CN116012006A - 一种基于数字货币的支付方法、平台及支付系统 - Google Patents

Abstract

本发明公开了一种基于数字货币的支付方法、平台及支付系统，涉及计算机技术领域。该方法的一具体实施方式包括：接收针对处于冻结状态的第一数字货币的目标支付请求，所述冻结状态的第一数字货币是基于预支付请求预配置的预支付缴存智能合约生成的；根据所述目标支付请求所指示的目标支付金额、所述第一数字货币、预配置的预支付核销智能合约和所述第一数字货币对应的第一账户的数字货币余额，生成第二数字货币；其中，所述第二数字货币处于可用状态，且所述第二数字货币的面额为所述目标支付金额与所述数字货币余额之和；将所述第二数字货币发送给所述第一账户。该实施方式提高了交易安全性，有利于保障用户权益。

Description

一种基于数字货币的支付方法、平台及支付系统

技术领域

本发明涉及计算机技术领域，尤其涉及一种基于数字货币的支付方法、平台及支付系统。

背景技术

预支付是一种常见的支付场景，例如，各个线上电子平台的会员预充值活动、线下的健身场所和培训机构的预充值活动等。

在现有的预支付场景下，用户预支付的货币直接支付至了服务提供方的账户中，无论服务提供方是否已提供了相应的服务，服务提供方可直接使用预支付的货币。这可能导致在用户还未使用完已购买的服务、服务提供方即终止服务的情况下，用户也无法针对预支付的货币进行退款，这降低了预支付场景的交易安全性，难以保障用户权益。

发明内容

有鉴于此，本发明实施例提供一种基于数字货币的支付方法、平台及支付系统，能够基于预配置的预支付缴存智能合约，使得与预支付金额对应的第一数字货币处于冻结状态，此时发起预支付请求的用户以及服务提供方无法使用该第一数字货币。当接收到针对处于冻结状态的第一数字货币对应的目标支付请求时，根据预支付核销智能合约，对处于冻结状态的第一数字货币进行核销，并根据第一数字货币对应的第一账户的数字货币余额，生成处于可用状态的第二数字货币，第二数字货币的面额为目标支付请求指示的目标支付金额与数字货币余额之和，然后将第二数字货币发送给服务提供方对应的第一账户，使得服务提供方可使用第二数字货币。由此，通过预支付智能合约，避免了服务提供方提前使用预支付的数字货币，提高了预支付场景的交易安全性。进一步地，还能撤销或取消未使用的预支付数字货币，使得未使用的预支付数字货币返回至第一用户对应的第二账户中，解决了现有的预支付场景下，用户无法针对预支付的货币进行退款的问题，从而进一步提高了预支付场景的交易安全性，保障了用户权益。

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

本发明实施例的一种基于数字货币的支付方法应用于支付平台时，包括：

接收针对处于冻结状态的第一数字货币的目标支付请求，所述冻结状态的第一数字货币是基于预支付请求以及预配置的预支付缴存智能合约生成的；

根据所述目标支付请求所指示的目标支付金额、所述第一数字货币、预配置的预支付核销智能合约和所述第一数字货币对应的第一账户的数字货币余额，生成第二数字货币；其中，所述第二数字货币处于可用状态，且所述第二数字货币的面额为所述目标支付金额与所述数字货币余额之和；

将所述第二数字货币发送给所述第一账户。

可选地，根据所述第一数字货币与所述目标支付金额的差额、以及所述预支付核销智能合约，生成新的处于冻结状态的第一数字货币。

可选地，该方法还包括：

在接收到针对所述第一数字货币的取消请求的情况下，获取所述第一账户的第一签名信息和所述预支付请求对应的第二账户的第二签名信息；

在获取到所述第一签名信息和所述第二签名信息的情况下，将所述第一数字货币的状态设置为可用状态，并将所述第一数字货币发送给所述第二账户。

可选地，在所述接收针对处于冻结状态的第一数字货币的目标支付请求之前，还包括：

接收第一终端的预支付请求，所述预支付请求指示了第二账户以及预支付金额；

根据所述预支付请求、所述第二账户所对应的第三数字货币以及预配置的预支付缴存智能合约，生成与所述预支付金额对应的第一数字货币，所述第一数字货币的状态为冻结状态。

可选地，所述预支付请求还指示了所述第一账户；

将所述预支付缴存智能合约和/或所述第一账户作为所述第一数字货币的字段写入所述第一数字货币。

可选地，确定所述目标支付请求本次指示的账户是否与所述第一账户相同；

如果是，生成所述第二数字货币；

如果否，拒绝所述目标支付请求。

可选地，所述预支付请求还指示了支付期限以及与所述支付期限对应的支付额度；该方法还包括：

在监测到当前时间满足所述支付期限的情况下，根据所述支付额度、所述第一账户的数字货币余额和所述预支付核销智能合约，生成所述第二数字货币，其中，所述第二数字货币的面额为所述支付额度与所述数字货币余额之和。

可选地，将所述预支付核销智能合约作为所述新的处于冻结状态的第一数字货币的字段写入所述第一数字货币。

可选地，在所述取消请求为第一终端发送的撤销请求的情况下，还包括：

根据预配置的预支付撤销智能合约，确定所述第一数字货币是否可撤销；

如果是，获取所述第一签名信息和所述第二签名信息；

如果否，拒绝所述撤销请求。

可选地，在生成所述第二数字货币之后，还包括：

利用自身的第三签名信息，对所述第一数字货币进行签名，并根据签名后的所述第一数字货币、所述第二签名信息以及所述预支付缴存智能合约，生成并存储第一预支付交易信息。

可选地，所述预支付请求还指示了场景标识和/或业务标识；

根据所述第一数字货币和所述第二签名信息、所述预支付缴存智能合约以及所述场景标识和/或业务标识，生成所述第一预支付交易信息。

可选地，在所述目标支付请求还指示场景标识和/或业务标识的情况下，还包括：

确定所述目标支付请求本次指示的场景标识和/或业务标识是否分别与所述第一预支付交易信息指示的场景标识和/或业务标识相同；

如果是，生成所述第二数字货币；

如果否，拒绝所述目标支付请求。

可选地，还包括：

确定所述目标支付请求是否包括所述目标支付请求的发送端的签名信息，如果是，生成所述第二数字货币。

可选地，还包括：

根据所述预支付核销智能合约、所述发送端的签名信息、自身的第三签名信息以及所述第一数字货币和目标支付金额的差额，生成第二预支付交易信息。

可选地，所述根据所述预支付请求、所述第二账户所对应的第三数字货币以及预配置的预支付缴存智能合约，生成与所述预支付金额对应的第一数字货币，包括：

确定所述第二账户中的第三数字货币以及所述第三数字货币的可用面额；

根据所述可用面额与所述预支付金额的大小，确定所述第一数字货币的生成方式，并根据所述生成方式生成与所述预支付金额对应的第一数字货币。

可选地，当所述可用面额大于所述预支付金额时，确定所述生成方式为拆分所述第三数字货币；

将所述第三数字货币拆分为所述第一数字货币和第四数字货币，所述第一数字货币的面额和所述第四数字货币的面额之和与所述可用面额相等，且所述第四数字货币的状态为可用状态，并注销所述第三数字货币。

可选地，还包括：

将所述第一数字货币冻结于所述第一账户或所述预支付请求对应的第二账户或支付平台中。

可选地，还包括：

当确定出所述第一数字货币的面额小于所述目标支付金额的情况下，向发起所述预支付请求的第一终端发送预支付追缴提示。

可选地，还包括：

当接收到所述第一终端根据所述预支付追缴提示发送的预支付追缴请求时，校验所述预支付追缴请求所指示的第一账户、第二账户是否为空，如果否，获取所述第一账户的第一签名信息以及所述第二账户的第二签名信息；

在获取到所述第一签名信息和所述第二签名信息的情况下，根据预配置的预支付追缴智能合约、所述预支付追缴请求所指示的金额、所述第一数字货币，生成新的处于冻结状态的第一数字货币。

可选地，还包括：

接收终止指令；

根据所述终止指令以及预配置的预支付终止智能合约，将所述第一数字货币的状态设置为可用状态，并将所述第一数字货币发送给所述预支付请求对应的第二账户；以及

向发起所述预支付请求的第一终端以及所述第一账户对应的第二终端发送预支付终止提示信息。

可选地，通过冻结支付接口接收所述预支付请求；还包括：

当通过所述冻结支付接口接收到第一反交易请求时，获取所述第一账户的第一签名信息和所述预支付请求对应的第二账户的第二签名信息；

在获取到所述第一签名信息和所述第二签名信息的情况下，将所述第一数字货币的状态设置为可用状态，并将所述第一数字货币发送给所述第二账户。

可选地，通过解冻支付接口接收所述目标支付请求；还包括：

当通过所述解冻支付接口接收到第二反交易请求时，获取所述第一账户对应的第一签名信息和所述预支付请求对应的第二账户的第二签名信息；

在获取到所述第一签名信息和所述第二签名信息的情况下，注销所述第二数字货币，生成与所述数字货币余额相等的第五数字货币，并根据所述目标支付金额，更新所述第一数字货币。

可选地，在生成所述第二数字货币之后，还包括：注销所述第一账户的数字货币余额对应的第五数字货币。

为实现上述目的，根据本发明实施例的另一方面，提供了一种基于数字货币的支付平台。

本发明实施例的一种基于数字货币的支付平台，包括：请求接收模块、核销模块以及货币发送模块；其中，

所述请求接收模块，用于接收针对处于冻结状态的第一数字货币的目标支付请求，所述冻结状态的第一数字货币是基于预支付请求以及预配置的预支付缴存智能合约生成的；

