CN107392578A - 一种数字货币的间接支付方法和系统 - Google Patents

Abstract

本发明公开了一种数字货币的间接支付方法和系统。该方法包括：接收付款客户端发送的支付请求，所述支付请求包括用于支付的数字货币、支付金额、中间收款客户端的信息；根据所述支付请求，将所述付款客户端的所述支付金额的数字货币支付给所述中间收款客户端；根据预先选定的合约将所述支付金额中的部分或全部金额的数字货币转付给最终收款客户端。根据本发明的技术方案，有助于降低付款方到最终收款方中间存在一个或多个代收方而带来的信用和操作方面的风险。

Description

一种数字货币的间接支付方法和系统

技术领域

本发明涉及计算机技术领域，尤其涉及一种数字货币的间接支付方法和系统。

背景技术

保理业务是指卖方、供应商或出口商与保理商之间存在的一种契约关系。保理业务模式如图1所示，根据卖方、供应商或出口商与保理商之间的契约，卖方、供应商或出口商将其现在或将来的基于其与买方(即债务人)订立的货物销售或服务合同所产生的应收账款转让给保理商，由保理商为其提供贸易融资、销售分户账管理、应收账款的催收、信用风险控制与坏账担保等服务中的至少两项。保理业务中保理商需要对卖方账户进行监管，同时还要能够支持各种还款方式，主要面临的挑战如下：第一，在买卖双方现有的业务模式和支付方式下，买方支付贸易款项的支付方式多样(电汇，第三方支付等)，且卖方账户分散在多家银行，因此，保理商需要开发各种应用系统来对接，也需要增加人员核对和处理凭证信息以及异常情况；第二，保理业务正常要求买方直接还款给保理商(即还款路径变更)，但实际操作中，除保理商对接买方多样化支付方式的操作困难外，还有买方企业的财务制度要求买方付款对象必须和发票的出票方一致，使得一些情况下无法由买方直接付款给保理商。

可见，在实际的保理业务中还款路径不变更的处理方式存在一定的应用需求，然而，在保理还款路径不变更的情况下，保理商的回款资金是由买方先付款给卖方再由卖方支付给保理商，这种模式下保理商就会面临卖方信用风险。

与保理业务类似的场景还普遍存在于金融以及商贸领域。金融以及商贸等领域涉及代收业务，代收业务的转付示意图如图2所示，付款方无法将资金直接付款给最终收款方，而由中间代收方先代收款，然后再进行转付，这样也存在转付风险。

为解决上述卖方信用风险、转付风险的问题，现有的解决方案主要包括两种：

一是对中间代收方进行信用风险评估，选择风险较低、信用较好的主体；

二是通过第三方(如银行)对中间代收方的收款账户进行监管，防止中间代收方进行挪用。

在实现本发明过程中，发明人发现现有技术中的上述方案仍然存在一定程度的信用风险。

发明内容

有鉴于此，本发明提供一种数字货币的间接支付方法和系统，无需引入第三方参与，也无需新开立监管账户，从而有助于解决付款方到最终收款方中间存在一个或多个代收方从而带来的信用风险、操作风险等问题。

为实现上述目的，根据本发明的一个方面，提供了一种数字货币的间接支付方法。

一种数字货币的间接支付方法，包括：接收付款客户端发送的支付请求，所述支付请求包括用于支付的数字货币、支付金额、中间收款客户端的信息；根据所述支付请求，将所述付款客户端的所述支付金额的数字货币支付给所述中间收款客户端；根据预先选定的合约将所述支付金额中的部分或全部金额的数字货币转付给最终收款客户端，所述合约包括所述付款客户端的用户信息、所述中间收款客户端的用户信息、所述最终收款客户端的用户信息、以及所述中间收款客户端向所述最终收款客户端转付数字货币的额度和执行转付的操作逻辑。

可选地，所述支付请求中包括预先选定的合约的内容或包括预先选定的合约的存储标识。

可选地，所述预先选定的合约在预存的合约集合中，并具有所述付款客户端、所述中间收款客户端、所述最终收款客户端三方的签名，所述合约集合中的每个合约具有各自的触发条件，在根据预先选定的合约将所述支付金额中的部分或全部金额的数字货币转付给最终收款客户端之前，还包括：确定监听到所述预先选定的合约的触发条件，其中，所述预先选定的合约的触发条件为将所述付款客户端的数字货币支付给所述中间收款客户端的操作。

可选地，接收付款客户端发送的支付请求之后，还包括：确认所述支付请求包括所述付款客户端的签名。

可选地，接收付款客户端发送的支付请求之后，还包括：确认所述预先选定的合约具有所述付款客户端、所述中间收款客户端、所述最终收款客户端三方的签名。

可选地，根据预先选定的合约将所述支付金额中的部分或全部金额的数字货币转付给最终收款客户端之前，还包括：计算所述中间收款客户端向所述最终收款客户端转付数字货币的当前剩余额度；根据预先选定的合约将所述支付金额中的部分或全部金额的数字货币转付给最终收款客户端，包括：判断所述支付金额是否大于所述当前剩余额度，若是，则根据预先选定的合约将所述当前剩余额度的数字货币转付给最终收款客户端；若否，则根据预先选定的合约将所述支付金额的数字货币转付给最终收款客户端。

可选地，所述最终收款客户端包括多个客户端，所述额度包括所述中间收款客户端向每个客户端转付的额度，并且，所述合约还包括：在进行所述转付时，转付的部分或全部金额的数字货币在所述每个客户端之间的分配规则。

可选地，所述分配规则包括：确定所述中间收款客户端向所述每个客户端转付数字货币的当前剩余额度在所述中间收款客户端向所有所述客户端转付数字货币的当前剩余总额度的占比，然后按该占比将所述转付的部分或全部金额的数字货币转付给各所述客户端。

可选地，计算所述中间收款客户端向所述最终收款客户端转付数字货币的当前剩余额度，包括：读取累加的所述中间收款客户端向所述最终收款客户端逐次转付的数字货币的金额，根据所述额度与所述累加的金额的差额得到所述中间收款客户端向所述最终收款客户端转付数字货币的当前剩余额度。

可选地，所述数字货币为加密字串，所述加密字串包括所述数字货币的金额、发行方标识和所有者标识。

