阅读说明：本技术 支付方法、支付系统及业务系统 (Payment method, payment system and business system ) 是由 方正业 詹晓 王文虎 于 2020-07-23 设计创作，主要内容包括：本申请提供一种支付方法、一种支付系统以及一种业务系统。所述支付方法包括：支付系统接收来自ETC系统中的路侧单元的对目标车辆的第一识别数据,其中,所述第一识别数据中包括所述目标车辆的标识信息；接收来自加油机的交易数据,所述交易数据中包括所述加油机向所述目标车辆加油的费用；获取为所述费用进行支付的支付方的身份信息；以及向目标服务器发送所述身份信息和所述费用。所述业务系统可以包括所述ETC系统的路侧单元、所述加油机、所述支付系统以及所述目标服务器。(The application provides a payment method, a payment system and a service system. The payment method comprises the following steps: the payment system receives first identification data of a target vehicle from a road side unit in an ETC system, wherein the first identification data comprises identification information of the target vehicle; receiving transaction data from a fuel dispenser, the transaction data including a cost of the fuel dispenser to refuel the destination vehicle; obtaining identity information of a payer who pays the fee; and sending the identity information and the cost to a target server. The business system may include a roadside unit of the ETC system, the fuel dispenser, the payment system, and the destination server.)

支付方法、支付系统及业务系统

技术领域

本申请涉及信息技术领域，特别涉及支付方法、支付系统以及业务系统。

背景技术

现有的加油支付方式通常包含：在前厅的现金支付或油卡支付，以及在后厅的扫码支付或者pos支付。

现有的加油支付方式存在的缺点如下：前厅现金支付需找零结算；油卡支付需提前储值圈存，体验上与电子支付相比较差，并且油卡支付若要开票仍要到后厅；而后厅扫码支付或pos支付，用户需要下车移步到后厅，这会造成加油站流转效率降低，发生拥堵。

发明内容

为解决传统的加油支付方式的缺点，本申请公开了一种支付方法，包括，通过支付系统的至少一个处理器：接收来自ETC系统中的路侧单元的对目标车辆的第一识别数据，其中，所述第一识别数据中包括所述目标车辆的标识信息；接收来自加油机的交易数据，所述交易数据中包括所述加油机向所述目标车辆加油的费用信息；获取为所述费用进行支付的支付方的身份信息；以及向目标服务器发送所述身份信息和所述费用信息。

在一些实施例中，其中所述目标车辆上装载有所述ETC系统的车载单元；在所述目标车辆经过所述路侧单元时，所述路侧单元：识别所述车载单元的单元标识，根据所述车载单元的标识，获得所述目标车辆的标识信息，以及将所述标识信息发送到所述支付系统。

在一些实施例中，所述支付方法还包括：接收来自第二识别设备的对所述目标车辆的第二识别数据，所述第二识别数据中包括所述目标车辆的所述标识信息；以及确认所述第一识别数据中的标识信息同所述第二识别数据中的标识信息相同。

在一些实施例中，其中，所述第二识别设备包括图像识别设备，所述第二识别数据包括所述目标车辆的视觉标识。

在一些实施例中，其中所述获取所述支付方的身份信息包括：根据所述目标车辆的所述标识信息，确认所述目标车辆绑定了付款账号；以及根据所述标识信息，获取同所述目标车辆绑定的所述付款账号信息。

在一些实施例中，其中所述获取所述支付方的身份信息包括：根据所述目标车辆的所述标识信息，确认所述目标车辆没有绑定付款账号；以及扫描所述目标车辆的使用者的生物特征数据，获取所述使用者的身份信息，其中所述身份信息包括所述生物特征数据。

在一些实施例中，所述支付方法还包括：加载目标页面，所述目标页面包括目标图标，其中触发所述目标图标激活所述使用者开通目标支付服务的流程。

在一些实施例中，其中所述生物特征信息包括：所述使用者的面部特征数据、虹膜特征数据、指纹特征数据、声音特征数据等的一种或者多种。

在一些实施例中，其中所述获取所述支付方的身份信息包括：根据所述目标车辆的所述标识信息，确认所述目标车辆没有绑定付款账号；加载目标页面，所述目标页面指示所述目标车辆的使用者用其终端设备开通目标支付服务；以及响应于所述使用者对所述目标支付服务的开通，从所述目标服务器获取所述使用者的付款账号信息。

