CN108665317A - 基于扫码支付的分润方法以及装置 - Google Patents

Abstract

本申请公开了一种基于扫码支付的分润方法，包括：接收用户端采集到的供应方对应的销售方的特征识别码；读取所述特征识别码中携带的供应方标识和销售方标识；根据所述供应方标识、所述销售方标识以及所述用户端输入的交易金额对应的支付账户，对所述销售方相关的订单进行支付，获得订单支付结果；根据预设分润基准，结合所述订单支付结果对所述供应方和所述销售方进行分润计算，获得分润结果。所述基于扫码支付的分润方法通过改进门店模型新增销售方这一角色，销售方分润能够在第三方服务平台进行统计，可吸引更多适用这种模型的门店加入。

Description

基于扫码支付的分润方法以及装置

技术领域

本申请涉及数据处理技术领域，具体涉及一种基于扫码支付的分润方法及装置。本申请同时涉及一种基于用户端实现扫码支付的方法及装置，以及两种电子设备。

背景技术

随着互联网的普及，越来越多的门店利用第三方服务平台来设计自己的门店模型，使门店的运营更合理化、规模化和集约化。门店模型是指跟门店相关的一些数据关系的模型定义，门店利用门店模型来运营自己的门店。

目前第三方服务平台的门店模型中，跟费用相关的，只有门店和商户的关系，分成只能分给对应的商户。另外，近年来萌生了一种新型火爆的产品供应厂商与合作门店共同分润的商业模式：产品供应厂商加工半成品后，合作门店将半成品加工为成品来出售，然后产品供应厂商跟合作门店共同分成。比如，在***出售的热干面，然后热干面的生产厂商跟***共同分成。

现有技术的缺陷是：在现实生活中，服装、美容美发等行业的很多门店，都有参与分成的销售人员。比如：服装店里的销售人员。而当前门店模型中不含参与分成的销售人员这个角色，还用传统的买纸质票，或者额外登记的方式，很不方便，参与分成的销售人员不能直接通过第三方服务平台分成，致使很多门店融入不到第三方服务平台中来。其次，产品供应厂商与合作门店共同分润的商业模式目前没有融入到第三方服务平台中，只能通过线下进行分润，对于合作超市五花八门的交易***数据，统计分润过程耗时耗力。

发明内容

本申请提供一种基于扫码支付的分润方法、基于用户端实现扫码支付的方法，以解决现有技术存在的问题。本申请另外提供一种基于扫码支付的分润装置、基于用户端实现扫码支付的装置以及两种电子设备。

本申请提供一种基于扫码支付的分润方法，包括：

接收用户端采集到的供应方对应的销售方的特征识别码；

读取所述特征识别码中携带的供应方标识和销售方标识；

根据所述供应方标识、所述销售方标识以及所述用户端输入的交易金额对应的支付账户，对所述销售方相关的订单进行支付，获得订单支付结果；

根据预设分润基准，结合所述订单支付结果对所述供应方和所述销售方进行分润计算，获得分润结果。

可选的，所述读取所述特征识别码中携带的供应方标识、销售方标识步骤执行后，包括：

检验所述供应方标识与所述销售方标识是否符合供应方-销售方关联关系；

若是，则执行根据所述供应方标识、所述销售方标识以及所述用户端输入的交易金额对应的支付账户，对所述供应方的订单进行支付，获得订单支付结果的步骤。

可选的，所述根据预设分润基准，结合所述订单支付结果对所述供应方和所述销售方进行分润计算，获得分润结果步骤执行前，包括：

根据所述供应方和所述销售方各自对应的分润系数，配置所述供应方和所述销售方的所述预设分润基准。

可选的，所述根据预设分润基准，结合所述订单支付结果对所述供应方和所述销售方进行分润计算，获得分润结果步骤，包括：

根据所述订单支付结果，基于所述供应方的分润系数，实时计算所述供应方的利润分成，作为针对所述供应方的分润结果；

根据所述订单支付结果，基于所述销售方的分润系数，实时计算所述销售方的利润分成，作为针对所述销售方的分润结果。

可选的，所述根据预设分润基准，结合所述订单支付结果对所述供应方和所述销售方进行分润计算，获得分润结果步骤，包括：

读取预设时间段内所述销售方相关的订单的集合；

根据所述集合中所述销售方相关的订单的所述供应方的利润分成，计算所述预设时间段内的所述供应方的供应方总利润分成，作为所述预设时间段内针对所述供应方的分润结果；

根据所述集合中所述销售方相关的订单的所述供应方的利润分成，计算所述预设时间段内的所述销售方的销售方总利润分成，作为所述预设时间段内针对所述销售方的分润结果。

可选的，所述供应方包括以下至少一项：

线下销售门店、产品供应厂商；

相应的，所述供应方对应的销售方，包括以下至少一项：

所述线下销售门店的销售人员、所述产品供应厂商的合作超市、所述产品供应厂商的广告商、所述线下销售门店的引流分店。

可选的，若所述供应方为产品供应厂商；

相应的，所述特征识别码是根据所述供应方标识、所述销售方标识以及产品标识进行配置转码后获得的与供应方产品对应的特征识别码。

可选的，所述读取所述特征识别码中携带的所述供应方标识、所述销售方标识步骤执行后，包括：

检验所述供应方标识、所述销售方标识、所述产品标识是否符合供应方-销售方-产品关联关系；

若是，执行根据所述供应方标识、所述销售方标识以及所述用户端输入的交易金额对应的支付账户，对所述销售方相关的订单进行支付，获得订单支付结果的步骤。

可选的，所述根据所述供应方标识、所述销售方标识以及所述用户端输入的交易金额对应的支付账户，对所述销售方相关的订单进行支付，获得订单支付结果步骤，采用如下方式实现：

按照所述交易金额在所述支付账户中进行扣款；

根据所述扣款金额针对所述产品供应厂商的收款账户进行付款；

相应的，所述根据预设分润基准，结合所述订单支付结果对所述供应方和所述销售方进行分润计算，获得分润结果，采用如下方式实现：