可选地，将所述付款客户端的所述支付金额的数字货币支付给所述中间收款客户端，包括：将所述支付金额的数字货币的属主由所述付款客户端的用户变更为所述中间收款客户端的用户；将所述支付金额中的部分或全部金额的数字货币转付给最终收款客户端，包括：将所述部分或全部金额的数字货币的属主由所述中间收款客户端的用户变更为所述最终收款客户端的用户。

根据本发明的另一方面，提供了一种数字货币的间接支付系统。

一种数字货币的间接支付系统，包括：接收模块，用于接收付款客户端发送的支付请求，所述支付请求包括用于支付的数字货币、支付金额、中间收款客户端的信息；支付模块，用于根据所述支付请求，将所述付款客户端的所述支付金额的数字货币支付给所述中间收款客户端；转付模块，用于根据预先选定的合约将所述支付金额中的部分或全部金额的数字货币转付给最终收款客户端，所述合约包括所述付款客户端的用户信息、所述中间收款客户端的用户信息、所述最终收款客户端的用户信息、以及所述中间收款客户端向所述最终收款客户端转付数字货币的额度和执行转付的操作逻辑。

可选地，所述接收模块还用于：接收包括预先选定的合约的内容或包括预先选定的合约的存储标识的支付请求。

可选地，所述预先选定的合约在预存的合约集合中，并具有所述付款客户端、所述中间收款客户端、所述最终收款客户端三方的签名，所述合约集合中的每个合约具有各自的触发条件，所述间接支付系统还包括：监听模块，用于在所述转付模块根据预先选定的合约将所述支付金额中的部分或全部金额的数字货币转付给最终收款客户端之前，确定监听到所述预先选定的合约的触发条件，其中，所述预先选定的合约的触发条件为将所述付款客户端的数字货币支付给所述中间收款客户端的操作。

可选地，所述支付请求还包括所述付款客户端的签名；并且，所述间接支付系统还包括：第一验证模块，用于在所述接收模块接收付款客户端发送的支付请求之后，确认所述支付请求包括所述付款客户端的签名。

可选地，所述间接支付系统还包括：第二验证模块，用于在所述接收模块接收付款客户端发送的支付请求之后，确认所述预先选定的合约具有所述付款客户端、所述中间收款客户端、所述最终收款客户端三方的签名。

可选地，还包括：计算模块，用于在所述转付模块根据预先选定的合约将所述支付金额中的部分或全部金额的数字货币转付给最终收款客户端之前，计算所述中间收款客户端向所述最终收款客户端转付数字货币的当前剩余额度；所述转付模块还用于：判断所述支付金额是否大于所述当前剩余额度，若是，则根据预先选定的合约将所述当前剩余额度的数字货币转付给最终收款客户端；若否，则根据预先选定的合约将所述支付金额的数字货币转付给最终收款客户端。

可选地，所述转付模块还用于：根据预先选定的合约将所述支付金额中的部分或全部金额的数字货币转付给多个客户端，且所述额度包括所述中间收款客户端向每个客户端转付的额度，并且，所述合约还包括：在进行所述转付时，转付的部分或全部金额的数字货币在所述每个客户端之间的分配规则。

可选地，所述计算模块还用于：读取累加的所述中间收款客户端向所述最终收款客户端逐次转付的数字货币的金额，根据所述额度与所述累加的金额的差额得到所述中间收款客户端向所述最终收款客户端转付数字货币的当前剩余额度。

可选地，所述数字货币为加密字串，所述加密字串包括所述数字货币的金额、发行方标识和所有者标识。

可选地，所述支付模块还用于：将所述支付金额的数字货币的属主由所述付款客户端的用户变更为所述中间收款客户端的用户；所述转付模块还用于：将所述部分或全部金额的数字货币的属主由所述中间收款客户端的用户变更为所述最终收款客户端的用户。

根据本发明的又一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机指令，所述计算机指令能够被计算机或计算机系统运行，从而使该计算机或计算机系统能够执行数字货币的间接支付方法。

上述发明中的一个实施例具有如下优点或有益效果：接收付款客户端发送的支付请求，支付请求包括用于支付的数字货币、支付金额、中间收款客户端的信息，根据支付请求，将付款客户端的该支付金额的数字货币支付给中间收款客户端，根据预先选定的合约将支付金额中的部分或全部金额的数字货币转付给最终收款客户端。无需引入第三方参与，也无需新开立监管账户，从而有助于解决付款方到最终收款方中间存在一个或多个代收方从而带来的信用风险、操作风险等问题。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据现有技术的保理业务模式示意图；

图2是根据现有技术的代收业务的转付流程示意图；

图3是根据本发明实施例的数字货币的间接支付方法的主要步骤示意图；

图4是根据本发明实施例的应用数字货币的间接支付方法的转付场景示意图；

图5是根据本发明实施例的付款客户端触发合约执行的数字货币的间接支付流程示意图；

图6是根据本发明实施例的数字货币系统自动触发合约执行的数字货币的间接支付流程示意图；

图7是根据本发明实施例的数字货币的间接支付系统的主要模块示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

图3是根据本发明实施例的数字货币的间接支付方法的主要步骤示意图。

图3所示，本发明实施例的数字货币的间接支付方法主要包括如下的步骤S301至步骤S303。

步骤S301：接收付款客户端发送的支付请求。

其中，付款客户端向数字货币系统发送的该支付请求包括用于支付的数字货币、支付金额、中间收款客户端的信息。中间收款客户端的信息例如中间收款客户端的钱包所有者标识、钱包标识等信息。

该支付请求还可以包括付款客户端的签名，并且，在数字货币系统接收付款客户端发送的支付请求之后，还可以确认支付请求包括付款客户端的签名。

步骤S302：根据支付请求，将付款客户端的对应支付金额的数字货币支付给中间收款客户端。

数字货币系统根据支付请求，将付款客户端的支付金额的数字货币支付给中间收款客户端，具体包括：数字货币系统将支付金额的数字货币的属主由付款客户端的用户变更为中间收款客户端的用户。

步骤S303：根据预先选定的合约将支付金额中的部分或全部金额的数字货币转付给最终收款客户端。

该预先选定的合约为可执行的合约，数字货币系统通过执行该合约，将支付金额中的部分或全部金额的数字货币转付给最终收款客户端，具体包括：将部分或全部金额的数字货币的属主由中间收款客户端的用户变更为最终收款客户端的用户。