本申请还公开了一种支付系统，包括：至少一个存储器，包括至少一组指令集；以及至少一个处理器，同所述至少一个存储器通讯连接，当所述至少一个处理器运行所述至少一组指令集时，所述至少一个处理器执行本申请所述的支付方法。

本申请还公开了一种业务系统，包括：ETC系统的路侧单元，识别目标车辆的标识信息；加油机，向所述目标车辆加油，并生成加油的费用信息；支付系统，接收来自所述路侧单元的标识信息和来自所述加油机的费用信息；以及目标服务器，根据所述标识信息和所述费用信息将所述费用从所述标识信息绑定的账户转移至目标账户。

在一些实施例中，其中所述目标车辆上装载有所述ETC系统的车载单元；在所述目标车辆经过所述路侧单元时，所述路侧单元：识别所述车载单元的单元标识，根据所述车载单元的标识，获得所述目标车辆的标识信息，以及将所述标识信息发送到所述支付系统。

在一些实施例中，所述业务系统还包括第二识别设备，所述第二识别设备包括图像识别设备，所述第二识别设备识别所述目标车辆的标识信息并将所述标识信息发送至所述支付系统。

本申请所述业务系统，采用ETC系统的识别系统来获取车辆的身份。一方面，获取的车辆的身份更准确可靠；另一方面，通过ETC系统可以获得丰富的车辆属性信息。

本申请所述业务系统，不采用ETC系统的清分结算体系进行结算，而是采用第三方支付平台进行结算，提高了支付速度，可以实现即时支付，提高了支付的便捷性，扩大了该业务系统的应用场景。

本申请所述业务系统，在加油机上外接可支持人脸核验的支付机具。所述支付机具可以是标准化的支付机具，并且可以同RSU和摄像头进行数据传输，通过RSU和摄像头获得车牌号码，进而获得同车牌号码绑定的支付账号。所述支付机具只需要从加油机获取账单金额，即可生成完整的账单信息(车牌号码、账单金额、支付账号等)，免去对加油机的更换和升级，可被广泛推广。

本申请所述支付方法，引导用户重新签署同第三方支付平台的支付代扣协议，将ETC识别和ETC支付进行分离，摒弃ETC高速清分结算体系，重新签约支付时效性极高的第三方电子支付方式。加油站提升了支付效率，使用电子支付的用户不用再去后厅支付，并且通过ETC获取到了准确的车辆信息，可建立完整的用户档案，便于会员等增值服务的拓展。

附图说明

图1示出了根据本申请实施例提供的一种支付方法的应用场景示意图；

图2示出了根据本申请实施例提供的一种支付系统的硬件结构示意图；

图3示出了根据本申请实施例提供的一种支付方法的流程图；

图4A示出了根据本申请实施例提供的一种车牌确认页面的示意图；

图4B示出了根据本申请实施例提供的一种加油账单页面的示意图；

图4C示出了根据本申请实施例提供的一种付款页面的示意图；

图4D示出了根据本申请实施例提供的一种引导页面的示意图；

图4E示出了根据本申请实施例提供的一种支付并签约的页面的示意图；

图4F示出了根据本申请实施例提供的另一种支付并签约的页面的示意图；

图5示出了根据本申请实施例提供的一种业务系统的结构示意图；以及

图6示出了根据本申请实施例提供的一种支付方法的过程示意图。

具体实施方式

以下描述提供了本申请的特定应用场景和要求，目的是使本领域技术人员能够制造和使用本申请中的内容。对于本领域技术人员来说，对所公开的实施例的各种局部修改是显而易见的，并且在不脱离本申请的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用。因此，本申请不限于所示的实施例，而是与权利要求一致的最宽范围。

这里使用的术语仅用于描述特定示例实施例的目的，而不是限制性的。

考虑到以下描述，本申请的这些特征和其他特征、以及结构的相关元件的操作和功能、以及部件的组合和制造的经济性可以得到明显提高。参考附图，所有这些形成本申请的一部分。然而，应该清楚地理解，附图仅用于说明和描述的目的，并不旨在限制本申请的范围。

以下描述可以显著改进本申请的这些和其他特征，以及结构的相关元件的操作和功能，以及组件的组合和制造的经济效率。所有这些都参考附图形成本申请的一部分。然而，应该清楚地理解，附图仅用于说明和描述的目的，并不旨在限制本申请的范围。还应理解，附图未按比例绘制。