根据所述订单支付结果，基于所述产品供应厂商和所述产品供应厂商对应的销售方的分润系数，计算所述产品供应厂商和所述产品供应厂商对应的销售方各自的利润分成，作为所述分润结果；

并且，在所述根据预设分润基准，结合所述订单支付结果对所述供应方和所述销售方进行分润计算，获得分润结果步骤执行后，根据所述产品供应厂商对应的销售方的利润分成，将所述产品供应厂商的收款账户中所述产品供应厂商对应的销售方的利润分成对应的金额转至所述产品供应厂商对应的销售方的收款账户。

本申请还提供一种基于扫码支付的分润装置，包括：

特征识别码接收单元，用于接收用户端采集到的供应方对应的销售方的特征识别码；

标识读取单元，用于读取所述特征识别码中携带的供应方标识、销售方标识；

订单支付单元，用于根据所述供应方标识、所述销售方标识以及所述用户端输入的交易金额对应的支付账户，对所述销售方相关的订单进行支付，获得订单支付结果；

分润结果计算单元，用于根据预设分润基准，结合所述订单支付结果对所述供应方和所述销售方进行分润计算，获得分润结果。

本申请还提供一种基于用户端实现扫码支付的方法，包括：

采集供应方对应的销售方的特征识别码；

向服务端发送所述特征识别码；所述特征识别码中包含供应方标识和销售方标识；

基于所述特征识别码调用所述供应方的支付接口；

接收通过所述支付接口录入的针对所述供应方的交易金额；

将所述交易金额上传至所述服务端，用于对所述供应方对应的订单进行支付。

可选的，所述基于所述特征识别码调用所述供应方的支付接口步骤，采用如下方式实现：

对所述特征识别码进行解析；

根据解析获得的所述供应方标识，调用所述供应方标识对应的支付接口。

本申请还提供一种基于用户端实现扫码支付的装置，包括：

特征识别码采集单元，用于采集供应方对应的销售方的特征识别码；

特征识别码发送单元，用于向服务端发送所述特征识别码；所述特征识别码中包含供应方标识和销售方标识；

支付接口调用单元，用于基于所述特征识别码调用所述供应方的支付接口；

交易金额接收单元，用于接收通过所述支付接口录入的针对所述供应方的交易金额；

交易金额上传单元，用于将所述交易金额上传至所述服务端，用于对所述供应方对应的订单进行支付。

本申请还提供一种电子设备，包括：

存储器和处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：接收用户端采集到的供应方对应的销售方的特征识别码；

读取所述特征识别码中携带的供应方标识和销售方标识；

根据所述供应方标识、所述销售方标识以及所述用户端输入的交易金额对应的支付账户，对所述销售方相关的订单进行支付，获得订单支付结果；

根据预设分润基准，结合所述订单支付结果对所述供应方和所述销售方进行分润计算，获得分润结果。

本申请还提供一种电子设备，包括：

存储器和处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：采集供应方对应的销售方的特征识别码；

向服务端发送所述特征识别码；所述特征识别码中包含供应方标识和销售方标识；

基于所述特征识别码调用所述供应方的支付接口；

接收通过所述支付接口录入的针对所述供应方的交易金额；

将所述交易金额上传至所述服务端，用于对所述供应方对应的订单进行支付。

本申请通过根据特征识别码中携带的供应方标识和销售方标识，以及用户端输入的交易金额对应的支付账户，对销售方相关的订单进行支付，获得订单支付结果。进而根据预设分润基准，结合订单支付结果对供应方和销售方进行分润计算，获得分润结果。通过改进门店模型新增销售方这一角色，销售方分润能够在第三方服务平台进行统计，可吸引更多适用这种模型的门店加入。并且在合作门店参与分成的场景下，本申请解决了合作门店交易管理***不一致的问题，高效方便，节省了人工成本，可以进一步吸引门店入驻第三方服务平台。

附图说明

图1是本申请实施例提供的一种基于扫码支付的分润方法的处理流程图；

图2是本申请实施例提供的一种基于扫码支付的分润场景示意图；

图3是本申请实施例提供的一种基于扫码支付的分润装置的结构示意图；

图4是本申请实施例提供的一种基于用户端实现扫码支付的方法的处理流程图；

图5是本申请实施例提供的一种基于用户端实现扫码支付的装置的结构示意图；

图6是本申请实施例提供的一种电子设备的示意图；

图7是本申请实施例提供的另一种电子设备的示意图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。

本申请是在服务端和用户端配合下共同完成的，本申请提供一种基于扫码支付的分润方法及装置，一种基于用户端实现扫码支付的方法及装置，以及两种电子设备。以下分别结合本申请提供的实施例的附图逐一进行详细说明。

本申请提供的一种基于扫码支付的分润方法实施例如下：

本申请实施例的执行主体是服务端，请参看图1和图2，图1为本申请实施例提供的一种基于扫码支付的分润方法的处理流程图，图2为本申请实施例提供的一种基于扫码支付的分润场景示意图。以下结合图1和图2对本申请实施例提供的一种基于扫码支付的分润方法进行详细说明。

如图1所示，其示出了本申请实施例提供的一种基于扫码支付的分润方法的处理流程图，包括以下步骤。

步骤S101，接收用户端采集到的供应方对应的销售方的特征识别码。

目前，第三方服务平台的门店模型已经广泛被用户使用，通过第三方服务平台的门店模型，用户可对门店模型中的角色的利润进行分配。在酒店、美发、游戏娱乐、丽人、按摩、运动健身等服务行业，这类行业的特点是有相关的可以参与分成的销售人员，因此，对这类行业的门店而言，通过配置包含参与分成的销售人员的门店模型这一模式，成为吸引更多的商家入驻第三方服务平台的重要手段。其次，在热干面半成品加工、包子半成品加工、美妆、服装等服务行业，这类行业的特点是经常有相关的合作门店，这些相关的合作门店都参与分成，因此，对这类行业的厂商来说，通过将参与分成的合作门店加入到门店模型，越来越吸引更多的商家入驻第三方服务平台中。

而这其中，如何基于扫码支付对供应方和销售方进行分润，并在此基础上基于用户端实现扫码支付就显得尤为重要，这决定了对供应方和销售方的分润是否便捷高效，因此也成为了吸引更多的商家入驻第三方服务平台的关键。