所述核销模块，用于根据所述目标支付请求所指示的目标支付金额、所述第一数字货币以及预配置的预支付核销智能合约，生成与所述目标支付金额对应的第二数字货币；

所述货币发送模块，用于将所述第二数字货币发送给所述第一数字货币对应的第一账户。

为实现上述目的，根据本发明实施例的又一方面，提供了一种基于数字货币的支付系统。

本发明实施例的一种基于数字货币的支付系统，包括：上述任一所述的支付平台以及第一终端；其中，所述第一终端包括：预支付请求发送模块、冻结货币存储模块和目标支付请求发送模块；

所述预支付请求发送模块，用于响应于第一触发，生成预支付请求，并向支付平台发送所述预支付请求；所述预支付请求指示了第二账户以及预支付金额；

所述冻结货币存储模块，用于接收与所述预支付金额对应的第一数字货币，并将处于冻结状态的第一数字货币存储于所述第二账户中；

所述目标请求发送模块，用于响应于第二触发，生成针对于所述第一数字货币的目标支付请求，并向所述支付平台发送所述目标支付请求。

可选地，所述第一终端根据所述第二账户的第二签名信息，生成所述预支付请求和/或所述目标支付请求。

可选地，所述第一终端响应于所述支付平台对所述预支付请求和/或所述目标支付请求的反馈，向所述支付平台发送所述第二账户的第二签名信息。

可选地，所述目标请求发送模块，用于获取与第一账户对应的支付标识或支付图像，以确定所述第一账户，并根据所述第一账户以及所述第二触发，生成所述目标支付请求。

可选地，所述第一终端还包括：处理模块；其中，

所述处理模块，用于接收所述支付平台发送的预支付追缴提示，并展示所述预支付追缴提示；当接收到根据所述预支付追缴提示输入的追缴信息时，根据所述追缴信息包括的第一账户和第二账户，生成预支付追缴请求，并将所述预支付追缴请求发送给所述支付平台。

可选地，该支付系统还包括：第二终端；其中，

所述第二终端，用于接收第二数字货币，并将所述第二数字货币存储于第一账户中。

可选地，所述第二终端，用于响应于第三触发，生成针对于所述第一数字货币的目标支付请求，并向所述支付平台发送所述目标支付请求。

可选地，所述第二终端，用于接收所述支付平台发送的关于预支付追缴请求的支付信息，所述支付信息指示了第一账户、第二账户以及所述预支付追缴请求所指示的金额；根据所述支付信息，对所述预支付追缴请求进行校验，当校验通过时，向所述支付平台发送与第一账户对应的第一签名信息。

为实现上述目的，根据本发明实施例的又一方面，提供了一种基于数字货币支付的电子设备。

本发明实施例的一种基于数字货币支付的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例的一种基于数字货币的支付方法。

为实现上述目的，根据本发明实施例的再一方面，提供了一种计算机可读存储介质。

本发明实施例的一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例的一种基于数字货币的支付方法。

上述发明中的一个实施例具有如下优点或有益效果：能够基于预配置的预支付缴存智能合约，使得与预支付金额对应的第一数字货币处于冻结状态，此时发起预支付请求的用户以及服务提供方无法使用该第一数字货币。当接收到针对处于冻结状态的第一数字货币对应的目标支付请求时，根据预支付核销智能合约，对处于冻结状态的第一数字货币进行核销，并根据第一数字货币对应的第一账户的数字货币余额，生成处于可用状态的第二数字货币，第二数字货币的面额为目标支付请求指示的目标支付金额与数字货币余额之和，然后将第二数字货币发送给服务提供方对应的第一账户，使得服务提供方可使用第二数字货币。由此，通过预支付智能合约，避免了服务提供方提前使用预支付的数字货币，提高了预支付场景的交易安全性。进一步地，还能撤销或取消未使用的预支付数字货币，使得未使用的预支付数字货币返回至第一用户对应的第二账户中，解决了现有的预支付场景下，用户无法针对预支付的货币进行退款的问题，从而进一步提高了预支付场景的交易安全性，保障了用户权益。

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

附图说明

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

图1是根据本发明实施例的一种基于数字货币的支付方法的主要步骤的示意图；

图2是根据本发明实施例的一种基于数字货币的支付平台的主要模块的示意图；

图3是根据本发明实施例的一种基于数字货币的支付系统的主要模块的示意图；

图4是根据本发明实施例的又一种基于数字货币的支付方法的主要步骤的示意图；

图5是根据本发明实施例的一种数字货币生成过程示意图；

图6是根据本发明实施例的再一种基于数字货币的支付方法的主要步骤的示意图；

图7是本发明实施例可以应用于其中的示例性系统架构图；

图8是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

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

需要指出的是，在不冲突的情况下，本发明的实施例以及实施例中的技术特征可以相互结合。

图1是根据本发明实施例的一种基于数字货币的支付方法应用于支付平台时的主要步骤的示意图。

如图1所示，本发明实施例的一种基于数字货币的支付方法应用于支付平台时，主要包括以下步骤：

步骤S101：接收针对处于冻结状态的第一数字货币的目标支付请求，所述冻结状态的第一数字货币是基于预支付请求以及预配置的预支付缴存智能合约生成的。

在本发明一个实施例中，可以通过如下方式根据预支付请求以及预配置的预支付缴存智能合约生成第一数字货币：接收第一终端的预支付请求，所述预支付请求指示了第二账户以及预支付金额；根据所述预支付请求、所述第二账户所对应的第三数字货币以及预配置的预支付缴存智能合约，生成与所述预支付金额对应的第一数字货币，所述第一数字货币的状态为冻结状态。

当用户需要进行预支付缴存时，可对第一终端上的预支付缴存界面进行触发，然后，第一终端响应于用户的第一触发，生成预支付请求，该预支付请求指示了第二账户以及预支付金额。其中，第二账户即用户的账户，预支付金额即对应本次预支付时待缴存的金额。

值得一提的是，在本发明实施例中，“第一”、“第二”等术语并不构成对本方案的限定，也并非有绝对的对应关系，如“第一终端”并不对应于“第一账户”，这些术语仅是为了便于区分不同主体，以更清楚地阐述本发明实施例。在本发明实施例中，消费者对应于用户，其对应的终端为第一终端，其对应的账户为第二账户，其对应的签名信息为第二签名信息。服务提供方对应的终端为第二终端，其对应的账户为第一账户，其对应的签名信息为第一签名信息。另外，在本发明实施例中，数字货币既包括通常指代的央行发行的法定数字货币，也可以适用于其他电子形式、数字形式的货币或资产，如各类电子货币、合法加密货币和加密资产等。

在生成第一数字货币时，需要得到资金来源方的签名。在本发明一个实施例中，在接收到与所述第二账户对应的第二签名信息的情况下，根据预支付缴存智能合约和第二账户中的第三数字货币，生成与所述预支付金额对应的第一数字货币，并确定所述第一数字货币所对应的第一账户。

其中，可以通过将所述预支付缴存智能合约和/或所述第一账户作为所述第一数字货币的字段写入所述第一数字货币，来生成第一数字货币，从而确定第一数字货币对应的第一账户，并且，由于预支付缴存智能合约的强制性，使得第一数字货币和第一账户的对应关系不可更改。

在这里，资金来源方即为发起预支付请求的第一终端所对应的第二账户，在接收到第二账户对应的第二签名信息后，说明资金来源方承认预支付请求指示的预支付金额可以被冻结，以作为特定账户(第一账户)对应的预支付数字货币，在此情况下，才根据预支付缴存智能合约和所述第三数字货币，生成与预支付金额对应的第一数字货币，以保证预支付过程的交易安全性。

第二签名信息由第一终端发送给支付平台，其可以由预支付请求携带着发送给支付平台，也可以是支付平台在收到预支付请求之后，准备生成第一数字货币时，向第一终端发送相应的反馈信息，而第一终端根据该反馈信息向支付平台发送第二签名信息。第二签名信息可以是用户的认证信息，也可以是用户的支付密码等。

在此过程中，作为预付款的第一数字货币本身的价值是未被转移到服务提供方的，其只是被预支付缴存智能合约进行了价值锁定，也即，第一数字货币的状态为冻结状态。并且，根据预支付缴存智能合约生成第一数字货币，由于预支付缴存智能合约的强制性，使得第一数字货币只能用于特定的服务提供方进行支付，也即，确定了第一数字货币所对应的第一账户(服务提供方的账户)，只有第一数字货币用于支付给第一账户时，第一数字货币才能被用户正常支付。

基于此，在本发明一个实施例中，确定所述目标支付请求本次指示的账户是否与所述第一账户相同；如果是，根据所述目标支付请求所指示的目标支付金额、所述第一数字货币以及预配置的预支付核销智能合约，生成第二数字货币；如果否，拒绝所述目标支付请求。

在此实施例中，只有当目标支付请求本次指示的账户与预支付缴存智能合约所确定的第一数字货币对应的第一账户相同时，支付平台才响应目标支付请求，并根据预支付核销智能合约，生成面额为目标支付金额与第一账户的数字货币余额之和的第二数字货币。在目标支付请求本次指示的账户与第一账户不同时，说明目标支付请求并非请求将预支付的第一数字货币用于预支付缴存智能合约所约定的服务提供方，此时支付平台拒绝目标支付请求，以保障交易安全性以及服务提供方的权益。

另外，在本发明一个实施例中，在生成第一数字货币之后，支付平台还可以利用自身的第三签名信息，对所述第一数字货币进行签名，并根据签名后的所述第一数字货币、第二账户的第二签名信息以及所述预支付缴存智能合约，生成并存储第一预支付交易信息。

