基于ETC的账户清算方法及装置与流程

公开日期:2021-07-06
位置:E科技>>计算;推算;计数设备的制造及其应用技术

基于ETC的账户清算方法及装置与流程

本发明涉及在线支付技术领域,尤其涉及一种基于etc的账户清算方法及装置。

背景技术

本部分旨在为权利要求书中陈述的本发明实施例提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

电子不停车收费(electronictollcollection,etc)系统目前要求合约签订时,etc设备扣款账户需与客户所留银行签约账户保持一致,也即仅支持对客户签约时预留银行账户进行扣款。但在很多场景下,客户往往不希望etc系统从签约账户扣款,比如,以客运公司名义为公司所有的客运车辆办理etc,签约账户为公司账户;后客运公司将客运车辆出租,并要求承租人自行承担etc扣费,但是,由于etc系统自动从预留的公司账户中进行扣款,货运公司还要再根据etc扣款明细要求承租人支付款项,这样的清算流程为客运公司工作人员带来了很多工作量,需要耗费大量的时间与精力完成清算。随着etc运用场景的增加,单一账户的清算模式已经不能满足与日俱增的客户需求,限制了部分客户群体的etc系统使用。

技术实现要素

本发明实施例提供一种基于etc的账户清算方法,用以支持除签约账户外的其他账户扣除etc费用,满足不同场景下客户的支付需求,扩大使用etc系统的客户群体,该方法包括

接收etc支付信息,所述etc支付信息中包含etc费用及绑定车辆信息;

根据绑定车辆信息查询是否存在与绑定车辆关联的支付账户,所述支付账户为除etc签约账户外的其他账户;

如果存在与绑定车辆关联的支付账户,则从支付账户中扣除etc费用。

在一种实现方式中,所述支付账户的数量为一个或多个,当支付账户的数量为多个时,从支付账户中扣除etc费用,包括

按照指定顺序从各个支付账户中进行扣款;其中,当一个支付账户中扣款失败时,按照指定顺序从下一个支付账户中进行扣款;支付账户的余额少于etc费用时,扣款失败。

在一种实现方式中,如果按照指定顺序从各个支付账户中进行扣款时,其中一个或多个支付账户扣款失败,则所述方法还包括

累计本次扣款过程中支付账户扣款失败次数;

当支付账户扣款失败次数达到预设的最大允许失败次数时,暂停本次扣款,并根据支付账户的银行预留信息,向支付账户的开户人发送扣款失败通知。

在一种实现方式中,如果所有支付账户均扣款失败,所述方法还包括

查询各个支付账户的余额;

按照指定顺序累加各个支付账户中的余额;

如果累加到第n个支付账户,n个支付账户的余额超过etc费用,则确定n个支付账户中每个的扣款额,其中,n个支付账户的扣款总额为etc费用;

按照扣款额从n个支付账户中扣款。

在一种实现方式中,如果所有支付账户均扣款失败,所述方法还包括

校验etc签约账户是否允许在支付账户扣款失败时支付etc费用;

如果允许,则从etc签约账户中进行扣款。

在一种实现方式中,在从etc签约账户中进行扣款之前,所述方法还包括

校验签约账户中是否设置单笔最大支付额度;

如果设置单笔最大支付额度,则比较本次etc费用是否超过单笔最大支付额度;

如果未超过单笔最大支付额度,则从签约账户中扣除本次etc费用。

在一种实现方式中,所述方法还包括

记录本次扣款的支付账户与etc支付信息;

当接收到etc收款方发起的退款交易,则将etc费用退至记录的支付账户。

本发明实施例还提供一种基于etc的账户清算装置,用以支持除签约账户外的其他账户扣除etc费用,满足不同场景下客户的支付需求,扩大使用etc系统的客户群体,该装置包括

通信模块,用于接收etc支付信息,所述etc支付信息中包含etc费用及绑定车辆信息;