本申请实施例在两种场景中实现，第一场景中参与分成的是销售人员，例如服装、美容美发等行业的门店中的销售人员。第二场景中参与分成的是合作门店，例如，与产品供应厂商合作分润的超市等。本申请中涉及的销售方包括销售人员和合作门店，下文的销售方均指代销售人员和合作门店。通过本申请提供的所述基于扫码支付的分润方法，来计算第一场景中线下销售门店和销售人员的利润分成，计算第二场景中产品供应厂商和合作门店的利润分成。从而达到便捷高效的对供应方和销售方的利润分成进行分配，吸引更多的商家入驻第三方服务平台的目的。

本申请实施例针对现有的门店模型做出改进，在门店模型中增加销售方，进而使得服务端能够根据相关数据对供应方和销售方的利润分成进行计算。用户在购买商品或服务时，针对包含销售方标识的特征识别码进行扫描，进而将该包含销售方标识的特征识别码发送至所述服务端。本步骤用于用户通过用户端扫描特征识别码时，接收用户端采集到供应方对应的销售方的特征识别码。

供应方，是指产品的供应厂商或供应门店，此处的产品包括商品或者服务，下文出现的产品均是指商品或服务。优选的，本申请实施例中的供应方包括以下至少一项：线下销售门店、产品供应厂商。在第一场景中，供应方是指线下销售门店，例如，理发店。在第二场景中，供应方是指产品供应厂商，例如***超市中热干面的产品供应厂商。当然供应方不仅仅限于上述种类，同样存在其它供应方的种类，能构成本申请的门店模型，参照本申请提供的所述基于扫码支付的分润方法实施例即可，此处不再一一赘述。

销售方，是指与供应方对应的销售人员、合作门店，优选的，本申请中的销售方包括以下至少一项：所述线下销售门店的销售人员、所述产品供应厂商的合作超市、所述产品供应厂商的广告商、所述线下销售门店的引流分店(此处的线下销售门店是指与产品供应厂商对应的线下销售门店)。为简便描述，下文中出现的销售人员，均指代线下销售门店的销售人员。下文中出现的合作超市，均指代产品供应厂商的合作超市。下文中出现的合作广告商，均指代产品供应厂商的广告商。下文中出现的引流分店，均指代线下销售门店的引流分店。合作超市是指产品供应厂商与超市共同分润的商业模式中的合作超市，参与产品供应厂商的分成。产品供应厂商提供原产品的半成品，分配到各个合作超市，合作超市将半成品加工成成品来卖。合作广告商是指发布和制作所述产品供应厂商的产品的广告商，需参与产品供应厂商的分成。引流分店是指线下销售门店根据自己的产品的类型选择的合适的合作门店，例如，美妆行业的门店，可以选择一些与女性相关的门店，比如美甲店、女士服装店等。引流分店参与线下销售门店的分成。当然供应方不仅仅限于上述种类，同样存在其它销售方的种类，能构成本申请的门店模型，参照本申请提供的所述基于扫码支付的分润方法实施例即可，此处不再一一赘述。

在第一场景中，销售方是指销售人员，例如理发店中可以拿提成的理发师。在第二场景中，销售方是指合作门店，即合作超市、合作广告商、引流分店。例如，与热干面的产品供应厂商合作的***、热干面的产品供应厂商合作的广告商、与美妆门店合作的引流分店-美甲店。

特征识别码，是指针对本申请门店模型配置的与供应方对应的销售方的二维码。为简便描述，下文出现的特征识别码，均是指供应方对应的销售方的特征识别码。在第一场景中，特征识别码是指与销售人员对应的二维码。在第二场景中，特征识别码是指与合作超市、合作广告商、引流分店对应的二维码。需要说明的是，第二场景中，二维码不仅仅需要和销售方对应，还需要和供应方对应。例如，销售方是合作超市时，一个二维码需要对应一个产品供应厂商，如果超市需要和多个产品供应厂商合作，则分别对应多个产品供应厂商配置多个二维码。

用户有意购买销售方销售的产品时，扫描对应的特征识别码。用户端通过扫描该特征识别码，采集该特征识别码，并将采集到的特征识别码发送至所述服务端。服务端接收服务端采集到的特征识别码，用于之后的读取数据，进而用于之后计算供应方和销售方的利润分成。

步骤S102，读取所述特征识别码中携带的供应方标识和销售方标识

用户端采集到对应的特征识别码后，将特征识别码发送至服务端。服务端接收该特征识别码之后，读取该特征识别码中携带的供应方标识和销售方标识。

本申请实施例中，特征识别码需要提前配置，根据供应方标识、销售方标识进行配置转码后获得特征识别码。特征识别码中的信息配置好后，需要将其中包含的信息保存至服务端，以便之后用户端扫描特征识别码时，对特征识别码中的信息进行检验。特征识别码中的标识可以是ID、也可以是特定代码、文本信息等，根据需求自行进行设定，此处不作限定。特征识别码可以在线下销售门店配置，也可以由产品供应厂商配置，此处不作限定，只要使得特征识别码符合本申请实施例的配置需求即可。

优选的，所述读取所述特征识别码中携带的供应方标识、销售方标识步骤执行后，还需要检验所述供应方标识与所述销售方标识是否符合供应方-销售方关联关系。若是，则执行根据所述供应方标识、所述销售方标识以及所述用户端输入的交易金额对应的支付账户，对所述销售方相关的订单进行支付，获得订单支付结果。

销售方并不一定都与供应方对应，有的销售人员可能已离职，也可能有的供应方同时对接多个销售方。例如，理发店中有多个可以拿提成的理发师。因此需要检验供应方标识与销售方标识是否符合供应方-销售方关联关系，检验该供应方是否与销售方一一对应，该销售方出售的是否是该供应方的产品。如果检验成功，则可以执行下一步骤，对所述销售方相关的订单进行支付，进而计算供应方和销售方的利润分成。需要说明的是，在读取特征识别码携带的供应方标识、销售方标识步骤之后，还包括检验除供应方标识和销售方标识的关系以外的其它信息，检验其是否正确，若检验的其它信息正确，则根据供应方标识、销售方标识以及用户端输入的交易金额对应的支付账户，对销售方相关的订单进行支付，获得订单支付结果。此处的其它信息，可以是供应方标识，也可以是销售方标识等，此处不作限定。

