支付校验方法、收银台系统、设备和存储介质技术方案

本申请涉及计算机技术领域，公开了一种支付校验方法、收银台系统、设备和存储介质；该方法包括接收来自用户端的预下单信息，基于预下单信息生成预支付订单和预付单号；根据预付单号和预支付订单，生成场景码；向用户端发送预付单号和预支付订单，并接收来自用户端的支付信息；根据支付信息中的预付单号，查询对应的场景码，并基于场景码对支付信息进行校验。本申请实施例实现了交易支付校验，提高了支付的安全性，且基于预下单信息生成预支付订单进而生成场景码，从而基于场景码对支付信息进行校验，以将校验流程与支付业务区分开，降低支付与校验的耦合度，提高支付以及校验的效率。提高支付以及校验的效率。提高支付以及校验的效率。

【技术实现步骤摘要】
支付校验方法、收银台系统、设备和存储介质


[0001]本申请涉及计算机
，尤其涉及一种支付校验方法、收银台系统、设备和存储介质。

技术介绍

[0002]随着人工智能等科技的发展，日常生活慢慢依托于科技，如通过购物类的系统或平台或应用程序进行各种类型的交易，且交易以及交易过程中的支付环节均在线上直接完成，大大方便了人们的生活。
[0003]但目前对于交易支付的安全性不能保证，进而，在系统开发过程中，往往加入支付校验流程。但现有的支付校验流程将支付业务与校验流程绑定在一起，在支付的同时进行安全校验，一旦在支付环节出现问题，容易影响后续的校验流程的正常进行，从而降低了支付以及校验的效率。因此，如何提高支付以及校验的效率是个亟需解决的问题。

技术实现思路

[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]本申请实施例具有如下有益效果：
[0037]本申请实施例提供了一种支付校验方法，用于收银台系统，该方法包括：接收来自用户端的预下单信息，基于预下单信息生成预支付订单和预付单号；根据预付单号和预支付订单，生成场景码；向用户端发送预付单号和预支付订单，并接收来自用户端的支付信息；根据支付信息中的预付单号，查询对应的场景码，并基于场景码对支付信息进行校验。
本申请实施例实现了交易过程中的支付校验，提高了支付的安全性，且基于预下单信息生成预支付订单进而生成场景码，从而后续可基于场景码对支付信息进行校验，以将校验流程与支付业务区分开，降低支付与校验的耦合度，提高支付以及校验的效率，进而提高支付校验的可靠性。
附图说明
[0038]为了更清楚地说明本申请的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对本申请保护范围的限定。在各个附图中，类似的构成部分采用类似的编号。
[0039]图1示出了本申请实施例中支付校验方法的第一个实施方式示意图；
[0040]图2示出了本申请实施例中支付校验方法的第二个实施方式示意图；
[0041]图3示出了本申请实施例中支付校验方法的第三个实施方式示意图；
[0042]图4示出了本申请实施例中支付校验方法的第四个实施方式示意图；
[0043]图5示出了本申请实施例中支付校验方法的第五个实施方式示意图；
[0044]图6示出了本申请实施例中支付校验方法的第六个实施方式示意图；
[0045]图7示出了本申请实施例中收银台系统的结构示意图。
具体实施方式
[0046]下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。
[0047]通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种支付校验方法，其特征在于，应用于收银台系统，所述支付校验方法包括：接收来自用户端的预下单信息，基于所述预下单信息生成预支付订单和预付单号；根据所述预付单号和所述预支付订单，生成场景码；向所述用户端发送所述预付单号和所述预支付订单，并接收来自所述用户端的支付信息；根据所述支付信息中的预付单号，查询对应的场景码，并基于所述场景码对所述支付信息进行校验。2.根据权利要求1所述的支付校验方法，其特征在于，所述基于所述场景码对所述支付信息进行校验，包括：识别所述场景码的类型，确定所述场景码对应的安全等级，不同类型的场景码对应不同的安全等级；根据所述安全等级，触发对所述支付信息进行相应类型的校验流程；一个所述安全等级对应一种类型的校验流程；所述校验流程的类型包括密码校验流程、一次性口令校验流程、软令牌认证校验流程。3.根据权利要求2所述的支付校验方法，其特征在于，所述方法还包括：若所述支付信息校验通过，则向所述用户端发送支付成功消息，并触发支付资金冻结流程，在成功完成支付资金冻结流程后，修改所述预支付订单的状态为支付成功；若所述支付信息校验未通过，则向所述用户端发送支付未成功消息，并修改所述预支付订单的状态为支付失败。4.根据权利要求1所述的支付校验方法，其特征在于，在所述接收来自用户端的预下单信息之前，还包括：接收来自用户端的用户注册信息，所述用户注册信息包括用户账号；根据所述用户注册信息，为所述用户账号分配交易权限，所述交易权限包括交易资格、交易类型、交易数目和交易额度。5.根据权利要求4所述的支付校验方法，其特征在于，所述基于所述预下单信息生成预支付订单和预付单号，包括：对所述预下单信息对应的用户账号进行交易校验；所述交易校验包括交易类型校验、交易数目校验、交易...

【专利技术属性】
技术研发人员：陈林夕，王强，陈强，
申请(专利权)人：平安银行股份有限公司，
类型：发明
国别省市：