查询模块,用于根据绑定车辆信息查询是否存在与绑定车辆关联的支付账户,所述支付账户为除etc签约账户外的其他账户;

扣款模块,用于当存在与绑定车辆关联的支付账户时,从支付账户中扣除etc费用。

所述支付账户的数量为一个或多个,当支付账户的数量为多个时,扣款模块,用于

按照指定顺序从各个支付账户中进行扣款;其中,当一个支付账户中扣款失败时,按照指定顺序从下一个支付账户中进行扣款;支付账户的余额少于etc费用时,扣款失败。

在一种实现方式中,所述装置还包括

次数累计模块,用于当按照指定顺序从各个支付账户中进行扣款时,其中一个或多个支付账户扣款失败时,累计本次扣款过程中支付账户扣款失败次数;

暂停扣款模块,用于当支付账户扣款失败次数达到预设的最大允许失败次数时,暂停本次扣款,并由通信模块根据支付账户的银行预留信息,向支付账户的开户人发送扣款失败通知。

在一种实现方式中,如果所有支付账户均扣款失败,所述扣款模块,还用于

查询各个支付账户的余额;

按照指定顺序累加各个支付账户中的余额;

如果累加到第n个支付账户,n个支付账户的余额超过etc费用,则确定n个支付账户中每个的扣款额,其中,n个支付账户的扣款总额为etc费用;

按照扣款额从n个支付账户中扣款。

在一种实现方式中,所述装置还包括

校验模块,用于当所有支付账户均扣款失败时,校验etc签约账户是否允许在支付账户扣款失败时支付etc费用;

扣款模块,还用于当etc签约账户允许在支付账户扣款失败时支付etc费用时,从etc签约账户中进行扣款。

在一种实现方式中,所述扣款模块,还用于

在从etc签约账户中进行扣款之前,校验签约账户中是否设置单笔最大支付额度;

如果设置单笔最大支付额度,则比较本次etc费用是否超过单笔最大支付额度;

如果未超过单笔最大支付额度,则从签约账户中扣除本次etc费用。

在一种实现方式中,所述装置还包括

记录模块,用于记录本次扣款的支付账户与etc支付信息;

退款模块,用于当接收到etc收款方发起的退款交易,则将etc费用退至记录的支付账户。

本发明实施例还提供一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述基于etc的账户清算方法。

本发明实施例还提供一种计算机可读存储介质,所述计算机可读存储介质存储有执行上述基于etc的账户清算方法的计算机程序。

本发明实施例中,除etc签约账户外,车辆还与支付账户相关联,银行在接收到etc支付信息时,根据绑定车辆信息查询是否有相关联的支付账户,当存在关联的支付账户时,从支付账户中扣除etc费用。与现有技术中仅支持从etc签约账户中扣除etc费用相比,本发明实施例的etc费用清算方法更加灵活,满足不同场景下客户的支付需求,从而可以扩大使用etc系统的客户群体,令更多的客户享受到etc支付的便捷,提升客户体验。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。在附图中

图1为本发明实施例中一种基于etc的账户清算方法的流程图;

图2为本发明实施例中另一种基于etc的账户清算方法的流程图;

图3为本发明实施例中另一种基于etc的账户清算方法的流程图;

图4为本发明实施例中一种基于etc的账户清算装置的结构示意图;

图5为本发明实施例中一种计算机设备的结构示意图;

图6为本发明实施例中一种计算机设备的系统架构图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚明白,下面结合附图对本发明实施例做进一步详细说明。在此,本发明的示意性实施例及其说明用于解释本发明,但并不作为对本发明的限定。

本发明实施例中提供了一种基于etc的账户清算方法,如图1所示,该方法包括步骤101至步骤103

步骤101、接收etc支付信息,etc支付信息中包含etc费用及绑定车辆信息。

其中,绑定车辆信息可以为车牌号,或者其他可以区别不同车辆的标识,该标识可以由银行设定。

