CN115271697A - 支付方法、装置、设备、可读存储介质及计算机程序产品 - Google Patents

Abstract

本申请公开了一种支付方法、装置、设备、可读存储介质及计算机程序产品。该支付方法包括：在接收到针对目标账单的支付指令且检测到目标支付卡的情况下，获取目标支付卡中的数字货币信息，数字货币信息中包括与数字货币硬钱包账户对应的第一账户信息、与数字货币软钱包账户对应的第二账户信息；根据数字货币信息确定数字货币硬钱包账户中的余额是否小于目标支付金额；在余额小于目标支付金额的情况下，根据数字货币信息，向支付服务器发送针对目标账单的支付请求，支付请求用于指示支付服务器根据第二账户信息对数字货币软钱包账户进行扣款处理，以支付目标账单。根据本申请实施例，能够提高数字货币硬钱包账户支付的成功率，降低数字货币硬钱包账户充值的频率，提升用户的使用体验。

Description

支付方法、装置、设备、可读存储介质及计算机程序产品

技术领域

本申请属于电子支付技术领域，尤其涉及一种支付方法、装置、设备、可读存储介质及计算机程序产品。

背景技术

数字货币是由指定运营机构参与运营的数字形式的货币。在未来的数字化零售支付体系中，数字货币和指定运营机构的电子账户资金具有通用性，共同构成现金类支付工具。

数字货币钱包是运营单位为用户开立的具备唯一可识别编号的数字货币的载体。数字货币的钱包形态可以分为硬钱包和软钱包。相较于以手机软件为载体的软钱包，硬钱包以其适应无网络双离线支付、有网络的单离线支付、载体广泛等优势，具有无可替代的作用，将成为数字货币全面推广的关键之一。

但是，用户在使用数字货币硬钱包账户支付账单的过程中，由于数字货币硬钱包账户充值不便、不及时，容易导致支付失败，或是由于数字货币硬钱包账户账户限额、交易限额或余额不足等原因，同样容易导致支付失败。如此，需要用户频繁地向数字货币硬钱包账户中充值，从而影响用户的使用体验。

发明内容

本申请实施例提供一种支付方法、装置、设备、可读存储介质及计算机程序产品，能够突破数字货币硬钱包账户支付时的金额限制，提高支付成功率，以及降低用户向数字货币硬钱包账户充值的频率，提升用户的使用体验。

第一方面，本申请实施例提供一种支付方法，应用于收单系统，该方法包括：

在接收到针对目标账单的支付指令，且检测到目标支付卡的情况下，获取所述目标支付卡中的数字货币信息，所述数字货币信息中包括与数字货币硬钱包账户对应的第一账户信息以及与数字货币软钱包账户对应的第二账户信息，所述数字货币硬钱包账户为所述目标支付卡对应的账户，所述数字货币软钱包账户为与所述数字货币硬钱包账户绑定的账户；

根据所述数字货币信息确定所述数字货币硬钱包账户中的余额是否小于目标支付金额，所述目标支付金额为所述目标账单对应的待支付金额；

在所述余额小于所述目标支付金额的情况下，根据所述数字货币信息，向支付服务器发送针对所述目标账单的支付请求，所述支付请求用于指示所述支付服务器根据所述第二账户信息对所述数字货币软钱包账户进行扣款处理，以支付所述目标账单。

第二方面，本申请实施例提供一种支付方法，应用于支付服务器，该方法包括：

接收针对目标账单的支付请求，所述支付请求为收单系统在确定目标支付卡对应的数字货币硬钱包账户中的余额小于目标支付金额的情况下发送的请求，所述目标支付金额为所述目标账单对应的待支付金额；

响应于所述支付请求，获取与所述数字货币硬钱包账户绑定的数字货币软钱包账户中的透支货币信息；

在根据所述透支货币信息确定透支货币的币值不小于所述目标支付金额的情况下，根据所述目标支付金额，对所述数字货币软钱包账户中的所述透支货币进行扣款处理，以支付所述目标账单，其中，所述透支货币为所述数字货币软钱包账户中设置的用于所述数字货币硬钱包账户进行透支的数字货币。

第三方面，本申请实施例提供一种支付方法，应用于第二服务器，该方法包括：

从区块链中获取目标信息，所述目标信息至少包括第一账户信息、第二账户信息和目标支付金额，所述目标支付金额为目标账单对应的待支付金额；

根据所述第二账户信息确定数字货币软钱包账户；

根据所述目标支付金额，对所述数字货币软钱包账户进行扣款处理，以支付所述目标账单。

第四方面，本申请实施例提供了一种支付装置，应用于收单系统，该装置包括：

第一获取模块，用于在接收到针对目标账单的支付指令，且检测到目标支付卡的情况下，获取所述目标支付卡中的数字货币信息，所述数字货币信息中包括与数字货币硬钱包账户对应的第一账户信息以及与数字货币软钱包账户对应的第二账户信息，所述数字货币硬钱包账户为所述目标支付卡对应的账户，所述数字货币软钱包账户为与所述数字货币硬钱包账户绑定的账户；

第一确定模块，用于根据所述数字货币信息确定所述数字货币硬钱包账户中的余额是否小于目标支付金额，所述目标支付金额为所述目标账单对应的待支付金额；

发送模块，用于在所述余额小于所述目标支付金额的情况下，根据所述数字货币信息，向支付服务器发送针对所述目标账单的支付请求，所述支付请求用于指示所述支付服务器根据所述第二账户信息对所述数字货币软钱包账户进行扣款处理，以支付所述目标账单。

第五方面，本申请实施例提供了一种支付装置，应用于支付服务器，该装置包括：

第一接收模块，用于接收针对目标账单的支付请求，所述支付请求为收单系统在确定目标支付卡对应的数字货币硬钱包账户中的余额小于目标支付金额的情况下发送的请求，所述目标支付金额为所述目标账单对应的待支付金额；

信息获取模块，用于响应于所述支付请求，获取与所述数字货币硬钱包账户绑定的数字货币软钱包账户中的透支货币信息；

第一扣款模块，用于在根据所述透支货币信息确定透支货币的币值不小于所述目标支付金额的情况下，根据所述目标支付金额，对所述数字货币软钱包账户中的所述透支货币进行扣款处理，以支付所述目标账单，其中，所述透支货币为所述数字货币软钱包账户中设置的用于所述数字货币硬钱包账户进行透支的数字货币。

第六方面，本申请实施例提供了一种支付装置，应用于第二服务器，该装置包括：

第二获取模块，用于从区块链中获取目标信息，所述目标信息至少包括第一账户信息、第二账户信息和目标支付金额，所述目标支付金额为目标账单对应的待支付金额；

第二确定模块，用于根据所述第二账户信息确定数字货币软钱包账户；

第二扣款模块，用于根据所述目标支付金额，对所述数字货币软钱包账户进行扣款处理，以支付所述目标账单。

第七方面，本申请实施例提供了一种电子设备，该电子设备包括：处理器以及存储有计算机程序指令的存储器；

处理器执行所述计算机程序指令时实现如第一方面、第二方面或第三方面的任一项实施例中所述的支付方法的步骤。

第八方面，本申请实施例提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现如第一方面、第二方面或第三方面的任一项实施例中所述的支付方法的步骤。

第九方面，本申请实施例提供了一种计算机程序产品，计算机程序产品中的指令由电子设备的处理器执行时，使得所述电子设备执行如第一方面、第二方面或第三方面的任一项实施例中所述的支付方法的步骤。