根据前述实施例，支付平台在获取到第二账户对应的第二签名信息后，才生成第一数字货币。在这里，在生成第一数字货币之后，支付平台利用自身的第三签名信息对第一数字货币进行签名，以根据第二签名信息以及预支付缴存智能合约，生成第一预支付交易信息，在第一预支付交易信息中，可以记录预支付的余额为本次预支付过程中所缴存的金额(第一数字货币的面额)，以及预付款变更次数为0。

在本发明一个实施例中，预支付的金额(第一数字货币)可以用于支付给某个特定的服务提供方；也可以用于支付给一个商户集合中的特定商户，例如用于支付给某个电商平台中的某个特定商户，或者用于支付给某个大型商超中的某个特定商户；其也可以用于支付给某个场景下中的特定商户，如用于支付给交通出行场景下某个特定商户，或者用于支付给娱乐场景下某个特定商户。

当预支付金额用于支付给某个场景中的特定商户时，预支付请求还指示了场景标识和/或业务标识；在此情况下，支付平台可以根据所述第一数字货币和所述第二签名信息、所述预支付缴存智能合约以及所述场景标识和/或业务标识，生成所述第一预支付交易信息。

其中，场景标识与特定场景相对应，不同的场景具有不同的场景标识，例如，交通出行场景和娱乐场景具有不同的场景标识。当预支付金额用于支付给某个场景中的特定商户时，在发送预支付请求时即携带相应的场景标识，以便后续在使用预支付金额(被冻结的第一数字货币)时，可便于根据场景标识确定目标支付请求是否正确针对相应的预支付场景，从而提高交易安全性。另外，业务标识可以为本次预支付过程(即本次预支付业务)对应的流水号，其可以在第一终端发送预支付请求时即携带着发送给支付平台，也可以由支付平台在接收到预支付请求之后再生成，也即，业务标识可以由第一终端生成，也可以由支付平台生成。

在支付平台在生成第一预支付交易信息时，不仅根据第一数字货币和所述第一签名信息、所述预支付缴存智能合约，也根据场景标识和业务标识来生成，因此，第一预支付交易信息不仅记录有预支付的余额为本次预支付过程中所缴存的金额(第一数字货币的面额)，以及预付款变更次数为0，还可以记录有相应的场景标识和业务标识。

可以理解的是，在支付平台生成相应的第一预支付交易信息之后，可以向用户的第一终端以及服务提供方的第二终端发送相应的反馈信息，使得第一终端或第二终端在发送目标支付请求时，携带正确的信息。例如，在预支付请求指示了场景标识和/或业务标识时，使得第一终端或第二终端发送的目标支付请求也指示场景标识和/或业务标识。

另外，在本发明一个实施例中，可以根据下述方式来生成第一数字货币：确定所述第二账户中的第三数字货币以及所述第三数字货币的可用面额；根据所述可用面额与所述预支付金额的大小，确定所述第一数字货币的生成方式，并根据所述生成方式生成与所述预支付金额对应的第一数字货币。

在本发明一个实施方式中，当所述可用面额大于所述预支付金额时，确定所述生成方式为拆分所述第三数字货币；那么，在生成第一数字货币时，即可将所述第三数字货币拆分为所述第一数字货币和第四数字货币，所述第一数字货币的面额和所述第四数字货币的面额之和与所述可用面额相等，且所述第四数字货币的状态为可用状态，并注销所述第三数字货币。

例如，当第二账户中的第三数字货币的可用面额为100，而预支付金额为10，则生成所请求的第一数字货币的生成方式为拆分可用数字货币。在这里，即将可用面额为100的第三数字货币拆分成面额为10的第一数字货币以及面额为90的第四数字货币，该第一数字货币的面额与所请求的预支付金额相等，且第一数字货币处于冻结状态，第四数字货币处于可用状态，同时注销第二账户中原有的第三数字货币，即实现了将原有的第三数字货币拆分为处于冻结状态的第一数字货币以及处于可用状态的第四数字货币。

在本发明另一个实施方式中，当第二账户中的第三数字货币的可用面额与所述预支付金额相等时，第一数字货币的生成方式为将可用面额等于预支付金额的第三数字货币标识为第一数字货币，也就是说，将第三数字货币中可用面额与预支付相等的第三数字货币标识为第一数字货币。

当支付平台确定出第二账户中存储多个处于可用状态的第三数字货币，且多个第三数字货币的可用面额与预支付金额相等时，可从与预支付金额相等的多个第三数字货币中任选一个第三数字货币标识为第一数字货币。

其中，对数字货币的标识主要为对数字货币的状态进行标识，例如，当支付平台确定出其可用面额与预支付金额相等的第三数字货币后，可将该第三数字货币的状态标识为“冻结”状态或者“预支付”状态。已标识的数字货币不可再用于其他通用场景的市场流通，而仅可用于特定的预支付场景。

另外，当第二账户中存在多个可用面额小于预支付金额的第三数字货币时，可通过将可用面额小于预支付金额的多个第三数字货币进行组合的方式生成第一数字货币。

例如，当支付平台确定出第二账户中的第三数字货币为可用数字货币A和可用数字货币B，其中，可用数字货币A的可用面额为2，可用数字货币B的可用面额为8，预支付金额为10，则可将可用数字货币A和可用货币数字B进行组合，以生成第一数字货币。

当然，可用面额小于预支付金额的多个第三数字货币组合后的面额可能大于预支付金额，也就是说，多个可用面额之和可能大于预支付金额。例如，当支付平台确定出与第二账户中的多个第三数字货币为可用数字货币C和可用数字货币D，其中，可用数字货币C的可用面额为4，可用数字货币D的可用面额为8，预支付金额10，此时可用数字货币C和可用数字货币D组合后的面额为12，即组合后的面额大于预支付金额10。

在此情况下，可先将可用数字货币C和可用数字货币D组成生成面额为12的数字货币后，再将面额为12的数字货币拆分成面额为10的数字货币和面额为2的数字货币，该拆分过程与将可用面额大于预支付金额的可用数字货币进行拆分的过程相同，在此不再赘述。然后将面额为10的数字货币标识为第一数字货币。另外，也可直接根据可用数字货币C和可用数字货币D生成面额为10的数字货币和面额为2的数字货币。或者，先对第三数字货币中的一个或多个进行拆分，然后将拆分后的第三数字货币与其他第三数字货币进行组合，以生成与预支付金额对应的第一数字货币，例如，先将可用数字货币D拆分为面额为6的数字货币和面额为2的数字货币，然后将面额为6的数字货币与第二账户中面额为4的可用数字货币D进行组合，生成与预支付金额10相应的第一数字货币。

值得一提的是，第二账户中的第三数字货币可能同时包括处于可用状态的第三数字货币以及处于冻结状态的冻结数字货币，此时的冻结数字货币是预先生成的、与在先预支付请求所对应的预支付款项，由于冻结数字货币仅可用于与其预支付请求相对应的特定预支付场景，因此此处在生成第一数字货币时，仅根据处于可用状态的第三数字货币来生成，即根据第二账户中处于可用状态的第三数字货币来生成第一数字货币。

生成第一数字货币之后，处于冻结状态的第一数字货币可以仍冻结于第二账户中，也就是说，根据预支付缴存智能合约生成的第一数字货币仍存储于消费者的第二账户中，其价值是未被转移到服务提供方的，而只是被预支付缴存智能合约锁定了价值，使得该第一数字货币只能到预支付对应的服务提供方进行消费，即仅可用于转移至特定的第一账户。

当然，处于冻结状态的第一数字货币也可以冻结于第一账户(服务方对应的账户)或者其他第三方(如支付平台或其他可信第三方)。可以理解的是，即使将第一数字货币冻结于第一账户中，也即，将第一数字货币存储在服务提供方的账户，由于第一数字货币处于冻结状态，服务提供方也无法随意使用第一数字货币，因此仍可保证交易安全性，保障消费者权益。

步骤S102：根据所述目标支付请求所指示的目标支付金额、所述第一数字货币、预配置的预支付核销智能合约和所述第一数字货币对应的第一账户的数字货币余额，生成第二数字货币；其中，所述第二数字货币处于可用状态，且所述第二数字货币的面额为所述目标支付金额与所述数字货币余额之和。

在本发明实施例中，在响应目标支付请求时，根据目标支付金额与服务提供方的第一账户中的数字货币余额，直接生成服务提供方可使用的第二数字货币，该第二数字货币处于可用状态，以便于服务提供方将第二数字货币应用于通用支付场景。其中，第一账户的数字货币余额即对应第二终端中的数字货币余额，也即服务提供方的数字货币余额。可以理解的是，该数字货币余额对应于第二终端中处于可用状态的数字货币的面额，在第二终端中存在多个处于可用状态的数字货币时，第一账户的数字货币余额即为这多个处于可用状态的数字货币面额之和，在第二终端仅存在一个可用状态的数字货币时，第一账户的数字货币余额即为该可用状态的数字货币的面额。

在生成第二数字货币时，直接根据第一账户中的数字货币余额，也即，根据第二终端中处于可用状态的数字货币来生成。具体地，支付平台可以将第二终端中处于可用状态的数字货币进行注销，并根据处于可用状态的数字货币的面额与目标支付金额之和，生成第二数字货币。例如，服务提供方的第二终端中处于可用状态的数字货币面额之和(第一账户的数字货币余额)为100、目标支付金额为10、处于冻结状态的第一数字货币的面额为30，在响应目标支付请求时，生成的第二数字货币的面额为110，并且支付平台还会根据目标支付金额，生成新的面额为20第一数字货币，新的第一数字货币仍处于冻结状态，以及注销第二终端中原有数字货币余额100所对应的第五数字货币。