步骤102、根据绑定车辆信息查询是否存在与绑定车辆关联的支付账户,支付账户为除etc签约账户外的其他账户。

步骤103、如果存在与绑定车辆关联的支付账户,则从支付账户中扣除etc费用。

需要说明的是,支付账户的数量可以为一个或多个,当支付账户的数量为一个时,直接从支付账户中进行扣款。当支付账户的数量为多个时,如图2所示,步骤103可以执行为如下步骤1031

步骤1031、按照指定顺序从各个支付账户中进行扣款;其中,当一个支付账户中扣款失败时,按照指定顺序从下一个支付账户中进行扣款;支付账户的余额少于etc费用时,扣款失败。

也就是说,如果支付账户的数量为多个,则按照支付账户开户人设置的指定顺序从各个支付账户中进行扣款,比如说,指定顺序为支付账户b、支付账户c、支付账户a,则先从支付账户b中扣款,如果支付账户b扣款成功,则结束;如果支付账户b中余额不足,扣款失败,则从支付账户c中扣款,如果支付账户c也扣款失败,则从支付账户a中扣款,如果支付账户a扣款成功,则结束,如果支付账户a同样扣款失败,则停止扣款。

如果按照指定顺序从各个支付账户中进行扣款时,其中一个或多个支付账户扣款失败,则如图3所示,还可以执行如下方法

步骤301、累计本次扣款过程中支付账户扣款失败次数。

步骤302、当支付账户扣款失败次数达到预设的最大允许失败次数时,暂停本次扣款,并根据支付账户的银行预留信息,向支付账户的开户人发送扣款失败通知。

考虑到一般客户会设置常用的、资金较为充裕的账户作为优先支付的账户,将该种账户设置在指定顺序中靠前的位置,而如果客户设置支付账户数量较多时,逐个进行扣款会耗费较多系统资源,本发明实施例中,银行可以设置扣款时的最大允许失败次数,当一次扣款过程中累计的各个账户的扣款失败次数达到最大允许失败次数时,则停止扣款,以减少操作步骤,避免给系统造成过大的负担。

在另一种实现方式中,也可以不设置最大允许失败次数,而是逐个支付账户进行扣款,直至其中某个支付账户扣款成功,或者所有支付账户均扣款失败,得到扣款成功或失败的结果,扣款流程结束。

在另一种实现方式中,如果所有支付账户均扣款失败,还可以支持从多账户联合扣款,也就是说,如果存在a、b、c、d、e这5个支付账户,且5个支付账户中的余额均不足以抵扣etc费用,但5个支付账户的余额总额是高于etc费用的,则可以从其中多个支付账户中每个扣除一部分,使扣款总额等于etc费用。

具体的,先查询各个支付账户的余额;按照指定顺序累加各个支付账户中的余额;如果累加到第n个支付账户,n个支付账户的余额超过etc费用,则确定n个支付账户中每个的扣款额,其中,n个支付账户的扣款总额为etc费用;按照扣款额从n个支付账户中扣款。

仍以a、b、c、d、e这5个支付账户为例,指定顺序为a、b、c、d、e。假设etc费用为100元,a账户余额为10元,b账户余额为20元,c账户余额为50元,d账户余额为40元,e账户余额为30元,则所有账户的总余额为150元,超过100元,则从a账户余额开始累加,当累加到d账户时,余额为120元超过100元,则从a、b、c、d这4个支付账户中扣款。之后按照预设的规则确定各个支付账户的扣款额,如果预设规则为指定顺序在先的账户全部扣款,则从a、b、c中各扣除10、20、50元,从d账户中扣除20元。如果预设规则为当超过etc费用时,每个支付账户中至少保留一定的款项,如5元,则从a、b、c、d账户中分别扣除5、15、45、35元。

需要说明的是,预设规则由银行根据需求进行设置。

