WO2022170800A1 - 一种基于v2x的车辆支付方法及其设备 - Google Patents

一种基于v2x的车辆支付方法及其设备 Download PDF

Info

Publication number
WO2022170800A1
WO2022170800A1 PCT/CN2021/130148 CN2021130148W WO2022170800A1 WO 2022170800 A1 WO2022170800 A1 WO 2022170800A1 CN 2021130148 W CN2021130148 W CN 2021130148W WO 2022170800 A1 WO2022170800 A1 WO 2022170800A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
payment
terminal
interface
information
Prior art date
Application number
PCT/CN2021/130148
Other languages
English (en)
French (fr)
Inventor
隋琳琳
杨淼
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to EP21925447.1A priority Critical patent/EP4273789A4/en
Publication of WO2022170800A1 publication Critical patent/WO2022170800A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/085—Payment architectures involving remote charge determination or related payment systems
    • G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/16—Payments settled via telecommunication systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3224—Transactions dependent on location of M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/325—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0283—Price estimation or determination
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/04—Billing or invoicing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q2240/00—Transportation facility access, e.g. fares, tolls or parking

Definitions

  • the present application relates to the technical field of intelligent driving, and in particular, to a V2X-based vehicle payment method and device thereof.
  • V2X-based vehicle payment method and its device are proposed, which can complete vehicle payment more portable.
  • the vehicle payment system needs to use a specific device (eg, OBU) and has a short communication distance.
  • a specific device eg, OBU
  • OBU organic light-emitting diode
  • the above technical solution can only be implemented when the vehicle enters the executable communication area, which may cause traffic jams.
  • the service provider terminal or the service request terminal needs to perform a payment action (eg, scan a code) before execution, which causes difficulties for vehicle personnel, especially vehicle drivers.
  • the distance between the service providing terminal and the service requesting terminal must be a visual distance, otherwise the scanning operation cannot be performed, which is also inconvenient for vehicle personnel.
  • an embodiment of the present application provides a V2X-based vehicle payment method, the method is executed by a service requesting terminal, and the method includes: receiving service information broadcast by a service providing terminal based on a Pc5 interface, the service information related to the service that the service providing terminal can provide; sending a service request for the first service to the service providing terminal based on the Pc5 interface, wherein the service request includes the payment account information of the service requesting terminal, the first A service provides a service that the terminal can provide for at least part of the service; and receives payment completion information from the payment institution terminal based on the Uu interface.
  • the method can adopt a variety of communication methods in the payment process, especially based on the Pc5 interface between the service provider and the service requester and based on the Uu interface between the service provider terminal and the payment institution terminal, which can improve the communication time and reduce the cost of communication.
  • the communication method in the field of Internet of Vehicles is cleverly applied.
  • the payment process of the vehicle payment method does not require manual operation by vehicle personnel and service personnel, and does not limit the distance between the two, so it is portable and safe.
  • the method before the sending the service request for the first service, the method further includes: sending a payment account request to the payment institution based on the Uu interface; receiving from the payment institution terminal based on the Uu interface the payment account information.
  • a payment account request can be sent to the payment institution based on the Uu interface and payment account information of the service request terminal can be received based on the Uu interface.
  • the payment account information is a terminal identifier of the service requesting terminal, and the terminal identifier is bound to the payment account of the service requesting terminal.
  • the service requesting terminal can bind the terminal identification of the service requesting terminal to the payment account, thereby saving the step of requesting the payment account.
  • the method before the sending the service request for the first service, the method further includes: receiving from the service providing terminal based on the Pc5 interface a message about the service requesting terminal accepting the first service Billing information; based on the billing information, it is determined that the first service satisfies a preset service qualification condition.
  • the service requesting user can customize the service qualifications according to personal preferences, and the service requesting terminal can automatically screen the first service that meets the service qualifications to determine the first service suitable for the service requesting user, thereby improving user experience.
  • an embodiment of the present application provides a V2X-based vehicle payment method, the method being executed by a service providing terminal, including: broadcasting service information that the service providing terminal can provide based on a Pc5 interface, the service information Relevant to the service that the service providing terminal can provide; receiving a service request for the first service from the service requesting terminal based on the Pc5 interface, wherein the service request includes the payment account information of the service requesting terminal, and the first service is at least Part of the services that the service providing terminal can provide; sending a payment request for the service requesting terminal to pay for the first service to the payment institution terminal based on the Uu interface, wherein the payment request includes a bill for the first service information and payment account information of the service requesting terminal; and receiving payment completion information from the payment institution terminal based on the Uu interface, indicating that the service requesting terminal has performed payment for the first service.
  • the method can adopt a variety of communication methods in the payment process, especially based on the Pc5 interface between the service provider and the service requester and based on the Uu interface between the service provider terminal and the payment institution terminal, which can improve the communication time and reduce the cost of communication.
  • the communication method in the field of Internet of Vehicles is cleverly applied.
  • the payment process of the vehicle payment method does not require manual operation by vehicle personnel and service personnel, and does not limit the distance between the two, so it is portable and safe.
  • the service providing terminal can send a payment request to the payment institution terminal, so that the payment purchasing terminal can complete the payment operation according to the payment account information of the service requesting terminal and the payment account information of the service providing terminal .
  • the method further includes: feeding back to the service requesting terminal based on the Pc5 interface that the service requesting terminal has completed payment for the first service.
  • the service providing terminal since the distance between the service providing terminal and the service requesting terminal is relatively short, after the service providing terminal receives the payment completion operation from the payment institution terminal, it can send payment completion information to the service requesting terminal based on Pc5, so as to realize Therefore, both the service providing terminal and the service requesting terminal have been notified that the payment has been completed.
  • an embodiment of the present application provides a V2X-based vehicle payment method, the method being executed by a service requesting terminal, including: receiving service information broadcast by a service providing terminal based on a Pc5 interface, the service information being the same as the The services that the service providing terminal can provide are related; based on the Pc5 interface, a service request for the first service is sent to the service providing terminal, wherein the first service is at least part of the services that the service providing terminal can provide; The service providing terminal receives the payment account information of the service providing terminal and the bill information that the service requesting terminal accepts the first service; sends a payment request to the payment institution terminal based on the Uu interface, wherein the payment request includes the The payment account information of the service providing terminal and the billing information.
  • the method can adopt a variety of communication methods in the payment process, especially based on the Pc5 interface between the service provider and the service requester and based on the Uu interface between the service provider terminal and the payment institution terminal, which can improve the communication time and reduce the cost of communication.
  • the communication method in the field of Internet of Vehicles is cleverly applied.
  • the payment process of the vehicle payment method does not require manual operation by vehicle personnel and service personnel, and does not limit the distance between the two, so it is portable and safe.
  • the service requesting terminal may send different requests to different subjects (service providing terminal or payment institution terminal) using different communication methods.
  • the method further includes: receiving from the payment institution terminal based on the Uu interface a message indicating that the service requesting terminal has performed payment for the first service Payment completion information.
  • embodiments of the present application provide a V2X-based vehicle payment method, the method being executed by a service providing terminal, including: broadcasting service information that the service providing terminal can provide based on a Pc5 interface, the service information Relevant to the service that the service providing terminal can provide; receiving a service request for a first service from a service requesting terminal based on a Pc5 interface, wherein the first service is a service that at least part of the service providing terminal can provide; based on Pc5
  • the interface sends the payment account information of the service providing terminal and the service requesting terminal accepting the first service to the service requesting terminal. Based on the Uu interface, payment completion information indicating that the service requesting terminal has performed payment for the first service is received from the payment institution terminal.
  • the method can adopt a variety of communication methods in the payment process, especially based on the Pc5 interface between the service provider and the service requester and based on the Uu interface between the service provider terminal and the payment institution terminal, which can improve the communication time and reduce the cost of communication.
  • the communication method in the field of Internet of Vehicles is cleverly applied.
  • the payment process of the vehicle payment method does not require manual operation by vehicle personnel and service personnel, and does not limit the distance between the two, so it is portable and safe.
  • the service providing terminal can send billing information and payment account information to the service requesting terminal, so that the service requesting terminal can use these information to send a payment request to the payment institution terminal.
  • the method further includes: based on the Pc5 an interface to send the payment completion information to the service requesting terminal.
  • the service providing terminal since the distance between the service providing terminal and the service requesting terminal is relatively short, after the service providing terminal receives the payment completion operation from the payment institution terminal, it can send payment completion information to the service requesting terminal based on Pc5, so as to realize Therefore, both the service providing terminal and the service requesting terminal have been notified that the payment has been completed.
  • an embodiment of the present application provides a V2X-based vehicle payment device, including: a first receiving module configured to receive service information broadcast by a service providing terminal based on a Pc5 interface, the service information and the service providing The service that the terminal can provide is related; the first sending module is configured to send a service request for the first service to the service providing terminal based on the Pc5 interface, wherein the service request includes the payment account information of the service requesting terminal, and the The first service is a service that can be provided by at least part of the service providing terminal; the second receiving module is configured to receive payment completion information from the payment institution terminal based on the Uu interface.
  • the device further includes: a second sending module, configured to send a payment account request to the payment institution based on the Uu interface; a third receiving module, configured to send a payment account request from the payment institution terminal based on the Uu interface The payment account information is received.
  • the payment account information is a terminal identifier of the service requesting terminal, and the terminal identifier is bound to the payment account of the service requesting terminal.
  • the device further includes: a fourth receiving module, configured to receive, from the service providing terminal based on the Pc5 interface, billing information about the service requesting terminal accepting the first service; the first determining The module is configured to determine that the first service satisfies a preset service qualification condition.
  • an embodiment of the present application provides a V2X-based vehicle payment device, including: a broadcasting module for broadcasting, based on a Pc5 interface, service information that the service providing terminal can provide, the service information and the service The service that the terminal can provide is related; the first receiving module is configured to receive a service request for the first service from the service requesting terminal based on the Pc5 interface, wherein the service request includes payment account information of the service requesting terminal, and the first The service is a service that can be provided by at least a part of the service providing terminal; the first sending module is configured to send a payment request for the service requesting terminal to pay for the first service to the payment institution terminal based on the Uu interface, wherein the The payment request includes the billing information of the first service and the payment account information of the service requesting terminal; the second receiving module is configured to receive from the payment institution terminal based on the Uu interface, indicating that the service requesting terminal has Payment completion information for a service execution payment.
  • the device further includes: a second sending module, configured to send the payment completion information to the service requesting terminal based on a Pc5 interface.
  • an embodiment of the present application provides a V2X-based vehicle payment device, including: a first receiving module configured to receive service information broadcast by a service providing terminal based on a Pc5 interface, the service information and the service providing The service that the terminal can provide is related; the first sending module is configured to send a service request for the first service to the service providing terminal based on the Pc5 interface, wherein the first service is at least part of the service providing terminal can provide services; The second receiving module is configured to receive the payment account information of the service providing terminal and the billing information that the service requesting terminal accepts the first service from the service providing terminal based on the Pc5 interface; The Uu interface sends a payment request to the payment institution terminal, wherein the payment request includes payment account information of the service providing terminal and bill information that the service requesting terminal accepts the first service.
  • the device further includes: a third receiving module, configured to receive from the payment institution terminal based on the Uu interface, a message indicating that the service requesting terminal has performed payment for the first service.
  • an embodiment of the present application provides a V2X-based vehicle payment device, including: a broadcasting module for broadcasting, based on a Pc5 interface, service information that can be provided by the service providing terminal, the service information and the service The service provided by the terminal is related to the service; the first receiving module is configured to receive a service request for the first service from the service requesting terminal based on the Pc5 interface, wherein the first service is at least part of the service that the service providing terminal can provide. ; a first sending module, configured to send the payment account information of the service providing terminal and the service requesting terminal's acceptance of the first service to the service requesting terminal based on the Pc5 interface.
  • the second receiving module is configured to receive, based on the Uu interface, from the payment institution terminal, payment completion information indicating that the service requesting terminal has performed payment for the first service.
  • the device further includes: a second sending module, configured to feed back to the service requesting terminal based on the Pc5 interface that the service requesting terminal has completed payment for the first service.
  • embodiments of the present application provide an electronic terminal, including: a processor; a memory for storing instructions executable by the processor; wherein the processor is configured to implement the first aspect when executing the instructions , the second aspect, the third aspect or the fourth aspect of any possible design method.
  • embodiments of the present application provide a non-volatile computer-readable storage medium on which computer program instructions are stored, wherein the computer program instructions are executed by a processor to implement the first aspect, Any one of the possible design methods of the second aspect, the third aspect or the fourth aspect.
  • embodiments of the present application provide a computer program product, characterized in that it includes instructions that, when the instructions are run on a computer, cause the computer to execute the first aspect, the second aspect, the third aspect or the any possible design method in the fourth aspect
  • FIG. 1 shows an application scenario diagram of vehicle payment according to an embodiment of the present application
  • FIG. 2 shows a communication scenario diagram of a vehicle payment system according to an embodiment of the present application
  • FIG. 3 shows a diagram of a vehicle payment device for performing vehicle payment according to an embodiment of the present application
  • FIG. 4 is a diagram illustrating a vehicle payment system performed by a vehicle payment system according to an embodiment of the present application
  • FIG. 5 shows a diagram of executing vehicle payment by a vehicle payment system according to another embodiment of the present application.
  • FIG. 6 is a diagram illustrating the execution of vehicle payment by a vehicle payment system according to another embodiment of the present application.
  • FIG. 7 shows a block diagram of a vehicle payment device according to another embodiment of the present application.
  • FIG. 8 shows a block diagram of a vehicle payment device according to another embodiment of the present application.
  • FIG. 9 shows a block diagram of a vehicle payment device according to another embodiment of the present application.
  • FIG. 10 shows a block diagram of a vehicle payment device according to another embodiment of the present application.
  • “/” may indicate that the objects associated before and after are an “or” relationship, for example, A/B may indicate A or B; “and/or” may be used to describe that there are three types of associated objects A relationship, for example, A and/or B, can mean that A exists alone, A and B exist at the same time, and B exists alone, where A and B can be singular or plural.
  • words such as “first” and “second” may be used to distinguish technical features with the same or similar functions. The words “first”, “second” and the like do not limit the quantity and execution order, and the words “first”, “second” and the like do not limit the difference.
  • words such as “exemplary” or “for example” are used to represent examples, illustrations or illustrations, and any embodiment or design solution described as “exemplary” or “for example” should not be construed are preferred or advantageous over other embodiments or designs.
  • the use of words such as “exemplary” or “such as” is intended to present the relevant concepts in a specific manner to facilitate understanding.
  • FIG. 1 shows an application scenario diagram of vehicle payment according to an embodiment of the present application.
  • the driver drives the vehicle 110 , where the vehicle 110 may perform vehicle-to-vehicle (V2V) communication with the vehicle 120 , or the vehicle 110 may perform vehicle-to-roadside infrastructure communication (Vehicle to the roadside infrastructure) with the roadside infrastructure 130 .
  • V2I vehicle-to-vehicle
  • a roadside unit Road Side Unit, RSU
  • the roadside infrastructure 130 can be called Make RSU 130.
  • V2P vehicle to Pedestrian
  • V2N vehicle-to-network communication
  • V2X communication Vehicle to Network
  • the RSU 130 may receive an instruction to approve the passage of the vehicle 110 from the communication network 150, and open the gate of the RSU 130, allowing the vehicle 110 to travel after the RSU 130.
  • the prior art requires a service providing terminal or a service requesting terminal to perform a payment action (for example, scanning a code) before execution, which causes trouble for vehicle personnel, especially vehicle drivers.
  • a payment action for example, scanning a code
  • the distance between the service providing terminal and the service requesting terminal must be a visual distance, otherwise the scanning operation cannot be performed, which is also inconvenient for vehicle personnel.
  • the embodiments of the present application provide a V2X-based vehicle payment method.
  • the payment process of the vehicle payment method does not require manual operations by vehicle personnel and service personnel, and does not limit the distance between the two, thereby being portable and safe.
  • the following will describe a communication scenario of a vehicle payment system and a vehicle payment device for vehicle payment according to an embodiment of the present application with reference to FIG. 2 and FIG. 3 .
  • FIG. 2 shows a communication scenario diagram of a vehicle payment system according to an embodiment of the present application.
  • the communication system includes a base station 210 and various terminal devices 220 to 250.
  • the terminal devices 220 and 250 are vehicles
  • the terminal device 240 is a mobile terminal (eg, a mobile phone) held by a user.
  • the types and numbers of the terminal devices may be more or less than those shown in FIG. 4 , which is not limited in this application.
  • the communication system is a V2X based communication system.
  • this communication system can be divided into direct connection communication mode and cellular communication mode according to different communication interfaces.
  • the cellular communication method is a communication method based on the Uu interface. In this communication method, any command executed by the two communicating parties needs to go through the base station first, and then process and forward the subsequent nodes, and it is impossible to directly conduct a dialogue. As shown in FIG. 2 , the vehicle 220 and the mobile terminal 240 may adopt a cellular communication method using the base station 210 .
  • the direct connection communication method is a communication method based on the Pc5 interface.
  • adjacent terminals are allowed to establish a direct link, and their data transmission does not go through the relay of the base station. That is to say, in this communication method, both parties in the communication can directly perform data transmission after transmitting signaling by the base station.
  • the vehicle 220 and the RSU 230 and the vehicle 220 and the vehicle 250 directly perform data transmission between each other under the condition of using the base station 210 to transmit mutual signaling.
  • each terminal device in the vehicle payment system may adopt different communication modes according to payment needs.
  • the two parties can adopt the direct communication method (communication method based on the Pc5 interface).
  • the data transmission involving the terminal of the payment institution requires remote transmission, so the cellular communication method (communication method based on the Uu interface) can be adopted.
  • FIG. 3 shows a diagram of a vehicle payment device that performs vehicle payment according to an embodiment of the present application.
  • the apparatus may be the above apparatus, or may be a device in the above apparatus.
  • the device may be a chip system.
  • the chip system may be composed of chips, or may include chips and other discrete devices.
  • the device 300 includes at least one processor 320, configured to implement the function of the vehicle payment device in the method provided in the embodiment of the present application.
  • the processor 320 may generate payment information, etc., for details, please refer to the detailed description in the method example, which will not be repeated here.
  • Device 300 may also include at least one memory 330 for storing program instructions and/or data.
  • Memory 330 is coupled to processor 320 .
  • the coupling in the embodiments of the present application is an indirect coupling or communication connection between devices, units or modules, which may be in electrical, mechanical or other forms, and is used for information exchange between devices, units or modules.
  • Processor 320 may cooperate with memory 330.
  • Processor 320 may execute program instructions stored in memory 330 . At least one of the at least one memory may be included in the processor
  • the device 300 may also include a communication interface 310 for communicating with other devices through a transmission medium, so that the means used in the device 300 can communicate with other devices.
  • the communication interface 310 may be a Pc5 interface that implements a direct communication method or a Uu interface that implements a cellular communication method.
  • the other device may be a terminal.
  • the processor 320 uses the communication interface 310 to send and receive data, and is used to implement the methods performed by the above devices in the embodiments corresponding to FIG. 4 to FIG. 6 .
  • connection medium between the communication interface 310 , the processor 320 , and the memory 330 is not limited in the embodiments of the present application.
  • the memory 330, the processor 320, and the communication interface 310 are connected through a bus 340 in FIG. 3, and the bus is represented by a thick line in FIG. 3, and the connection between other components is only for schematic illustration. , is not limited.
  • the bus can be divided into an address bus, a data bus, a control bus, and the like. For ease of presentation, only one thick line is used in FIG. 3, but it does not mean that there is only one bus or one type of bus.
  • the processor may be a general-purpose processor, a digital information processor, an application-specific integrated circuit, a field programmable gate array or other programmable logic device, a discrete gate or transistor logic device, or a discrete hardware component, which can implement or
  • a general purpose processor may be a microprocessor or any conventional processor or the like.
  • the steps of the methods disclosed in conjunction with the embodiments of the present application may be directly embodied as executed by a hardware processor, or executed by a combination of hardware and software modules in the processor.
  • the memory may be a non-volatile memory, such as a hard disk drive (HDD) or a solid-state drive (SSD), etc., or may also be a volatile memory (volatile memory), for example Random-access memory (RAM).
  • Memory is, but is not limited to, any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer.
  • the memory in this embodiment of the present application may also be a circuit or any other device capable of implementing a storage function, for storing program instructions and/or data.
  • the vehicle payment system may include a payment institution terminal 41 , a service providing terminal 42 and a vehicle 43 , wherein the payment institution terminal 41 refers to an account that has authority to the service requesting terminal and/or the service providing terminal The payment institution that performs the operation.
  • the payment institution terminal 41 may provide corresponding accounts for the service requesting terminal 42 and/or the service providing terminal 43 according to their identification information, and the identification information may indicate identity information that uniquely identifies these terminals.
  • the payment institution terminal may allocate a corresponding account to a gas station according to the business license of a gas station.
  • the payment institution terminal 41 may allocate a corresponding account to the vehicle driven by the driver according to the driver's license provided by the driver. .
  • the payment institution terminal 41 may be a third-party payment application, and a payment account (eg, a bank account) has been pre-bound in the application, or it may be a background server (eg, a bank background server) of the payment account.
  • the terminal service providing terminal 42 refers to a merchant that provides services to the service request terminal, for example, a gas station, a car wash, a highway entrance, etc.
  • the service request terminal 43 refers to a device that performs payment operations for vehicle charges.
  • the service request terminal 43 may indicate a vehicle, a hardware device (eg, a chip) capable of implementing the communication method based on the Pc5 interface and the communication method based on the Uu interface, or a device including the hardware device.
  • the service providing terminal 42 may periodically broadcast the service information it provides based on the Pc5 interface, the service information is related to the services that the service providing terminal can provide, and the service information includes And it is not limited to the service content and charging information provided, such as car wash service and 20 yuan for a single time.
  • the same vehicle may receive service information of different services provided by different service providing terminals.
  • the same vehicle 43 may receive high-speed Highway access services and tolls, parking services and parking charges, fuel services and fuel charges.
  • the service providing terminal can be identified by the vehicle location. Specifically, since the service areas provided by different service providing terminals 42 are different, the service providing terminal 42 providing services to the vehicle 43 can be determined by the location where the vehicle 43 is parked. For example, the service providing terminal providing refueling service and the service providing terminal providing parking service are located in different areas respectively, and the service providing terminal providing service for the vehicle can be determined by the final parking position of the vehicle 43 .
  • the vehicle 43 may also receive billing information from multiple service providers if at the same parking location, and vehicle personnel (eg, the driver or passenger) may utilize an input device (eg, a touchscreen display) on the vehicle 43 or button, etc.) to determine the service providing terminal.
  • vehicle personnel eg, the driver or passenger
  • an input device eg, a touchscreen display
  • the vehicle 43 may send a service request for the first service to the service providing terminal 42 based on the Pc5 interface in step S4020.
  • the vehicle 43 may receive billing information provided by the service providing terminal 42 regarding the acceptance of the vehicle 43 . Based on the billing information, the vehicle 43 can determine the first service that the vehicle 43 is to receive.
  • the vehicle 43 may pre-set service qualifications, and the service qualifications may be the amount limited for each service, the provider of each service, or the payment method. Pay cap.
  • the vehicle user may limit the car wash amount to not more than 40 yuan for the car wash service, or the vehicle user may only use the payment method of the exemplary embodiment of the present application for the service with a payment amount of less than 50 yuan, or the vehicle user may pre-set The chosen fueler brand.
  • the vehicle 43 may determine whether the service meets the service qualification, and if not, exit the payment link or notify the user. If so, the next steps can be performed.
  • the service limitation condition may also be a selection method preset by the vehicle user.
  • the service limitation condition may be a selection method with the lowest price.
  • the service qualification may be a selection method with the lowest car wash price, so that the vehicle can determine, based on the billing information, that the first service satisfies the preset The first service of the service qualification.
  • the vehicle 43 may send a service request for the first service to the service providing terminal 42 based on the Pc5 interface, wherein the service request may include a vehicle identifier for identifying the vehicle 43 .
  • the service providing terminal 42 requests payment account information from the payment institution terminal 43 based on the Uu interface.
  • the payment account information may be account information obtained after the service provider terminal 42 has registered with the payment institution terminal 43 .
  • the payment institution terminal 43 determines the payment account information of the service providing terminal 42 .
  • the payment institution terminal 43 may generate or search for payment account information corresponding to the service providing terminal 42 according to the identification information of the service providing terminal 42 .
  • the payment institution terminal 41 transmits the payment account information to the service providing terminal 42 .
  • the service providing terminal 42 may send the billing information of the service requesting terminal to accept the first service and the payment account information of the service providing terminal 42 to the vehicle 43 based on the Pc5 interface.
  • step S4060 the vehicle 430 sends a payment request for the vehicle 43 to pay for the first service to the payment institution terminal 41 based on the Uu interface , wherein the payment request includes the bill information and the payment account information of the service providing terminal 42 .
  • the payment institution terminal 41 determines the payment information of the payment according to the bill information, wherein the payment information includes the payment account information of the service providing terminal 42, the payment account information of the vehicle 43, and the first payment information. Billing information for the service.
  • the payment institution terminal 41 uses the payment information to complete the payment operation, that is, the payment account of the service providing terminal 42 accepts payment from the payment account of the vehicle 43 .
  • step S4070 the payment institution terminal 41 sends payment completion information to the vehicle 43 based on the Uu interface that the vehicle 43 has completed payment for the first service.
  • step S4080 the payment institution terminal 41 may also send the payment completion information to the service providing terminal 42 based on the Uu interface.
  • the vehicle 43 may also feed back to the service providing terminal 42 based on the Pc5 interface that the vehicle 43 has completed the payment for the first service. After receiving the feedback from the vehicle 43 , the service providing terminal 42 provides the vehicle 43 with the first service.
  • the vehicle payment system can also adopt the operation as shown in FIG. 5 .
  • the vehicle payment system may include a payment institution terminal 51 , a service providing terminal 52 and a vehicle 53 .
  • the payment institution terminal 51 refers to a payment institution authorized to operate the account of the service requesting terminal and/or the service providing terminal.
  • the payment institution terminal 51 may provide corresponding accounts for the service requesting terminal 52 and/or the service providing terminal 53 according to their identification information, and the identification information may indicate identity information that uniquely identifies these terminals.
  • the payment institution terminal may allocate a corresponding account to a gas station according to the business license of a gas station.
  • the payment institution terminal 51 may allocate a corresponding account to the vehicle driven by the driver according to the driver's license provided by the driver. .
  • the payment institution terminal 51 may be a third-party payment application, and a payment account (eg, a bank account) has been pre-bound in the application, or it may be a background server (eg, a bank background server) of the payment account.
  • the terminal service providing terminal 52 refers to a merchant that provides services to the service requesting terminal, such as a gas station, a car wash, a highway entrance, etc.
  • the service requesting terminal 53 refers to a device that performs payment operations for vehicle charges.
  • the service request terminal 53 may indicate a vehicle, a hardware device (eg, a chip) capable of implementing the communication method based on the Pc5 interface and the communication method based on the Uu interface, or a device including the hardware device.
  • the service providing terminal 52 may periodically broadcast the service information it provides based on the Pc5 interface, the service information is related to the services that the service providing terminal can provide, and the service information includes And it is not limited to the service content and charging information provided, such as car wash service and 20 yuan for a single time.
  • the same vehicle may receive service information of different services provided by different service providing terminals.
  • the same vehicle 53 may receive high-speed Highway access services and tolls, parking services and parking charges, fuel services and fuel charges.
  • the service providing terminal can be identified by the vehicle location. Specifically, since the service areas provided by different service providing terminals 52 are different, the service providing terminal 52 providing services to the vehicle 53 can be determined by the location where the vehicle 53 is parked. For example, the service providing terminal providing refueling service and the service providing terminal providing parking service are located in different areas, respectively, and the service providing terminal providing service for the vehicle can be determined by the final parking position of the vehicle 53 .
  • the vehicle 53 may also receive billing information from multiple service providers if at the same parking location, and vehicle occupants (eg, the driver or occupant) may utilize input devices on the vehicle 53 (eg, a touchscreen display) or button, etc.) to determine the service providing terminal.
  • vehicle occupants eg, the driver or occupant
  • input devices on the vehicle 53 eg, a touchscreen display
  • the vehicle 53 may send a service request for the service to the service providing terminal 52 based on the Pc5 interface in step S5020.
  • the vehicle 53 may receive billing information provided by the service providing terminal 52 regarding the acceptance of the vehicle 53 . From the billing information, the vehicle 53 may determine the first service.
  • the vehicle 53 may pre-set service qualifications, and the service qualifications may be the amount limited for each service, the provider of each service, or the payment method. Pay cap.
  • the vehicle user can limit the car wash amount to not more than 40 yuan for the car wash service, or the vehicle user can only use the payment method of the exemplary embodiment of the present application for the service whose payment amount is less than 50 yuan, or the vehicle user can pre-set The chosen fueler brand.
  • the vehicle 53 may determine whether the service satisfies the service qualification, and if not, exit the payment link or notify the user. If so, the next steps can be performed.
  • the service limitation condition may also be a selection method preset by the vehicle user.
  • the service limitation condition may be a selection method with the lowest price.
  • the service qualification may be the selection method with the lowest price for the car wash, so that the vehicle can determine that the service qualification satisfies the service qualification according to the service qualification and billing information service.
  • a service request is sent to the service providing terminal 52 based on the Pc5 interface, wherein the service request may include payment account information of the vehicle. Therefore, the vehicle 53 needs to determine the corresponding payment account number.
  • the vehicle 53 requests payment account information from the payment institution terminal 51 based on the Uu interface.
  • the vehicle identification of the vehicle may be sent to the payment institution terminal 51, and the payment institution terminal 51 may determine or generate the payment account information of the vehicle 53 by using the vehicle identification . Subsequently, the payment institution terminal 51 may send the payment account information to the vehicle 53 based on the Uu interface.
  • the vehicle 53 may send an account binding request to the payment institution terminal 51 based on the Uu interface, and the request may include a terminal identification (eg, a vehicle identification) as payment account information.
  • the payment institution terminal 51 may determine the payment account number corresponding to the vehicle 53 based on the terminal identification. Subsequently, the payment institution 51 can bind the terminal identification with the payment account number. In this way, the terminal identification (which may also be referred to as payment account information) can be provided to the service providing terminal 52 at the vehicle 53 .
  • the service providing terminal 52 may determine that the vehicle 53 accepts the billing information of the first service, and in step S5030, send the billing information to the vehicle 53 based on the Pc5 interface.
  • the service providing terminal 52 may send a payment request for the vehicle 53 to pay for the first service to the payment institution terminal based on the Uu interface, wherein the payment request includes bill information and payment account information of the vehicle 53.
  • the payment institution terminal 51 determines the payment information of this payment, wherein the payment information includes the payment account information of the service providing terminal 52, the payment account information of the vehicle 53 and the bill of the first service information.
  • the payment institution terminal 51 may generate/determine payment account information corresponding to the service providing terminal 52 according to the identification information of the service providing terminal 52 .
  • the payment institution terminal 51 uses the payment information to complete the payment operation, that is, the payment account of the service providing terminal 52 accepts payment from the payment account of the vehicle 52 .
  • step S5050 the payment institution terminal 51 sends the payment completion information of the payment for the first service to the service providing terminal 52 based on the Uu interface.
  • step S5060 the payment institution terminal 51 may also send the payment completion information to the service providing terminal 52 based on the Uu interface.
  • the service providing terminal 52 feeds back to the vehicle 53 based on the Pc5 interface that the vehicle 53 has completed the payment and provides the vehicle 53 with the first service service.
  • the service providing terminal 41 or 51 can select the payment institution terminal from the vehicle 43 or 53 or the service providing terminal 42 or 52 according to the setting. Apply for payment account information, and obtain the corresponding payment account information from the payment institution terminal.
  • the service providing terminal 42 or 52 may initiate a payment request to the payment institution terminal after receiving the payment account information of the vehicle 43 or 53, and the payment terminal institution will execute the payment operate.
  • the vehicle 43 or 53 may initiate a payment request to the payment institution terminal after receiving the payment account information and billing information of the service providing terminal 42 or 52, And the payment operation is performed by the payment terminal institution.
  • the vehicle 43 or 53 in the vehicle payment system may adopt the operation as shown in FIG. 6 .
  • the vehicle payment system may include a payment institution terminal 61 , a service providing terminal 62 and a vehicle 63 .
  • the vehicle 63 may send an account binding request to the payment institution terminal based on the Uu interface, and the request may include the vehicle identification of the vehicle 63 (ie, the terminal identification), and the vehicle identification is not limited to the vehicle identification code. (Vehicle Identification Number, VIN), equivalent to the "ID card" of the vehicle.
  • VIN Vehicle Identification Number
  • the payment institution terminal 61 can allocate a payment account number to the vehicle 63 based on the Uu interface, and store the account number corresponding to the vehicle identification of the vehicle 63 .
  • the payment institution terminal 81 may then transmit the payment account number to the vehicle 83 .
  • the vehicle 63 may only send the payment account number to the service providing terminal or send the vehicle identification corresponding to the payment account number to the service providing terminal each time a payment request is sent based on the Pc5 interface.
  • the vehicle payment system may further include a payment application terminal 34, which may indicate a terminal device (eg, a mobile phone) having a payment application.
  • a payment application terminal 34 may indicate a terminal device (eg, a mobile phone) having a payment application.
  • the payment application account of the payment application terminal 34 may be bound with the vehicle identification of the vehicle, that is, each payment application account may be used to pay the fees generated by the vehicle.
  • the payment application terminal 34 may send an account binding request to the payment institution terminal 61 , wherein the request includes the payment account number of the payment application and the vehicle identification sent to the payment institution terminal 61 , and the payment institution terminal 61 may Binding the payment account number to the vehicle identification.
  • the payment institution terminal 61 may send random verification information (eg, a random verification code) to the vehicle.
  • the vehicle 63 may
  • the above-mentioned terminal and the like include corresponding hardware structures and/or software modules for executing each function.
  • the embodiments of the present application can be implemented in hardware or a combination of hardware and computer software. Whether a function is performed by hardware or computer software driving hardware depends on the specific application and design constraints of the technical solution. Experts may use different methods for each specific application to implement the described functions, but such implementation should not be considered beyond the scope of the embodiments of the present application.
  • each functional module may be divided corresponding to each function, or two or more functions may be integrated into one processing module.
  • the above-mentioned integrated modules can be implemented in the form of hardware, and can also be implemented in the form of software function modules. It should be noted that, the division of modules in the embodiments of the present application is schematic, and is only a logical function division, and there may be other division manners in actual implementation.
  • FIG. 7 to FIG. 10 respectively show structural block diagrams of the V2X-based vehicle payment device involved in the above embodiment.
  • the vehicle payment device 700 may include a first receiving module 710 , a first sending module 720 and a second receiving module 730 .
  • the first receiving module 710 is configured to receive service information broadcast by the service providing terminal based on the Pc5 interface, where the service information is related to the service that the service providing terminal can provide.
  • the first sending module 720 is configured to send a service request for a first service to the service providing terminal based on the Pc5 interface, wherein the service request includes payment account information of the service requesting terminal, and the first service is at least part of The service provides a service that the terminal can provide.
  • the second receiving module 730 is configured to receive payment completion information from the payment institution terminal based on the Uu interface.
  • the vehicle payment device 700 further includes: a second sending module for sending a payment account request to the payment institution based on the Uu interface; a third receiving module for receiving the payment account request from the payment institution terminal based on the Uu interface Payment account information.
  • the payment account information is a terminal identifier of the service requesting terminal, and the terminal identifier is bound to a payment account of the service requesting terminal.
  • the vehicle payment device 700 further includes: a fourth receiving module, configured to receive billing information about the service requesting terminal accepting the first service from the service providing terminal based on the Pc5 interface; a first determining module, using based on the billing information, it is determined that the first service satisfies a preset service qualification condition.
  • a fourth receiving module configured to receive billing information about the service requesting terminal accepting the first service from the service providing terminal based on the Pc5 interface
  • a first determining module using based on the billing information, it is determined that the first service satisfies a preset service qualification condition.
  • the vehicle payment device 800 may include a broadcasting module 810 , a first receiving module 820 , a first sending module 830 and a second receiving module 840 .
  • the broadcasting module 810 is configured to broadcast the service information that the service providing terminal can provide based on the Pc5 interface, where the service information is related to the service that the service providing terminal can provide.
  • the first receiving module 820 is configured to receive a service request for the first service from the service requesting terminal based on the Pc5 interface, wherein the service request includes payment account information of the service requesting terminal, and the first service is provided for at least part of the service Services that the terminal can provide.
  • the first sending module 830 is configured to send a payment request about the service requesting terminal paying for the first service to the payment institution terminal based on the Uu interface, wherein the payment request includes the billing information of the first service and the Payment account information of the service requesting terminal;
  • the second receiving module 840 is configured to receive, from the payment institution terminal based on the Uu interface, payment completion information indicating that the service requesting terminal has performed payment for the first service.
  • the vehicle payment device 800 further includes: a second sending module, configured to feed back to the service requesting terminal based on the Pc5 interface that the service requesting terminal has completed payment for the first service.
  • a second sending module configured to feed back to the service requesting terminal based on the Pc5 interface that the service requesting terminal has completed payment for the first service.
  • the vehicle payment device 900 may include a first receiving module 910 , a first sending module 920 , a second receiving module 930 and a second sending module 940 .
  • the first receiving module 910 is configured to receive service information broadcast by the service providing terminal based on the Pc5 interface, where the service information is related to the service that the service providing terminal can provide.
  • the first sending module 920 is configured to send a service request for a first service to the service providing terminal based on the Pc5 interface, wherein the first service is a service that can be provided by at least part of the service providing terminal.
  • the second receiving module 930 is configured to receive, from the service providing terminal based on the Pc5 interface, the payment account information of the service providing terminal and the billing information that the service requesting terminal accepts the first service.
  • the second sending module 940 is configured to send a payment request to the payment institution terminal based on the Uu interface, wherein the payment request includes the payment account information and the bill information of the service providing terminal.
  • the vehicle payment device 900 further includes: a third receiving module, configured to receive payment completion information from the payment institution terminal based on the Uu interface, indicating that the service requesting terminal has performed payment for the first service.
  • a third receiving module configured to receive payment completion information from the payment institution terminal based on the Uu interface, indicating that the service requesting terminal has performed payment for the first service.
  • the vehicle payment device 1000 may include a broadcasting module 1010 , a first receiving module 1020 , a first sending module 1030 and a second receiving module 1040 .
  • the broadcasting module 1010 is configured to broadcast the service information that the service providing terminal can provide based on the Pc5 interface, where the service information is related to the service that the service providing terminal can provide.
  • the first receiving module 1020 is configured to receive a service request for a first service from a service requesting terminal based on the Pc5 interface, where the first service is a service that can be provided by at least a part of the service providing terminal.
  • the first sending module 1030 is configured to send the payment account information of the service providing terminal and the service requesting terminal's acceptance of the first service to the service requesting terminal based on the Pc5 interface.
  • the second receiving module 1040 is configured to receive from the payment institution terminal based on the Uu interface, payment completion information indicating that the service requesting terminal has performed payment for the first service.
  • the vehicle payment device 1000 further includes: a second sending module, configured to feed back to the service requesting terminal based on the Pc5 interface that the service requesting terminal has completed payment for the first service.
  • a second sending module configured to feed back to the service requesting terminal based on the Pc5 interface that the service requesting terminal has completed payment for the first service.
  • a computer-readable storage medium may be a tangible device that can hold and store instructions for use by the instruction execution device.
  • the computer-readable storage medium may be, for example, but not limited to, an electrical storage device, a magnetic storage device, an optical storage device, an electromagnetic storage device, a semiconductor storage device, or any suitable combination of the foregoing.
  • Computer-readable storage media include: portable computer disks, hard disks, random access memory (RAM), read only memory (ROM), erasable programmable read-only memory (Electrically Programmable Read-Only-Memory, EPROM or flash memory), static random access memory (Static Random-Access Memory, SRAM), portable compact disk read-only memory (Compact Disc Read-Only Memory, CD - ROM), Digital Video Disc (DVD), memory sticks, floppy disks, mechanically encoded devices, such as punch cards or raised structures in grooves on which instructions are stored, and any suitable combination of the foregoing .
  • RAM random access memory
  • ROM read only memory
  • EPROM erasable programmable read-only memory
  • EPROM Errically Programmable Read-Only-Memory
  • SRAM static random access memory
  • portable compact disk read-only memory Compact Disc Read-Only Memory
  • CD - ROM Compact Disc Read-Only Memory
  • DVD Digital Video Disc
  • memory sticks floppy disks
  • Computer readable program instructions or code described herein may be downloaded to various computing/processing devices from a computer readable storage medium, or to an external computer or external storage device over a network such as the Internet, a local area network, a wide area network and/or a wireless network.
  • the network may include copper transmission cables, fiber optic transmission, wireless transmission, routers, firewalls, switches, gateway computers, and/or edge servers.
  • a network adapter card or network interface in each computing/processing device receives computer-readable program instructions from a network and forwards the computer-readable program instructions for storage in a computer-readable storage medium in each computing/processing device .
  • the computer program instructions used to perform the operations of the present application may be assembly instructions, Instruction Set Architecture (ISA) instructions, machine instructions, machine-related instructions, microcode, firmware instructions, state setting data, or in one or more source or object code written in any combination of programming languages, including object-oriented programming languages such as Smalltalk, C++, etc., and conventional procedural programming languages such as the "C" language or similar programming languages.
  • the computer readable program instructions may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer, or entirely on the remote computer or server implement.
  • the remote computer may be connected to the user's computer through any kind of network—including a Local Area Network (LAN) or a Wide Area Network (WAN)—or, may be connected to an external computer (eg, use an internet service provider to connect via the internet).
  • electronic circuits such as programmable logic circuits, Field-Programmable Gate Arrays (FPGA), or Programmable Logic Arrays (Programmable Logic Arrays), are personalized by utilizing state information of computer-readable program instructions.
  • Logic Array, PLA the electronic circuit can execute computer readable program instructions to implement various aspects of the present application.
  • These computer readable program instructions may be provided to a processor of a general purpose computer, special purpose computer or other programmable data processing apparatus to produce a machine that causes the instructions when executed by the processor of the computer or other programmable data processing apparatus , resulting in means for implementing the functions/acts specified in one or more blocks of the flowchart and/or block diagrams.
  • These computer readable program instructions can also be stored in a computer readable storage medium, these instructions cause a computer, programmable data processing apparatus and/or other equipment to operate in a specific manner, so that the computer readable medium on which the instructions are stored includes An article of manufacture comprising instructions for implementing various aspects of the functions/acts specified in one or more blocks of the flowchart and/or block diagrams.
  • Computer readable program instructions can also be loaded onto a computer, other programmable data processing apparatus, or other equipment to cause a series of operational steps to be performed on the computer, other programmable data processing apparatus, or other equipment to produce a computer-implemented process , thereby causing instructions executing on a computer, other programmable data processing apparatus, or other device to implement the functions/acts specified in one or more blocks of the flowcharts and/or block diagrams.
  • each block in the flowchart or block diagrams may represent a module, segment, or portion of instructions, which comprises one or more functions for implementing the specified logical function(s) executable instructions.
  • the functions noted in the blocks may occur out of the order noted in the figures. For example, two blocks in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved.
  • each block of the block diagrams and/or flowchart illustrations, and combinations of blocks in the block diagrams and/or flowchart illustrations can be implemented in hardware (eg, circuits or ASICs (Application) that perform the corresponding functions or actions. Specific Integrated Circuit, application-specific integrated circuit)), or can be implemented by a combination of hardware and software, such as firmware.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Primary Health Care (AREA)
  • Tourism & Hospitality (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Technology Law (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

一种基于V2X的车辆支付方法及其设备，所述方法由服务请求终端（43）执行，包括：基于Pc5接口接收服务提供终端（42）广播的服务信息，所述服务信息与所述服务提供终端（42）能够提供的服务相关；基于Pc5接口向所述服务提供终端（42）发送针对第一服务的服务请求，其中，所述服务请求包括所述服务请求终端（43）的支付账户信息，所述第一服务为至少部分所述服务提供终端（42）能够提供的服务；基于Uu接口从支付机构终端（41）接收支付完成信息。采用该方法，能够更便捷的完成车辆支付。

Description

一种基于V2X的车辆支付方法及其设备
本申请要求于2021年02月09日提交中国专利局、申请号为202110181935.4、申请名称为“一种基于V2X的车辆支付方法及其设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及智能驾驶技术领域，尤其涉及一种基于V2X的车辆支付方法及其设备。
背景技术
现如今，驾驶员或者乘客通常采用第三方支付与车辆相关的消费。例如，驾驶员可利用手机上的支付应用支付诸如洗车、停车、加油等费用。但这种方式无法覆盖车辆的各种应用场景，例如，在驾驶员不在车辆上(诸如，无人驾驶的车辆)或者驾驶员正在驾驶车辆不方便手动支付，又或者车内没有用于支付的手机。因此，相关技术需要一种适用性更广的车辆支付方法。
发明内容
有鉴于此，提出了一种基于V2X的车辆支付方法及其设备，能够更便携地完成车辆支付。
在相关技术中，车辆支付系统需要采用特定的设备(例如，OBU)并且通信距离短，只有车辆进入到可执行通信区域内才能实现以上技术方案，可能会导致交通堵塞。在采用第三方支付应用的相关技术中，均需要服务提供终端或者服务请求终端执行支付动作(例如，扫码)后才可执行，这对于车辆人员特别是车辆驾驶员来说造成了困难。此外，以上这些方式中，服务提供终端与服务请求终端之间的距离必须是可视距离，否则无法执行扫码操作，这对于车辆人员来说，同样是不方便的。
第一方面，本申请的实施例提供了一种基于V2X的车辆支付方法，所述方法由服务请求终端执行，所述方法包括：基于Pc5接口接收服务提供终端广播的服务信息，所述服务信息与所述服务提供终端能够提供的服务相关；基于Pc5接口向所述服务提供终端发送针对第一服务的服务请求，其中，所述服务请求包括所述服务请求终端的支付账户信息，所述第一服务为至少部分所述服务提供终端能够提供的服务；基于Uu接口从支付机构终端接收支付完成信息。
所述方法可在支付过程中采用多种通信方式，特别是在服务提供端与服务请求端之间基于Pc5接口并在服务提供终端与支付机构终端之间基于Uu接口，这样可提高通信时间并巧妙地应用了车联网领域的通信方式。更进一步地，该车辆支付方法的支付流程不需车辆人员和服务人员手动操作，不限制两者之间的距离，从而便携且安全。
在一种可能的设计中，在所述发送针对第一服务的服务请求之前，所述方法还包括：基于Uu接口向所述支付机构发送支付账户请求；基于Uu接口从所述支付机构终端接收所述支付账户信息。
由于服务请求终端与支付机构终端的距离较远(远程通信)，因此可基于Uu接口向所述 支付机构发送支付账户请求并基于Uu接口接收所述服务请求终端的支付账户信息。
在一种可能的设计中，所述支付账户信息为所述服务请求终端的终端标识，所述终端标识与所述服务请求终端的支付账户绑定。
为了便于快速支付，所述服务请求终端可将服务请求终端的终端标识与支付账户进行绑定，从而节省了请求支付账号的步骤。
在一种可能的设计中，在所述发送针对第一服务的服务请求之前，所述方法还包括：基于Pc5接口从所述服务提供终端接收关于所述服务请求终端接受所述第一服务的账单信息；基于所述账单信息，确定所述第一服务满足预设的服务限定条件。
采用这种方式，服务请求用户可根据个人喜好定制服务限定条件并由服务请求终端自动化地筛选满足服务限定条件的第一服务，确定适合于所述服务请求用户的第一服务，提高用户体验。
第二方面，本申请的实施例提供了一种基于V2X的车辆支付方法，所述方法由服务提供终端执行，包括：基于Pc5接口广播所述服务提供终端能够提供的服务信息，所述服务信息与所述服务提供终端能够提供的服务相关；基于Pc5接口从服务请求终端接收针对第一服务的服务请求，其中，所述服务请求包括服务请求终端的支付账户信息，所述第一服务为至少部分所述服务提供终端能够提供的服务；基于Uu接口向支付机构终端发送关于所述服务请求终端为所述第一服务付费的支付请求，其中，所述支付请求包括所述第一服务的账单信息以及所述服务请求终端的支付账户信息；基于Uu接口从支付机构终端接收用于指示所述服务请求终端已对所述第一服务执行支付的支付完成信息。
所述方法可在支付过程中采用多种通信方式，特别是在服务提供端与服务请求端之间基于Pc5接口并在服务提供终端与支付机构终端之间基于Uu接口，这样可提高通信时间并巧妙地应用了车联网领域的通信方式。更进一步地，该车辆支付方法的支付流程不需车辆人员和服务人员手动操作，不限制两者之间的距离，从而便携且安全。在已获知服务请求终端的支付账户信息的情况下，可由服务提供终端向支付机构终端发送支付请求，从而支付购终端可根据服务请求终端的支付账户信息以及服务提供终端的支付账户信息完成支付操作。
在一种可能的设计中，在接收所述支付完成信息之后，所述方法还包括：基于Pc5接口向所述服务请求终端反馈所述服务请求终端已对所述第一服务完成付费。
在实施中，由于服务提供终端与服务请求终端的距离较近，因此在服务提供终端接收到来自支付机构终端的支付完成操作后，可基于Pc5向所述服务请求终端发送支付完成信息，从而实现了所述服务提供终端与服务请求终端支付均已被通知支付已完成。
第三方面，本申请的实施例提供了一种基于V2X的车辆支付方法，所述方法由服务请求终端执行，包括：基于Pc5接口接收服务提供终端广播的服务信息，所述服务信息与所述服务提供终端能够提供的服务相关；基于Pc5接口向服务提供终端发送针对第一服务的服务请求，其中，所述第一服务为至少部分所述服务提供终端能够提供的服务；基于Pc5接口从所述服务提供终端接收所述服务提供终端的支付账户信息和所述服务请求终端接受所述第一服务的账单信息；基于Uu接口向支付机构终端发送支付请求，其中，所述支付请求包括所述服务提供终端的支付账户信息和所述账单信息。
所述方法可在支付过程中采用多种通信方式，特别是在服务提供端与服务请求端之间基于Pc5接口并在服务提供终端与支付机构终端之间基于Uu接口，这样可提高通信时间并巧 妙地应用了车联网领域的通信方式。更进一步地，该车辆支付方法的支付流程不需车辆人员和服务人员手动操作，不限制两者之间的距离，从而便携且安全。服务请求终端可采用不同的通信方式向不同的主体(服务提供终端或支付机构终端)发送不同的请求。
在一种可能的设计中，在所述发送支付请求的步骤之后，所述方法还包括：基于Uu接口从支付机构终端接收用于指示所述服务请求终端已对所述第一服务执行支付的支付完成信息。
在本方法中，由于服务请求终端与支付机构终端的距离较远(远程通信)，因此可基于Uu接口从支付机构终端接收支付完成信息。
第四方面，本申请的实施例提供了一种基于V2X的车辆支付方法，所述方法由服务提供终端执行，包括：基于Pc5接口广播所述服务提供终端能够提供的服务信息，所述服务信息与所述服务提供终端能够提供的服务相关；基于Pc5接口从服务请求终端接收针对第一服务的服务请求，其中，所述第一服务为至少部分所述服务提供终端能够提供的服务；基于Pc5接口，将所述服务提供终端的支付账户信息以及所述服务请求终端接受所述第一服务发送到所述服务请求终端。基于Uu接口，从支付机构终端接收用于指示所述服务请求终端已对所述第一服务执行支付的支付完成信息。
所述方法可在支付过程中采用多种通信方式，特别是在服务提供端与服务请求端之间基于Pc5接口并在服务提供终端与支付机构终端之间基于Uu接口，这样可提高通信时间并巧妙地应用了车联网领域的通信方式。更进一步地，该车辆支付方法的支付流程不需车辆人员和服务人员手动操作，不限制两者之间的距离，从而便携且安全。在已获知服务提供终端的支付账户信息的情况下，可由服务提供终端向服务请求终端发送账单信息以及支付账户信息，这样服务请求终端可利用这些信息向支付机构终端发送支付请求。
在一种可能的设计中，基于Uu接口，从支付机构终端接收用于指示所述服务请求终端已对所述第一服务执行支付的支付完成信息的步骤之后，所述方法还包括：基于Pc5接口，向所述服务请求终端发送所述支付完成信息。
在实施中，由于服务提供终端与服务请求终端的距离较近，因此在服务提供终端接收到来自支付机构终端的支付完成操作后，可基于Pc5向所述服务请求终端发送支付完成信息，从而实现了所述服务提供终端与服务请求终端支付均已被通知支付已完成。
第五方面，本申请的实施例提供了一种基于V2X的车辆支付设备，包括：第一接收模块，用于基于Pc5接口接收服务提供终端广播的服务信息，所述服务信息与所述服务提供终端能够提供的服务相关；第一发送模块，用于基于Pc5接口向所述服务提供终端发送针对第一服务的服务请求，其中，所述服务请求包括所述服务请求终端的支付账户信息，所述第一服务为至少部分所述服务提供终端能够提供的服务；第二接收模块，用于基于Uu接口从支付机构终端接收支付完成信息。
在一种可能的设计中，所述设备还包括：第二发送模块，用于基于Uu接口向所述支付机构发送支付账户请求；第三接收模块，用于基于Uu接口从所述支付机构终端接收所述支付账户信息。
在一种可能的设计中，所述支付账户信息为所述服务请求终端的终端标识，所述终端标识与所述服务请求终端的支付账户绑定。
在一种可能的设计中，所述设备还包括：第四接收模块，用于基于Pc5接口从所述服务 提供终端接收关于所述服务请求终端接受所述第一服务的账单信息；第一确定模块，用于确定所述第一服务满足预设的服务限定条件。
第六方面，本申请的实施例提供了一种基于V2X的车辆支付设备，包括：广播模块，用于基于Pc5接口广播所述服务提供终端能够提供的服务信息，所述服务信息与所述服务提供终端能够提供的服务相关；第一接收模块，用于基于Pc5接口从服务请求终端接收针对第一服务的服务请求，其中，所述服务请求包括服务请求终端的支付账户信息，所述第一服务为至少部分所述服务提供终端能够提供的服务；第一发送模块，用于基于Uu接口向支付机构终端发送关于所述服务请求终端为所述第一服务付费的支付请求，其中，所述支付请求包括所述第一服务的账单信息以及所述服务请求终端的支付账户信息；第二接收模块，用于基于Uu接口从支付机构终端接收用于指示所述服务请求终端已对所述第一服务执行支付的支付完成信息。
在一种可能的设计中，所述设备还包括：第二发送模块，用于基于Pc5接口向所述服务请求终端发送所述支付完成信息。
第七方面，本申请的实施例提供了一种基于V2X的车辆支付设备，包括：第一接收模块，用于基于Pc5接口接收服务提供终端广播的服务信息，所述服务信息与所述服务提供终端能够提供的服务相关；第一发送模块，用于基于Pc5接口向服务提供终端发送针对第一服务的服务请求，其中，所述第一服务为至少部分所述服务提供终端能够提供的服务；第二接收模块，用于基于Pc5接口从所述服务提供终端接收所述服务提供终端的支付账户信息和所述服务请求终端接受所述第一服务的账单信息；第二发送模块，用于基于Uu接口向支付机构终端发送支付请求，其中，所述支付请求包括所述服务提供终端的支付账户信息和所述服务请求终端接受所述第一服务的账单信息。
在一种可能的设计中，所述设备还包括：第三接收模块，用于基于Uu接口从支付机构终端接收用于指示所述服务请求终端已对所述第一服务执行支付。
第八方面，本申请的实施例提供了一种基于V2X的车辆支付设备，包括：广播模块，用于基于Pc5接口广播所述服务提供终端能够提供的服务信息，所述服务信息与所述服务提供终端能够提供的服务相关；第一接收模块，用于基于Pc5接口从服务请求终端接收针对第一服务的服务请求，其中，所述第一服务为至少部分所述服务提供终端能够提供的服务；第一发送模块，用于基于Pc5接口，将所述服务提供终端的支付账户信息以及所述服务请求终端接受所述第一服务发送到所述服务请求终端。第二接收模块，用于基于Uu接口，从支付机构终端接收用于指示所述服务请求终端已对所述第一服务执行支付的支付完成信息。
在一种可能的设计中，所述设备还包括：第二发送模块，用于基于Pc5接口，向所述服务请求终端反馈所述服务请求终端已对所述第一服务完成付费。
第九方面，本申请的实施例提供了一种电子终端，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为执行所述指令时实现第一方面、第二方面、第三方面或第四方面中的任一种可能的设计的方法。
第十方面，本申请的实施例提供了一种非易失性计算机可读存储介质，其上存储有计算机程序指令，其特征在于，所述计算机程序指令被处理器执行时实现第一方面、第二方面、第三方面或第四方面中的任一种可能的设计的方法。
第十一方面，本申请的实施例提供了一种计算机程序产品，其特征在于，包括指令，当 所述指令在计算机上运行时，使得计算机执行第一方面、第二方面、第三方面或第四方面中的任一种可能的设计的方法
本申请的这些和其他方面在以下(多个)实施例的描述中会更加简明易懂。
附图说明
包含在说明书中并且构成说明书的一部分的附图与说明书一起示出了本申请的示例性实施例、特征和方面，并且用于解释本申请的原理。
图1示出根据本申请一实施例的车辆支付的应用场景图；
图2示出根据本申请一实施例的车辆支付系统的通信场景图；
图3示出根据本申请一实施例的执行车辆支付的车辆支付设备的示图；
图4示出根据本申请一实施例的车辆支付系统执行车辆支付的示图；
图5示出根据本申请另一实施例的车辆支付系统执行车辆支付的示图；
图6示出根据本申请另一实施例的车辆支付系统执行车辆支付的示图；
图7示出根据本申请另一实施例的车辆支付设备的框图；
图8示出根据本申请另一实施例的车辆支付设备的框图；
图9示出根据本申请另一实施例的车辆支付设备的框图；
图10示出根据本申请另一实施例的车辆支付设备的框图。
具体实施方式
以下将参考附图详细说明本申请的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。
在本申请实施例中，“/”可以表示前后关联的对象是一种“或”的关系，例如，A/B可以表示A或B；“和/或”可以用于描述关联对象存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A，B可以是单数或者复数。为了便于描述本申请实施例的技术方案，在本申请实施例中，可以采用“第一”、“第二”等字样对功能相同或相似的技术特征进行区分。该“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。在本申请实施例中，“示例性的”或者“例如”等词用于表示例子、例证或说明，被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念，便于理解。
另外，为了更好的说明本申请，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本申请同样可以实施。在一些实例中，对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述，以便于凸显本申请的主旨。
为了更好地描述本申请的技术方案，以下将参照图1对车辆支付场景进行描述。图1示出根据本申请一实施例的车辆支付的应用场景图。
驾驶员驾驶车辆110，其中，车辆110可与车辆120执行车辆与车辆之间通信(vehicle to vehicle，V2V)，又或者车辆110可与路边基础设施130执行车辆与路边基础设施通信(Vehicle to Infrastructure，V2I)，在实施中，为了能够与路边基础设施130执行V2I，可向路边基础设 施内嵌路边单元(Road Side Unit，RSU)，因此，路边基础设施130可被称作RSU 130。又或者车辆110与行人140执行车辆与行人之间的通信(Vehicle to Pedestrian，V2P)，此外，车辆110还可与通信网络150执行车辆与网络通信(Vehicle to Network，V2N)，以及时获取路况信息或账单信息，这些通信方式可统称为V2X通信(其中，X代表任何事物)。
如图1所示，驾驶员在支付车辆110的相关费用后，RSU 130可从通信网络150接收到同意该车辆110通行的指令，并开启RSU 130的闸门，允许车辆110经过RSU 130后行驶。
现有技术需要服务提供终端或者服务请求终端执行支付动作(例如，扫码)后才可执行，这对于车辆人员特别是车辆驾驶员来说造成了麻烦。此外，以上这些方式中，服务提供终端与服务请求终端之间的距离必须是可视距离，否则无法执行扫码操作，这对于车辆人员来说，同样是不方便的。
基于此，本申请实施例提供了一种基于V2X的车辆支付方法，该车辆支付方法的支付流程不需车辆人员和服务人员手动操作，不限制两者之间的距离，从而便携且安全。为了更好地理解本申请的应用场景，以下将参照图2和图3对本申请一实施例的车辆支付系统的通信场景以及用于车辆支付的车辆支付设备进行描述。
图2示出根据本申请一实施例的车辆支付系统的通信场景图。如图2所示，所述通信系统中包括基站210以及各种终端设备220至250，为了便于理解，终端设备220和250为车辆，终端设备240为用户所手持的移动终端(例如，手机)，在实施中，所述终端设备的种类和数量可比图4所出的种类和数量更多或者更少，本申请对此不限制。
作为示例，该通信系统是基于V2X的通信系统。在该通信系统中，根据通信接口的不同可分为直连通信方式和蜂窝通信方式。
蜂窝通信方式是基于Uu接口的通信方式。在该通信方式中，通信双方执行通信的任一指令，在发出时都需要先经过基站，再进行后续节点的处理与转发，无法直接进行对话的通信方式。如图2所示，车辆220与移动终端240可采用利用基站210的蜂窝通信方式。
直连通信方式是基于Pc5接口的通信方式。在该通信方式中，允许邻近的终端建立直通链路，其数据传输不再经过基站的中继。也就是说，在该通信方式中，通信双方可利用基站传输信令后直接执行数据传输。如图4所示，车辆220与RSU 230以及车辆220与车辆250在利用基站210传输彼此信令的情况下彼此之间直接进行数据传输。
对应于本申请的示例性实施例，所述车辆支付系统中的各个终端设备可根据支付需要采用不同的通信方式。作为示例，在需要支付的现场(例如，车辆需要支付清洗费用)，由于双方的距离比较近，因此双方可采用直连通信方式(基于Pc5接口的通信方式)。在涉及到支付机构终端的数据传输需要远程传输，因此可采用蜂窝通信方式(基于Uu接口的通信方式)。
图3示出根据本申请一实施例的执行车辆支付的车辆支付设备的示图。该设备可以是以上设备，也可以是以上设备中的装置。其中，该装置可以为芯片系统。本申请实施例中，芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。设备300包括至少一个处理器320，用于实现本申请实施例提供的方法中车辆支付设备的功能。示例性地，处理器320可以生成支付信息等，具体参见方法示例中的详细描述，此处不做赘述。
设备300还可以包括至少一个存储器330，用于存储程序指令和/或数据。存储器330和处理器320耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。处理器320可能 和存储器330协同操作。处理器320可能执行存储器330中存储的程序指令。所述至少一个存储器中的至少一个可以包括于处理器中
设备300还可以包括通信接口310，用于通过传输介质和其它设备进行通信，从而用于设备300中的装置可以和其它设备进行通信。示例性的，通信接口310可以是执行直连通信方式的Pc5接口或者是执行蜂窝通信方式的Uu接口。示例性地，该其它设备可以是终端。处理器320利用通信接口310收发数据，并用于实现图4至图6对应的实施例中以上设备所执行的方法。
本申请实施例中不限定上述通信接口310、处理器320以及存储器330之间的具体连接介质。本申请实施例在图3中以存储器330、处理器320以及通信接口310之间通过总线340连接，总线在图3中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图3中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
在本申请实施例中，处理器可以是通用处理器、数字信息处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
在本申请实施例中，存储器可以是非易失性存储器，比如硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)等，还可以是易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)。存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。
以下将参照图4至图6具体描述根据本申请一实施例的车辆支付系统执行车辆支付的示图。
如图4所示，所述车辆支付系统可包括支付机构终端41、服务提供终端42以及车辆43，其中，所述支付机构终端41是指有权限对服务请求终端和/或服务提供终端的账户进行操作的支付机构。作为示例，所述支付机构终端41可根据服务请求终端42和/或服务提供终端43的标识信息为它们提供对应的账户，所述标识信息可指示唯一标识这些终端的身份信息。例如，所述支付机构终端可根据某加油站的营业执照为其分配对应的账户，又例如，所述支付机构终端41可根据驾驶员提供的驾驶证为该驾驶员驾驶的车辆分配对应的账号。
所述支付机构终端41可以是第三方支付应用，所述应用内已预先绑定支付账户(例如，银行账户)也可以是支付账户的后台服务器(例如，银行后台服务器)。终端服务提供终端42是指向服务请求终端提供服务的商户，例如，加油站、洗车行、高速口等，服务请求终端43是指对车辆产生的费用执行支付操作的设备。在本申请中，服务请求终端43可指示车辆，也可指示能够执行基于Pc5接口的通信方式和基于Uu接口的通信方式的硬件设备(例如，芯片)，或者包括该硬件设备的装置。
如图4所示，在步骤S4010，服务提供终端42可基于Pc5接口周期性地广播其所提供的服务信息，所述服务信息与所述服务提供终端能够提供的服务相关，所述服务信息包括且不 限于所提供的服务内容以及收费信息，例如，洗车服务以及单次20元等。在存在多个服务提供终端并且每个服务提供终端所提供的服务不同的情况下，同一车辆可能会接到不同服务提供终端提供的不同服务的服务信息，例如，同一车辆43可能会接收到高速公路通行服务以及通行费用、停车服务以及停车费用、加油服务以及加油费用。
在这种情况下，由于基于Pc5的通信方式的通信覆盖区域很小，因此，可通过车辆地点确定服务提供终端。具体来说，由于不同的服务提供终端42所提供服务的区域是各不相同的，可通过车辆43停车的地点确定向该车辆43提供服务的服务提供终端42。例如，提供加油服务的服务提供终端以及提供停车服务的服务提供终端分别处于不同的区域内，可通过车辆43最终停车的位置确定为该车辆提供服务的服务提供终端。此外，若在同一停车地点，车辆43还可接收到多个服务提供终端发出的账单信息，车辆人员(例如，驾驶员或乘车人员)可利用车辆43上的输入设备(例如，触摸显示屏或者按钮等)确定服务提供终端。
按照以上方式，车辆43在确定服务提供终端42后，在步骤S4020，可基于Pc5接口向服务提供终端42发送针对第一服务的服务请求。
在可选实施例中，车辆43在向服务提供终端42发送服务请求前，可接收服务提供终端42提供的关于车辆43接受的账单信息。根据所述账单信息，车辆43可确定车辆43将要接受的第一服务。
具体来说，所述车辆43可预先设置服务限定条件，该服务限定条件可以是针对各个服务所限定的金额，也可以是限定各个服务的提供商，又或者是针对该种支付方式所限定的支付上限。举例来说，车辆用户可针对洗车服务限定洗车金额不超过40元，或者车辆用户仅针对支付金额50元以下的服务采用本申请的示例性实施例的支付方式，又或者车辆用户可预先设定所选择的加油商品牌。在实施中，所述车辆43可确定所述服务是否满足所述服务限定条件，若不满足，则退出支付环节或者通知用户。若满足，则可执行后续步骤。此外，所述服务限定条件还可以是车辆用户预先设置的选择方式，作为示例，所述服务限定条件可以是价格最低的选择方式。举例来说，在同一洗车行提供多种洗车服务的情况下，所述服务限定条件可以是洗车价格最低的选择方式，这样车辆可基于所述账单信息，确定所述第一服务满足预设的服务限定条件的第一服务。
在步骤S4020，车辆43可基于Pc5接口向服务提供终端42发送针对第一服务的服务请求，其中，所述服务请求中可包括用于标识车辆43的车辆标识。在步骤S4030，服务提供终端42在接收到该服务请求后，基于Uu接口向支付机构终端43请求支付账户信息。在实施中，所述支付账户信息可以是服务提供终端42已向支付机构终端43注册后获取的账户信息。
支付机构终端43在接收到该请求后，确定所述服务提供终端42的支付账户信息。在实施中，支付机构终端43可根据服务提供终端42的标识信息生成或查找与该服务提供终端42对应的支付账户信息。在步骤S4040，支付机构终端41将该支付账户信息发送到服务提供终端42。
在步骤S4050，所述服务提供终端42可基于Pc5接口向车辆43发送所述服务请求终端接受第一服务的账单信息以及所述服务提供终端42的支付账户信息。
车辆43在接收到该账单信息和所述服务提供终端42的支付账户信息后，在步骤S4060，车辆430基于Uu接口向支付机构终端41发送所述车辆43为所述第一服务付费的支付请求，其中，所述支付请求包括所述账单信息以及所述服务提供终端42的支付账户信息。
支付机构终端41在接收到该支付请求后，根据账单信息确定该次支付的支付信息，其中，所述支付信息包括所述服务提供终端42的支付账户信息、车辆43的支付账户信息以及第一服务的账单信息。
支付机构终端41利用所述支付信息完成支付操作，即，服务提供终端42的支付账户接受来自车辆43的支付账户的支付。
在支付完成后，在步骤S4070，支付机构终端41基于Uu接口向车辆43发送车辆43已对第一服务完成付费的支付完成信息。
在步骤S4080，支付机构终端41还可基于Uu接口向服务提供终端42发送所述支付完成信息。
此外，在可选实施中，车辆43还可基于Pc5接口向服务提供终端42反馈车辆43已完成对第一服务的付费。服务提供终端42在接收到车辆43的反馈后，向车辆43提供第一服务。
此外，所述车辆支付系统还可采用如图5所示的操作。在所述车辆支付系统可包括支付机构终端51、服务提供终端52以及车辆53。
所述支付机构终端51是指有权限对服务请求终端和/或服务提供终端的账户进行操作的支付机构。作为示例，所述支付机构终端51可根据服务请求终端52和/或服务提供终端53的标识信息为它们提供对应的账户，所述标识信息可指示唯一标识这些终端的身份信息。例如，所述支付机构终端可根据某加油站的营业执照为其分配对应的账户，又例如，所述支付机构终端51可根据驾驶员提供的驾驶证为该驾驶员驾驶的车辆分配对应的账号。
所述支付机构终端51可以是第三方支付应用，所述应用内已预先绑定支付账户(例如，银行账户)也可以是支付账户的后台服务器(例如，银行后台服务器)。终端服务提供终端52是指向服务请求终端提供服务的商户，例如，加油站、洗车行、高速口等，服务请求终端53是指对车辆产生的费用执行支付操作的设备。在本申请中，服务请求终端53可指示车辆，也可指示能够执行基于Pc5接口的通信方式和基于Uu接口的通信方式的硬件设备(例如，芯片)，或者包括该硬件设备的装置。
如图5所示，在步骤S5010，服务提供终端52可基于Pc5接口周期性地广播其所提供的服务信息，所述服务信息与所述服务提供终端能够提供的服务相关，所述服务信息包括且不限于所提供的服务内容以及收费信息，例如，洗车服务以及单次20元等。在存在多个服务提供终端并且每个服务提供终端所提供的服务不同的情况下，同一车辆可能会接到不同服务提供终端提供的不同服务的服务信息，例如，同一车辆53可能会接收到高速公路通行服务以及通行费用、停车服务以及停车费用、加油服务以及加油费用。
在这种情况下，由于基于Pc5的通信方式的通信覆盖区域很小，因此，可通过车辆地点确定服务提供终端。具体来说，由于不同的服务提供终端52所提供服务的区域是各不相同的，可通过车辆53停车的地点确定向该车辆53提供服务的服务提供终端52。例如，提供加油服务的服务提供终端以及提供停车服务的服务提供终端分别处于不同的区域内，可通过车辆53最终停车的位置确定为该车辆提供服务的服务提供终端。此外，若在同一停车地点，车辆53还可接收到多个服务提供终端发出的账单信息，车辆人员(例如，驾驶员或乘车人员)可利用车辆53上的输入设备(例如，触摸显示屏或者按钮等)确定服务提供终端。
按照以上方式，车辆53在确定服务提供终端52后，在步骤S5020，可基于Pc5接口向服务提供终端52发送针对服务的服务请求。
在可选实施例中，车辆53在向服务提供终端52发送服务请求前，可接收服务提供终端52提供的关于车辆53接受的账单信息。根据所述账单信息，车辆53可确定第一服务。
具体来说，所述车辆53可预先设置服务限定条件，该服务限定条件可以是针对各个服务所限定的金额，也可以是限定各个服务的提供商，又或者是针对该种支付方式所限定的支付上限。举例来说，车辆用户可针对洗车服务限定洗车金额不超过40元，或者车辆用户仅针对支付金额50元以下的服务采用本申请的示例性实施例的支付方式，又或者车辆用户可预先设定所选择的加油商品牌。在实施中，所述车辆53可确定所述服务是否满足所述服务限定条件，若不满足，则退出支付环节或者通知用户。若满足，则可执行后续步骤。
此外，所述服务限定条件还可以是车辆用户预先设置的选择方式，作为示例，所述服务限定条件可以是价格最低的选择方式。举例来说，在同一洗车行提供多种洗车服务的情况下，所述服务限定条件可以是洗车价格最低的选择方式，这样车辆可根据所述服务限定条件以及账单信息，确定满足该服务限定条件的服务。
基于Pc5接口向服务提供终端52发送服务请求，其中，所述服务请求可包括所述车辆的支付账户信息。因此，所述车辆53需要确定与其对应的支付账号。如图5所示，车辆53基于Uu接口向支付机构终端51请求支付账户信息。在实施中，车辆53在向支付机构终端51请求支付账户信息时，可将该车辆的车辆标识发送到支付机构终端51，支付机构终端51可利用车辆标识确定或生成该车辆53的支付账户信息。随后，支付机构终端51可基于Uu接口向车辆53发送该支付账户信息。
此外，作为另一示例，车辆53可基于Uu接口向所述支付机构终端51发出账户绑定请求，在该请求中可包括作为支付账户信息的终端标识(例如，车辆标识)。支付机构终端51在接收到该请求后，可基于该终端标识确定与车辆53对应的支付账号。随后，支付机构51可将该终端标识与该支付账号绑定。这样在车辆53可将终端标识(也可称作支付账户信息)提供给服务提供终端52。
服务提供终端52在接收到该服务请求后，可确定车辆53接受第一服务的账单信息，并在步骤S5030，基于Pc5接口向车辆53发送该账单信息。
在步骤S5040，服务提供终端52可基于Uu接口向支付机构终端发送车辆53为第一服务付费的支付请求，其中，所述支付请求包括账单信息以及车辆53的支付账户信息。
支付机构终端51在接收到该支付请求后，确定此次支付的支付信息，其中，所述支付信息包括所述服务提供终端52的支付账户信息、车辆53的支付账户信息以及第一服务的账单信息。作为示例，支付机构终端51可根据服务提供终端52的标识信息生成/确定与该服务提供终端52对应的支付账户信息。
支付机构终端51利用所述支付信息完成支付操作，即，服务提供终端52的支付账户接受来自所述车辆52的支付账户的支付。
在支付完成后，在步骤S5050，支付机构终端51基于Uu接口向服务提供终端52发送已对第一服务付费的支付完成信息。
在步骤S5060，支付机构终端51还可基于Uu接口向服务提供终端52发送所述支付完成信息。
此外，在可选实施中，服务提供终端52基于Pc5接口向车辆53反馈车辆53已付费完成并向车辆53提供第一服务服务。
从图4和图5的操作来看，服务提供终端41或51在接收到车辆43或53的服务请求后，可根据设定选择由车辆43或53或者服务提供终端42或52向支付机构终端申请支付账户信息，并在从支付机构终端获取到其对应的支付账户信息。在实施中，在车辆43或53获取支付账户信息后，服务提供终端42或52可在接收到车辆43或53的支付账户信息后，向支付机构终端发起支付请求，并由支付终端机构执行支付操作。在另一实施中，在服务提供终端42或52获取支付账户信息后，车辆43或53可在接收到服务提供终端42或52的支付账户信息以及账单信息后，向支付机构终端发起支付请求，并由支付终端机构执行支付操作。
在实施中，为了增加支付的便捷性，所述车辆支付系统中的车辆43或53可采用如图6所示的操作。在所述车辆支付系统可包括支付机构终端61、服务提供终端62以及车辆63。
在步骤S6010，车辆63可基于Uu接口向所述支付机构终端发出账户绑定请求，在该请求中可包括所述车辆63的车辆标识(即，终端标识)，该车辆标识不限于车辆标识码(Vehicle Identification Number，VIN)，相当于所述车辆的“身份证”。
支付机构终端61在接收到该请求后，可基于Uu接口向车辆63分配支付账号，并将该账号与该车辆63的车辆标识对应存储。随后，支付机构终端81可向车辆83发送该支付账号。作为示例，车辆63可基于Pc5接口在每次发出支付请求时，可仅将该支付账号发送给服务提供终端，或者将该支付账号对应的车辆标识发送给服务提供终端。
此外，所述车辆支付系统还可包括支付应用终端34，所述支付应用终端34可指示具有支付应用的终端设备(例如，手机)。在实施中，所述支付应用终端34的支付应用账号可与车辆的车辆标识进行绑定，也就是说，每个支付应用账号可用于支付所述车辆产生的费用。
为此，支付应用终端34可向所述支付机构终端61发送账户绑定请求，其中，所述请求包括支付应用的支付账号与车辆标识共同发送到所述支付机构终端61，支付机构终端61可将所述支付账号与所述车辆标识绑定。为了安全性，所述支付机构终端61可向车辆发送随机验证信息(例如，随机验证码)。随后，所述车辆63可将
可以理解的是，上述终端等为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请实施例的范围。
本申请实施例可以根据上述方法示例对上述终端等进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
在采用对应各个功能划分各个功能模块的情况下，图7至图10分别示出了上述实施例中所涉及的基于V2X的车辆支付设备的结构框图。
如图7所述，车辆支付设备700可包括第一接收模块710、第一发送模块720和第二接收模块730。
第一接收模块710用于基于Pc5接口接收服务提供终端广播的服务信息，所述服务信息 与所述服务提供终端能够提供的服务相关。
第一发送模块720用于基于Pc5接口向所述服务提供终端发送针对第一服务的服务请求，其中，所述服务请求包括所述服务请求终端的支付账户信息，所述第一服务为至少部分所述服务提供终端能够提供的服务。
第二接收模块730用于基于Uu接口从支付机构终端接收支付完成信息。
可选地，车辆支付设备700还包括：第二发送模块，用于基于Uu接口向所述支付机构发送支付账户请求；第三接收模块，用于基于Uu接口从所述支付机构终端接收所述支付账户信息。
可选地，所述支付账户信息为所述服务请求终端的终端标识，所述终端标识与所述服务请求终端的支付账户绑定。
可选地，车辆支付设备700还包括：第四接收模块，用于基于Pc5接口从所述服务提供终端接收关于所述服务请求终端接受所述第一服务的账单信息；第一确定模块，用于基于所述账单信息，确定所述第一服务满足预设的服务限定条件。
如图8所示，车辆支付设备800可包括广播模块810、第一接收模块820、第一发送模块830以及第二接收模块840。
广播模块810用于基于Pc5接口广播所述服务提供终端能够提供的的服务信息，所述服务信息与所述服务提供终端能够提供的服务相关。
第一接收模块820用于基于Pc5接口从服务请求终端接收针对第一服务的服务请求，其中，所述服务请求包括服务请求终端的支付账户信息，所述第一服务为至少部分所述服务提供终端能够提供的服务。
第一发送模块830用于基于Uu接口向支付机构终端发送关于所述服务请求终端为所述第一服务付费的支付请求，其中，所述支付请求包括所述第一服务的账单信息以及所述服务请求终端的支付账户信息；
第二接收模块840用于基于Uu接口从支付机构终端接收用于指示所述服务请求终端已对所述第一服务执行支付的支付完成信息。
可选地，车辆支付设备800还包括：第二发送模块，用于基于Pc5接口向所述服务请求终端反馈所述服务请求终端已对所述第一服务完成付费。
如图9所示，车辆支付设备900可包括第一接收模块910、第一发送模块920、第二接收模块930以及第二发送模块940。
第一接收模块910用于基于Pc5接口接收服务提供终端广播的服务信息，所述服务信息与所述服务提供终端能够提供的服务相关。
第一发送模块920用于基于Pc5接口向服务提供终端发送针对第一服务的服务请求，其中，所述第一服务为至少部分所述服务提供终端能够提供的服务。
第二接收模块930用于基于Pc5接口从所述服务提供终端接收所述服务提供终端的支付账户信息和所述服务请求终端接受所述第一服务的账单信息。
第二发送模块940用于基于Uu接口向支付机构终端发送支付请求，其中，所述支付请求包括所述服务提供终端的支付账户信息和所述账单信息。
可选地，车辆支付设备900还包括：第三接收模块，用于基于Uu接口从支付机构终端接收用于指示所述服务请求终端已对所述第一服务执行支付的支付完成信息。
如图10所示，车辆支付设备1000可包括广播模块1010、第一接收模块1020、第一发送模块1030以及第二接收模块1040。
广播模块1010用于基于Pc5接口广播所述服务提供终端能够提供的服务信息，所述服务信息与所述服务提供终端能够提供的服务相关。
第一接收模块1020用于基于Pc5接口从服务请求终端接收针对第一服务的服务请求，其中，所述第一服务为至少部分所述服务提供终端能够提供的服务。
第一发送模块1030用于基于Pc5接口，将所述服务提供终端的支付账户信息以及所述服务请求终端接受所述第一服务发送到所述服务请求终端。
第二接收模块1040用于基于Uu接口，从支付机构终端接收用于指示所述服务请求终端已对所述第一服务执行支付的支付完成信息。
可选地，车辆支付设备1000还包括：第二发送模块，用于基于Pc5接口，向所述服务请求终端反馈所述服务请求终端已对所述第一服务完成付费。
计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(Random Access Memory，RAM)、只读存储器(Read Only Memory，ROM)、可擦式可编程只读存储器(Electrically Programmable Read-Only-Memory，EPROM或闪存)、静态随机存取存储器(Static Random-Access Memory，SRAM)、便携式压缩盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、数字多功能盘(Digital Video Disc，DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。
这里所描述的计算机可读程序指令或代码可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。
用于执行本申请操作的计算机程序指令可以是汇编指令、指令集架构(Instruction Set Architecture，ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(Local Area Network，LAN)或广域网(Wide Area Network，WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或可编程逻辑阵列(Programmable Logic Array，PLA)，该电子电路可以执行计算机可读程序指令，从而 实现本申请的各个方面。
这里参照根据本申请实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本申请的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。
这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
附图中的流程图和框图显示了根据本申请的多个实施例的装置、系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。
也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行相应的功能或动作的硬件(例如电路或ASIC(Application Specific Integrated Circuit，专用集成电路))来实现，或者可以用硬件和软件的组合，如固件等来实现。
尽管在此结合各实施例对本申请进行了描述，然而，在实施所要求保护的本申请过程中，本领域技术人员通过查看所述附图、公开内容、以及所附权利要求书，可理解并实现所述公开实施例的其它变化。在权利要求中，“包括”(comprising)一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其它单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。
以上已经描述了本申请的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims (23)

  1. 一种基于V2X的车辆支付方法，所述方法由服务请求终端执行，其特征在于，包括：
    基于Pc5接口接收服务提供终端广播的服务信息，所述服务信息与所述服务提供终端能够提供的服务相关；
    基于Pc5接口向所述服务提供终端发送针对第一服务的服务请求，其中，所述服务请求包括所述服务请求终端的支付账户信息，所述第一服务为至少部分所述服务提供终端能够提供的服务；
    基于Uu接口从支付机构终端接收支付完成信息。
  2. 如权利要求1所述的方法，其特征在于，在所述发送针对第一服务的服务请求之前，所述方法还包括：
    基于Uu接口向所述支付机构发送支付账户请求；
    基于Uu接口从所述支付机构终端接收所述支付账户信息。
  3. 如权利要求1所述的方法，其特征在于，所述支付账户信息为所述服务请求终端的终端标识，所述终端标识与所述服务请求终端的支付账户绑定。
  4. 如权利要求1至3中的任一权利要求所述的方法，其特征在于，所述发送针对第一服务的服务请求之前，所述方法还包括：
    基于Pc5接口从所述服务提供终端接收关于所述服务请求终端接受所述第一服务的账单信息；
    基于所述账单信息，确定所述第一服务满足预设的服务限定条件。
  5. 一种基于V2X的车辆支付方法，所述方法由服务提供终端执行，其特征在于，包括：
    基于Pc5接口广播服务信息，所述服务信息与所述服务提供终端能够提供的服务相关；
    基于Pc5接口从服务请求终端接收针对第一服务的服务请求，其中，所述服务请求包括服务请求终端的支付账户信息，所述第一服务为至少部分所述服务提供终端能够提供的服务；
    基于Uu接口向支付机构终端发送关于所述服务请求终端为所述第一服务付费的支付请求，其中，所述支付请求包括所述服务请求终端接受所述第一服务的账单信息以及所述服务请求终端的支付账户信息；
    基于Uu接口从支付机构终端接收用于指示所述服务请求终端已对所述第一服务执行支付的支付完成信息。
  6. 如权利要求5所述的方法，其特征在于，在接收所述支付完成信息之后，所述方法还包括：
    基于Pc5接口向所述服务请求终端反馈所述服务请求终端已对所述第一服务完成付费。
  7. 一种基于V2X的车辆支付方法，所述方法由服务请求终端执行，其特征在于，包括：
    基于Pc5接口接收服务提供终端广播的服务信息，所述服务信息与所述服务提供终端能够提供的服务相关；
    基于Pc5接口向服务提供终端发送针对第一服务的服务请求，其中，所述第一服务为至少部分所述服务提供终端能够提供的服务；
    基于Pc5接口从所述服务提供终端接收所述服务提供终端的支付账户信息和所述服务请求终端接受所述第一服务的账单信息；
    基于Uu接口向支付机构终端发送支付请求，其中，所述支付请求包括所述服务提供终端的支付账户信息和所述账单信息。
  8. 如权利要求7所述的方法，其特征在于，在所述发送支付请求之后，所述方法还包括：
    基于Uu接口从支付机构终端接收用于指示所述服务请求终端已对所述第一服务执行支付的支付完成信息。
  9. 一种基于V2X的车辆支付方法，所述方法由服务提供终端执行，其特征在于，包括：
    基于Pc5接口广播服务信息，所述服务信息与所述服务提供终端能够提供的服务相关；
    基于Pc5接口从服务请求终端接收针对第一服务的服务请求，其中，所述第一服务为至少部分所述服务提供终端能够提供的服务；
    基于Pc5接口，将所述服务提供终端的支付账户信息以及所述服务请求终端接受所述第一服务的账单信息发送到所述服务请求终端；
    基于Uu接口，从支付机构终端接收用于指示所述服务请求终端已对所述第一服务执行支付的支付完成信息。
  10. 如权利要求9所述的方法，其特征在于，在接收所述支付完成信息之后，所述方法还包括：
    基于Pc5接口，向所述服务请求终端反馈所述服务请求终端已对所述第一服务完成付费。
  11. 一种基于V2X的车辆支付设备，其特征在于，包括：
    第一接收模块，用于基于Pc5接口接收服务提供终端广播的服务信息，所述服务信息与 所述服务提供终端能够提供的服务相关；
    第一发送模块，用于基于Pc5接口向所述服务提供终端发送针对第一服务的服务请求，其中，所述服务请求包括所述服务请求终端的支付账户信息，所述第一服务为至少部分所述服务提供终端能够提供的服务；
    第二接收模块，用于基于Uu接口从支付机构终端接收支付完成信息。
  12. 如权利要求11所述的设备，其特征在于，所述设备还包括：
    第二发送模块，用于基于Uu接口向所述支付机构发送支付账户请求；
    第三接收模块，用于基于Uu接口从所述支付机构终端接收所述支付账户信息。
  13. 如权利要求11所述的设备，其特征在于，所述支付账户信息为所述服务请求终端的终端标识，所述终端标识与所述服务请求终端的支付账户绑定。
  14. 如权利要求11至13中的任一设备，其特征在于，所述设备还包括：
    第四接收模块，用于基于Pc5接口从所述服务提供终端接收关于所述服务请求终端接受所述第一服务的账单信息；
    第一确定模块，用于基于所述账单信息，确定所述第一服务满足预设的服务限定条件。
  15. 一种基于V2X的车辆支付设备，其特征在于，包括：
    广播模块，用于基于Pc5接口广播服务信息，所述服务信息与所述服务提供终端能够提供的服务相关；
    第一接收模块，用于基于Pc5接口从服务请求终端接收针对第一服务的服务请求，其中，所述服务请求包括服务请求终端的支付账户信息，所述第一服务为至少部分所述服务提供终端能够提供的服务；
    第一发送模块，用于基于Uu接口向支付机构终端发送关于所述服务请求终端为所述第一服务付费的支付请求，其中，所述支付请求包括所述第一服务的账单信息以及所述服务请求终端的支付账户信息；
    第二接收模块，用于基于Uu接口从支付机构终端接收用于指示所述服务请求终端已对所述第一服务执行支付的支付完成信息。
  16. 如权利要求15所述的设备，其特征在于，所述设备还包括：
    第二发送模块，用于基于Pc5接口向所述服务请求终端反馈所述服务请求终端已对所述第一服务完成付费。
  17. 一种基于V2X的车辆支付设备，其特征在于，包括：
    第一接收模块，用于基于Pc5接口接收服务提供终端广播的服务信息，所述服务信息与所述服务提供终端能够提供的服务相关；
    第一发送模块，用于基于Pc5接口向服务提供终端发送针对第一服务的服务请求，其中，所述第一服务为至少部分所述服务提供终端能够提供的服务；
    第二接收模块，用于基于Pc5接口从所述服务提供终端接收所述服务提供终端的支付账户信息和所述服务请求终端接受所述第一服务的账单信息；
    第二发送模块，用于基于Uu接口向支付机构终端发送支付请求，其中，所述支付请求包括所述服务提供终端的支付账户信息和所述账单信息。
  18. 如权利要求17所述的设备，其特征在于，所述设备还包括：
    第三接收模块，用于基于Uu接口从支付机构终端接收用于指示所述服务请求终端已对所述第一服务执行支付的支付完成信息。
  19. 一种基于V2X的车辆支付设备，其特征在于，包括：
    广播模块，用于基于Pc5接口广播服务信息，所述服务信息与所述服务提供终端能够提供的服务相关；
    第一接收模块，用于基于Pc5接口从服务请求终端接收针对第一服务的服务请求，其中，所述第一服务为至少部分所述服务提供终端能够提供的服务；
    第一发送模块，用于基于Pc5接口，将所述服务提供终端的支付账户信息以及所述服务请求终端接受所述第一服务发送到所述服务请求终端；
    第二接收模块，用于基于Uu接口，从支付机构终端接收用于指示所述服务请求终端已对所述第一服务执行支付的支付完成信息。
  20. 如权利要求19所述的设备，其特征在于，所述设备还包括：
    第二发送模块，用于基于Pc5接口，向所述服务请求终端反馈所述服务请求终端已对所述第一服务完成付费。
  21. 一种电子终端，其特征在于，包括：
    处理器；
    用于存储处理器可执行指令的存储器；
    其中，所述处理器被配置为执行所述指令时实现权利要求1至4任意一项所述的方法， 权利要求5至6任意一项所述的方法，权利要求7至8任意一项所述的方法或者权利要求9至10任意一项所述的方法。
  22. 一种计算机可读存储介质，其上存储有计算机程序指令，其特征在于，所述计算机程序指令被处理器执行时实现权利要求1至4任意一项所述的方法，权利要求5至6任意一项所述的方法，权利要求7至8任意一项所述的方法或者权利要求9至10任意一项所述的方法。
  23. 一种计算机程序产品，其特征在于，包括指令，当所述指令在计算机上运行时，使得计算机执行权利要求1至4任意一项所述的方法，权利要求5至6任意一项所述的方法，权利要求7至8任意一项所述的方法或者权利要求9至10任意一项所述的方法。
PCT/CN2021/130148 2021-02-09 2021-11-11 一种基于v2x的车辆支付方法及其设备 WO2022170800A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP21925447.1A EP4273789A4 (en) 2021-02-09 2021-11-11 METHOD AND DEVICE FOR V2X-BASED VEHICLE PAYMENT

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202110181935.4 2021-02-09
CN202110181935.4A CN114912913A (zh) 2021-02-09 2021-02-09 一种基于v2x的车辆支付方法及其设备

Publications (1)

Publication Number Publication Date
WO2022170800A1 true WO2022170800A1 (zh) 2022-08-18

Family

ID=82762261

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/130148 WO2022170800A1 (zh) 2021-02-09 2021-11-11 一种基于v2x的车辆支付方法及其设备

Country Status (3)

Country Link
EP (1) EP4273789A4 (zh)
CN (1) CN114912913A (zh)
WO (1) WO2022170800A1 (zh)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100036716A1 (en) * 2008-08-10 2010-02-11 Hyundai Motor Company Electronic toll settlement device for vehicle
CN105023299A (zh) * 2014-04-28 2015-11-04 戴姆勒大中华区投资有限公司 联网车载支付系统和支付方法
CN106488386A (zh) * 2015-08-31 2017-03-08 电信科学技术研究院 一种进行数据处理的方法和设备
CN109034780A (zh) * 2018-06-25 2018-12-18 深圳市金溢科技股份有限公司 车载移动支付方法、系统及其v2x车载装置、v2x路侧pos装置
CN209803852U (zh) * 2019-06-18 2019-12-17 中路未来(北京)交通技术研究院有限公司 基于车路协同的高速公路自由流收费系统
CN111107513A (zh) * 2019-12-05 2020-05-05 中国联合网络通信集团有限公司 路侧单元的管理方法、管理子系统和v2x消息接入网关
WO2020197336A1 (ko) * 2019-03-27 2020-10-01 엘지전자 주식회사 사이드링크를 지원하는 무선통신시스템에서 ue가 신호를 송수신하는 방법 및 이를 위한 장치

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112653644B (zh) * 2019-04-30 2022-03-08 华为技术有限公司 一种同步信号块的传输方法和装置

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100036716A1 (en) * 2008-08-10 2010-02-11 Hyundai Motor Company Electronic toll settlement device for vehicle
CN105023299A (zh) * 2014-04-28 2015-11-04 戴姆勒大中华区投资有限公司 联网车载支付系统和支付方法
CN106488386A (zh) * 2015-08-31 2017-03-08 电信科学技术研究院 一种进行数据处理的方法和设备
CN109034780A (zh) * 2018-06-25 2018-12-18 深圳市金溢科技股份有限公司 车载移动支付方法、系统及其v2x车载装置、v2x路侧pos装置
WO2020197336A1 (ko) * 2019-03-27 2020-10-01 엘지전자 주식회사 사이드링크를 지원하는 무선통신시스템에서 ue가 신호를 송수신하는 방법 및 이를 위한 장치
CN209803852U (zh) * 2019-06-18 2019-12-17 中路未来(北京)交通技术研究院有限公司 基于车路协同的高速公路自由流收费系统
CN111107513A (zh) * 2019-12-05 2020-05-05 中国联合网络通信集团有限公司 路侧单元的管理方法、管理子系统和v2x消息接入网关

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP4273789A4

Also Published As

Publication number Publication date
EP4273789A4 (en) 2024-05-22
EP4273789A1 (en) 2023-11-08
CN114912913A (zh) 2022-08-16

Similar Documents

Publication Publication Date Title
CN104620277B (zh) 用于提供交通服务信息的方法和移动终端，用于管理交通服务的方法和服务器及用于提供交通服务的方法和车辆
TWI582722B (zh) The use of smart cars in the service point to pay the system and methods
EP2900519B1 (en) Authorization of service using vehicle information and user information
US9830637B2 (en) System and method for processing vehicle transactions
CN109410634A (zh) 车辆管理方法、系统及存储介质
US20140350979A1 (en) Multi-modal journey planning and payment
WO2023060902A1 (zh) 公共交通工具的乘车方法及装置、设备、存储介质和计算机程序产品
US20210209693A1 (en) Electronic Exchange of Insurance Information
CN112365253A (zh) 一种用于加油站的etc支付方法、系统及可读存储介质
KR101704464B1 (ko) 모바일 차량의 요금 결제 시스템 및 방법
US20200134742A1 (en) System for authorizing electric vehicle charging and payment through vehicle infotainment device
WO2022170800A1 (zh) 一种基于v2x的车辆支付方法及其设备
CN109559111A (zh) 车辆通行控制方法、装置和系统
US20200160315A1 (en) Autonomous vehicle smart parking ticket
CN107195002A (zh) 交通付费的实现方法、服务器、移动设备及监控设备
CN111091361A (zh) 车辆终端、以及使用车辆终端处理支付的系统和方法
KR101681163B1 (ko) 모바일 차량의 관리 시스템
CN112561483B (zh) 行程处理方法及装置
US20210174330A1 (en) Apparatus for Supporting In-Vehicle Payment System, System Having the Same and Method Thereof
US11443561B2 (en) Vehicle device, system and method for payment processing using vehicle device
US11967240B2 (en) Systems and methods for facilitating roadside commercial truck service requests
EP1676231A1 (en) Method and system for executing a transaction
US20230169798A1 (en) Payment method for a fleet, electronic device and storage medium
US20220198536A1 (en) Method, information processing apparatus, and non-transitory computer readable medium
US20220366394A1 (en) Vehicle payment communications systems and methods

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21925447

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2021925447

Country of ref document: EP

Effective date: 20230804

NENP Non-entry into the national phase

Ref country code: DE