CN113593060A - 一种自动支付和主动支付混用的方法及相关设备 - Google Patents

Abstract

本申请实施例公开了一种自动支付和主动支付混用的方法及相关设备，能够保证扣费唯一，减少由于支付问题产生的争议，方便停车场对于停车费用的管理。本申请实施例方法包括：获取目标车辆的信息；判断所述目标车辆是否存在代扣协议和缴费订单信息；若存在所述代扣协议，不存在所述缴费订单信息，则执行所述代扣协议；若存在所述代扣协议，也存在所述缴费订单信息，则停止执行所述代扣协议。

Description

一种自动支付和主动支付混用的方法及相关设备

技术领域

本申请实施例涉及停车场支付领域，尤其涉及一种自动支付和主动支付混用的方法及相关设备。

背景技术

随着联网免密无感支付的普及，被动无感支付的支付方式正在逐步融合或取代用户的主动支付方式，其中，被动无感支付的支付方式基本原理是不需用户在支付过程中做任何操作的情况下即可完成交易，主动支付则为用户主动操作去支付的动作，主要是包含目前用户扫码支付、当面付、刷卡支付以及现金支付等方式。

目前，无感支付方式和主动支付方式在停车场中都有使用，但是，无感支付和主动支付的支付方式在停车场收费时可能会同时进行，更具体的为，用户在进行无感支付时，可能会存在无感支付受环境影响导致不能及时支付成功的情况发生，用户此时并不知道无感支付失败的信息，则会选择主动支付的方式，用户主动支付成功的同时无感支付也成功，此时出现了重复收费情况，后面在进行退费处理时，用户可能会对支付的金额产生争议纠纷，从而不便于停车场对于停车费用的管理。

发明内容

本申请实施例提供了一种自动支付和主动支付混用的方法及相关设备，能够保证扣费唯一，减少由于支付问题产生的争议，方便停车场对于停车费用的管理。

本申请第一方面提供了一种自动支付和主动支付混用的方法，其特征在于，包括：

获取目标车辆的信息；

判断所述目标车辆是否存在代扣协议和缴费订单信息；

若存在所述代扣协议，不存在所述缴费订单信息，则执行所述代扣协议；

若存在所述代扣协议，也存在所述缴费订单信息，则停止执行所述代扣协议。

可选的，所述判断所述目标车辆是否存在代扣协议，包括：

根据所述目标车辆的信息获取所述目标车辆的协议信息，所述协议信息为所述目标车辆订购的各类服务信息；

判断所述协议信息中是否包含有所述目标车辆的代扣协议信息。

可选的，所述判断所述目标车辆是否存在缴费订单信息，包括：

判断获取到所述目标车辆的信息前的预设时间段内是否存在所述目标车辆的缴费订单信息；

和/或，

判断从获取所述目标车辆的信息到根据所述代扣协议发起支付请求完成前，是否存在所述目标车辆的缴费订单信息。

可选的，所述代扣协议包括无感支付协议和ETC支付协议。

可选的，在判断所述目标车辆是否存在代扣协议和缴费订单信息之后，所述方法还包括：

若不存在所述代扣协议，存在所述缴费订单信息，则根据所述缴费订单信息发起支付请求。

可选的，在根据所述缴费订单信息发起支付请求之前，所述方法还包括：

根据所述入场时间信息和所述出场时间信息获取所述目标车辆的停车时长信息；

根据所述目标车辆的停车时长信息获取所述目标车辆的缴费订单信息。

可选的，所述根据所述缴费订单信息发起支付请求，包括：

根据所述缴费订单信息获取所述目标车辆的缴费金额；

根据所述目标车辆的缴费金额生成目标收款码。

本申请第二方面提供了一种自动支付和主动支付混用的***，包括：

获取单元，用于获取目标车辆的信息；

判断单元，用于判断所述目标车辆是否存在代扣协议和缴费订单信息；

执行单元，用于当所述判断单元确定存在所述代扣协议，不存在所述缴费订单信息时，执行所述代扣协议；

停止单元，用于当所述判断单元确定存在存在所述代扣协议，也存在所述缴费订单信息时，停止执行所述代扣协议。

本申请第三方面提供了一种自动支付和主动支付混用的装置，包括：处理器、存储器、输入输出单元以及总线；

所述处理器与所述存储器、所述输入输出单元以及所述总线相连；

所述存储器保存有程序，所述处理器调用所述程序以执行如第一方面中任一项所述方法。