电子不停车收费系统(Electronic Toll Collection，以下简称ETC)是一种广泛应用于高速公路收费场景或者桥梁收费场景的收费系统。ETC是世界上最先进的收费系统，是智能交通系统的服务功能之一。ETC系统是一个由多个子系统构成的系统。ETC系统可以包括ETC发行系统(发行方)、ETC黑名单系统、ETC账务系统(高速公路业主与运营公司)、ETC清分结算系统、ETC车辆自动识别系统、中心管理系统等。

ETC车辆自动识别系统可以由车载单元(On Board Unit，以下简称OBU)、路侧单元(Road side unit，以下简称RSU)、环路感应器等组成。OBU中存有车辆的识别信息，一般安装于车辆前面的挡风玻璃上；RSU安装于收费站旁边；环路感应器安装于车道地面下。

中心管理系统有大型的数据库，存储大量注册车辆和用户的信息。当车辆通过收费站口时，环路感应器感知车辆，RSU发出询问信号，OBU做出响应，RSU和OBU进行双向通信和数据交换。中心管理系统获取车辆识别信息，如汽车ID号、车型等信息和数据库中相应信息进行比较判断，根据不同情况来控制管理系统产生不同的动作，如控制清分结算系统从该车的预付款项账户中扣除此次应交的过路费，或发送指令给其它辅助设施工作。

ETC系统的工作原理如下：通过安装在车辆挡风玻璃上的OBU与在收费站ETC车道上的RSU之间进行的专用短程通讯，利用计算机联网技术与银行进行后台结算处理，从而达到车辆通过高速公路或桥梁收费站无需停车而能交纳高速公路或桥梁费用的目的。ETC已覆盖2亿车主，其中OBU是国家统一标准的车载电子标签，其中包含了丰富的车辆和车主数据，具备极高的商业价值。高速场景下车辆OBU被RSU被识别后，由于ETC本身的清分结算能力弱，高速费用账单一般需要T+3日左右完成扣费。为保证通行效率(不停车收费)，高速场景下的ETC收费是先通行后扣费的模式。高速场景下，若扣费失败，银行会将用户及车辆拉黑使其无法通行。

为解决传统的加油支付方案的缺点，本申请提供一种利用ETC的加油支付方案：在加油站内铺设RSU；RSU识别车辆OBU；沿用高速场景的清分结算体系；用户首次采用该方案加油时需签约加油场景的代扣协议，加油成功后从ETC绑定的银行卡中自动扣费。

上述加油支付方案：首先，在车辆离场时，油站无法确认扣费结果。而加油的客单价较高。若发生坏账，油站的资损风险很高。也就是，上述加油支付方案无法实现账单实时结算以及先付费再离场。其次，代扣款项通常T+3日左右到账，除了ETC发行方自有的油站，其他油站通常无法接受T+3日的长账期。

综上，由于ETC支付时效不满足商业场景的业务需要，目前ETC仅被广泛应用于高速收费场景和桥梁收费场景，并未被拓展至其他商业属性较强的车主服务场景。

为实现加油场景的快捷支付和及时到账的问题，本申请提供一种支付方法。图1示出了根据本申请实施例提供的一种支付方法的应用场景示意图。

车载单元420(Onboard Unit，简称OBU)是ETC系统的重要组成部分。车载单元420通常安装于车辆20的前挡风玻璃内侧。

车载单元420可以是一种电子标签。在一些实施例中，所述电子标签为单片式电子标签。所述单片式电子标签包括一片存储有车辆属性(标识码等)的集成电路芯片和一个小型微波发射机。所述集成电路芯片内存储的所述车辆的属性数据只能一次性写入，不能更改。在一些实施例中，所述电子标签为双片式电子标签。所述双片式电子标签可以包括一张IC卡和一个车载微波收发机。所述IC卡中可以包括一个微型CPU。所述微型CPU具有一定的计算、处理和存储数据的能力。所述IC卡既可以作为电子标签使用，也可以充当***和金融卡使用。当所述IC作为电子标签使用时需要将其***所述车载微波收发机，所述车载微波收发机读取所述IC卡内的车辆属性数据。路侧单元410同所述车载微波收发机利用DSRC技术双向通信，并获取所述车辆属性数据。

车载单元420可以采用DSRC技术，建立与路侧单元410之间的微波通讯链路。路侧单元410同车载单元420可以进行双向通信并获取车载单元420存储的车辆属性数据。

路侧单元410(Road Side Unit，简称RSU)是ETC系统的重要组成部分。路侧单元410安装在路侧。路侧单元410一般安装在ETC车道正上方5.5m高度。路侧单元410采用DSRC技术，与安装在车辆20上的车载单元420进行通讯。路侧单元410通过同车载单元420通讯进而识别车辆20的身份。