参照银行业现有的账户分类,支付账户可以为贷记卡或者为借记卡,贷记卡允许透支一定金额,则在支付账户为贷记卡,且第一次扣款失败时,可以进行强扣,如果强扣仍然失败,则确认扣款失败。

向支付账户的开户人发送的扣款失败通知中,还可以包括补缴通知,如通知开户人在一定期限内补缴该笔etc费用。此外,在该补缴期间,还可以设置开户人的etc设备不能使用,以督促开户人尽快进行补缴。

如果所有支付账户均扣款失败,在执行完步骤103之后,如图4所示,还可以执行如下步骤401和步骤402

步骤401、校验etc签约账户是否允许在支付账户扣款失败时支付etc费用。

步骤402、如果允许,则从etc签约账户中进行扣款。

在另一种实现方式中,如果不允许从etc签约账户中扣款,则直接确认本次etc费用扣款失败。

本发明实施例中,考虑到etc签约账户与支付账户的开户人往往并不相同,etc签约账户开户人可能希望限制代扣款的金额,因此,在从etc签约账户中进行扣款之前,还可以校验签约账户中是否设置单笔最大支付额度;如果设置单笔最大支付额度,则比较本次etc费用是否超过单笔最大支付额度;如果未超过单笔最大支付额度,则从签约账户中扣除本次etc费用。

在另一种实现方式中,如果etc费用超过单笔最大支付额度,则不从签约账户中扣款,以保证etc签约账户开户人的资金安全。

如果签约账户etc费用扣除失败,则同样通知支付账户的开户人etc扣费失败,需要补缴本次费用。

考虑到可能存在由于etc系统故障等原因导致收款错误的情况,本发明实施例中,还记录本次扣款的支付账户与etc支付信息;当接收到etc收款方发起的退款交易,则将etc费用退至记录的支付账户。

在实际应用中,银行可能会设置允许自动退款的期限,如180天,则在扣款之后的180之内,银行发起交易,可以从etc收款方的结算账户中扣除该笔etc费用,并将etc费用原路退还至相应的扣款账户;如果距离扣款日期多于180天,则可以由银行线下联系扣款账户的开户人,手工处理该笔退款。

其中,etc收款方可以是公路局,或者其他采用etc系统收费的商家。

本发明实施例中,除etc签约账户外,车辆还与支付账户相关联,银行在接收到etc支付信息时,根据绑定车辆信息查询是否有相关联的支付账户,当存在关联的支付账户时,从支付账户中扣除etc费用。与现有技术中仅支持从etc签约账户中扣除etc费用相比,本发明实施例的etc费用清算方法更加灵活,满足不同场景下客户的支付需求,从而可以扩大使用etc系统的客户群体,令更多的客户享受到etc支付的便捷,提升客户体验。

本发明实施例中还提供了一种基于etc的账户清算装置,如下面的实施例所述。由于该装置解决问题的原理与基于etc的账户清算方法相似,因此该装置的实施可以参见基于etc的账户清算方法的实施,重复之处不再赘述。

如图4所示,装置400包括通信模块401、查询模块402和扣款模块403。

其中,通信模块401,用于接收etc支付信息,etc支付信息中包含etc费用及绑定车辆信息;

查询模块402,用于根据绑定车辆信息查询是否存在与绑定车辆关联的支付账户,支付账户为除etc签约账户外的其他账户;

扣款模块403[E科技www.ehome5.com],用于当存在与绑定车辆关联的支付账户时,从支付账户中扣除etc费用。

在本发明实施例的一种实现方式中,支付账户的数量为一个或多个,当支付账户的数量为多个时,扣款模块403,用于

按照指定顺序从各个支付账户中进行扣款;其中,当一个支付账户中扣款失败时,按照指定顺序从下一个支付账户中进行扣款;支付账户的余额少于etc费用时,扣款失败。

在本发明实施例的一种实现方式中,装置400还包括