其中，该合约包括付款客户端的用户信息、中间收款客户端的用户信息、最终收款客户端的用户信息、以及中间收款客户端向最终收款客户端转付数字货币的额度和执行转付的操作逻辑。付款客户端的用户信息例如付款客户端的钱包所有者标识、钱包标识等信息，最终收款客户端的用户信息例如最终收款客户端的钱包所有者标识、钱包标识等信息。

该合约可以由付款客户端通过发送的支付请求指定，具体地，支付请求可以指定预先选定的合约的内容或预先选定的合约的存储标识，即，支付请求中包括该预先选定的合约的内容或包括预先选定的合约的存储标识。

该预先选定的合约也可以在预存的合约集合中，并具有付款客户端、中间收款客户端、最终收款客户端三方的签名，合约集合中的每个合约具有各自的触发条件，在根据预先选定的合约将支付金额中的部分或全部金额的数字货币转付给最终收款客户端之前，还可以确定监听到预先选定的合约的触发条件，其中，预先选定的合约的触发条件为将付款客户端的数字货币支付给中间收款客户端的操作。

预存的合约集合是预先部署在数字货币系统中的多个合约构成的集合，对于上述的支付请求中包括预先选定的合约的存储标识的情况，该存储标识对应的预先选定的合约也可以是上述预存的合约集合中的一个合约，数字货币系统中的合约集合中每个合约都可对应一个存储标识。

数字货币系统中的合约集合中每个合约首先经过制定、验证、部署三个环节，之后成为在数字货币系统中的可执行的合约。具体过程如下：合约最初可以是由用户在业务层指定的业务规则，该规则可以由用户的商业协议导出，或直接由用户制定规则内容，用户制定的合约带有相关方(如付款客户端、中间收款客户端、最终收款客户端三方)的数字签名，然后，该业务规则被提供给合约制定服务商，合约制定服务商的职责是根据用户在业务层指定的业务规则来制作数字货币系统可执行的合约，其中可包括合约开发、模拟运行的测试和验证等环节。合约定制服务商在制作完成的可执行的合约中添加该合约定制服务商的数字签名，并提交给合约验证服务商。合约验证服务商的职责是根据可执行的合约来验证合约的内容是否具有风险，包括错误、潜在的攻击性、安全漏洞等，还包括验证可执行的合约是否具有相关方(如付款客户端、中间收款客户端、最终收款客户端三方)的数字签名，以保证签名方对合约内容不可抵赖。合约验证服务商还用于提供对可执行的合约的代码的验证、审计、测试等工作，合约验证服务商验证合约通过后，在该可执行的合约上添加该合约验证服务商的签名，以最终确认该合约，经过最终确认的可执行的合约可被部署在数字货币系统进行执行，数字货币系统中被部署的所有合约构成合约的集合。

支付请求中包括预先选定的合约的内容或包括预先选定的合约的存储标识时，数字货币系统在接收到付款客户端发送的支付请求之后，还可以确认预先选定的合约具有付款客户端、中间收款客户端、最终收款客户端三方的签名。需要说明的是，当支付请求中包括预先选定的合约的存储标识，且该存储标识对应的该预先选定的合约预先部署在数字货币系统中时，根据上述合约制定、验证、部署过程，合约在被部署到数字货币系统之前，已经经过对付款客户端、中间收款客户端、最终收款客户端三方的签名的验证过程，那么，数字货币系统在接收到付款客户端发送的支付请求之后也可省略该三方的签名的验证步骤。

根据预先选定的合约将支付金额中的部分或全部金额的数字货币转付给最终收款客户端之前，还可以计算中间收款客户端向最终收款客户端转付数字货币的当前剩余额度。具体地，可以读取累加的中间收款客户端向最终收款客户端逐次转付的数字货币的金额，根据额度与累加的金额的差额得到中间收款客户端向最终收款客户端转付数字货币的当前剩余额度。合约中执行转付的操作逻辑还包括计算中间收款客户端向最终收款客户端转付数字货币的当前剩余额度的逻辑，数字货币系统可以通过执行合约中的该计算逻辑计算上述的当前剩余额度。

根据预先选定的合约将支付金额中的部分或全部金额的数字货币转付给最终收款客户端，具体包括：判断支付金额是否大于当前剩余额度，若是，则根据预先选定的合约将当前剩余额度的数字货币转付给最终收款客户端；若否，则根据预先选定的合约将支付金额的数字货币转付给最终收款客户端。

本发明实施例的数字货币的间接支付方法可以支持任意转付的场景，并且包括多个转付方(最终收款方)的情况。具体地，最终收款客户端还可以包括多个客户端，并且，在最终收款客户端包括多个客户端的情况下，额度还可以包括中间收款客户端向每个客户端转付的额度，并且，合约还包括：在进行转付时，转付的部分或全部金额的数字货币在每个客户端之间的分配规则。该分配规则具体包括：确定中间收款客户端向每个客户端转付数字货币的当前剩余额度在中间收款客户端向所有客户端转付数字货币的当前剩余总额度的占比，然后按该占比将转付的部分或全部金额的数字货币转付给各客户端。

数字货币具体为加密字串，该加密字串主要包括数字货币的金额、发行方标识和所有者标识。

下面结合本发明实施例的数字货币的间接支付方法所应用的具体转付场景详细介绍本发明实施例的数字货币的间接支付方法的具体流程。图4是根据本发明实施例的应用数字货币的间接支付方法的转付场景示意图。

如图4所示，根据本发明实施例的应用数字货币的间接支付方法的转付场景中，对于付款客户端(付款方)、中间收款客户端(中间代收方)和最终收款客户端(最终收款方)，在业务上，付款客户端应付款给最终收款客户端，但由于某些原因(例如最终收款客户端未开发相应的应用系统来对接付款客户端的付款操作，或者，付款客户端企业的财务制度要求付款客户端的付款对象必须和发票的出票方一致等原因)必须要先支付给中间收款客户端，然后再将应付款项支付给最终收款客户端。为保障中间收款客户端转付操作是可控的，降低操作风险，要求中间收款客户端和最终收款客户端就转付事项和规则达成一致，并通知到付款客户端，而在付款客户端实际付款的过程中，数字货币系统能够保证中间收款客户端的转付操作能按之前约定的转付事项和规则执行。

