CN108765109A - 自由流不停车收费的交易扣费清分方法及系统 - Google Patents

Abstract

本发明提供了一种自由流不停车收费的交易扣费清分方法和系统，该方法包括以下步骤：车辆进出车道时，车道端通过ETC天线识别车辆信息，在车道端本地判断车主账户余额是否足够支付通行费，如果足够支付，则允许车辆直接通行，如果不足够支付，则请求支付中心，由支付中心判断车主账户是否支持通行，若支持则允许车辆通行；车道端允许车辆通行后，将车辆通行的交易扣费请求发送至支付中心；支付中心接收到车辆通行的交易扣费请求后，根据请求的交易类别，对车主账户进行扣费，并将新的车辆信息下发至车道端；支付中心每日交易结束后，自动完成每日的扎帐、对账、清分和结算工作。本发明可以提高车辆通行效率、降低运营成本、防范收益流失。

Description

自由流不停车收费的交易扣费清分方法及系统

技术领域

本发明涉及自由流不停车收费技术领域，尤其涉及一种自由流不停车收费的交易扣费清分方法及系统。

背景技术

高速公路、小区以及停车场等地常设有收费站，当车辆经过收费站的收费车道时，通过人工收费或电子收费的方式对通行车辆收取通行费或停车费。电子收费能够实现自动或半自动收费，便于运营管理，较多的应用于收费站的车道收费。

城市现有车辆数量庞大，且每年持续增加，给城市交通系统造成巨大压力，行车难及停车难成为影响民生的两大问题。

目前的电子收费方式是收费站通过与银行等的业务结算系统绑定的通行卡进行收费，目标车辆进出车道后，收费站将进出车道的目标车辆的缴费金额上传至银行等的业务结算系统，业务结算系统进行扣费，累计一定时间后，业务结算系统对车道的收费信息进行统计，就车道的总收入金额数目发与车道业主进行人工对账，业务结算系统将该车道的收费金额支付至相应的车道业主的账户。但现有的不停车电子收费系统（ETC，ElectronicToll Collection），车辆进出车道时，车道端通过ETC天线识别车辆信息后，需要请求后台判断车主账户是否支持通行，当网络不畅通时，车道端无法与后台进行通信，导致无法判断是否允许车辆通行，影响通行速度，导致收益流失。

发明内容

本发明的目的在于提供一种自由流不停车收费的交易扣费清分方法及系统，旨在用于解决现有的不停车电子收费系统需要通过后台判断车主账户是否支持通行，影响通行速度，导致收益流失的问题。

本发明是这样实现的：

一方面，本发明提供一种自由流不停车收费的交易扣费清分方法，包括以下步骤：

车辆进出车道时，车道端通过ETC天线识别车辆信息，在车道端本地判断车主账户余额是否足够支付通行费，如果足够支付，则允许车辆直接通行，如果不足够支付，则请求支付中心，由支付中心判断车主账户是否支持通行，若支持则允许车辆通行；

车道端允许车辆通行后，将车辆通行的交易扣费请求发送至支付中心；

支付中心接收到车辆通行的交易扣费请求后，根据请求的交易类别，对车主账户进行扣费，并将新的车辆信息下发至车道端；

支付中心每日交易结束后，自动完成每日的扎帐、对账、清分和结算工作。

进一步地，所述支付中心每日交易结束后，自动完成每日的扎帐、对账、清分和结算工作具体包括：

每日定时扎帐；

根据业主方发送的对账单和每日扎帐记录自动对账；

按清分规则对业主方定时清分，并将清分记录汇总；

按结算规则定时生成结算工单，并按规则生成结算批次，到银行出款或网银划账到业主方银行账户，并确认已出款。

进一步地，所述根据业主方发送的对账单和每日扎帐记录自动对账之后，还包括每日查看自动对账的结果，判断是否有异常，若有异常，则和业主方协调并补单；若无异常，则确认对账完成，可以清分。

进一步地，所述按结算规则定时生成结算工单之后，还包括审核结算工单，若审核通过，则按规则生成结算批次，若审核不通过，则生成退票记录。

进一步地，按清分规则对业主方定时清分后，业主方虚拟账户产生相应的收入；按结算规则定时生成结算工单后，对业主方虚拟账户进行结算。

另一方面，本发明还提供一种自由流不停车收费的交易扣费清分系统，包括车道端交易识别装置以及支付中心；

所述车道端交易识别装置用于在车辆进出车道时，通过ETC天线识别车辆信息，在车道端本地判断车主账户余额是否足够支付通行费，如果足够支付，则允许车辆直接通行，如果不足够支付，则请求支付中心，由支付中心判断车主账户是否支持通行，若支持则允许车辆通行；允许车辆通行后，将车辆通行的交易扣费请求发送至支付中心；

