CN115083027A - 费用清算方法、***、计算机设备和存储介质 - Google Patents
费用清算方法、***、计算机设备和存储介质 Download PDFInfo
- Publication number
- CN115083027A CN115083027A CN202211004150.0A CN202211004150A CN115083027A CN 115083027 A CN115083027 A CN 115083027A CN 202211004150 A CN202211004150 A CN 202211004150A CN 115083027 A CN115083027 A CN 115083027A
- Authority
- CN
- China
- Prior art keywords
- target
- order
- deduction
- issuer
- clearing
- Prior art date
- Legal status (The legal status 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 status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
- G07B15/00—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points
- G07B15/06—Arrangements for road pricing or congestion charging of vehicles or vehicle users, e.g. automatic toll systems
Landscapes
- Business, Economics & Management (AREA)
- Finance (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Devices For Checking Fares Or Tickets At Control Points (AREA)
Abstract
本申请涉及一种费用清算方法、***、计算机设备和存储介质。上述方法包括：当获取到目标车辆的待扣款订单时，触发ETC路侧单元读取目标车辆中的ETC车载单元的单元信息；将单元信息中的发行方作为待扣款订单的目标清算对象，并确定目标清算对象所对应的目标发行方***；对单元信息进行合规性验证，并在合规性验证通过后执行针对待扣款订单的扣款操作，得到订单流水；将订单流水反馈至目标发行方***；反馈的订单流水用于触发目标发行方***对接收到的订单流水进行清算。本方法提高了费用清算的效率。
Description
技术领域
本申请涉及交通信息技术领域，特别是涉及一种费用清算方法、***、计算机设备和存储介质。
背景技术
随着交通信息技术的发展，出现了一种车辆通过收费站时不用停车便能自动缴费的支付方式，也即ETC（电子不停车收费***)。随着ETC车道覆盖率逐渐提高，ETC在公共服务区、城市停车等交通领域的广泛应用，能够为ETC用户提供更多便利。
目前的ETC在接收到车辆消费产生的订单流水后，会通过路网中心对订单流水进行跨区域汇总，再将订单流水分发至本地区域的ETC进行费用清算。然而，当车辆在外地区域进行消费时，订单流水在不同区域之间的传输链条较长，造成了费用代扣和清算的时效性较差。因此，如何提高费用清算的效率是本身请需要解决的问题。
发明内容
基于此，有必要针对上述技术问题，提供一种能够提高费用清算效率的费用清算方法、***、装置、计算机设备和存储介质。
第一方面，本申请提供了一种费用清算方法。所述方法包括：
当获取到目标车辆的待扣款订单时，触发ETC路侧单元读取所述目标车辆中的ETC车载单元的单元信息；所述单元信息包括所述ETC车载单元的发行方；
将所述发行方作为所述待扣款订单的目标清算对象，并确定所述目标清算对象所对应的目标发行方***；
对所述单元信息进行合规性验证，并在合规性验证通过后执行针对所述待扣款订单的扣款操作，得到订单流水；
将所述订单流水反馈至所述目标发行方***；反馈的所述订单流水用于触发所述目标发行方***对接收到的订单流水进行清算。
在一个实施例中，每个所述发行方各自对应于不同的地理区域；所述目标发行方***通过所述发行方所对应的目标地理区域确定得到；所述目标地理区域与所述ETC路侧单元的安装区域为不同区域。
在一个实施例中，在对所述单元信息进行合规性验证之前还包括：确定多个发行方***对应的接口类型、以及每个所述接口类型分别所需的通信协议； 通过每个所述通信协议，分别建立与所述发行方***之间的通信。
在一个实施例中，单元信息包括ETC标识和扣款卡标识；所述对所述单元信息进行合规性验证，包括：分别判断所述ETC标识对应的ETC车载单元、所述扣款卡标识对应的扣款卡是否为可用状态；当所述ETC车载单元和所述扣款卡均可用状态时，对所述ETC车载单元和所述扣款卡进行黑名单验证，得到黑名单验证结果；当所述黑名单验证结果为验证通过时，对所述扣款卡进行扣款卡验证，得到扣款卡验证结果，并将所述扣款卡验证结果作为合规性验证结果；上述方法还包括：将所述扣款卡标识发送至所述目标发行方***。
在一个实施例中，单元信息包括所述ETC车载单元的第一使用时间、所述扣款卡的第二使用时间和实际余额；所述分别判断所述ETC标识对应的ETC车载单元、所述扣款卡标识对应的扣款卡是否为可用状态，包括：确定所述ETC车载单元的初始状态和所述待扣款订单中的待扣款金额；当所述初始状态为激活状态时，根据所述第一使用时间和预设的第一有效时间，判断所述ETC车载单元是否为可用状态；根据所述第二使用时间和预设的第二有效时间，确定扣款卡初始的状态；当所述初始的状态为初步可用时，根据所述实际余额和所述待扣款金额，判断所述扣款卡是否为可用状态。
在一个实施例中，对所述ETC车载单元和所述扣款卡进行黑名单验证，得到黑名单验证结果，包括：确定接收到所述待扣款订单的当前接收时间，并根据所述当前接收时间获取第一黑名单数据表和第二黑名单数据表；查询ETC标识是否列入所述第一黑名单数据表，以及查询所述扣款卡标识是否列入所述第二黑名单数据表；当第一黑名单数据表中未包括所述ETC标识、且所述第二黑名单数据表中未包括所述扣款卡标识时，得到表征黑名单验证通过的黑名单验证结果；当所述第一黑名单数据表中包括所述ETC标识或所述第二黑名单数据表中包括所述扣款卡标识时，得到表征黑名单验证不通过的黑名单验证结果。
在一个实施例中，所述对所述扣款卡进行扣款卡验证，得到扣款卡验证结果，包括：通过所述目标发行方***，接收所述ETC支付***发送的扣款卡标识，并确定与所述扣款卡标识相关联的密钥；通过所述目标发行方***，根据所述密钥对所述扣款卡标识进行解析，得到与所述扣款卡标识相关联的认证信息；并将所述认证信息反馈至所述ETC支付***；所述认证信息用于触发所述ETC支付***得到扣款卡验证结果。
在一个实施例中，订单流水包括商家标识；在所述将所述订单流水反馈至所述目标发行方***之后，所述方法还包括： 通过所述目标发行方***，接收所述ETC支付***发送的订单流水，并通过预设的目标开户行***对所述订单流水中的金额进行费用代扣，得到代扣费用；所述目标开户行***通过预先对扣款卡和开户行***之间进行关联后得到；通过所述目标发行方***，确定与所述商家标识相关联的目标清算规则；所述目标清算规则包括固定费率、阶梯费率和定期收取服务费中的至少一种；通过所述目标发行方***，根据所述目标清算规则对所述代扣费用进行清算。
在一个实施例中，根据目标清算规则对所述代扣费用进行清算包括：当所述目标清算规则为所述阶梯费率时，确定不同费用区间各自对应的费率；确定所述代扣费用所属于的目标费用区间、以及所述目标费用区间对应的目标费率；根据所述代扣费用与所述目标费率之间的乘积，得到目标清算费用，上述方法还包括：将所述目标清算费用结算至所述商家标识对应的商家***。
第二方面，本申请还提供了一种费用清算***。所述***包括ETC支付***；所述ETC支付***包括路侧单元控制模块、发行方路由模块、扣款模块和清结算模块，其中：
所述路侧单元控制模块，用于当获取到目标车辆的待扣款订单时，触发ETC路侧单元读取所述目标车辆中的ETC车载单元的单元信息；所述单元信息包括所述ETC车载单元的发行方；
所述发行方路由模块，用于将所述发行方作为所述待扣款订单的目标清算对象，并确定所述目标清算对象所对应的目标发行方***；
所述扣款模块，用于对所述单元信息进行合规性验证，并在合规性验证通过后执行针对所述待扣款订单的扣款操作，得到订单流水；
所述清结算模块，用于将所述订单流水反馈至所述目标发行方***；反馈的所述订单流水用于触发所述目标发行方***对接收到的订单流水进行清算。
第三方面，本申请还提供了一种费用清算装置。所述装置包括：
订单获取模块：用于当获取到目标车辆的待扣款订单时，触发ETC路侧单元读取所述目标车辆中的ETC车载单元的单元信息；所述单元信息包括所述ETC车载单元的发行方；
合规性验证模块：用于将所述发行方作为所述待扣款订单的目标清算对象，并确定所述目标清算对象所对应的目标发行方***；对单元信息进行合规性验证，并在合规性验证通过后执行针对待扣款订单的扣款操作，得到订单流水；
清算触发模块，用于将所述订单流水反馈至所述目标发行方***；反馈的所述订单流水用于触发所述目标发行方***对接收到的订单流水进行清算。
第四方面，本申请还提供了一种计算机设备。所述计算机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：
当获取到目标车辆的待扣款订单时，触发ETC路侧单元读取所述目标车辆中的ETC车载单元的单元信息；所述单元信息包括所述ETC车载单元的发行方；
将所述发行方作为所述待扣款订单的目标清算对象，并确定所述目标清算对象所对应的目标发行方***；
对所述单元信息进行合规性验证，并在合规性验证通过后执行针对所述待扣款订单的扣款操作，得到订单流水；
将所述订单流水反馈至所述目标发行方***；反馈的所述订单流水用于触发所述目标发行方***对接收到的订单流水进行清算。
第五方面，本申请还提供了一种计算机可读存储介质。所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：
当获取到目标车辆的待扣款订单时，触发ETC路侧单元读取所述目标车辆中的ETC车载单元的单元信息；所述单元信息包括所述ETC车载单元的发行方；
将所述发行方作为所述待扣款订单的目标清算对象，并确定所述目标清算对象所对应的目标发行方***；
对所述单元信息进行合规性验证，并在合规性验证通过后执行针对所述待扣款订单的扣款操作，得到订单流水；
将所述订单流水反馈至所述目标发行方***；反馈的所述订单流水用于触发所述目标发行方***对接收到的订单流水进行清算。
上述费用清算方法、***、装置、计算机设备和存储介质，通过在获取到目标车辆的待扣款订单时，触发ETC路侧单元读取目标车辆中的ETC车载单元的单元信息，进而将单元信息中的发行方作为待扣款订单的目标清算对象，可确定目标清算对象所对应的目标发行方***；通过对单元信息进行合规性验证，并在合规性验证通过后执行针对待扣款订单的扣款操作，得到订单流水，如此，便可将订单流水反馈至目标发行方***，使得触发目标发行方***对接收到的订单流水进行清算。由于本申请是在先确定出目标清算对象之后，再基于目标清算对象所对应的目标发行方***进行清算，因此，相比于传统的需要将订单流水进行跨区域汇总后，再分发至不同区域的方式，本申请在确保单元信息的合规性验证通过时，便可通过订单流水触发目标发行方***进行清算，因此提高了费用清算的效率，也大大缩短了将费用结算给商家的时间。
附图说明
图1为一个实施例中费用清算方法的应用环境图；
图2为一个实施例中费用清算方法的流程示意图；
图3为一个实施例中发行方对接模块与发行方***通信的结构框图；
图4为一个实施例中ETC支付***的结构框图；
图5为一个实施例中费用清算***的结构框图；
图6为另一个实施例中费用清算方法的流程示意图；
图7为一个实施例中费用清算装置的结构框图；
图8为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅用以解释本申请，并不用于限定本申请。
本申请实施例提供的费用清算方法，可以应用于如图1所示的应用环境中。其中，该应用环境中包括第一终端102、计算机设备104和第二终端106，其中，第一终端102可认为是商家***，计算机设备104可认为是ETC支付***，第二终端106可认为是发行方***，第一终端102可通过网络与计算机设备104进行通信，计算机设备104可通过网络与第二终端106进行通信。第一终端102用于将目标车辆消费时产生的待扣款订单发送至计算机设备104，计算机设备104用于在获取到目标车辆的待扣款订单时，触发ETC路侧单元读取目标车辆中的ETC车载单元的单元信息；将发行方作为待扣款订单的目标清算对象，并确定目标清算对象所对应的目标发行方***；计算机设备104还用于对单元信息进行合规性验证，并在合规性验证通过后执行针对待扣款订单的扣款操作，得到订单流水，进而将订单流水反馈至第二终端106，以触发第二终端106根据接收到的订单流水进行清算。其中，计算机设备104可以为终端或者服务器，终端可以是平板电脑、笔记本电脑、智能汽车、智能音箱、云平台等，但并不局限于此。服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式***。
在一个实施例中，如图2所示，提供了一种费用清算方法，由ETC支付***执行，以该方法应用于图1中的计算机设备为例进行说明，包括以下步骤：
步骤202，当获取到目标车辆的待扣款订单时，触发ETC路侧单元读取目标车辆中的ETC车载单元的单元信息。
其中，ETC路侧单元为一种安装在商家指定位置的微波收发装置，当搭载了ETC车载单元的车辆靠近时，便可与ETC车载单元进行微波通信，并读取ETC车载单元的单元信息；商家可包括加油站、停车场、服务区等；ETC车载单元中通常配备有可进行金额扣款的扣款卡；单元信息为记载了与ETC车载单元相关联的所有信息，单元信息包括ETC车载单元的发行方等。
具体地，当用户驾驶目标车辆在商家进行消费，商家所在的商家***可通过摄像头等识别装置对目标车辆的车牌号进行识别，并以车牌号为标识生成待扣款订单，进而将待扣款订单发送至计算机设备，也即ETC支付***。发送的待扣款订单可视作向ETC支付***发起的一种ETC支付申请。当获取到目标车辆的待扣款订单时，此时可视作目标车辆即将离开服务区，服务区门口的闸门需要打开放行。因此，计算机设备需要触发ETC路侧单元读取目标车辆中的ETC车载单元的单元信息，进而根据单元信息对待扣款订单进行的扣款操作后，将扣款结果发送至商家所在的商家***，使得商家打开闸门。
在一个实施例中，计算机设备可将不同商家发送的待扣款订单保存在订单数据存储模块中。订单数据存储模块可视作一种订单集群，订单集群可在逻辑上或者物理上将不同来源、格式的数据进行集成，以实现数据的统一管理和共享，因此，可确保对来源于不同商家的待扣款订单进行统一管理。
在一个实施例中，计算机设备可将订单数据存储模块中的订单视作一种业务数据。
步骤204，将发行方作为待扣款订单的目标清算对象，并确定目标清算对象所对应的目标发行方***。
其中，清算表征目标清算对象对与其他交易成员之间的多种金额款项进行汇总和整理的过程。
具体地，由于目前的ETC是以省份、市区等为单位进行区域化运营，其发行方***也是建立在区域化运营的基础之上，例如，本地区所发行的ETC车载单元所产生的扣款流水只能由本地区的下属发行渠道进行费用代扣，因此，计算机设备需要将ETC车载单元的发行方所对应的发行方***，作为目标清算对象所对应的目标发行方***。
在一个实施例中，每个发行方各自对应于不同的地理区域；目标发行方***通过发行方所对应的目标地理区域确定得到；目标地理区域与ETC路侧单元的安装区域为不同区域。
其中，地理区域可为按照不同的省份、市区等进行划分的区域；不同的发行方对应的发行方***通常并不相同，对应的地理区域也并不相同。例如，ETC路侧单元的安装区域为省份A的某停车场出口，但目标车辆的ETC车载单元的发行方为省份B，因此将省份B视作目标清算对象，省份B对应的发行方***作为目标发行方***。因此，实现了“谁发行谁扣款结算”的交易模式。
在一个实施例中，在对单元信息进行合规性验证之前还包括：确定多个发行方***对应的接口类型、以及每个接口类型分别所需的通信协议；通过每个通信协议，分别建立与每个发行方***之间的通信。
其中，ETC支付***包括发行方对接模块，发行方对接模块包括多个发行方子模块，每个发行方子模块中预先封装了与不同接口类型相关联的通信协议。如图3所示，图3为发行方对接模块与发行方***通信的结构框图。
具体地，针对多个发行方***中的每个发行方***，当计算机设备确定当前发行方***对应的接口类型时，可根据接口类型从多个发行方子模块中筛选出目标子模块，进而通过目标子模块中的通信协议，建立与当前发行方***之间的通信。例如，发行方***1的接口类型为m，当发行方子模块a中封装的是接口类型m关联的通信协议M时，便可将发行方子模块a视作目标子模块，并建立发行方***1之间的通信。
步骤206，对单元信息进行合规性验证，并在合规性验证通过后执行针对待扣款订单的扣款操作，得到订单流水。
其中，单元信息包括ETC标识和扣款卡标识；ETC标识为ETC车载单元对应的标识；合规性验证包括可用性验证、黑名单验证和扣款认证中的至少一种。
在一个实施例中，对单元信息进行合规性验证包括：分别判断ETC标识对应的ETC车载单元、扣款卡标识对应的扣款卡是否为可用状态；当ETC车载单元和扣款卡均可用状态时，对ETC车载单元和扣款卡进行黑名单验证，得到黑名单验证结果；当黑名单验证结果为验证通过时，对扣款卡进行扣款卡验证，得到扣款卡验证结果，并将扣款卡验证结果作为合规性验证结果。
具体地，计算机设备对ETC车载单元和扣款卡分别进行可用性验证，当二者的可用性验证的验证结果均为可用状态时，也即ETC车载单元和扣款卡是否均在有效时间内，计算机设备对扣款卡和ETC车载单元分别进行黑名单验证，得到黑名单验证结果。当二者的黑名单验证结果均为验证通过时，计算机设备对扣款卡进行扣款卡验证，得到扣款卡验证结果。当扣款卡验证结果为验证通过时，计算机设备从目标发行方***中获取一种认证信息，并将携带认证信息的扣款卡验证结果作为合规性验证结果；当扣款卡验证结果为验证不通过时，直接将扣款卡验证结果作为合规性验证结果。其中，认证信息表征为一种可对扣款卡进行访问的许可信息。
在一个实施例中，计算机设备将扣款卡标识发送至目标发行方***。使得目标发行方***根据扣款卡标识确定认证信息。
进一步地，由于合规性验证通过的合规性验证结果中包括认证信息，计算机设备便可使用认证信息对与扣款卡标识相对应的扣款卡进行访问，并根据待扣款订单中的待扣款金额进行扣款操作，得到扣款结果。其中，扣款结果通常以一种订单流水的形式进行呈现。
在一个实施例中，计算机设备可将订单流水保存在扣款流水存储模块中。计算机设备可将扣款流水存储模块中的流水视作一种财务数据。
步骤206，将订单流水反馈至目标发行方***；反馈的订单流水用于触发目标发行方***对接收到的订单流水进行清算。
在一个实施例中，计算机设备将订单流水反馈至目标发行方***时，通过订单流水对目标发行方***进行触发操作。
其中，目标发行方***中预存有多个清算规则，通过不同的清算规则可对订单流水执行不同的清算操作。例如，将订单流水中的第一预设比例的金额视作第一清算费用，并将第一清算费用结算给商家，同时，将订单流水中的第二预设比例的金额视作第二清算费用，并将第二清算费用结算给目标发行方***对应的发行方。又例如，直接将订单流水中的所有金额结算给商家。
上述费用清算方法中，通过在获取到目标车辆的待扣款订单时，触发ETC路侧单元读取目标车辆中的ETC车载单元的单元信息，进而将单元信息中的发行方作为待扣款订单的目标清算对象，可确定目标清算对象所对应的目标发行方***；通过对单元信息进行合规性验证，并在合规性验证通过后执行针对待扣款订单的扣款操作，得到订单流水，如此，便可将订单流水反馈至目标发行方***，使得触发目标发行方***对接收到的订单流水进行清算。由于本申请是在先确定出目标清算对象之后，再基于目标清算对象所对应的目标发行方***进行清算，因此，相比于传统的需要将订单流水进行跨区域汇总后，再分发至不同区域的方式，本申请在确保单元信息的合规性验证通过时，便可通过订单流水对目标发行方***进行触发，因此提高了费用清算的效率，也大大缩短了将费用结算给商家的时间。
在一个实施例中，分别判断ETC标识对应的ETC车载单元、扣款卡标识对应的扣款卡是否为可用状态，包括：确定ETC车载单元的初始状态和待扣款订单中的待扣款金额；当初始状态为激活状态时，根据第一使用时间和预设的第一有效时间，判断ETC车载单元是否为可用状态；根据第二使用时间和预设的第二有效时间，确定扣款卡初始的状态；当初始的状态为初步可用时，根据实际余额和待扣款金额，判断扣款卡是否为可用状态。
其中，当用户在车辆挡风玻璃上安装好ETC车载单元后，ETC车载单元的初始状态通常为待激活状态，此时则需要对ETC车载单元进行注册与激活，只有激活后的ETC车载单元才能响应于ETC支付***的扣款操作。
其中，单元信息包括ETC车载单元的第一使用时间、扣款卡的第二使用时间和实际余额；预设的第一有效时间为ETC车载单元出厂后预设的一种可使用时间，例如十年，当超过这个时间，则需要对ETC车载单元重新进行注册与激活，否则ETC车载单元将不能再使用；同样，预设的第二有效时间为扣款卡出厂后预设的一种可使用时间。第一使用时间为ETC车载单元出厂后的实际使用时间，例如使用了两年；同样，第二使用时间为扣款卡出厂后的实际使用时间。
具体地，计算机设备在确定ETC车载单元的初始状态为激活状态时，确定第一使用时间是否小于等于预设的第一有效时间，若是，则确定ETC车载单元为可用状态。例如，确定使用的两年小于十年的有效时间。计算机设备在ETC车载单元为激活状态时，确定第二使用时间是否小于等于预设的第二有效时间，若是，则确定扣款卡初始的状态为初步可用。计算机设备确定待扣款订单中的待扣款金额是否小于等于扣款卡的实际余额，若是，则确定扣款卡为可用状态。
本实施例中，通过分别将ETC车载单元的第一使用时间和第一有效时间进行对比、将扣款卡的第二使用时间和第二有效时间进行对比，可准确得到ETC车载单元和扣款卡的可用状态，确保了后续对ETC车载单元和扣款卡进行黑名单验证的准确性。
在一个实施例中，对ETC车载单元和扣款卡进行黑名单验证，得到黑名单验证结果，包括：确定接收到待扣款订单的当前接收时间，并根据当前接收时间获取第一黑名单数据表和第二黑名单数据表；查询ETC标识是否列入第一黑名单数据表，以及查询扣款卡标识是否列入第二黑名单数据表；当第一黑名单数据表中未包括ETC标识、且第二黑名单数据表中未包括扣款卡标识时，得到表征黑名单验证通过的黑名单验证结果；当第一黑名单数据表中包括ETC标识或第二黑名单数据表中包括扣款卡标识时，得到表征黑名单验证不通过的黑名单验证结果。
其中，当前接收时间为计算机设备实时接收到待扣款订单的时间，也即实时对应于的国家授时中心标准时间。第一黑名单数据表为列入黑名单的ETC车载单元，第一黑名单数据表包括有全量数据表和增量数据表两种形式，全量数据表可表明整个预设周期内的全部数据，增量数据表可表明在周期内的某个时刻、或周期后的某个时刻，实时变化的数据；第二黑名单数据表为列入黑名单的扣款卡，同样第二黑名单数据表包括全量数据表和增量数据表两种形式。第一黑名单数据表和第二黑名单数据表通常存储在发行方***的黑名单***中。
具体地，计算机设备根据接收到待扣款订单的当前接收时间，获取第一黑名单数据表和第二黑名单数据表，例如，若当前接收时间为1月2日上午10点，全量数据表的预设周期为一天，因此，第一黑名单数据表中的全量数据表则包括1月1日整天内，全国所有的黑名单用户，而第一黑名单数据表中的增量数据表则包括1月2日0点至上午10点，全国实时增加的黑名单用户。计算机设备分别从第一黑名单数据表中查询ETC标识、从第二黑名单数据表中查询扣款卡标识，若未在第一黑名单数据表中查询到ETC标识、且未从第二黑名单数据表中查询到扣款卡标识，则得到黑名单验证结果为验证通过；反之得到黑名单验证结果为验证不通过。
本实施例中，由于第一黑名单数据表和第二黑名单数据表均是在全量数据表的基础上综合增量数据表，实现了黑名单数据表的动态获取，避免因黑名单更新造成错误验证的情况，且可以有针对性地对ETC车载单元和扣款卡分别进行黑名单验证，提高了黑名单验证的准确性。
在一个实施例中，对扣款卡进行扣款卡验证，得到扣款卡验证结果，包括：通过目标发行方***，接收ETC支付***发送的扣款卡标识，并确定与扣款卡标识相关联的密钥；通过目标发行方***，根据密钥对扣款卡标识进行解析，得到与扣款卡标识相关联的认证信息；并将认证信息反馈至ETC支付***；认证信息用于触发ETC支付***得到扣款卡验证结果。
具体地，由于目标发行方***包括密钥***，密钥***中预存有与不同扣款卡标识相对应的密钥，当目标发行方***在接收ETC支付***发送的扣款卡标识时，便可从密钥***中获取与扣款卡标识相关联的密钥，并通过密钥对扣款卡标识进行解密或解析，得到与扣款卡标识相关联的认证信息，认证信息也即通过密钥***中的密钥计算出的一种认证码。只有在获取与扣款卡标识相关联的认证信息后，才能将携带认证信息的扣款卡验证结果作为验证通过。
在一个实施例中，目标发行方***将认证信息返回至计算机设备，也即ETC支付***，使得计算机设备根据认证信息得到扣款卡验证结果。
本实施例中，通过密钥对扣款卡进行扣款卡验证，确保了用户的账户安全，且由于是将扣款卡验证结果作为合规性验证结果，进一步确保了对单元信息进行合规性验证的准确性。
在一个实施例中，通过目标发行方***，接收ETC支付***发送的订单流水，并通过预设的目标开户行***对订单流水中的金额进行费用代扣，得到代扣费用；通过目标发行方***，确定与商家标识相关联的目标清算规则；通过目标发行方***，根据目标清算规则对代扣费用进行清算。
其中，目标开户行***通过预先对扣款卡和开户行***之间进行关联后得到，目标开户行***也为目标发行方***的一种下属发行渠道，例如某银行渠道等。订单流水包括商家标识。目标清算规则包括固定费率、阶梯费率和定期收取服务费中的至少一种；固定费率表征将总的代扣费用按照一定预设比例计算清算费用的规则；阶梯费率表征一种确定代扣费用所属的费用区间后，按照费用区间对应的不同预设比例计算清算费用的规则；定期收取服务费表征从将预设时间内的总的代扣费用中，扣除预设服务费的规则。
具体地，当目标开户行***为某银行渠道时，则说明扣款卡已和某银行渠道进行账户绑定，因此，目标发行方***可通过预设的目标开户行***，并按照订单流水中的金额对绑定的账户进行费用代扣，得到代扣费用。目标发行方***订单流水中的商家标识，可确定与商家标识相关联的目标清算规则，进而根据目标清算规则对代扣费用进行清算。
在一个实施例中，计算机设备预先通过将商家标识与相应地清算规则进行关联配置，得到每个商家标识各自关联的清算规则。
在一个实施例中，根据目标清算规则对代扣费用进行清算包括：当目标清算规则为阶梯费率时，确定不同费用区间各自对应的费率；确定代扣费用所属于的目标费用区间、目标费用区间对应的目标费率；根据代扣费用与目标费率之间的乘积，得到目标清算费用。
其中，阶梯费率对应的清算规则包括多个费用区间、以及每个费用区间各自对应的费率，例如，费用区间[0,500] 对应的费率为80%，费用区间[500,1000] 对应的费率为90%等。
具体地，目标发行方***确定代扣费用所属的目标费用区间，例如代扣费用为600，确定属于费用区间[500,1000]，此时的目标费率为80%，因此，确定代扣费用与目标费率之间的乘积为480，因此将480作为目标清算费用，其中的目标清算费用表征与商家标识相关联的清算费用。
在一个实施例中，目标发行方***根据代扣费用和目标清算费用，确定与发行方相关联的附加清算费用。也即确定代扣费用与目标清算费用之间的差异值，并将差异值作为附加清算费用。
在一个实施例中，当目标清算规则为定期收取服务费时，目标发行方***确定预设的收取时间内的多个代扣费用，并将多个代扣费用进行叠加，得到总代扣费用。目标发行方***根据预设的服务费和总代扣费用，得到目标清算费用，也即从总代扣费用中扣除预设的服务费，得到目标清算费用。
在一个实施例中，目标发行方***将目标清算费用结算至商家标识对应的商家***；将附加清算费用或预设的服务费结算至ETC车载单元的发行方。
本实施例中，在通过预设的目标开户行***得到代扣费用，并确定与商家标识相关联的目标清算规则时，进而根据不同的目标清算规则对代扣费用进行清算，如此提高了进行费用清算的灵活性，且由于不同商家对应的清算规则不一定相同，实现了有针对性地将不同的目标清算费用结算给商家***的目的。
在一个实施例中，当目标发行方***对接收到的订单流水进行清算后，计算机设备需要对订单流水进行数据核销过程，其中，数据核销是指在完成交易订单后，对交易订单进行再次核查的过程，若核查无误便将交易订单注销掉，若核查有误便需要进一步核查具体订单明细。
具体地，计算机设备获取至少一个待核销数据，其中，待核销数据的字段信息包括关键字段和对比字段；待核销数据包括业务数据和财务数据中的至少一种，业务数据为订单数据存储模块中的订单，财务数据为扣款流水存储模块中的流水。计算机设备确定每个待核销数据各自对应的目标核销数据源，当待核销数据为业务数据时，可将扣款流水存储模块作为目标核销数据源，当待核销数据为财务数据时，可将订单数据存储模块作为目标核销数据源。根据待核销数据的字段信息，并基于目标核销数据源，对待核销数据进行核销处理。
进一步地，字段信息中的关键字段可由用户预先定义，如关键字段可为订单号、流水号、积分号中的至少一种，对比字段可为交易金额等。计算机设备根据待核销数据的关键字段，从目标核销数据源查找带有相同关键字段的候选数据，若候选数据的对比字段与待核销数据的对比字段相同，则确定候选数据和待核销数据各自对应的核销结果相同，此时在各自对应的核销状态的字段上赋值已核销字样。
在一个实施例中，计算机设备中可包括临时存储数据库和一种高容错的分布式文件***，其中，临时存储数据库用于存储预设时段内采集的待核销数据，分布式文件***可为HDFS***（Hadoop Distributed File System）。通过开源工具（SQOOP组件）可将临时存储数据库中的待核销数据导入至分布式文件***中，使得通过分布式文件***便可对待核销数据进行核销处理。
在一个实施例中，在进行数据核销过程中，将待核销数据存储在分布式文件***上，由于分布式文件***存储文件采用分片和多副本机制，有效地提升数据的读写效率，多副本机制也提升了数据的安全性。计算机设备中的分布式文件***可将核销成功的待核销数据转换成一种结算表，并将结算表进行保存。
本实施例中，通过根据待核销数据中的关键字段和对比字段，可准确地确定业务数据和财务数据的核销状态，提高了确定核销结果的准确性，并且通过分布式文件***便可实现大量数据的计算处理，加快了待核销数据的处理效率。同时，由于数据核销是一个核查具体订单明细的过程，因此根据核销结果也可实现对费用清算过程的验证。
在一个实施例中，本申请中的费用清算***包括ETC支付***，如图4所示，图4为ETC支付***的结构框图。ETC支付***包括路侧单元控制模块、发行方路由模块、扣款模块和清结算模块，其中：路侧单元控制模块，用于当获取到目标车辆的待扣款订单时，触发ETC路侧单元读取目标车辆中的ETC车载单元的单元信息；单元信息包括ETC车载单元的发行方；发行方路由模块，用于将发行方作为待扣款订单的目标清算对象，并确定目标清算对象所对应的目标发行方***；扣款模块，用于对单元信息进行合规性验证，并在合规性验证通过后执行针对待扣款订单的扣款操作，得到订单流水；清结算模块，用于将订单流水反馈至目标发行方***；反馈的订单流水用于触发目标发行方***对接收到的订单流水进行清算。
其中，路侧单元控制模块与ETC路侧单元进行交互，可控制ETC路侧单元读取目标车辆中的单元信息。扣款模块在对单元信息进行合规性验证的过程中，需要与目标发行方***进行交互，才能得到合规性验证结果。ETC支付***当获取目标车辆的待扣款订单时，直至将订单流水反馈至目标发行方***的具体过程，可参照上述费用清算方法实施例，本申请实施例在此不再赘述。
在一个实施例中， ETC支付***还包括订单处理模块、黑名单模块、发行方对接模块、订单流水存储模块、黑名单存储模块和订单数据存储模块，参考图4所示，其中：
订单处理模块：用于与商家***进行交互，可接收商家***发送的待扣款订单，并通过订单数据存储模块保存待扣款订单；并当ETC支付***进行扣款操作的过程中，将扣款结果返回至商家***。
黑名单模块，用于和发行方***中的黑名单***进行交互，并获取黑名单***提供的第一黑名单数据表和第二黑名单数据表，进而将第一黑名单数据表和第二黑名单数据表保存至黑名单存储模块。
发行方对接模块，用于提供交互接口，来对接不同地理区域分别对应的发行方***。
订单流水存储模块，用于存储根据商家***发送的多个待扣款订单进行扣款操作后，得到的多个订单流水。
在一个实施例中，如图5所示，提供了一种费用清算***的结构框图，费用清算***包括商家***和目标发行方***；目标发行方***包括黑名单***、密钥***和清结算***，其中：商家***，用于将通过目标车辆进行消费时产生的待扣款订单发送至ETC支付***中；黑名单***，用于提供对ETC车载单元和扣款卡进行黑名单验证时，所需的第一黑名单数据表和第二黑名单数据表；密钥***，用于提供对扣款卡进行扣款卡验证时所需的密钥，并提供与扣款卡标识相关联的认证信息；清结算***，用于接收ETC支付***反馈的订单流水，并根据订单流水进行清算。
其中，商家***可包括加油站零管***、停车场收费***、服务区应用***等。当ETC支付***在对单元信息进行合规性验证的过程中，需要与黑名单***和密钥***进行交互，才能得到合规性验证结果。清结算***在对订单流水进行清算过程中，将代扣费用结算给商家***。
在一个实施例中，如图6所示，提供了另一种费用清算方法的流程示意图。S601：用户在加油站、停车场、服务区等商家完成消费；S602：商家***以车牌号为标识生成待扣款订单并推送给ETC支付***；S603：ETC支付***中的订单处理模块接收待扣款订单并保存在订单数据存储模块；S604：ETC支付***触发ETC路侧单元读取目标车辆中的ETC车载单元的单元信息；S605：发行方路由模块将单元信息中的发行方作为目标清算对象，并确定目标清算对象对应的目标发行方***；S606：通过扣款模块判断ETC车载单元和扣款卡的可用性；S607：通过黑名单模块确认ETC车载单元和扣款卡是否被列入黑名单；S608：通过目标发行方***中的密钥***，对扣款卡进行扣款卡验证，并获取认证信息；S609：扣款模块根据认证信息执行待扣款订单的扣款操作，得到订单流水，并将订单流水保存在订单流水存储模块；S610：将订单流水发送至目标发行方***中的清结算***；S611：通过ETC支付***中的订单处理模块将订单流水对应的扣款结果返回至商家***；S612：商家打开闸门，使得用户驾驶目标车辆离开；S613：目标发行方***将订单流水发送至下属发行渠道，也即预设的目标开户行***；S614：下属发行渠道对订单流水中的金额进行费用代扣，并短信通知用户；S615：目标发行方***将代扣费用结算给商家***。
应该理解的是，虽然如上的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的费用清算方法的费用清算装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个费用清算装置实施例中的具体限定可以参见上文中对于费用清算方法的限定，在此不再赘述。
在一个实施例中，如图7所示，提供了一种费用清算装置700，包括：订单获取模块702、合规性验证模块704和清算触发模块706，其中：
订单获取模块702：用于当获取到目标车辆的待扣款订单时，触发ETC路侧单元读取目标车辆中的ETC车载单元的单元信息。
合规性验证模块704：用于将发行方作为待扣款订单的目标清算对象，并确定目标清算对象所对应的目标发行方***；对单元信息进行合规性验证，并在合规性验证通过后执行针对待扣款订单的扣款操作，得到订单流水.
清算触发模块706，用于将订单流水反馈至目标发行方***；反馈的订单流水用于触发目标发行方***对接收到的订单流水进行清算。
在一个实施例中，费用清算装置700还包括通信连接模块708，用于确定多个发行方***对应的接口类型、以及每个接口类型分别所需的通信协议； 通过每个通信协议，分别建立与发行方***之间的通信。
在一个实施例中，合规性验证模块704，还用于分别判断ETC标识对应的ETC车载单元、扣款卡标识对应的扣款卡是否为可用状态；当ETC车载单元和扣款卡均可用状态时，对ETC车载单元和扣款卡进行黑名单验证，得到黑名单验证结果；当黑名单验证结果为验证通过时，对扣款卡进行扣款卡验证，得到扣款卡验证结果，并将扣款卡验证结果作为合规性验证结果；上述方法还包括：将扣款卡标识发送至目标发行方***。
在一个实施例中，合规性验证模块704包括可用性验证模块7041，用于分别判断ETC标识对应的ETC车载单元、扣款卡标识对应的扣款卡是否为可用状态，包括：确定ETC车载单元的初始状态和待扣款订单中的待扣款金额；当初始状态为激活状态时，根据第一使用时间和预设的第一有效时间，判断ETC车载单元是否为可用状态；根据第二使用时间和预设的第二有效时间，确定扣款卡初始的状态；当初始的状态为初步可用时，根据实际余额和待扣款金额，判断扣款卡是否为可用状态。
在一个实施例中，合规性验证模块704包括黑名单验证模块7042，用于确定接收到待扣款订单的当前接收时间，并根据当前接收时间获取第一黑名单数据表和第二黑名单数据表；查询ETC标识是否列入第一黑名单数据表，以及查询扣款卡标识是否列入第二黑名单数据表；当第一黑名单数据表中未包括ETC标识、且第二黑名单数据表中未包括扣款卡标识时，得到表征黑名单验证通过的黑名单验证结果；当第一黑名单数据表中包括ETC标识或第二黑名单数据表中包括扣款卡标识时，得到表征黑名单验证不通过的黑名单验证结果。
在一个实施例中，合规性验证模块704包括扣款卡验证模块7043，用于通过目标发行方***，接收ETC支付***发送的扣款卡标识，并确定与扣款卡标识相关联的密钥；通过目标发行方***，根据密钥对扣款卡标识进行解析，得到与扣款卡标识相关联的认证信息；并将认证信息反馈至ETC支付***；认证信息用于触发ETC支付***得到扣款卡验证结果。
在一个实施例中，清算触发模块706，还用于通过目标发行方***，接收ETC支付***发送的订单流水，并通过预设的目标开户行***对订单流水中的金额进行费用代扣，得到代扣费用；目标开户行***通过预先对扣款卡和开户行***之间进行关联后得到；通过目标发行方***，确定与商家标识相关联的目标清算规则；目标清算规则包括固定费率、阶梯费率和定期收取服务费中的至少一种；通过目标发行方***，根据目标清算规则对代扣费用进行清算。
在一个实施例中，清算触发模块706，还用于当目标清算规则为阶梯费率时，确定不同费用区间各自对应的费率；确定代扣费用所属于的目标费用区间和目标费用区间对应的目标费率；根据代扣费用与目标费率之间的乘积，得到目标清算费用；上述方法还包括将目标清算费用结算至商家标识对应的商家***。
上述费用清算装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图8所示。该计算机设备包括处理器、存储器、输入/输出接口(Input/Output，简称I/O）和通信接口。其中，处理器、存储器和输入/输出接口通过***总线连接，通信接口通过输入/输出接口连接到***总线。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作***、计算机程序和数据库。该内存储器为非易失性存储介质中的操作***和计算机程序的运行提供环境。该计算机设备的数据库用于存储待付款订单数据。该计算机设备的输入/输出接口用于处理器与外部设备之间交换信息。该计算机设备的通信接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种费用清算方法。
本领域技术人员可以理解，图8中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
在一个实施例中，还提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。
在一个实施例中，提供了一种计算机可读存储介质，存储有计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器（Read-OnlyMemory，ROM）、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器（ReRAM）、磁变存储器（Magnetoresistive Random Access Memory，MRAM）、铁电存储器（FerroelETCric Random Access Memory，FRAM）、相变存储器（Phase Change Memory，PCM）、石墨烯存储器等。易失性存储器可包括随机存取存储器（Random Access Memory，RAM）或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器（Static Random Access Memory，SRAM）或动态随机存取存储器（Dynamic RandomAccess Memory，DRAM）等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。
Claims (13)
1.一种费用清算方法，其特征在于，由ETC支付***执行，所述方法包括：
当获取到目标车辆的待扣款订单时，触发ETC路侧单元读取所述目标车辆中的ETC车载单元的单元信息；所述单元信息包括所述ETC车载单元的发行方；
将所述发行方作为所述待扣款订单的目标清算对象，并确定所述目标清算对象所对应的目标发行方***；
对所述单元信息进行合规性验证，并在合规性验证通过后执行针对所述待扣款订单的扣款操作，得到订单流水；
将所述订单流水反馈至所述目标发行方***；反馈的所述订单流水用于触发所述目标发行方***对接收到的订单流水进行清算。
2.根据权利要求1所述的方法，其特征在于，每个所述发行方各自对应于不同的地理区域；所述目标发行方***通过所述发行方所对应的目标地理区域确定得到；所述目标地理区域与所述ETC路侧单元的安装区域为不同区域。
3.根据权利要求1所述的方法，其特征在于，在所述对所述单元信息进行合规性验证之前，所述方法还包括：
确定多个发行方***对应的接口类型、以及每个所述接口类型分别所需的通信协议；
通过每个所述通信协议，分别建立与每个所述发行方***之间的通信。
4.根据权利要求1所述的方法，其特征在于，所述单元信息包括ETC标识和扣款卡标识；所述对所述单元信息进行合规性验证，包括：
分别判断所述ETC标识对应的ETC车载单元、所述扣款卡标识对应的扣款卡是否为可用状态；
当所述ETC车载单元和所述扣款卡均可用状态时，对所述ETC车载单元和所述扣款卡进行黑名单验证，得到黑名单验证结果；
当所述黑名单验证结果为验证通过时，对所述扣款卡进行扣款卡验证，得到扣款卡验证结果，并将所述扣款卡验证结果作为合规性验证结果；
所述方法还包括：
将所述扣款卡标识发送至所述目标发行方***。
5.根据权利要求4所述的方法，其特征在于，所述单元信息包括所述ETC车载单元的第一使用时间、所述扣款卡的第二使用时间和实际余额；所述分别判断所述ETC标识对应的ETC车载单元、所述扣款卡标识对应的扣款卡是否为可用状态，包括：
确定所述ETC车载单元的初始状态和所述待扣款订单中的待扣款金额；
当所述初始状态为激活状态时，根据所述第一使用时间和预设的第一有效时间，判断所述ETC车载单元是否为可用状态；
根据所述第二使用时间和预设的第二有效时间，确定扣款卡初始的状态；
当所述初始的状态为初步可用时，根据所述实际余额和所述待扣款金额，判断所述扣款卡是否为可用状态。
6.根据权利要求4所述的方法，其特征在于，所述对所述ETC车载单元和所述扣款卡进行黑名单验证，得到黑名单验证结果，包括：
确定接收到所述待扣款订单的当前接收时间，并根据所述当前接收时间获取第一黑名单数据表和第二黑名单数据表；
查询所述ETC标识是否列入所述第一黑名单数据表，以及查询所述扣款卡标识是否列入所述第二黑名单数据表；
当所述第一黑名单数据表中未包括所述ETC标识、且所述第二黑名单数据表中未包括所述扣款卡标识时，得到表征黑名单验证通过的黑名单验证结果；
当所述第一黑名单数据表中包括所述ETC标识或所述第二黑名单数据表中包括所述扣款卡标识时，得到表征黑名单验证不通过的黑名单验证结果。
7.根据权利要求4所述的方法，其特征在于，所述对所述扣款卡进行扣款卡验证，得到扣款卡验证结果，包括：
通过所述目标发行方***，接收所述ETC支付***发送的扣款卡标识，并确定与所述扣款卡标识相关联的密钥；
通过所述目标发行方***，根据所述密钥对所述扣款卡标识进行解析，得到与所述扣款卡标识相关联的认证信息；并将所述认证信息反馈至所述ETC支付***；所述认证信息用于触发所述ETC支付***得到扣款卡验证结果。
8.根据权利要求1所述的方法，其特征在于，所述订单流水包括商家标识；在所述将所述订单流水反馈至所述目标发行方***之后，所述方法还包括：
通过所述目标发行方***，接收所述ETC支付***发送的订单流水，并通过预设的目标开户行***对所述订单流水中的金额进行费用代扣，得到代扣费用；所述目标开户行***通过预先对扣款卡和开户行***之间进行关联后得到；
通过所述目标发行方***，确定与所述商家标识相关联的目标清算规则；所述目标清算规则包括固定费率、阶梯费率和定期收取服务费中的至少一种；
通过所述目标发行方***，根据目标清算规则对所述代扣费用进行清算。
9.根据权利要求8所述的方法，其特征在于，所述根据目标清算规则对所述代扣费用进行清算，包括：
当所述目标清算规则为阶梯费率时，确定不同费用区间各自对应的费率；
确定所述代扣费用所属于的目标费用区间、以及所述目标费用区间对应的目标费率；
根据所述代扣费用与所述目标费率之间的乘积，得到目标清算费用；
所述方法还包括：
将所述目标清算费用结算至所述商家标识对应的商家***。
10.一种费用清算***，其特征在于，所述***包括ETC支付***；所述ETC支付***包括路侧单元控制模块、发行方路由模块、扣款模块和清结算模块，其中：
所述路侧单元控制模块，用于当获取到目标车辆的待扣款订单时，触发ETC路侧单元读取所述目标车辆中的ETC车载单元的单元信息；所述单元信息包括所述ETC车载单元的发行方；
所述发行方路由模块，用于将所述发行方作为所述待扣款订单的目标清算对象，并确定所述目标清算对象所对应的目标发行方***；
所述扣款模块，用于对所述单元信息进行合规性验证，并在合规性验证通过后执行针对所述待扣款订单的扣款操作，得到订单流水；
所述清结算模块，用于将所述订单流水反馈至所述目标发行方***；反馈的所述订单流水用于触发所述目标发行方***对接收到的订单流水进行清算。
11.根据权利要求10所述的***，其特征在于，所述***还包括商家***和目标发行方***；所述目标发行方***包括黑名单***、密钥***和清结算***，其中：
所述商家***，用于将通过所述目标车辆进行消费时产生的待扣款订单发送至所述ETC支付***中；
所述黑名单***，用于提供对所述ETC车载单元和扣款卡进行黑名单验证时，所需的第一黑名单数据表和第二黑名单数据表；
所述密钥***，用于提供对扣款卡进行扣款卡验证时所需的密钥，并提供与扣款卡标识相关联的认证信息；
所述清结算***，用于接收所述ETC支付***反馈的订单流水，并根据所述订单流水进行清算。
12.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至9中任一项所述的方法的步骤。
13.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至9中任一项所述的方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211004150.0A CN115083027B (zh) | 2022-08-22 | 2022-08-22 | 费用清算方法、***、计算机设备和存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211004150.0A CN115083027B (zh) | 2022-08-22 | 2022-08-22 | 费用清算方法、***、计算机设备和存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN115083027A true CN115083027A (zh) | 2022-09-20 |
| CN115083027B CN115083027B (zh) | 2022-11-18 |
Family
ID=83244855
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211004150.0A Active CN115083027B (zh) | 2022-08-22 | 2022-08-22 | 费用清算方法、***、计算机设备和存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115083027B (zh) |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102194260A (zh) * | 2011-06-09 | 2011-09-21 | 北京握奇数据***有限公司 | 一种车载单元、***及业务处理的方法 |
| CN105303629A (zh) * | 2015-12-09 | 2016-02-03 | 吴美婵 | 基于etc***的交易平台 |
| CN105303626A (zh) * | 2014-06-20 | 2016-02-03 | 深圳市金溢科技股份有限公司 | 车载单元的自助发行方法和***及无线上网设备 |
| CN111192047A (zh) * | 2019-12-26 | 2020-05-22 | 天地融科技股份有限公司 | 基于非对称算法的车载单元收费方法 |
| CN113011870A (zh) * | 2021-02-02 | 2021-06-22 | 北京易路行技术有限公司 | 通过etc天线进行用户卡圈存的方法及装置 |
| CN113689628A (zh) * | 2021-07-08 | 2021-11-23 | 北京北大千方科技有限公司 | 基于etc技术的加油支付方法、***、装置、电子设备及介质 |
| CN114004609A (zh) * | 2021-09-24 | 2022-02-01 | 北京速通科技有限公司 | Etc停车收费管理***及方法 |
| CN114663077A (zh) * | 2022-02-28 | 2022-06-24 | ***股份有限公司 | 信息交互方法、装置和电子设备 |
-
2022
- 2022-08-22 CN CN202211004150.0A patent/CN115083027B/zh active Active
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102194260A (zh) * | 2011-06-09 | 2011-09-21 | 北京握奇数据***有限公司 | 一种车载单元、***及业务处理的方法 |
| CN105303626A (zh) * | 2014-06-20 | 2016-02-03 | 深圳市金溢科技股份有限公司 | 车载单元的自助发行方法和***及无线上网设备 |
| CN105303629A (zh) * | 2015-12-09 | 2016-02-03 | 吴美婵 | 基于etc***的交易平台 |
| CN111192047A (zh) * | 2019-12-26 | 2020-05-22 | 天地融科技股份有限公司 | 基于非对称算法的车载单元收费方法 |
| CN113011870A (zh) * | 2021-02-02 | 2021-06-22 | 北京易路行技术有限公司 | 通过etc天线进行用户卡圈存的方法及装置 |
| CN113689628A (zh) * | 2021-07-08 | 2021-11-23 | 北京北大千方科技有限公司 | 基于etc技术的加油支付方法、***、装置、电子设备及介质 |
| CN114004609A (zh) * | 2021-09-24 | 2022-02-01 | 北京速通科技有限公司 | Etc停车收费管理***及方法 |
| CN114663077A (zh) * | 2022-02-28 | 2022-06-24 | ***股份有限公司 | 信息交互方法、装置和电子设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN115083027B (zh) | 2022-11-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101511801B1 (ko) | 지연된 운송 요금 할당 | |
| US8195506B2 (en) | System, method and computer readable medium for billing based on a duration of a service period | |
| EP0780801B1 (de) | Verfahren und Vorrichtungen für die Verwendung und Verrechnung von elektronischen Zahlungsmitteln in einem offenen und interoperablen System zur automatischen Gebührenerhebung | |
| CN108038925A (zh) | 一种高速公路收费方法、装置、设备及存储介质 | |
| US20140188579A1 (en) | Electronic Toll and Weigh Station Bypass Systems | |
| CN101553848A (zh) | 过路费*** | |
| WO2022017180A1 (zh) | 支付方法、支付***及业务*** | |
| CA2841856A1 (en) | Methods of offline fare collection for open-loop and hybrid card systems | |
| KR20110031046A (ko) | 호환형 교통카드 결제 및 정산을 위한 시스템 및 그 방법 | |
| AU2015210358A1 (en) | Predictive fraud screening | |
| CN111932699B (zh) | 基于区块链的etc收费方法、***、设备及存储介质 | |
| CN112241891A (zh) | 一种基于联盟链的充电交易管理*** | |
| GB2570786A (en) | Distributed ledger for retailing and issuing public transport tickets | |
| Huang et al. | A decentralized ETC architecture based on blockchain technology | |
| CN109657763A (zh) | 一种电子车票及电子车票的使用方法 | |
| CN112560074B (zh) | 车辆通行数据的处理方法、装置、设备及*** | |
| CN115083027B (zh) | 费用清算方法、***、计算机设备和存储介质 | |
| CN112116726A (zh) | 一种基于区块链技术的etc交易安全性的方法及装置 | |
| CA2898945C (en) | Predictive fraud screening | |
| CN113487756A (zh) | 一种etc车辆数字货币硬钱包的应用实现方法及*** | |
| CN114937313B (zh) | 车辆管理方法、***、计算机设备和存储介质 | |
| CN108960890A (zh) | 一种车辆信用交易方法及服务器 | |
| US20230056836A1 (en) | System and method to preserve user's privacy in a vehicle miles traveled system | |
| US20220398870A1 (en) | Methods and systems for facilitating collection of road user charges using a digital currency based on a distributed ledger technology | |
| CN112988835B (zh) | 一种基于区块链的融资租赁设备控制方法、***和装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20221227 Address after: Room 812, Kechuang Building, No. 860, West Wangjiang Road, High tech Zone, Hefei City, Anhui Province, 230000 Patentee after: Anhui Gaodeng Weixing Technology Co.,Ltd. Address before: 518051 27D, building 2, building 1, Dachong Business Center (phase II), No. 9678, Shennan Avenue, Dachong community, Yuehai street, Nanshan District, Shenzhen, Guangdong Patentee before: Shenzhen Gaodeng Computer Technology Co.,Ltd. |