通过数字货币实现自动转付操作首先可以设定自动转付流程，主要是由付款客户端、中间收款客户端和最终收款客户端三方确认自动转付规则(即该三方确认的合约)，包括合约的触发条件(如：转付金额额度、转付的收款客户端等)以及执行方式(如：自动执行、实时转付等)，其中，自动执行合约即合约不设置人为干预点，由数字货币系统自动化执行合约，实时转付即合约满足预设条件后立即转付，例如中间收款客户端收到付款客户端的付款之后就立即执行向最终收款客户端转付操作。合约确定后，由付款客户端、中间收款客户端和最终收款客户端三方之中的任何一方向数字货币系统提交(通常由最终收款客户端提交)带三方签名确认的合约，使得该合约以可执行的形式部署在数字货币系统中运行，且部署在数字货币系统中的合约具有存储标识，付款客户端、中间收款客户端和最终收款客户端三方中的任何一方可以根据该存储标识查询该合约的开通状态，确认开通无误可以进行相应业务操作。中间收款客户端收到付款客户端支付的数字货币后，由数字货币系统执行该合约，以完成数字货币的转付操作，中间收款客户端单方面无法干预且也无需主动发起。

数字货币系统执行该合约具体可以通过两种方式实现：一是，付款客户端主动触发合约，即付款方在向数字货币系统发送支付请求时，指定该支付操作对应的待执行合约，以便数字货币系统执行该指定的合约。具体地，可以指定合约的内容或者合约的存储标识。其中，合约的存储标识为合约被部署在数字货币系统中时设置的存储标识，需要说明的是，支付请求指定合约的内容时，可不预先在数字货币系统中部署该合约，而当数字货币系统接收该支付请求时，执行该支付请求中的合约内容；二是，设定部署在数字货币系统中的合约的触发条件，数字货币系统监听该合约的触发条件，当达到合约的触发条件时自动触发合约。

图5是根据本发明实施例的付款客户端触发合约执行的数字货币的间接支付流程示意图。

如图5所示，付款客户端触发合约执行的数字货币的间接支付流程包括如下的步骤S501至步骤S507：

步骤S501：接收付款客户端发送的支付请求，支付请求中包括预先选定的合约的内容或包括预先选定的合约的存储标识。

支付请求还包括用于支付的数字货币、支付金额、中间收款客户端的信息，中间收款客户端的信息例如中间收款客户端的钱包所有者标识、钱包标识等信息。

合约包括付款客户端的用户信息、中间收款客户端的用户信息、最终收款客户端的用户信息、以及中间收款客户端向最终收款客户端转付数字货币的额度和执行转付的操作逻辑。

步骤S502：确认支付请求包括付款客户端的签名，并确认预先选定的合约具有付款客户端、中间收款客户端、最终收款客户端三方的签名。

步骤S503：根据支付请求，将付款客户端的支付金额的数字货币支付给中间收款客户端。

具体包括：将支付金额的数字货币的属主由付款客户端的用户变更为中间收款客户端的用户。

其中，进行该数字货币的属主变更的方法主要包括：作废该支付金额的数字货币，按支付金额生成所有者为中间收款客户端用户的数字货币。假设支付金额为200万元，则将支付金额的数字货币的属主由付款客户端的用户变更为中间收款客户端的用户，即：作废该200万元的所有者为付款客户端的用户的数字货币，然后，生成200万元的所有者为中间收款客户端的用户的数字货币。其中，200万元的数字货币可以由各面额的数字货币组合而成。

步骤S504：计算中间收款客户端向最终收款客户端转付数字货币的当前剩余额度。

具体地，预先选定的合约中包括执行转付的操作逻辑，该操作逻辑中包括计算中间收款客户端向最终收款客户端转付数字货币的当前剩余额度的逻辑，数字货币系统通过执行该预先选定的合约，计算中间收款客户端向最终收款客户端转付数字货币的当前剩余额度，具体计算方法包括：读取累加的中间收款客户端向最终收款客户端逐次转付的数字货币的金额，根据额度与累加的金额的差额得到中间收款客户端向最终收款客户端转付数字货币的当前剩余额度。

最终收款客户端可以包括多个客户端，当最终收款客户端包括多个客户端时，中间收款客户端向最终收款客户端转付数字货币的额度具体包括中间收款客户端向每个客户端转付的额度，并且，合约还包括：在进行转付时，转付的部分或全部金额的数字货币在每个客户端之间的分配规则。

转付的部分或全部金额的数字货币在每个客户端之间的分配规则具体可以包括：确定中间收款客户端向每个客户端转付数字货币的当前剩余额度在中间收款客户端向所有客户端转付数字货币的当前剩余总额度的占比，然后按该占比将转付的部分或全部金额的数字货币转付给各客户端。例如，中间收款客户端X向客户端Y转付数字货币的当前剩余额度为3万元，X向客户端Z转付数字货币的当前剩余额度为7万元，当中间收款客户端X向最终收款客户端需转付1万元，那么其中，X向Y转付3000元，且X向Z转付7000元。

步骤S505：判断支付金额是否大于当前剩余额度，若是，则执行步骤S506，若否则执行步骤S507。

步骤S506：根据预先选定的合约将当前剩余额度的数字货币转付给最终收款客户端。

步骤S507：根据预先选定的合约将支付金额的数字货币转付给最终收款客户端。

步骤S506和步骤S507中，将数字货币的相应金额(步骤S506中相应金额为当前剩余额度，步骤S507中相应金额为支付金额)转付给最终收款客户端，主要是将该相应金额(步骤S506中相应金额为当前剩余额度，步骤S507中相应金额为支付金额)的数字货币的属主由中间收款客户端的用户变更为最终收款客户端的用户。

其中，将当前剩余额度的数字货币的属主由中间收款客户端的用户变更为最终收款客户端的用户，主要包括：作废所有者为中间收款客户端用户的该支付金额的数字货币，然后，按当前剩余额度生成所有者为最终收款客户端用户的数字货币，并按照支付金额与当前剩余额度的差额生成所有者为中间收款客户端用户的数字货币。例如，假设支付金额为200万元，当前剩余额度为50万元，则将当前剩余额度的数字货币的属主由中间收款客户端的用户变更为最终收款客户端的用户，即：作废该200万元的所有者为中间收款客户端用户的数字货币，然后，生成50万元的所有者为最终收款客户端用户的数字货币，并生成150万元的所有者为中间收款客户端用户的数字货币。并且，其中该200万元、50万元、150万元的数字货币可以由各面额的数字货币组合而成。