本申请实施例中的支付方法、装置、设备、可读存储介质及计算机程序产品，通过将目标支付卡对应的账户，也即数字货币硬钱包账户，与数字货币软钱包账户进行绑定，在数字货币硬钱包账户中的余额小于目标支付金额的情况下，根据从目标支付卡中获取的包含有第一账户信息和第二账户信息的数字货币信息，向支付服务器发送针对目标账单的支付请求，通过该支付请求指示支付服务器根据第二账户信息对数字货币软钱包账户进行扣款处理，以支付目标账单。这样，通过本申请实施例，可以在数字货币硬钱包账户中的余额无法支付目标账单的情况下，利用绑定的数字货币软钱包账户支付目标账单，进而能够突破数字货币硬钱包账户支付时的金额限制，提高支付成功率，以及降低用户向数字货币硬钱包账户充值的频率，提升用户的使用体验。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单的介绍，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1a是本申请提供的支付系统的一种架构图；

图1b是本申请提供的支付系统的另一种架构图；

图1c是本申请提供的支付系统的又一种架构图；

图2是本申请一个实施例提供的应用于收单系统的支付方法的流程示意图；

图3是本申请一个实施例提供的应用于支付服务器的支付方法的流程示意图；

图4是本申请一个实施例提供的应用于第二服务器的支付方法的流程示意图；

图5是本申请一个实施例提供的应用于收单系统的支付装置的结构示意图；

图6是本申请一个实施例提供的应用于支付服务器的支付装置的结构示意图；

图7是本申请一个实施例提供的应用于第二服务器的支付装置的结构示意图；

图8是本申请一个实施例提供的电子设备的结构示意图。

具体实施方式

下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本申请，而不是限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

现有技术中，在用户使用数字货币硬钱包进行支付的过程中，会由于硬钱包账户限额、交易限额、余额不足等原因，导致支付失败。另外，在硬钱包中余额不足时，需要及时充值，导致硬钱包充值频率较高。如此，使用数字货币硬钱包支付的失败率较高，影响用户体验。

为了解决现有技术问题，本申请实施例提供了一种支付方法、装置、设备及计算机可读存储介质。该支付方法可以应用于数据货币支付场景，下面首先对本申请实施例所提供的支付系统进行介绍。

图1a是本申请提供的支付系统的一种架构图。如图1a所示，该支付系统具体可以包括：硬钱包11、收单系统12、互联互通平台13、第一服务器14和第二服务器15。

这里，收单系统12可以包括商户和收单机构。用户可以使用硬钱包11对目标账单进行支付。在用户使用硬钱包11向商户支付目标账单的过程中，如果硬钱包11中的余额不足，则与商户合作的收单机构可以获取硬钱包11中的数字货币信息，其中，数字货币信息可以至少包括硬钱包11的账户信息、与硬钱包11的账户绑定的软钱包的账户信息、支付时间和待支付金额等。收单机构可以根据数字货币信息，向互联互通平台13发送支付请求，其中，支付请求中可以包括目标信息，目标信息可以至少包括第一账户信息、第二账户信息和待支付金额。互联互通平台13可以将支付请求发送至第一服务器14，其中，第一服务器14可以为硬钱包11对应的指定运营机构的服务器。响应于支付请求，第一服务器14可以将目标信息上传至区块链，以使第二服务器15从区块链中获取目标信息，以及根据目标信息对软钱包进行扣款处理，以支付目标账单，其中，第二服务器15可以为软钱包对应的指定运营机构的服务器，软钱包对应的指定运营机构可以不同于硬钱包11对应的指定运营机构。在账单支付完成后，第二服务器15可以将支付完成的信息上传至区块链，以使第一服务器14获取支付完成的信息，以及将支付完成的信息通过互联互通平台13依次返回至收单系统12和硬钱包11。

图1b是本申请提供的支付系统的另一种架构图。如图1b所示，该支付系统具体可以包括：硬钱包11、收单系统12、第一服务器14、第二服务器15和网络16。

这里，硬钱包11对应的指定运营机构可以不同于软钱包对应的指定运营机构，第一服务器14和第二服务器15可以通过网络16连接。

基于此，作为一种示例，收单系统12可以根据数字货币信息，向第二服务器15发送支付请求。响应于支付请求，第二服务器15可以直接获取目标信息，以及根据目标信息对软钱包进行扣款处理，以支付目标账单。在账单支付完成后，第二服务器15可以将支付完成的信息依次返回至收单系统12和硬钱包11。

作为另一种示例，收单系统12可以根据数字货币信息，向第一服务器14发送支付请求。响应于支付请求，第一服务器14可以获取目标信息，以及将目标信息转发至第二服务器15。第二服务器15在接收到目标信息之后，可以根据目标信息对软钱包进行扣款处理，以支付目标账单。在账单支付完成后，第二服务器15可以将支付完成的信息发送至第一服务器14，以使第一服务器14将支付完成的信息依次返回至收单系统12和硬钱包11。

图1c是本申请提供的支付系统的又一种架构图。如图1c所示，该支付系统具体可以包括：硬钱包11、收单系统12和支付服务器17。

这里，支付服务器17可以既为软件包对应的指定运营机构的服务器，又为硬钱包11对应的指定运营机构的服务器。

基于此，作为一种示例，收单系统12可以根据数字货币信息，向支付服务器17发送支付请求。响应于支付请求，支付服务器17可以获取目标信息，以及根据目标信息对软钱包进行扣款处理，以支付目标账单。在账单支付完成后，支付服务器17可以将支付完成的信息依次返回至收单系统12和硬钱包11。

由此，通过在硬钱包中的余额不足以支付目标账单的情况下，由第二支付服务器对软钱包进行扣款处理，以支付目标账单，能够突破硬钱包支付时的金额限制，提高硬钱包支付的成功率，以及降低用户向硬钱包充值的频率，提升用户的使用体验。

下面对本申请实施例所提供的应用于收单系统的支付方法进行介绍。

图2是本申请一个实施例提供的应用于收单系统的支付方法的流程示意图。如图2所示，该应用于收单系统的支付方法具体可以包括如下步骤：

S210、在接收到针对目标账单的支付指令，且检测到目标支付卡的情况下，获取目标支付卡中的数字货币信息，数字货币信息中包括与数字货币硬钱包账户对应的第一账户信息以及与数字货币软钱包账户对应的第二账户信息，数字货币硬钱包账户为目标支付卡对应的账户，数字货币软钱包账户为与数字货币硬钱包账户绑定的账户；

S220、根据数字货币信息确定数字货币硬钱包账户中的余额是否小于目标支付金额，目标支付金额为目标账单对应的待支付金额；

S230、在余额小于目标支付金额的情况下，根据数字货币信息，向支付服务器发送针对目标账单的支付请求，支付请求用于指示支付服务器根据第二账户信息对数字货币软钱包账户进行扣款处理，以支付目标账单。

由此，通过将目标支付卡对应的账户，也即数字货币硬钱包账户，与数字货币软钱包账户进行绑定，在数字货币硬钱包账户中的余额小于目标支付金额的情况下，根据从目标支付卡中获取的包含有第一账户信息和第二账户信息的数字货币信息，向支付服务器发送针对目标账单的支付请求，通过该支付请求指示支付服务器根据第二账户信息对数字货币软钱包账户进行扣款处理，以支付目标账单。这样，通过本申请实施例，可以在数字货币硬钱包账户中的余额无法支付目标账单的情况下，利用绑定的数字货币软钱包账户支付目标账单，进而能够突破数字货币硬钱包账户支付时的金额限制，提高支付成功率，以及降低用户向数字货币硬钱包账户充值的频率，提升用户的使用体验。