本申请第二方面提供了一种计算机可读存储介质，所述计算机可读存储介质上保存有程序，所述程序在计算机上执行时执行如如第一方面中任一项所述方法。

从以上技术方案可以看出，本申请实施例具有以下优点：

首先先获取目标车辆的信息；接着判断目标车辆是否存在代扣协议和缴费订单信息；若存在代扣协议，不存在缴费订单信息，则执行代扣协议；若存在代扣协议，也存在缴费订单信息，则停执行代扣协议；通过上述可知，在获取到目标车辆的信息之后，接着对目标车辆是否存在代扣协议和缴费订单信息进一步的判断，在确定目标车辆存在代扣协议，不存在缴费订单信息之后，则执行代扣协议，则说明用户默认使用无感支付的方式进行支付，不使用人工扫码的方式进行支付；在确定目标车辆存在代扣协议和缴费订单信息之后，则停止根据执行代扣协议，根据缴费订单信息发起支付请求，则说明用户默认不使用无感支付的方式进行支付，使用人工扫码的方式进行支付，通过上述方法，可以有效的减少重复收费情况的发生，能够保证扣费唯一，减少由于支付问题产生的争议，方便停车场对于停车费用的管理。

附图说明

图1为本申请自动支付和主动支付混用的方法实施例的一个示意图；

图2-1和图2-2为本申请自动支付和主动支付混用的方法实施例的另一个示意图；

图3为本申请自动支付和主动支付混用***的实施例的一个示意图；

图4为本申请自动支付和主动支付混用装置的实施例的一个示意图。

具体实施方式

目前，无感支付方式和主动支付方式在停车场中都有使用，但是，无感支付和主动支付的支付方式在停车场收费时可能会同时进行，更具体的为，用户在进行无感支付时，可能会存在无感支付受环境影响导致不能及时支付成功的情况发生，用户此时并不知道无感支付失败的信息，则会选择主动支付的方式，用户主动支付成功的同时无感支付也成功，此时出现了重复收费情况，后面在进行退费处理时，用户可能会对支付的金额产生争议纠纷，从而不便于停车场对于停车费用的管理。

基于此，本申请提供了一种自动支付和主动支付混用的方法及相关设备，能够保证扣费唯一，减少由于支付问题产生的争议，方便停车场对于停车费用的管理。

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

本申请的方法可以应用于服务器终端或者其它具备逻辑处理能力的设备，对此，本申请不作限定。为方便描述，下面以执行主体为终端为例进行描述。

请参阅图1，本申请中一种自动支付和主动支付混用的方法一个实施例包括：

101、终端获取目标车辆的信息；

在本申请实施例中，终端获取目标车辆的信息，其中，目标车辆的信息中包含有目标车辆的车辆特征、车标、车牌号以及颜色等可以对目标车辆做出区别的一种或几种信息的组合，终端在获取识别到目标车辆的信息之后，才能完成对应的目标车辆缴费支付问题，终端获取到目标车辆的信息之后，执行步骤102。

102、所述终端判断所述目标车辆是否存在代扣协议和缴费订单信息；

在本申请实施例中，终端在获取到目标车辆的信息后，从目标车辆的信息中将目标车辆的车牌号信息调取出来，然后终端主要根据目标车辆的车牌号判断目标车辆是否存在代扣协议和缴费订单信息，在此，需要说明的是，拥有代扣协议的的支付方式基本原理是不需用户在支付过程中做任何操作的情况下即可完成交易，更具体的为，在实际应用中，代扣协议的的支付方式应用在车辆的收费中时，在目标车辆经过道闸或是关闸时，终端会自动扫瞄目标车辆的车牌号，并进行自动扣费，扣费完成后道闸或是关闸会自动打开，目标车辆即可通行，在这个过程中，不需要人工去进行多余的操作，主要是由于目标车辆的车牌号中会与用户的网上支付的账户进行绑定签约，在进行扣费时，主要是根据目标车辆在停车场中停留的时长从用户的网上支付的账户中进行扣费；缴费订单信息主要是指车辆在驶出停车场之前，用户扫描场内的支付码获取到的订单信息，需要说明的是，终端在获取到目标车辆的缴费订单信息之后，则说明，用户已经扫描过了场内的支付码，其中，对于用户是在出场之前扫描支付码还是在出场口的时候扫描支付码，在本申请中不做具体限定；若终端确定存在所述代扣协议，不存在所述缴费订单信息时，则执行步骤103，若终端确定存在所述代扣协议，也存在所述缴费订单信息时，则执行步骤104。