将支付金额的数字货币的属主由中间收款客户端的用户变更为最终收款客户端的用户，主要包括：作废所有者为中间收款客户端用户的该支付金额的数字货币，然后，生成该支付金额的所有者为最终收款客户端的用户的数字货币。例如，假设支付金额为200万元，当前剩余额度为500万元，则将支付金额的数字货币的属主由中间收款客户端的用户变更为最终收款客户端的用户，即：作废该200万元的所有者为中间收款客户端用户的数字货币，然后，生成200万元的所有者为最终收款客户端的用户的数字货币。同样，200万元的数字货币可以由各面额的数字货币组合而成。

数字货币具体可以为加密字串，且加密字串包括该数字货币的金额、发行方标识和所有者标识。

本发明实施例的付款客户端触发合约执行的数字货币的间接支付方法的一个示例性应用场景为保理业务。保理业务中买方、卖方和保理商统一使用数字货币进行支付，保理商使用数字货币放款给卖方，买方使用数字货币支付贸易款项给保理商作为融资回款的场景。在保理业务中，买方客户端使用基于合约的数字货币间接支付功能进行回款，买方客户端以数字货币向卖方客户端支付货款，并通过合约来限制和管控卖方客户端将所收到的数字货币中属于保理商的金额转付给保理商，避免卖方用户信用风险给保理商带来的损失。

卖方和保理商在签订保理合同时确定使用数字货币付款的规则，约定卖方收到买方的贸易款(货款)后根据约定的规则转付一定的金额给保理商，该约定的规则由合约制定服务商制成可执行的合约，由其中任一方向数字货币系统提交该合约，卖方客户端签名申请开通合约，数字货币系统验证申请后，启用该合约，合约即被部署在数字货币系统中。卖方可以在给买方的《应收账款转让通知书》中约定买方使用数字货币支付时使用该合约。合约可以约定卖方收到数字货币后，相关金额数字货币只能支付给保理商，也可以约定卖方收到数字货币后，自动转付相关金额数字货币给保理商。买方以数字货币向卖方发起支付操作，并指定要使用的合约。该支付过程按照执行，以保证资金转付给保理商，且在支付过程中卖方和保理商可以查询支付状态。

买方客户端(即付款客户端)发送支付请求，支付请求中包括用于支付的数字货币、支付金额、卖方客户端的信息等，还包括买方客户端的签名，以及包括由买方客户端用户、卖方客户端用户、保理商三方签名确认的合约或者该合约的存储标识。需要说明地是，买方客户端可以在支付请求中指定由数字货币系统执行的合约，具体地，通过在支付请求包括合约的内容，指定数字货币系统执行该合约的内容，或者，通过在支付请求包括合约的存储标识，指定数字货币系统执行预先部署在该数字货币系统中的对应该存储标识的合约(部署在该数字货币系统中每个合约具有一个存储标识)。

数字货币系统收到支付请求后，验证支付请求中是否包括买方客户端的签名，具体地，通过买方客户端的证书的公钥验证支付请求的签名，如验证通过，则支付请求中包括买方客户端的签名。

此外，还需验证合约是否具有买方客户端用户、卖方客户端用户、保理商三方签名。买方客户端在支付请求指定合约的存储标识时，该合约已经被预先部署在数字货币系统中，根据前述的合约制定、验证、部署过程，合约在被部署到数字货币系统之前，合约验证服务商对该合约中的买方客户端用户、卖方客户端用户、保理商三方签名进行验证，那么此处也可不执行重复验证。对于买方客户端在支付请求指定合约的内容的情况，合约通常未被预先部署在数字货币系统中，则数字货币系统需要验证该合约中买方客户端用户、卖方客户端用户、保理商三方的签名，具体地，数字货币系统可以通过合约相关方(买方客户端用户、卖方客户端用户、保理商)或指定的第三方(合约验证服务商)来验证合约中的签名，合约相关方或指定的第三方验证通过后，在合约内容中添加该合约相关方或指定的第三方的签名。

数字货币系统执行支付请求指定的合约，首先将买方客户端的对应支付金额的数字货币支付给卖方客户端。然后，读取合约中累加的卖方客户端向保理商逐次转付的数字货币的金额，根据合约中约定的卖方客户端向保理商可转付金额的额度与读取的该累加的金额相减，得到的差额为当前卖方客户端向保理商可以转付数字货币的剩余额度。然后，比对买方客户端向卖方客户端支付的数字货币金额(即支付金额)与计算得到的该剩余额度之间的大小，如果支付金额大于剩余额度，则数字货币系统将卖方客户端的对应剩余额度的数字货币转付给保理商，否则数字货币系统将卖方客户端的支付金额全部转付给保理商。

通过保理业务各方统一基于数字货币付款，能够简化保理商系统对接和操作处理的成本，便于保理商对卖方资金进行监管，限制和管控卖方只能将所收到的数字货币中属于保理商的金额转付给保理商，避免卖方用户信用风险给保理商带来的损失。

图6是根据本发明实施例的数字货币系统自动触发合约执行的数字货币的间接支付流程示意图。如图6所示，本发明实施例的数字货币系统自动触发合约执行的数字货币的间接支付流程包括如下的步骤S601至步骤S608。

步骤S601：接收付款客户端发送的支付请求。

支付请求包括用于支付的数字货币、支付金额、中间收款客户端的信息，中间收款客户端的信息例如中间收款客户端的钱包所有者标识、钱包标识等信息。

步骤S602：确认支付请求包括付款客户端的签名。

步骤S603：根据支付请求，将付款客户端的支付金额的数字货币支付给中间收款客户端。

具体包括：将支付金额的数字货币的属主由付款客户端的用户变更为中间收款客户端的用户。

步骤S604：确定监听到预先选定的合约的触发条件，其中，该触发条件为将付款客户端的数字货币支付给中间收款客户端的操作。

