订单支付方法、系统、计算机设备及存储介质技术方案

本申请提供了一种订单支付方法、系统、计算机设备及存储介质，涉及移动支付技术领域。该方法由交易平台的服务端接收第一客户端针对订单向第二客户端预支付资金的预支付请求，根据预支付请求执行预支付操作生成付款记录；根据付款记录向第一支付中台发送在途充值请求；接收第一客户端的确认支付请求，根据确认支付请求执行分账操作，向第一支付中台发起分账请求，以使得第一支付中台根据分账请求向监管平台发起打款请求，由监管平台根据打款请求将第一客户端对应用户的付款户的预支付资金金额划拨至第二客户端对应用户的收款户。本申请实施例在交易平台引入监管平台作为第三方资金监管机构，解决了资金存管安全问题，减少用户对资金流向的担心。用户对资金流向的担心。用户对资金流向的担心。

【技术实现步骤摘要】
订单支付方法、系统、计算机设备及存储介质


[0001]本申请涉及移动支付
，尤其涉及一种订单支付方法、系统、计算机设备及存储介质。

技术介绍

[0002]在线下实体店交易，人们习惯于一手交钱，一手交货。客户通常只有看到实物后，才会签订交易合同，支付款项，并完成交付手续，这是消费者普遍形成的认知，否则都会被认为是陷阱。
[0003]从另外一个角度看，大家都更相信银行。现在的银行业也开始将业务流程尽可能搬到线上，这种线上化、数据化的趋势已经不可逆转。随着科技金融的快速发展，银行从获客方式、线上业务申请、贷款审批、贷款合同签署、在线放款、在线数据归档等全流程都已经实现了线上化，极大地提高了客户获取金融资源的体验感，这也为今后真实的C2C (Customer to Customer，即消费者到消费者)交易提供了金融基础支撑。
[0004]随着国家对房地产、教培、医疗、互联网等行业监管力度的加强，银行对公、对私账户的监管力度也随之增强，过去大多是C2B(Customer toBusiness，即消费者到企业)的账户监管模式，例如新房交易、教育培训等都是这种场景。随着时代的发展，针对大金额交易时间长的C2C银行监管模式也孕育而生，例如二手房交易、二手车交易等需要银行提供监管交易账户来保护买卖双方的资金安全，并按照交易双方所达成协议的要求来执行资金监管和支付时点，这种模式非常适合未来的个体经济的发展。随着区块链技术深入各种场景，个体经济也能实现业务流、资金流、发票流三流合一的业务监管要求。因此需要银行出面做资金监管才是个体买卖双方都需要的资金安全需求，而如何接入银行资金监管成为亟需解决的技术问题。

技术实现思路