下面介绍上述各个步骤的具体实现方式。

在一些实施方式中，在S210中，目标支付卡可以为数字货币硬钱包，数字货币硬钱包可以是脱离手机的可视卡式硬钱包。其中，可视卡可以是一张有显示屏的卡片，显示屏中可以显示消费金额、卡片余额、剩余支付次数和二维码等信息，可视卡的载体例如可以为金融IC卡、手机SIM卡、社保卡和可穿戴设备等。基于此，第一账户信息可以至少包括硬钱包的地址、余额、账户限额、单笔限额等信息。数字货币软钱包可以是支持数字货币的智能应用提供的钱包服务，可以软件的形式存在。数字货币软钱包例如可以为运营机构、银行的数字钱包等。基于此，第二账户信息可以至少包括软钱包的地址、余额、账户限额、单笔限额等信息。另外，数字货币信息还可以包括目标账单的交易时间、待支付金额等信息。其中，目标账单的交易时间、待支付金额等信息可以在数字货币硬钱包的显示屏中显示。

作为一种示例，收单系统可以包括设置于商户端的POS机和设置于后台收单机构的收单服务器，在用户使用硬钱包向商户支付目标账单的过程中，与商户合作的收单机构可以接收针对目标账单的支付指令，以及获取目标支付卡中的数字货币信息，以根据数字货币信息中硬钱包的地址、余额、待支付金额等信息对硬钱包进行扣款处理，支付目标账单。

在一些实施方式中，在S220中，由于数字货币信息可以包括待支付金额和硬钱包的余额，因此，通过比较待支付金额与硬钱包的余额之间的大小关系，可以确定硬钱包的余额是否能够支付目标账单。若硬钱包的余额能够支付目标账单，则可以通过对硬钱包进行扣款处理，以支付目标账单。

在一些实施方式中，在S230中，支付服务器可以包括与数字货币软钱包账户对应的第二服务器，和/或，与数字货币硬钱包账户对应的第一服务器。其中，第一服务器可以为硬钱包对应的制定运营机构的服务器，第二服务器可以为软钱包对应的制定运营机构的服务器。第一服务器和第二服务器可以属于同一个运营机构，也可以属于不同的运营机构。

作为一种示例，在第一服务器和第二服务器属于同一个运营机构的情况下，若硬钱包的余额不足以支付目标账单，则收单系统可以向第二服务器发送针对目标账单的支付请求，以使第二服务器响应于支付请求，对软钱包进行扣款处理，以支付目标账单。

作为另一种示例，在第一服务器和第二服务器属于不同运营机构的情况下，若硬钱包的余额不足以支付目标账单，则收单系统可以向第一服务器发送针对目标账单的支付请求，以使第一服务器将支付请求转发至第二服务器，指示第二服务器响应于支付请求，对软钱包进行扣款处理，以支付目标账单。

在一些实施例中，支付请求中可以包括目标信息，目标信息可以至少包括第一账户信息、第二账户信息和目标支付金额；

支付请求还可以用于指示支付服务器将目标信息上传至区块链，以使区块链中的目标节点根据上传后的目标信息对数字货币软钱包账户进行扣款处理；

目标节点可以包括与数字货币软钱包账户对应的第二服务器所在的节点，或者，与数字货币硬钱包账户对应的第一服务器所在的节点。

基于此，在收单系统向第一服务器发送针对目标账单的支付请求之后，第一服务器可以将目标信息上传至区块链，以使第二服务器根据上传后的目标信息对软钱包进行扣款处理。

下面对本申请实施例所提供的应用于支付服务器的支付方法进行介绍。

图3本申请一个实施例提供的应用于支付服务器的支付方法的流程示意图。如图3所示，该应用于支付服务器的支付方法具体可以包括如下步骤：

S310、接收针对目标账单的支付请求，支付请求为收单系统在确定目标支付卡对应的数字货币硬钱包账户中的余额小于目标支付金额的情况下发送的请求，目标支付金额为目标账单对应的待支付金额；

S320、响应于支付请求，获取与数字货币硬钱包账户绑定的数字货币软钱包账户中的透支货币信息；

S330、在根据透支货币信息确定透支货币的币值不小于目标支付金额的情况下，根据目标支付金额，对数字货币软钱包账户中的透支货币进行扣款处理，以支付目标账单，其中，透支货币为数字货币软钱包账户中设置的用于数字货币硬钱包账户进行透支的数字货币。

由此，支付服务器通过响应于支付请求，对数字货币软钱包账户中的透支货币进行扣款处理，能够在数字货币硬钱包账户余额不足且软钱包中的透支货币的币值不小于目标支付金额的情况下，通过绑定的数字货币软钱包账户支付目标账单，进而能够突破数字货币硬钱包账户支付时的金额限制，提高支付成功率，以及降低用户向数字货币硬钱包账户充值的频率，提升用户的使用体验。

下面介绍上述各个步骤的具体实现方式。

在一些实施方式中，在S310中，在数字货币硬钱包账户的余额小于目标支付金额的情况下，支付服务器可以接收到由收单系统发送的支付请求。

基于此，为了确定与第一账户绑定的第二账户，以实现在数字货币硬钱包账户余额不足的情况下，通过数字货币软钱包账户支付目标账单，在一些实施方式中，在S310之前，还可以包括：

接收账户绑定请求，账户绑定请求中包括与数字货币硬钱包账户对应的第一账户信息和与数字货币软钱包账户对应的第二账户信息；

响应于账户绑定请求，根据第一账户信息和第二账户信息，对数字货币硬钱包账户和数字货币软钱包账户进行绑定。

这里，第一账户信息可以包括第一账户地址，第二账户信息可以包括第二账户地址。响应于账户绑定请求，可以将第一账户地址与第二账户地址进行关联，确定第一账户地址与第二账户地址之间的对应关系。如此，通过第一账户地址与第二账户地址之间的对应关系，可以确定数字货币硬钱包账户和数字货币软钱包账户之间绑定关系。

这样，通过根据第一账户信息和第二账户信息，对数字货币硬钱包账户和数字货币软钱包账户进行绑定，能够确定与第一账户绑定的第二账户，以实现在数字货币硬钱包账户余额不足的情况下，通过数字货币软钱包账户支付目标账单。

基于此，为了确定与第一账户绑定的第二账户，以实现在数字货币硬钱包账户余额不足的情况下，通过数字货币软钱包账户支付目标账单，在一些实施方式中，在支付服务器为与数字货币软钱包账户对应的第二服务器的情况下，根据第一账户信息和第二账户信息，对数字货币硬钱包账户和数字货币软钱包账户进行绑定，具体可以包括：

根据第二账户信息确定数字货币软钱包账户；

根据第一账户信息，将数字货币软钱包账户与数字货币硬钱包账户进行绑定。

这里，第二账户信息和数字货币软钱包账户可以是一一对应的关系，第一账户信息和数字货币硬钱包账户可以是一一对应的关系。在支付服务器为第二服务器的情况下，第二服务器可以在确定数字货币软钱包账户之后，将第一账户地址与第二账户地址进行关联，以确定数字货币硬钱包账户和数字货币软钱包账户之间绑定关系。

