Detailed Description
In order to make those skilled in the art better understand the technical solutions in the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
In the embodiment of the present application, the Mobile payment terminal may also be a communication terminal, an Internet access terminal, and a music/video playing terminal, and for example, may be a PDA, a Mobile Internet Device (MID), and/or a Mobile phone (e.g., a smart phone) with a music/video playing function.
Fig. 1 shows a road toll collection method according to an embodiment of the present application. The method of fig. 1 may be performed by a toll collection system for road tolling, the toll collection system comprising a mobile payment terminal and a toll collection terminal. As shown in fig. 1, the method comprises:
s102, the mobile payment terminal broadcasts the first data.
In S102, the mobile payment terminal may be a mobile phone, a Range-controlled communication (RCC) module is disposed in the mobile phone, and a bluetooth device is disposed in the RCC module and broadcasts the first data.
Alternatively, as an example, the Bluetooth device herein is a Bluetooth Low Energy (B L E) device, whereby power consumption of the mobile payment terminal can be reduced.
Alternatively, in some embodiments, the B L E device may be kept in an on state all the time and continuously broadcast the first data or broadcast the first data according to a certain period, or the mobile payment terminal turns on the B L E device in case that it is determined that the distance to the toll terminal is less than or equal to a preset distance, or the mobile payment terminal turns on the B L E device in case that a user input instruction to turn on the B L E device is received, thereby enabling further saving of power consumption of the mobile payment terminal.
And S104, the charging terminal sends second data when detecting the first data and judging that the mobile payment terminal is an effective payment terminal according to the first data.
As an example, the format of the first data conforms to a first rule, and the charging terminal determines whether the mobile payment terminal is an active payment terminal according to whether the first data satisfies the first rule, if so, the mobile payment terminal is an active payment terminal, otherwise, the mobile payment terminal is not an active payment terminal.
The toll terminal in the S104 can be a toll device in a highway toll station, a Bluetooth device is also arranged in the toll terminal, and the Bluetooth device can also be a B L E device, the B L E device in the toll terminal can be kept in an open state all the time to continuously scan peripheral data, or scan the peripheral data according to a certain period.
In S104, the charging terminal transmitting the second data may be broadcasting the second data. Or, in S104, the charging terminal establishes a bluetooth connection with the mobile payment terminal when determining that the mobile payment terminal is a valid payment terminal, and in this case, the charging terminal sends the second data through the bluetooth connection.
And S106, the mobile payment terminal performs data interaction with the charging terminal through Bluetooth connection to complete transaction under the condition that the mobile payment terminal detects the second data and judges that the charging terminal is an effective charging terminal according to the second data.
As an example, the format of the second data conforms to a second rule, and the mobile payment terminal determines whether the charging terminal is a valid charging terminal according to whether the second data satisfies the second rule, if the second rule is satisfied, the charging terminal is a valid charging terminal, otherwise, the charging terminal is not a valid charging terminal.
For example, the format of the first data may be 28 XXXXXXXXXXXX? Is there a Is there a Is there a Is there a Here, "xxxxxxxxxx" may be a user identification UID of the mobile payment terminal, "? Is there a Is there a Is there a Is there a "may be a hash value of UID, seed data1, and time information. The seed data1 may be stored in a Secure Element (SE) of the mobile payment terminal, or may be stored both on the server side and locally (e.g., in the SE) of the mobile payment terminal. And after receiving the first data, the charging terminal checks whether the hash value is the correct value of the UID at the current time, if so, the mobile payment terminal is determined to be a valid payment terminal (or the RCC module in the mobile payment terminal is considered to be a valid RCC module), and otherwise, the mobile payment terminal is determined to be an invalid payment terminal. Here, the charging terminal may communicate with the server through networking to determine whether the hash value is the correct value of the UID at the current time.
Further, the format of the second data may be 82 YYYYYYYYYYYY! | A | A | A | A Here, "YYYYYYYYYYYY" identifies the MID for the toll terminal, and "| is! | A | A | A | A The' data is the hash value of the MID, the UID and the seed data2, the seed data2 is data corresponding to the MID and can be stored in the cloud, and the charging terminal acquires the seed data2 by accessing the cloud. And after receiving the second data, the mobile payment terminal communicates with the server through the network to judge whether the charging terminal is an effective charging terminal, and if so, the mobile payment terminal performs data interaction with the charging terminal to complete the transaction.
It should be noted that, if the charging terminal does not establish a bluetooth connection with the mobile payment terminal in S104, but sends the second data through broadcasting, in S106, the mobile payment terminal and the charging terminal establish a bluetooth connection first, and then perform data interaction through the established bluetooth connection to complete a transaction. If the charging terminal and the mobile payment terminal establish a bluetooth connection in S104, the mobile payment terminal and the charging terminal perform data interaction directly through the established bluetooth connection to complete a transaction in S106.
In this embodiment of the present application, optionally, the method shown in fig. 1 further includes: the charging terminal generates and sends third data to the mobile payment terminal, and the third data is encrypted by adopting a private key of the charging terminal; the mobile payment terminal receives the third data; and the mobile payment terminal judges whether the charging terminal is an effective charging terminal or not according to the second data and the third data.
Specifically, after receiving the third data, the mobile payment terminal decrypts the third data, and if the public key of the charging terminal can be used to successfully decrypt the third data and the server queries that the charging terminal is legal, the mobile payment terminal determines that the charging terminal is an effective charging terminal.
In an embodiment of the present application, to further improve the security of the transaction, the method shown in fig. 1 further includes: and the mobile payment terminal displays prompt information to the current user, and the prompt information is used for confirming the transaction by the current user.
For example, the mobile payment terminal shows "need to pay 100 yuan to XX toll station, please confirm whether to pay" to the user on the screen, if the user inputs an instruction to confirm payment, the mobile payment terminal pays to the toll terminal, otherwise cancels the payment. Available balance can be prestored in an RCC module of the mobile payment terminal, and corresponding cost can be directly deducted from the RCC module during payment. Or the mobile payment terminal is provided with the APP for road charging, and the APP is bound with the bank account of the user, so that corresponding cost can be deducted from the bank account of the user during payment.
Further, the mobile payment terminal can determine whether prompt information needs to be displayed to the user according to the size relation between the amount of money needing to be paid and the preset amount of money. For example, if the preset amount is 500 yuan, if the mobile payment terminal determines that the fee to be paid is less than 500 yuan, the prompt information is not displayed to the user, and the transaction is directly performed, so that the convenience of the transaction can be improved; and if the mobile payment terminal judges that the cost to be paid is more than 500, displaying prompt information to the user so as to ensure the property safety of the user.
In this embodiment of the present application, optionally, the method shown in fig. 1 further includes: when receiving a data interaction request which is sent by the mobile payment terminal and used for completing the transaction, the charging terminal gives up the Bluetooth connection with other mobile payment terminals, and the data of other mobile payment broadcasts and the first data are detected by the charging terminal at the same time.
In other words, the toll terminal may scan multiple mobile payment terminals at the same time and establish bluetooth connections with the multiple mobile payment terminals (for example, the toll terminal of one toll station establishes bluetooth connections with mobile phones of multiple car owners at the same time), in which case, the toll terminal may determine which mobile payment terminal to perform data interaction with to complete a transaction according to the time of initiating a data interaction request for completing the transaction. For example, the mobile payment terminal that initiated the earliest data interaction request for completing the transaction may be selected for data interaction, such that the mobile payment terminal completes the transaction and disconnects bluetooth connections with other mobile payment terminals.
Fig. 2 illustrates an example in which the mobile payment device is a mobile phone, the mobile phone is provided with an RCC module and a B L E device B, the RCC module is provided with an SE and a B L E device a, and the toll terminal is provided with a B L E device C and a B L E device D, and the method includes:
s202, the B L E device a in the handset broadcasts Rule (Rule)0 and Data (Data) 0.
Alternatively, the B L E device a may remain on at all times.
S204, the B L E device C in the charging terminal scans the Data0 and judges whether the RCC module is a valid payment module according to the Data 0.
Data0 in S204 may have the same Data format as the first Data, and the method for determining whether the RCC module is a valid payment module by the B L E device C is similar to the method for determining whether the mobile payment terminal is a valid payment terminal by the charging terminal in the method shown in fig. 1, and is not repeated here.
Alternatively, the B L E device C in the toll terminal establishes a connection with the B L E device a upon confirming that the RCC is a valid payment module.
And S206, when the device C B L E confirms that the RCC module is a valid payment module, the device D B L E is started, and the device D B L E broadcasts Data1 conforming to Rule 1.
The B L E device D in S206 is a beacon (iBeacon) device the Dtata1 may have the same data format as the second data above.
S208, the B L E device B in the mobile phone is awakened by the Data1, receives the Data1 and delivers the Data1 to the SE to check whether the Data1 meets the requirement corresponding to the RCC module, and when the Data1 meets the requirement corresponding to the RCC module, the B L E device D performs handshake transaction through the Bluetooth connection.
It is understood that if the bluetooth connection is not established between the mobile phone and the toll terminal in S204, the mobile phone and the toll terminal establish the bluetooth connection through the B L E module B and the B L E module D first and then perform a handshake transaction through the established bluetooth connection in S208, if the bluetooth connection is established between the mobile phone and the toll terminal in S204, the mobile phone and the toll terminal perform a handshake transaction through the established bluetooth connection through the B L E module B and the B L E module D, respectively, in S208.
In S208, optionally, when it is determined that Data1 meets the requirement corresponding to the RCC module, the mobile phone prompts the user to confirm the transaction, and the transaction is completed after the user confirms.
Alternatively, as an example, in the case where the RCC module is a valid payment module, the B L E device C locally generates one key Data2 and transmits Data2 to the B L E device B, so that the B L E device B hands Data2 to the SE to determine whether the toll terminal is a valid toll terminal.
It should be noted that the functions implemented by the B L E device a and the B L E device B shown in fig. 2 may be performed by one B L E device, in other words, a B L E device may be provided in the mobile phone, and the B L E device can implement the functions implemented by the B L E device a and the B L E device B in fig. 2.
The functions implemented by the B L E device C and the B L E device D shown in fig. 2 may be performed by one B L E device, in other words, one B L E device may be provided in the charging terminal, and the B L E device can implement the functions implemented by the B L E device C and the B L E device D in fig. 2.
It should be noted that the road toll collection method in the embodiment of the present application may be applied to a highway toll collection scene, and may also be applied to a parking lot toll collection scene, which is not limited in the embodiment of the present application.
For example, when the method is applied to a highway toll scene, at an entrance of a highway, an Integrated Circuit Card (IC) Card issued by a toll station worker records relevant information such as time, place, vehicle type and the like when a vehicle enters the highway, when the vehicle exits the highway, the IC Card toll server also records relevant information when the vehicle leaves the highway, the toll server calculates a highway toll to be paid according to the information recorded by the IC Card and sends the highway toll to a toll terminal, and the toll terminal and the mobile payment terminal complete transaction by adopting the method of the embodiment of the application.
Or when the method is applied to parking lot charging, the charging system server records the entrance time of a vehicle entering the parking lot at the entrance of the parking lot, when the vehicle exits the parking lot, the charging server calculates the parking fee to be paid according to the entrance time and the exit time and sends the parking fee to the charging terminal, and the charging terminal and the mobile payment terminal complete transaction by adopting the method of the embodiment of the application.
Fig. 3 is a method of road tolling according to another embodiment of the present application, and the method shown in fig. 3 may be performed by a mobile payment terminal. It should be noted that the interaction between the mobile payment terminal and the charging terminal described from the mobile payment terminal side is the same as that described in fig. 1, and is not described again here. As shown in fig. 3, the method includes:
s302, the mobile payment terminal broadcasts first data, the first data is used for judging whether the mobile payment terminal is an effective payment terminal according to the first data when the charging terminal detects the first data, and second data is sent under the condition that the mobile payment terminal is judged to be an effective payment terminal according to the first data.
S304, when the second data is detected and the charging terminal is judged to be an effective charging terminal according to the second data, data interaction is carried out with the charging terminal through Bluetooth connection so as to complete transaction.
Optionally, as an embodiment, the method shown in fig. 3 further includes:
receiving third data sent by the charging terminal, wherein the third data is encrypted by a private key of the charging terminal;
and judging whether the charging terminal is an effective charging terminal or not according to the second data and the third data.
Optionally, as an embodiment, a format of the first data conforms to a first rule, and a format of the second data conforms to a second rule.
Optionally, as an embodiment, the method shown in fig. 3 further includes:
and displaying prompt information to the current user, wherein the prompt information is used for confirming the transaction by the current user.
Optionally, as an embodiment, the method shown in fig. 3 further includes:
and under the condition that the distance between the mobile payment terminal and the charging terminal is less than or equal to the preset distance, starting the Bluetooth device of the mobile payment terminal.
Optionally, as an embodiment, the bluetooth device is a bluetooth low energy B L E device, and the B L E device is disposed in a limited area communication RCC module of the mobile payment terminal.
Fig. 4 is a method for road tolling according to still another embodiment of the present application, and the method shown in fig. 4 may be performed by a tolling terminal. It should be noted that the interaction between the charging terminal and the mobile payment terminal described from the charging terminal side is the same as that described in fig. 1, and is not described herein again. As shown in fig. 4, the method includes:
s402, the charging terminal detects first data broadcast by the mobile payment terminal.
S404, under the condition that the mobile payment terminal is judged to be an effective payment terminal according to the first data, second data are sent, the second data are used for judging whether the charging terminal is an effective charging terminal or not by the mobile payment terminal, and under the condition that the charging terminal is judged to be an effective charging terminal according to the second data, data interaction is carried out between the mobile payment terminal and the charging terminal through Bluetooth connection so as to complete transaction.
Optionally, as an embodiment, the method shown in fig. 4 further includes:
and generating and sending third data to the mobile payment terminal, wherein the third data is encrypted by adopting a private key of the charging terminal.
Optionally, as an embodiment, a format of the first data conforms to a first rule, and a format of the second data conforms to a second rule.
Optionally, as an embodiment, the sending the second data includes: and broadcasting and transmitting the second data.
Optionally, as an embodiment, the method shown in fig. 4 further includes:
under the condition that the mobile payment terminal is judged to be an effective payment terminal, establishing the Bluetooth connection with the mobile payment terminal;
wherein the sending the second data comprises:
and sending the second data through the Bluetooth connection.
Optionally, as an embodiment, the method shown in fig. 4 further includes:
and when receiving a data interaction request which is sent by the mobile payment terminal and used for completing the transaction, the charging terminal gives up the Bluetooth connection with other mobile payment terminals, and the data broadcast by other mobile payment terminals and the first data are simultaneously detected by the charging terminal.
The charging method for road charging according to the embodiment of the present application is described in detail above with reference to fig. 1 to 4. The road toll collection system according to the embodiment of the present application will be described in detail below with reference to fig. 5. As shown in fig. 5, the charging system includes a mobile payment terminal and a charging terminal; wherein the content of the first and second substances,
the mobile payment terminal broadcasts first data;
the charging terminal sends second data under the condition that the charging terminal detects the first data and judges that the mobile payment terminal is an effective payment terminal according to the first data;
and the mobile payment terminal performs data interaction with the charging terminal through Bluetooth connection to complete transaction under the condition that the second data is detected and the charging terminal is judged to be an effective charging terminal according to the second data.
Optionally, as an embodiment, the charging terminal generates and sends third data to the mobile payment terminal, where the third data is encrypted by using a private key of the charging terminal; the mobile payment terminal receives the third data; and the mobile payment terminal judges whether the charging terminal is an effective charging terminal according to the second data and the third data.
Optionally, as an embodiment, the charging terminal broadcasts and transmits the second data.
Optionally, as an embodiment, the charging terminal establishes the bluetooth connection with the mobile payment terminal and sends the second data through the bluetooth connection when determining that the mobile payment terminal is an effective payment terminal.
Optionally, as an embodiment, a format of the first data conforms to a first rule, and a format of the second data conforms to a second rule.
Optionally, as an embodiment, the mobile payment terminal presents prompt information to a current user, where the prompt information is used for the current user to confirm the transaction.
Optionally, as an embodiment, the mobile payment terminal turns on a bluetooth device of the mobile payment terminal when it is determined that the distance between the mobile payment terminal and the charging terminal is less than or equal to a preset distance.
Optionally, as an embodiment, the bluetooth device is a bluetooth low energy B L E device, and the B L E device is disposed in a limited area communication RCC module of the mobile payment terminal.
Optionally, as an embodiment, when receiving a data interaction request sent by the mobile payment terminal for completing a transaction, the charging terminal abandons bluetooth connection with other mobile payment terminals, and data broadcast by the other mobile payment terminals and the first data are detected by the charging terminal at the same time.
An electronic device according to an embodiment of the present application will be described in detail below with reference to fig. 6. Referring to fig. 6, at a hardware level, the electronic device includes a processor, optionally an internal bus, a network interface, and a memory. The Memory may include a Memory, such as a Random-Access Memory (RAM), and may further include a non-volatile Memory, such as at least 1 disk Memory. Of course, the electronic device may also include hardware required for other services.
The processor, the network interface, and the memory may be interconnected by an internal bus, which may be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, an extended EISA (EISA) bus, or the like. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, only one double-headed arrow is shown in FIG. 6, but that does not indicate only one bus or one type of bus.
And the memory is used for storing programs. In particular, the program may include program code comprising computer operating instructions. The memory may include both memory and non-volatile storage and provides instructions and data to the processor.
The processor reads the corresponding computer program from the nonvolatile memory into the memory and then runs to form the mobile payment device on a logic level. The processor is used for executing the program stored in the memory and is specifically used for executing the following operations:
broadcasting first data, wherein the first data is used for judging whether the electronic equipment is an effective payment terminal according to the first data when a charging terminal detects the first data, and sending second data under the condition that the electronic equipment is judged to be the effective payment terminal according to the first data;
and under the condition that the second data is detected and the charging terminal is judged to be an effective charging terminal according to the second data, performing data interaction with the charging terminal through Bluetooth connection to complete the transaction.
The method executed by the mobile payment terminal according to the embodiment shown in fig. 3 of the present application may be applied to or implemented by a processor. The processor may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method may be performed by integrated logic circuits of hardware in a processor or instructions in the form of software. The Processor may be a general-purpose Processor, including a Central Processing Unit (CPU), a Network Processor (NP), and the like; but also Digital Signal Processors (DSPs), Application Specific Integrated Circuits (ASICs), Field Programmable Gate Arrays (FPGAs) or other Programmable logic devices, discrete gates or transistor logic devices, discrete hardware components. The various methods, steps, and logic blocks disclosed in the embodiments of the present application may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of the method disclosed in connection with the embodiments of the present application may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. The software module may be located in ram, flash memory, rom, prom, or eprom, registers, etc. storage media as is well known in the art. The storage medium is located in a memory, and a processor reads information in the memory and completes the steps of the method in combination with hardware of the processor.
The electronic device may also execute the method shown in fig. 1 and fig. 2, and implement the functions of the mobile payment terminal in the embodiments shown in fig. 1 and fig. 2, which are not described herein again in this embodiment of the application.
Of course, besides the software implementation, the electronic device of the present application does not exclude other implementations, such as a logic device or a combination of software and hardware, and the like, that is, the execution subject of the following processing flow is not limited to each logic unit, and may also be hardware or a logic device.
An embodiment of the present application also proposes a computer-readable storage medium storing one or more programs, where the one or more programs include instructions, which when executed by a mobile payment terminal including a plurality of application programs, can cause the mobile payment terminal to execute the method of the embodiment shown in fig. 3, and is specifically configured to execute the following method:
broadcasting first data, wherein the first data is used for judging whether the electronic equipment is an effective payment terminal according to the first data when a charging terminal detects the first data, and sending second data under the condition that the electronic equipment is judged to be the effective payment terminal according to the first data;
and under the condition that the second data is detected and the charging terminal is judged to be an effective charging terminal according to the second data, performing data interaction with the charging terminal through Bluetooth connection to complete the transaction.
An electronic device according to another embodiment of the present application will be described in detail below with reference to fig. 7. Referring to fig. 7, at a hardware level, the electronic device includes a processor, optionally an internal bus, a network interface, and a memory. The Memory may include a Memory, such as a Random-Access Memory (RAM), and may further include a non-volatile Memory, such as at least 1 disk Memory. Of course, the electronic device may also include hardware required for other services.
The processor, the network interface, and the memory may be interconnected by an internal bus, which may be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, an extended EISA (EISA) bus, or the like. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, only one double-headed arrow is shown in FIG. 7, but this does not indicate only one bus or one type of bus.
And the memory is used for storing programs. In particular, the program may include program code comprising computer operating instructions. The memory may include both memory and non-volatile storage and provides instructions and data to the processor.
The processor reads the corresponding computer program from the nonvolatile memory into the memory and then runs the computer program to form the charging device on the logic level. The processor is used for executing the program stored in the memory and is specifically used for executing the following operations:
detecting first data broadcast by a mobile payment terminal;
and sending second data under the condition that the mobile payment terminal is judged to be an effective payment terminal according to the first data, wherein the second data is used for judging whether the electronic equipment is an effective charging terminal or not by the mobile payment terminal, and under the condition that the electronic equipment is judged to be an effective charging terminal according to the second data, data interaction is carried out on the electronic equipment through Bluetooth connection so as to complete transaction.
The method executed by the charging terminal according to the embodiment shown in fig. 4 of the present application may be applied to or implemented by a processor. The processor may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method may be performed by integrated logic circuits of hardware in a processor or instructions in the form of software. The Processor may be a general-purpose Processor, including a Central Processing Unit (CPU), a Network Processor (NP), and the like; but also Digital Signal Processors (DSPs), Application Specific Integrated Circuits (ASICs), Field Programmable Gate Arrays (FPGAs) or other Programmable logic devices, discrete gates or transistor logic devices, discrete hardware components. The various methods, steps, and logic blocks disclosed in the embodiments of the present application may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of the method disclosed in connection with the embodiments of the present application may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. The software module may be located in ram, flash memory, rom, prom, or eprom, registers, etc. storage media as is well known in the art. The storage medium is located in a memory, and a processor reads information in the memory and completes the steps of the method in combination with hardware of the processor.
The electronic device may also execute the method shown in fig. 1 and fig. 2, and implement the functions of the charging terminal in the embodiment shown in fig. 1 and fig. 2, which are not described herein again in this embodiment of the application.
Of course, besides the software implementation, the electronic device of the present application does not exclude other implementations, such as a logic device or a combination of software and hardware, and the like, that is, the execution subject of the following processing flow is not limited to each logic unit, and may also be hardware or a logic device.
An embodiment of the present application further provides a computer-readable storage medium storing one or more programs, where the one or more programs include instructions, which when executed by a charging terminal including a plurality of application programs, enable the charging terminal to execute the method of the embodiment shown in fig. 4, and specifically to execute the following method:
detecting first data broadcast by a mobile payment terminal;
and sending second data under the condition that the mobile payment terminal is judged to be an effective payment terminal according to the first data, wherein the second data is used for judging whether the electronic equipment is an effective charging terminal or not by the mobile payment terminal, and under the condition that the electronic equipment is judged to be an effective charging terminal according to the second data, data interaction is carried out on the electronic equipment through Bluetooth connection so as to complete transaction.
Fig. 8 is a schematic structural diagram of a mobile payment device according to an embodiment of the present application. Referring to fig. 8, in one software implementation, the mobile payment device 800 may include: a first bluetooth unit 81 and a second bluetooth unit 82, wherein,
a first bluetooth unit 81, configured to broadcast first data, where the first data is used for a charging terminal to determine whether the mobile payment device is an active payment device according to the first data when the charging terminal detects the first data, and send second data when the charging terminal determines that the mobile payment device is an active payment device according to the first data;
and the second Bluetooth unit 82 is used for performing data interaction with the charging terminal through Bluetooth connection to complete the transaction under the condition that the second data is detected and the charging terminal is judged to be an effective charging terminal according to the second data.
According to the mobile payment device and the charging terminal, data interaction can be carried out through Bluetooth connection to complete transaction, the Bluetooth connection is free from being influenced by illumination conditions due to the fact that the wireless frequency band is applied, the influence of the environment illumination conditions on the transaction can be avoided, and therefore payment experience of the highway parking charging channel is improved. And whether the mobile payment device is an effective payment device and whether the charging terminal is an effective charging terminal can be verified when data interaction is carried out through Bluetooth connection, so that the transaction safety can be ensured.
Optionally, as an embodiment, the second bluetooth unit 82:
receiving third data sent by the charging terminal, wherein the third data is encrypted by a private key of the charging terminal;
and judging whether the charging terminal is an effective charging terminal or not according to the second data and the third data.
Optionally, as an embodiment, a format of the first data conforms to a first rule, and a format of the second data conforms to a second rule.
Optionally, as an embodiment, as shown in fig. 9, the mobile payment terminal further includes:
and the display unit 83 is used for displaying prompt information to the current user, wherein the prompt information is used for confirming the transaction by the current user.
Optionally, as an embodiment, as shown in fig. 9, the mobile terminal further includes:
and the processing unit 84 is used for starting the Bluetooth device of the mobile payment terminal under the condition that the distance between the mobile payment terminal and the charging terminal is less than or equal to the preset distance.
Optionally, as an embodiment, the bluetooth device is a bluetooth low energy B L E device, and the B L E device is disposed in a limited area communication RCC module of the mobile payment terminal.
The mobile payment terminal of the embodiment of the application may further execute the method executed by the mobile payment terminal in fig. 1 to 4, and implement the functions of the mobile payment terminal in the embodiments shown in fig. 1 to 4, which are not described herein again.
Fig. 10 is a schematic structural diagram of a charging apparatus according to an embodiment of the present application. Referring to fig. 10, in a software implementation, the charging device 1000 may include: a first bluetooth unit 1010 and a second bluetooth unit 1020, wherein,
the first Bluetooth unit 1010 is used for detecting first data broadcast by the mobile payment terminal;
and a second bluetooth unit 1020, configured to send second data when the first bluetooth unit determines that the mobile payment terminal is an effective payment terminal according to the first data, where the second data is used for determining, by the mobile payment terminal, whether the charging device is an effective charging device, and when the charging device is determined to be an effective charging device according to the second data, perform data interaction with the charging device through bluetooth connection to complete a transaction.
According to the charging device and the mobile payment terminal, data interaction can be carried out through Bluetooth connection to complete transaction, and due to the fact that the Bluetooth connection applies a radio frequency band and is not influenced by illumination conditions, the influence of environment illumination conditions on the transaction can be avoided, and therefore payment experience of the highway parking charging channel is improved. And whether the mobile payment terminal is an effective payment terminal and whether the charging device is an effective charging device can be verified when data interaction is carried out through Bluetooth connection, so that the transaction safety can be ensured.
Optionally, as an embodiment, the first bluetooth unit 1010:
and generating and sending third data to the mobile payment terminal, wherein the third data is encrypted by adopting a private key of the charging terminal.
Optionally, as an embodiment, a format of the first data conforms to a first rule, and a format of the second data conforms to a second rule.
Optionally, as an embodiment, the second bluetooth unit 1020:
and broadcasting and transmitting the second data.
Optionally, as an embodiment, the second bluetooth unit 1020:
under the condition that the mobile payment terminal is an effective payment terminal, establishing the Bluetooth connection with the mobile payment terminal;
and sending the second data through the Bluetooth connection.
Optionally, as an embodiment, the second bluetooth unit 1020:
and when a data interaction request which is sent by the mobile payment terminal and used for completing the transaction is received, abandoning Bluetooth connection with other mobile payment terminals, wherein the data broadcast by the other mobile payment terminals and the first data are simultaneously detected by the charging terminal.
The charging terminal in the embodiment of the present application may also execute the method executed by the charging terminal in fig. 1 to 4, and implement the functions of the charging terminal in the embodiments shown in fig. 1 to 4, which are not described herein again.
In short, the above description is only a preferred embodiment of the present application, and is not intended to limit the scope of the present application. Any modification, equivalent replacement, improvement and the like made within the spirit and principle of the present application shall be included in the protection scope of the present application.
The systems, devices, modules or units illustrated in the above embodiments may be implemented by a computer chip or an entity, or by a product with certain functions. One typical implementation device is a computer. In particular, the computer may be, for example, a personal computer, a laptop computer, a cellular telephone, a camera phone, a smartphone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or a combination of any of these devices.
Computer-readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), Static Random Access Memory (SRAM), Dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), Read Only Memory (ROM), Electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), Digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices, or any other non-transmission medium that can be used to store information that can be accessed by a computing device. As defined herein, a computer readable medium does not include a transitory computer readable medium such as a modulated data signal and a carrier wave.
It should also be noted that the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.
The embodiments in the present specification are described in a progressive manner, and the same and similar parts among the embodiments are referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, for the system embodiment, since it is substantially similar to the method embodiment, the description is simple, and for the relevant points, reference may be made to the partial description of the method embodiment.