所述支付中心用于接收到车辆通行的交易扣费请求后，根据请求的交易类别，对车主账户进行扣费，并将新的车辆信息下发至车道端交易识别装置；每日交易结束后，自动完成每日的扎帐、对账、清分和结算工作。

进一步地，所述支付中心包括扣费模块、扎帐模块、对账模块、清分模块和结算模块；

所述扣费模块用于接收车辆通行的交易扣费请求，根据上传的通行扣费记录，对车主账户自动进行扣费；

所述扎帐模块用于每日定时扎帐；

所述对账模块用于根据业主方发送的对账单和每日扎帐记录自动对账；

所述清分模块用于按清分规则对业主方定时清分，并将清分记录汇总；

所述结算模块用于按结算规则定时生成结算工单，并按规则生成结算批次，到银行出款或网银划账到业主方银行账户，并确认已出款。

进一步地，所述对账模块还用于每日查看自动对账的结果，判断是否有异常，若有异常，则和业主方协调并补单；若无异常，则确认对账完成，可以清分。

进一步地，所述结算模块还用于在按结算规则定时生成结算工单之后，审核结算工单，若审核通过，则按规则生成结算批次，若审核不通过，则生成退票记录。

进一步地，所述车道端交易识别装置还用于在按清分规则对业主方定时清分后，在业主方虚拟账户产生相应的收入；并在按结算规则定时生成结算工单后，根据结算工单对业主方虚拟账户进行结算。

与现有技术相比，本发明具有以下有益效果：

本发明提供的这种自由流不停车收费的交易扣费清分方法及系统，支付中心实时将新的车辆信息下发至车道端，由于车道端本地存储有车辆信息，当车辆进出车道时，可以根据车道端存储的车辆信息在车道端本地对车辆进行识别以及判断车主账户余额是否足够支付通行费，也可以通过支付中心对车辆进行识别以及进行车主账户余额的判断，该模式保障了网络不通畅时的离线交易判断，待网络通畅时，车道端再将交易信息发回支付中心处理，以提高车辆通行效率、降低运营成本、防范收益流失，从而实现不停车电子收费的智能化建设。

附图说明

图1为本发明实施例提供的一种自由流不停车收费的交易扣费清分方法的流程图；

图2为本发明实施例提供的一种自由流不停车收费的交易扣费清分方法的详细处理流程图；

图3为本发明实施例提供的一种自由流不停车收费的交易扣费清分系统的方框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

如图1和图2所示，本发明实施例提供一种自由流不停车收费的交易扣费清分方法，用于停车场、开放式道路等各种收费通道的交易扣费清分，该方法包括以下步骤：

S101，车辆进出车道时，车道端通过ETC天线识别车辆信息，在车道端本地判断车主账户余额是否足够支付通行费，如果足够支付，则允许车辆直接通行，如果不足够支付，则请求支付中心，由支付中心判断车主账户是否支持通行，若支持则允许车辆通行；

S102，车道端允许车辆通行后，将车辆通行的交易扣费请求发送至支付中心，所述交易扣费请求包括车辆识别信息以及车辆通行的扣费记录；

S103，支付中心接收到车辆通行的交易扣费请求后，根据请求的交易类别，对车主账户进行扣费，并将新的车辆信息下发至车道端，新的车辆信息包括车辆识别信息以及车主账户信息；

S104，支付中心每日交易结束后，自动完成每日的扎帐、对账、清分和结算工作。

本发明通过支付中心实时将新的车辆信息下发至车道端，由于车道端本地存储有车辆信息，当车辆进出车道时，可以根据车道端存储的车辆信息在车道端本地对车辆进行识别以及判断车主账户余额是否足够支付通行费，也可以通过支付中心对车辆进行识别以及进行车主账户余额的判断，该模式保障了网络不通畅时的离线交易判断，待网络通畅时，车道端再将交易信息发回支付中心处理，以提高车辆通行效率、降低运营成本、防范收益流失，从而实现不停车电子收费的智能化建设。

如图2所示，在一个实施例中，所述支付中心每日交易结束后，自动完成每日的扎帐、对账、清分和结算工作具体包括：

每日定时对当天的交易进行扎帐并记录；

根据业主方发送的对账单和每日扎帐记录自动对账，业主方即为各收费通道；

按清分规则对业主方定时清分，并将清分记录汇总；

按结算规则定时生成结算工单，并按规则生成结算批次，到银行出款或网银划账到业主方银行账户，并确认已出款。

该过程可以保证清分结算工作准确高效的完成。

