CN111340484A - 支付校验方法、装置、系统、存储介质和计算机设备 - Google Patents
支付校验方法、装置、系统、存储介质和计算机设备 Download PDFInfo
- Publication number
- CN111340484A CN111340484A CN202010095190.5A CN202010095190A CN111340484A CN 111340484 A CN111340484 A CN 111340484A CN 202010095190 A CN202010095190 A CN 202010095190A CN 111340484 A CN111340484 A CN 111340484A
- Authority
- CN
- China
- Prior art keywords
- data
- payment
- verification
- signature
- client
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3825—Use of electronic signatures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/42—Confirmation, e.g. check or permission by the legal debtor of payment
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本说明书实施例提供了一种支付校验方法、装置、系统、存储介质和计算机设备。该方法包括:服务器通过设置的私钥对支付数据进行签名生成签名数据,根据签名数据和支付数据生成校验数据,将校验数据发送至第一客户端,以供第一客户端根据校验数据生成校验码并展示校验码,第二客户端扫描第一客户端展示的校验码获取校验数据,校验数据包括签名数据和支付数据,通过获取的公钥对签名数据和支付数据进行验签,若验签成功则生成并展示支付成功信息。本说明书实施例确保了收款方的第二客户端在离线状态下对支付交易真实性的验证。
Description
【技术领域】
本说明书实施例涉及互联网技术领域,特别涉及一种支付校验方法、装置、系统、存储介质和计算机设备。
【背景技术】
目前,随着移动支付的普及,以及在线下场景的不断拓展,越来越多的用户会通过移动支付进行线下交易。在线下的菜市场、景区等人流量较大的场景,往往存在收款方网络信号差的情况,当付款方完成支付后,收款方无法收到支付成功提示。
【发明内容】
有鉴于此,本说明书实施例提供了一种支付校验方法、装置、系统、存储介质和计算机设备,用于确保收款方的第二客户端在离线状态下实现对支付交易真实性的验证。
一方面,本说明书实施例提供了一种支付校验方法,应用于服务器,所述方法包括:
通过设置的私钥对支付数据进行签名,生成签名数据;
根据所述签名数据和所述支付数据,生成校验数据;
将所述校验数据发送至第一客户端,以供所述第一客户端根据所述校验数据生成校验码并展示所述校验码。
可选地,所述支付数据包括付款金额、付款时间、收款人姓名和收款人昵称。
可选地,所述根据所述签名数据和所述支付数据,生成校验数据,包括:
对所述支付数据进行编码处理,生成编码后的支付数据;
按照设置的数据结构对所述签名数据和所述编码后的支付数据进行组装,生成所述校验数据,所述校验数据包括数据标识、所述签名数据和所述编码后的支付数据。
另一方面,本说明书实施例提供了一种支付校验方法,应用于第二客户端,所述方法包括:
扫描第一客户端展示的校验码,获取校验数据,所述校验数据包括签名数据和支付数据;
通过获取的公钥对所述签名数据和所述支付数据进行验签;
若验签成功,则生成并展示支付成功信息;
若验签失败,则生成并展示校验异常信息。
可选地,所述通过获取的公钥对所述签名数据和所述支付数据进行验签,包括:
通过获取的公钥对所述签名数据进行解密,生成支付数据;
比较解密生成的支付数据和获取的校验数据中的支付数据是否一致。
可选地,所述通过获取的公钥对所述签名数据和所述支付数据进行验签之前,包括:
验证所述校验数据的数据结构是否符合设置的数据结构;
若验证出所述校验数据的数据结构符合设置的数据结构,继续执行所述通过获取的公钥对所述签名数据进行验签的步骤。
可选地,还包括:
若验证出所述校验数据的数据结构不符合设置的数据结构,生成并展示校验异常信息。
另一方面,本说明书实施例提供了一种支付校验装置,应用于服务器,所述装置包括:
签名模块,用于通过设置的私钥对支付数据进行签名,生成签名数据;
第一生成模块,用于根据所述签名数据和所述支付数据,生成校验数据;
发送模块,用于将所述校验数据发送至第一客户端,以供所述第一客户端根据所述校验数据生成校验码并展示所述校验码。
可选地,所述第一生成模块包括:
编码子模块,用于对所述支付数据进行编码处理,生成编码后的支付数据;
组装子模块,用于按照设置的数据结构对所述签名数据和所述编码后的支付数据进行组装,生成所述校验数据,所述校验数据包括数据标识、所述签名数据和所述编码后的支付数据。
另一方面,本说明书实施例提供了一种支付校验装置,应用于第二客户端,所述装置包括:
扫描模块,用于扫描第一客户端展示的校验码,获取校验数据,所述校验数据包括签名数据和支付数据;
验签模块,用于通过获取的公钥对所述签名数据和所述支付数据进行验签;
第二生成模块,用于若所述验签模块验签成功则生成支付成功信息;若所述验签模块验签失败,则生成校验异常信息;
展示模块,用于展示支付成功信息或校验异常信息。
可选地,还包括:
验证模块,用于验证所述校验数据的数据结构是否符合设置的数据结构,若验证出所述校验数据的数据结构符合设置的数据结构,触发所述验签模块继续执行所述通过获取的公钥对所述签名数据和所述支付数据进行验签的步骤。
可选地,所述第二生成模块还用于若所述验证模块验证出所述校验数据的数据结构不符合设置的数据结构,生成校验异常信息。
另一方面,本说明书实施例提供了一种支付校验系统,包括:第一客户端、第二客户端和服务器;
所述服务器,用于通过设置的私钥对支付数据进行签名,生成签名数据;根据所述签名数据和所述支付数据,生成校验数据;将所述校验数据发送至第一客户端;
所述第一客户端,用于根据所述校验数据生成校验码并展示所述校验码;
所述第二客户端,用于扫描第一客户端展示的校验码,获取校验数据,所述校验数据包括签名数据和支付数据;通过获取的公钥对所述签名数据和所述支付数据进行验签;若验签成功,则生成并展示支付成功信息;若验签失败,则生成并展示校验异常信息。
另一方面,本说明书实施例提供了一种存储介质,所述存储介质包括存储的程序,其中,在所述程序运行时控制所述存储介质所在设备执行上述支付校验方法的步骤。
另一方面,本说明书实施例提供了一种计算机设备,包括存储器和处理器,所述存储器用于存储包括程序指令的信息,所述处理器用于控制程序指令的执行,所述程序指令被处理器加载并执行时实现上述支付校验方法的步骤。
本说明书实施例的方案中,服务器通过设置的私钥对支付数据进行签名生成签名数据并将包括签名数据和支付数据的校验数据发送至第一客户端,第二客户端扫描第一客户端根据校验数据生成的校验码以获取校验数据,并通过获取的公钥对签名数据和支付数据进行验签,若验签成功则生成并展示支付成功信息,实现了第二客户端在离线状态下对支付交易的验证,从而确保了收款方的第二客户端在离线状态下对支付交易真实性的验证。
【附图说明】
为了更清楚地说明本说明书实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本说明书的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其它的附图。
图1为本说明书实施例提供的一种支付验证系统的结构示意图;
图2为本说明书实施例提供的一种支付校验方法的流程图;
图3为本说明书实施例中支付成功页面的一种示意图;
图4为本说明书实施例提供的一种支付校验方法的流程图;
图5为本说明书实施例中支付成功页面的另一种示意图;
图6为本说明书实施例提供的一种支付验证装置的结构示意图;
图7为本说明书实施例提供的一种支付验证装置的结构示意图;
图8为本说明书实施例提供的一种计算机设备的示意图。
【具体实施方式】
为了更好的理解本说明书的技术方案,下面结合附图对本说明书实施例进行详细描述。
应当明确,所描述的实施例仅仅是本说明书一部分实施例,而不是全部的实施例。基于本说明书中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例,都属于本说明书保护的范围。
在本说明书实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本说明书。在本说明书实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。
应当理解,本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,甲和/或乙,可以表示:单独存在甲,同时存在甲和乙,单独存在乙这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
图1为本说明书实施例提供的一种支付验证系统的结构示意图,如图1所示,该系统包括:第一客户端1、服务器2和第二客户端3,第一客户端1和服务器2连接,第二客户端3与服务器2连接。
本说明书实施例中,第一客户端1可包括付款方使用的客户端,即第一客户端1包括付款方客户端,例如,第一客户端1可包括手机、平板电脑或者可穿戴设备;第二客户端3可包括收款方使用的客户端,即第二客户端3可包括收款方客户端,例如,第二客户端3可包括手机、平板电脑、笔记本计算机或者台式计算机。作为一种可选方案,付款方包括个人,收款方包括商户或个人。
本说明书实施例中,服务器2用于通过设置的私钥对支付数据进行签名,生成签名数据;根据所述签名数据和所述支付数据,生成校验数据;将所述校验数据发送至第一客户端。第一客户端1用于根据所述校验数据生成校验码并展示所述校验码。第二客户端3用于扫描第一客户端展示的校验码,获取校验数据,所述校验数据包括签名数据和支付数据;通过获取的公钥对所述签名数据和所述支付数据进行验签,若验签成功,则生成并展示支付成功信息;若验签失败,则生成并展示校验异常信息。
本说明书实施例提供的支付校验系统可用于实现图2和/或图4的实施例中的支付校验方法,具体描述可参见下述图2和/或图4的实施例中的描述,此处不再赘述。
本说明书实施例的方案中,服务器通过设置的私钥对支付数据进行签名生成签名数据并将包括签名数据和支付数据的校验数据发送至第一客户端,第二客户端扫描第一客户端根据校验数据生成的校验码以获取校验数据,并通过获取的公钥对签名数据和支付数据进行验签,若验签成功则生成并展示支付成功信息,以实现第二客户端在离线状态下对支付交易的验证,从而确保了收款方的第二客户端在离线状态下对支付交易真实性的验证。
图2为本说明书实施例提供的一种支付校验方法的流程图,图2中所示的支付验证方法执行于图1中的服务器,如图2所示,该方法包括:
步骤102、通过设置的私钥对支付数据进行签名,生成签名数据。
本说明书实施例中,作为一种可选方案,在步骤102之前还可包括:
步骤1002、第一客户端扫描收款方展示的收款码以获取码值,该码值包括收款方账户标识。
当付款方需要向收款方进行支付操作时,付款方通过第一客户端扫描收款码以获取到收款码,第一客户端对收款码进行解析以获取到收款方账户标识,收款方账户标识用于标识收款方账户。
收款码可包括一维码或二维码。作为一种可选方案,收款码可包括静态码,收款方的收款码可保持不变,收款方可以将收款码打印出来进行展示或者通过第二客户端展示收款码。
步骤1004、第一客户端接收付款方输入的付款金额。
步骤1006、第一客户端将收款账户标识、付款账户标识和付款金额发送至服务器。
步骤1008、服务器根据收款账户标识、付款账户标识和付款金额进行支付处理。
服务器进行支付处理并完成支付之后可生成支付数据,该支付数据可包括付款金额、付款时间、收款人姓名和收款人昵称。例如:付款金额为0.09,付款时间为2019-11-2815:32:12,收款人姓名为李井湾,收款人昵称为花菜。在实际应用中,该支付数据还可包括其它数据,例如:付款方式,此处不再一一列举。
本说明书实施例中,服务器可设置一对密钥,一对密钥可包括私钥和公钥。服务器不公开私钥,而是自己保留该私钥。服务器公开公钥,以使其它设备均可获取到该公钥,则第二客户端可获取到该公钥。
本说明书实施例中,支付数据可包括字符串形式的支付数据。
字符串形式的支付数据如下所示:{"pay_amount":0.09,"pay_time":"2019-11-28 15:32:12","pay_col lection":"李井湾","pay_col lection_nickname":"花菜"}。
在步骤102中,服务器可通过私钥对支付数据进行RSA签名,生成签名数据。
例如,通过私钥对支付数据进行RSA签名可表示为:
“sign_rsa_1024(A):FPSmYGpDszXvNbGzVB70Fx...=”。
其中,“FPSmYGpDszXvNbGzVB70Fx...=”为签名数据。
步骤104、根据签名数据和支付数据,生成校验数据。
本说明书实施例中,步骤104具体可包括:
步骤1041、对支付数据进行编码处理,生成编码后的支付数据。
作为一种可选方案,服务器可对支付数据进行base64编码处理,生成编码后的支付数据。
例如:编码后的支付数据可如下所示:
“JTdCJTIycGF5X2Ftb3Vu...IyJTdEJTIw”。
步骤1042、按照设置的数据结构对签名数据和编码后的支付数据进行组装,生成校验数据,校验数据包括数据标识、签名数据和编码后的支付数据。
作为一种可选方案,设置的数据结构可包括:VERIFY_PAY_**_**。
则校验数据可包括:VERIFY_PAY_C_B,其中,数据标识为VERIFY_PAY,C为编码后的支付数据,B为签名数据。
“VERIFY_PAY_JTdCJTIycGF5X2Ftb3Vu...IyJTdEJTIw_FPSmYGpDszXvNbGzVB70Fx...=”为校验数据。数据标识可用于标识数据的内容,例如:VERIFY_PAY用于标识该数据为校验数据。
步骤106、将校验数据发送至第一客户端,以供第一客户端根据校验数据生成校验码并展示校验码。
作为一种可选方案,校验码可包括一维码或者二维码,则第一客户端可将校验数据转成校验码。
作为一种可选方案,服务器在将校验数据发送至第一客户端的同时,还将支付结果发送至第一客户端。例如,支付结果可包括付款金额、收款人和付款方式。
本说明书实施例中,第一客户端可展示支付结果和校验码。图3为本说明书实施例中支付成功页面的一种示意图,如图3所示,第一客户端通过显示支付成功页面以展示支付结果和校验码,具体地,在支付成功之后,第一客户端显示支付成功页面,该支付成功页面包括支付成功、收款方,付款金额、支付方式和校验码。
本实施例提供的技术方案中,服务器通过设置的私钥对支付数据进行签名生成签名数据,从而保证了支付数据的不可伪造;服务器将包括签名数据和支付数据的校验数据发送至第一客户端,以供第一客户端根据校验数据生成校验码并展示校验码,从而确保了后续收款方的第二客户端在离线状态下对支付交易真实性的验证。
图4为本说明书实施例提供的一种支付校验方法的流程图,图4中所示的支付验证方法执行于图1中的第二客户端,如图4所示,该方法包括:
步骤202、扫描第一客户端展示的校验码,获取校验数据,该校验数据包括签名数据和支付数据。
本说明书实施例中,由于收款方的网络信号差,收款方的第二客户端处于离线状态,因此在付款方支付成功之后,收款方的第二客户端无法收到支付成功提示,使得收款方无法确定钱是否到账。为解决上述问题,收款方可通过第二客户端扫描第一客户端展示的校验码,以实现对支付交易真实性的校验。
收款方通过第二客户端扫描校验码以获取到校验码,第二客户端对校验码进行解析以获取到校验数据。
步骤204、验证校验数据的数据结构是否符合设置的数据结构,若是,则执行步骤206;若否,则执行步骤210。
若验证出校验数据的数据结构符合设置的数据结构,表明扫描校验码而得到的数据是校验数据;若验证数据的数据结构不符合设置的数据结构,表明扫描校验码而得到的数据是校验数据。
作为一种可选方案,设置的数据结构包括VERIFY_PAY_**_**。
本说明书实施例中,校验数据包括:
“VERIFY_PAY_JTdCJTIycGF5X2Ftb3Vu...IyJTdEJTIw_FPSmYGpDszXvNbGzVB70Fx...=”,因此,校验数据的结构为VERIFY_PAY_**_**,因此校验数据的数据结构与设置的数据结构相同,继续执行步骤206。
步骤206、通过获取的公钥对签名数据和支付数据进行验签,若验签成功,则执行步骤208;若验签失败,则执行步骤210。
本说明书实施例中,由于校验数据包括签名数据和支付数据,因此在对校验数据的格式验证通过后,可从校验数据中提取出签名数据和支付数据。
本说明书实施例中,通过获取的公钥对签名数据和支付数据进行验签,确保了支付数据未被篡改。
本说明书实施例中,步骤206具体可包括:
步骤2062、通过获取的公钥对签名数据进行解密,生成支付数据。
在步骤2062中,通过公钥对签名数据进行RSA解密,生成支付数据。
例如:签名数据为“FPSmYGpDszXvNbGzVB70Fx...=”。
例如:解密生成的支付数据为{"pay_amount":0.09,"pay_time":"2019-11-2815:32:12","pay_col lection":"李井湾","pay_col lection_nickname":"花菜"}。
步骤2064、比较解密生成的支付数据和获取的校验数据中的支付数据是否一致,若是,则执行步骤208;若否,则执行步骤210。
若比较出解密生成的支付数据和获取的支付数据一致时,表明验签成功;若比较出解密生成的支付数据和获取的支付数据不一致时,表明验签失败。
例如:获取的支付数据为{"pay_amount":0.09,"pay_time":"2019-11-2815:32:12","pay_col lection":"李井湾","pay_collection_nickname":"花菜"},则比较出解密生成的支付数据和获取的支付数据一致。
作为一种可选方案,在步骤206之前还包括:第二客户端对编码后的支付数据进行解码生成支付数据。具体地,第二客户端对编码后的支付数据进行unbase64解码处理,生成支付数据。则步骤2062具体可包括:比较解密生成的支付数据和解码生成的支付数据是否一致。
例如:解码生成的支付数据为{"pay_amount":0.09,"pay_time":"2019-11-2815:32:12","pay_col lection":"李井湾","pay_col lection_nickname":"花菜"},则比较出解密生成的支付数据和解码生成的支付数据一致。
步骤208、生成并展示支付成功信息,流程结束。
本说明书实施例中,第二客户端生成支付成功信息,该支付成功信息用于提示收款方支付交易成功。
作为一种可选方案,第二客户端在展示支付成功信息的同时还展示支付数据,例如:第二客户端展示支付数据中的付款金额、付款时间、收款人姓名和收款人昵称。图5为本说明书实施例中支付成功页面的另一种示意图,如图5所示,第二客户端通过显示支付成功页面以展示支付成功信息和支付数据,其中,支付成功信息包括“支付成功”,付款金额包括0.09,付款时间包括2019-11-28 15:32:12,收款人姓名包括李井湾,收款人昵称包括花菜。具体地,第二客户端可将支付数据转换为JSON数据,并从JOSN数据中提取出付款金额、付款时间、收款人姓名和收款人昵称,并将提取出的付款金额、付款时间、收款人姓名和收款人昵称进行展示。
本说明书实施例中,当收款方从第二客户端上查看到支付成功信息时,获知支付交易成功,从而使得收款方在第二客户端处于离线状态下能够获知付款人真实的进行了支付,避免了付款人伪造支付成功页面而导致的欺骗收款方的情况。
步骤210、生成并展示校验异常信息,流程结束。
本说明书实施例中,校验异常信息用于提示收款方无法有效验证本次支付交易的真实性。
本实施例中,第二客户端扫描第一客户端展示的校验码以获取校验数据,并通过获取的公钥对签名数据和支付数据进行验签,若验签成功,则生成并展示支付成功信息,实现了第二客户端在离线状态下对支付交易的验证,从而确保了收款方的第二客户端在离线状态下对支付交易真实性的验证。
图6为本说明书实施例提供的一种支付验证装置的结构示意图,图6中所示的支付验证装置应用于图1中的服务器,如图6所示,该装置包括:签名模块11、第一生成模块12和发送模块13。
签名模块11用于通过设置的私钥对支付数据进行签名,生成签名数据。
第一生成模块12用于根据所述签名数据和所述支付数据,生成校验数据。
发送模块13用于将所述校验数据发送至第一客户端,以供所述第一客户端根据所述校验数据生成校验码并展示所述校验码。
本说明书实施例中,第一生成模块12包括:编码子模块121和组装子模块122。
编码子模块121用于对所述支付数据进行编码处理,生成编码后的支付数据;
组装子模块122用于按照设置的数据结构对所述签名数据和所述编码后的支付数据进行组装,生成所述校验数据,所述校验数据包括数据标识、所述签名数据和所述编码后的支付数据。
本实施例提供的技术方案中,服务器通过设置的私钥对支付数据进行签名生成签名数据,从而保证了支付数据的不可伪造;将包括签名数据和支付数据的校验数据发送至第一客户端,以供第一客户端根据校验数据生成校验码并展示校验码,从而确保了后续收款方的第二客户端在离线状态下对支付交易真实性的验证。
图7为本说明书实施例提供的一种支付验证装置的结构示意图,图7中所示的支付验证装置应用于图1中的第二客户端,如图7所示,该装置包括:扫描模块21、验签模块22、第二生成模块23和展示模块24。
扫描模块21用于扫描第一客户端展示的校验码,获取校验数据,所述校验数据包括签名数据和支付数据。
验签模块22用于通过获取的公钥对所述签名数据和所述支付数据进行验签。
第二生成模块23用于若验签模块22验签成功,则生成支付成功信息。
展示模块24用于展示支付成功信息。
本说明书实施例中,第二生成模块23还用于若验签模块22验签失败时,则生成校验异常信息。展示模块24还用于展示校验异常信息。
本说明书实施例中,验签模块22具体用于通过获取的公钥对签名数据进行解密生成支付数据,比较解密生成的支付数据和获取的校验数据中的支付数据是否一致。第二生成模块23具体用于若验签模块22比较出解密生成的支付数据和获取的支付数据一致时,生成支付成功信息;若验签模块22比较出解密生成的支付数据和获取的支付数据不一致时,生成校验异常信息。
本说明书实施例中,该装置还包括:验证模块25。验证模块25用于验证所述校验数据的数据结构是否符合设置的数据结构,若验证出所述校验数据的数据结构符合设置的数据结构,触发所述验签模块22继续执行所述通过获取的公钥对所述签名数据和所述支付数据进行验签的步骤。
本说明书实施例中,第二生成模块23还用于若所述验证模块25验证出所述校验数据的数据结构不符合设置的数据结构,生成校验异常信息。
本说明书实施例中,所述校验数据中的支付数据包括编码后的支付数据,则该装置还包括:解码模块25,解码模块26用于对编码后的支付数据进行解码,生成支付数据。验签模块22具体用于比较解密生成的支付数据和解码生成的支付数据是否一致。
本实施例提供的技术方案中,第二客户端扫描第一客户端展示的校验码以获取校验数据,并通过获取的公钥对签名数据和支付数据进行验签,若验签成功则生成并展示支付成功信息,实现了第二客户端在离线状态下对支付交易的验证,从而确保了收款方的第二客户端在离线状态下对支付交易真实性的验证。
本说明书实施例提供了一种存储介质,存储介质包括存储的程序,其中,在程序运行时控制存储介质所在设备执行上述支付校验方法的各个实施例的各步骤,具体描述可参见上述支付校验方法的各个实施例。
本说明书实施例提供了一种计算机设备,包括存储器和处理器,存储器用于存储包括程序指令的信息,处理器用于控制程序指令的执行,程序指令被处理器加载并执行时实现上述支付校验方法的各个实施例的各步骤,具体描述可参见上述支付校验方法的各个实施例。作为一种可选方案,计算机设备包括服务器,此时,计算机设备可用于实现图2中的实施例提供的支付校验方法。作为另一种可选方案,计算机设备包括第二客户端,此时,计算机设备可用于实现图4中的实施例提供的支付校验方法。
图8是本说明书实施例提供的一种计算机设备的示意图。如图8所示,该实施例的计算机设备30包括:处理器31、存储器32以及存储在存储32中并可在处理器31上运行的计算机程序33,该计算机程序33被处理器31执行时实现实施例中的数据处理方法,为避免重复,此处不一一赘述。或者,该计算机程序被处理器31执行时实现实施例中支付校验装置中各模型/单元的功能,为避免重复,此处不一一赘述。
计算机设备30可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。计算机设备30可包括,但不仅限于,处理器31、存储器32。本领域技术人员可以理解,图8仅仅是计算机设备30的示例,并不构成对服务器20的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如计算机设备30还可以包括输入输出设备、网络接入设备、总线等。
所称处理器31可以是中央处理单元(Central Processing Unit,CPU),还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
存储器32可以是计算机设备30的内部存储单元,例如计算机设备30的硬盘或内存。存储器32也可以是计算机设备30的外部存储设备,例如计算机设备30上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。进一步地,存储器32还可以既包括计算机设备30的内部存储单元也包括外部存储设备。存储器32用于存储计算机程序以及计算机设备所需的其他程序和数据。存储器32还可以用于暂时地存储已经输出或者将要输出的数据。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本说明书所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如,多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本说明书各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机装置(可以是个人计算机,服务器,或者网络装置等)或处理器(Processor)执行本说明书各个实施例所述方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本说明书的较佳实施例而已,并不用以限制本说明书,凡在本说明书的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本说明书保护的范围之内。
Claims (17)
1.一种支付校验方法,应用于服务器,所述方法包括:
通过设置的私钥对支付数据进行签名,生成签名数据;
根据所述签名数据和所述支付数据,生成校验数据;
将所述校验数据发送至第一客户端,以供所述第一客户端根据所述校验数据生成校验码并展示所述校验码。
2.根据权利要求1所述的方法,所述支付数据包括付款金额、付款时间、收款人姓名和收款人昵称。
3.根据权利要求1所述的方法,所述根据所述签名数据和所述支付数据,生成校验数据,包括:
对所述支付数据进行编码处理,生成编码后的支付数据;
按照设置的数据结构对所述签名数据和所述编码后的支付数据进行组装,生成所述校验数据,所述校验数据包括数据标识、所述签名数据和所述编码后的支付数据。
4.一种支付校验方法,应用于第二客户端,所述方法包括:
扫描第一客户端展示的校验码,获取校验数据,所述校验数据包括签名数据和支付数据;
通过获取的公钥对所述签名数据和所述支付数据进行验签;
若验签成功,则生成并展示支付成功信息;
若验签失败,则生成并展示校验异常信息。
5.根据权利要求4所述的支付校验方法,所述通过获取的公钥对所述签名数据和所述支付数据进行验签,包括:
通过获取的公钥对所述签名数据进行解密,生成支付数据;
比较解密生成的支付数据和获取的校验数据中的支付数据是否一致。
6.根据权利要求4所述的方法,所述通过获取的公钥对所述签名数据和所述支付数据进行验签之前,包括:
验证所述校验数据的数据结构是否符合设置的数据结构;
若验证出所述校验数据的数据结构符合设置的数据结构,继续执行所述通过获取的公钥对所述签名数据进行验签的步骤。
7.根据权利要求6所述的方法,还包括:
若验证出所述校验数据的数据结构不符合设置的数据结构,生成并展示校验异常信息。
8.一种支付校验装置,应用于服务器,所述装置包括:
签名模块,用于通过设置的私钥对支付数据进行签名,生成签名数据;
第一生成模块,用于根据所述签名数据和所述支付数据,生成校验数据;
发送模块,用于将所述校验数据发送至第一客户端,以供所述第一客户端根据所述校验数据生成校验码并展示所述校验码。
9.根据权利要求8所述的装置,所述第一生成模块包括:
编码子模块,用于对所述支付数据进行编码处理,生成编码后的支付数据;
组装子模块,用于按照设置的数据结构对所述签名数据和所述编码后的支付数据进行组装,生成所述校验数据,所述校验数据包括数据标识、所述签名数据和所述编码后的支付数据。
10.一种支付校验装置,应用于第二客户端,所述装置包括:
扫描模块,用于扫描第一客户端展示的校验码,获取校验数据,所述校验数据包括签名数据和支付数据;
验签模块,用于通过获取的公钥对所述签名数据和所述支付数据进行验签;
第二生成模块,用于若所述验签模块验签成功则生成支付成功信息;若所述验签模块验签失败,则生成校验异常信息;
展示模块,用于展示支付成功信息或校验异常信息。
11.根据权利要求10所述的装置,还包括:
验证模块,用于验证所述校验数据的数据结构是否符合设置的数据结构,若验证出所述校验数据的数据结构符合设置的数据结构,触发所述验签模块继续执行所述通过获取的公钥对所述签名数据和所述支付数据进行验签的步骤。
12.根据权利要求11所述的装置,所述第二生成模块还用于若所述验证模块验证出所述校验数据的数据结构不符合设置的数据结构,生成校验异常信息。
13.一种支付校验系统,包括:第一客户端、第二客户端和服务器;
所述服务器,用于通过设置的私钥对支付数据进行签名,生成签名数据;根据所述签名数据和所述支付数据,生成校验数据;将所述校验数据发送至第一客户端;
所述第一客户端,用于根据所述校验数据生成校验码并展示所述校验码;
所述第二客户端,用于扫描第一客户端展示的校验码,获取校验数据,所述校验数据包括签名数据和支付数据;通过获取的公钥对所述签名数据和所述支付数据进行验签;若验签成功,则生成并展示支付成功信息;若验签失败,则生成并展示校验异常信息。
14.一种存储介质,所述存储介质包括存储的程序,其中,在所述程序运行时控制所述存储介质所在设备执行权利要求1至3中任意一项所述的支付校验方法的步骤。
15.一种存储介质,所述存储介质包括存储的程序,其中,在所述程序运行时控制所述存储介质所在设备执行权利要求4至7中任意一项所述的支付校验方法的步骤。
16.一种计算机设备,包括存储器和处理器,所述存储器用于存储包括程序指令的信息,所述处理器用于控制程序指令的执行,所述程序指令被处理器加载并执行时实现权利要求1至3中任意一项所述的支付校验方法的步骤。
17.一种计算机设备,包括存储器和处理器,所述存储器用于存储包括程序指令的信息,所述处理器用于控制程序指令的执行,所述程序指令被处理器加载并执行时实现权利要求4至7中任意一项所述的支付校验方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010095190.5A CN111340484A (zh) | 2020-02-14 | 2020-02-14 | 支付校验方法、装置、系统、存储介质和计算机设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010095190.5A CN111340484A (zh) | 2020-02-14 | 2020-02-14 | 支付校验方法、装置、系统、存储介质和计算机设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111340484A true CN111340484A (zh) | 2020-06-26 |
Family
ID=71186278
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010095190.5A Pending CN111340484A (zh) | 2020-02-14 | 2020-02-14 | 支付校验方法、装置、系统、存储介质和计算机设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111340484A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114648331A (zh) * | 2022-03-22 | 2022-06-21 | 拉扎斯网络科技(上海)有限公司 | 订单支付方法、装置、计算机设备及计算机可读存储介质 |
CN114826693A (zh) * | 2022-04-07 | 2022-07-29 | 中通服创立信息科技有限责任公司 | 一种数据交互方法、装置及介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102402672A (zh) * | 2010-09-14 | 2012-04-04 | 公安部第三研究所 | 一种应用于涉车环境的rfid超高频安全空口协议 |
CN102468960A (zh) * | 2010-11-16 | 2012-05-23 | 卓望数码技术(深圳)有限公司 | 一种离线模式身份与交易认证方法及终端 |
CN102663292A (zh) * | 2012-03-26 | 2012-09-12 | 大唐微电子技术有限公司 | 一种实现智能卡应用部署的方法及系统 |
CN103761484A (zh) * | 2014-01-08 | 2014-04-30 | 腾讯科技(深圳)有限公司 | 一种资源转移管理的方法、装置和系统 |
CN104301293A (zh) * | 2013-07-19 | 2015-01-21 | 阿里巴巴集团控股有限公司 | 数据处理方法、装置和系统 |
CN104348792A (zh) * | 2013-07-30 | 2015-02-11 | 阿里巴巴集团控股有限公司 | 数据处理方法、装置和系统 |
CN110472429A (zh) * | 2019-08-20 | 2019-11-19 | 闻泰通讯股份有限公司 | 数据校验方法、装置、电子设备及存储介质 |
-
2020
- 2020-02-14 CN CN202010095190.5A patent/CN111340484A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102402672A (zh) * | 2010-09-14 | 2012-04-04 | 公安部第三研究所 | 一种应用于涉车环境的rfid超高频安全空口协议 |
CN102468960A (zh) * | 2010-11-16 | 2012-05-23 | 卓望数码技术(深圳)有限公司 | 一种离线模式身份与交易认证方法及终端 |
CN102663292A (zh) * | 2012-03-26 | 2012-09-12 | 大唐微电子技术有限公司 | 一种实现智能卡应用部署的方法及系统 |
CN104301293A (zh) * | 2013-07-19 | 2015-01-21 | 阿里巴巴集团控股有限公司 | 数据处理方法、装置和系统 |
CN104348792A (zh) * | 2013-07-30 | 2015-02-11 | 阿里巴巴集团控股有限公司 | 数据处理方法、装置和系统 |
CN103761484A (zh) * | 2014-01-08 | 2014-04-30 | 腾讯科技(深圳)有限公司 | 一种资源转移管理的方法、装置和系统 |
CN110472429A (zh) * | 2019-08-20 | 2019-11-19 | 闻泰通讯股份有限公司 | 数据校验方法、装置、电子设备及存储介质 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114648331A (zh) * | 2022-03-22 | 2022-06-21 | 拉扎斯网络科技(上海)有限公司 | 订单支付方法、装置、计算机设备及计算机可读存储介质 |
CN114826693A (zh) * | 2022-04-07 | 2022-07-29 | 中通服创立信息科技有限责任公司 | 一种数据交互方法、装置及介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9560033B2 (en) | Method and system for authenticating user identity | |
AU2008217416B2 (en) | Authentication device and method | |
US8108317B2 (en) | System and method for restricting access to a terminal | |
US20150294313A1 (en) | Systems, apparatus and methods for improved authentication | |
US10902408B2 (en) | Mobile payment method using a barcode, device and server for implementing the method | |
US9842332B2 (en) | Systems and methods for processing a financial transaction | |
CN103839157A (zh) | 一种电子支付方法、装置及系统 | |
CN105917612B (zh) | 燃料分配环境中的内容的密码式水印印制 | |
CN111737675A (zh) | 一种基于区块链的电子签名方法及装置 | |
CN111340484A (zh) | 支付校验方法、装置、系统、存储介质和计算机设备 | |
CN112687042B (zh) | 认证方法、认证装置和电子设备 | |
CN113255505A (zh) | 证件照片生成方法、装置、设备及存储介质 | |
US8910260B2 (en) | System and method for real time secure image based key generation using partial polygons assembled into a master composite image | |
CN112488823A (zh) | 贷款业务中的单证数据处理方法、装置及计算机设备 | |
CN110740112B (zh) | 认证方法、装置和计算机可读存储介质 | |
CN112037056A (zh) | 一种交易的处理方法、装置、设备及存储介质 | |
CN110705990A (zh) | 验证方法、装置、终端及存储介质 | |
CN110675158A (zh) | 交易支付方法及装置 | |
CN110675151A (zh) | 交易认证方法及装置 | |
CN109544325A (zh) | 基于数据处理的面签系统的切换方法、装置和计算机设备 | |
CN103685148A (zh) | 安全性信息交互系统、设备及方法 | |
CN111754324B (zh) | 云erp银企对接处理方法、系统及各处理端 | |
TWI773198B (zh) | 身分驗證系統 | |
TW201921306A (zh) | 多維條碼行動支付方法及支付伺服系統 | |
CN115545700A (zh) | 二维码支付处理方法及其系统、计算机设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 40031427 Country of ref document: HK |
|
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200626 |