路侧单元410一般包括路侧天线和射频控制器。所述路侧天线可以是高增益定向束控读写天线。所述路侧天线可以是一个微波收发模块，负责信号和数据的发送/接收、调制/解调、编码/解码、加密/解密等。所述射频控制器可以是控制发射和接收数据以及处理向上位机收发信息的模块。

加油机500是直接为车辆20加油的输油计量设备。加油机500与油罐、管线、管件阀门等构成了一个完整的供油系统。加油机500可以由油泵、油气分离器、计量器、计数器、电动机以及油枪等构成。加油机500可以通过所述油枪向车辆20注油。加油机500还可以通过所述计量器和所述计数器获得当前加油的油量和/或加油费用。加油机500可以将当前加油的油量和/或费用发送给支付系统100。

摄像头300可以获取车辆20的车牌信息，并将所述车牌信息发送至支付系统100。支付系统100在接收到所述车牌信息之后，可以同接收到的来自路侧单元410的车辆20的身份信息进行匹配，以确认车辆20的身份。

支付系统100可以辅助加油站进行收费工作。支付系统100可以包括支付机具。作为示例，所述支付机具可以是一种人脸识别设备。在一些实施例中，支付系统100还可以包括同所述支付机具连接的商家的收银中心。为了便于描述，在本申请下面的描述中，以支付机具为例描述支付系统100的功能。

支付系统100可以同加油机500连接。支付系统100可以接收来自加油机500的关于此次加油的费用信息。支付系统100同路侧单元410连接。支付系统100可以接收来自路侧单元410的关于车辆20的身份信息。在一些实施例中，支付系统100可以向服务器30请求从付款方的账户中转移目标额的交易费用至商家账户。

作为示例，图2示出了根据本申请实施例提供的一种支付系统100的硬件结构示意图。支付系统100包括至少一个存储器230和至少一个处理器220。在一些实施例中，支付系统100还可以包括通信端口250和内部通信总线210。同时，支付系统100还可以包括I/O组件260。

内部通信总线210可以连接不同的系统组件包括存储器230和处理器220。

I/O组件260支持支付系统100和其他组件(例如，终端设备10)之间的输入/输出。

存储器230可以包括数据存储装置。所述数据存储装置可以是非暂时性存储介质，也可以是暂时性存储介质。比如，所述数据存储装置可以包括磁盘232、只读存储器(ROM)234或随机存取存储器(RAM)236中的一种或多种。存储器230还包括存储在所述数据存储装置中的至少一个指令集。所述指令是计算机程序代码，所述计算机程序代码可以包括执行本申请提供的推送信息的方法的程序、例程、对象、组件、数据结构、过程、模块等等。

通信端口250用于支付系统100同外界的数据通讯。

至少一个处理器220同至少一个存储器230通过内部通信总线210进行通讯。至少一个处理器220用以执行上述至少一个指令集，当至少一个处理器220执行上述至少一个指令集时，支付系统100实施本申请提供的支付方法。处理器220可以执行所述支付方法包含的所有步骤。处理器220可以是一个或多个处理器的形式，在一些实施例中，处理器220可以包括一个或多个硬件处理器，例如微控制器，微处理器，精简指令集计算机(RISC)，专用集成电路(ASIC)，特定于应用的指令集处理器(ASIP)，中央处理单元(CPU)，图形处理单元(GPU)，物理处理单元(PPU)，微控制器单元，数字信号处理器(DSP)，现场可编程门阵列(FPGA)，高级RISC机器(ARM)，可编程逻辑器件(PLD)，能够执行一个或多个功能的任何电路或处理器等，或其任何组合。仅仅为了说明问题，在本申请中支付系统100中仅描述了一个处理器220。然而，应当注意，本申请中支付系统100还可以包括多个处理器，因此，本申请中披露的操作和/或方法步骤可以如本申请所述的由一个处理器执行，也可以由多个处理器联合执行。例如，如果在本申请中支付系统100的处理器220执行步骤A和步骤B，则应该理解，步骤A和步骤B也可以由两个不同处理器220联合或分开执行(例如，第一处理器执行步骤A，第二处理器执行步骤B，或者第一和第二处理器共同执行步骤A和B)。

服务器30可以是第三方支付平台的服务器。所述第三方支付平台可以为用户和加油站提供支付解决方案。用户以及商家在服务器30设有数字资源账户。服务器30可以接收来自用户的终端设备10或者支付系统100的指令，并根据所述指令将目标额的数字资源在用户账户和商家账户之间转移。

