基于第三方支付渠道B2C电商订单合并支付的处理方法技术

本发明专利技术公开了基于第三方支付渠道B2C电商订单合并支付的处理方法，包括：上游应用系统请求支付系统创建交易支付订单，重定向跳转到支付收银台，支付收银台合并支付服务校验交易场景，支付收银台请求支付系统合并支付方法；支付系统生成一笔合并支付批次订单，将合并支付订单推送到消息队列中，接收子单处理结果；请求第三方支付渠道支付；支付系统组装第三方渠道返回的支付串信息，完成支付；第三方支付渠道异步通知合并支付订单结果，支付系统更新合并订单状态；支付系统将合并支付订单信息通过消息队列形式推送给上游应用系统。本发明专利技术解决了网上购物时用户需要为跨店铺订单支付多次的烦琐操作，大大节省了支付时间，提升了用户体验。户体验。户体验。

【技术实现步骤摘要】
基于第三方支付渠道B2C电商订单合并支付的处理方法


[0001]本专利技术属于互联网信息
，尤其涉及基于第三方支付渠道B2C电商订单合并支付的处理方法。

技术介绍

[0002]随着计算机互联网技术的发展，网购成为了非常普遍的现象，因此对于电商公司来说，线上支付变得越来越重要。由于公司在没有支付牌照的情况下，用户在商城购物，一次只能对同一店铺的多个商品进行下单，用户在购买过程中，若选择不同店铺的多个商品下单，则需要逐一对不同店铺的商品提交订单。这种操作方式一次支付只能实现一个店铺订单的处理，操作烦琐，影响支付效率，且用户体验较差。
[0003]现有技术的不足：
[0004]1、用户下单只能对同一店铺的多个商品进行单笔订单支付，若需要跨店铺多商品提交订单，用户需要多次下单，操作烦琐。
[0005]2、支付方式比较单一，支付场景单一，不满足用户跨店铺下单。

技术实现思路