[0005]本申请提供一种订单支付方法、系统、计算机设备及存储介质，以解决交易平台的资金存管安全问题。
[0006]第一方面，提供了一种订单支付方法，应用于交易平台的服务端，包括：
[0007]接收所述交易平台的第一客户端针对订单向第二客户端预支付资金的预支付请求，根据所述预支付请求执行预支付操作生成付款记录；
[0008]根据所述付款记录向第一支付中台发送在途充值请求，以使得所述第一支付中台根据所述在途充值请求向监管平台进行在途充值，并发起在途充值记账请求，由所述监管平台在所述第一客户端对应用户的付款户记录包含预支付资金金额的支付账单用于分账；
[0009]接收所述第一客户端的确认支付请求，根据所述确认支付请求执行分账操作，向所述第一支付中台发起分账请求，以使得所述第一支付中台根据所述分账请求向所述监管平台发起打款请求，由所述监管平台根据所述打款请求将所述第一客户端对应用户的付款户的预支付资金金额划拨至所述第二客户端对应用户的收款户。
[0010]第二方面，提供了一种订单支付方法，应用于交易平台的第一客户端，包括：
[0011]响应于针对订单的向第二客户端预支付资金的预支付操作，向所述交易平台的服务端发送针对订单的向所述第二客户端预支付资金的预支付请求，以使所述交易平台的服务端根据所述预支付请求执行预支付操作生成付款记录，并根据所述付款记录向第一支付中台发送在途充值请求，以使得所述第一支付中台根据所述在途充值请求向监管平台进行在途充值，并发起在途充值记账请求，由所述监管平台在所述第一客户端对应用户的付款户记录包含预支付资金金额的支付账单用于分账；
[0012]响应于针对订单的确认收货操作，向所述交易平台的服务端发送确认支付请求，以使所述交易平台的服务端根据所述确认支付请求执行分账操作，向所述第一支付中台发起分账请求，以使得所述第一支付中台根据所述分账请求向所述监管平台发起打款请求，由所述监管平台根据所述打款请求将所述第一客户端对应用户的付款户的预支付资金金额划拨至所述第二客户端对应用户的收款户。
[0013]第三方面，提供了一种订单支付系统，所述系统包括：交易平台的第一客户端、第二客户端和服务端，第一支付中台，监管平台；
[0014]所述第一客户端响应于针对订单的向所述第二客户端预支付资金的预支付操作，向所述交易平台的服务端发送针对订单的向所述第二客户端预支付资金的预支付请求；
[0015]所述交易平台的服务端根据所述预支付请求执行预支付操作生成付款记录，并根据所述付款记录向所述第一支付中台发送在途充值请求；
[0016]所述第一支付中台根据所述在途充值请求向所述监管平台进行在途充值，并发起在途充值记账请求；
[0017]所述监管平台在所述第一客户端对应用户的付款户记录包含预支付资金金额的支付账单用于分账；
[0018]所述第一客户端响应于针对订单的确认收货操作，向所述交易平台的服务端发送确认支付请求；
[0019]所述交易平台的服务端根据所述确认支付请求执行分账操作，向所述第一支付中台发起分账请求；
[0020]所述第一支付中台根据所述分账请求向所述监管平台发起打款请求；
[0021]所述监管平台根据所述打款请求将所述第一客户端对应用户的付款户的预支付资金金额划拨至所述第二客户端对应用户的收款户。
[0022]第四方面，提供了一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述应用于交易平台的服务端的订单支付方法的步骤或者应用于交易平台的客户端的订单支付方法的步骤。
[0023]第五方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述应用于交易平台的服务端的订单支付方法的步骤或者应用于交易平台的客户端的订单支付方法的步骤。
[0024]上述订单支付方法、系统、计算机设备及存储介质所实现的方案中，交易平台的服务端接收交易平台的第一客户端针对订单向第二客户端预支付资金的预支付请求，根据预支付请求执行预支付操作生成付款记录；交易平台的服务端根据付款记录向第一支付中台
发送在途充值请求，以使得第一支付中台根据在途充值请求向监管平台进行在途充值，并发起在途充值记账请求，由监管平台在第一客户端对应用户的付款户记录包含预支付资金金额的支付账单用于分账；交易平台的服务端接收第一客户端的确认支付请求，根据确认支付请求执行分账操作，向第一支付中台发起分账请求，以使得第一支付中台根据分账请求向监管平台发起打款请求，由监管平台根据打款请求将第一客户端对应用户的付款户的预支付资金金额划拨至第二客户端对应用户的收款户。本申请实施例在交易平台引入监管平台作为第三方资金监管机构，解决了资金存管安全问题，减少用户对资金流向的担心，避免交易平台挪用用户支付的资金。并且，基于安全合规等要求，交易平台没有资质直接对接监管平台，本申请实施例通过具备与监管平台直接对接的能力的第一支付中台暴露服务接口，对接监管平台，有效地解决了交易平台系统调用互联网服务支付的问题。
附图说明
[0025]为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例的本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种订单支付方法，其特征在于，应用于交易平台的服务端，包括：接收所述交易平台的第一客户端针对订单向第二客户端预支付资金的预支付请求，根据所述预支付请求执行预支付操作生成付款记录；根据所述付款记录向第一支付中台发送在途充值请求，以使得所述第一支付中台根据所述在途充值请求向监管平台进行在途充值，并发起在途充值记账请求，由所述监管平台在所述第一客户端对应用户的付款户记录包含预支付资金金额的支付账单用于分账；接收所述第一客户端的确认支付请求，根据所述确认支付请求执行分账操作，向所述第一支付中台发起分账请求，以使得所述第一支付中台根据所述分账请求向所述监管平台发起打款请求，由所述监管平台根据所述打款请求将所述第一客户端对应用户的付款户的预支付资金金额划拨至所述第二客户端对应用户的收款户。2.根据权利要求1所述的方法，其特征在于，在接收所述交易平台的第一客户端针对订单向第二客户端预支付资金的预支付请求之前，所述方法还包括：接收所述第一客户端和/或所述第二客户端各自提交的用于在所述监管平台开户的实名开户信息，记录所述实名开户信息，并将所述实名开户信息推送给所述第一支付中台，由所述第一支付中台记录所述实名开户信息；接收所述第一支付中台返回的实名开户信息记录结果，并根据所述实名开户信息记录结果更新记录；向所述第一支付中台发起实名开户请求，以使所述第一支付中台根据所述实名开户请求向所述监管平台发起实名开户，由所述监管平台开通所述第一客户端和/或所述第二客户端对应用户的付款户和收款户；接收所述第一支付中台基于所述监管平台提供的开户结果返回的实名开户结果并更新。3.根据权利要求1或2所述的方法，其特征在于，所述确认支付请求中还携带尾款支付请求信息，所述方法还包括：根据所述尾款支付请求信息执行尾款支付操作。4.根据权利要求1或2所述的方法，其特征在于，根据所述预支付请求执行预支付操作生成付款记录，包括：根据所述预支付请求向第二支付中台发送支付授权令牌token的申请请求，以使所述第二支付中台根据所述申请请求生成支付授权token；接收所述第二支付中台返回的支付授权token，并生成交易信息；将所述支付授权token和所述交易信息返回给所述第一客户端，由所述第一客户端通过所述支付授权token和所述交易信息调用所述第二支付中台的指定SDK向所述第二支付中台获取第三方支付平台的预创建订单号，以使所述第二支付中台验证所述支付授权token和所述交易信息，并在验证通过后向所述第三方支付平台发起获取预创建订单号的请求，进而接收所述第三方支付平台返回的预创建订单号；所述第二支付中台记录所述预创建订单号并返回给所述第一客户端；所述第一客户端根据所述预创建订单号调用所述第三方支付平台的指定SDK进行订单支付；所述第二支付中台接收所述第三方支付平台返回的订单支付结果；接收所述第二支付中台通过消息队列MQ通知的所述订单支付结果，将所述订单支付结
果作为付款记录，根据所述订单支付结果更新支付状态，并将所述支付状态返回给所述第一客户端。5.根据权利要求1或2所述的方法，其特征在于，还包括：接收所述第二客户端提交的用于从所述监管平台的所述第二客户端对应用户的收款户提取资金的银行卡信息，并记录；将所述第二客户端提交的银行卡信息提交给所述第一支付中台，以使所述第一支付中台记录所述第二客户端提交的银行卡信息，并将所述第二客户端提交的银行卡信息提交给所述监管平台；接收所述第一支付中台返回的银行卡信息记录结果，根据所述银行卡信息记录结果更新记录；向所述第一支付中台发送获取通信验证码请求，以使所述第一支付中台根据所述通信验证码请求向所述监管平台发起获取通信验证码请求...

【专利技术属性】
技术研发人员：付明明，曹迪，
申请(专利权)人：平安国际融资租赁有限公司，
类型：发明
国别省市：