一种支付凭证处理方法及装置与流程

1.本技术涉及金融领域，特别是涉及一种支付凭证处理方法及装置。


背景技术：

2.目前，用户可以利用手机银行、第三方支付等软件进行支付。目前，在进行小额支付时，用户可以通过人脸、指纹等方式进行支付验证，支付验证过程较为便捷。
3.但是，用户在进行大额支付时，往往需要借助于其它装置(例如u盾)进行支付验证。而前述其它装置需要随身携带，给用户带来不便。
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.本技术实施例提供了一种支付凭证处理方法，在一个示例中，该方法可以应用于第一服务端。第一服务端可以接收用户在第一支付客户端上输入的第一验证信息和第一支付凭证，所述第一支付凭证为进行大额支付时使用的历史支付凭证，所述大额支付对应的支付金额大于或者等于预设金额；而后，对所述第一验证信息和所述第一支付凭证进行验证，在所述第一验证信息和所述第一支付凭证通过验证的情况下，生成第二支付凭证；将所述第二支付凭证发送给第一支付客户端。由此可见，利用本方案，用户在第一客户端上正确输入第一验证信息以及第一支付凭证之后，即可获得用于大额支付的第二支付凭证，从而基于所述第二支付凭证进行大额支付。采用本方案，用户无需随身携带u盾等装置，即可获得大额支付的支付凭证，用户操作便捷。
附图说明
37.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
38.图1为本技术实施例提供的一种支付凭证处理方法的流程示意图；
39.图2为本技术实施例提供的一种支付凭证处理装置的结构示意图
。
具体实施方式
40.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
41.下面结合附图，详细说明本技术的各种非限制性实施方式。
42.示例性方法
43.参见图1，该图为本技术实施例提供的一种支付凭证处理方法的流程示意图。图1所示的方法，例如可以应用于第一服务端，所述第一服务端用于发放支付凭证。在本实施例中，所述方法例如可以包括以下步骤：s101-s104。
44.s101：接收用户在第一支付客户端上输入的第一验证信息以及第一支付凭证，所述第一支付凭证为进行大额支付时使用的历史支付凭证，所述大额支付对应的支付金额大于或者等于预设金额。
45.本技术实施例不具体限定所述预设金额，所述预设金额可以根据实际情况设定。
46.在本技术实施例中，所述第一支付客户端，例如可以是手机银行客户端。
47.在一个示例中，所述第一验证信息，例如可以是能够证明用户身份的信息，例如，所述第一验证信息，包括但不限于指纹和/或人脸。
48.在一个示例中，所述第一支付凭证，例如可以是所述第一服务端上一次发放给所述第一支付客户端的支付凭证。
49.在一个示例中，所述历史支付凭证的初始值，即：所述第一服务端首次给所述第一支付客户端发放的支付凭证，可以是所述用户通过预设方式获得的，例如，所述用户可以通过拨打凭证获取热线、发送凭证获取短信、网点柜员协助、或者，远程银行协助等方式获得所述历史支付凭证的初始值。
50.s102：对所述第一验证信息和所述第一支付凭证进行验证。
51.获取所述第一验证信息和所述第一支付凭证之后，所述第一服务端可以对所述第一验证信息和所述第一支付凭证进行验证，例如，所述第一服务端可以预存由所述用户的身份信息，所述第一服务端可以将预存的身份信息和所述第一验证信息进行匹配。另外，所述第一服务端还可以保存上一次给所述第一支付客户端发送的支付凭证，所述第一服务端可以将预存的支付凭证和所述第一支付凭证进行匹配。
52.在一个示例中，在所述预存的身份信息和所述第一验证信息匹配成功、且所述预存的支付凭证和所述第一支付凭证匹配成功的情况下，可以确定所述第一验证信息和所述第一支付凭证通过验证。若所述预存的身份信息和所述第一验证信息匹配不成功，或者，所述预存的支付凭证和所述第一支付凭证匹配不成功，则可以确定所述第一验证信息和所述第一支付凭证未通过验证。
53.s103：在所述第一验证信息和所述第一支付凭证通过验证的情况下，生成第二支付凭证。
54.s104：将所述第二支付凭证发送给所述第一支付客户端。
55.在本技术实施例中，若所述第一验证信息和所述第一支付凭证通过验证，则说明所述用户的身份合法，此时，可以对大额支付的支付凭证进行更新，从而避免支付凭证保持不变而带来支付风险。具体地，所述第一服务端可以生成第二支付凭证，并将所述第二支付凭证发送给所述第一支付客户端。在一个示例中，所述第一服务端可以通过其它服务端(例如第二服务端)将所述第二支付凭证发送给所述第一支付客户端。
56.通过以上描述可知，利用本方案，用户在第一客户端上正确输入第一验证信息以及第一支付凭证之后，即可获得用于大额支付的第二支付凭证，从而基于所述第二支付凭证进行大额支付。采用本方案，用户无需随身携带u盾等装置，即可获得大额支付的支付凭证，用户操作便捷。
57.在一个示例中，考虑到用户除了可以在第一支付客户端上利用目标账户进行大额支付之外，用户还可以在第二支付客户端上利用所述目标账户进行大额支付。其中，所述第二客户端例如可以是第三方支付客户端。对于这种情况，为了进一步简化用户操作，所述第一服务端还可以按照预设周期对目标账户的支付凭证进行更新，并将更新后的支付凭证发送给第二支付客户端。
58.在一个示例中，所述第一服务端可以直接将更新后的支付凭证发送给第二支付客户端。
59.在又一个示例中，所述第一服务端可以通过第二服务端将所述更新后的支付凭证发送给第二支付客户端。例如，所述第一服务端可以将所述更新后的支付凭证发送给第二服务端，由所述第二服务端将所述更新后的支付凭证发送给第二支付客户端。其中，所述第二服务端可以作为第二支付客户端和所述第一服务端之间进行数据交互的中间节点，所述第二服务端例如可以对所述第二支付客户端和所述第一服务端之间交互的数据进行存储和/或校验。
60.在一个示例中，所述第一服务端可以在所述目标账户在预设时间段内成功交易的次数高于预设次数时，按照预设周期对目标账户的支付凭证进行更新，并将更新后的支付凭证发送给第二支付客户端。其中，所述目标账户在预设时间段内成功交易的次数高于预设次数，说明目标账户进行大额交易的频率较高，而且，每次交易的安全性均较高(成功交易，说明支付凭证通过验证)。因此，在此场景下，第一服务端按照预设周期自动对目标账户的支付凭证进行更新，并将更新后的支付凭证发送给第二支付客户端，有利于简化用户操作(用户无需输入验证信息和历史支付凭证)，提升用户的支付体验。
61.本技术实施例不具体限定所述预设次数，所述预设次数可以根据实际情况设置。
62.在一个示例中，可以由第二服务端对所述目标账户在预设时间段内的成功交易的次数进行统计，所述第二服务端可以在所述目标账户在预设时间段内成功交易的次数高于预设次数时，向所述第一服务端发送第一指示信息，该第一指示信息用于指示所述目标账户在预设时间段内成功交易的次数高于预设次数。第一服务端接收到所述第一指示信息之后，即可基于所述第一指示信息，确定所述目标账户在预设时间段内成功交易的次数高于预设次数。
63.在又一个示例中，可以由第二服务端对所述目标账户在预设时间段内的交易失败的次数进行统计，所述第二服务端可以在所述目标账户在预设时间段内成功交易的次数高
于某一数值时，向所述第一服务端发送第二指示信息，该第二指示信息用于指示所述目标账户在预设时间段内交易失败的次数高于某一数值。在一个示例中，所述第一服务端接收到所述第二指示信息之后，可以不再自动按照预设周期对目标账户的支付凭证进行更新。在此场景下，用户例如可以通过输入验证信息和历史支付凭证的方式，再一次获得支付凭证。
64.示例性设备
65.基于以上实施例提供的方法，本技术实施例还提供了一种装置，以下结合附图介绍该装置。
66.参见图2，该图为本技术实施例中一种支付凭证处理装置的结构示意图。所述装置200例如可以具体包括：第一接收单元201、验证单元202、生成单元203和第一发送单元204。
67.第一接收单元201，用于接收用户在第一支付客户端上输入的第一验证信息以及第一支付凭证，所述第一支付凭证为进行大额支付时使用的历史支付凭证，所述大额支付对应的支付金额大于或者等于预设金额；
68.验证单元202，用于对所述第一验证信息和所述第一支付凭证进行验证；
69.生成单元203，用于在所述第一验证信息和所述第一支付凭证通过验证的情况下，生成第二支付凭证；
70.第一发送单元204，用于将所述第二支付凭证发送给所述第一支付客户端。
71.可选的，所述装置还包括：
72.更新单元，用于按照预设周期对目标账户的支付凭证进行更新；
73.第二发送单元，用于将更新后的支付凭证发送给第二支付客户端，所述第二支付客户端为第三方支付客户端。
74.可选的，所述更新单元，用于：
75.在确定所述目标账户在预设时间段内成功交易的次数高于预设次数时，按照预设周期对目标账户的支付凭证进行更新。
76.可选的，所述装置还包括：
77.第二接收单元，用于接收第二服务端发送的第一指示信息，所述第一指示信息用于指示所述目标账户在预设时间段内成功交易的次数高于预设次数；
78.确定单元，用于根据所述第一指示信息，确定所述目标账户在预设时间段内成功交易的次数高于预设次数。
79.可选的，所述历史支付凭证的初始值，按照预设凭证获取方式获取，所述预设获取方式，包括：
80.拨打凭证获取热线、发送凭证获取短信、网点柜员协助、或者，远程银行协助。
81.由于所述装置200是与以上方法实施例提供的方法对应的装置，所述装置200的各个单元的具体实现，均与以上方法实施例为同一构思，因此，关于所述装置200的各个单元的具体实现，可以参考以上方法实施例的描述部分，此处不再赘述。
82.需要说明的是，本发明提供的支付凭证处理方法及装置可用于金融领域或其它领域。例如，可以应用于金融领域的大额支付场景。其他领域为除金融领域之外的任意领域，例如，安全保护领域。上述仅为示例，并不对本发明提供的支付凭证处理方法及装置的应用领域进行限定。
83.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本技术的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本技术的真正范围和精神由下面的权利要求指出。
84.应当理解的是，本技术并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求来限制。
85.以上所述仅为本技术的较佳实施例，并不用以限制本技术，凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。