103、终端若存在所述代扣协议，不存在所述缴费订单信息，则执行所述代扣协议；

在本申请实施例中，终端若是确定目标车辆存在代扣协议，但是不存在缴费订单信息，则终端能够确定目标车辆默认是使用代扣协议进行扣费，不使用人工缴费的方式进行缴费，在使用代扣协议进行扣费过程中，不需要用户去做多余的动作，在目标车辆准备出场时，即目标车辆到达出场口时，位于停车场出场口处的扫描设备会首先识别到目标车辆的车牌号信息，由于目标车辆的车辆牌信息是与用户的身份进行绑定的，且目标车辆开通了代扣协议，则扫描设备在扫描到具有代扣协议的车牌号时，会自动打开出场口的栏板，对目标车辆放行，对于目标车辆在停车场处的费用，停车场的收费***会自动从用户所绑定的网上支付账户进行扣除。

104、终端若存在所述代扣协议，也存在所述缴费订单信息，则停止执行所述代扣协议。

在本申请实施例中，终端若是确定目标车辆存在代扣协议，同时也存在缴费订单信息，则终端能够确定目标车辆是默认使用人工缴费的方式进行缴费，会对应的停止执行代扣协议，其中，需要说明的是，终端在获取到缴费订单信息之后，会对应的停止使用代扣协议进行扣费的支付方式，终端获取到缴费订单信息需在使用代扣协议完成支付之前，需要说明的是，目标车辆如果存在代扣协议，则停车场上的扫描设备识别到目标车辆之后，会首先默认使用代扣协议的支付方式，但同时也存在缴费订单信息，则说明用户扫描了停车场内的支付码，从而才能够获取到目标车辆的缴费订单信息，更具体的为，用户可能是在停车场内部扫描了支付码也可能是在停车场的出场口时扫描了支付码，在本申请中，不对用户在停车场中扫描支付码的位置做具体限定。

以下分别对支付码在出口时和在出口之前被扫描的情况做介绍：

一、支付码在车辆出口之前被扫描时：

车辆在出口前扫码，分为两种情况，一种用户单纯获取订单了解计费金额，另一种用户扫码支付，故终端可在车辆在出口前判定是否有在到达出口被识别到预设时间内支付码被扫描，若在预设时间内支付码被扫描了，则认定为用户有扫码支付的潜在倾向，若在预设时间内支付码没有被扫描，则认定用户默认使用代扣协议的方式进行支付。

二、支付码在车辆出口被扫描时：

车辆在出口扫码，此时由于代扣协议的请求动作会比用户扫码动作快，如果在用户扫码前，代扣协议的支付方式都未能支付成功，则认为是代扣协议的支付方式受环境影响未能支付成功，故用户若发起主动付，终端则会取消代扣协议的支付方式，从而可以避免用户主动付成功后，代扣协议的支付也支付成功，造成重复支付的问题。

请参阅图2-1和图2-2，本申请中一种自动支付和主动支付混用的方法另一个实施例包括：

201、所述终端获取目标车辆的信息；

在本申请实施例中，步骤201与前述步骤101类似，在此不再赘述。

202、所述终端根据所述目标车辆的信息获取所述目标车辆的协议信息，所述协议信息为所述目标车辆订购的各类服务信息；

在本申请实施例中，终端在获取到目标车辆的车牌号信息之后，需要进一步确定目标车辆是否支持无感支付的支付方式，若目标车辆支持无感支付，可以使用无感支付的方式进行支付，其中，需要说明的是，终端判断目标车辆是否支持无感支付的方式主要为：终端通过获取到的车牌号获取目标车辆的协议信息，其中，协议信息是与目标车辆的车牌号进行绑定的，通过扫描目标车辆的车牌号即可得知目标车辆的各类服务信息，各类服务信息中包含有若干种用户订购的车辆服务，在本申请中，不对各类服务信息中包含的订购业务的数量或是种类做具体限定。

203、所述终端判断所述协议信息中是否包含有所述目标车辆的代扣协议信息；

