跨商户交易支付信息处理方法技术

本发明专利技术涉及一种跨商户交易支付信息处理方法，包括：步骤S1：终端向应用服务端提交含有所有待支付商品的合并订单的数据；步骤S2：应用根据各商品的对应商户将合并订单拆分为多个子订单，并将各子订单的数据发送至各商户的业务服务端；步骤S3：针对合并订单向支付服务端发送支付请求，由支付服务端根据支付请求生成支付链接，并将支付链接发送至终端；步骤S4：终端向支付服务端确认支付后，支付服务端通知应用服务端扣款成功信息；步骤S5：应用服务端生成对应各商户的支付完成指令，并发送至各对应商户的业务服务端；步骤S6：各业务服务端接收到由应用服务端发送的支付完成指令后，向终端反馈交易完成。与现有技术相比，本发明专利技术具有便捷等优点。

【技术实现步骤摘要】
跨商户交易支付信息处理方法
本专利技术涉及一种支付技术，尤其是涉及一种跨商户交易支付信息处理方法。
技术介绍
手机和移动互联网的普及为电子支付的普及奠定了技术基础，由于电子支付具有无需找零、避收假币、提高收银结账的效率，店铺财务集中管理等优势收到了消费者和商家的热衷。越多越多的商家加入了支持电子支付的行列，一个个“无现金”的超市、商场诞生。然而多个商户的电子渠道并不统一，当用户选择了多个商户的不同商品后，往往需要一个个去完成支付，这样的用户操作步骤过多，可能会打击用户的购买欲望，从而不利于进行商品的销售。
技术实现思路
本专利技术的目的就是为了克服上述现有技术存在的缺陷而提供一种跨商户交易支付信息处理方法。本专利技术的目的可以通过以下技术方案来实现：一种跨商户交易支付信息处理方法，包括：步骤S1：终端向应用服务端提交含有所有待支付商品的合并订单的数据；步骤S2：应用服务端收到合并订单后，根据各商品的对应商户将合并订单拆分为多个子订单，并将各子订单的数据发送至各商户的业务服务端；步骤S3：应用服务端针对合并订单向支付服务端发送支付请求，由支付服务端根据支付请求生成支付链接，并将支付链接发送至终端；步骤S4：终端向支付服务端确认支付后，支付服务端进行扣款并通知应用服务端扣款成功信息；步骤S5：应用服务端接收到扣款成功信息后，生成对应各商户的支付完成指令，并发送至各对应商户的业务服务端；步骤S6：各业务服务端接收到由应用服务端发送的支付完成指令后，向终端反馈交易完成。所述步骤S3具体包括：步骤S31：应用服务端读取合并订单中选择的支付方式、商品金额和订单号；步骤S32：根据商品金额和订单号，按照所述支付方式对应的预设规范生成支付信息；步骤S33：应用服务端将支付信息发送至所述支付方式对应的支付服务器；步骤S34：支付服务端根据支付请求生成支付链接，并将支付链接发送至终端。所述步骤S2具体包括：步骤S21：应用服务端接收合并订单，根据根据订单中所有商品的金额计算第一待支付金额，以及结合各商品的所述商户计算第一待支付金额中分别归属于各商户的第一商户结算金额；步骤S22：若存在当前合并订单满足条件的电子优惠券或电子优惠券组合，业务服务器根据合并订单中的商品信息以及所述电子优惠券或电子优惠券组合的优惠金额计算第二待支付金额；步骤S23：根据第二待支付金额和各商户的第一商户结算金额，计算各商户的第二结算金额。所述步骤S22具体为：若存在当前合并订单满足条件的电子优惠券或电子优惠券组合，则业务服务器选择优惠金额最大的电子优惠券或电子优惠券组合，结合合并订单中的商品信息计算第二待支付金额。所述步骤S22中，第二待支付金额为第一待支付金额与所述电子优惠券或电子优惠券组合的优惠金额之差。所述步骤S23具体为：根据各商户的第一结算金额占第一待支付金额的比重，结合第二待支付金额，计算各商户的第二结算金额。与现有技术相比，本专利技术具有以下有益效果：1)采用应用服务端承担终端、业务服务端和支付服务端之间的分拣功能，这样终端只需要在一个支付服务端进行支付扣款，由应用服务端进行对各商户进行结算，提高用户的操作便利程度。2)各商户只需要采用一种支付渠道，减轻商户的业务员培训压力。3)在结算时可以自动调用电子优惠券，提高用户体验。附图说明图1为本专利技术方法的主要步骤流程示意图。具体实施方式下面结合附图和具体实施例对本专利技术进行详细说明。本实施例以本专利技术技术方案为前提进行实施，给出了详细的实施方式和具体的操作过程，但本专利技术的保护范围不限于下述的实施例。一种跨商户交易支付信息处理方法，采用应用服务端承担终端、业务服务端和支付服务端之间的分拣功能，这样终端只需要在一个支付服务端进行支付扣款，由应用服务端进行对各商户进行结算，提高用户的操作便利程度，各商户只需要采用一种支付渠道，减轻商户的业务员培训压力。如图1所示，包括：步骤S1：终端向应用服务端提交含有所有待支付商品的合并订单的数据；步骤S2：应用服务端收到合并订单后，根据各商品的对应商户将合并订单拆分为多个子订单，并将各子订单的数据发送至各商户的业务服务端，具体包括：步骤S21：应用服务端接收合并订单，根据根据订单中所有商品的金额计算第一待支付金额，以及结合各商品的商户计算第一待支付金额中分别归属于各商户的第一商户结算金额；步骤S22：若存在当前合并订单满足条件的电子优惠券或电子优惠券组合，业务服务器根据合并订单中的商品信息以及电子优惠券或电子优惠券组合的优惠金额计算第二待支付金额，具体为：若存在当前合并订单满足条件的电子优惠券或电子优惠券组合，则业务服务器选择优惠金额最大的电子优惠券或电子优惠券组合，结合合并订单中的商品信息计算第二待支付金额。其中，第二待支付金额为第一待支付金额与电子优惠券或电子优惠券组合的优惠金额之差。步骤S23：根据第二待支付金额和各商户的第一商户结算金额，计算各商户的第二结算金额，具体为：根据各商户的第一结算金额占第一待支付金额的比重，结合第二待支付金额，计算各商户的第二结算金额。步骤S3：应用服务端针对合并订单向支付服务端发送支付请求，由支付服务端根据支付请求生成支付链接，并将支付链接发送至终端；步骤S3具体包括：步骤S31：应用服务端读取合并订单中选择的支付方式、商品金额和订单号；步骤S32：根据商品金额和订单号，按照支付方式对应的预设规范生成支付信息；步骤S33：应用服务端将支付信息发送至支付方式对应的支付服务器；步骤S34：支付服务端根据支付请求生成支付链接，并将支付链接发送至终端。步骤S4：终端向支付服务端确认支付后，支付服务端进行扣款并通知应用服务端扣款成功信息；步骤S5：应用服务端接收到扣款成功信息后，生成对应各商户的支付完成指令，并发送至各对应商户的业务服务端，同时通过各商户对应的支付服务端完成对各商户的结算；步骤S6：各业务服务端接收到由应用服务端发送的支付完成指令后，向终端反馈交易完成。本文档来自技高网...