服务器30可以接收并处理来自支付系统100或终端设备10的签约请求。根据签约内容，服务器30可以将目标用户的付款账户同目标车辆的标识绑定。作为示例，所述目标车辆的标识可以是其车牌号。

图3示出了根据本申请实施例提供的一种支付方法S100的流程图。流程S100的部分步骤可以作为至少一个指令集存储在支付系统100中的非临时性存储介质(比如存储器230)中。至少一个处理器220同所述至少一个非临时性存储介质通信连接，其中当支付系统100运行时，所述至少一个处理器220读取所述至少一个指令集，并且根据所述至少一个指令集的指示执行流程S100中的部分步骤。

以下呈现的所示流程S100的操作，旨在是说明性的而非限制性的。在一些实施例中，流程S100在实现时可以添加一个或多个未描述的额外操作，和/或删减一个或多个此处所描述的操作。此外，图3中所示的和下文描述的操作的顺序并不对此加以限制。

S111，路侧单元410识别车载单元420的单元标识。

S112，路侧单元410获得车辆20的标识信息。

当安装有车载单元420的车辆20进入通讯范围后，地下埋设的环路感应器会予以反映，启动路侧单元410中的读写天线。所述读写天线同车载单元420以微波信息交换的方式进行通讯，并读取车载单元420内的车辆属性信息。作为示例，所述车载单元420内的车辆属性信息包括车辆20的标识和车型代码等。在一些实施例中，获取到所述信息之后，路侧单元410还会将所述车辆属性信息发送至中央管理系统；所述中央管理系统可以对所述车辆属性信息进行有效性判断，比如判断当前车辆20是否是正常车辆，比如判断当前的车载单元420是否有效，所述中央管理系统可以将判断结果返回给路侧单元410。

S113，路侧单元410将所述标识信息发送到支付系统100。

S114，支付系统100接收来自ETC系统的路侧单元410的对车辆20的第一识别数据。

车辆20上可以装有所述ETC系统的车载单元420。所述第一识别数据可以包括车辆20的标识和车型代码等。

当路侧单元410从所述中央信息管理系统获知车辆20属于正常车辆和/或当前车载单元420属于有效状态时，路侧单元410可以将车辆20的身份信息发送至支付系统100。

S115，支付系统100接收来自第二识别设备的对车辆20的第二识别数据。

在一些实施例中，所述第二识别设备可以包括图像识别设备。作为示例，所述图像识别设备可以包括摄像头300。所述第二识别数据包括车辆20的视觉标识。作为示例，所述第二识别数据可以包括车辆20的车牌信息。摄像头300可以铺设在加油机500的上方。当车辆20进入加油站之后，摄像头300可以拍摄车辆20的车牌信息，并将拍摄到的车牌信息发送至支付系统100。在获得来自摄像头300的车牌信息之后，支付系统100可以依据所述车牌信息对来自于路侧单元410的车辆身份信息进行核对，以对车辆20的身份进行再一次确认。在一些实施例中，摄像头300还可以拍摄车辆20所处的加油机500的机位，并将所述机位同车辆20的车牌信息一同发送至支付系统100。

S116，支付系统100确认所述第一识别数据中的标识信息同所述第二识别数据中的标识信息相同。

支付系统100确认来自路侧单元410的车辆20的车牌信息同来自摄像头300的车辆20的车牌信息匹配。若匹配通过，支付系统100会判断可以同当前的车辆20进行交易。作为示例，所述交易为加油交易。

相反，如果支付系统100确认来自路侧单元410的车辆20的车牌信息同来自摄像头300的车辆20的车牌信息不匹配，或者是确认来自路侧单元410的车辆车牌信息无效时，支付系统100可以发出警报提示。

S117，支付系统100加载车牌确认页面。

在一些实施例中，支付系统100可以通过其显示设备加载包含有车牌信息的页面。用户可以通过所述页面对车牌信息进行进一步的确认。作为示例，图4A示出了根据本申请实施例提供的一种车牌确认页面910的示意图。加油员可以点击页面910中的图标911确认车牌信息正确。当然，在一些实施例中，支付系统100可以不加载车牌确认页面。

S118，油站工作人员通过加油机500向车辆20加油。

S119，支付系统100接收来自加油机500的交易数据。

所述交易数据包括加油机500向车辆20加油的费用。

当支付系统100确认来自路侧单元410的车辆车牌信息同来自摄像头300的车辆的车牌信息匹配，支付系统100会判断可以同当前的车辆20进行交易。

