ETC支付系统的制作方法

etc支付系统
技术领域
1.本技术涉及etc技术领域，更具体的说，是涉及etc支付系统。


背景技术：

2.目前，大部分车辆都安装有插卡式的obu(on boardunit，车载单元)设备。使用插卡式的obu设备时，需要将obu设备与银行卡进行绑定，但存在着当需要进行支付高速通行费用时，银行卡的余额可能会出现不足的情况，需要对银行卡进行紧急充值，操作十分复杂。


技术实现要素：

3.有鉴于此，本技术提供了一种etc支付系统。
4.为实现上述目的，本技术提供如下技术方案：
5.本技术第一方面提供了一种etc支付系统，包括：
6.终端设备，用于从运行的应用程序中确定余额之和高于或等于高速通行费用的银行卡组合，所述银行卡组合包括一张或多张银行卡，所述银行卡为所述应用程序绑定的任意银行卡；
7.采集模块，用于采集用户的第一生物特征信息，若第一生物特征信息与预存储的第二生物特征信息比对一致，控制车载单元obu设备处于开启状态；
8.所述obu设备，用于将获取到的所述银行卡组合发送至高速收费设备；
9.所述高速收费设备，用于若所述银行卡组合包括的银行卡的卡号存在，且所述银行卡组合的所述余额之和高于或等于所述高速通行费用，控制闸门处于开启状态，以使车辆通行。
10.结合第一方面，在第一种可能的实现方式中，所述obu设备包括：
11.近场通信nfc模块，用于接收所述终端设备发送的所述银行卡组合；
12.微波天线，用于将所述银行卡组合发送至所述高速收费设备。
13.结合第一方面，在第一种可能的实现方式中，所述终端设备从运行的应用程序中确定余额之和高于或等于高速通行费用的银行卡组合的过程具体包括：
14.从所述多张银行卡中确定未添加至所述银行卡组合的候选银行卡；
15.将所述候选银行卡中具有最高余额的候选银行卡添加进所述银行卡组合；
16.若所述银行卡组合中银行卡的余额之和低于所述高速通行费用，返回步骤从所述多张银行卡中确定未添加至所述银行卡组合的候选银行卡；
17.若所述银行卡组合中银行卡的余额之和高于或等于所述高速通行费用，确定获取所述银行卡组合。
18.结合第一方面，在第一种可能的实现方式中，所述终端设备从运行的应用程序中确定余额之和高于或等于高速通行费用的银行卡组合的过程具体包括：
19.从所述多张银行卡中确定未添加至所述银行卡组合的候选银行卡；
20.将所述多张银行卡中最低余额的银行卡添加进所述银行卡组合；
21.若所述银行卡组合中银行卡的余额之和低于所述高速通行费用，返回步骤从所述多张银行卡中确定未添加至所述银行卡组合的候选银行卡；
22.若所述银行卡组合中银行卡的余额之和高于或等于所述临高速通行费用，确定获得所述银行卡组合。
23.结合第一方面，在第一种可能的实现方式中，所述终端设备从运行的应用程序中确定余额之和高于或等于高速通行费用的银行卡组合的过程具体包括：
24.将所述多张银行卡中具有优惠活动的银行卡添加进所述银行卡组合；
25.若所述银行卡组合的余额之和低于所述高速通行费用，确定所述高速通行费用与所述银行卡组合的余额之和的差值；
26.从所述多张银行卡中确定未添加至所述银行卡组合的候选银行卡；
27.将所述候选银行卡中余额之和高于或等于所述差值的银行卡添加进所述银行卡组合。
28.结合第一方面，在第一种可能的实现方式中，所述终端设备从运行的应用程序中确定余额之和高于或等于高速通行费用的银行卡组合步骤包括：
29.获取所述应用程序预先存储的目标银行卡组合；
30.若所述目标银行卡组合的余额之和高于或等于所述高速通行费用，确定所述目标银行卡组合为所述银行卡组合。
31.结合第一方面，在第一种可能的实现方式中，所述终端设备从运行的应用程序中确定余额之和高于或等于高速通行费用的银行卡组合步骤还包括：
32.若所述目标银行卡组合的余额之和低于所述高速通行费用，控制显示构建余额之和高于或等于所述高速通行费用的银行卡组合的提示信息；
33.响应于所述提示信息，基于所述应用程序绑定的多张银行卡构建余额之和高于或等于所述高速通行费用的银行卡组合。
34.经由上述的技术方案可知，本技术提供的一种etc支付系统，通过终端设备从运行的应用程序中确定余额之和高于或等于高速通行费用的银行卡组合，因为银行卡组合中的银行卡为应用程序绑定的任意银行卡，所以无需将obu设备和银行卡进行绑定，obu设备将获取到的所述银行卡组合发送至高速收费设备，高速收费设备若查验银行卡组合包括的银行卡的卡号存在，且银行卡组合的余额之和高于或等于高速通行费用后，控制闸门处于开启状态，让车辆通行，通过多张银行卡组成的银行卡组合来支付高速通行费用。本技术中只要任一张或任意多张银行卡的余额之和高于或等于高速通行费用，车辆便可通过闸门，即由于可以灵活的构建用于支付高速通行费用的银行卡组合，所以不会出现由于银行卡余额低于高速通行费用导致无法通过闸门的现象。也无需对银行卡进行紧急充值，操作简便。
附图说明
35.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
36.图1为本技术实施例所提供的etc支付系统的结构示意图；
37.图2a是根据一示例性实施例提供的构建银行卡组合示意图；
38.图2b是根据一示例性实施例提供的构建银行卡组合示意图；
39.图3为本技术实施例所提供的obu设备的结构示意图；
40.图4为本技术实施例所提供的etc支付系统的流程示意图。
具体实施方式
41.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
42.本说明书所绘示的结构、比例、大小等，均仅用以配合说明书所揭示的内容，以供熟悉此技术的人士了解与阅读，并非用以限定本发明可实施的限定条件，故不具技术上的实质意义，任何结构的修饰、比例关系的改变或大小的调整，在不影响本发明所能产生的功效及所能达成的目的下，均应仍落在本发明所揭示的技术内容得能涵盖的范围内。
43.本技术实施例提供了一种不停车电子收费etc支付系统，下面对该etc支付系统进行说明。
44.下面请参见图1，图1为本技术实施例所提供的etc支付系统的结构示意图，其中，图1所描述的系统应用于不停车电子收费的应用场景中，如图1所示，该系统包括但不限于：终端设备11、车载单元obu(on board unit，车载单元)设备12以及高速收费设备13。
45.示例性的，终端设备11可以为任何一种可与用户通过键盘、触摸板、触摸屏、遥控器、语音交互或手写设备等一种或多种方式进行人机交互的电子产品，例如，手机、平板电脑、掌上电脑、个人计算机、可穿戴设备、智能电视等。
46.其中，终端设备11，用于从运行的应用程序中确定余额之和高于或等于高速通行费用的银行卡组合，银行卡组合包括一张或多张银行卡，银行卡为应用程序绑定的任意银行卡。
47.示例性的，应用程序可以为手机银行应用程序。
48.下面举例对银行卡组合进行说明，应用程序绑定了银行卡1、银行卡2、银行卡3、银行卡4、银行卡5，银行卡组合由一张或多张银行卡组成，例如，高速通行费用为80，假设银行卡1的余额为50、银行卡2的余额为60、银行卡3的余额为70、银行卡4的余额为80、银行卡5的余额为190，则银行卡组合可以只包括银行卡5；或者，银行卡组合可以包括：银行卡4、银行卡5；或者，银行卡组合可以包括：银行卡1、银行卡2。
49.可以理解的是，本技术实施例中无需将obu设备与银行卡进行绑定，即obu设备无需插入银行卡，银行卡组合是从应用程序绑定的任意银行卡中选择的，不会出现由于与obu设备绑定的银行卡的余额低于高速通行费用，导致的无法通过etc通道的问题。
50.在一可选的实施方式中，终端设备11获取银行卡组合的方式有多种，本技术实施例提供但不限于如下三种方式。
51.在第一种获取银行卡组合的方式中，银行卡组合是预先设置并存储在应用程序中的，终端设备在检测到需要将银行卡组合发送至obu设备时，便从应用程序中获取预先存储
的银行卡组合。
52.第一种获取银行卡组合的方式包括如下步骤a11与步骤a12。
53.可以理解的是，用户将银行卡组合预先设置并存储在应用程序后，便无需用户实时构建银行卡组合，以此实现车辆更加快速通过etc通道的目的。
54.步骤a11：获取所述应用程序预先存储的目标银行卡组合。
55.示例性的，存储在应用程序中的银行卡组合可能存储有一组，也可能存储有多组，因此便存在以下两种可能性，下面针对两种可能性进行举例说明。
56.第一种可能性：存储在应用程序中的银行卡组合只有一组。
57.示例性的，存储在应用程序中的银行卡组合为银行卡组合1，因为只有一组，则获取银行卡组合1作为目标银行卡组合。
58.第二种可能性：存储在应用程序中的银行卡组合有多组。
59.示例性的，假设应用程序中存储有4组银行卡组合：银行卡组合1的余额之和为200、银行卡组合2的余额之和为150、银行卡组合3的余额之和为190、银行卡组合4的余额之和为300，假设高速通行费用为88，由于4组银行卡组合的余额之和都高于高速通行费用88，所以4组银行卡组合中任一组合均可以作为目标银行卡组合。
60.示例性的，若存在应用程序中的多组银行卡组合的余额之和只有一组的余额之和高于或等于高速通行费用，则确定余额之和高于或等于高速通行费用的银行卡组合作为目标银行卡组合。
61.可以理解的是，存在预先设置的银行卡组合的余额之和低于高速通行费用，此时需要用户重新构建银行卡组合，基于此，提供了第二种获取银行卡组合的方式。
62.在第二种获取银行卡组合的方式中，预先存储的银行卡组合的余额之和低于高速通行费用，因此便需要用户重新构建用于支付高速通行费用的银行卡组合。
63.第二种获取银行卡组合的方式包括如下步骤b11与步骤b12。
64.步骤b11：若所述目标银行卡组合的余额之和低于所述高速通行费用，控制显示构建余额之和高于或等于所述高速通行费用的银行卡组合的提示信息。
65.在一可选实现方式中，检测目标银行卡组合的余额之和是否低于高速通行费用的方式有多种，本技术实施例提供但不限于以下两种方法：
66.第一种方法包括：obu设备从终端设备获取到了目标银行卡组合，obu设备将目标银行卡组合发送至高速收费设备，高速收费设备将获取到的目标银行卡组合与车牌对应的高速通行费用发送至银行服务器验证，若银行服务器反馈的验证结果包括：目标银行卡组合包括的银行卡的卡号存在，但目标银行卡组合的余额之和低于高速通行费用，将获取到的验证结果发送至登录有目标银行卡组合对应的预留的通信账号的终端设备，终端设备控制显示应用程序绑定的银行卡。
67.第二种方法包括：obu设备从终端设备获取到了目标银行卡组合，obu设备将目标银行卡组合发送至高速收费设备，高速收费设备检测目标银行卡组合的余额之和是否低于高速通行费用，若高速收费设备得到目标银行卡组合的余额之和低于高速通行费用验证结果，将得到的验证结果发送至登录有目标银行卡组合对应的预留的通信账号的终端设备，终端设备控制显示应用程序绑定的银行卡。
68.在一可选实现方式中，高速收费设备在获取到obu设备发送的目标银行卡组合后，
需要将目标银行卡组合以及车牌对应的高速通行费用发送至银行服务器，以验证目标银行卡组合包括的银行卡的卡号是否存在，若卡号存在，则验证目标银行卡组合的余额之和是否高于或等于高速通行费用，若两项条件任意一项不满足，则控制闸门处于关闭状态，禁止车辆通行，若两项条件都满足，则控制闸门处于开启状态，以使车辆通行。
69.下面举例进行说明，obu设备从终端设备获取到了银行卡组合1，obu设备将银行卡组合1发送至高速收费设备，高速收费设备将获取到的银行卡组合1与车牌对应的高速通行费用发送至银行服务器验证，若银行服务器反馈的验证结果为：银行卡组合1包括的银行卡的卡号存在，但银行卡组合1的余额之和低于高速通行费用。高速收费设备控制闸门处于关闭状态，禁止车辆通行。
70.步骤b12：响应于所述提示信息，基于所述应用程序绑定的多张银行卡构建余额之和高于或等于所述高速通行费用的银行卡组合。
71.第三种获取银行卡组合的方式包括如下步骤b21与步骤b22。
72.在第三种获取银行卡组合的方式中用户实时构建银行卡组合。
73.步骤b21：若检测到车辆位于预设范围内，控制显示构建余额之和高于或等于所述高速通行费用的银行卡组合的提示信息，所述预设范围是以高速公路出口为中心，预设的长度为半径的扇形区域。
74.示例性的，预设的长度为50米，预设范围是以高速公路出口为中心，半径50米的扇形区域，例如，车辆位于高速公路出口49米的位置，由于49米＜预设范围50米，控制显示构建余额之和高于或等于高速通行费用的银行卡组合的提示信息。
75.步骤b22：响应于所述提示信息，基于所述应用程序绑定的多张银行卡构建余额之和高于或等于所述高速通行费用的银行卡组合。
76.为了本领域技术人员更加理解上述步骤b12或步骤b22提及的构建银行卡组合的过程，下面举例进行说明。如图2a与图2b所示，为本技术实施例提供的构建银行卡组合示意图。
77.示例性的，终端设备在接收到高速收费设备反馈的验证不通过的结果，或检测到车辆位于预设范围内后，控制显示如图2a所示的构建界面，用户可以选择的银行卡包括：银行卡1、银行卡2、银行卡3、银行卡4、银行卡5、银行卡6；其中，银行卡1的余额为10、银行卡2的余额为70、银行卡3的余额为20、银行卡4的余额为100、银行卡5的余额为15、银行卡6的余额为88；用户可以点击想要添加的银行卡右侧的[添加]键将银行卡添加至银行卡组合中，银行卡添加完成后，[添加]键将会消失，例如，用户已经添加了银行卡2，银行卡2右侧的[添加]键便消失了，用户正在添加银行卡4，用户完成其想要添加在银行卡组合中的银行卡后的构建界面如图2b所示，在图2b中，用户添加至银行卡组合中的银行卡包括：银行卡2、银行卡4；示例性的，用户可以添加一组或多组银行卡组合，若用户仅想添加一组银行卡组合，则点击显示屏上的[添加完成，无需添加下一组银行卡组合]，那么银行卡组合便构建完成，若用户想添加下一组银行卡组合，则点击显示屏上的[添加完成，添加下一组银行卡组合]，那么便将目前的银行卡组合构建为银行卡组合1，然后重新进行如图2a所示的构建界面，开始构建银行卡组合2，针对银行卡组合2的构建过程，本技术实施例不再赘述，参考上述构建过程。
[0078]
图2a与图2b仅为示例，并不对构建界面的排版及内容进行限定。
[0079]
通过图2a与图2b可以看出，终端设备在接收到高速收费设备反馈的验证不通过的结果，或检测到车辆位于预设范围内后，可以控制显示构建界面，用户便可以在构建界面添加用于支付高速通行费用的银行卡组合，以此实现了出现验证不通过时，构建用于支付高速通行费用的银行卡组合，操作便捷。
[0080]
示例性的，obu设备12可以为任何一种可与用户通过键盘、触摸板、触摸屏、遥控器、语音交互或手写设备等一种或多种方式进行人机交互，可与高速收费设备13通过微波进行交互的电子产品。
[0081]
其中，obu设备12，用于将获取到的银行卡组合发送至高速收费设备。
[0082]
示例性的，obu设备12集成有采集模块，采集模块可以集成在obu设备中，也可以集成在obu设备外。
[0083]
采集模块，用于采集用户的第一生物特征信息，若第一生物特征信息与预存储的第二生物特征信息比对一致，控制obu设备处于开启状态。
[0084]
示例性的，生物特征信息包括但不限于：指纹信息、虹膜信息、声纹信息、指静脉信息中的一种或多种。
[0085]
假设，第一生物特性信息为指纹信息，采集模块将采集到的指纹信息与预先存储的指纹信息进行比对，获取比对结果，若比对结果为一致，控制obu设备处于开启状态。
[0086]
示例性的，高速收费设备13可以为一种负责信号和数据的发送和/或接收、调制和/或解调、编码和/或解码、加密和/或解密，可与obu设备12通过微波进行交互的电子产品。
[0087]
高速收费设备13，用于若银行卡组合包括的银行卡的卡号存在，且银行卡组合的余额之和高于或等于高速通行费用，控制闸门处于开启状态，以使车辆通行。
[0088]
应当理解的是，图1仅为示例，并不对终端设备11、车载单元obu设备12、高速收费设备13、闸门的数目以外观进行限定。
[0089]
下面请参见图3，图3为本技术实施例所提供的obu设备的结构示意图。其中，obu设备的近场通信nfc模块至少覆盖整个车身，微波天线范围覆盖至少覆盖一个etc通道，优选的，每辆车(如图1所示)上均设置有obu设备，且每辆车上设置的obu设备的数量为一个或多个，本技术实施例并不做限定。如图3所示，该obu设备具体包括：nfc模块21以及微波天线22。
[0090]
nfc模块21，用于接收终端设备发送的所述银行卡组合。
[0091]
微波天线22，用于将银行卡组合发送至所述高速收费设备。
[0092]
本实施例中，车辆安装的obu设备与高速收费设备之间以微波通信为纽带，因此，obu设备包括有微波天线，用于与高速收费设备通信，以发送银行卡组合至高速收费设备。
[0093]
可见，实施本技术实施例所描述的obu设备能够在车辆驶入etc通道入口之后，通过nfc模块与终端设备进行交互，获取银行卡组合，再通过微波天线以微波通信的方式将获取到的银行卡组合发送至高速收费设备，实现了只要任一张或任意多张银行卡的余额之和高于或等于高速通行费用，车辆便可通过闸门的目的。
[0094]
在一可选实现方式中，终端设备可以按照步骤a11与步骤a12从运行的应用程序中确定余额之和高于或等于高速通行费用的银行卡组合，可以理解的是，终端设备获取银行卡组合的情况有多种，本技术实施例提供但不限于以下三种情况，下面针对三种情况进行
举例说明。
[0095]
第一种获取银行卡组合的方式如下包括步骤c11至步骤c14。
[0096]
在一可选实现方式中，用户在使用银行卡组合进行支付高速通行费用时，可能存在并不想使用过多的银行卡数量的情况，若银行卡组合中的银行卡的数量越多，用户在对银行卡进行存款的时候，需要存款的银行卡数量就越多，操作繁琐。若银行卡组合中的银行卡的数量越少，用户在对银行卡进行存款的时候，需要存款的银行卡数量就越少，操作简便。
[0097]
步骤c11：从所述多张银行卡中确定未添加至所述银行卡组合的候选银行卡。
[0098]
示例性的，应用程序绑定的多张银行卡可以包括：银行卡1、银行卡2、银行卡3、银行卡4、银行卡5、银行卡6。在初始时，银行卡组合未包含任何银行卡，此时，候选银行卡为银行卡1、银行卡2、银行卡3、银行卡4、银行卡5、银行卡6。
[0099]
步骤c12：将所述候选银行卡中具有最高余额的候选银行卡添加进所述银行卡组合。
[0100]
假设，候选银行卡中银行卡1的余额为10，银行卡2的余额为70，银行卡3的余额为20，银行卡4的余额为190，银行卡5的余额为15，银行卡6的余额为88，其中，具有最高余额的候选银行卡为银行卡4，确定将银行卡4添加进银行卡组合。
[0101]
步骤c13：若所述银行卡组合中银行卡的余额之和低于所述高速通行费用，返回步骤从所述多张银行卡中确定未添加至所述银行卡组合的候选银行卡。
[0102]
步骤c14：若所述银行卡组合中银行卡的余额之和高于或等于所述高速通行费用，确定获取所述银行卡组合。
[0103]
仍以上述为例，银行卡组合包括银行卡4，银行卡组合中银行卡的余额之和即为银行卡4的余额为190。若高速通行费用为280，而银行卡组合中银行卡的余额之和为190，由于190低于高速通行费用280，则返回步骤c11。例如，返回执行步骤c11，在步骤c11中，候选银行卡为银行卡1、银行卡2、银行卡3、银行卡5、银行卡6，在步骤c12中，具有最高余额的候选银行卡为银行卡6，将银行卡6添加进银行卡组合，此时银行卡组合包括银行卡4和银行卡6，在步骤c13中，银行卡组合余额之和等于银行卡4的余额和银行卡6的余额之和，即为278，由于270低于高速通行费用280，返回步骤c11，依次类推，直至银行卡组合中银行卡的余额之和高于或等于高速通行费用。
[0104]
示例性的，通过执行步骤c11至步骤c14后，确定添加银行卡2、银行卡4、银行卡6至银行卡组合，银行卡组合中银行卡的余额之和为银行卡2的余额70、银行卡4的余额190和银行卡6的余额88之和，即为348，由于348高于高速通行费用280，循环终止，确定银行卡组合包括：银行卡2、银行卡4、银行卡6。
[0105]
综上，通过将应用程序绑定的多张银行卡的余额从高到低添加进银行卡组合中，直到银行卡组合中银行卡的余额之和高于或等于高速通行费用，这样便既实现了不停车电子收费的目的，也使得在对银行卡进行存款的时候，减少了需要进行存款的银行卡数量。
[0106]
第二种获取银行卡组合的方式如下包括步骤d11至步骤d14。
[0107]
在一可选实现方式中，存在用户并不想使用自己名下银行卡中余额较高的银行卡，用户希望先使用名下所有银行卡中余额较低的银行卡，这样用户再使用别的银行卡时，便不会频繁出现因为余额较低，所以出现支付失败的情况。若将余额以从低到高的方式添
加至银行卡，那么便能保留较高余额的银行卡留给用户在之后使用，减少出现余额不足，从而支付失败的情况。
[0108]
步骤d11：从所述多张银行卡中确定未添加至所述银行卡组合的候选银行卡。
[0109]
针对步骤d11的说明请参阅步骤c11，这里不再进行赘述。
[0110]
步骤d12：将所述多张银行卡中最低余额的银行卡添加进所述银行卡组合。
[0111]
假设，候选银行卡中银行卡1的余额为10，银行卡2的余额为70，银行卡3的余额为20，银行卡4的余额为190，银行卡5的余额为15，银行卡6的余额为88，其中，具有最低余额的候选银行卡为银行卡1，确定将银行卡1添加进银行卡组合。
[0112]
步骤d13：若所述银行卡组合中银行卡的余额之和低于所述高速通行费用，返回步骤从所述多张银行卡中确定未添加至所述银行卡组合的候选银行卡。
[0113]
步骤d14：若所述银行卡组合中银行卡的余额之和高于或等于所述临高速通行费用，确定获得所述银行卡组合。
[0114]
仍以上述为例，银行卡组合包括银行卡1，银行卡组合中银行卡的余额之和即为银行卡1的余额为10。若高速通行费用为80，而银行卡组合中银行卡的余额之和为10，由于10低于高速通行费用80，则返回步骤d11。例如，返回执行步骤d11，在步骤d11中，候选银行卡为银行卡2、银行卡3、银行卡4、银行卡5、银行卡6，在步骤d12中，具有最低余额的候选银行卡为银行卡5，将银行卡5添加进银行卡组合，此时银行卡组合包括：银行卡1和银行卡5，在步骤d13中，银行卡组合余额之和等于银行卡1的余额和银行卡5的余额之和，即为25，由于25低于高速通行费用80，返回步骤d11，依次类推，直至银行卡组合中银行卡的余额之和高于或等于高速通行费用。
[0115]
示例性的，通过执行步骤d11至步骤d14后，确定添加银行卡1、银行卡2、银行卡3、银行卡5至银行卡组合，银行卡组合中银行卡的余额之和为银行卡1的余额10、银行卡2的余额70、银行卡3的余额20和银行卡5的余额15之和，即为115，由于115高于高速通行费用80，循环终止，确定银行卡组合包括：银行卡1、银行卡2、银行卡3、银行卡5。
[0116]
综上，通过将用户名下银行卡的余额从低到高添加进银行卡组合中，直到高于或等于高速通行费用，这样便既实现了不停车电子收费的目的，也使得较高余额的银行卡得以保存，方便了用户在之后的消费中，减少了用户在使用银行卡消费时，出现因为余额不足而支付失败的情况。
[0117]
第三种获取银行卡组合的方式如下包括步骤e11至步骤e14。
[0118]
可以理解的是，存在用户驾车通行etc通道时，收费站开展了使用指定的银行卡便可享受优惠福利的活动的情况。若将有优惠活动的银行卡添加进银行卡组合，那么在用户驾车经过etc通道时，就会有优惠，体验更佳。
[0119]
步骤e11：将所述多张银行卡中具有优惠活动的银行卡添加进所述银行卡组合。
[0120]
示例性的，应用程序绑定的多张银行卡可以包括：银行卡1、银行卡2、银行卡3、银行卡4、银行卡5、银行卡6，其中，银行卡2以及银行卡6具有优惠活动，确定将银行卡2以及银行卡6添加进银行卡组合。
[0121]
步骤e12：若所述银行卡组合的余额之和低于所述高速通行费用，确定所述高速通行费用与所述银行卡组合的余额之和的差值。
[0122]
仍以上述为例，银行卡组合包括：银行卡2、银行卡6，银行卡2的余额为70，银行卡6
的余额为88，银行卡组合中银行卡的余额之和即为银行卡2的余额以及银行卡6的余额之和，即为158。若高速通行费用为200，而银行卡组合的余额之和为158，由于158低于高速通行费用180，确定高速通行费用与用卡组合的余额之和的差值为42。
[0123]
步骤e13：从所述多张银行卡中确定未添加至所述银行卡组合的候选银行卡。
[0124]
仍以上述为例，银行卡组合包括：银行卡2以及银行卡6，此时，候选银行卡包括：银行卡1、银行卡3、银行卡4、银行卡5。
[0125]
步骤e14：将所述候选银行卡中余额之和高于或等于所述差值的银行卡添加进所述银行卡组合。
[0126]
仍以上述为例，银行卡组合包括：银行卡2以及银行卡6，此时，高速通行费用与用卡组合的余额之和的差值为22，候选银行卡包括：银行卡1、银行卡3、银行卡4、银行卡5，其中，银行卡1的余额为10，银行卡3的余额为20，银行卡4的余额为190，银行卡5的余额为15，因为银行卡1的余额与银行卡3与银行卡5的余额总和(45)高于差值(42)、银行卡4的余额(190)高于差值(42)，所以便可将银行卡1、行卡3以及银行卡5添加进银行卡组合，或，可将银行卡4添加进银行卡组合。
[0127]
示例性的，步骤e14的具体实现过程可以包括步骤c11至步骤c14，或，包括步骤d11至步骤d14。
[0128]
综上，通过先将具有优惠活动的银行卡添加进银行卡组合中，然后根据具有优惠活动的银行卡与高速通行费用的差值，再将其他没有优惠活动的银行卡添加进银行卡组合，这样用户在驾车经过etc通道时便能获取到优惠，达到体验更佳的目的。
[0129]
为了便于对本技术提供的etc支付系统的流程更为清楚的理解，下面请参见图4，图4为本技术实施例所提供的etc支付系统的流程示意图。
[0130]
其中，图4所描述的流程应用于不停车电子收费的应用场景中，该应用场景包括：终端设备、采集模块、obu设备和覆盖etc通道的高速收费设备。
[0131]
如图4所示，具体可以包括以下操作步骤：
[0132]
步骤s401：终端设备从运行的应用程序中确定余额之和高于或等于高速通行费用的银行卡组合。
[0133]
步骤s402：采集模块用于采集用户的第一生物特征信息，判断第一生物特征信息与预存储的第二生物特征信息是否一致，若是，执行步骤s403。
[0134]
步骤s403：采集模块控制车载单元obu设备处于开启状态。
[0135]
步骤s404：终端设备发送上述银行卡组合至obu设备。
[0136]
步骤s405：obu设备将获取到的银行卡组合发送至高速收费设备。
[0137]
步骤s406：高速收费设备判断上述银行卡组合包括的银行卡的卡号是否存在，且上述银行卡组合的余额之和是否高于或等于高速通行费用，若是，执行步骤s407。
[0138]
步骤s407：高速收费设备控制闸门处于开启状态，以使车辆通行。
[0139]
示例性的，若否，则控制闸门处于关闭状态。
[0140]
综上，实施本发明实施例所描述的操作能够在车辆行驶到etc通道时，通过终端设备将银行卡组合发送至obu设备，obu设备将获取到的银行卡组合发送给高速收费设备，待高速收费设备验证银行卡组合包括的银行卡的卡号存在，且银行卡组合的余额之和高于或等于高速通行费用后，便控制闸门处于开启状态，以使车辆通行，以此实现了只要任一张或
任意多张银行卡的余额之和高于或等于高速通行费用，车辆便可通过闸门，即由于可以灵活的构建用于支付高速通行费用的银行卡组合，所以不会出现由于银行卡余额低于高速通行费用导致无法通过闸门的现象。也无需对银行卡进行紧急充值，操作简便。
[0141]
需要说明的是，本发明提供的etc支付系统可用于物联网领域或金融领域。上述仅为示例，并不对本发明提供的etc支付系统的应用领域进行限定。
[0142]
需要说明的是，本说明书中的各个实施例中记载的特征可以相互替换或者组合。对于装置或系统类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
[0143]
还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
[0144]
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质中。
[0145]
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本技术。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。