这样，在支付服务器为第二服务器的情况下，通过将数字货币软钱包账户与数字货币硬钱包账户进行绑定，能够确定与第一账户绑定的第二账户，以实现在数字货币硬钱包账户余额不足的情况下，通过数字货币软钱包账户支付目标账单。

基于此，为了在数字货币硬钱包账户余额不足且数字货币软钱包账户中透支金额不小于待支付金额的情况下，通过数字货币软钱包账户支付目标账单，在一些实施方式中，账户绑定请求中还可以包括透支金额；

根据第一账户信息，将数字货币软钱包账户与数字货币硬钱包账户进行绑定，具体可以包括：

在数字货币软钱包账户中的数字货币的货币金额不小于透支金额的情况下，根据货币金额和透支金额，确定货币差额；

删除数字货币软钱包账户中的数字货币对应的币串，生成第一币串，并在货币差额大于0的情况下生成第二币串，其中，第一币串为与透支金额对应的第一数字货币的币串，第二币串为与货币差额对应的第二数字货币的币串；

为第一币串添加与第一目标属性对应的第一属性信息，得到透支货币，其中，第一属性信息包括第一账户信息。

这里，第一目标属性可以包括应用扩展属性和可编程脚本属性，其中，应用扩展属性用于存储第一账户信息，可编程脚本属性用于存储目标可编程脚本，目标可编程脚本为利用智能合约执行的交易计算处理逻辑脚本。

基于此，与应用扩展属性对应的第一属性信息可以为数字货币硬钱包账户地址，与可编程脚本属性对应的第一属性信息可以为智能合约透支应用(交易金额)，智能合约透支应用(交易金额)中存储的脚本可以为：

透支应用(待支付金额)

{if(待支付金额＝<货币金额)完成支付

else return false}

作为一种示例，在数字货币软钱包账户与数字货币硬钱包账户绑定之前，数字货币软钱包账户的一个示意表可以如下表1所示：

表1

在数字货币软钱包账户与数字货币硬钱包账户绑定之后，数字货币软钱包账户的另一个示意表可以如下表2所示：

表2

这里，数字货币软钱包账户的账户地址可以为1002，数字货币软钱包账户中的数字货币的货币金额可以为3000，透支金额可以为2000，货币金额与透支金额的差值可以为1000。基于此，在账户绑定的过程中，在删除编号01的币串之后，可以生成编号02和编号03的币串。具体地，在删除数字货币软钱包账户中的数字货币之后，生成的第一币串中的第一数字货币可以为2000，第二币串中的第二数字货币可以为1000。并且，透支应用的账户地址可以存储于应用扩展字段中，智能合约透支应用(交易金额)可以存储于可编程脚本字段中。其中，透支应用的账户地址可以为数字货币硬钱包账户地址，数字货币硬钱包账户地址可以为1001。

这样，由于透支货币中包括智能合约和数字货币硬钱包账户地址，因此，通过删除数字货币软钱包账户中的数字货币对应的币串，生成第一币串，并在所述货币差额大于0的情况下生成第二币串，能够在数字货币硬钱包账户余额不足且数字货币软钱包账户中透支金额不小于待支付金额的情况下，通过数字货币软钱包账户支付目标账单。

基于此，为了确定与第一账户绑定的第二账户，以实现在数字货币硬钱包账户余额不足的情况下，通过数字货币软钱包账户支付目标账单，在一些实施方式中，在支付服务器为与数字货币硬钱包账户对应的第一服务器的情况下，根据第一账户信息和第二账户信息，对数字货币硬钱包账户和数字货币软钱包账户进行绑定，具体可以包括：

根据第一账户信息确定数字货币硬钱包账户；

根据第二账户信息，将数字货币硬钱包账户与数字货币软钱包账户进行绑定。

这里，在支付服务器为第一服务器的情况下，第一服务器可以在确定数字货币硬钱包账户之后，将第一账户地址与第二账户地址进行关联，以确定数字货币硬钱包账户和数字货币软钱包账户之间绑定关系。

这样，在支付服务器为第一服务器的情况下，通过将数字货币硬钱包账户与数字货币软钱包账户进行绑定，能够确定与第一账户绑定的第二账户，以实现在数字货币硬钱包账户余额不足的情况下，通过数字货币软钱包账户支付目标账单。

基于此，为了在数字货币硬钱包账户余额不足且数字货币软钱包账户中透支金额不小于待支付金额的情况下，通过数字货币软钱包账户支付目标账单，在一些实施方式中，根据第二账户信息，将数字货币硬钱包账户与数字货币软钱包账户进行绑定，包括：

删除数字货币硬钱包账户中的数字货币对应的币串，生成与第三数字货币对应的币串，第三数字货币与数字货币硬钱包账户中的数字货币的金额相同；

为第三数字货币对应的币串添加与第二目标属性对应的第二属性信息，第二属性信息包括第二账户信息。

这里，第二目标属性可以包括应用扩展属性。其中，与应用扩展属性对应的第二属性信息可以为数字货币软钱包账户地址。

作为一种示例，在数字货币硬钱包账户与数字货币软钱包账户绑定之前，数字货币硬钱包账户的一个示意表可以如下表3所示：

表3

在数字货币硬钱包账户与数字货币软钱包账户绑定之后，数字货币硬钱包账户的另一个示意表可以如下表4所示：

表4

这里，数字货币硬钱包账户的账户地址可以为1001，数字货币硬钱包账户中的数字货币的货币金额可以为1000。基于此，在账户绑定的过程中，在删除编号04的币串之后，可以生成编号05的币串。具体地，在删除数字货币硬钱包账户中的数字货币之后，生成的第三币串中的第三数字货币可以为1000。并且，绑定应用的账户地址可以存储于应用扩展字段中，其中，绑定应用的账户地址可以为数字货币软钱包账户地址，数字货币软钱包账户地址可以为1002。

这样，由于第三币串中包括数字货币软钱包账户地址，因此，通过删除数字货币硬钱包账户中的数字货币对应的币串，生成第三币串，能够在数字货币硬钱包账户余额不足且数字货币软钱包账户中透支金额不小于待支付金额的情况下，通过数字货币软钱包账户支付目标账单。

在一些实施方式中，在S320中，透支货币信息至少可以包括透支货币的币值、透支应用的地址和智能合约透支应用(交易金额)的可执行脚本等。

在一些实施例中，在S330中，由于数字货币软钱包账户为与数字货币硬钱包账户绑定的账户，因此，在透支货币的比值不小于目标支付金额的情况下，可以通过对数字货币软钱包账户中的透支货币进行扣款支付目标账单。

基于此，为了使第二服务器所在的节点基于处理结果执行对数字货币软钱包账户中的透支货币的扣款处理，进而完成对目标账单的支付，在一些实施方式中，支付请求中可以包括目标信息，目标信息可以至少包括与数字货币硬钱包账户对应的第一账户信息、与数字货币软钱包账户对应的第二账户信息和目标支付金额；

对数字货币软钱包账户中的透支货币进行扣款处理，具体可以包括：

将目标信息上传至区块链，以使区块链中的至少一个目标节点根据上传的目标信息执行针对数字货币软钱包账户的交易计算处理，得到处理结果，并由数字货币软钱包账户对应的第二服务器所在的节点基于处理结果执行对数字货币软钱包账户中的透支货币的扣款处理；

至少一个目标节点包括与数字货币软钱包账户对应的第二服务器所在的节点，和/或，与数字货币硬钱包账户对应的第一服务器所在的节点。

这里，对数字货币软钱包账户中的透支货币进行扣款处理可以基于联盟链执行。