本申请实施例提供的一种优选实施方式中，即第二场景中，所述供应方为产品供应厂商，相应的，所述特征识别码是根据所述供应方标识、所述销售方标识以及所述产品标识进行配置转码后获得的与供应方产品对应的特征识别码。供应方为产品供应厂商，服务端采集到的特征识别码中包含供应方标识、销售方标识以及产品标识，读取特征识别码中包含的供应方标识、销售方标识以及产品标识。在销售方出售的产品并不是都属于该产品供应厂商，因此需要预先配置产品标识，以便之后验证产品与销售以及供应方的关系。

本申请实施例提供的一种优选实施方式中，所述读取所述特征识别码中携带的所述供应方标识、所述销售方标识步骤执行后，还需要检验所述供应方标识、所述销售方标识、所述产品标识是否符合供应方-销售方-产品关联关系。若是，则根据所述供应方标识、所述销售方标识以及所述用户端输入的交易金额对应的支付账户，对所述销售方相关的订单进行支付，获得订单支付结果。

在销售方出售的产品并不是都属于该产品供应厂商，也可能是别的产品供应厂商提供的，例如，合作超市可以同时接很多产品供应厂商提供的半成品来卖。因此需要检验供应方标识、销售方标识、产品标识是否符合供应方-销售方-产品关联关系，检验该产品是否属于该产品供应厂商，并且该产品是由该销售方来卖。如果检验成功，则可以执行下一步骤，对所述销售方相关的订单进行支付，进而计算供应方和销售方的利润分成。

步骤S103，根据所述供应方标识、所述销售方标识以及所述用户端输入的交易金额对应的支付账户，对所述销售方相关的订单进行支付，获得订单支付结果。

具体的，请参看图5，若服务端校验的特征识别码中的供应方标识、销售方标识以及两者之间的关系等信息都正确，则控制用户端弹出输入交易金额的界面，用户端接收用户输入的交易金额并上传至服务端。服务端记录用户端上传的交易金额，控制用户端弹出输入交易密码的界面，用户端接收用户输入的交易密码并上传至服务端。服务端校验输入的交易密码是否正确，若交易密码正确，则控制用户端在用户的支付账户中进行相应交易金额的扣款，并根据扣款金额针对供应方的收款账户进行付款，完成支付。服务端生成订单支付结果，并将订单支付结果发送至用户端。

第一场景中，供应方是线下销售门店，销售方是销售人员。用户扫描对应的特征识别码，服务端将采集到的特征识别码上传至服务端。若服务端校验的特征识别码中的线下销售门店标识、线下销售门店的销售人员标识以及两者之间的关系等信息都正确，则控制用户端弹出输入交易金额的窗口，用户端接收用户输入的交易金额并上传至服务端。服务端记录用户端上传的交易金额，控制用户端弹出输入交易密码的窗口，用户端接收用户输入的交易密码并上传至服务端。服务端校验输入的交易密码是否正确，若交易密码正确，则控制用户端在用户的支付账户中进行相应交易金额的扣款，并根据扣款金额针对与销售人员对应的线下销售门店的收款账户进行付款，完成支付。服务端生成订单支付结果，并将订单支付结果发送至用户端。

例如供应方是理发店，销售方是理发店中可以拿提成的理发师。用户扫描理发师的特征识别码，服务端采集特征识别码到服务端。服务端识别特征识别码中的信息，并根据特征识别码中的理发店标识和其对应的理发师标识，以及用户输入的交易金额对与理发师相关的订单进行支付，将扣款金额针对与理发师对应的理发店的收款账户进行付款，完成支付。服务端生成订单支付结果，并将订单支付结果发送至用户端。

第二场景中，供应方是产品供应厂商，销售方是合作超市、合作广告商、引流分店。用户扫描对应的特征识别码，服务端将采集到的特征识别码上传至服务端。若服务端校验的特征识别码中的产品供应厂商标识、产品供应厂商对应的销售方标识以及两者之间的关系等信息都正确，则控制用户端弹出输入交易金额的窗口，用户端接收用户输入的交易金额并上传至服务端。服务端记录用户端上传的交易金额，控制用户端弹出输入交易密码的窗口，用户端接收用户输入的交易密码并上传至服务端。服务端校验输入的交易密码是否正确，若交易密码正确，则控制用户端在用户的支付账户中进行相应交易金额的扣款，并根据扣款金额针对产品供应厂商(如果销售方是线下销售门店的引流分店，则针对引流分店对应的线下销售门店的收款账户进行付款)的收款账户进行付款，完成支付。服务端生成订单支付结果，并将订单支付结果发送至用户端。

例如供应方是热干面的产品供应厂商，销售方是热干面的产品供应厂商合作的***。用户扫描热干面的产品供应厂商对应***的特征识别码，服务端采集特征识别码到服务端。服务端识别特征识别码中的信息，并根据特征识别码中的热干面的产品供应厂商标识和其对应的***标识，以及用户输入的交易金额对与热干面的产品供应厂商相关的订单进行支付，将扣款金额针对与热干面的产品供应厂商的收款账户进行付款，完成支付。服务端生成订单支付结果，并将订单支付结果发送至用户端。

步骤S104，根据预设分润基准，结合所述订单支付结果对所述供应方和所述销售方进行分润计算，获得分润结果。

本申请实施例中，门店模型新增了销售方的角色，因此需要对供应方和销售方的利润分别进行计算，进而得出供应方和销售方的利润分成。预设分润基准，是指针对门店模型中的供应方和销售方预先配置的分润基准。优选的，所述根据预设分润基准，结合所述订单支付结果对所述供应方和所述销售方进行分润计算，获得分润结果步骤执行前，还需要根据所述供应方和所述销售方各自对应的分润系数，配置所述供应方和所述销售方的所述预设分润基准。供应方和销售方预先商量配置好各自对应的分润系数，例如，理发店中，理发店和理发店中可以拿提成的理发师各自对应的提成比例。预设分润基准配置好后，需要将其中包含的信息保存至服务端，以便之后根据预设分润基准进行计算。预设分润基准可以在线下销售门店配置，也可以由产品供应厂商配置，此处不作限定，只要使得预设分润基准符合本申请实施例的配置需求即可。