油站工作人员可以通过加油机500向当前的车辆20加油。加油机500计算此次加油的费用，并将所述费用的信息发送到支付系统100。

S120，支付系统100判断所述标识信息是否绑定有付款账号。

根据前面的描述，支付系统100从路侧单元410获取了当前车辆的车牌信息。支付系统100首先判断当前车辆是否已经签约了ETC代扣协议，即当前车辆是否已经绑定了付款账号。

在一些实施例中，支付系统100可以向第三方支付平台的服务器30咨询当前车辆是否绑定有付款账户。比如，支付系统100可以将所述车辆的车牌信息发送到服务器30，服务器30在获取所述车辆的车牌信息之后查询是否有同所述车牌绑定的付款账户。

S181，支付系统100获取为所述费用进行支付的支付方的身份信息。

S182，支付系统100加载账单页面。

S183，支付系统100向服务器30发送所述身份信息和所述费用信息。

S184服务器30从所述身份信息对应的账户中扣取所述费用至目标账户。

所述目标账户可以包括加油站的收费账户。当支付系统100确认当前的车辆绑定的有付款账户，支付系统100获取所述付款账户的信息。综上，支付系统100获取了付款账户信息和加油费用信息。

在一些实施例中，在获取付款账户信息和加油费用信息之后，支付系统100可以通过其显示设备加载包含有加油账单的页面。用户可以通过所述页面对加油账单进行进一步的确认。作为示例，图4B示出了根据本申请实施例提供的一种加油账单页面920的示意图。加油账单页面920中显示此次加油的费用为300元。

支付系统100根据所述付款账户的信息和所述费用信息生成订单，支付系统100根据所述订单向服务器30发送扣费请求。服务器30可以根据所述扣费请求直接从所述付款账户中将目标额的数字资源转移至加油站的收费账户。

至此用户和加油站完成加油交易。

在一些实施例中，当加油额度较大时，服务器30还可以向所述用户的终端设备10推送付款信息。终端设备10可以根据所述付款信息加载付款页面。用户可以通过终端设备10加载的付款页面确认付款或者不付款，进一步保证付款的安全。作为示例，图4C示出了根据本申请实施例提供的一种付款页面520的示意图。用户点击付款页面520上的确认支付的图标521，终端设备10加载支付密码框，用户通过所述支付密码框输入密码完成付款。

S201，支付系统100加载引导页面。

当支付系统100确认当前的车辆没有绑定付款账户，支付系统100可以通过其显示设备加载的页面来引导用户开通ETC快捷支付。

作为示例，图4D示出了一种引导页面620的示意图。引导页面620同时可以显示有账单信息。

引导页面620上可以包括图标621。图标621可以是一个二维码。图标621用于引导用户采用扫码支付并开通ETC快捷支付。用户可以采用其终端设备10扫描图标621，进一步激活开通采用用户在支付平台A的账户进行ETC快捷支付的流程。

引导页面620上可以包括图标622。图标622用于引导用户采用刷脸支付并开通ETC快捷支付。用户点击图标622，支付系统100可以激活其生物特征读取设备。作为示例，所述生物特征读取设备可以包括，但不限于，安装在支付系统100内的摄像头，指纹读取器，等等。

S202，支付系统100获取用户的生物特征。

S203，支付系统100通过所述生物特征查找到同所述生物特征对应的付款账号。

S204，支付系统100加载支付并签约页面。

S205，用户确认支付并签约。

S206，支付系统100将用户付款账户和车辆标识绑定。

继续参考图4D，用户点击页面620上的图标622，也就是用户选择使用刷脸支付。支付系统100通过读取设备读取用户的生物特征。作为示例，所述读取设备可以是集成在支付系统100内的扫描设备。用户通过所述读取设备将其生物特征上传至支付系统100。支付系统100通过所述读取设备获取用户的生物特征。作为示例，所述生物特征可以包括，但不限于，用户的面部特征数据，虹膜特征数据，指纹特征数据，声音特征数据，等等。为了便于描述，在本申请的描述中，以面部特征为例描述所述生物特征的功能。

面部识别成功，支付系统100根据获取的面部特征获取同所述面部特征对应的付款账号。

获取所述付款账号之后，支付系统100可以通过其显示设备(比如支付机具的显示器)加载支付并签约页面，以引导用户签约ETC快捷支付。作为示例，图4E示出了根据本申请实施例提供的一种支付并签约的页面450的示意图。用户可以点击同意并支付的图标451激活开通ETC快捷支付的流程。