作为一种示例，第二服务器所在的节点可以根据目标信息中的第二支付信息依次确定数字货币软钱包账户，与数字货币软钱包账户绑定的数字货币硬钱包账户，以及与数字货币硬钱包账户对应的第一账户信息。将上述确定的数字货币硬钱包账户对应的第一账户信息与目标信息中的第一账户信息进行对比，在两个第一账户信息一致的情况下，第二服务器所在的节点可以执行智能合约透支应用(交易金额)中的脚本，得到处理结果。若货币金额不小于待支付金额，则处理结果可以为对数字货币软钱包账户中的透支货币进行扣款处理，若货币金额小于待支付金额，则处理结果可以为返回支付失败信息。

作为另一种示例，第一服务器所在的节点可以根据目标信息中的第一支付信息依次确定数字货币硬钱包账户，与数字货币硬钱包账户绑定的数字货币软钱包账户，以及与数字货币软钱包账户对应的第二账户信息。将上述确定的数字货币软钱包账户对应的第二账户信息与目标信息中的第二账户信息进行对比，在两个第二账户信息一致的情况下，第一服务器所在的节点可以执行智能合约透支应用(交易金额)中的脚本，得到处理结果。若货币金额不小于待支付金额，则处理结果可以为指示第二服务器所在的节点对数字货币软钱包账户中的透支货币进行扣款处理。

这样，通过将目标信息上传至区块链，能够使第二服务器所在的节点基于处理结果执行对数字货币软钱包账户中的透支货币的扣款处理，进而完成对目标账单的支付。

基于此，为了保证处理结果的准确性和安全性，在一些实施方式中，在目标节点的数量为多个的情况下，在将目标信息上传至区块链之后，还可以包括：

获取多个目标节点分别对应的处理结果；

对处理结果进行比对；

在比对一致的情况下，生成最终处理结果；

将最终处理结果上传至区块链。

这里，多个目标节点可以至少包括第一服务器所在的节点和第二服务器所在的节点，若第一服务器所在的节点上的处理结果和第二服务器所在的节点的处理结果一致，则可以将上述处理结果作为最终处理结果并上传至区块链。

这样，通过对多个目标节点分别对应的处理结果进行比对，以及将最终处理结果上传至区块链，能够保证处理结果的准确性和安全性。

下面对本申请实施例所提供的应用于第二服务器的支付方法进行介绍。

图4本申请一个实施例提供的应用于第二服务器的支付方法的流程示意图。如图4所示，该应用于第二服务器的支付方法具体可以包括如下步骤：

S410、从区块链中获取目标信息，目标信息至少包括第一账户信息、第二账户信息和目标支付金额，目标支付金额为目标账单对应的待支付金额；

S420、根据第二账户信息确定数字货币软钱包账户；

S430、根据目标支付金额，对数字货币软钱包账户进行扣款处理，以支付目标账单。

由此，通过根据目标支付金额，对与数字货币硬钱包账户绑定的数字货币软钱包账户进行扣款处理，能够在数字货币硬钱包账户余额不足的情况下支付目标账单。

本实施例中的上述各个步骤的具体实现方式如上文所述，在此不再赘述。

基于此，为了在数字货币硬钱包账户余额不足且数字货币软钱包账户中的透支货币不小于目标支付金额的情况下，支付目标账单，在一些实施方式中，S430具体可以包括：

获取数字货币软钱包账户中的透支货币信息；

在根据透支货币信息确定透支货币的币值不小于目标支付金额的情况下，根据目标支付金额，对数字货币软钱包账户中的透支货币进行扣款处理。

这里，透支货币信息至少可以包括透支货币的币值、透支应用的地址和智能合约透支应用(交易金额)的可执行脚本等。

这样，通过对数字货币软钱包账户中的透支货币进行扣款处理，能够在数字货币硬钱包账户余额不足且数字货币软钱包账户中的透支货币不小于目标支付金额的情况下，支付目标账单。

基于此，为了完成对目标账单的支付，在一些实施方式中，透支货币信息包括与透支货币对应的绑定账户信息；

在根据透支货币信息确定透支货币的币值不小于目标支付金额的情况下，根据目标支付金额，对数字货币软钱包账户中的透支货币进行扣款处理，具体可以包括：

确定目标信息中的第一账户信息是否与绑定账户信息相匹配；

在第一账户信息与绑定账户信息相匹配，且透支货币的币值不小于目标支付金额的情况下，根据目标支付金额，对数字货币软钱包账户中的透支货币进行交易计算处理，得到第一处理结果，并根据第一处理结果对透支货币进行扣款处理。

这里，绑定账户信息可以为与数字货币软钱包账户绑定的数字货币硬钱包账户的信息。

第二服务器所在的节点可以根据目标信息中的第二支付信息依次确定数字货币软钱包账户，与数字货币软钱包账户绑定的数字货币硬钱包账户，以及与数字货币硬钱包账户对应的第一账户信息。将上述确定的数字货币硬钱包账户对应的第一账户信息与目标信息中的第一账户信息进行对比，可以确定两个第一账户信息是否一致。在两个第一账户信息一致的情况下，第二服务器所在的节点可以执行智能合约透支应用(交易金额)中的脚本，得到第一处理结果。

这样，通过在第一账户信息与绑定账户信息相匹配，且透支货币的币值不小于目标支付金额的情况下，根据第一处理结果对透支货币进行扣款处理，能够完成对目标账单的支付。

基于此，为了使第一服务器所在的节点根据目标信息和透支货币信息确定第二处理结果，在一些实施方式中，在根据目标支付金额，对数字货币软钱包账户中的透支货币进行扣款处理，得到第一处理结果之后，还可以包括：

将透支货币信息上传至区块链，以使区块链中的其他节点根据目标信息和透支货币信息，对数字货币软钱包账户中的透支货币进行交易计算处理，得到第二处理结果；

其他节点包括与数字货币硬钱包账户对应的第一服务器所在的节点，数字货币硬钱包账户为与第一账户信息对应的账户。

这里，第一服务器所在的节点可以根据目标信息和透支货币信息，对数字货币软钱包账户中的透支货币进行交易计算处理。计算处理的具体过程可以为若透支货币的币值不小于待支付金额，则第二处理结果可以为指示第二服务器所在的节点对数字货币软钱包账户进行扣款处理；若透支货币的币值小于待支付金额，，则第二处理结果可以为返回支付失败信息。

这样，通过将透支货币信息上传至区块链，能够使第一服务器所在的节点根据目标信息和透支货币信息确定第二处理结果。

基于相同的发明构思，本申请还提供了一种应用于收单系统的支付装置。具体结合图5进行详细说明。

图5是本申请一个实施例提供的应用于收单系统的支付装置的结构示意图。

如图5所示，该应用于收单系统的支付装置500可以包括：

第一获取模块510，用于在接收到针对目标账单的支付指令，且检测到目标支付卡的情况下，获取目标支付卡中的数字货币信息，数字货币信息中包括与数字货币硬钱包账户对应的第一账户信息以及与数字货币软钱包账户对应的第二账户信息，数字货币硬钱包账户为目标支付卡对应的账户，数字货币软钱包账户为与数字货币硬钱包账户绑定的账户；

第一确定模块520，用于根据数字货币信息确定数字货币硬钱包账户中的余额是否小于目标支付金额，目标支付金额为目标账单对应的待支付金额；