优选的，所述根据预设分润基准，结合所述订单支付结果对所述供应方和所述销售方进行分润计算，获得分润结果步骤，具体包括以下两种实现方式：

第一实现方式：

首先，根据所述订单支付结果，基于所述供应方的分润系数，实时计算所述供应方的利润分成，作为针对所述供应方的分润结果。然后，根据所述订单支付结果，基于所述销售方的分润系数，实时计算所述销售方的利润分成，作为针对所述销售方的分润结果。

具体的，根据订单支付结果，可以实时对供应方和销售方的利润分成进行计算。根据订单支付结果，基于供应方的分润系数，实时计算供应方的利润分成，将其作为分润结果；根据订单支付结果，基于销售方的分润系数，实时计算销售方的利润分成，将其作为分润结果。例如，若分润系数是提成比例，则将订单支付结果中的交易金额乘以供应方的提成比例，则得出供应方的利润分成。同理可得，销售方的利润分成是订单支付结果中的交易金额与销售方的提成比例的乘积。除此之外，计算分润结果还可能有其它多种多样的方法，根据用户的需求和服务端的配置可以自行设定，此处不再赘述。

服务端分润结果实时计算完毕后，请参看图5，可以实时将利润分成分配给供应方和销售方。供应方根据针对供应方和销售方实时计算的分润结果，将供应方的收款账户中属于销售方的利润分成转至销售方的收款账户。销售方接收供应方分配的利润分成，完成一比订单中供应方与销售方的分润。

第二实现方式：

首先，读取预设时间段内所述销售方相关的订单的集合。然后，根据所述集合中所述销售方相关的订单的所述供应方的利润分成，计算所述预设时间段内的所述供应方的供应方总利润分成，作为所述预设时间段内针对所述供应方的分润结果。最后，根据所述集合中所述销售方相关的订单的所述供应方的利润分成，计算所述预设时间段内的所述销售方的供应方总利润分成，作为所述预设时间段内针对所述销售方的分润结果。

具体的，根据预设时间段内的订单支付结果，可以计算预设时间段内的供应方总利润分成和销售方总利润分成。首先读取预设时间段内销售方相关的订单的集合，然后根据销售方相关的订单的集合，获取预设时间段内供应方总利润分成和销售方总利润分成。获取预设时间段内供应方总利润分成和销售方总利润分成可以根据供应方或者销售方的请求获取，也可以是服务端预先设定的程序，例如，预先设定计算每月底计算供应方总利润分成和销售方总利润分成，此处不作限定。预设时间段可以根据供应方或者销售方的需求进行设定，也可以服务端预先设定的程序，此处不作限定。

根据集合中销售方相关的订单的供应方的利润分成，计算所述预设时间段内供应方的利润分成的总和，即得出供应方总利润分成，作为预设时间段内针对供应方的分润结果。根据集合中销售方相关的订单的销售方的利润分成，计算预设时间段内销售方的利润分成的总和，即得出销售方总利润分成，作为预设时间段内针对销售方的分润结果。

服务端预设时间段内的分润结果计算完毕后，请参看图5，可以将利润分成分配给供应方和销售方。供应方根据针对供应方和销售方计算的预设时间段内的分润结果，将供应方的收款账户中属于销售方的销售方总利润分成转至销售方的收款账户。销售方接收供应方分配的销售方总利润分成，完成预设时间段内多比订单中供应方与销售方的分润。

本申请实施例提供的一种优选实施方式中，在第二场景中，所述根据所述供应方标识、所述销售方标识以及所述用户端输入的交易金额对应的支付账户，对所述销售方相关的订单进行支付，获得订单支付结果步骤，采用如下方式实现：首先按照所述交易金额在所述支付账户中进行扣款，然后根据所述扣款金额针对所述产品供应厂商的收款账户进行付款，进而生成订单支付结果(如图2)。

相应的，再根据所述订单支付结果，基于所述产品供应厂商和所述产品供应厂商对应的销售方的分润系数，计算所述产品供应厂商和所述产品供应厂商对应的销售方各自的利润分成，作为所述分润结果。

最后，再根据所述产品供应厂商对应的销售方的利润分成，将所述产品供应厂商的收款账户中所述产品供应厂商对应的销售方的利润分成对应的金额转至所述产品供应厂商对应的销售方的收款账户。

具体的，在第二场景中，供应方为产品供应厂商时，参与分成的是合作门店，即合作超市、合作广告商、引流分店。原先的产品供应厂商与合作门店共同分润的商业模式，订单支付成功后，资金先转到各个合作门店(例如产品供应厂商的合作超市)，然后产品供应厂商根据合作门店的交易情况，去分配利润。产品供应厂商每个对应的合作门店的交易记录都在自己的***里，数据规模、***、计算方法都不一致，而每个产品供应厂商往往对接多个合作门店，分配利润的方法繁杂、人工成本高。

本申请实施例提供的基于扫码支付的分润方法，第二场景中，在订单支付成功后，资金先转到产品供应厂商(例如，资金先转到与超市合作的产品供应厂商)，再直接分配利润到合作门店的账户，解决了合作门店交易管理***不一致的问题，高效方便，节省人工成本。

综上所述，本申请通过根据特征识别码中携带的供应方标识和销售方标识，以及用户端输入的交易金额对应的支付账户，对销售方相关的订单进行支付，获得订单支付结果。进而根据预设分润基准，结合订单支付结果对供应方和销售方进行分润计算，获得分润结果。本申请通过改进门店模型新增销售方这一角色，销售方分润能够在第三方服务平台进行统计，可吸引更多适用这种模型的门店加入。并且在合作门店参与分成的场景下，本申请解决了合作门店交易管理***不一致的问题，高效方便，节省了人工成本，可以进一步吸引门店入驻第三方服务平台。