其中，该预先选定的合约在数字货币系统的预存的合约集合中，合约集合中的每个合约具有各自的触发条件，且具有付款客户端、中间收款客户端、最终收款客户端三方的签名，以及中间收款客户端向最终收款客户端转付数字货币的额度和执行转付的操作逻辑。在合约被部署在数字货币系统之前，由合约相关方共同确认转付规则，由合约制定服务商根据该转付规则制作为可执行的合约，并由合约验证服务商验证合约相关方的签名，签名验证通过后在该可执行的合约上添加该合约验证服务商的签名，由合约相关方的任何一方提交到数字货币系统中，合约被部署到数字货币系统中之后即一直处于运行状态，并监听各自的触发条件，当监听到合约内容中包括的触发条件时，数字货币系统自动触发合约执行转付的操作逻辑。

步骤S605：计算中间收款客户端向最终收款客户端转付数字货币的当前剩余额度。

当数字货币系统监听到将付款客户端的数字货币支付给中间收款客户端的操作，自动执行合约中的执行转付的操作逻辑，计算中间收款客户端向最终收款客户端转付数字货币的当前剩余额度，具体地，读取累加的中间收款客户端向最终收款客户端逐次转付的数字货币的金额，根据额度与累加的金额的差额得到中间收款客户端向最终收款客户端转付数字货币的当前剩余额度。

最终收款客户端可以包括多个客户端，当最终收款客户端包括多个客户端时，中间收款客户端向最终收款客户端转付数字货币的额度具体包括中间收款客户端向每个客户端转付的额度，并且，合约还包括：在进行转付时，转付的部分或全部金额的数字货币在每个客户端之间的分配规则。

转付的部分或全部金额的数字货币在每个客户端之间的分配规则具体可以包括：确定中间收款客户端向每个客户端转付数字货币的当前剩余额度在中间收款客户端向所有客户端转付数字货币的当前剩余总额度的占比，然后按该占比将转付的部分或全部金额的数字货币转付给各客户端。

步骤S606：判断支付金额是否大于当前剩余额度，若是，则执行步骤S607，若否则执行步骤S608。

步骤S607：根据预先选定的合约将当前剩余额度的数字货币转付给最终收款客户端。

步骤S608：根据预先选定的合约将支付金额的数字货币转付给最终收款客户端。

步骤S607和步骤S608中，将数字货币的相应金额(步骤S607中相应金额为当前剩余额度，步骤S608中相应金额为支付金额)转付给最终收款客户端，主要是将该相应金额(步骤S607中相应金额为当前剩余额度，步骤S608中相应金额为支付金额)的数字货币的属主由中间收款客户端的用户变更为最终收款客户端的用户。

其中，将当前剩余额度的数字货币的属主由中间收款客户端的用户变更为最终收款客户端的用户，主要包括：作废所有者为中间收款客户端用户的该支付金额的数字货币，然后，按当前剩余额度生成所有者为最终收款客户端用户的数字货币，并按照支付金额与当前剩余额度的差额生成所有者为中间收款客户端用户的数字货币。将支付金额的数字货币的属主由中间收款客户端的用户变更为最终收款客户端的用户，主要包括：作废所有者为中间收款客户端用户的该支付金额的数字货币，然后，生成该支付金额的所有者为最终收款客户端的用户的数字货币。

数字货币具体可以为加密字串，且加密字串包括该数字货币的金额、发行方标识和所有者标识。

本发明实施例的数字货币系统自动触发合约执行的数字货币的间接支付方法的一个示例性应用场景为网络借贷业务。网络借贷业务中，筹资人通过网络借贷平台对筹得的资金进行还款，网络借贷平台需将筹资人的还款发放给投资人。其中，网络借贷平台相当于中间收款客户端。根据由筹资人、投资人、网络借贷平台共同确认的电子合同转化为可执行的合约，并由数字货币系统强制该合约的自动化执行，能够避免网络借贷平台挪用资金的风险。

下面以一个筹资人向网络借贷平台还款(发出支付请求)、网络借贷平台将还款发放给多个投资人为例，介绍数字货币系统自动触发合约执行的数字货币的间接支付过程。

数字货币系统接收筹资人客户端发送的支付请求，支付请求包括用于支付的数字货币、支付金额、网络借贷平台的信息，网络借贷平台的信息例如筹资人在网络借贷平台还款的钱包标识等信息。数字货币系统验证该支付请求是否包括筹资人客户端的签名，当支付请求包括筹资人客户端的签名时，验证通过。数字货币系统根据支付请求，将筹资人客户端的支付金额的数字货币支付给网络借贷平台，并监听预先选定的合约的触发条件，该触发条件为将筹资人客户端的数字货币支付给网络借贷平台的操作。

当监听到筹资人客户端向网络借贷平台的支付操作之后，数字货币系统自动执行该触发条件对应的合约，将筹资人客户端向网络借贷平台支付的数字货币发放到多个投资人客户端。其中，该预先选定的合约根据由筹资人、各投资人、网络借贷平台共同确认的电子合同生成，该合约的内容包括触发条件、以及筹资人、各投资人、网络借贷平台三方的签名、以及执行转付的操作逻辑。合约的内容还包括网络借贷平台向每个投资人转付的额度，网络借贷平台向每个投资人客户端转付的额度例如可以为该投资人向网络借贷平台投资的金额。该合约可在数字货币系统中执行，且在数字货币系统中一直处于运行状态，并监听该合约内容中的触发条件，当监听到合约内容中包括的触发条件时，数字货币系统自动触发合约执行转付的操作逻辑。

数字货币系统通过执行合约中的执行转付的操作逻辑，计算网络借贷平台向每个投资人客户端转付数字货币的当前剩余额度。具体地，针对每一个投资人客户端，读取累加的网络借贷平台向该投资人客户端逐次转付的数字货币的金额，根据额度与累加的金额的差额得到网络借贷平台向该投资人转付数字货币的当前剩余额度，从而得到每个投资人的当前剩余额度。

该合约还包括：在进行转付时，转付的部分或全部金额的数字货币在每个客户端之间的分配规则。分配规则具体可以包括：确定网络借贷平台向每个投资人转付数字货币的当前剩余额度在网络借贷平台向所有投资人转付数字货币的当前剩余总额度的占比，然后按该占比将数字货币转付到每个投资人客户端。

当筹资人客户端向网络借贷平台支付的金额小于或等于各投资人的当前剩余额度时，例如，网络借贷平台向投资人客户端A转付的额度为7万元，网络借贷平台向投资人客户端B转付的额度为3万元，如果筹资人客户端C向网络借贷平台支付1万元，则根据分配规则，网络借贷平台向投资人客户端A转付7000元，并向投资人客户端B转付3000元。