发送模块530，用于在余额小于目标支付金额的情况下，根据数字货币信息，向支付服务器发送针对目标账单的支付请求，支付请求用于指示支付服务器根据第二账户信息对数字货币软钱包账户进行扣款处理，以支付目标账单。

下面对上述应用于收单系统的支付装置500进行详细说明，具体如下所示：

在其中一些实施例中，支付服务器可以包括与数字货币软钱包账户对应的第二服务器，和/或，与数字货币硬钱包账户对应的第一服务器。

在其中一些实施例中，支付请求中可以包括目标信息，目标信息可以至少包括第一账户信息、第二账户信息和目标支付金额；

支付请求还可以用于指示支付服务器将目标信息上传至区块链，以使区块链中的目标节点根据上传后的目标信息对数字货币软钱包账户进行扣款处理；

目标节点可以包括与数字货币软钱包账户对应的第二服务器所在的节点，或者，与数字货币硬钱包账户对应的第一服务器所在的节点。

由此，通过将目标支付卡对应的账户，也即数字货币硬钱包账户，与数字货币软钱包账户进行绑定，在数字货币硬钱包账户中的余额小于目标支付金额的情况下，根据从目标支付卡中获取的包含有第一账户信息和第二账户信息的数字货币信息，向支付服务器发送针对目标账单的支付请求，通过该支付请求指示支付服务器根据第二账户信息对数字货币软钱包账户进行扣款处理，以支付目标账单。这样，通过本申请实施例，可以在数字货币硬钱包账户中的余额无法支付目标账单的情况下，利用绑定的数字货币软钱包账户支付目标账单，进而能够突破数字货币硬钱包账户支付时的金额限制，提高支付成功率，以及降低用户向数字货币硬钱包账户充值的频率，提升用户的使用体验。

基于相同的发明构思，本申请还提供了一种应用于支付服务器的支付装置。具体结合图6进行详细说明。

图6是本申请一个实施例提供的应用于支付服务器的支付装置的结构示意图。

如图6所示，该应用于支付服务器的支付装置600可以包括：

第一接收模块610，用于接收针对目标账单的支付请求，支付请求为收单系统在确定目标支付卡对应的数字货币硬钱包账户中的余额小于目标支付金额的情况下发送的请求，目标支付金额为目标账单对应的待支付金额；

信息获取模块620，用于响应于支付请求，获取与数字货币硬钱包账户绑定的数字货币软钱包账户中的透支货币信息；

第一扣款模块630，用于在根据透支货币信息确定透支货币的币值不小于目标支付金额的情况下，根据目标支付金额，对数字货币软钱包账户中的透支货币进行扣款处理，以支付目标账单，其中，透支货币为数字货币软钱包账户中设置的用于数字货币硬钱包账户进行透支的数字货币。

下面对上述应用于支付服务器的支付装置600进行详细说明，具体如下所示：

在其中一些实施例中，应用于支付服务器的支付装置600还可以包括：

第二接收模块，用于接收账户绑定请求，账户绑定请求中包括与数字货币硬钱包账户对应的第一账户信息和与数字货币软钱包账户对应的第二账户信息；

绑定模块，用于响应于账户绑定请求，根据第一账户信息和第二账户信息，对数字货币硬钱包账户和数字货币软钱包账户进行绑定。

在其中一些实施例中，在支付服务器为与数字货币软钱包账户对应的第二服务器的情况下，绑定模块具体可以包括：

第一确定子模块，用于根据第二账户信息确定数字货币软钱包账户；

第一绑定子模块，用于根据第一账户信息，将数字货币软钱包账户与数字货币硬钱包账户进行绑定。

在其中一些实施例中，账户绑定请求中还可以包括透支金额；

基于此，第一绑定子模块具体可以包括：

第一确定单元，用于在数字货币软钱包账户中的数字货币的货币金额不小于透支金额的情况下，根据货币金额和透支金额，确定货币差额；

第一删除单元，用于删除数字货币软钱包账户中的数字货币对应的币串，生成第一币串，并在货币差额大于0的情况下生成第二币串，其中，第一币串为与透支金额对应的第一数字货币的币串，第二币串为与货币差额对应的第二数字货币的币串；

第一添加单元，用于为第一币串添加与第一目标属性对应的第一属性信息，得到透支货币，其中，第一属性信息包括第一账户信息。

在其中一些实施例中，第一目标属性包括应用扩展属性和可编程脚本属性，其中，应用扩展属性用于存储第一账户信息，可编程脚本属性用于存储目标可编程脚本，目标可编程脚本为利用智能合约执行的交易计算处理逻辑脚本。

在其中一些实施例中，在支付服务器为与数字货币硬钱包账户对应的第一服务器的情况下，绑定模块具体还可以包括：

第二确定子模块，用于根据第一账户信息确定数字货币硬钱包账户；

第二绑定子模块，用于根据第二账户信息，将数字货币硬钱包账户与数字货币软钱包账户进行绑定。

在其中一些实施例中，第二绑定子模块具体可以包括：

第二删除单元，用于删除数字货币硬钱包账户中的数字货币对应的币串，生成与第三数字货币对应的币串，第三数字货币与数字货币硬钱包账户中的数字货币的金额相同；

第二添加单元，用于为第三数字货币对应的币串添加与第二目标属性对应的第二属性信息，第二属性信息包括第二账户信息。

在其中一些实施例中，支付请求中可以包括目标信息，目标信息可以至少包括与数字货币硬钱包账户对应的第一账户信息、与数字货币软钱包账户对应的第二账户信息和目标支付金额；

基于此，第一扣款模块630具体可以包括：

第一上传子模块，用于将目标信息上传至区块链，以使区块链中的至少一个目标节点根据上传的目标信息执行针对数字货币软钱包账户的交易计算处理，得到处理结果，并由数字货币软钱包账户对应的第二服务器所在的节点基于处理结果执行对数字货币软钱包账户中的透支货币的扣款处理；

至少一个目标节点包括与数字货币软钱包账户对应的第二服务器所在的节点，和/或，与数字货币硬钱包账户对应的第一服务器所在的节点。

在其中一些实施例中，在目标节点的数量为多个的情况下，支付服务器的支付装置600还可以包括：

第一获取子模块，用于在将目标信息上传至区块链之后，获取多个目标节点分别对应的处理结果；

比对子模块，用于对处理结果进行比对；

生成子模块，用于在比对一致的情况下，生成最终处理结果；

第二上传子模块，用于将最终处理结果上传至区块链。

由此，支付服务器通过响应于支付请求，对数字货币软钱包账户进行扣款处理，能够在数字货币硬钱包账户余额不足的情况下，通过数字货币软钱包账户支付目标账单，进而能够突破数字货币硬钱包账户支付时的金额限制，提高支付成功率，以及降低用户向数字货币硬钱包账户充值的频率，提升用户的使用体验。

基于相同的发明构思，本申请还提供了一种应用于第二服务器的支付装置。具体结合图7进行详细说明。

图7是本申请一个实施例提供的应用于第二服务器的支付装置的结构示意图。

如图7所示，该应用于第二服务器的支付装置700可以包括：

第二获取模块710，用于从区块链中获取目标信息，目标信息至少包括第一账户信息、第二账户信息和目标支付金额，目标支付金额为目标账单对应的待支付金额；

第二确定模块720，用于根据第二账户信息确定数字货币软钱包账户；

第二扣款模块730，用于根据目标支付金额，对数字货币软钱包账户进行扣款处理，以支付目标账单。

下面对上述应用于第二服务器的支付装置700进行详细说明，具体如下所示：