次数累计模块404,用于当按照指定顺序从各个支付账户中进行扣款时,其中一个或多个支付账户扣款失败时,累计本次扣款过程中支付账户扣款失败次数;

扣款模块403,还用于当支付账户扣款失败次数达到预设的最大允许失败次数时,暂停本次扣款,并由通信模块401根据支付账户的银行预留信息,向支付账户的开户人发送扣款失败通知。

在本发明实施例的一种实现方式中,如果所有支付账户均扣款失败,扣款模块403,还用于

查询各个支付账户的余额;

按照指定顺序累加各个支付账户中的余额;

如果累加到第n个支付账户,n个支付账户的余额超过etc费用,则确定n个支付账户中每个的扣款额,其中,n个支付账户的扣款总额为etc费用;

按照扣款额从n个支付账户中扣款。

在本发明实施例的一种实现方式中,装置400还包括

校验模块405,用于当所有支付账户均扣款失败时,校验etc签约账户是否允许在支付账户扣款失败时支付etc费用;

扣款模块403,还用于当etc签约账户允许在支付账户扣款失败时支付etc费用时,从etc签约账户中进行扣款。

在本发明实施例的一种实现方式中,扣款模块403,还用于

在从etc签约账户中进行扣款之前,校验签约账户中是否设置单笔最大支付额度;

如果设置单笔最大支付额度,则比较本次etc费用是否超过单笔最大支付额度;

如果未超过单笔最大支付额度,则从签约账户中扣除本次etc费用。

本发明实施例的一种实现方式中,装置400还包括

记录模块406,用于记录本次扣款的支付账户与etc支付信息;

退款模块407,用于当接收到etc收款方发起的退款交易,则将etc费用退至记录的支付账户。

本发明实施例中,除etc签约账户外,车辆还与支付账户相关联,银行在接收到etc支付信息时,根据绑定车辆信息查询是否有相关联的支付账户,当存在关联的支付账户时,从支付账户中扣除etc费用。与现有技术中仅支持从etc签约账户中扣除etc费用相比,本发明实施例的etc费用清算方法更加灵活,满足不同场景下客户的支付需求,从而可以扩大使用etc系统的客户群体,令更多的客户享受到etc支付的便捷,提升客户体验。

本发明实施例还提供一种计算机设备,图5为本发明实施例中计算机设备的示意图,该计算机设备能够实现上述实施例中的基于etc的账户清算方法中全部步骤,该计算机设备具体包括如下内容

处理器(processor)501、存储器(memory)502、通信接口(communicationsinterface)503和通信总线504;

其中,所述处理器501、存储器502、通信接口503通过所述通信总线504完成相互间的通信;所述通信接口503用于实现相关设备之间的信息传输;

所述处理器501用于调用所述存储器502中的计算机程序,所述处理器执行所述计算机程序时实现上述实施例中的基于etc的账户清算方法。

本发明实施例还提供一种计算机可读存储介质,所述计算机可读存储介质存储有执行上述基于etc的账户清算方法的计算机程序。

图6为本发明实施例中提供的一种计算机设备的系统组成结构示意图。如图6所示,该计算机设备600可以包括处理器601和存储器602;存储器602耦合到处理器601。值得注意的是,该图6是示例性的;还可以使用其他类型的结构,来补充或代替该结构,以实现电信功能或其他功能。

在一个实施例中,基于etc的账户清算方法实现的功能可以被集成到处理器601中。其中,处理器601可以被配置为进行如下控制接收etc支付信息,所述etc支付信息中包含etc费用及绑定车辆信息;根据绑定车辆信息查询是否存在与绑定车辆关联的支付账户,所述支付账户为除etc签约账户外的其他账户;如果存在与绑定车辆关联的支付账户,则从支付账户中扣除etc费用。