用户点击同意并支付的图标451，支付系统100通过其显示设备(比如支付机具的显示器)加载支付密码框，用户通过所述支付密码框输入支付密码，开通ETC快捷支付。支付平台A将用户在支付平台A的账户同车牌标识进行绑定。当下次该车辆进行ETC加油时，支付系统100就可以根据已经绑定的账号直接从用户的付款账户中扣取加油费用至加油站的账户。

S207，终端设备10加载支付并签约页面。

S208，用户确认支付并签约。

S209，支付系统100将用户付款账户和车辆标识绑定。

继续参考图4D，用户可以通过终端设备10扫描页面620上的图标621，也就是用户选择使用扫码支付。

终端设备10获取图标621中包含的信息之后，读取用户在支付平台A的付款账号，并跳转至支付并签约的页面，以引导用户签约ETC快捷支付。作为示例，图4F示出了根据本申请实施例提供的一种支付并签约的页面460的示意图。页面460显示在终端设备10的显示屏上。用户可以点击同意并支付的图标461激活开通ETC快捷支付的流程。

用户点击同意并支付的图标461，终端设备10加载支付密码框，用户通过所述支付密码框输入支付密码，开通ETC快捷支付。支付平台A将用户在支付平台A的账户同车牌标识进行绑定。当下次该车辆进行ETC加油时，支付系统100就可以从支付平台A获取同所述车牌信息绑定的付款账号信息。支付平台A可以根据已经绑定的账号直接从用户的付款账户中扣取加油费用至加油站的账户。

本申请还提供一种业务系统。作为示例，图5示出了根据本申请实施例提供的一种业务系统800的结构示意图。具体地，业务系统800可以包括ETC系统的路侧单元410、加油机500、服务器30以及本申请所述支付系统100。

ETC系统的路侧单元410可以识别车辆20的标识信息；加油机500可以向车辆20加油，并生成加油的费用；支付系统100可以接收来自路侧单元410的标识信息和来自加油机500的费用信息；服务器30可以根据所述标识信息和所述费用信息将所述费用从所述标识信息绑定的账户转移至加油站账户。在一些实施例中，业务系统800还可以包括第二识别设备。作为示例，所述第二识别设备可以是安装在加油机500上方的摄像头300。所述第二识别设备可以识别车辆20的标识信息并将所述标识信息发送至支付系统100。

业务系统800各个部分具体的结构和功能可以参考前文的描述，为了简洁，这里不再赘述。

图6对本申请所述支付方法和业务系统进行了进一步地描述。

当安装有车载单元420的车辆20进入通讯范围后，路侧单元410可以同车载单元420通讯，并读取车载单元420内的车辆属性信息。路侧单元410可以将所述车辆的属性信息发送给支付系统100。

当车辆20行驶至某个具体加油机前面的时候，加油机500上方的摄像头300通过图像识别的方式获取车辆20的车牌信息，并将所述车牌信息发送至支付系统100。

支付系统100匹配接收的来自路侧单元410的车牌信息和来自摄像头300的车牌信息。匹配通过后，支付系统100可以在其显示设备上加载包含车牌信息的页面。用户可以通过所述页面对车牌进行进一步地确认。

当用户确认车牌信息无误后，加油站工作人员可以通过加油机500向车辆20加油。加油结束，加油机500计算此次加油的费用信息，并将所述费用信息发送给支付系统100。

支付系统100在接收到来自加油机500的费用信息之后，可以在其显示设备上加载账单页面。

支付系统100向第三方支付平台的服务器30咨询当前的车牌是否绑定有付款账号。

若当前车牌没有绑定付款账号，支付系统100可以加载引导页面，引导用户采用刷脸支付或者扫码支付对本次账单进行支付同时开通ETC快捷支付。当用户开通了ETC快捷支付，服务器30将用户的付款账号和车辆20的车牌进行了绑定。当车辆20下一次进入油站加油时，支付系统100就可以从已经绑定的付款账号中扣取加油的费用。

若当前车牌已经绑定了付款账号，支付系统100根据所述车牌信息获取所述付款账号，将所述付款账号和此次加油的费用信息发送给服务器30，向服务器30请求从所述付款账号的账户中扣取加油费用至商家账户。若加油费用额度较大，服务器30可以向用户的终端设备10推送确认付款的页面，用户可以通过其终端设备10加载的确认付款的页面付款。