当筹资人客户端向网络借贷平台支付的金额大于各投资人的当前剩余额度时，例如，网络借贷平台向投资人客户端D转付的额度为7万元，网络借贷平台向投资人客户端E转付的额度为3万元，如果筹资人客户端F向网络借贷平台支付20万元，则根据分配规则，网络借贷平台向投资人客户端D转付7万元，并向投资人客户端E转付3万元。

图7是根据本发明实施例的数字货币的间接支付系统的主要模块示意图。

本发明实施例的数字货币的间接支付系统700主要包括：接收模块701、支付模块702、转付模块703。

接收模块701，用于接收付款客户端发送的支付请求，支付请求包括用于支付的数字货币、支付金额、中间收款客户端的信息。

支付模块702，用于根据支付请求，将付款客户端的支付金额的数字货币支付给中间收款客户端。

转付模块703，用于根据预先选定的合约将支付金额中的部分或全部金额的数字货币转付给最终收款客户端。

其中，该合约包括付款客户端的用户信息、中间收款客户端的用户信息、最终收款客户端的用户信息、以及中间收款客户端向最终收款客户端转付数字货币的额度和执行转付的操作逻辑。

接收模块701还可以用于：接收包括预先选定的合约的内容或包括预先选定的合约的存储标识的支付请求。

预先选定的合约可以在预存的合约集合中，并具有付款客户端、中间收款客户端、最终收款客户端三方的签名，合约集合中的每个合约具有各自的触发条件，间接支付系统还可以包括监听模块，该监听模块主要用于在转付模块703根据预先选定的合约将支付金额中的部分或全部金额的数字货币转付给最终收款客户端之前，确定监听到预先选定的合约的触发条件，其中，预先选定的合约的触发条件为将付款客户端的数字货币支付给中间收款客户端的操作。

支付请求还可以包括付款客户端的签名；并且，间接支付系统700还包括第一验证模块，该第一验证模块主要用于在接收模块701接收付款客户端发送的支付请求之后，确认支付请求包括付款客户端的签名。

间接支付系统700还可以包括第二验证模块，该第二验证模块主要用于在接收模块701接收付款客户端发送的支付请求之后，确认预先选定的合约具有付款客户端、中间收款客户端、最终收款客户端三方的签名。

间接支付系统700还可以包括计算模块，该计算模块用于在转付模块703根据预先选定的合约将支付金额中的部分或全部金额的数字货币转付给最终收款客户端之前，计算中间收款客户端向最终收款客户端转付数字货币的当前剩余额度。具体地，读取累加的中间收款客户端向最终收款客户端逐次转付的数字货币的金额，根据中间收款客户端向最终收款客户端转付数字货币的额度与该累加的金额的差额得到中间收款客户端向最终收款客户端转付数字货币的当前剩余额度。

转付模块703还可以用于：判断支付金额是否大于当前剩余额度，若是，则根据预先选定的合约将当前剩余额度的数字货币转付给最终收款客户端；若否，则根据预先选定的合约将支付金额的数字货币转付给最终收款客户端。

转付模块703还可以用于根据预先选定的合约将支付金额中的部分或全部金额的数字货币转付给多个客户端，且中间收款客户端向最终收款客户端转付数字货币的额度包括中间收款客户端向每个客户端转付的额度，并且，合约还可以包括：在进行转付时，转付的部分或全部金额的数字货币在每个客户端之间的分配规则。

数字货币可以为加密字串，该加密字串包括数字货币的金额、发行方标识和所有者标识。

支付模块702还可以用于：将支付金额的数字货币的属主由付款客户端的用户变更为中间收款客户端的用户。

转付模块703还可以用于：将部分或全部金额的数字货币的属主由中间收款客户端的用户变更为最终收款客户端的用户。

需要说明的是，上述各实施例的数字货币系统不仅限于中央银行或者商业银行的数字货币系统，还包括能够支持数字货币各种操作(包括数字货币兑换、数字货币收付款、数字货币验证、查询统计等)的数字货币应用系统，例如数字钱包系统等。

根据本发明实施例的技术方案，接收付款客户端发送的支付请求，支付请求包括用于支付的数字货币、支付金额、中间收款客户端的信息，根据支付请求，将付款客户端的该支付金额的数字货币支付给中间收款客户端，根据预先选定的合约将支付金额中的部分或全部金额的数字货币转付给最终收款客户端。无需引入第三方参与，也无需新开立监管账户，从而有助于解决付款方到最终收款方中间存在一个或多个代收方从而带来的信用风险、操作风险等问题。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (22)

1.一种数字货币的间接支付方法，其特征在于，包括：

接收付款客户端发送的支付请求，所述支付请求包括用于支付的数字货币、支付金额、中间收款客户端的信息；

根据所述支付请求，将所述付款客户端的所述支付金额的数字货币支付给所述中间收款客户端；

根据预先选定的合约将所述支付金额中的部分或全部金额的数字货币转付给最终收款客户端，

所述合约包括所述付款客户端的用户信息、所述中间收款客户端的用户信息、所述最终收款客户端的用户信息、以及所述中间收款客户端向所述最终收款客户端转付数字货币的额度和执行转付的操作逻辑。

2.根据权利要求1所述的方法，其特征在于，所述支付请求中包括预先选定的合约的内容或包括预先选定的合约的存储标识。

3.根据权利要求1所述的方法，其特征在于，所述预先选定的合约在预存的合约集合中，并具有所述付款客户端、所述中间收款客户端、所述最终收款客户端三方的签名，所述合约集合中的每个合约具有各自的触发条件，

在根据预先选定的合约将所述支付金额中的部分或全部金额的数字货币转付给最终收款客户端之前，还包括：

确定监听到所述预先选定的合约的触发条件，其中，所述预先选定的合约的触发条件为将所述付款客户端的数字货币支付给所述中间收款客户端的操作。

4.根据权利要求1所述的方法，其特征在于，接收付款客户端发送的支付请求之后，还包括：

确认所述支付请求包括所述付款客户端的签名。

5.根据权利要求2所述的方法，其特征在于，接收付款客户端发送的支付请求之后，还包括：