[0006]本专利技术所要解决的技术问题是在没有支付牌照背景下，提供一种跨店铺多商品订单合并支付的处理方法，旨在解决现有技术存在一次支付操作只能实现单个店铺订单处理而造成的网络支付操作复杂、支付效率低下的技术问题。
[0007]本专利技术具体提供了基于第三方支付渠道B2C电商订单合并支付的处理方法，包括如下步骤：
[0008]步骤1：上游应用系统以店铺维度，请求支付系统创建交易支付订单，支付系统持久化订单数据，同步返回交易支付订单流水号；
[0009]步骤2：上游应用系统组装合并支付请求参数，通过HTTP
‑
POST(超文本传输协议，Hyper Text Transfer Protocol，HTTP)方式发送请求数据到支付开放平台，支付开放平台得到相关数据后，进行安全校验等验证，验证通过后，支付开放平台重定向跳转到支付收银台对应的功能页面；
[0010]步骤3：支付收银台合并支付服务校验交易场景，并且根据交易场景返回支持的可用支付方式展示在支付收银台页面；
[0011]所述交易场景用于区分交易的类型，如消费者在线上零售商城购买商品、消费者到线下门店购买商品、门店向供应商采购货物等。
[0012]步骤4：支付收银台请求支付系统合并支付方法，支付系统校验合并订单状态和订单幂等性校验；
[0013]步骤5：支付系统生成一笔合并支付批次订单，保存批次订单数据到数据库，并且将批次单单号与合并订单列表做关联，更新保存合并订单列表数据；
[0014]步骤6：将合并支付订单推送到消息队列中，消息队列为每个子单执行任务数据；
[0015]所述消息队列和消息队列中间件是分布式系统中重要的组件，主要解决应用耦合，异步消息等问题。由于在高并发环境下，同步请求来不及处理，请求往往会发生阻塞。大量的请求到达访问数据库，导致行锁表锁，最后请求线程会堆积过多，从而触发too many connection错误，引发雪崩效应。本专利技术使用消息队列，通过异步处理请求，从而缓解支付系统的压力。
[0016]步骤7：支付系统监听消息队列数据，接收子单处理结果；
[0017]步骤8：支付系统获取到子单结果后，请求第三方支付渠道支付；
[0018]步骤9：支付系统组装第三方渠道返回的支付串信息，并且返回给前端。
[0019]步骤10：前端根据支付串信息唤起微信、支付宝，用户输入密码，完成支付；
[0020]所述预支付信息用于前端唤起微信、支付宝、银联APP支付，用户在APP输入密码，完成订单支付；
[0021]步骤11：第三方支付渠道异步通知合并支付订单结果，支付系统更新合并订单状态。
[0022]步骤12：支付系统将合并支付订单信息通过消息队列形式推送给上游应用系统。此时支付订单结果推送到消息队列中，让上游应用系统监听消息队列消费。
[0023]步骤1中，所述创建交易支付订单是用户在上游应用系统下单后，上游应用系统调用支付系统创建支付交易订单，订单参数包含：买家账户、卖家账户、清分类型、交易金额、商品信息列表、交易名称。
[0024]步骤1中，所述店铺维度是针对对于平台型的电商，有外部商家进行入驻，用户购买了不同店铺的商品，在购物车也是按照店铺的维度进行展示，此时用户多店整合下单支付，平台都是合单一次性支付，结算完成后就会进行拆分操作。按照店铺维度拆单：便于结算，一个订单包含多个商家的商品，平台要与不同商家进行结算。
[0025]步骤2中，所述支付开放平台负责对外暴露和提供支付交易、管理服务，以及对跳转页面重定向服务，具体包括：以https协议接收服务请求报文和发送结果报文给接入方；对服务的请求和返回报文进行处理，包括：报文的参数检查、认证、权限检查，动态协议序列化或者反序列化，脱敏安全处理，统一日志处理，统一错误处理，响应和通知发送；将通过执行层处理后的报文进行处理，根据业务场景合理调用下层系统，并将返回报文和通知交由执行层处理后，返回给请求方。
[0026]步骤3中，所述交易场景用于区分交易的类型，如消费者在线上零售商城购买商品、消费者到线下门店购买商品、门店向供应商采购货物等。
[0027]所述合并支付服务校验交易场景是指，支付系统通过后台管理系统配置场景类型，根据场景类型查询数据库配置信息，如果存在，则校验通过，如果不存在，则返回不支持该场景类型提示信息。
[0028]步骤4包括：
[0029]步骤4
‑
1：校验合并支付交易订单状态，遍历订单列表是否包含支付成功、支付中状态的订单，如果包含则不允许发生合并支付；
[0030]步骤4
‑
1中，所述订单状态，支付交易订单状态包含：初始状态、支付中、交易成功、交易失败、交易撤销、交易关闭、交易异常。
[0031]步骤4
‑
2：进行支付系统订单幂等性校验，表示服务会根据商户订单号参数维持服
务的一致性(注意不是相同的结果，是行为一致)。当用户多次传入相同的商户订单号请求交易时，服务会根据商户订单号对应的实际交易的状态按一致的处理行为进行处理，比如：该订单对应的交易已处理完成，后续所有相同订单的请求对直接返回成功并处理完成，如果该订单对应的交易正在处理中或挂起中，则用户再次请求会触发业务继续进行，并返回当前的状态。
[0032]所述订单幂等性校验具体步骤包括：根据商户订单号查询交易订单，对查询出来的订单记录添加数据库行级锁，再校验订单状态，如果当前订单关闭时间大于当前时间，则不能够再支付；如果交易订单状态关闭、撤销，则不能够再支付；如果订单状态支付成功，直接返回用户成功，无需重复提交；所述行级锁是指：数据库每次锁定的是一行数据的锁机制，是数据库中粒度最小的一种锁。
[0033]步骤4
‑
1中，所述支付交易订单状态包含：初始状态、支付中、交易成功、交易失败、交易撤销、交易关闭、交易异常。
[0034]步骤5中，所述批次订单用于记录合并支本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.基于第三方支付渠道B2C电商订单合并支付的处理方法，其特征在于，包括如下步骤：步骤1：上游应用系统以店铺维度，请求支付系统创建交易支付订单，支付系统持久化订单数据，同步返回交易支付订单流水号；步骤2：上游应用系统组装合并支付请求参数，通过HTTP
‑
POST方式发送请求数据到支付开放平台，支付开放平台得到请求数据后，进行安全校验验证，验证通过后，支付开放平台重定向跳转到支付收银台对应的功能页面；步骤3：支付收银台合并支付服务校验交易场景，并且根据交易场景返回支持的可用支付方式展示在支付收银台页面；步骤4：支付收银台请求支付系统合并支付方法，支付系统校验合并订单状态和订单幂等性校验；步骤5：支付系统生成一笔合并支付批次订单，保存批次订单数据到数据库，并且将批次单单号与合并订单列表做关联，更新保存合并订单列表数据；步骤6：将合并支付订单推送到消息队列中，消息队列为每个子单执行任务数据；步骤7：支付系统监听消息队列数据，接收子单处理结果；步骤8：支付系统获取到子单结果后，请求第三方支付渠道支付；步骤9：支付系统组装第三方渠道返回的支付串信息，并且返回给前端；步骤10：前端根据支付串信息唤起微信、支付宝，用户输入密码，完成支付；步骤11：第三方支付渠道异步通知合并支付订单结果，支付系统更新合并订单状态；步骤12：支付系统将合并支付订单信息通过消息队列形式推送给上游应用系统，此时支付订单结果推送到消息队列中，让上游应用系统监听消息队列消费。2.根据权利要求1所述的方法，其特征在于，步骤1中，所述创建交易支付订单是用户在上游应用系统下单后，上游应用系统调用支付系统创建支付交易订单，订单参数包含：买家账户、卖家账户、清分类型、交易金额、商品信息列表、交易名称。3.根据权利要求2所述的方法，其特征在于，步骤2中，所述支付开放平台负责对外暴露和提供支付交易、管理服务，以及对跳转页面重定向服务，具体包括：以https协议接收服务请求报文和发送结果报文给接入方；对服务的请求和返回报文进行处理，包括：报文的参数检查、认证、权限检查，动态协议序列化或者反序列化，脱敏安全处理，统一日志处理，统一错误处理，响应和通知发送；将通过执行层处理后的报文进行处理，根据业务场景合理调用下层系统，并将返回报文和通知交由执行层处理后，返回给请求方。4.根据权利要求3所述的方法，其特征在于，步骤3中，所述合并支付服务校验交易场景是指，支付系统通过后台管理系统配置场景类型，根据场景类型查询数据库配置信息，如果存在，则校验通过，如果不存在，则返回不支持该场景类型提示信息。5.根据权利要求4所述的方法，其特征在于，步骤4包括：步骤4
‑
1：校验合并支付交易订单状态，遍历订单列表是否包含支付成功、支付中状态的订单，如果包含则不允许发生合并支付；步...

【专利技术属性】
技术研发人员：孙超，耿皓，戴成，侍从旺，
申请(专利权)人：汇通数科智能科技有限公司，
类型：发明
国别省市：