根据前述实施例，在预支付请求指示了场景标识和/或业务标识时，第一终端或第二终端发送的目标支付请求也会指示场景标识和/或业务标识。在此情况下，由于预支付金额是用于针对特定场景下商户的支付，因此会对场景标识进行校验；或者，若预支付金额未指定特定的场景，那么就仅对相应的业务标识进行校验。在此实施方式中，可以确定所述目标支付请求指示的场景标识和/或业务标识是否分别与所述第一预支付交易信息指示的场景标识和/或业务标识相同；如果是，根据所述目标支付请求所指示的目标支付金额、所述第一数字货币、预配置的预支付核销智能合约和所述第一数字货币对应的第一账户的数字货币余额，生成第二数字货币，生成与所述目标支付金额对应的第二数字货币；如果否，拒绝所述目标支付请求。

在这里，当第一预支付交易信息中包括场景标识和业务标识时，若目标支付请求中携带的场景标识和业务标识与第一预支付交易信息中的场景标识和业务标识相同，那么即可根据目标支付请求生成第二数字货币，否则支付平台直接拒绝所述目标支付请求，即无需根据目标支付请求生成第二数字货币。或者，当第一预支付交易信息中包括业务标识时，若目标支付请求中携带的业务标识与第一预支付交易信息中的业务标识相同，那么也可根据目标支付请求生成第二数字货币，否则支付平台直接拒绝所述目标支付请求，即无需根据目标支付请求生成第二数字货币。或者，当第一预支付交易信息中包括场景标识时，若目标支付请求中携带的场景标识与第一预支付交易信息中的场景标识相同，那么也可根据目标支付请求生成第二数字货币，否则支付平台直接拒绝所述目标支付请求，即无需根据目标支付请求生成第二数字货币。

在本发明一个实施例中，在生成第二数字货币时，支付平台也会确定所述目标支付请求是否包括所述目标支付请求的发送端的签名信息，如果是，生成第二数字货币。

其中，目标支付请求可以由第一终端发起，也可以由第二终端发起，也即，目标支付请求可以由消费者发起，也可以由服务提供方发起，那么，目标支付请求的发送端可以为第一终端，也可以为第二终端。

当目标支付请求的发送端为第一终端时，发送端的签名信息即为第二账户的第二签名信息，在生成第二数字货币时，势必需获取第二签名信息，以表征用户对本次使用预支付金额的认证。当然，若发送端为第一终端时，支付平台还可以从第二终端获取第一签名信息，以得到服务提供方对可提供服务的认证。

当目标支付请求的发送端为第二终端时，发送端的签名信息即为第一账户的第一签名信息，支付平台则根据第一签名信息确定服务提供方可提供相应的服务，另外，支付平台还需向第一终端获取第二签名信息，得到用户对本次使用预支付金额的认证。

在得到目标支付请求的发送端的签名信息，并生成第二数字货币之后，在本发明一个实施例中，可根据所述预支付核销智能合约、所述发送端的签名信息、自身的第三签名信息以及所述第一数字货币和目标支付金额的差额，生成第二预支付交易信息。

在这里，在使用预支付金额时，可以根据目标支付请求中携带的业务标识、场景标识、第一账户和/或第二账户等信息查找到与目标支付请求对应的第一预支付交易信息，然后根据预支付核销智能合约、第一预支付交易信息所对应的第一数字货币、第一账户的数字货余额，生成第二数字货币。生成第二数字货币的过程可以为：根据第一账户的数字货币余额和本次的目标支付金额之和，生成新的第二数字货币，并注销第一账户中与数字货币余额对应的第五数字货币；其中，该新的第二数字货币处于可用状态，使得服务提供方可根据该第二数字货币进行其他交易。并且，支付平台还会根据第一数字货币和目标支付金额的差额，生成新的第一数字货币。

也就是说，在本发明一个实施例中，每一次接收到针对第一数字货币的目标支付请求时，可以根据所述第一数字货币与所述目标支付金额的差额、以及所述预支付核销智能合约，生成新的处于冻结状态的第一数字货币。新的处于冻结状态的第一数字货币可用于下一次的预支付场景。

另外，在本发明一个实施例中，也可以采用约定预付款期限，并根据预付款期限按期支付的方式来进行预付款，在此情况下，所述预支付请求还指示了支付期限以及与所述支付期限对应的支付额度；在监测到当前时间满足所述支付期限的情况下，根据所述支付额度、所述第一账户的数字货币余额以及所述预支付核销智能合约，生成第二数字货币；其中，所述第二数字货币的面额为所述支付额度与所述数字货币余额之和。

例如，预支付请求指示的支付期限为每月支付，与支付期限对应的支付额度为1，那么，在支付平台监测到当前时间与预支付请求的接收时间之间的间隔为1个月时，则根据处于冻结状态的第一数字货币，生成新的处于可用状态的第二数字货币以及新的处于冻结状态的第一数字货币。例如，在处于冻结状态的第一数字货币为8，且第一账户的可用余额为10的情况下，生成的第二数字货币的面额为11，生成的新的第一数字货币面额为7。或者，预支付请求指示的支付期限为具体的年月日，在当前时间满足相应年月日的情况下，支付平台可以根据处于冻结状态的第一数字货币生成第二数字货币。

在生成第二数字货币后，原有的第一预支付交易信息已无法表征当前的支付状态，因此，可以根据预支付核销智能合约、第一签名信息和/或第二签名信息、以及支付平台自身的第三签名信息以及新的第一数字货币，生成第二预支付交易信息。第二预支付交易信息中的预支付余额已经扣减了本次支付的金额(目标支付金额)，即第二预支付交易信息中的预支付金额为第一数字货币与目标支付金额的差额(新的第一数字货币的面额)，并且第二预支付交易信息中的预支付变更次数更新为1。在生成第二预支付交易信息之后，支付平台同时还将原有的第一预支付交易信息记录为失效。

可以理解的是，当下一次再接收到对应于相同预支付场景的目标支付请求时，支付平台可查找到当前有效的第二预支付交易信息，并根据第二预支付交易信息中的第一数字货币，响应目标支付请求，以完成预支付，之后还将继续更新第二预支付交易信息，该更新第二预支付交易信息的操作与第二预支付交易信息替换第一预支付交易信息的操作基本相同，在此不再赘述。换句话说，每一次接收到针对预支付数字货币的目标支付请求时，均根据当前有效的预支付交易信息，响应该目标支付请求，以完成预支付，并在之后更新有效的预支付交易信息。

另外，根据预支付核销智能合约生成新的第一数字货币时，可以将预支付核销智能合约也作为字段写入新的第一数字货币中，以保证交易安全性。

在持续使用过程中，剩余的预支付余额可能不足以实现当前次的目标支付请求，即预支付余额可能小于目标支付金额，在此情况下，可根据预先配置的预支付追缴智能合约，实现预支付余额的追缴。在本发明一个实施例中，当确定出所述第一数字货币的面额小于所述目标支付金额的情况下，向发起预支付请求的第一终端发送预支付追缴提示。由此，可使得用户根据第一终端展示的预支付追缴提示，知晓预支付余额不足，从而通过第一终端发起相应的预支付追缴请求。

当支付平台接收到所述第一终端根据所述预支付追缴提示发送的预支付追缴请求时，校验所述预支付追缴请求所指示的第一账户、第二账户是否为空，如果否，获取所述第一账户的第一签名信息以及所述第二账户的第二签名信息；在获取到所述第一签名信息和所述第二签名信息的情况下，根据预配置的预支付追缴智能合约、所述预支付追缴请求所指示的金额、所述第一数字货币，生成新的处于冻结状态的第一数字货币。

在这里，生成新的处于冻结状态的第一数字货币时，也可将预支付追缴智能合约作为字段写入新的第一数字货币中。

其中，预支付追缴智能合约用于在已有的预支付条款项目下，增加充值款项。因此，用户在发起预支付追缴请求时，应该通过第一终端输入已有预支付条款项目所对应的第二账户(付款账户)和第一账户(收款账户)。那么，支付平台在接收到预支付追缴请求时，会校验所述预支付追缴请求所指示的第一账户、第二账户是否为空，若第一账户或第二账户为空，则拒绝预支付追缴请求。在第一账户和第二用户不为空的情况下，支付平台还可对预支付追缴请求所指示的追缴金额进行校验，该追缴金额应该大于等于0，若校验通过，则支付平台获取第一签名信息和第二签名信息。

其中，第二签名信息可以由预支付追缴请求携带着发送给支付平台，也可以是支付平台对第一账户、第二账户是否为空以及追缴金额的校验通过后，再提示第一终端输入。第一签名信息可以是支付平台在校验通过后，提示第二终端输入。当支付平台接收到第二签名信息时，说明用户对本次的预支付追缴请求认证通过，同理，当支付平台接收到第一签名信息时，说明服务提供方确认可继续针对追缴请求提供相应的服务。因此，若支付平台获取到第一签名信息和第二签名信息，说明追缴请求对应的付款方和服务提供方均认可本次追缴，此时支付平台才根据预支付追缴智能合约、所述预支付追缴请求所指示的金额、第二账户中处于可用状态的数字货币以及当前预支付余额对应的第一数字货币，生成新的第一数字货币，该第一数字货币仍处于冻结状态。

可以理解的是，新的第一数字货币的面额与上次支付后生成的第一数字货币的面额与追缴金额之和相等。通过预支付追缴智能合约，实现了预支付金额的追缴，支付平台还可在追缴后，生成新的预支付交易信息，以更新预支付交易信息中的预支付余额。

另外，消费者或者服务提供方可通过预配置的预支付查询智能合约，根据场景标识、业务标识、第一账户和第二账户等信息查询预支付余额，也可查询预支付过程的支付明细数据，还可根据核销时间顺序对支付明细数据进行排序和分页操作等。