在本申请实施例中，终端通过目标车辆的车牌号获取到协议信息之后，需要进一步判断协议信息中是否包含有用户签约的代扣协议信息，在此，需要说明的是，无感支付的支付方式主要是通过用户签约的代扣协议信息或商户签约的协议信息开通的，更具体的为，当用户签约代扣协议信息之后，会将用户名下的网上支付账户与用户名下车辆的车牌号进行关联，进而在目标车辆进行停车费用的缴费时，相对应的停车费用会从用户名下的网上支付账户进行扣除，若终端确定协议信息中包含有用户签约的代扣协议或是商户签约的协议信息时，则终端确定该目标车辆是支持无感支付的支付方式，则执行步骤204。

204、所述终端判断获取到所述目标车辆的信息前的预设时间段内是否存在所述目标车辆的缴费订单信息和/或判断从获取所述目标车辆信息到根据所述代扣协议发起支付请求完成前，是否存在所述目标车辆的缴费订单信息；

在本申请实施例中，终端在确定目标车辆支持无感支付的支付方式时，需要进一步判断目标车辆是否存在缴费订单消息，更具体的为，通过判断在获取到目标车辆信息之前的预设时间段内是否存在目标车辆的缴费订单信息，其中，需要说明的是，预设时间段为目标车辆在出口时被识别到之前的时间，其中，该预设时间也可与第三方支付扫码订单超时时间保持一致，更具体的为，例如：第三方支付扫码订单超时时间设置为5分钟，即在第三方扫码支付的时间为5分钟且内包含5分钟，在超过5分钟之后，扫码获取的支付信息会自动过期，终端设置的预设时间与第三方支付扫码的订单时间一致，进而可知，若是用户使用智能设备扫瞄了车场中的支付码，在支付信息过期之前，终端可以得知车场内的支付码是以已经被扫描了，终端即可进行下一步的操作，在本申请中，需要说明的是，不对预设时间的时间数值做具体限定，可以为5分钟或是10分钟。

目标车辆在停车场出口时，停车场中的扫描设备在识别到目标车辆的车牌号信息之后，目标车辆支持无感支付，则终端会首先发起无感支付的支付请求，若终端判断目标车辆在发起无感支付的支付请求之后到支付请求完成之前，存在目标车辆的缴费订单信息，则说明用户在停车场的出场口处扫描了支付码，从而获取到了目标车辆的缴费订单信息。

若终端确定存在代扣协议，不存在缴费订单信息时，则执行步骤205；若终端确定存在代扣协议，也存在缴费订单信息时，则执行步骤206。

205、若存在所述代扣协议，不存在所述缴费订单信息，则所述终端执行所述代扣协议；

206、若存在所述代扣协议，也存在所述缴费订单信息，则所述终端停止所述代扣协议；

在本申请实施例中，步骤205至步骤206与前述步骤103至步骤104类似，在此不再赘述。

207、若不存在所述代扣协议，存在所述缴费订单信息，则所述终端根据所述入场时间信息和所述出场时间信息获取所述目标车辆的停车时长信息；

在本申请实施例中，终端在获取到目标车辆订单信息中的入场时间和出场时间之后，根据入场时间和出场时间计算目标车辆的停车时长时间，更具体的为：停车时长＝出场时间-入场时间，其中，需要说明的是，计算出来的停车时长主要是精确到分时间，例如：目标车辆的入场时间为18:00:09，出场时间为22:05:10，则计算出来的停车时长为：4个小时05分，在此，需要说明的是，不对目标车辆的出场时间和入场时间做具体限定。

208、所述终端根据所述目标车辆的停车时长信息获取所述目标车辆的缴费订单信息；

在本申请实施例中，终端在根据目标车辆入场时间和出场时间获取到目标车辆的停车时长之后，会根据停车时长计算目标车辆的停车费用，更具体的为，在实际应用中，目标车辆的不同入场时间以及停车时长所需要的费用都是不一样的，具体的收费需要根据停车场的实际收费标准进行收费，在本申请中，不对停车场的实际收费标准做具体限定。

209、所述终端根据所述缴费订单信息获取所述目标车辆的缴费金额；

在本申请实施例中，若不存在代扣协议，但存在缴费订单信息时，则是说明该目标车辆是不支持代扣协议的支付方式的，只是人工缴费的缴费方式，终端在获取到缴费订单信息之后，根据缴费订单信息获取到目标车辆的缴费金额。

210、所述终端根据所述目标车辆的缴费金额生成目标收款码。