由上可知,本发明的实施例中提供的计算机设备,通过接收etc支付信息,所述etc支付信息中包含etc费用及绑定车辆信息;根据绑定车辆信息查询是否存在与绑定车辆关联的支付账户,所述支付账户为除etc签约账户外的其他账户;如果存在与绑定车辆关联的支付账户,则从支付账户中扣除etc费用。

通过本发明实施例中提供的计算机设备,能够支持除签约账户外的其他账户扣除etc费用,满足不同场景下客户的支付需求,扩大使用etc系统的客户群体。

在另一个实施例中,基于etc的账户清算装置可以与处理器601分开配置,例如可以将基于etc的账户清算装置配置为与处理器601连接的芯片,通过处理器的控制来实现基于etc的账户清算方法的功能。

如图6所示,该计算机设备600还可以包括通信模块603、输入单元604、音频处理单元605、显示器606、电源607。值得注意的是,计算机设备600也并不是必须要包括图6中所示的所有部件;此外,计算机设备600还可以包括图6中没有示出的部件,可以参考现有技术。

如图6所示,处理器601有时也称为控制器或操作控件,可以包括微处理器或其他处理器装置和/或逻辑装置,该处理器601接收输入并控制计算机设备600的各个部件的操作。

其中,存储器602,例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存上述与失败有关的信息,此外还可存储执行有关信息的程序。并且处理器601可执行该存储器602存储的该程序,以实现信息存储或处理等。

输入单元604向处理器601提供输入。该输入单元604例如为按键或触摸输入装置。电源607用于向计算机设备600提供电力。显示器606用于进行图像和文字等显示对象的显示。该显示器例如可为lcd显示器,但并不限于此。

该存储器602可以是固态存储器,例如,只读存储器(rom)、随机存取存储器(ram)、sim卡等。还可以是这样的存储器,其即使在断电时也保存信息,可被选择性地擦除且设有更多数据,该存储器的示例有时被称为eprom等。存储器602还可以是某种其它类型的装置。存储器602包括缓冲存储器6021(有时被称为缓冲器)。存储器602可以包括应用/功能存储部6022,该应用/功能存储部6022用于存储应用程序和功能程序或用于通过处理器601执行计算机设备600的操作的流程。

存储器602还可以包括数据存储部6023,该数据存储部6023用于存储数据,例如联系人、数字数据、图片、声音和/或任何其他由计算机设备使用的数据。存储器602的驱动程序存储部6024可以包括计算机设备的用于通信功能和/或用于执行计算机设备的其他功能(如消息传送应用、通讯录应用等)的各种驱动程序。

通信模块603即为经由天线608发送和接收信号的发送机/接收机。通信模块(发送机/接收机)603耦合到处理器601,以提供输入信号和接收输出信号,这可以和常规移动通信终端的情况相同。

基于不同的通信技术,在同一计算机设备中,可以设置有多个通信模块603,如蜂窝网络模块、蓝牙模块和/或无线局域网模块等。通信模块(发送机/接收机)603还经由音频处理单元605耦合到扬声器609和麦克风610,以经由扬声器609提供音频输出,并接收来自麦克风610的音频输入,从而实现通常的电信功能。音频处理单元605可以包括任何合适的缓冲器、解码器、放大器等。另外,音频处理单元605还耦合到处理器601,从而使得可以通过麦克风610能够在本机上录音,且使得可以通过扬声器609来播放本机上存储的声音。

本发明的实施例中还提供了一种用于实现上述实施例中基于etc的账户清算方法中全部步骤的一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现上述实施例中的基于etc的账户清算方法的全部步骤,例如,该处理器执行该计算机程序时实现下述步骤接收etc支付信息,所述etc支付信息中包含etc费用及绑定车辆信息;根据绑定车辆信息查询是否存在与绑定车辆关联的支付账户,所述支付账户为除etc签约账户外的其他账户;如果存在与绑定车辆关联的支付账户,则从支付账户中扣除etc费用。