本申请提供的一种基于扫码支付的分润装置实施例如下：

在上述的实施例中，提供了一种基于扫码支付的分润方法，与之相对应的，本申请还提供了一种基于扫码支付的分润装置。

由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的基于扫码支付的分润实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的，下面结合附图进行说明。

如图3所示，其示出了本申请实施例提供的一种基于扫码支付的分润装置的结构示意图，包括以下单元。

特征识别码接收单元301，用于接收用户端采集到的供应方对应的销售方的特征识别码；

标识读取单元302，用于读取所述特征识别码中携带的供应方标识和销售方标识；

订单支付单元303，用于根据所述供应方标识、所述销售方标识以及所述用户端输入的交易金额对应的支付账户，对所述销售方相关的订单进行支付，获得订单支付结果；

分润结果计算单元304，用于根据预设分润基准，结合所述订单支付结果对所述供应方和所述销售方进行分润计算，获得分润结果。

可选的，所述基于扫码支付的分润装置还包括：

第一检验单元，用于检验所述供应方标识与所述销售方标识是否符合供应方-销售方关联关系，若是，则运行所述订单支付单元303。

可选的，所述基于扫码支付的分润装置还包括：

预设分润基准配置单元，用于根据所述供应方和所述销售方各自对应的分润系数，配置所述供应方和所述销售方的所述预设分润基准。

可选的，所述分润结果计算单元包括：

供应方的利润分成实时计算子单元，用于根据所述订单支付结果，基于所述供应方的分润系数，实时计算所述供应方的利润分成，作为针对所述供应方的分润结果；

销售方的利润分成实时计算子单元，用于根据所述订单支付结果，基于所述销售方的分润系数，实时计算所述销售方的利润分成，作为针对所述销售方的分润结果。

可选的，所述分润结果计算单元包括：

销售方相关的订单的集合读取单元，用于读取预设时间段内所述销售方相关的订单的集合；

供应方总利润分成计算子单元，用于根据所述集合中所述销售方相关的订单的所述供应方的利润分成，计算所述预设时间段内的所述供应方的供应方总利润分成，作为所述预设时间段内针对所述供应方的分润结果；

销售方总利润分成计算子单元，用于根据所述集合中所述销售方相关的订单的所述供应方的利润分成，计算所述预设时间段内的所述销售方的销售方总利润分成，作为所述预设时间段内针对所述销售方的分润结果。

可选的，所述供应方包括以下至少一项：

线下销售门店、产品供应厂商；

相应的，所述供应方对应的销售方，包括以下至少一项：

所述线下销售门店的销售人员、所述产品供应厂商的合作超市、所述产品供应厂商的广告商、所述线下销售门店的引流分店。

可选的，若所述供应方为产品供应厂商；相应的，所述特征识别码是根据所述供应方标识、所述销售方标识以及产品标识进行配置转码后获得的与供应方产品对应的特征识别码。

可选的，所述基于扫码支付的分润装置还包括：

第二检验子单元，用于检验所述供应方标识、所述销售方标识、所述产品标识是否符合供应方-销售方-产品关联关系；若是，则运行所述订单支付单元303。

可选的，所述订单支付单元包括：

交易金额扣款子单元，用于按照所述交易金额在所述支付账户中进行扣款；

产品供应厂商收款子单元，用于根据所述扣款金额针对所述产品供应厂商的收款账户进行付款；

相应的，所述分润结果计算单元包括：

利润分成计算子单元，用于根据所述订单支付结果，基于所述产品供应厂商和所述产品供应厂商对应的销售方的分润系数，计算所述产品供应厂商和所述产品供应厂商对应的销售方各自的利润分成，作为所述分润结果；

并且，所述基于扫码支付的分润装置还包括：

销售方的利润分成收款子单元，用于根据所述产品供应厂商对应的销售方的利润分成，将所述产品供应厂商的收款账户中所述产品供应厂商对应的销售方的利润分成对应的金额转至所述产品供应厂商对应的销售方的收款账户。

本申请提供的一种基于用户端实现扫码支付的方法实施例如下：

本申请实施例提供一种基于用户端实现扫码支付的方法，与本申请上述提供的所述一种基于扫码支付分润的方法相配合。请参看图2和图4，图4为本申请实施例提供的一种基于用户端实现扫码支付的方法的处理流程图，图2为本申请实施例提供的一种基于扫码支付的分润场景示意图。本申请实施例的执行主体是用户端，以下结合图2和图4对本申请实施例提供的一种基于用户端实现扫码支付的方法进行详细说明。

如图4所示，其示出了本申请实施例提供的一种基于用户端实现扫码支付的方法的处理流程图，包括以下步骤。

S401，采集供应方对应的销售方的特征识别码。

S402，向服务端发送所述特征识别码；所述特征识别码中包含供应方标识和销售方标识。

S403，基于所述特征识别码调用所述供应方的支付接口。

S404，接收通过所述支付接口录入的针对所述供应方的交易金额。

S405，将所述交易金额上传至所述服务端，用于对所述供应方对应的订单进行支付。

具体的，请参看图2，用户端采集用户扫描的对应的特征识别码到服务端(特征识别码中包含供应方标识和销售方标识)，服务端校验特征识别码中包含的信息是否正确。若服务端校验的特征识别码中包含的信息正确，用户端根据服务端的反馈调用供应方的支付接口的输入交易金额的界面，用户端接收用户输入的交易金额并上传至服务端。服务端记录用户端上传的交易金额，用户端根据服务端的反馈调用供应方的支付接口的输入交易密码的界面，用户端接收用户输入的交易密码并上传至服务端。服务端校验输入的交易密码是否正确，若交易密码正确，用户端根据服务端的反馈在用户的支付账户中进行相应交易金额的扣款，并根据扣款金额针对供应方的收款账户进行付款，完成支付。服务端生成订单支付结果，用户端接收该订单支付结果。