步骤S103：将所述第二数字货币发送给所述第一账户。

在本发明一个实施例中，若目标支付请求为通用支付操作，可通过支付平台将处于可用状态的第二数字货币发送给所述第一账户，也即将处于可用状态的第二数字货币发送至服务提供方的第一账户中，则服务提供方可将该第二数字货币使用于任意数字货币的支付场景。

在生成第二数字货币时，支付平台也根据所述第一数字货币与所述目标支付金额的差额、以及所述预支付核销智能合约，生成新的第一数字货币，所述新的第一数字货币处于冻结状态；该新的第一数字货币的面额即本次响应目标支付请求后剩余的预支付金额。

若消费者或者服务提供方因故需取消该剩余预支付金额，则消费者通过第一终端、服务提供方可通过第二终端向支付平台发送针对第一数字货币的取消请求。可以理解的是，此处针对的第一数字货币即上一次支付后所生成的第一数字货币。支付平台在接收到针对所述第一数字货币的取消请求的情况下，获取所述第一账户的第一签名信息和所述预支付请求对应的第二账户的第二签名信息；在获取到所述第一签名信息和所述第二签名信息的情况下，将所述第一数字货币的状态设置为可用状态，并将所述第一数字货币发送给所述第二账户。

若支付平台获取到第一签名信息和第二签名信息，说明消费者和服务提供方均认可针对当前预支付款项的取消操作，此时支付平台可将冻结的第一数字货币恢复为可用状态，并将第一数字货币发送给第二账户，以将未使用的预付款返回给用户(消费者)，使得用户可将预付款应用于其他通用支付场景。

若支付平台仅收到一方的签名信息，如支付平台仅收到第一签名信息或第二签名信息，说明消费者和服务方中至少有一方不认可针对当前预支付款项的取消操作，此时支付平台可作为第三方对取消请求进行校验，并可根据校验结果确定是否响应取消请求。

其中，取消请求可以由服务提供方发起，也可以由消费者发起。对于消费者主动发起的撤销请求，即在所述取消请求为所述第一终端发送的撤销请求的情况下，支付平台可以根据预配置的预支付撤销智能合约，确定所述第一数字货币是否可撤销；如果是，获取所述第一账户对应的第一签名信息和所述第二账户对应的第二签名信息；如果否，拒绝所述撤销请求。

在这里，如果在创建预付款时，指定此笔预付款为可撤销合约，则可以针对这笔预付款执行撤销，否则无法撤销此笔合约。具体操作时，支付平台可查询此笔预支付撤销智能合约，以确定预付款是否为可撤销合约，如果不是，则拒绝撤销请求；如果是，则在获取到第一签名信息和第二签名信息后，将款项原路退回，并更新预支付余额为0。还可通知第一终端和第二终端撤销合约已完成，并更改预支付交易信息。可以理解的是，在正常使用预付款的情况下，也即，根据目标支付请求以及第一数字货币生成第二数字货币，并将第二数字货币发送给第一账户之后，也可以通知第一终端和第二终端本次所消费的金额。

另外，取消请求可以由服务提供方发起，例如服务方根据服务条款取消消费者的预支付服务，此时支付平台在获取到第一签名信息和第二签名信息后，将款项原路退回，并更新预支付余额为0。还可通知第一终端和第二终端撤销合约已完成，并更改预支付交易信息。

此外，服务提供方可能会根据内部交易异常、或者服务提供方由于店铺倒闭而无法继续提供服务、或者行政指令等强制指令强制关停预支付所对应的服务，此时需终止预支付服务并退回预支付款项。在此实施例中，支付平台接收终止指令；根据所述终止指令以及预配置的预支付终止智能合约，将所述第一数字货币的状态设置为可用状态，并将所述第一数字货币发送给所述第二账户；以及向发起预支付请求的第一终端以及所述第一账户对应的第二终端发送预支付终止提示信息，以通知第一终端和第二终端预支付服务已停止。另外，支付平台还可根据退回的款项，更改预支付交易信息，如将预支付余额更改为0。

在本发明一个实施例中，支付平台可以提供多个接口用以接收不同的请求，如冻结支付接口和解冻支付接口等。冻结支付接口对应于缴存和追缴等操作，解冻支付接口对应于核销和撤销等操作。

在本发明一个实施方式中，通过冻结支付接口接收所述预支付请求；当通过所述冻结支付接口接收到第一反交易请求时，获取所述第一账户的第一签名信息和所述预支付请求对应的第二账户的第二签名信息；在获取到所述第一签名信息和所述第二签名信息的情况下，将所述第一数字货币的状态设置为可用状态，并将所述第一数字货币发送给所述第二账户。

在这里，冻结支付接口除了可接收预支付请求，以使支付平台实现缴存操作，还可接收对应于预支付请求的第一反交易请求，在响应第一反交易请求时，数字货币的流向与预支付请求的响应过程相反，也就是说，在响应第一反交易请求的过程中，是将所述第一数字货币的状态设置为可用状态，并将所述第一数字货币发送给所述第二账户。例如，用户在发起错误的预支付请求之后，可通过第一终端向业务平台发起第一反交易请求，支付平台在获取到第一签名信息和第二签名信息后，即可针对第一反交易请求进行响应，以退回根据错误的预支付请求而冻结的第一数字货币。

类似地，在本发明一个实施方式中，通过解冻支付接口接收所述目标支付请求；当通过所述解冻支付接口接收到第二反交易请求时，获取所述第一账户对应的第一签名信息和所述预支付请求对应的第二账户的第二签名信息；在获取到所述第一签名信息和所述第二签名信息的情况下，注销所述第二数字货币，生成与所述数字货币余额相等的第五数字货币，并根据所述目标支付金额，更新所述第一数字货币。

解冻支付接口除了可接收目标支付请求，以使支付平台实现核销操作，还可接收对应于目标支付请求的第二反交易请求，在响应第二反交易请求时，数字货币的流向与目标支付请求的响应过程相反。也就是说，在响应第二反交易请求的过程中，是注销第二数字货币，并生成与第一账户的数字货币余额相等的第五数字货币，并且根据第二数字货币和第五数字货币的差额(目标支付金额)以及第一数字货币，重新生成处于冻结状态的第一数字货币。例如，用户在发起错误的目标支付请求之后，可通过第一终端向业务平台发起第二反交易请求，或者，由于商家内部交易错误，其也可以通过第二终端向业务平台发起第二反交易请求。支付平台在获取到第一签名信息和第二签名信息后，即可针对第二反交易请求进行响应，以注销根据错误的目标支付请求而生成的新的第二数字货币。例如，业务平台在根据目标交易请求，根据面额为10的第一数字货币生成了面额为15的第二数字货币(目标支付金额为3，且第一账户的数字货币余额为12)以及仍处于冻结状态的面额为7的新的第一数字货币，并注销了原面额为10的第一数字货币。那么，在响应针对该目标交易请求的第二反交易请求时，支付平台注销面额为15的第二数字货币以及仍处于冻结状态的面额为7的第一数字货币，并重新生成面额为12的处于可用状态的第五数字货币，以及面额为10的第一数字货币。

根据本发明实施例的一种基于数字货币的支付方法可以看出，能够基于预配置的预支付缴存智能合约，使得与预支付金额对应的第一数字货币处于冻结状态，此时发起预支付请求的用户以及服务提供方无法使用该第一数字货币。当接收到针对处于冻结状态的第一数字货币对应的目标支付请求时，根据预支付核销智能合约，对处于冻结状态的第一数字货币进行核销，并根据第一数字货币对应的第一账户的数字货币余额，生成处于可用状态的第二数字货币，第二数字货币的面额为目标支付请求指示的目标支付金额与数字货币余额之和，然后将第二数字货币发送给服务提供方对应的第一账户，使得服务提供方可使用第二数字货币。由此，通过预支付智能合约，避免了服务提供方提前使用预支付的数字货币，提高了预支付场景的交易安全性。进一步地，还能撤销或取消未使用的预支付数字货币，使得未使用的预支付数字货币返回至第一用户对应的第二账户中，解决了现有的预支付场景下，用户无法针对预支付的货币进行退款的问题，从而进一步提高了预支付场景的交易安全性，保障了用户权益。

图2是根据本发明实施例的一种基于数字货币的支付平台的示意图。

如图2所示，本发明实施例的一种基于数字货币的支付平台200包括：请求接收模块201、核销模块202以及货币发送模块203；其中，

所述请求接收模块201，用于接收针对处于冻结状态的第一数字货币的目标支付请求，所述冻结状态的第一数字货币是基于预支付请求以及预配置的预支付缴存智能合约生成的；

所述核销模块202，用于根据所述目标支付请求所指示的目标支付金额、所述第一数字货币、预配置的预支付核销智能合约和所述第一数字货币对应的第一账户的数字货币余额，生成第二数字货币；其中，所述第二数字货币处于可用状态，且所述第二数字货币的面额为所述目标支付金额与所述数字货币余额之和；

所述货币发送模块203，用于将所述第二数字货币发送给所述第一账户。

在本发明一个实施例中，所述核销模块202，还用于根据所述第一数字货币与所述目标支付金额的差额、以及所述预支付核销智能合约，生成新的处于冻结状态的第一数字货币。

在本发明一个实施例中，如图2所示，所述支付平台还包括处理模块204；其中，

所述处理模块204，还用于在接收到针对所述第一数字货币的取消请求的情况下，获取所述第一账户的第一签名信息和所述预支付请求对应的第二账户的第二签名信息；在获取到所述第一签名信息和所述第二签名信息的情况下，将所述第一数字货币的状态设置为可用状态，并将所述第一数字货币发送给所述第二账户。