在其中一些实施例中，第二扣款模块730具体可以包括：

第二获取子模块，用于获取数字货币软钱包账户中的透支货币信息；

扣款子模块，用于在根据透支货币信息确定透支货币的币值不小于目标支付金额的情况下，根据目标支付金额，对数字货币软钱包账户中的透支货币进行扣款处理。

在其中一些实施例中，透支货币信息可以包括与透支货币对应的绑定账户信息；

基于此，扣款子模块具体可以包括：

第二确定单元，用于确定目标信息中的第一账户信息是否与绑定账户信息相匹配；

扣款单元，用于在第一账户信息与绑定账户信息相匹配，且透支货币的币值不小于目标支付金额的情况下，根据目标支付金额，对数字货币软钱包账户中的透支货币进行交易计算处理，得到第一处理结果，并根据第一处理结果对透支货币进行扣款处理。

在其中一些实施例中，应用于第二服务器的支付装置700还可以包括：

上传模块，用于在得到第一处理结果之后，将透支货币信息上传至区块链，以使区块链中的其他节点根据目标信息和透支货币信息，对数字货币软钱包账户中的透支货币进行交易计算处理，得到第二处理结果；

其他节点包括与数字货币硬钱包账户对应的第一服务器所在的节点，数字货币硬钱包账户为与第一账户信息对应的账户。

由此，通过根据目标支付金额，对与数字货币硬钱包账户绑定的数字货币软钱包账户进行扣款处理，能够在数字货币硬钱包账户余额不足的情况下支付目标账单。

图8是本申请一个实施例提供的电子设备的结构示意图。

在电子设备800可以包括处理器801以及存储有计算机程序指令的存储器802。

具体地，上述处理器801可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

存储器802可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器802可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器802可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器802可在综合网关容灾设备的内部或外部。在特定实施例中，存储器802是非易失性固态存储器。

在特定实施例中，存储器可包括只读存储器(ROM)，随机存取存储器(RAM)，磁盘存储介质设备，光存储介质设备，闪存设备，电气、光学或其他物理/有形的存储器存储设备。因此，通常，存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如，存储器设备)，并且当该软件被执行(例如，由一个或多个处理器)时，其可操作来执行参考根据本申请的一方面的方法所描述的操作。

处理器801通过读取并执行存储器802中存储的计算机程序指令，以实现上述实施例中的任意一种支付方法。

在一些示例中，电子设备800还可包括通信接口803和总线810。其中，如图8所示，处理器801、存储器802、通信接口803通过总线810连接并完成相互间的通信。

通信接口803主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。

总线810包括硬件、软件或两者，将在线数据流量计费设备的部件彼此耦接在一起。举例来说而非限制，总线810可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线810可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

示例性的，电子设备800可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personal digital assistant，PDA)等。

该电子设备800可以执行本申请实施例中的支付方法，从而实现结合图2至图7描述的支付方法和装置。

另外，结合上述实施例中的支付方法，本申请实施例可提供一种计算机可读存储介质来实现。该计算机可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种支付方法。计算机可读存储介质的示例包括非暂态计算机可读存储介质，如便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件等。

需要明确的是，本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本申请的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本申请的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

上面参考根据本申请的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本申请的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。

以上所述，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。

Claims (22)

1.一种支付方法，应用于收单系统，其特征在于，包括：

在接收到针对目标账单的支付指令，且检测到目标支付卡的情况下，获取所述目标支付卡中的数字货币信息，所述数字货币信息中包括与数字货币硬钱包账户对应的第一账户信息以及与数字货币软钱包账户对应的第二账户信息，所述数字货币硬钱包账户为所述目标支付卡对应的账户，所述数字货币软钱包账户为与所述数字货币硬钱包账户绑定的账户；

根据所述数字货币信息确定所述数字货币硬钱包账户中的余额是否小于目标支付金额，所述目标支付金额为所述目标账单对应的待支付金额；

在所述余额小于所述目标支付金额的情况下，根据所述数字货币信息，向支付服务器发送针对所述目标账单的支付请求，所述支付请求用于指示所述支付服务器根据所述第二账户信息对所述数字货币软钱包账户进行扣款处理，以支付所述目标账单。

2.根据权利要求1所述的方法，其特征在于，所述支付服务器包括与所述数字货币软钱包账户对应的第二服务器，和/或，与所述数字货币硬钱包账户对应的第一服务器。

3.根据权利要求1或2所述的方法，其特征在于，所述支付请求中包括目标信息，所述目标信息至少包括所述第一账户信息、所述第二账户信息和所述目标支付金额；

所述支付请求还用于指示所述支付服务器将所述目标信息上传至区块链，以使所述区块链中的目标节点根据上传后的所述目标信息对所述数字货币软钱包账户进行扣款处理；

所述目标节点包括与所述数字货币软钱包账户对应的第二服务器所在的节点，或者，与所述数字货币硬钱包账户对应的第一服务器所在的节点。

4.一种支付方法，应用于支付服务器，其特征在于，包括：

接收针对目标账单的支付请求，所述支付请求为收单系统在确定目标支付卡对应的数字货币硬钱包账户中的余额小于目标支付金额的情况下发送的请求，所述目标支付金额为所述目标账单对应的待支付金额；

响应于所述支付请求，获取与所述数字货币硬钱包账户绑定的数字货币软钱包账户中的透支货币信息；

在根据所述透支货币信息确定透支货币的币值不小于所述目标支付金额的情况下，根据所述目标支付金额，对所述数字货币软钱包账户中的所述透支货币进行扣款处理，以支付所述目标账单，其中，所述透支货币为所述数字货币软钱包账户中设置的用于所述数字货币硬钱包账户进行透支的数字货币。

5.根据权利要求4所述的方法，其特征在于，在接收针对目标账单的支付请求之前，所述方法还包括：

接收账户绑定请求，所述账户绑定请求中包括与所述数字货币硬钱包账户对应的第一账户信息和与所述数字货币软钱包账户对应的第二账户信息；

响应于所述账户绑定请求，根据所述第一账户信息和所述第二账户信息，对所述数字货币硬钱包账户和所述数字货币软钱包账户进行绑定。

6.根据权利要求5所述的方法，其特征在于，在所述支付服务器为与所述数字货币软钱包账户对应的第二服务器的情况下，所述根据所述第一账户信息和所述第二账户信息，对所述数字货币硬钱包账户和所述数字货币软钱包账户进行绑定，包括：

根据所述第二账户信息确定所述数字货币软钱包账户；

根据所述第一账户信息，将所述数字货币软钱包账户与所述数字货币硬钱包账户进行绑定。

7.根据权利要求6所述的方法，其特征在于，所述账户绑定请求中还包括透支金额；

所述根据所述第一账户信息，将所述数字货币软钱包账户与所述数字货币硬钱包账户进行绑定，包括：

在所述数字货币软钱包账户中的数字货币的货币金额不小于所述透支金额的情况下，根据所述货币金额和所述透支金额，确定货币差额；

删除所述数字货币软钱包账户中的数字货币对应的币串，生成第一币串，并在所述货币差额大于0的情况下生成第二币串，其中，所述第一币串为与所述透支金额对应的第一数字货币的币串，所述第二币串为与所述货币差额对应的第二数字货币的币串；

为所述第一币串添加与第一目标属性对应的第一属性信息，得到所述透支货币，其中，所述第一属性信息包括所述第一账户信息。