优选的，本实施例中，所述基于所述特征识别码调用所述供应方的支付接口步骤，采用如下方式实现：首先对所述特征识别码进行解析，然后根据解析获得的所述供应方标识，调用所述供应方标识对应的支付接口。特征识别码中包含供应方标识和销售方标识，根据对特征识别码的解析，解析出供应方标识，根据供应方标识调用供应方标识对应的支付接口，使用户端支付账户的扣款金额可以转至供应方的收款账户进行付款。

本申请提供的一种基于用户端实现扫码支付的装置实施例如下：

在上述的实施例中，提供了一种基于用户端实现扫码支付的方法，与之相对应的，本申请还提供了一种基于用户端实现扫码支付的装置。

由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的基于扫码支付的分润实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的，下面结合附图进行说明。

如图5所示，其示出了本申请实施例提供的一种基于用户端实现扫码支付的装置的结构示意图，包括以下单元。

特征识别码采集单元，用于采集供应方对应的销售方的特征识别码；

特征识别码发送单元，用于向服务端发送所述特征识别码；所述特征识别码中包含供应方标识和销售方标识；

支付接口调用单元，用于基于所述特征识别码调用所述供应方的支付接口；

交易金额接收单元，用于接收通过所述支付接口录入的针对所述供应方的交易金额；

交易金额上传单元，用于将所述交易金额上传至所述服务端，用于对所述供应方对应的订单进行支付。

可选的，所述支付接口调用单元包括：

特征识别码解析子单元，用于对所述征识别码进行解析；

支付接口调用子单元，用于根据解析获得的所述供应方标识，调用所述供应方标识对应的支付接口。

本申请提供的一种电子设备实施例如下：

在上述的实施例中，提供了一种基于扫码支付的分润方法，此外，本申请还提供了一种用于实现所述基于扫码支付的分润方法的电子设备，下面结合附图进行说明。

如图6所示，其示出了本申请实施例提供的一种电子设备的示意图，包括：

存储器601和处理器602；

所述存储器601用于存储计算机可执行指令，所述处理器602用于执行所述计算机可执行指令：接收用户端采集到的供应方对应的销售方的特征识别码；

读取所述特征识别码中携带的供应方标识和销售方标识；

根据所述供应方标识、所述销售方标识以及所述用户端输入的交易金额对应的支付账户，对所述销售方相关的订单进行支付，获得订单支付结果；

根据预设分润基准，结合所述订单支付结果对所述供应方和所述销售方进行分润计算，获得分润结果。

可选的，所述读取所述特征识别码中携带的供应方标识、销售方标识指令执行后，包括：

检验所述供应方标识与所述销售方标识是否符合供应方-销售方关联关系；

若是，则执行根据所述供应方标识、所述销售方标识以及所述用户端输入的交易金额对应的支付账户，对所述供应方的订单进行支付，获得订单支付结果指令。

可选的，所述根据预设分润基准，结合所述订单支付结果对所述供应方和所述销售方进行分润计算，获得分润结果指令执行前，包括：

根据所述供应方和所述销售方各自对应的分润系数，配置所述供应方和所述销售方的所述预设分润基准。

可选的，所述根据预设分润基准，结合所述订单支付结果对所述供应方和所述销售方进行分润计算，获得分润结果指令，包括：

根据所述订单支付结果，基于所述供应方的分润系数，实时计算所述供应方的利润分成，作为针对所述供应方的分润结果；

根据所述订单支付结果，基于所述销售方的分润系数，实时计算所述销售方的利润分成，作为针对所述销售方的分润结果。

可选的，所述根据预设分润基准，结合所述订单支付结果对所述供应方和所述销售方进行分润计算，获得分润结果指令，包括：

读取预设时间段内所述销售方相关的订单的集合；

根据所述集合中所述销售方相关的订单的所述供应方的利润分成，计算所述预设时间段内的所述供应方的供应方总利润分成，作为所述预设时间段内针对所述供应方的分润结果；

根据所述集合中所述销售方相关的订单的所述供应方的利润分成，计算所述预设时间段内的所述销售方的销售方总利润分成，作为所述预设时间段内针对所述销售方的分润结果。

可选的，所述供应方包括以下至少一项：

线下销售门店、产品供应厂商；

相应的，所述供应方对应的销售方，包括以下至少一项：

所述线下销售门店的销售人员、所述产品供应厂商的合作超市、所述产品供应厂商的广告商、所述线下销售门店的引流分店。

可选的，若所述供应方为产品供应厂商；

相应的，所述特征识别码是根据所述供应方标识、所述销售方标识以及产品标识进行配置转码后获得的与供应方产品对应的特征识别码。

可选的，所述读取所述特征识别码中携带的所述供应方标识、所述销售方标识指令执行后，包括：

检验所述供应方标识、所述销售方标识、所述产品标识是否符合供应方-销售方-产品关联关系；

若是，执行根据所述供应方标识、所述销售方标识以及所述用户端输入的交易金额对应的支付账户，对所述销售方相关的订单进行支付，获得订单支付结果指令。

可选的，所述根据所述供应方标识、所述销售方标识以及所述用户端输入的交易金额对应的支付账户，对所述销售方相关的订单进行支付，获得订单支付结果指令，采用如下方式实现：

按照所述交易金额在所述支付账户中进行扣款；

根据所述扣款金额针对所述产品供应厂商的收款账户进行付款；

相应的，所述根据预设分润基准，结合所述订单支付结果对所述供应方和所述销售方进行分润计算，获得分润结果，采用如下方式实现：

根据所述订单支付结果，基于所述产品供应厂商和所述产品供应厂商对应的销售方的分润系数，计算所述产品供应厂商和所述产品供应厂商对应的销售方各自的利润分成，作为所述分润结果；

并且，在所述根据预设分润基准，结合所述订单支付结果对所述供应方和所述销售方进行分润计算，获得分润结果指令执行后，根据所述产品供应厂商对应的销售方的利润分成，将所述产品供应厂商的收款账户中所述产品供应厂商对应的销售方的利润分成对应的金额转至所述产品供应厂商对应的销售方的收款账户。

本申请提供的另一种电子设备实施例如下：

在上述的实施例中，提供了一种基于用户端实现扫码支付的方法，此外，本申请还提供了一种用于实现所述基于用户端实现扫码支付的方法的电子设备，下面结合附图进行说明。