如图2所示，在一个实施例中，所述根据业主方发送的对账单和每日扎帐记录自动对账之后，还包括每日查看自动对账的结果，判断是否有异常，若有异常，则和业主方协调并补单；若无异常，则确认对账完成，可以清分。通过在清分之前判断对账结果是否异常，可以对过程中的出错进行及时弥补，保证清分的正确进行。

如图2所示，在一个实施例中，所述按结算规则定时生成结算工单之后，还包括审核结算工单，若审核通过，则按规则生成结算批次，若审核不通过，则生成退票记录。通过对结算工单进行审核，可以避免结算错误。

如图2所示，在一个实施例中，按清分规则对业主方定时清分后，业主方虚拟账户产生相应的收入；按结算规则定时生成结算工单后，对业主方虚拟账户进行结算。

结合本发明实施例，存在一种优选方案，为业主方个性化设置清分规则，可设置的清分方式包括固定费率方式、固定费用方式、阶梯费率方式以及定期收取服务费方式，则按清分规则对业主方定时清分具体包括以下步骤：

查询系统中所有的清分规则；

判断当前时间是否在清分规则的有效时间内，若不在，则修改状态为“无效”，若在，则根据规则的作用会员、业务类型和时间查询状态为“交易完成”的支付订单信息；

判断当前规则的计算方式是否是“定期收取服务费”，若是，则判断当前时间是否属于收取服务费的时间，若不是则不做处理，若是，则进行转账：新建转账订单，记录渠道转账表，并修改账户资金余额，同时记录交易流水和交易分录信息。此时渠道转账表的状态为“转账成功！”

根据业务类型、渠道编号查询扎账状态为“财务已确认”的未清分的扎账记录，根据扎帐记录查询未清分的支付订单记录，若不存在未清分的支付订单记录，则记录清分日志，清分结束；

若存在未清分的支付订单记录，则执行清分，根据清分规则，若为固定费用或固定费率，直接将费用清分，计算方式若为阶梯费率，判断该收费通道当前时间段内的交易总额落在何区间，再按照所在区间的费率进行清分，若为定期收取服务费，则按固定费率0进行清分；

根据清分的结果，修改支付订单的状态为“清分成功”或“清分失败”；

对清分成功的订单，修改各账户余额，并记录交易流水和交易分录信息。

通过为业主方个性化设置清分规则，清分时根据为业主方设置的清分规则进行清分，清分方式多样化，适应不同业主方的需求，用户体验较好。

基于同一发明构思，本发明实施例还提供了一种自由流不停车收费的交易扣费清分系统，该系统所解决技术问题的原理与前述实施例一种自由流不停车收费的交易扣费清分方法相似，因此该系统的实施可以参见前述方法的实施，重复之处不再赘述。

下述为本发明实施例提供的一种自由流不停车收费的交易扣费清分系统，用于执行上述自由流不停车收费的交易扣费清分方法实施例。

如图2所示，该系统包括车道端交易识别装置21以及支付中心22；

所述车道端交易识别装置21用于在车辆进出车道时，通过ETC天线识别车辆信息，在车道端本地判断车主账户余额是否足够支付通行费，如果足够支付，则允许车辆直接通行，如果不足够支付，则请求支付中心，由支付中心判断车主账户是否支持通行，若支持则允许车辆通行；允许车辆通行后，将车辆通行的交易扣费请求发送至支付中心；

所述支付中心22用于接收到车辆通行的交易扣费请求后，根据请求的交易类别，对车主账户进行扣费，并将新的车辆信息下发至车道端交易识别装置；每日交易结束后，自动完成每日的扎帐、对账、清分和结算工作。

在一个实施例中，所述支付中心22包括扣费模块221、扎帐模块222、对账模块223、清分模块224和结算模块225；

所述扣费模块221用于接收车辆通行的交易扣费请求，根据上传的通行扣费记录，对车主账户自动进行扣费；

所述扎帐模块222用于每日定时扎帐；

所述对账模块223用于根据业主方发送的对账单和每日扎帐记录自动对账；

所述清分模块224用于按清分规则对业主方定时清分，并将清分记录汇总；

所述结算模块225用于按结算规则定时生成结算工单，并按规则生成结算批次，到银行出款或网银划账到业主方银行账户，并确认已出款。

在一个实施例中，所述对账模块222还用于每日查看自动对账的结果，判断是否有异常，若有异常，则和业主方协调并补单；若无异常，则确认对账完成，可以清分。

在一个实施例中，所述结算模块225还用于在按结算规则定时生成结算工单之后，审核结算工单，若审核通过，则按规则生成结算批次，若审核不通过，则生成退票记录。