【技术保护点】
一种跨商户交易支付信息处理方法，其特征在于，包括：步骤S1：终端向应用服务端提交含有所有待支付商品的合并订单的数据；步骤S2：应用服务端收到合并订单后，根据各商品的对应商户将合并订单拆分为多个子订单，并将各子订单的数据发送至各商户的业务服务端；步骤S3：应用服务端针对合并订单向支付服务端发送支付请求，由支付服务端根据支付请求生成支付链接，并将支付链接发送至终端；步骤S4：终端向支付服务端确认支付后，支付服务端进行扣款并通知应用服务端扣款成功信息；步骤S5：应用服务端接收到扣款成功信息后，生成对应各商户的支付完成指令，并发送至各对应商户的业务服务端；步骤S6：各业务服务端接收到由应用服务端发送的支付完成指令后，向终端反馈交易完成。

【技术特征摘要】
1.一种跨商户交易支付信息处理方法，其特征在于，包括：步骤S1：终端向应用服务端提交含有所有待支付商品的合并订单的数据；步骤S2：应用服务端收到合并订单后，根据各商品的对应商户将合并订单拆分为多个子订单，并将各子订单的数据发送至各商户的业务服务端；步骤S3：应用服务端针对合并订单向支付服务端发送支付请求，由支付服务端根据支付请求生成支付链接，并将支付链接发送至终端；步骤S4：终端向支付服务端确认支付后，支付服务端进行扣款并通知应用服务端扣款成功信息；步骤S5：应用服务端接收到扣款成功信息后，生成对应各商户的支付完成指令，并发送至各对应商户的业务服务端；步骤S6：各业务服务端接收到由应用服务端发送的支付完成指令后，向终端反馈交易完成。2.根据权利要求1所述的一种跨商户交易支付信息处理方法，其特征在于，所述步骤S3具体包括：步骤S31：应用服务端读取合并订单中选择的支付方式、商品金额和订单号；步骤S32：根据商品金额和订单号，按照所述支付方式对应的预设规范生成支付信息；步骤S33：应用服务端将支付信息发送至所述支付方式对应的支付服务器；步骤S34：支付服务端根据支付请求生成支付链接，并将支付链接发送至终端。3.根据权利要求1所述的一种跨商户交易支付...

【专利技术属性】
技术研发人员：尹晓峰，
申请(专利权)人：知而行上海营销咨询有限公司，
类型：发明
国别省市：上海,31