如图7所示，其示出了本申请实施例提供的另一种电子设备的示意图，包括：

存储器701和处理器702；

所述存储器701用于存储计算机可执行指令，所述处理器702用于执行所述计算机可执行指令：

采集供应方对应的销售方的特征识别码；

向服务端发送所述特征识别码；所述特征识别码中包含供应方标识和销售方标识；

基于所述特征识别码调用所述供应方的支付接口；

接收通过所述支付接口录入的针对所述供应方的交易金额；

将所述交易金额上传至所述服务端，用于对所述供应方对应的订单进行支付。

可选的，所述基于所述特征识别码调用所述供应方的支付接口指令，采用如下方式实现：

对所述特征识别码进行解析；

根据解析获得的所述供应方标识，调用所述供应方标识对应的支付接口。

本申请虽然以较佳实施例公开如上，但其并不是用来限定本申请，任何本领域技术人员在不脱离本申请的精神和范围内，都可以做出可能的变动和修改，因此本申请的保护范围应当以本申请权利要求所界定的范围为准。

在一个典型的配置中，计算设备包括一个或多个处理器、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

本领域技术人员应明白，本申请的实施例可提供为方法、***或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

Claims (10)

1.一种基于扫码支付的分润方法，其特征在于，包括：

接收用户端采集到的供应方对应的销售方的特征识别码；

读取所述特征识别码中携带的供应方标识和销售方标识；

根据所述供应方标识、所述销售方标识以及所述用户端输入的交易金额对应的支付账户，对所述销售方相关的订单进行支付，获得订单支付结果；

根据预设分润基准，结合所述订单支付结果对所述供应方和所述销售方进行分润计算，获得分润结果。

2.根据权利要求1所述的基于扫码支付的分润方法，其特征在于，所述读取所述特征识别码中携带的供应方标识、销售方标识步骤执行后，包括：

检验所述供应方标识与所述销售方标识是否符合供应方-销售方关联关系；

若是，则执行根据所述供应方标识、所述销售方标识以及所述用户端输入的交易金额对应的支付账户，对所述供应方的订单进行支付，获得订单支付结果的步骤。

3.根据权利要求2所述的基于扫码支付的分润方法，其特征在于，所述根据预设分润基准，结合所述订单支付结果对所述供应方和所述销售方进行分润计算，获得分润结果步骤执行前，包括：

根据所述供应方和所述销售方各自对应的分润系数，配置所述供应方和所述销售方的所述预设分润基准。

4.根据权利要求3所述的基于扫码支付的分润方法，其特征在于，所述根据预设分润基准，结合所述订单支付结果对所述供应方和所述销售方进行分润计算，获得分润结果步骤，包括：

根据所述订单支付结果，基于所述供应方的分润系数，实时计算所述供应方的利润分成，作为针对所述供应方的分润结果；

根据所述订单支付结果，基于所述销售方的分润系数，实时计算所述销售方的利润分成，作为针对所述销售方的分润结果。

5.根据权利要求4所述的基于扫码支付的分润方法，其特征在于，所述根据预设分润基准，结合所述订单支付结果对所述供应方和所述销售方进行分润计算，获得分润结果步骤，包括：

读取预设时间段内所述销售方相关的订单的集合；

根据所述集合中所述销售方相关的订单的所述供应方的利润分成，计算所述预设时间段内的所述供应方的供应方总利润分成，作为所述预设时间段内针对所述供应方的分润结果；

根据所述集合中所述销售方相关的订单的所述供应方的利润分成，计算所述预设时间段内的所述销售方的销售方总利润分成，作为所述预设时间段内针对所述销售方的分润结果。

6.一种基于扫码支付的分润装置，其特征在于，包括：

特征识别码接收单元，用于接收用户端采集到的供应方对应的销售方的特征识别码；

标识读取单元，用于读取所述特征识别码中携带的供应方标识、销售方标识；

订单支付单元，用于根据所述供应方标识、所述销售方标识以及所述用户端输入的交易金额对应的支付账户，对所述销售方相关的订单进行支付，获得订单支付结果；

分润结果计算单元，用于根据预设分润基准，结合所述订单支付结果对所述供应方和所述销售方进行分润计算，获得分润结果。

7.一种基于用户端实现扫码支付的方法，其特征在于，包括：

采集供应方对应的销售方的特征识别码；

向服务端发送所述特征识别码；所述特征识别码中包含供应方标识和销售方标识；

基于所述特征识别码调用所述供应方的支付接口；

接收通过所述支付接口录入的针对所述供应方的交易金额；

将所述交易金额上传至所述服务端，用于对所述供应方对应的订单进行支付。

8.一种基于用户端实现扫码支付的装置，其特征在于，包括：

特征识别码采集单元，用于采集供应方对应的销售方的特征识别码；

特征识别码发送单元，用于向服务端发送所述特征识别码；所述特征识别码中包含供应方标识和销售方标识；

支付接口调用单元，用于基于所述特征识别码调用所述供应方的支付接口；

交易金额接收单元，用于接收通过所述支付接口录入的针对所述供应方的交易金额；

交易金额上传单元，用于将所述交易金额上传至所述服务端，用于对所述供应方对应的订单进行支付。

9.一种电子设备，其特征在于，包括：

存储器和处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：接收用户端采集到的供应方对应的销售方的特征识别码；

读取所述特征识别码中携带的供应方标识和销售方标识；

根据所述供应方标识、所述销售方标识以及所述用户端输入的交易金额对应的支付账户，对所述销售方相关的订单进行支付，获得订单支付结果；

根据预设分润基准，结合所述订单支付结果对所述供应方和所述销售方进行分润计算，获得分润结果。

10.一种电子设备，其特征在于，包括：

存储器和处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：采集供应方对应的销售方的特征识别码；

向服务端发送所述特征识别码；所述特征识别码中包含供应方标识和销售方标识；

基于所述特征识别码调用所述供应方的支付接口；

接收通过所述支付接口录入的针对所述供应方的交易金额；

将所述交易金额上传至所述服务端，用于对所述供应方对应的订单进行支付。