在一个实施例中，所述车道端交易识别装置21还用于在按清分规则对业主方定时清分后，在业主方虚拟账户产生相应的收入；并在按结算规则定时生成结算工单后，根据结算工单对业主方虚拟账户进行结算。

本领域普通技术人员可以理解实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器（ROM，Read Only Memory）、随机存取存储器（RAM，Random AccessMemory）、磁盘或光盘等。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种自由流不停车收费的交易扣费清分方法，其特征在于，包括以下步骤：

车辆进出车道时，车道端通过ETC天线识别车辆信息，在车道端本地判断车主账户余额是否足够支付通行费，如果足够支付，则允许车辆直接通行，如果不足够支付，则请求支付中心，由支付中心判断车主账户是否支持通行，若支持则允许车辆通行；

车道端允许车辆通行后，将车辆通行的交易扣费请求发送至支付中心；

支付中心接收到车辆通行的交易扣费请求后，根据请求的交易类别，对车主账户进行扣费，并将新的车辆信息下发至车道端；

支付中心每日交易结束后，自动完成每日的扎帐、对账、清分和结算工作。

2.如权利要求1所述的自由流不停车收费的交易扣费清分方法，其特征在于：所述支付中心每日交易结束后，自动完成每日的扎帐、对账、清分和结算工作具体包括：

每日定时扎帐；

根据业主方发送的对账单和每日扎帐记录自动对账；

按清分规则对业主方定时清分，并将清分记录汇总；

按结算规则定时生成结算工单，并按规则生成结算批次，到银行出款或网银划账到业主方银行账户，并确认已出款。

3.如权利要求2所述的自由流不停车收费的交易扣费清分方法，其特征在于：所述根据业主方发送的对账单和每日扎帐记录自动对账之后，还包括每日查看自动对账的结果，判断是否有异常，若有异常，则和业主方协调并补单；若无异常，则确认对账完成，可以清分。

4.如权利要求2所述的自由流不停车收费的交易扣费清分方法，其特征在于：所述按结算规则定时生成结算工单之后，还包括审核结算工单，若审核通过，则按规则生成结算批次，若审核不通过，则生成退票记录。

5.如权利要求2所述的自由流不停车收费的交易扣费清分方法，其特征在于：按清分规则对业主方定时清分后，业主方虚拟账户产生相应的收入；按结算规则定时生成结算工单后，对业主方虚拟账户进行结算。

6.一种自由流不停车收费的交易扣费清分系统，其特征在于：包括车道端交易识别装置以及支付中心；

所述车道端交易识别装置用于在车辆进出车道时，通过ETC天线识别车辆信息，在车道端本地判断车主账户余额是否足够支付通行费，如果足够支付，则允许车辆直接通行，如果不足够支付，则请求支付中心，由支付中心判断车主账户是否支持通行，若支持则允许车辆通行；允许车辆通行后，将车辆通行的交易扣费请求发送至支付中心；

所述支付中心用于接收到车辆通行的交易扣费请求后，根据请求的交易类别，对车主账户进行扣费，并将新的车辆信息下发至车道端交易识别装置；每日交易结束后，自动完成每日的扎帐、对账、清分和结算工作。

7.如权利要求6所述的自由流不停车收费的交易扣费清分系统，其特征在于：所述支付中心包括扣费模块、扎帐模块、对账模块、清分模块和结算模块；

所述扣费模块用于接收车辆通行的交易扣费请求，根据上传的通行扣费记录，对车主账户自动进行扣费；

所述扎帐模块用于每日定时扎帐；

所述对账模块用于根据业主方发送的对账单和每日扎帐记录自动对账；

所述清分模块用于按清分规则对业主方定时清分，并将清分记录汇总；

所述结算模块用于按结算规则定时生成结算工单，并按规则生成结算批次，到银行出款或网银划账到业主方银行账户，并确认已出款。

8.如权利要求7所述的自由流不停车收费的交易扣费清分系统，其特征在于：所述对账模块还用于每日查看自动对账的结果，判断是否有异常，若有异常，则和业主方协调并补单；若无异常，则确认对账完成，可以清分。

9.如权利要求7所述的自由流不停车收费的交易扣费清分系统，其特征在于：所述结算模块还用于在按结算规则定时生成结算工单之后，审核结算工单，若审核通过，则按规则生成结算批次，若审核不通过，则生成退票记录。

10.如权利要求7所述的自由流不停车收费的交易扣费清分系统，其特征在于：所述车道端交易识别装置还用于在按清分规则对业主方定时清分后，在业主方虚拟账户产生相应的收入；并在按结算规则定时生成结算工单后，根据结算工单对业主方虚拟账户进行结算。