在本发明一个实施例中，所述处理模块204，还用于接收第一终端的预支付请求，所述预支付请求指示了第二账户以及预支付金额；根据所述预支付请求、所述第二账户所对应的第三数字货币以及预配置的预支付缴存智能合约，生成与所述预支付金额对应的第一数字货币，所述第一数字货币的状态为冻结状态。

在本发明一个实施例中，所述预支付请求还指示了所述第一账户；所述处理模块204，用于将所述预支付缴存智能合约和/或所述第一账户作为所述第一数字货币的字段写入所述第一数字货币

在本发明一个实施例中，所述核销模块202，用于确定所述目标支付请求本次指示的账户是否与所述第一账户相同；如果是，生成所述第二数字货币；如果否，拒绝所述目标支付请求。

在本发明一个实施例中，预支付缴存模块202，用于在生成所述第二数字货币之后，利用自身的第三签名信息，对所述第一数字货币进行签名，并根据签名后的所述第一数字货币、所述第二签名信息以及所述预支付缴存智能合约，生成并存储第一预支付交易信息。

在本发明一个实施例中，所述预支付请求还指示了支付期限以及与所述支付期限对应的支付额度；所述核销模块202，还用于在监测到当前时间满足所述支付期限的情况下，根据所述支付额度、所述第一账户的数字货币余额和所述预支付核销智能合约，生成所述第二数字货币，其中，所述第二数字货币的面额为所述支付额度与所述数字货币余额之和。

在本发明一个实施例中，所述核销模块202，用于将所述预支付核销智能合约作为所述新的处于冻结状态的第一数字货币的字段写入所述第一数字货币。

在本发明一个实施例中，在所述取消请求为第一终端发送的撤销请求的情况下，所述处理模块204，还用于根据预配置的预支付撤销智能合约，确定所述第一数字货币是否可撤销；如果是，获取所述第一签名信息和所述第二签名信息；如果否，拒绝所述撤销请求。

在本发明一个实施例中，所述核销模块202，还用于利用自身的第三签名信息，对所述第一数字货币进行签名，并根据签名后的所述第一数字货币、所述第二签名信息以及所述预支付缴存智能合约，生成并存储第一预支付交易信息。

在本发明一个实施例中，所述预支付请求还指示了场景标识和/或业务标识；所述处理模块204，用于根据所述第一数字货币和所述第二签名信息、所述预支付缴存智能合约以及所述场景标识和/或业务标识，生成所述第一预支付交易信息。

在本发明一个实施例中，在所述目标支付请求还指示场景标识和/或业务标识的情况下，所述核销模块202，用于确定所述目标支付请求本次指示的场景标识和/或业务标识是否分别与所述第一预支付交易信息指示的场景标识和/或业务标识相同；如果是，生成所述第二数字货币；如果否，拒绝所述目标支付请求。

在本发明一个实施例中，所述核销模块202，用于确定所述目标支付请求是否包括所述目标支付请求的发送端的签名信息，如果是，生成所述第二数字货币。

在本发明一个实施例中，所述核销模块202，用于根据所述预支付核销智能合约、所述发送端的签名信息、自身的第三签名信息以及所述第一数字货币和目标支付金额的差额，生成第二预支付交易信息。。

在本发明一个实施例中，处理模块204，用于确定所述第二账户中的第三数字货币以及所述第三数字货币的可用面额；根据所述可用面额与所述预支付金额的大小，确定所述第一数字货币的生成方式，并根据所述生成方式生成与所述预支付金额对应的第一数字货币。

在本发明一个实施例中，处理模块204，用于当所述可用面额大于所述预支付金额时，确定所述生成方式为拆分所述第三数字货币；将所述第三数字货币拆分为所述第一数字货币和第四数字货币，所述第一数字货币的面额和所述第四数字货币的面额之和与所述可用面额相等，且所述第四数字货币的状态为可用状态，并注销所述第三数字货币。

在本发明一个实施例中，处理模块204，用于将所述第一数字货币冻结于所述第一账户或所述预支付请求对应的第二账户或支付平台中。

在本发明一个实施例中，所述核销模块202，还用于当确定出所述第一数字货币的面额小于所述目标支付金额的情况下，向发起所述预支付请求的第一终端发送预支付追缴提示。

在本发明一个实施例中，所述核销模块202，还用于当接收到所述第一终端根据所述预支付追缴提示发送的预支付追缴请求时，校验所述预支付追缴请求所指示的第一账户、第二账户是否为空，如果否，获取所述第一账户的第一签名信息以及所述第二账户的第二签名信息；在获取到所述第一签名信息和所述第二签名信息的情况下，根据预配置的预支付追缴智能合约、所述预支付追缴请求所指示的金额、所述第一数字货币，生成新的处于冻结状态的第一数字货币。

在本发明一个实施例中，所述处理模块204，还用于接收终止指令；

根据所述终止指令以及预配置的预支付终止智能合约，将所述第一数字货币的状态设置为可用状态，并将所述第一数字货币发送给所述预支付请求对应的第二账户；以及向发起所述预支付请求的第一终端以及所述第一账户对应的第二终端发送预支付终止提示信息。

在本发明一个实施例中，通过冻结支付接口接收所述预支付请求；所述处理模块204，还用于当通过所述冻结支付接口接收到第一反交易请求时，获取所述第一账户的第一签名信息和所述预支付请求对应的第二账户的第二签名信息；在获取到所述第一签名信息和所述第二签名信息的情况下，将所述第一数字货币的状态设置为可用状态，并将所述第一数字货币发送给所述第二账户。

在本发明一个实施例中，通过解冻支付接口接收所述目标支付请求；所述处理模块204，还用于当通过所述解冻支付接口接收到第二反交易请求时，获取所述第一账户对应的第一签名信息和所述预支付请求对应的第二账户的第二签名信息；在获取到所述第一签名信息和所述第二签名信息的情况下，注销所述第二数字货币，生成与所述数字货币余额相等的第五数字货币，并根据所述目标支付金额，更新所述第一数字货币。

在本发明一个实施例中，所述处理模块204，还用于注销所述第一账户的数字货币余额对应的第五数字货币。

根据本发明实施例的一种基于数字货币的支付平台可以看出，能够基于预配置的预支付缴存智能合约，使得与预支付金额对应的第一数字货币处于冻结状态，此时发起预支付请求的用户以及服务提供方无法使用该第一数字货币。当接收到针对处于冻结状态的第一数字货币对应的目标支付请求时，根据预支付核销智能合约，对处于冻结状态的第一数字货币进行核销，并根据第一数字货币对应的第一账户的数字货币余额，生成处于可用状态的第二数字货币，第二数字货币的面额为目标支付请求指示的目标支付金额与数字货币余额之和，然后将第二数字货币发送给服务提供方对应的第一账户，使得服务提供方可使用第二数字货币。由此，通过预支付智能合约，避免了服务提供方提前使用预支付的数字货币，提高了预支付场景的交易安全性。进一步地，还能撤销或取消未使用的预支付数字货币，使得未使用的预支付数字货币返回至第一用户对应的第二账户中，解决了现有的预支付场景下，用户无法针对预支付的货币进行退款的问题，从而进一步提高了预支付场景的交易安全性，保障了用户权益。

图3是根据本发明实施例的一种基于数字货币的支付系统的示意图。

如图3所示，本发明实施例的一种基于数字货币的支付系统300包括：上述任一实施例提供的支付平台200以及第一终端301；其中，所述第一终端301包括：预支付请求发送模块3011、冻结货币存储模块3012和目标支付请求发送模块3013；其中，

所述预支付请求发送模块3011，用于响应于第一触发，生成预支付请求，并向支付平台发送所述预支付请求；所述预支付请求指示了第二账户以及预支付金额；

所述冻结货币存储模块3012，用于接收与所述预支付金额对应的第一数字货币，并将处于冻结状态的第一数字货币存储于所述第二账户中；

所述目标请求发送模块3013，用于响应于第二触发，生成针对于所述第一数字货币的目标支付请求，并向所述支付平台发送所述目标支付请求。

可以理解的是，第一触发和第二触发一般是由消费者发起的。

在本发明一个实施例中，所述第一终端301根据所述第二账户的第二签名信息，生成所述预支付请求和/或所述目标支付请求。

在本发明一个实施例中，所述第一终端可以响应于所述支付平台对所述预支付请求和/或所述目标支付请求的反馈，向所述支付平台发送所述第二账户的第二签名信息。

在本发明一个实施例中，所述目标请求发送模块3013，用于获取与第一账户对应的支付标识或支付图像，以确定所述第一账户；根据所述第一账户以及所述第二触发，生成所述目标支付请求。

在这里，第一终端可以通过获取第一账户的支付标识(如支付编码等)，或者扫描第一账户对应的支付图像(如收款二维码或支付条码等)，获取到服务提供方对应的第一账户，然后根据第一账户生成预支付请求、目标支付请求和预支付追缴请求等多种请求。

在本发明一个实施例中，如图3所示，所述第一终端还包括追缴模块3014；其中，所述追缴模块3014，用于接收所述支付平台发送的预支付追缴提示，并展示所述预支付追缴提示；当接收到根据所述预支付追缴提示输入的追缴信息时，根据所述追缴信息包括的第一账户和第二账户，生成预支付追缴请求，并将所述预支付追缴请求发送给所述支付平台。

仍然参考图3，在本发明一个实施例中，该支付系统300还可以包括：第二终端302；其中，

所述第二终端302，用于接收第二数字货币，并将所述第二数字货币存储于第一账户中。