8.根据权利要求7所述的方法，其特征在于，所述第一目标属性包括应用扩展属性和可编程脚本属性，其中，所述应用扩展属性用于存储所述第一账户信息，所述可编程脚本属性用于存储目标可编程脚本，所述目标可编程脚本为利用智能合约执行的交易计算处理逻辑脚本。

9.根据权利要求5所述的方法，其特征在于，在所述支付服务器为与所述数字货币硬钱包账户对应的第一服务器的情况下，所述根据所述第一账户信息和所述第二账户信息，对所述数字货币硬钱包账户和所述数字货币软钱包账户进行绑定，包括：

根据所述第一账户信息确定所述数字货币硬钱包账户；

根据所述第二账户信息，将所述数字货币硬钱包账户与所述数字货币软钱包账户进行绑定。

10.根据权利要求9所述的方法，其特征在于，所述根据所述第二账户信息，将所述数字货币硬钱包账户与所述数字货币软钱包账户进行绑定，包括：

删除所述数字货币硬钱包账户中的数字货币对应的币串，生成与第三数字货币对应的币串，所述第三数字货币与所述数字货币硬钱包账户中的数字货币的金额相同；

为所述第三数字货币对应的币串添加与第二目标属性对应的第二属性信息，所述第二属性信息包括所述第二账户信息。

11.根据权利要求4所述的方法，其特征在于，所述支付请求中包括目标信息，所述目标信息至少包括与所述数字货币硬钱包账户对应的第一账户信息、与所述数字货币软钱包账户对应的第二账户信息和所述目标支付金额；

所述对数字货币软钱包账户中的所述透支货币进行扣款处理，包括：

将所述目标信息上传至区块链，以使所述区块链中的至少一个目标节点根据上传的所述目标信息执行针对所述数字货币软钱包账户的交易计算处理，得到处理结果，并由所述数字货币软钱包账户对应的第二服务器所在的节点基于所述处理结果执行对所述数字货币软钱包账户中的所述透支货币的扣款处理；

所述至少一个目标节点包括与所述数字货币软钱包账户对应的第二服务器所在的节点，和/或，与所述数字货币硬钱包账户对应的第一服务器所在的节点。

12.根据权利要求11所述的方法，其特征在于，在所述目标节点的数量为多个的情况下，在将所述目标信息上传至区块链之后，所述方法还包括：

获取多个所述目标节点分别对应的处理结果；

对所述处理结果进行比对；

在比对一致的情况下，生成最终处理结果；

将所述最终处理结果上传至所述区块链。

13.一种支付方法，应用于第二服务器，其特征在于，包括：

从区块链中获取目标信息，所述目标信息至少包括第一账户信息、第二账户信息和目标支付金额，所述目标支付金额为目标账单对应的待支付金额；

根据所述第二账户信息确定数字货币软钱包账户；

根据所述目标支付金额，对所述数字货币软钱包账户进行扣款处理，以支付所述目标账单。

14.根据权利要求13所述的方法，其特征在于，所述根据所述目标支付金额，对所述数字货币软钱包账户进行扣款处理，包括：

获取所述数字货币软钱包账户中的透支货币信息；

在根据所述透支货币信息确定透支货币的币值不小于所述目标支付金额的情况下，根据所述目标支付金额，对所述数字货币软钱包账户中的所述透支货币进行扣款处理。

15.根据权利要求14所述的方法，其特征在于，所述透支货币信息包括与所述透支货币对应的绑定账户信息；

所述在根据所述透支货币信息确定透支货币的币值不小于所述目标支付金额的情况下，根据所述目标支付金额，对所述数字货币软钱包账户中的所述透支货币进行扣款处理，包括：

确定所述目标信息中的所述第一账户信息是否与所述绑定账户信息相匹配；

在所述第一账户信息与所述绑定账户信息相匹配，且所述透支货币的币值不小于所述目标支付金额的情况下，根据所述目标支付金额，对所述数字货币软钱包账户中的所述透支货币进行交易计算处理，得到第一处理结果，并根据所述第一处理结果对所述透支货币进行扣款处理。

16.根据权利要求14或15所述的方法，其特征在于，在根据所述目标支付金额，对所述数字货币软钱包账户中的所述透支货币进行扣款处理，得到第一处理结果之后，所述方法还包括：

将所述透支货币信息上传至所述区块链，以使所述区块链中的其他节点根据所述目标信息和所述透支货币信息，对所述数字货币软钱包账户中的所述透支货币进行交易计算处理，得到第二处理结果；

所述其他节点包括与数字货币硬钱包账户对应的第一服务器所在的节点，所述数字货币硬钱包账户为与所述第一账户信息对应的账户。

17.一种支付装置，应用于收单系统，其特征在于，所述装置包括：

第一获取模块，用于在接收到针对目标账单的支付指令，且检测到目标支付卡的情况下，获取所述目标支付卡中的数字货币信息，所述数字货币信息中包括与数字货币硬钱包账户对应的第一账户信息以及与数字货币软钱包账户对应的第二账户信息，所述数字货币硬钱包账户为所述目标支付卡对应的账户，所述数字货币软钱包账户为与所述数字货币硬钱包账户绑定的账户；

第一确定模块，用于根据所述数字货币信息确定所述数字货币硬钱包账户中的余额是否小于目标支付金额，所述目标支付金额为所述目标账单对应的待支付金额；

发送模块，用于在所述余额小于所述目标支付金额的情况下，根据所述数字货币信息，向支付服务器发送针对所述目标账单的支付请求，所述支付请求用于指示所述支付服务器根据所述第二账户信息对所述数字货币软钱包账户进行扣款处理，以支付所述目标账单。

18.一种支付装置，应用于支付服务器，其特征在于，所述装置包括：

第一接收模块，用于接收针对目标账单的支付请求，所述支付请求为收单系统在确定目标支付卡对应的数字货币硬钱包账户中的余额小于目标支付金额的情况下发送的请求，所述目标支付金额为所述目标账单对应的待支付金额；

信息获取模块，用于响应于所述支付请求，获取与所述数字货币硬钱包账户绑定的数字货币软钱包账户中的透支货币信息；

第一扣款模块，用于在根据所述透支货币信息确定透支货币的币值不小于所述目标支付金额的情况下，根据所述目标支付金额，对所述数字货币软钱包账户中的所述透支货币进行扣款处理，以支付所述目标账单，其中，所述透支货币为所述数字货币软钱包账户中设置的用于所述数字货币硬钱包账户进行透支的数字货币。

19.一种支付装置，应用于第二服务器，其特征在于，所述装置包括：

第二获取模块，用于从区块链中获取目标信息，所述目标信息至少包括第一账户信息、第二账户信息和目标支付金额，所述目标支付金额为目标账单对应的待支付金额；

第二确定模块，用于根据所述第二账户信息确定数字货币软钱包账户；

第二扣款模块，用于根据所述目标支付金额，对所述数字货币软钱包账户进行扣款处理，以支付所述目标账单。

20.一种电子设备，其特征在于，所述电子设备包括：处理器以及存储有计算机程序指令的存储器；

所述处理器执行所述计算机程序指令时实现如权利要求1-3、4-12或13-16任意一项所述的支付方法的步骤。

21.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1-3、4-12或13-16任意一项所述的支付方法的步骤。

22.一种计算机程序产品，其特征在于，所述计算机程序产品中的指令由电子设备的处理器执行时，使得所述电子设备执行如权利要求1-3、4-12或13-16任意一项所述的支付方法的步骤。

Images