本申请公开了一种支付凭证处理方法，可以应用于金融领域或者其它领域。第一服务端可以接收用户在第一支付客户端上输入的第一验证信息和第一支付凭证，所述第一支付凭证为进行大额支付时使用的历史支付凭证，所述大额支付对应的支付金额大于或者等于预设金额；而后，对所述第一验证信息和所述第一支付凭证进行验证，在所述第一验证信息和所述第一支付凭证通过验证的情况下，生成第二支付凭证；将所述第二支付凭证发送给第一支付客户端。由此可见，利用本方案，用户无需随身携带U盾等装置，用户在第一客户端上正确输入第一验证信息以及第一支付凭证之后，即可获得用于大额支付的第二支付凭证，用户操作便捷。用户操作便捷。用户操作便捷。
【技术实现步骤摘要】
一种支付凭证处理方法及装置
[0001]本申请涉及金融领域，特别是涉及一种支付凭证处理方法及装置。
技术介绍
[0002]目前，用户可以利用手机银行、第三方支付等软件进行支付。目前，在进行小额支付时，用户可以通过人脸、指纹等方式进行支付验证，支付验证过程较为便捷。
[0003]但是，用户在进行大额支付时，往往需要借助于其它装置(例如U盾)进行支付验证。而前述其它装置需要随身携带，给用户带来不便。
[0004]因此，急需一种方案，能够解决上述问题。
技术实现思路
[0005]为了解决上述技术问题，本申请实施例提供了一种支付凭证处理方法及装置。
[0006]本申请实施例提供了一种支付凭证处理方法，应用于第一服务端，所述方法包括：
[0007]接收用户在第一支付客户端上输入的第一验证信息以及第一支付凭证，所述第一支付凭证为进行大额支付时使用的历史支付凭证，所述大额支付对应的支付金额大于或者等于预设金额；
[0008]对所述第一验证信息和所述第一支付凭证进行验证；
[0009]在所述第一验证信息和所述第一支付凭证通过验证的情况下，生成第二支付凭证；
[0010]将所述第二支付凭证发送给所述第一支付客户端。
[0011]可选的，所述方法还包括：
[0012]按照预设周期对目标账户的支付凭证进行更新，并将更新后的支付凭证发送给第二支付客户端，所述第二支付客户端为第三方支付客户端。
[0013]可选的，所述按照预设周期对目标账户的支付凭证进行更新，并将更新后的支付凭证发送给第二支付客户端，包括：
[0014]在确定所述目标账户在预设时间段内成功交易的次数高于预设次数时，按照预设周期对目标账户的支付凭证进行更新，并将更新后的支付凭证发送给第二支付客户端。
[0015]可选的，所述方法还包括：
[0016]接收第二服务端发送的第一指示信息，所述第一指示信息用于指示所述目标账户在预设时间段内成功交易的次数高于预设次数；
[0017]根据所述第一指示信息，确定所述目标账户在预设时间段内成功交易的次数高于预设次数。
[0018]可选的，所述历史支付凭证的初始值，按照预设凭证获取方式获取，所述预设获取方式，包括：
[0019]拨打凭证获取热线、发送凭证获取短信、网点柜员协助、或者，远程银行协助。
[0020]第二方面，本申请实施例提供了一种支付凭证处理装置，应用于第一服务端，所述
装置包括：
[0021]第一接收单元，用于接收用户在第一支付客户端上输入的第一验证信息以及第一支付凭证，所述第一支付凭证为进行大额支付时使用的历史支付凭证，所述大额支付对应的支付金额大于或者等于预设金额；
[0022]验证单元，用于对所述第一验证信息和所述第一支付凭证进行验证；
[0023]生成单元，用于在所述第一验证信息和所述第一支付凭证通过验证的情况下，生成第二支付凭证；
[0024]第一发送单元，用于将所述第二支付凭证发送给所述第一支付客户端。
[0025]可选的，所述装置还包括：
[0026]更新单元，用于按照预设周期对目标账户的支付凭证进行更新；
[0027]第二发送单元，用于将更新后的支付凭证发送给第二支付客户端，所述第二支付客户端为第三方支付客户端。
[0028]可选的，所述更新单元，用于：
[0029]在确定所述目标账户在预设时间段内成功交易的次数高于预设次数时，按照预设周期对目标账户的支付凭证进行更新。
[0030]可选的，所述装置还包括：
[0031]第二接收单元，用于接收第二服务端发送的第一指示信息，所述第一指示信息用于指示所述目标账户在预设时间段内成功交易的次数高于预设次数；
[0032]确定单元，用于根据所述第一指示信息，确定所述目标账户在预设时间段内成功交易的次数高于预设次数。
[0033]可选的，所述历史支付凭证的初始值，按照预设凭证获取方式获取，所述预设获取方式，包括：
[0034]拨打凭证获取热线、发送凭证获取短信、网点柜员协助、或者，远程银行协助。
[0035]与现有技术相比，本申请实施例具有以下优点：
[0036]本申请实施例提供了一种支付凭证处理方法，在一个示例中，该方法可以应用于第一服务端。第一服务端可以接收用户在第一支付客户端上输入的第一验证信息和第一支付凭证，所述第一支付凭证为进行大额支付时使用的历史支付凭证，所述大额支付对应的支付金额大于或者等于预设金额；而后，对所述第一验证信息和所述第一支付凭证进行验证，在所述第一验证信息和所述第一支付凭证通过验证的情况下，生成第二支付凭证；将所述第二支付凭证发送给第一支付客户端。由此可见，利用本方案，用户在第一客户端上正确输入第一验证信息以及第一支付凭证之后，即可获得用于大额支付的第二支付凭证，从而基于所述第二支付凭证进行大额支付。采用本方案，用户无需随身携带U盾等装置，即可获得大额支付的支付凭证，用户操作便捷。
附图说明
[0037]为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0038]图1为本申请实施例提供的一种支付凭证处理方法的流程示意图；
[0039]图2为本申请实施例提供的一种支付凭证处理装置的结构示意图
。
具体实施方式
[0040]为了使本
的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0041]下面结合附图，详细说明本申请的各种非限制性实施方式。
[0042]示例性方法
[0043]参见图1，该图为本申请实施例提供的一种支付凭证处理方法的流程示意图。图1所示的方法，例如可以应用于第一服务端，所述第一服务端用于发放支付凭证。在本实施例中，所述方法例如可以包括以下步骤：S101
‑
S104。
[0044]S101：接收用户在第一支付客户端上输入的第一验证信息以及第一支付凭证，所述第一支付凭证为进行大额支付时使用的历史支付凭证，所述大额支付对应的支付金额大于或者等于预设金额。
[0045]本申请实施例不具体限定所述预设金额，所述预设金额可以根据实际情况设定。
[0046]在本申请实施例中，所述第一支付客户端，例如可以是手机银行客户端。
[0047]在一个示例中，所述第一验证信息，例如可以是能够证明用户身份的信息，例如，所述第一验证本文档来自技高网...
【技术保护点】
【技术特征摘要】
1.一种支付凭证处理方法，其特征在于，应用于第一服务端，所述方法包括：接收用户在第一支付客户端上输入的第一验证信息以及第一支付凭证，所述第一支付凭证为进行大额支付时使用的历史支付凭证，所述大额支付对应的支付金额大于或者等于预设金额；对所述第一验证信息和所述第一支付凭证进行验证；在所述第一验证信息和所述第一支付凭证通过验证的情况下，生成第二支付凭证；将所述第二支付凭证发送给所述第一支付客户端。2.根据权利要求1所述的方法，其特征在于，所述方法还包括：按照预设周期对目标账户的支付凭证进行更新，并将更新后的支付凭证发送给第二支付客户端，所述第二支付客户端为第三方支付客户端。3.根据权利要求2所述的方法，其特征在于，所述按照预设周期对目标账户的支付凭证进行更新，并将更新后的支付凭证发送给第二支付客户端，包括：在确定所述目标账户在预设时间段内成功交易的次数高于预设次数时，按照预设周期对目标账户的支付凭证进行更新，并将更新后的支付凭证发送给第二支付客户端。4.根据权利要求3所述的方法，其特征在于，所述方法还包括：接收第二服务端发送的第一指示信息，所述第一指示信息用于指示所述目标账户在预设时间段内成功交易的次数高于预设次数；根据所述第一指示信息，确定所述目标账户在预设时间段内成功交易的次数高于预设次数。5.根据权利要求1所述的方法，其特征在于，所述历史支付凭证的初始值，按照预设凭证获取方式获取，所述预设获取方式，包括：拨打凭证获取热线、发送凭证获取短信、网点柜员协助、或者，远程银行协助。6.一种支付凭证处理...
【专利技术属性】
技术研发人员：徐梓丞，
申请(专利权)人：中国银行股份有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。