一种自动扣款方法及装置与流程

1.本技术主要涉及智慧通行领域，特别涉及一种自动扣款方法及装置。


背景技术：

2.车辆在出入小区、停车场等各种收费停车的场所闸口时，往往需要手动扫描付款码，人工支付停车费用方可通行。由于上述付费流程较为繁琐，给车主带来了极大的不便；同时，容易造成场所出入口的拥堵，影响通行效率。
3.目前，主流的车辆自动扣款方法是通过etc(electronic toll collection，电子不停车收费系统)技术实现的。然而，etc技术具有如下缺点：主要适用于高速道路收费，难以普及到各类停车场所；需要在车内固定物理感应装置，申领和更换都较为繁琐；缺少安全性方面的考虑，难以顾及用户的资金安全。


技术实现要素：

4.有鉴于此，本技术提供了一种自动扣款方法及装置，能够实现便捷高效的停车费自动收取的同时，保障用户的资金安全。
5.一方面，本技术实施例提供了一种自动扣款方法，所述方法应用于银行应用端，所述方法包括：
6.接收停车缴费平台发送的目标扣款请求，所述目标扣款请求携带有目标车辆的车牌信息和停车参数；
7.根据所述目标车辆的车牌信息，确定所述目标车辆对应的目标用户；
8.获取所述目标用户预设的目标安全参数，并基于所述目标安全参数和所述停车参数的对比，确定是否执行自动扣款操作，所述目标安全参数用于表征所述目标用户的自动扣款条件；
9.若确定执行所述自动扣款操作，则基于所述停车参数进行扣款。
10.可选的，所述目标车辆的停车参数包括：所述目标车辆的停车时间、停车地点和停车金额。
11.可选的，所述目标安全参数包括：自动扣款的目标时间段，目标区域和地点，以及目标金额上限。
12.可选的，所述目标扣款请求还携带有所述停车缴费平台的目标安全密钥，所述方法还包括：
13.确定所述目标安全密钥是否为合法密钥；
14.所述基于所述目标安全参数和所述停车参数的对比，确定是否执行自动扣款操作，包括：
15.基于所述目标安全参数和所述停车参数的对比，确定所述目标扣款请求是否满足所述目标用户的自动扣款条件；
16.若所述目标扣款请求满足所述目标用户的自动扣款条件，且所述目标安全密钥为
合法密钥，则确定执行自动扣款操作；
17.否，则不执行自动扣款操作。
18.可选的，所述目标用户包括至少一个目标账户，所述目标用户的目标车辆和至少一个所述目标账户对应，所述目标账户和预设扣款顺序对应；
19.所述基于所述停车参数进行扣款，包括：
20.根据所述目标车辆对应的目标账户和所述预设扣款顺序，基于所述停车参数进行扣款。
21.可选的，所述方法还包括：
22.根据所述目标用户的历史交易数据，自动生成所述目标用户的通行报告，所述历史交易数据包括历史执行所述自动扣款操作对应的停车参数。
23.另一方面，本技术实施例提供了一种自动扣款装置，所述装置应用于银行应用端，所述装置包括：
24.请求接收单元，用于接收停车缴费平台发送的目标扣款请求，所述目标扣款请求携带有目标车辆的车牌信息和停车参数；
25.用户确定单元，用于根据所述目标车辆的车牌信息，确定所述目标车辆对应的目标用户；
26.扣款判断单元，用于获取所述目标用户预设的目标安全参数，并基于所述目标安全参数和所述停车参数的对比，确定是否执行自动扣款操作，所述目标安全参数用于表征所述目标用户的自动扣款条件；
27.扣款执行单元，用于若确定执行所述自动扣款操作，则基于所述停车参数进行扣款。
28.可选的，所述装置还包括：
29.通行报告生成单元，用于根据所述目标用户的历史交易数据，自动生成所述目标用户的通行报告，所述历史交易数据包括历史执行所述自动扣款操作对应的停车参数。
30.另一方面，本技术实施例还提供了一种设备，所述设备包括：处理器和存储器；
31.所述存储器，用于存储指令；
32.所述处理器，用于执行所述存储器中的所述指令，执行以上方面所述的方法。
33.另一方面，本技术实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有程序代码或指令，当其在计算机上运行时，使得所述计算机执行以上方面所述的方法。
34.由此可见，本技术实施例有如下有益效果：
35.本技术应用于银行应用端，接收停车缴费平台发送的目标扣款请求，目标扣款请求携带有目标车辆的车牌信息和停车参数；根据目标车辆的车牌信息，确定目标车辆对应的目标用户；获取目标用户预设的目标安全参数，并基于目标安全参数和停车参数的对比，确定是否执行自动扣款操作，目标安全参数用于表征目标用户的自动扣款条件；若确定执行自动扣款操作，则基于停车参数进行扣款。本技术提供的方法，通过在银行应用端对扣款请求进行处理，无需手动付费或安装物理装置即可自动收款，有利于实现方便快捷的无感通行；通过对用户安全参数的设置和对比，保障了用户的资金安全，为无感通行的实现提供了安全保障。
附图说明
36.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
37.图1为本技术实施例提供的一种自动扣款方法的流程图；
38.图2为本技术实施例提供的一种自动扣款装置的示意图。
具体实施方式
39.为使本技术的上述目的、特征和优点能够更加明显易懂，下面结合附图对本技术的具体实施方式做详细的说明。
40.在下面的描述中阐述了很多具体细节以便于充分理解本技术，但是本技术还可以采用其它不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本技术内涵的情况下做类似推广，因此本技术不受下面公开的具体实施例的限制。
41.目前，车辆的停车收费大多是通过人工支付进行，容易造成停车场所出入口的拥堵，影响通行效率。目前已有的车辆自动扣款方法主要是通过etc进行自动扣费，然而，etc扣款具有如下缺点：
42.(1)申请不方便。需要用户亲自到银行柜台办理申请；
43.(2)灵活性较差。通过安装在车内固定位置的物理感应装置进行扣款感应，同时一台车仅能申领一个装置，装置的位置极其讲究，稍有不对则无法感应，更换困难繁琐；
44.(3)场景受限。无法适用于所有收费场景，仅适用于高速收费。
45.此外，目前针对停车费的扣款，也缺少银行端的部署，难以确保资金的安全性。
46.为了解决以上问题，本技术提供了一种自动扣款方法及装置，通过在银行应用端对停车缴费平台的扣款请求进行处理，能够实现在应用软件上自动支付停车费用，方便快捷，同时考虑了用户的资金安全，实现安全灵活的停车自动付费。
47.为了便于理解，下面结合附图对本技术实施例提供的一种自动扣款方法及装置进行详细的说明。
48.参考图1所示，为本技术实施例提供的一种自动扣款方法的流程图，该方法可以包括以下步骤：
49.s101：接收停车缴费平台发送的目标扣款请求。
50.其中，所述目标扣款请求携带有目标车辆的车牌信息和停车参数。
51.本技术实施例中，方法可以应用在银行应用端，例如，手机银行app等；银行可以和各种用于停车场所的停车缴费平台进行合作，例如，捷停车、小猫停车等。停车缴费平台能够提供自动停车计费等服务，具体的，可以在停车出入口自动识别车辆的车牌信息，并统计时长、费用等停车信息；通过将停车缴费平台和银行应用端进行绑定，能够实现在银行应用端进行自动停车付费的功能，实现无感支付、无感通行。银行应用端可以绑定一个或多个停车缴费平台，在此不作任何限定。
52.一种可能的实现方式中，所述目标车辆的停车参数包括：所述目标车辆的停车时间、停车地点和停车金额。
53.s102：根据所述目标车辆的车牌信息，确定所述目标车辆对应的目标用户。
54.本技术实施例中，银行应用端可以预先配置有目标用户和目标车辆的对应关系。具体的，当目标用户为车主时，可以绑定至少一个车牌信息，即一个目标用户和至少一台目标车辆对应。用户可以通过柜台或手机银行app等渠道，填写车牌信息并一键开通自动扣款服务，操作简单、使用便捷。
55.s103：获取所述目标用户预设的目标安全参数，并基于所述目标安全参数和所述停车参数的对比，确定是否执行自动扣款操作。
56.其中，所述目标安全参数用于表征所述目标用户的自动扣款条件。
57.本技术实施例中，银行应用端可以预先配置有目标用户的目标安全参数，用于表征目标用户的自动扣款条件。目标安全参数可以是多维度的安全参数，例如无感金额上限、自动扣款服务区域地点、自动扣款服务时段等参数，用于提高车主端的安全性，避免错误扣款造成用户的财产损失。具体的，目标安全参数也可以通过柜台和手机银行app进行设置，并且能够随时修改，满足用户的不同需求，提高了用户使用自动扣款服务的安全性。
58.一种可能的实现方式中，所述目标安全参数包括：自动扣款的目标时间段，目标区域和地点，以及目标金额上限。
59.一种可能的实现方式中，所述目标扣款请求还携带有所述停车缴费平台的目标安全密钥，所述方法还包括：
60.确定所述目标安全密钥是否为合法密钥；
61.所述基于所述目标安全参数和所述停车参数的对比，确定是否执行自动扣款操作，包括：
62.基于所述目标安全参数和所述停车参数的对比，确定所述目标扣款请求是否满足所述目标用户的自动扣款条件；
63.若所述目标扣款请求满足所述目标用户的自动扣款条件，且所述目标安全密钥为合法密钥，则确定执行自动扣款操作；
64.否，则不执行自动扣款操作。
65.本技术实施例中，为了提高自动扣款服务的安全性，还可以在银行应用端配置有对停车缴费平台的扣款验证模块。平台的扣款验证可以通过停车缴费平台上送的目标安全密钥进行实现；通过对目标安全密钥是否合法的验证，能够验证目标扣款请求是否为合法请求，避免钓鱼软件等伪装为停车缴费平台骗取费用，在网络安全的层面保护了用户的资金安全。
66.本技术实施例中，只有目标用户的自动扣款条件满足，且目标安全密钥为合法密钥时，才确定执行自动扣款操作，通过在用户层面和网络安全层面的双重验证，提高了自动扣款服务的安全性。
67.需要说明的是，本技术实施例中的验证操作都是基于预先配置好的信息进行实时校验，在保证安全性的同时，等待时间极短，最大程度上实现无感通行。
68.一种可能的实现方式中，所述基于所述目标安全参数和所述停车参数的对比，确定所述目标扣款请求是否满足所述目标用户的自动扣款条件，包括：
69.若所述目标车辆的停车时间位于所述目标时间段，且所述目标车辆的停车地点在所述目标区域和地点内，且所述目标车辆的停车金额不大于所述目标金额上限，则所述目
标扣款请求满足所述用户的自动扣款条件；
70.否，则所述目标扣款请求不满足所述用户的自动扣款条件。
71.s104：若确定执行所述自动扣款操作，则基于所述停车参数进行扣款。
72.本技术实施例中，停车参数可以包括停车金额，若确定执行自动扣款操作，则银行应用端可以从目标用户的账户中，将停车金额转账给停车缴费平台，从而自动放行目标车辆，实现无感通行。
73.一种可能的实现方式中，所述目标用户包括至少一个目标账户，所述目标用户的目标车辆和至少一个所述目标账户对应，所述目标账户和预设扣款顺序对应；
74.所述基于所述停车参数进行扣款，包括：
75.根据所述目标车辆对应的目标账户和所述预设扣款顺序，基于所述停车参数进行扣款。
76.本技术实施例中，针对每个目标用户，银行应用端可以预先配置有目标用户和目标账户的对应关系；针对每个目标用户下的目标车辆，和目标用户对应的目标账户，可以预先配置映射关系，具体的，可以为多对多的映射关系，例如目标车辆包括车辆1、车辆2、车辆3，目标账户包括账户1、账户2，则目标车辆和目标账户的关系可以为：车辆1对应账户1，车辆2对应账户1、账户2，车辆3对应账户2。上述映射关系仅为一种示例，不对具体的目标车辆和目标账户的对应关系进行限定。
77.目标账户还预先配置有对应的预设扣款顺序，例如，目标账户包括账户1、账户2，则预设扣款顺序可以为：账户2、账户1；具体扣款时，当账户2余额充足时，首先对账户2进行扣款；若账户2余额充足，则顺延至账户1进行扣款，以此类推。
78.上述目标用户、目标车辆和目标账户之间的绑定关系都可以由用户通过柜台或手机银行app快速设置，并支持灵活解绑；上述设置均支持实时生效，提高了自动扣款服务的灵活性和便利性。
79.一种可能的实现方式中，所述方法还包括：
80.根据所述目标用户的历史交易数据，自动生成所述目标用户的通行报告，所述历史交易数据包括历史执行所述自动扣款操作对应的停车参数。
81.本技术实施例中，历史交易数据包括目标用户成功执行自动扣款操作对应的停车参数；具体的，停车参数可以包括停车金额、停车时间、停车地点、停车时长等。一种可能的实现方式中，目标用户还可以预先设置生成通行报告的账单日，银行应用端可以在账单日当天，自动生成对应的通行报告；通过通行报告，能够提供清晰的消费账单和停车数据，能够用于数据分析，同时提高了用户的体验感。
82.本技术实施例中，目标用户能够在线上或线下一键申请自动扣款服务，灵活更换用于扣款的目标账户、便捷地绑定或解绑，实现进行停车费用的自动扣款；并且通过安全参数和安全密钥的双重验证，保护了用户的资金安全，实现了灵活、安全的无感通行。
83.本技术实施例应用于银行应用端，接收停车缴费平台发送的目标扣款请求，目标扣款请求携带有目标车辆的车牌信息和停车参数；根据目标车辆的车牌信息，确定目标车辆对应的目标用户；获取目标用户预设的目标安全参数，并基于目标安全参数和停车参数的对比，确定是否执行自动扣款操作，目标安全参数用于表征目标用户的自动扣款条件；若确定执行自动扣款操作，则基于停车参数进行扣款。本技术实施例提供的方法，通过在银行
应用端对扣款请求进行处理，无需手动付费或安装物理装置即可自动收款，有利于实现方便快捷的无感通行；通过对用户安全参数的设置和对比，保障了用户的资金安全，为无感通行的实现提供了安全保障。
84.基于以上自动扣款方法，本技术实施例还提供了一种自动扣款装置，参考图2所示，该图为本技术实施例提供的一种自动扣款装置的示意图。该装置应用于银行应用端，可以包括：
85.请求接收单元201，用于接收停车缴费平台发送的目标扣款请求，所述目标扣款请求携带有目标车辆的车牌信息和停车参数；
86.用户确定单元202，用于根据所述目标车辆的车牌信息，确定所述目标车辆对应的目标用户；
87.扣款判断单元203，用于获取所述目标用户预设的目标安全参数，并基于所述目标安全参数和所述停车参数的对比，确定是否执行自动扣款操作，所述目标安全参数用于表征所述目标用户的自动扣款条件；
88.扣款执行单元204，用于若确定执行所述自动扣款操作，则基于所述停车参数进行扣款。
89.一种可能的实现方式中，所述装置还包括：
90.通行报告生成单元，用于根据所述目标用户的历史交易数据，自动生成所述目标用户的通行报告，所述历史交易数据包括历史执行所述自动扣款操作对应的停车参数。
91.一种可能的实现方式中，所述目标车辆的停车参数包括：所述目标车辆的停车时间、停车地点和停车金额。
92.一种可能的实现方式中，所述目标安全参数包括：自动扣款的目标时间段，目标区域和地点，以及目标金额上限。
93.一种可能的实现方式中，所述目标扣款请求还携带有所述停车缴费平台的目标安全密钥，所述装置还包括：
94.密钥验证单元，用于确定所述目标安全密钥是否为合法密钥；
95.所述扣款判断单元，具体用于：
96.基于所述目标安全参数和所述停车参数的对比，确定所述目标扣款请求是否满足所述目标用户的自动扣款条件；
97.若所述目标扣款请求满足所述目标用户的自动扣款条件，且所述目标安全密钥为合法密钥，则确定执行自动扣款操作；
98.否，则不执行自动扣款操作。
99.一种可能的实现方式中，所述目标用户包括至少一个目标账户，所述目标用户的目标车辆和至少一个所述目标账户对应，所述目标账户和预设扣款顺序对应；
100.所述扣款执行单元，具体用于：根据所述目标车辆对应的目标账户和所述预设扣款顺序，基于所述停车参数进行扣款。
101.基于以上的自动扣款方法，本技术实施例还提供了一种设备，该设备可以包括：处理器和存储器；
102.存储器，用于存储指令；
103.处理器，用于执行所述存储器中的所述指令，执行上文所述的自动扣款方法。
104.基于以上的自动扣款方法，本技术实施例还提供了一种计算机可读存储介质，该计算机可读存储介质存储有程序代码或指令，当其在计算机上运行时，使得所述计算机执行上文所述的自动扣款方法。
105.需要说明的是，本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的系统或装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
106.应当理解，在本技术中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“a和/或b”可以表示：只存在a，只存在b以及同时存在a和b三种情况，其中a，b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。
107.还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
108.结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质中。
109.对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本技术。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。