确认所述预先选定的合约具有所述付款客户端、所述中间收款客户端、所述最终收款客户端三方的签名。

6.根据权利要求1所述的方法，其特征在于，

根据预先选定的合约将所述支付金额中的部分或全部金额的数字货币转付给最终收款客户端之前，还包括：计算所述中间收款客户端向所述最终收款客户端转付数字货币的当前剩余额度；

根据预先选定的合约将所述支付金额中的部分或全部金额的数字货币转付给最终收款客户端，包括：判断所述支付金额是否大于所述当前剩余额度，若是，则根据预先选定的合约将所述当前剩余额度的数字货币转付给最终收款客户端；若否，则根据预先选定的合约将所述支付金额的数字货币转付给最终收款客户端。

7.根据权利要求6所述的方法，其特征在于，所述最终收款客户端包括多个客户端，所述额度包括所述中间收款客户端向每个客户端转付的额度，并且，所述合约还包括：在进行所述转付时，转付的部分或全部金额的数字货币在所述每个客户端之间的分配规则。

8.根据权利要求7所述的方法，其特征在于，所述分配规则包括：

确定所述中间收款客户端向所述每个客户端转付数字货币的当前剩余额度在所述中间收款客户端向所有所述客户端转付数字货币的当前剩余总额度的占比，然后按该占比将所述转付的部分或全部金额的数字货币转付给各所述客户端。

9.根据权利要求6所述的方法，其特征在于，计算所述中间收款客户端向所述最终收款客户端转付数字货币的当前剩余额度，包括：

读取累加的所述中间收款客户端向所述最终收款客户端逐次转付的数字货币的金额，根据所述额度与所述累加的金额的差额得到所述中间收款客户端向所述最终收款客户端转付数字货币的当前剩余额度。

10.根据权利要求1所述的方法，其特征在于，所述数字货币为加密字串，所述加密字串包括所述数字货币的金额、发行方标识和所有者标识。

11.根据权利要求1所述的方法，其特征在于，

将所述付款客户端的所述支付金额的数字货币支付给所述中间收款客户端，包括：将所述支付金额的数字货币的属主由所述付款客户端的用户变更为所述中间收款客户端的用户；

将所述支付金额中的部分或全部金额的数字货币转付给最终收款客户端，包括：将所述部分或全部金额的数字货币的属主由所述中间收款客户端的用户变更为所述最终收款客户端的用户。

12.一种数字货币的间接支付系统，其特征在于，包括：

接收模块，用于接收付款客户端发送的支付请求，所述支付请求包括用于支付的数字货币、支付金额、中间收款客户端的信息；

支付模块，用于根据所述支付请求，将所述付款客户端的所述支付金额的数字货币支付给所述中间收款客户端；

转付模块，用于根据预先选定的合约将所述支付金额中的部分或全部金额的数字货币转付给最终收款客户端，

所述合约包括所述付款客户端的用户信息、所述中间收款客户端的用户信息、所述最终收款客户端的用户信息、以及所述中间收款客户端向所述最终收款客户端转付数字货币的额度和执行转付的操作逻辑。

13.根据权利要求12所述的系统，其特征在于，所述接收模块还用于：

接收包括预先选定的合约的内容或包括预先选定的合约的存储标识的支付请求。

14.根据权利要求12所述的系统，其特征在于，所述预先选定的合约在预存的合约集合中，并具有所述付款客户端、所述中间收款客户端、所述最终收款客户端三方的签名，所述合约集合中的每个合约具有各自的触发条件，所述间接支付系统还包括：

监听模块，用于在所述转付模块根据预先选定的合约将所述支付金额中的部分或全部金额的数字货币转付给最终收款客户端之前，确定监听到所述预先选定的合约的触发条件，其中，所述预先选定的合约的触发条件为将所述付款客户端的数字货币支付给所述中间收款客户端的操作。

15.根据权利要求12所述的系统，其特征在于，所述支付请求还包括所述付款客户端的签名；并且，所述间接支付系统还包括：

第一验证模块，用于在所述接收模块接收付款客户端发送的支付请求之后，确认所述支付请求包括所述付款客户端的签名。

16.根据权利要求13所述的系统，其特征在于，所述间接支付系统还包括：

第二验证模块，用于在所述接收模块接收付款客户端发送的支付请求之后，确认所述预先选定的合约具有所述付款客户端、所述中间收款客户端、所述最终收款客户端三方的签名。

17.根据权利要求12所述的系统，其特征在于，还包括：

计算模块，用于在所述转付模块根据预先选定的合约将所述支付金额中的部分或全部金额的数字货币转付给最终收款客户端之前，计算所述中间收款客户端向所述最终收款客户端转付数字货币的当前剩余额度；所述转付模块还用于：

判断所述支付金额是否大于所述当前剩余额度，

若是，则根据预先选定的合约将所述当前剩余额度的数字货币转付给最终收款客户端；

若否，则根据预先选定的合约将所述支付金额的数字货币转付给最终收款客户端。

18.根据权利要求17所述的系统，其特征在于，所述转付模块还用于：

根据预先选定的合约将所述支付金额中的部分或全部金额的数字货币转付给多个客户端，且所述额度包括所述中间收款客户端向每个客户端转付的额度，并且，所述合约还包括：在进行所述转付时，转付的部分或全部金额的数字货币在所述每个客户端之间的分配规则。

19.根据权利要求17所述的系统，其特征在于，所述计算模块还用于：

读取累加的所述中间收款客户端向所述最终收款客户端逐次转付的数字货币的金额，根据所述额度与所述累加的金额的差额得到所述中间收款客户端向所述最终收款客户端转付数字货币的当前剩余额度。

20.根据权利要求12所述的系统，其特征在于，所述数字货币为加密字串，所述加密字串包括所述数字货币的金额、发行方标识和所有者标识。

21.根据权利要求12所述的系统，其特征在于，

所述支付模块还用于：将所述支付金额的数字货币的属主由所述付款客户端的用户变更为所述中间收款客户端的用户；

所述转付模块还用于：将所述部分或全部金额的数字货币的属主由所述中间收款客户端的用户变更为所述最终收款客户端的用户。

22.一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机指令，其特征在于，所述计算机指令能够被计算机或计算机系统运行，从而使该计算机或计算机系统能够执行权利要求1-11中任一项所述的方法。