在本发明一个实施例中，所述第二终端302，用于响应于第三触发，生成针对于所述第一数字货币的目标支付请求，并向所述支付平台发送所述目标支付请求。可以理解的是，第三触发一般是由服务提供方(商户方)发起的。

在本发明一个实施例中，所述第二终端302，用于接收所述支付平台发送的关于预支付追缴请求的支付信息，所述支付信息指示了第一账户、第二账户以及所述预支付追缴请求所指示的金额；根据所述支付信息，对所述预支付追缴请求进行校验，当校验通过时，向所述支付平台发送与第一户信息对应的第一签名信息。

下面将以支付系统的应用为例，对本发明实施例提供的基于数字货币的支付方法进行详细说明，如图4示出了该方法包括的主要步骤，图5示出了支付过程中数字货币的生成过程。如图4所示，该方法主要包括以下步骤：

步骤S401：第一终端根据消费者的第一触发，生成预支付请求，并将预支付请求发送给支付平台，所述预支付请求指示了第二账户以及预支付金额。

例如，预支付金额为10，第二账户中的数字货币均为可用状态的第三数字货币，该第三数字货币的可用面额为100。

步骤S402：支付平台根据预支付请求、所述第二账户所对应的第三数字货币以及预配置的预支付缴存智能合约，生成与所述预支付金额对应的第一数字货币，所述第一数字货币的状态为冻结状态。

在此例中，支付平台将第二账户中面额为100的第三数字货币拆分为面额为10的第一数字货币以及面额为90的第四数字货币，其中，第一数字货币处于冻结状态，第四数字货币处于可用状态。

步骤S403：支付平台将第一数字货币发送给第一终端，使得第一终端将处于冻结状态的第一数字货币存储于第二账户中。

步骤S404：第一终端根据第一用户的第二触发，生成针对处于冻结状态的第一数字货币的目标支付请求，并将目标支付请求发送给支付平台，所述目标支付请求指示了目标支付金额。

例如，目标支付金额为3。

步骤S405：支付平台根据目标支付金额、所述第一数字货币、预配置的预支付核销智能合约和所述第一数字货币对应的第一账户的数字货币余额，生成第二数字货币。

在这里，假设第一账户的数字货币余额为150，那么支付平台根据预支付核销智能合约，根据面额为10的第一数字货币，生成面额为153的第二数字货币以及面额为7的新的第一数字货币，并将第二数字货币的状态设置为可用状态，而新的第一数字货币仍保持冻结状态。

步骤S406：支付平台将第二数字货币发送给第二终端，使得第二终端将第二数字货币保存在第一账户中。

可以理解的是，支付平台也会将新的第一数字货币发送给第一终端，使得处于冻结状态的第一数字货币仍然存储于第二账户中。当再次接收到新的目标支付请求时，该目标支付请求即针对新的第一数字货币，则可基于上述过程，继续对第一数字货币进行拆分，以根据预支付的数字货币进行消费。

在本发明实施例中，处于冻结状态的第一数字货币也可以存储在支付平台上或者第一账户中，在预付款的核销过程中，目标支付请求也可以由服务提供方发起，下面仍然参考图5所示的数字货币生成过程，对上述过程进行详细描述。如图6所示，该方法主要包括以下步骤：

步骤S601：第一终端根据消费者的第一触发，生成预支付请求，并将预支付请求发送给支付平台，所述预支付请求指示了第二账户以及预支付金额。

例如，预支付金额为10，第二账户中的数字货币均为可用状态的第三数字货币，该第三数字货币的可用面额为100。

步骤S602：支付平台根据预支付请求、所述第二账户所对应的第三数字货币以及预配置的预支付缴存智能合约，生成与所述预支付金额对应的第一数字货币，所述第一数字货币的状态为冻结状态。

在此例中，支付平台将第二账户中面额为100的第三数字货币拆分为面额为10的第一数字货币以及面额为90的第四数字货币，其中，第一数字货币处于冻结状态，第四数字货币处于可用状态。

步骤S603：支付平台将第一数字货币发送给第二终端，使得第二终端将处于冻结状态的第一数字货币存储于第一账户中。

可以理解的是，在生成第一数字货币之后，支付平台也可以将第一数字货币存储在本地，并向第一终端和/或第二终端发送已生成第一数字货币的通知。

步骤S604：第二终端根据服务提供方的第三触发，生成针对处于冻结状态的第一数字货币的目标支付请求，并将目标支付请求发送给支付平台，所述目标支付请求指示了目标支付金额。

例如，目标支付金额为3。

步骤S605：支付平台根据目标支付金额、所述第一数字货币、预配置的预支付核销智能合约和所述第一数字货币对应的第一账户的数字货币余额，生成第二数字货币，生成与所述目标支付金额对应的第二数字货币。

在这里，假设第一账户的数字货币余额为150，那么支付平台根据预支付核销智能合约，根据面额为10的第一数字货币，生成面额为153的第二数字货币以及面额为7的新的第一数字货币，并将第二数字货币的状态设置为可用状态，而新的第一数字货币仍保持冻结状态。

步骤S606：支付平台将第二数字货币发送给第二终端，使得第二终端将第二数字货币保存在第一账户中。

可以理解的是，支付平台也会将新的第一数字货币发送给第二终端，使得处于冻结状态的第二数字货币仍然存储于第一账户中。当再次接收到新的目标支付请求时，该目标支付请求即针对新的第一数字货币，则可基于上述过程，继续对第一数字货币进行拆分，以根据预支付的数字货币进行消费。

另外，在本发明实施例中，第一数字货币的存储方与目标支付请求的发起端之间不存在对应关系，例如，可以采用图4和图6所示的实施例实现预付款。除了图4和图6所示的实施例，在实现本发明实施例提供的支付方法时，当第一数字货币存储于第一终端时，也可由第二终端发起目标支付请求；当第一数字货币存储于第二终端时，也可以由第一终端发起目标支付请求；或者，当第一数字货币存储于支付平台时，可以由第一终端发起目标支付请求，也可以由第二终端发起目标支付请求。

图7示出了可以应用本发明实施例的基于数字货币的支付方法或基于数字货币的支付系统的示例性系统架构700。

如图7所示，系统架构700可以包括终端设备701、702、703，网络704和服务器705。网络704用以在终端设备701、702、703和服务器705之间提供通信链路的介质。网络704可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备701、702、703通过网络704与服务器705交互，以接收或发送消息等。终端设备701、702、703上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备701、702、703可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器705可以是提供各种服务的服务器，例如对用户利用终端设备701、702、703所浏览的购物类网站提供支持的后台管理服务器。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果反馈给终端设备。

应该理解，图7中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图8，其示出了适于用来实现本发明实施例的终端设备的计算机系统800的结构示意图。图8示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图8所示，计算机系统800包括中央处理单元(CPU)801，其可以根据存储在只读存储器(ROM)802中的程序或者从存储部分808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。在RAM 803中，还存储有系统800操作所需的各种程序和数据。CPU 801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

以下部件连接至I/O接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(CPU)801执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括预支付请求发送模块、冻结货币存储模块和目标支付请求发送模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，请求接收模块还可以被描述为“接收针对处于冻结状态的第一数字货币的目标支付请求的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：接收针对处于冻结状态的第一数字货币的目标支付请求，所述冻结状态的第一数字货币是基于预支付请求以及预配置的预支付缴存智能合约生成的；根据所述目标支付请求所指示的目标支付金额、所述第一数字货币、预配置的预支付核销智能合约和所述第一数字货币对应的第一账户的数字货币余额，生成第二数字货币；其中，所述第二数字货币处于可用状态，且所述第二数字货币的面额为所述目标支付金额与所述数字货币余额之和；将所述第二数字货币发送给所述第一账户。

根据本发明实施例的技术方案，能够基于预配置的预支付缴存智能合约，使得与预支付金额对应的第一数字货币处于冻结状态，此时发起预支付请求的用户以及服务提供方无法使用该第一数字货币。当接收到针对处于冻结状态的第一数字货币对应的目标支付请求时，根据预支付核销智能合约，对处于冻结状态的第一数字货币进行核销，并根据第一数字货币对应的第一账户的数字货币余额，生成处于可用状态的第二数字货币，第二数字货币的面额为目标支付请求指示的目标支付金额与数字货币余额之和，然后将第二数字货币发送给服务提供方对应的第一账户，使得服务提供方可使用第二数字货币。由此，通过预支付智能合约，避免了服务提供方提前使用预支付的数字货币，提高了预支付场景的交易安全性。进一步地，还能撤销或取消未使用的预支付数字货币，使得未使用的预支付数字货币返回至第一用户对应的第二账户中，解决了现有的预支付场景下，用户无法针对预支付的货币进行退款的问题，从而进一步提高了预支付场景的交易安全性，保障了用户权益。

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

Claims (32)

1.一种基于数字货币的支付方法，其特征在于，应用于支付平台；包括：

接收针对处于冻结状态的第一数字货币的目标支付请求，所述冻结状态的第一数字货币是基于预支付请求以及预配置的预支付缴存智能合约生成的；

根据所述目标支付请求所指示的目标支付金额、所述第一数字货币、预配置的预支付核销智能合约和所述第一数字货币对应的第一账户的数字货币余额，生成第二数字货币；其中，所述第二数字货币处于可用状态，且所述第二数字货币的面额为所述目标支付金额与所述数字货币余额之和；

将所述第二数字货币发送给所述第一账户。

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

根据所述第一数字货币与所述目标支付金额的差额、以及所述预支付核销智能合约，生成新的处于冻结状态的第一数字货币。

3.根据权利要求1或2所述的方法，其特征在于，还包括：

在接收到针对所述第一数字货币的取消请求的情况下，获取所述第一账户的第一签名信息和所述预支付请求对应的第二账户的第二签名信息；