在本申请实施例中，终端在获取到目标车辆的缴费金额之后，终端会根据缴费金额随机生成目标收款码，该目标收款码主要是指收款二维码，除了二维码之外，还可为条形码或其他款式的收款码等，在此不对目标收款码的类型做具体限定，用户在使用智能设备扫瞄目标收款码之后，即可进行交费处理。

请参阅图3，本申请第二方面提供了一种自动支付和主动支付混用的***，包括：

获取单元301，用于获取目标车辆的信息；

判断单元302，用于判断所述目标车辆是否存在代扣协议和缴费订单信息；

发起单元303，用于当所述判断单元确定存在所述代扣协议，不存在所述缴费订单信息时，则执行所述代扣协议；

停止单元304，用于当所述判断单元确定存在存在所述代扣协议，也存在所述缴费订单信息时，则停止执行所述代扣协议。

请参阅图4，本申请第三方面提供了一种自动支付和主动支付混用的装置，包括：

处理器401、存储器402、输入输出单元403以及总线404；

所述处理器401与所述存储器402、所述输入输出单元403以及所述总线404相连；

所述存储器402保存有程序，所述处理器401调用所述程序以执行如第一方面中任一项所述方法。

本申请第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质上保存有程序，所述程序在计算机上执行时执行如第一方面中任一项所述方法。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的***，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，read-onlymemory)、随机存取存储器(RAM，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (10)

1.一种自动支付和主动支付混用的方法，其特征在于，包括：

获取目标车辆的信息；

判断所述目标车辆是否存在代扣协议和缴费订单信息；

若存在所述代扣协议，不存在所述缴费订单信息，则执行所述代扣协议；

若存在所述代扣协议，也存在所述缴费订单信息，则停止执行所述代扣协议。

2.根据权利要求1所述的自动支付和主动支付混用的方法，其特征在于，所述判断所述目标车辆是否存在代扣协议，包括：

根据所述目标车辆的信息获取所述目标车辆的协议信息，所述协议信息为所述目标车辆订购的各类服务信息；

判断所述协议信息中是否包含有所述目标车辆的代扣协议信息。

3.根据权利要求1所述的自动支付和主动支付混用的方法，其特征在于，所述判断所述目标车辆是否存在缴费订单信息，包括：

判断获取到所述目标车辆的信息前的预设时间段内是否存在所述目标车辆的缴费订单信息；

和/或，

判断从获取所述目标车辆的信息到根据所述代扣协议发起支付请求完成前，是否存在所述目标车辆的缴费订单信息。

4.根据权利要求1至3中任一项所述的自动支付和主动支付混用的方法，其特征在于，所述代扣协议包括无感支付协议和ETC支付协议。

5.根据权利要求1所述的自动支付和主动支付混用的方法，其特征在于，在判断所述目标车辆是否存在代扣协议和缴费订单信息之后，所述方法还包括：

若不存在所述代扣协议，存在所述缴费订单信息，则根据所述缴费订单信息发起支付请求。

6.根据权利要求5所述的自动支付和主动支付混用的方法，其特征在于，在根据所述缴费订单信息发起支付请求之前，所述方法还包括：

根据所述入场时间信息和所述出场时间信息获取所述目标车辆的停车时长信息；

根据所述目标车辆的停车时长信息获取所述目标车辆的缴费订单信息。

7.根据权利要求6所述的自动支付和主动支付混用的方法，其特征在于，所述根据所述缴费订单信息发起支付请求，包括：

根据所述缴费订单信息获取所述目标车辆的缴费金额；

根据所述目标车辆的缴费金额生成目标收款码。

8.一种自动支付和主动支付混用的***，其特征在于，包括：

获取单元，用于获取目标车辆的信息；

判断单元，用于判断所述目标车辆是否存在代扣协议和缴费订单信息；

执行单元，用于当所述判断单元确定存在所述代扣协议，不存在所述缴费订单信息时，执行所述代扣协议；

停止单元，用于当所述判断单元确定存在存在所述代扣协议，也存在所述缴费订单信息时，停止执行所述代扣协议。

9.一种自动支付和主动支付混用的装置，其特征在于，包括：处理器、存储器、输入输出单元以及总线；

所述处理器与所述存储器、所述输入输出单元以及所述总线相连；

所述存储器保存有程序，所述处理器调用所述程序以执行如权利要求1至7任一项所述方法。

10.一种计算机可读存储介质，所述计算机可读存储介质上保存有程序，所述程序在计算机上执行时执行如权利要求1至7中任一项所述方法。

Images