由上可知,本发明的实施例中提供的计算机可读存储介质,通过接收etc支付信息,所述etc支付信息中包含etc费用及绑定车辆信息;根据绑定车辆信息查询是否存在与绑定车辆关联的支付账户,所述支付账户为除etc签约账户外的其他账户;如果存在与绑定车辆关联的支付账户,则从支付账户中扣除etc费用。

通过本发明实施例中提供的计算机可读存储介质,能够支持除签约账户外的其他账户扣除etc费用,满足不同场景下客户的支付需求,扩大使用etc系统的客户群体。

虽然本发明提供了如实施例或流程图所述的方法操作步骤,但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式,不代表唯一的执行顺序。在实际中的装置或客户端产品执行时,可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

本领域技术人员应明白,本说明书的实施例可提供为方法、装置(系统)或计算机程序产品。因此,本说明书实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。术语“上”、“下”等指示的方位或位置关系为基于附图所示的方位或位置关系,仅是为了便于描述本发明和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此不能理解为对本发明的限制。除非另有明确的规定和限定,术语“安装”、“相连”、“连接”应做广义理解,例如,可以是固定连接,也可以是可拆卸连接,或一体地连接;可以是机械连接,也可以是电连接;可以是直接相连,也可以通过中间媒介间接相连,可以是两个元件内部的连通。对于本领域的普通技术人员而言,可以根据具体情况理解上述术语在本发明中的具体含义。需要说明的是,在不冲突的情况下,本发明中的实施例及实施例中的特征可以相互组合。本发明并不局限于任何单一的方面,也不局限于任何单一的实施例,也不局限于这些方面和/或实施例的任意组合和/或置换。可单独使用本发明的每个方面和/或实施例,或者与一个或更多其他方面和/或其他实施例结合使用。

以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解其依然可以对前述各实施例中所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围,其均应涵盖在本发明的权利要求和说明书的范围当中。

技术特征

1.一种基于etc的账户清算方法,其特征在于,所述方法包括

接收etc支付信息,所述etc支付信息中包含etc费用及绑定车辆信息;

根据绑定车辆信息查询是否存在与绑定车辆关联的支付账户,所述支付账户为除etc签约账户外的其他账户;

如果存在与绑定车辆关联的支付账户,则从支付账户中扣除etc费用。

2.根据权利要求1所述的方法,其特征在于,所述支付账户的数量为一个或多个,当支付账户的数量为多个时,从支付账户中扣除etc费用,包括

按照指定顺序从各个支付账户中进行扣款;其中,当一个支付账户中扣款失败时,按照指定顺序从下一个支付账户中进行扣款;支付账户的余额少于etc费用时,扣款失败。

3.根据权利要求2所述的方法,其特征在于,如果按照指定顺序从各个支付账户中进行扣款时,其中一个或多个支付账户扣款失败,则所述方法还包括

累计本次扣款过程中支付账户扣款失败次数;

当支付账户扣款失败次数达到预设的最大允许失败次数时,暂停本次扣款,并根据支付账户的银行预留信息,向支付账户的开户人发送扣款失败通知。

4.根据权利要求2所述的方法,其特征在于,如果所有支付账户均扣款失败,所述方法还包括

查询各个支付账户的余额;

按照指定顺序累加各个支付账户中的余额;

如果累加到第n个支付账户,n个支付账户的余额超过etc费用,则确定n个支付账户中每个的扣款额,其中,n个支付账户的扣款总额为etc费用;

按照扣款额从n个支付账户中扣款。

5.根据权利要求1至4任一项所述的方法,其特征在于,如果所有支付账户均扣款失败,所述方法还包括

校验etc签约账户是否允许在支付账户扣款失败时支付etc费用;

如果允许,则从etc签约账户中进行扣款。

6.根据权利要求5所述的方法,其特征在于,在从etc签约账户中进行扣款之前,所述方法还包括

校验签约账户中是否设置单笔最大支付额度;