在获取到所述第一签名信息和所述第二签名信息的情况下，将所述第一数字货币的状态设置为可用状态，并将所述第一数字货币发送给所述第二账户。

4.根据权利要求1所述的方法，其特征在于，在所述接收针对处于冻结状态的第一数字货币的目标支付请求之前，还包括：

接收第一终端的预支付请求，所述预支付请求指示了第二账户以及预支付金额；

根据所述预支付请求、所述第二账户所对应的第三数字货币以及预配置的预支付缴存智能合约，生成与所述预支付金额对应的第一数字货币，所述第一数字货币的状态为冻结状态。

5.根据权利要求4所述的方法，其特征在于，所述预支付请求还指示了所述第一账户；

将所述预支付缴存智能合约和/或所述第一账户作为所述第一数字货币的字段写入所述第一数字货币。

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

确定所述目标支付请求本次指示的账户是否与所述第一账户相同；

如果是，生成所述第二数字货币；

如果否，拒绝所述目标支付请求。

7.根据权利要求4所述的方法，其特征在于，所述预支付请求还指示了支付期限以及与所述支付期限对应的支付额度；还包括：

在监测到当前时间满足所述支付期限的情况下，根据所述支付额度、所述第一账户的数字货币余额和所述预支付核销智能合约，生成所述第二数字货币，其中，所述第二数字货币的面额为所述支付额度与所述数字货币余额之和。

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

将所述预支付核销智能合约作为所述新的处于冻结状态的第一数字货币的字段写入所述第一数字货币。

9.根据权利要求3所述的方法，其特征在于，在所述取消请求为第一终端发送的撤销请求的情况下，还包括：

根据预配置的预支付撤销智能合约，确定所述第一数字货币是否可撤销；

如果是，获取所述第一签名信息和所述第二签名信息；

如果否，拒绝所述撤销请求。

10.根据权利要求9所述的方法，其特征在于，在生成所述第二数字货币之后，还包括：

利用自身的第三签名信息，对所述第一数字货币进行签名，并根据签名后的所述第一数字货币、所述第二签名信息以及所述预支付缴存智能合约，生成并存储第一预支付交易信息。

11.根据权利要求10所述的方法，其特征在于，所述预支付请求还指示了场景标识和/或业务标识；

根据所述第一数字货币和所述第二签名信息、所述预支付缴存智能合约以及所述场景标识和/或业务标识，生成所述第一预支付交易信息。

12.根据权利要求11所述的方法，其特征在于，在所述目标支付请求还指示场景标识和/或业务标识的情况下，还包括：

确定所述目标支付请求本次指示的场景标识和/或业务标识是否分别与所述第一预支付交易信息指示的场景标识和/或业务标识相同；

如果是，生成所述第二数字货币；

如果否，拒绝所述目标支付请求。

13.根据权利要求1所述的方法，其特征在于，还包括：

确定所述目标支付请求是否包括所述目标支付请求的发送端的签名信息，如果是，生成所述第二数字货币。

14.根据权利要求10所述的方法，其特征在于，还包括：

根据所述预支付核销智能合约、所述发送端的签名信息、自身的第三签名信息以及所述第一数字货币和目标支付金额的差额，生成第二预支付交易信息。

15.根据权利要求4所述的方法，其特征在于，所述根据所述预支付请求、所述第二账户所对应的第三数字货币以及预配置的预支付缴存智能合约，生成与所述预支付金额对应的第一数字货币，包括：

确定所述第二账户中的第三数字货币以及所述第三数字货币的可用面额；

根据所述可用面额与所述预支付金额的大小，确定所述第一数字货币的生成方式，并根据所述生成方式生成与所述预支付金额对应的第一数字货币。

16.根据权利要求15所述的方法，其特征在于，当所述可用面额大于所述预支付金额时，确定所述生成方式为拆分所述第三数字货币；

将所述第三数字货币拆分为所述第一数字货币和第四数字货币，所述第一数字货币的面额和所述第四数字货币的面额之和与所述可用面额相等，且所述第四数字货币的状态为可用状态，并注销所述第三数字货币。

17.根据权利要求1所述的方法，其特征在于，还包括：

将所述第一数字货币冻结于所述第一账户或所述预支付请求对应的第二账户或支付平台中。

18.根据权利要求1所述的方法，其特征在于，还包括：

当确定出所述第一数字货币的面额小于所述目标支付金额的情况下，向发起所述预支付请求的第一终端发送预支付追缴提示。

19.根据权利要求18所述的方法，其特征在于，还包括：

当接收到所述第一终端根据所述预支付追缴提示发送的预支付追缴请求时，校验所述预支付追缴请求所指示的第一账户、第二账户是否为空，如果否，获取所述第一账户的第一签名信息以及所述第二账户的第二签名信息；

在获取到所述第一签名信息和所述第二签名信息的情况下，根据预配置的预支付追缴智能合约、所述预支付追缴请求所指示的金额、所述第一数字货币，生成新的处于冻结状态的第一数字货币。

20.根据权利要求1所述的方法，其特征在于，还包括：

接收终止指令；

根据所述终止指令以及预配置的预支付终止智能合约，将所述第一数字货币的状态设置为可用状态，并将所述第一数字货币发送给所述预支付请求对应的第二账户；以及

向发起所述预支付请求的第一终端以及所述第一账户对应的第二终端发送预支付终止提示信息。

21.根据权利要求1所述的方法，其特征在于，通过冻结支付接口接收所述预支付请求；还包括：

当通过所述冻结支付接口接收到第一反交易请求时，获取所述第一账户的第一签名信息和所述预支付请求对应的第二账户的第二签名信息；

在获取到所述第一签名信息和所述第二签名信息的情况下，将所述第一数字货币的状态设置为可用状态，并将所述第一数字货币发送给所述第二账户。

22.根据权利要求1所述的方法，其特征在于，通过解冻支付接口接收所述目标支付请求；还包括：

当通过所述解冻支付接口接收到第二反交易请求时，获取所述第一账户对应的第一签名信息和所述预支付请求对应的第二账户的第二签名信息；

在获取到所述第一签名信息和所述第二签名信息的情况下，注销所述第二数字货币，生成与所述数字货币余额相等的第五数字货币，并根据所述目标支付金额，更新所述第一数字货币。

23.根据权利要求1所述的方法，其特征在于，在生成所述第二数字货币之后，还包括：

注销所述第一账户的数字货币余额对应的第五数字货币。

24.一种基于数字货币的支付平台，其特征在于，包括：请求接收模块、核销模块以及货币发送模块；其中，

所述请求接收模块，用于接收针对处于冻结状态的第一数字货币的目标支付请求，所述冻结状态的第一数字货币是基于预支付请求以及预配置的预支付缴存智能合约生成的；

所述核销模块，用于根据所述目标支付请求所指示的目标支付金额、所述第一数字货币、预配置的预支付核销智能合约和所述第一数字货币对应的第一账户的数字货币余额，生成第二数字货币；其中，所述第二数字货币处于可用状态，且所述第二数字货币的面额为所述目标支付金额与所述数字货币余额之和；

所述货币发送模块，用于将所述第二数字货币发送给所述第一账户。

25.一种基于数字货币的支付系统，其特征在于，包括：权利要求24所述的支付平台以及第一终端；其中，所述第一终端包括：预支付请求发送模块、冻结货币存储模块和目标支付请求发送模块；

所述预支付请求发送模块，用于响应于第一触发，生成预支付请求，并向支付平台发送所述预支付请求；所述预支付请求指示了第二账户以及预支付金额；

所述冻结货币存储模块，用于接收与所述预支付金额对应的第一数字货币，并将处于冻结状态的第一数字货币存储于所述第二账户中；

所述目标请求发送模块，用于响应于第二触发，生成针对于所述第一数字货币的目标支付请求，并向所述支付平台发送所述目标支付请求。

26.根据权利要求25所述的支付系统，其特征在于，

所述第一终端根据所述第二账户的第二签名信息，生成所述预支付请求和/或所述目标支付请求；

和/或，

所述第一终端响应于所述支付平台对所述预支付请求和/或所述目标支付请求的反馈，向所述支付平台发送所述第二账户的第二签名信息。

27.根据权利要求25所述的支付系统，其特征在于，

所述目标请求发送模块，用于获取与第一账户对应的支付标识或支付图像，以确定所述第一账户，并根据所述第一账户以及所述第二触发，生成所述目标支付请求。

28.根据权利要求27所述的支付系统，其特征在于，所述第一终端还包括：处理模块；其中，

所述处理模块，用于接收所述支付平台发送的预支付追缴提示，并展示所述预支付追缴提示；当接收到根据所述预支付追缴提示输入的追缴信息时，根据所述追缴信息包括的第一账户和第二账户，生成预支付追缴请求，并将所述预支付追缴请求发送给所述支付平台。

29.根据权利要求25所述的支付系统，其特征在于，还包括：第二终端；其中，

所述第二终端，用于接收第二数字货币，并将所述第二数字货币存储于第一账户中；

和/或，

所述第二终端，用于响应于第三触发，生成针对于所述第一数字货币的目标支付请求，并向所述支付平台发送所述目标支付请求。

30.根据权利要求29所述的支付系统，其特征在于，

所述第二终端，用于接收所述支付平台发送的关于预支付追缴请求的支付信息，所述支付信息指示了第一账户、第二账户以及所述预支付追缴请求所指示的金额；根据所述支付信息，对所述预支付追缴请求进行校验，当校验通过时，向所述支付平台发送与第一账户的第一签名信息。

31.一种基于数字货币支付的电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-23任一所述的方法。

32.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-23任一所述的方法。

Images