综上，本申请提供一种支付方法，一种支付系统以及一种业务系统。

本申请所述业务系统，采用ETC系统的识别系统来获取车辆的身份。一方面，获取的车辆的身份更准确可靠；另一方面，通过ETC系统可以获得丰富的车辆属性信息。

本申请所述业务系统，不采用ETC系统的清分结算体系进行结算，而是采用第三方支付平台进行结算，提高了支付速度，可以实现即时支付，提高了支付的便捷性，扩大了该业务系统的应用场景。

本申请所述业务系统，在加油机上外接可支持人脸核验的支付机具。所述支付机具可以是标准化的支付机具，并且可以同RSU和摄像头进行数据传输，通过RSU和摄像头获得车牌号码，进而获得同车牌号码绑定的支付账号。所述支付机具只需要从加油机获取账单金额，即可生成完整的账单信息(车牌号码、账单金额、支付账号等)，免去对加油机的更换和升级，可被广泛推广。

本申请所述支付方法，引导用户重新签署同第三方支付平台的支付代扣协议，将ETC识别和ETC支付进行分离，摒弃ETC高速清分结算体系，重新签约支付时效性极高的第三方电子支付方式。加油站提升了支付效率，使用电子支付的用户不用再去后厅支付，并且通过ETC获取到了准确的车辆信息，可建立完整的用户档案，便于会员等增值服务的拓展。

综上所述，在阅读本详细公开内容之后，本领域技术人员可以明白，前述详细公开内容可以仅以示例的方式呈现，并且可以不是限制性的。尽管这里没有明确说明，本领域技术人员可以理解本申请意图囊括对实施例的各种合理改变，改进和修改。这些改变，改进和修改旨在由本申请提出，并且在本申请的示例性实施例的精神和范围内。

此外，本申请中的某些术语已被用于描述本申请的实施例。例如，″一个实施例″，″实施例″和/或″一些实施例″意味着结合该实施例描述的特定特征，结构或特性可以包括在本申请的至少一个实施例中。因此，可以强调并且应当理解，在本说明书的各个部分中对″实施例″或″一个实施例″或″替代实施例″的两个或更多个引用不一定都指代相同的实施例。此外，特定特征，结构或特性可以在本申请的一个或多个实施例中适当地组合。

应当理解，在本申请的实施例的前述描述中，为了帮助理解一个特征，出于简化本申请的目的，本申请有时将各种特征组合在单个实施例、附图或其描述中。或者，本申请又是将各种特征分散在多个本申请的实施例中。然而，这并不是说这些特征的组合是必须的，本领域技术人员在阅读本申请的时候完全有可能将其中一部分特征提取出来作为单独的实施例来理解。也就是说，本申请中的实施例也可以理解为多个次级实施例的整合。而每个次级实施例的内容在于少于单个前述公开实施例的所有特征的时候也是成立的。

在一些实施方案中，表达用于描述和要求保护本申请的某些实施方案的数量或性质的数字应理解为在某些情况下通过术语″约″，″近似″或″基本上″修饰。例如，除非另有说明，否则″约″，″近似″或″基本上″可表示其描述的值的±20％变化。因此，在一些实施方案中，书面描述和所附权利要求书中列出的数值参数是近似值，其可以根据特定实施方案试图获得的所需性质而变化。在一些实施方案中，数值参数应根据报告的有效数字的数量并通过应用普通的舍入技术来解释。尽管阐述本申请的一些实施方案列出了广泛范围的数值范围和参数是近似值，但具体实施例中都列出了尽可能精确的数值。

本文引用的每个专利，专利申请，专利申请的出版物和其他材料，例如文章，书籍，说明书，出版物，文件，物品等，可以通过引用结合于此。用于所有目的的全部内容，除了与其相关的任何起诉文件历史，可能与本文件不一致或相冲突的任何相同的，或者任何可能对权利要求的最宽范围具有限制性影响的任何相同的起诉文件历史。现在或以后与本文件相关联。举例来说，如果在与任何所包含的材料相关联的术语的描述、定义和/或使用与本文档相关的术语、描述、定义和/或之间存在任何不一致或冲突时，使用本文件中的术语为准。

最后，应理解，本文公开的申请的实施方案是对本申请的实施方案的原理的说明。其他修改后的实施例也在本申请的范围内。因此，本申请披露的实施例仅仅作为示例而非限制。本领域技术人员可以根据本申请中的实施例采取替代配置来实现本申请中的申请。因此，本申请的实施例不限于申请中被精确地描述过的那些实施例。