如果设置单笔最大支付额度,则比较本次etc费用是否超过单笔最大支付额度;

如果未超过单笔最大支付额度,则从签约账户中扣除本次etc费用。

7.根据权利要求1所述的方法,其特征在于,所述方法还包括

记录本次扣款的支付账户与etc支付信息;

当接收到etc收款方发起的退款交易,则将etc费用退至记录的支付账户。

8.一种基于etc的账户清算装置,其特征在于,所述装置包括

通信模块,用于接收etc支付信息,所述etc支付信息中包含etc费用及绑定车辆信息;

查询模块,用于根据绑定车辆信息查询是否存在与绑定车辆关联的支付账户,所述支付账户为除etc签约账户外的其他账户;

扣款模块,用于当存在与绑定车辆关联的支付账户时,从支付账户中扣除etc费用。

9.根据权利要求8所述的装置,其特征在于,所述支付账户的数量为一个或多个,当支付账户的数量为多个时,扣款模块,用于

按照指定顺序从各个支付账户中进行扣款;其中,当一个支付账户中扣款失败时,按照指定顺序从下一个支付账户中进行扣款;支付账户的余额少于etc费用时,扣款失败。

10.根据权利要求9所述的装置,其特征在于,所述装置还包括

次数累计模块,用于当按照指定顺序从各个支付账户中进行扣款时,其中一个或多个支付账户扣款失败时,累计本次扣款过程中支付账户扣款失败次数;

暂停扣款模块,用于当支付账户扣款失败次数达到预设的最大允许失败次数时,暂停本次扣款,并由通信模块根据支付账户的银行预留信息,向支付账户的开户人发送扣款失败通知。

11.根据权利要求9所述的装置,其特征在于,如果所有支付账户均扣款失败,所述扣款模块,还用于

查询各个支付账户的余额;

按照指定顺序累加各个支付账户中的余额;

如果累加到第n个支付账户,n个支付账户的余额超过etc费用,则确定n个支付账户中每个的扣款额,其中,n个支付账户的扣款总额为etc费用;

按照扣款额从n个支付账户中扣款。

12.根据权利要求8至11任一项所述的装置,其特征在于,所述装置还包括

校验模块,用于当所有支付账户均扣款失败时,校验etc签约账户是否允许在支付账户扣款失败时支付etc费用;

扣款模块,还用于当etc签约账户允许在支付账户扣款失败时支付etc费用时,从etc签约账户中进行扣款。

13.根据权利要求12所述的装置,其特征在于,所述扣款模块,还用于

在从etc签约账户中进行扣款之前,校验签约账户中是否设置单笔最大支付额度;

如果设置单笔最大支付额度,则比较本次etc费用是否超过单笔最大支付额度;

如果未超过单笔最大支付额度,则从签约账户中扣除本次etc费用。

14.根据权利要求8所述的装置,其特征在于,所述装置还包括

记录模块,用于记录本次扣款的支付账户与etc支付信息;

退款模块,用于当接收到etc收款方发起的退款交易,则将etc费用退至记录的支付账户。

15.一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至7任一所述方法。

16.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有执行权利要求1至7任一所述方法的计算机程序。

技术总结

本发明公开了一种基于ETC的账户清算方法及装置,其中该方法包括接收ETC支付信息,所述ETC支付信息中包含ETC费用及绑定车辆信息;根据绑定车辆信息查询是否存在与绑定车辆关联的支付账户,所述支付账户为除ETC签约账户外的其他账户;如果存在与绑定车辆关联的支付账户,则从支付账户中扣除ETC费用。本发明可以支持除签约账户外的其他账户扣除ETC费用,满足不同场景下客户的支付需求,扩大使用ETC系统的客户群体。

技术研发人员李树一

受保护的技术使用者中国建设银行股份有限公司

技术研发日2021.03.29

技术公布日2021.07.06

相关技术