CN112767163A - 基于区块链的数字商品交易方法和装置 - Google Patents

Abstract

本说明书提供了一种基于区块链的数字商品交易方法和装置，所述区块链上部署有用于对数字商品的交易进行管理的智能合约；所述方法包括：接收目标数字商品的供应方触发的发布交易，所述发布交易包含所述目标数字商品的商品信息，和所述供应方指定的与所述目标数字商品对应的授权用户信息；执行所述智能合约声明的数字商品发布逻辑，将所述商品信息和与所述目标数字商品对应的授权用户信息存储至所述发布交易对应的交易日志；以使区块链的节点设备在接收任一用户对所述商品信息的访问请求时，基于所述授权用户信息判断所述任一用户是否具有对所述目标数字商品的访问权限；如果是，将所述商品信息发送至所述任一用户。

Description

基于区块链的数字商品交易方法和装置

技术领域

本说明书一个或多个实施方式涉及电子商务领域，尤其涉及一种基于区块链的数字商品交易方法和装置。

背景技术

数字商品，一般指信息内容基于数字格式的交换物或通过网络以比特流方式运送的产品。如何为彼此之间没有建立信任关系的交易双方提供可信的交易流程，是数字商品交易场景中遇到的技术问题。

区块链通过将数据保存在彼此之间具有先后关系的一系列数据区块中来以去中心化的方式提供数据存储。区块的链由区块链节点的网络维护和更新，所述区块链节点也负责在共识方案下验证数据。

可以通过添加关于区块链交易的区块来维护和更新区块链。要将数据存储到区块链，可以将数据包括在区块链交易中以添加到区块链的新区块中。此外，许多区块链(例如，以太坊区块链)已经启用了区块链合约(也称为智能合约)，这些合约可通过区块链交易执行。例如，区块链交易可以包括由外部拥有的账户(例如，区块链账户)发出、由区块链网络发送、并记录在区块链中的签名消息。可以执行区块链合约以实现所编程的功能。

发明内容

有鉴于此，本说明书一个或多个实施方式提供了一种基于区块链的数字商品交易方法、装置、计算机设备和计算机可读存储介质。

为实现上述目的，本说明书一个或多个实施方式提供技术方案如下：

根据本说明书一个或多个实施方式的第一方面，提出了一种基于区块链的数字商品交易方法，所述区块链上部署有用于对数字商品的交易进行管理的智能合约；所述方法应用于所述区块链的节点设备，包括：

接收目标数字商品的供应方触发的发布交易，所述发布交易包含所述目标数字商品的商品信息，和所述供应方指定的与所述目标数字商品对应的授权用户信息；

响应于所述发布交易，调用所述智能合约，执行所述智能合约声明的数字商品发布逻辑，基于所述商品信息在所述区块链的分布式账本中发布所述目标数字商品，并将所述商品信息和与所述目标数字商品对应的授权用户信息存储至所述发布交易对应的交易日志；

将所述发布交易对应的交易日志保存至所述区块链的分布式账本，以使区块链的节点设备在接收任一用户对所述商品信息的访问请求时，基于所述授权用户信息判断所述任一用户是否具有对所述目标数字商品的访问权限；如果是，将所述商品信息发送至所述任一用户。

根据本说明书一个或多个实施方式的第二方面，提出了一种基于区块链的数字商品交易装置，所述区块链上部署有用于对数字商品的交易进行管理的智能合约；所述装置应用于所述区块链的节点设备，包括：

接收单元，接收目标数字商品的供应方触发的发布交易，所述发布交易包含所述目标数字商品的商品信息，和所述供应方指定的与所述目标数字商品对应的授权用户信息；

执行单元，响应于所述发布交易，调用所述智能合约，执行所述智能合约声明的数字商品发布逻辑，基于所述商品信息在所述区块链的分布式账本中发布所述目标数字商品，并将所述商品信息和与所述目标数字商品对应的授权用户信息存储至所述发布交易对应的交易日志；

存储单元，将所述发布交易对应的交易日志保存至所述区块链的分布式账本，以使区块链的节点设备在接收任一用户对所述商品信息的访问请求时，基于所述授权用户信息判断所述任一用户是否具有对所述目标数字商品的访问权限；如果是，将所述商品信息发送至所述任一用户。

根据本说明书一个或多个实施方式的第三方面，提出了一种计算机设备，包括：存储器和处理器；所述存储器上存储有可由所述处理器运行的计算机程序；所述处理器运行所述计算机程序时，执行所述节点设备所执行的基于区块链的数字商品交易方法。

根据本说明书一个或多个实施方式的第四方面，提出了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时，执行所述节点设备所执行的基于区块链的数字商品交易方法。

基于本说明书各个实施方式提供的基于区块链的数字商品交易方法、装置、计算机设备和计算机可读存储介质，调用对数字商品的交易进行管理的智能合约在区块链中发布目标数字商品，并在发布交易对应的交易日志中存储与所述目标数字商品对应的授权用户信息，以控制可获取所述目标数字商品的商品信息的用户权限，基于区块链的防篡改机制为供应方提供了可信、安全、隐私的数字商品交易。

附图说明

图1是一示例性实施例提供的创建智能合约的示意图。

图2是一示例性实施例提供的一种调用智能合约的示意图。

图3是一示例性实施例提供的创建智能合约和调用智能合约的示意图。

图4是一示例性实施方式提供的可执行基于区块链的数字商品交易方法的***架构示意图。

图5是一示例性实施方式提供的基于区块链的数字商品交易方法的流程示意图。

图6是一示例性实施方式提供的基于区块链的数字商品交易装置的示意图。

图7运行本说明书所提供的基于区块链的数字商品交易装置实施方式的一种硬件结构图。

具体实施方式

这里将详细地对示例性实施方式进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施方式中所描述的实施方式并不代表与本说明书一个或多个实施方式相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施方式的一些方面相一致的装置和方法的例子。

需要说明的是：在其他实施方式中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施方式中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施方式中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施方式中也可能被合并为单个步骤进行描述。

数字商品，一般指信息内容基于数字格式的交换物或通过网络以比特流方式运送的产品。例如，数字商品可包括用户在电商平台进行账户充值时使用的充值密钥，用户在游戏应用中进行游戏时间扩充的点卡口令、用于兑换皮肤装备等游戏附属物的密钥字符等，还可包括用于兑换实体商品的礼品卡、电话卡、加油卡等附载的账户密钥等。

由于数字商品本身可以不具备实体性质，因此基于网络进行数字化交易可快速提高数字商品的交易效率；然而，数字化交易场景中最亟需解决的问题是交易双方的互信。

有鉴于此，本说明书的一个或多个实施方式中提供了基于区块链的数字商品交易方法，基于区块链的防篡改机制，提高了数字商品交易的可信性和准确性。

本说明书一个或多个实施例所述的区块链或区块链，具体可指一个各节点设备通过共识机制达成的、具有分布式数据存储结构的P2P网络***，该区块链内的账本数据分布在时间上相连的一个个“区块(block)”之内，后一区块可包含前一区块的数据摘要，且根据具体的共识机制(如POW、POS、DPOS或PBFT等)的不同，达成全部或部分节点的数据全备份。

区块链一般被划分为三种类型：公有链(Public Blockchain)，私有链(PrivateBlockchain)和联盟链(Consortium Blockchain)。此外，还可以有上述多种类型的结合，比如私有链+联盟链、联盟链+公有链等。可以预期，本说明书所提供的实施方式能够在合适类型的区块链中实现。

计算设备可将数据构建成区块链所支持的标准的交易(transaction)格式，然后发布至区块链，由区块链中的节点设备对收到的交易进行共识处理，并在达成共识后，由区块链中作为记账节点的节点设备，将这笔交易打包进区块，在区块链中进行持久化存证。

无论区块链采用哪种共识算法，记账节点均可以将接收到的交易打包以生成最新区块，并将生成的最新区块发送至其它节点设备进行共识验证。如果其它节点设备接收到最新区块后，经验证没有问题，可以将该最新区块追加到原有的区块链末尾，从而完成区块链的记账过程。其它节点验证记账节点发来的新的区块的过程中，也可以执行该区块中的包含的交易。

需要说明的是，区块链每产生一个最新区块，则在该最新区块中的交易被执行之后，区块链中这些被执行交易的对应状态会随之发生变化。例如，以账户模型构架的区块链中，外部账户或者智能合约账户的账户状态，通常也会随着交易的执行而发生相应的变化。

例如，当区块中的一笔“转账交易”执行完毕后，与该“转账交易”相关的转出方账户和转入方账户的余额(即这些账户的Balance字段的字段值)，通常也会随之发生变化。

又如，区块中的“智能合约调用交易”则用以调用区块链上部署的智能合约，在节点设备对应的EVM内调用上述智能合约以执行上述“智能合约调用交易”，并将执行上述智能合约调用交易后、智能合约账户的账户状态更新在该智能合约的账户中。

在实际应用中，不论是公有链、私有链还是联盟链，都可能提供智能合约(Smartcontract)的功能。区块链上的智能合约是在区块链上可以被交易触发执行的合约。智能合约可以通过代码的形式定义。

以以太坊为例，支持用户在以太坊网络中创建并调用一些复杂的逻辑。以太坊作为一个可编程区块链，其核心是以太坊虚拟机(EVM)，每个以太坊节点都可以运行EVM。EVM是一个图灵完备的虚拟机，通过它可以实现各种复杂的逻辑。用户在以太坊中发布和调用智能合约就是在EVM上运行的。实际上，EVM直接运行的是虚拟机代码(虚拟机字节码，下简称“字节码”)，所以部署在区块链上的智能合约可以是字节码。

如图1所示，Bob将一笔包含创建智能合约信息的交易(Transaction)发送到以太坊网络后，各节点均可以在EVM中执行这笔交易。其中，图中交易的From字段用于记录发起创建智能合约的账户的地址，交易的Data字段的字段值保存的合约代码可以是字节码，交易的To字段的字段值为一个null(空)的账户。当节点间通过共识机制达成一致后，这个智能合约成功创建，后续用户可以调用这个智能合约。

智能合约创建后，区块链上出现一个与该智能合约对应的合约账户，并拥有一个特定的地址；比如，图1中各节点中的“0x68e12cf284…”就代表了创建的这个合约账户的地址；合约代码(Code)和账户存储(Storage)将保存在该合约账户的账户存储中。智能合约的行为由合约代码控制，而智能合约的账户存储则保存了合约的状态。换句话说，智能合约使得区块链上产生包含合约代码和账户存储的虚拟账户。

前述提到，包含创建智能合约的交易的Data字段保存的可以是该智能合约的字节码。字节码由一连串的字节组成，每一字节可以标识一个操作。基于开发效率、可读性等多方面考虑，开发者可以不直接书写字节码，而是选择一门高级语言编写智能合约代码。例如，高级语言可以采用诸如Solidity、Serpent、LLL语言等。对于采用高级语言编写的智能合约代码，可以经过编译器编译，生成可以部署到区块链上的字节码。

以Solidity语言为例，用其编写的合约代码与面向对象编程语言中的类(Class)很相似，在一个合约中可以声明多种成员，包括状态变量、函数、函数修改器、事件等。状态变量是永久存储在智能合约的账户存储(Storage)字段中的值，用于保存合约的状态。

如图2所示，仍以以太坊为例，Bob将一笔包含调用智能合约信息的交易发送到以太坊网络后，各节点均可以在EVM中执行这笔交易。其中，图中交易的From字段用于记录发起调用智能合约的账户的地址，To字段用于记录被调用的智能合约的地址，交易的Data字段用于记录调用智能合约的方法和参数。调用智能合约后，合约账户的账户状态可能改变。后续，某个客户端可以通过接入的区块链节点查看合约账户的账户状态，例如，上述账户状态可以Key-Value对的形式存储到智能合约的Storage树中。调用智能合约的交易的执行结果，可以是以交易收据(receipt)的形式，存储到MPT收据树中。

智能合约可以以规定的方式在区块链中每个节点独立的执行，所有执行记录和数据都保存在区块链上，所以当这样的交易执行完毕后，区块链上就保存了无法篡改、不会丢失的交易凭证。

创建智能合约和调用智能合约的示意图如图3所示。以太坊中要创建一个智能合约，需要经过编写智能合约、变成字节码、部署到区块链等过程。以太坊中调用智能合约，是发起一笔指向智能合约地址的交易，各个节点的EVM可以分别执行该交易，将智能合约代码分布式的运行在以太坊网络中每个节点的虚拟机中。

智能合约的事件机制，是智能合约与链外实体进行交互的一种方式。对于区块链上部署的智能合约来说，通常无法直接与链外实体进行交互；例如，智能合约在调用完成后，通常无法将智能合约的调用结果，点对点的发送给智能合约的调用发起方。

智能合约在调用的过程中产生的调用结果(包括中间结果和最终的调用结果)，通常都会以事件(Event)的形式，记录到调用该智能合约的那笔交易的交易日志(transaction logs)，在节点设备的存储空间中进行存储。而需要与智能合约进行交互的链外实体，则可以通过监听节点设备的存储空间中存储的上述交易日志的方式，来获取智能合约的调用结果；

例如，以以太坊为例，交易日志最终会作为调用该智能合约的那笔交易笔交易的收据(receipt)的一部分内容，存储在以上描述的MPT收据树中。而与智能合约进行交互的链外实体，可以监听节点设备的存储空间中存储的MPT收据树上的交易收据，并从监听到的交易收据中，来获取智能合约生成的事件。

区块链上部署的智能合约，通常只能引用区块链上存储的数据内容；而在实际应用中，对基于智能合约技术实现的一些复杂的业务场景，智能合约可能还需要引用一些链外的数据实体上的外部数据。

在这种场景下，区块链上部署的智能合约，可以通过Oracle预言机，来引用链外的数据实体上的数据，进而实现智能合约与真实世界的数据实体之间的数据交互。其中，链外的数据实体，可以包括诸如部署在链外的中心化的服务器或者数据中心，等等。

在实际应用中，在为区块链上的智能合约部署预言机时，可以先在区块链上部署一个与预言机对应的预言机智能合约；其中，该预言机智能合约用于维护预言机发给区块链上的智能合约的外部数据；例如，预言机发给区块链上的智能合约的外部数据，可以存储在预言机智能合约的账户存储空间中。

当区块链上的目标智能合约被调用时，可以从该预言机智能合约的账户存储空间中，来读取该目标智能合约所需的外部数据，来完成智能合约的调用过程。

需要说明的是，预言机在向区块链上的智能合约发送外部数据时，可以采用主动发送的方式，也可以采用被动发送的方式。

在一种实现方式中，链外的数据实体可以将需要提供给目标智能合约的外部数据，利用预言机的私钥进行签名后，发送给上述预言机智能合约；例如，在时间时，可以采用周期性发送的方式，将签名后的上述外部数据发送给上述预言机智能合约；

而在上述预言机智能合约可以维护预言机的CA证书，在收到链外的数据实体发送的外部数据后，可以使用该CA证书中维护的该预言机的公钥，对该外部数据的签名进行验证，并在验证通过后，将链外的数据实体发送的外部数据在该预言机智能合约的账户存储空间中进行存储。

在另一种实现方式中，当区块链上的目标智能合约被调用时，如果从该预言机智能合约的账户存储空间中，并未读取到该目标智能合约所需的外部数据，此时该预言机智能合约，可以利用智能合约的事件机制，与上述预言机进行交互，并由上述预言机将该目标智能合约所需的外部数据，发送至该预言机智能合约的账户存储空间中。

例如，当区块链上的目标智能合约被调用时，如果从该预言机智能合约的账户存储空间中，并未读取到该目标智能合约所需的外部数据，此时该预言机智能合约，可以生成一个外部数据获取事件，并将该外部数据获取事件记录到调用该智能合约的那笔交易的交易日志中，并将该交易日志存储到节点设备的存储空间；而上述预言机可以监听节点设备的存储空间中存储的该预言机智能合约产生的交易日志，并在监听到交易日志中的外部数据获取事件后，响应监听到的该外部数据获取事件，将上述目标智能合约所需的外部数据，发送给上述预言机智能合约。

本说明书以下示出的一个或多个实施方式提供了基于区块链的数字商品交易方法，该交易方法应用于图4所示的包含数字商品的供应方终端41、采购方终端42和区块链40的交易***中。

在图4中，所述数字商品的供应方终端(以下可简称为“供应方”)41、采购方终端42(以下可简称为“供应方”)可分别与所述区块链中的节点设备43、44对接(或者供应方客户端41、采购方客户端42可分别被直接被部署在节点设备43、44上)，或者，与同一节点设备对接(图4中未示意该种情况)，从而实现与区块链上的数据信息交互。上述供应方终端或采购方终端可被配置为客户端、服务设备、或云端设备等。

所述区块链上部署有用于对数字商品进行管理的智能合约405。

由供应方41或采购方42向区块链40发起的交易，可以是由供应方41或采购方42基于区块链的预设交易格式，将待发布至区块链40的数据信息封装成交易并将封装成的交易发布至与其对应的节点设备43或44，从而使上述交易在区块链中广播、共识，并在共识验证通过后收录于区块链40。

由供应方41或采购方42向区块链40发起的交易，也可以是由与供应方41对应的节点设备43或与采购方对应的节点设备44，在接收到由供应方41或采购方42发送的待发布至区块链40的数据信息后，基于区块链的预设交易格式，将所述数据信息封装成交易，并将封装成的交易发布至与其对应的节点设备43或44，从而使上述交易在区块链中广播、共识，并在共识验证通过后收录于区块链40。本说明书对此不做限定。

图5示意了本说明书一示例性实施方式提供的数字商品交易的流程，所述区块链上部署有用于对数字商品的交易进行管理的智能合约；所述方法应用于所述区块链的节点设备，包括：

步骤502，接收目标数字商品的供应方触发的发布交易，所述发布交易包含所述目标数字商品的商品信息和所述供应方指定的与所述目标数字商品对应的授权用户信息。

供应方在发布目标数字商品时，可能出于对目标数字商品的隐私考虑，为目标数字商品设置对应的授权用户信息，以使授权用户具有访问查看目标数字商品的商品信息的权限。例如，供应方出于竞争需求，不希望目标数字商品的商品信息被竞争对手获知时，可在所述授权用户信息中将竞争对手用户的权限设置为“不可获取所述商品信息”的状态；又如，供应方提供的目标数字商品可能仅针对部分授权用户进行采购，其他未授权用户不具备采购上述目标数字商品的资质，此时，供应方可在所述授权用户信息中将具备采购资质的用户的权限设置为“可获取所述商品信息”的状态。

具体地，上述授权用户信息可包含具有获取上述目标数字商品的商品信息的权限的用户标识集合(即白名单用户)，或/和，不具有获取上述目标数字商品的商品信息的权限的用户标识集合(即黑名单用户)；上述用户标识可以为用户的区块链账户标识，用户的身份公钥，也可为用户的实名标识，在此不做限定。

进一步地，上述授权用户信息包含对所述商品信息的获取权限/不可获取权限对应的用户信息，还可包括对所述目标数字商品的采购权限/不可采购权限对应的用户信息，以将所述目标数字商品的采购权限授权给指定的采购方用户。

由于发布交易为智能合约调用交易，为方便供应方发布目标数字商品的商品信息，智能合约开发者可为上述发布交易中的data字段中的参数进行设计，以预设格式的商品信息结构体的方式组织上述商品信息。

在一示出的实施方式中，上述预设格式的商品信息结构体可以表现为：

值得注意的是，供应方为了详细描述目标数字商品的信息，可提供一些描述图片，并将上述描述图片的存储地址保存至上述目标数字商品的商品信息结构体中，以方便授权的用户可根据上述存储地址指示的描述查阅对目标数字商品的详细描述。更优地，由于图片占用的数据空间较大，为节约上述区块链的存储空间，上述存储地址可以为上述区块链外的第三方存储数据库地址，例如是与所述区块链存在跨链引用关系的另一条区块链，本说明书对此不作限定。

另外，上述数据结构体包含的目标数字商品锚定的链下资源类型，是指供应方可接受的用于支付目标数字商品的实际资源类型，如货币、股票、债券、不动产等类型；在要求采购方使用货币进行支付时，上述资源类型还可包括货币的种类，如人民币、美元、欧元等等。

上述data字段还包含上述授权用户信息。可选的，供应方还可将其指定的对获取所述商品信息的授权用户信息加入上述商品信息结构体中，以方便供应方进行上述授权用户信息的编辑。

步骤504，响应于所述发布交易，调用所述智能合约，执行所述智能合约声明的数字商品发布逻辑，基于所述商品信息在所述区块链的分布式账本中发布所述目标数字商品，并将所述商品信息和与所述目标数字商品对应的授权用户信息存储至所述发布交易对应的交易日志。

在区块链的分布式账本中发布所述目标数字商品，可包括在上述区块链中存储上述商品信息结构体，并将所述商品信息结构体和与所述目标数字商品对应的授权用户信息存储至所述发布交易对应的交易日志；或者，还可包括基于上述商品信息生成目标数字商品的发布事件，并将上述发布事件和与所述目标数字商品对应的授权用户信息存储至所述发布交易对应的交易日志。上述发布事件可包含供应方发布的上述商品信息的全部或部分。在一示出的实施方式中，上述发布事件可包含上述商品信息结构体，以方便节点设备调用上述智能合约快捷地生成上述发布事件。当上述目标数字商品对应有预设的采购方用户时，上述交易日志可指定由上述预设的采购方用户对上述发布事件进行响应。

步骤506，将所述发布交易对应的交易日志保存至所述区块链的分布式账本，以使区块链的节点设备在接收任一用户对所述商品信息的访问请求时，基于所述授权用户信息判断所述任一用户是否具有获取所述商品信息的权限，如果是，将所述商品信息发送至所述任一用户。

在一示出的实施方式中，节点设备基于所述发布交易对应的交易日志中的授权用户信息判断所述任一用户是否具有获取所述商品信息的权限的具体过程，可包括：

接收任一用户对区块链数据的获取请求，所述获取请求包含所述任一用户的用户标识，和所述任一用户基于自身持有的私钥所述的数字签名；

对所述数字签名进行验证，判断作出所述数字签名的用户身份(例如与所述数字签名对应的公钥)与所述用户标识是否匹配；

如果是，当所述用户标识属于所述授权用户信息包括的“具有获取所述商品信息”的用户标识集合时，所述任一用户具有获取所述订购信息的权限；当所述用户标识不属于所述授权用户信息包括的“具有获取所述商品信息”的用户标识集合时，或当上述用户标识属于所述第一授权用户信息包括的“不具有获取所述商品信息”的用户标识集合时，所述任一用户不具有获取所述订购信息的权限；

如果所述数字签名的用户身份(例如与所述数字签名对应的公钥)与所述用户标识不匹配，直接认定所述任一用户不具有获取所述商品信息的权限。

步骤502至506例举了通过调用上述智能合约完成目标数字商品的发布的过程，在又一示出的实施方式中，上述供应方也可不调用上述智能合约、而直接以交易的形式，将目标数字商品的商品信息发布上链。在该实施方式中，区块链扩展了所支持的交易类型，增设了专用于发布数字商品的商品信息的交易格式，例如，在上述交易中设计上述预设格式的商品信息结构体，以方便数字商品供应方快捷地发布数字商品。

具有对上述目标数字商品的商品信息获取权限的用户，在从其对应的节点设备处获得上述目标数字商品的商品信息后，可基于上述商品信息展开采购申请。

步骤508，节点设备接收目标数字商品的采购方触发的订购交易，所述订购交易包含对所述目标数字商品的订购信息和所述采购方指定的对所述订购信息的授权用户信息，其中，所述授权用户信息至少指示所述目标数字商品的供应方具有获取所述订购信息的权限。

采购方基于获取到的目标数字商品的商品信息，可向区块链发起用于订购目标数字商品的订购交易。订购交易包含的订购信息可包括目标数字商品的标识信息、采购方订购的目标数字商品的数量，在一些允许竞价的交易模式中，上述采购信息还可包括采购方订购的目标数字商品的价格。

采购方出于自身订购商品的隐私考虑，可指定所述订购信息的授权用户信息。例如，采购方不希望自身对目标数字商品的订购信息被区块链上的其他用户获知时，可在所述授权用户信息中仅将目标数字商品的供应方设置为“可获取所述订购信息”的权限；又如，当采购方为公司职员，其为公司的需求执行采购时，其发布的订购信息可能需要在公司特定的几位员工用户共享，此时，该采购方可在所述授权用户信息中将上述机构员工和供应方设置为“可获取所述订购信息”的状态。或者，采购方除将上述供应方设置为“可获取所述订购信息”的状态之外，还可在所述授权用户信息中将其竞争对手、或其他特定用户的权限设置为“不可获取所述订购信息”的状态。

步骤510，响应于所述订购交易，调用所述智能合约，执行所述智能合约声明的数字商品订购逻辑，基于所述订购信息生成所述目标数字商品的订购事件，并将所述订购事件和对所述订购信息的授权用户信息存储至所述订购交易对应的交易日志。

上述订购事件可包含上述订购信息；可选的，上述订购事件中还可将上述目标数字商品的供应方设置为事件响应对象，以方便与上述供应方对应的节点设备快捷地通知上述供应方对上述订购事件进行响应。

具体地，上述对所述订购信息的授权用户信息可包含具有获取上述订购事件的权限的用户标识集合(即白名单用户)；也可以包含不具有获取上述发布事件的权限的用户标识集合(即黑名单用户)，以将除黑名单用户集合之外的用户集合，设置为授权用户；上述用户标识可以为用户的区块链账户标识，用户的身份公钥，也可为用户的实名标识，在此不做限定。

步骤512，将所述订购交易对应的交易日志保存至所述区块链，以使与所述供应方对应的节点设备在接收所述供应方对所述订购事件的获取请求时，基于对所述订购信息的授权用户信息判断所述供应方是否具有获取所述订购信息的权限，如果是，将所述订购事件发送至所述供应方。

供应方对应的节点设备在对所述区块链的区块链账本进行数据同步后，基于供应方向与其对应的节点设备发起的区块链事件获取请求，该节点设备可在区块链上存储的交易日志中检索与上述供应方相关的、或与所述目标数字商品相关区块链事件，以获取到上述订购事件。

与供应方对应的节点设备基于所述交易日志中的授权用户信息判断所述供应方是否具有获取所述订购信息的权限的具体过程，可包括：

接收所述供应方对区块链数据的获取请求，所述获取请求包含所述供应方的用户标识，和所述供应方基于自身持有的私钥所述的数字签名；

对所述数字签名进行验证，判断作出所述数字签名的用户身份(例如与所述数字签名对应的公钥)与所述供应方是否匹配；

如果是，进一步判断所述供应方的用户标识是否属于对所述订购信息的授权用户信息设置的“具有获取所述订购信息”的用户标识集合；

如果是，所述供应方具有获取所述订购信息的权限。

在又一示出的实施方式中，供应方可向与其对应的节点设备订阅与其自身相关的区块链事件、或与其发布的目标数字商品相关的区块链事件，以使上述节点设备在区块中监听到上述智能合约生成的、与供应方相关的区块链事件——上述订购事件时，可主动通知供应方，以使所述供应方发送对上述订购事件的获取请求。与供应方对应的节点设备经过对所述供应方的身份验证，确定所述供应方具有获取所述订购信息的权限后，该节点设备可将上述订购事件发送至所述供应方。

如果所述节点设备在为所述供应方开通订阅服务时，已对所述供应方的身份进行了有效性验证，则上述节点设备可在区块中监听到上述智能合约生成的、与供应方相关的区块链事件——上述订购事件时，直接将上述订购事件推送至上述供应方。

供应方在获得上述订购事件后，可基于订购事件包含的订购信息执行订购确认前的验证，其验证内容可包括以下示出的一种或多种：

所述采购方的身份是否属于具有采购上述目标数字商品的权限的采购方名单；上述采购方名单可在目标数字商品的商品信息中设置；

所述订购信息提示的订购数量是否超出所述目标数字商品的库存数量；

所述订购信息提示的订购数量是否超出单用户可购上限数量；

所述订购交易的发送时间是否超出所述目标数字商品的有效期限；

当上述目标数字商品的交易模式为竞价交易模式时，所述采购方在所述订购信息中设置的采购出价是否满足所述供应方的要求。

当上述供应方验证所述订购事件包含的订购信息不满足供应方的要求时，可触发针对上述订购事件的拒单交易，以使区块链的节点设备继续调用上述智能合约，执行对应的拒单流程，如以下步骤514至518所示。

步骤514，接收目标数字商品的供应方触发的拒单交易，所述拒单交易包含对所述订购信息的拒绝信息和所述供应方指定的对所述拒绝信息的授权用户信息；其中，对所述拒绝信息的授权用户信息至少将发送所述采购事件的采购方设置为可获取所述拒绝信息的权限状态。

上述拒绝信息可包括以下示出的一种或多种：

所述采购方的身份不属于所述目标数字商品的商品信息中设置的采购方身份名单；

所述订购信息提示的订购数量超出所述目标数字商品的商品信息中设置的库存数量；

所述订购信息提示的订购数量超出所述目标数字商品的商品信息中设置的单用户可购上限数量；

所述订购交易的发送时间超出所述目标数字商品的商品信息中设置的有效期限；

所述采购方在所述订购信息中设置的采购出价不符合所述目标数字商品的商品信息中设置的价格范围，或者，所述采购方在所述订购信息中设置的采购出价不符合供应方的预期等等。

步骤516，响应于所述拒单交易，调用所述智能合约，执行所述智能合约声明的数字商品订购拒绝逻辑，基于所述拒绝信息生成所述目标数字商品的拒单事件，并将所述拒单事件和对所述拒绝信息的授权用户信息存储至所述拒单交易对应的交易日志中。

步骤518，将所述拒单交易对应的交易日志保存至所述区块链，以使所述采购方对应的节点设备在接收所述采购方对所述拒单事件的获取请求时，基于对所述拒绝信息的授权用户信息判断所述采购方是否具有获取所述拒单信息的权限，如果是，将所述拒单事件发送至所述采购方。

采购方对应的节点设备基于对所述拒绝信息的授权用户信息判断所述采购方是否具有获取所述拒单事件的权限的具体过程，可与上述供应方对应的节点设备基于上述第二授权用户信息判断所述供应方是否具有获取所述订购事件的权限的具体过程类似，在此不再赘述。

当上述供应方验证所述订购事件包含的订购信息满足供应方的要求时，可触发针对上述订购事件的订购确认流程。

步骤520，节点设备接收所述供应方触发的订购确认交易，所述订购确认交易包含对所述订购信息的确认信息和所述供应方指定的对所述确认信息的授权用户信息；

步骤522，响应于所述订购确认交易，调用所述智能合约，执行所述智能合约声明的数字商品订购确认逻辑，基于对所述订购信息的确认信息生成订购确认事件，并将所述订购确认事件和对所述确认信息的授权用户信息存储至所述订购确认交易对应的交易日志中；

步骤524，将所述订购确认交易对应的交易日志保存至所述区块链，以使所述节点设备在接收所述采购方对所述订购确认事件的获取请求时，基于所述对所述确认信息的授权用户名单判断所述采购方是否具有获取所述订购确认信息的权限，如果是，将所述订购确认事件发送至所述采购方。

采购方对应的节点设备基于对所述确认信息的授权用户信息判断所述采购方是否具有获取所述订购确认信息的权限的具体过程，可与上述供应方对应的节点设备基于对订购信息的授权用户信息判断所述供应方是否具有获取所述订购事件的权限的具体过程类似，在此不再赘述。

当采购方获取到上述订购确认事件后，即可开展对其订购的目标数字商品的支付。

步骤526，节点设备接收目标数字商品的采购方触发的支付交易，所述支付交易包含基于所述订购信息而生成的支付信息和所述采购方指定的对所述支付信息的授权用户信息；

步骤528，响应于所述支付交易，调用所述智能合约，执行所述智能合约声明的数字商品支付逻辑，基于所述支付信息生成所述目标数字商品的支付事件，并将所述支付事件和对所述支付信息的授权用户信息存储至所述支付交易对应的交易日志中；其中，所述对所述支付信息的授权用户信息将所述供应方设置为具有获取上述支付事件的权限，且所述支付事件包含所述目标数字商品的支付凭证信息；

步骤530，将所述支付交易对应的交易日志保存至所述区块链，以使与所述供应方对应的节点设备在接收所述供应方对所述支付事件的获取请求时，基于对所述支付信息的授权用户信息判断所述供应方是否具有获取所述支付信息的权限，如果是，将所述支付事件发送至所述供应方。

如前所述，目标数字商品的商品信息中可以设置供应方可接受的用于支付所述目标数字商品的链下资源类型，如货币、股票、债券、或不动产资源等等。采购方可通过将现实世界的真实资产(包括货币、股票、债券票据、房产等资产形式)冻结后，在链上获得与被冻结的真实资产锚定的、且能够在链上流通的虚拟资产。

在实现时，采购方可与区块链网络的节点设备执行资产冻结兑换流程，采购方将一定数额的真实资产的冻结凭证发送至具有虚拟资产兑换权限的机构对应的节点设备；或者，采购方可将上述真实资产托管于上述具有虚拟资源兑换权限的机构名下；该机构对应的节点设备在接收到该冻结凭证后可将上述冻结凭证广播至区块链网络，以使区块链中的节点设备基于该冻结凭证，向该用户的区块链账户余额内增加与上述冻结的真实资产数额价值对应的虚拟资产。

上述基于冻结凭证，向该采购方的区块链账户余额内增加与上述冻结的真实资产数额价值对应的虚拟资产，可进一步通过采购方与虚拟资产兑换智能合约交互来实现：上述采购方或具有虚拟资产兑换权限的机构对应的节点设备向区块链网络发送虚拟资产兑换交易，该虚拟资产兑换交易包括上述资产冻结凭证；响应于上述虚拟资产兑换交易，区块链的节点设备调用区块链上部署的虚拟资产兑换合约，执行所述智能合约声明的资源兑换逻辑，向该采购方的区块链账户余额内增加与上述资产冻结凭证冻结的真实资产数额价值对应的虚拟资产。

基于上述的方式，采购方即可基于自身持有的真实资产，在区块链网络中获得可与真实资产的价值锚定的虚拟资产，上述虚拟资产可以表现为采购方的链上账户余额。

此时，上述步骤526中的支付信息可包括上述采购方在所述区块链上的虚拟资源账户，或者，还可包括订购所述目标数字商品应从上述链上支付账户内转移出的虚拟资产的总数量。

上述步骤528中所述的节点设备调用上述智能合约的数字商品支付逻辑，基于所述支付信息生成所述目标数字商品的支付事件的具体过程可包括：基于所述订购信息获取订购所述目标数字商品所消耗的虚拟资产的总数量；例如，基于所述订购信息中的对目标数字商品的订购数量，以及，订购单件目标数字商品所消耗的虚拟资产的单价，计算订购所述目标数字商品对象所消耗的虚拟资产的总数量；

从所述采购方的区块链账户中持有的虚拟资产中，向所述供应方的区块链账户转移与所述总数量对应的虚拟资产，并在转移成功后生成对应的支付凭证；

基于所述支付凭证生成所述目标数字商品的支付事件。

当供应方的区块链账户中接收了上述虚拟资产后，可依据供应方的需求，向托管有上述真实资产的机构提出申请，适时适量地将上述虚拟资产兑换为真实资产，并由该机构对应的节点设备提出虚拟资产兑现交易，将供应方的区块链账户中相应数量的虚拟资产进行注销。

在又一示出的实施方式中，上述步骤526中的支付信息可包括采购方的链下支付账户标识、支付金额、和采购方对上述链下支付账户支付上述金额的支付授权信息(如采购方持有的口令密码、或生物识别信息)。为了隐私安全起见，上述支付授权信息可被加密。

上述步骤528中所述的节点设备调用上述智能合约的数字商品支付逻辑，基于所述支付信息生成所述目标数字商品的支付事件的具体过程可包括：

基于上述支付信息和供应方的链下账户信息生成对应于所述订购信息的支付通知事件，并将所述支付通知事件推送至与所述区块链对接的预言机(oracle)；上述预言机与采购方的链下支付账户对应的金融机构对接，在将上述支付通知事件通知至上述金融机构后，上述金融机构可发起从上述采购方的链下支付账户、向供应方的链下账户的转账操作，并将显示转账完成的支付凭证信息作为对上述支付通知事件的响应、以合约间消息的形式(或以对上述智能合约的调用交易的形式)发回至上述智能合约；

接收与所述支付通知事件对应的支付凭证信息，以生成所述目标数字商品的支付事件。

上述预言机除了对接银行型金融机构执行货币转账操作外，还可对接其他类型的金融机构(如债券交易所、房产交易中心等)，以进行供应方可接受的其他类型的链下资产的转移操作。值得注意的是，为保证上述链下资产的转移或转账记录的真实可信性，与上述预言机连接的权威性机构，如银行、债券交易所、房产交易中心等，通过自身持有的私钥对上述链下资产的转移、转账记录等支付凭证进行数字签名，并将上述支付凭证和数字签名发送至上述预言机，以由该预言机执行对上述智能合约生成的支付通知事件的响应。

供应方对应的节点设备基于对所述支付信息的授权用户信息判断所述供应方是否具有获取所述支付事件的权限的具体过程，可与上述供应方对应的节点设备基于所述订购信息的授权用户信息判断所述供应方是否具有获取所述订购信息的权限的具体过程类似，在此不再赘述。

供应方获取到上述支付事件后，即可基于上述订购信息对目标数字商品进行发货处理。由于数字商品为数字形式的产品，上述供应方可基于该区块链网络完成上述数字商品的发货。

步骤532，节点设备接收所述供应方触发的发货交易，所述发货交易包含对所述目标数字商品的发货信息和所述供应方指定的对所述发货信息的授权用户信息。

步骤534，响应于所述发货交易，调用所述智能合约，执行所述智能合约声明的数字商品发货逻辑为所述采购方发货，将所述发货信息和对所述发货信息的授权用户信息存储至所述发货交易对应的交易日志中。

其中，对所述发货信息的授权用户信息可至少将所述采购方设置为具有获取上述发货信息的权限。所述发货信息可包含所述目标数字商品的消费兑换信息；为了保护消费兑换信息的隐私安全性，上述消费兑换信息可被加密。

例如，当上述目标数字商品为游戏点卡、账户充值卡等基于口令密钥即可消费使用的数字商品时，上述消费兑换信息可包含上述口令密钥；为了防止上述口令密钥被区块链上其他用户获取，供应方可使用采购方用户的公钥加密上述口令密钥；待采购方通过与其对应的节点设备获知上述发货事件后，可通过自身持有的私钥解密，从而获得可兑换使用的口令密钥。

步骤536，将所述发货交易对应的交易日志保存至所述区块链，以使与所述采购方对应的节点设备在接收所述采购方对所述发货信息的获取请求时，基于对所述发货信息的授权用户信息判断所述采购方是否具有获取所述发货信息的权限，如果是，将所述发货信息发送至所述采购方。

如果上述目标数字商品对象中包含的库存数量为有限数量时，所述目标数字商品的商品信息结构体中维护了所述目标数字商品的库存数量；所述订购信息包含所述采购方对所述目标数字商品的订购数量；此时，上述节点设备调用上述智能合约的发货逻辑，基于所述订购信息针对所述目标数字商品进行发货处理的过程，还包括：基于所述订购数量，更新所述区块链中存储的目标数字商品的商品信息中包括的所述库存数量。

采购方对应的节点设备基于对所述发货信息的授权信息判断所述采购方是否具有获取所述发货信息的权限的具体过程，可与上述供应方对应的节点设备基于所述对所述订购信息的授权用户信息判断所述供应方是否具有获取所述订购信息的权限的具体过程类似，在此不再赘述。

在又一示出的实施方式中，节点设备调用上述智能合约为所述采购方发货的过程，还可以包括生成发货事件，以由采购方在获取到上述发货事件后，可向区块链提交对上述目标数字商品的发货确认。

步骤538，节点设备接收所述采购方触发的发货确认交易，所述发货确认交易包含对所述发货事件的确认信息和所述采购方指定的对所述发货确认信息的授权用户信息；例如，上述供应方用户的用户标识。

步骤540，响应于所述发货确认交易，调用所述智能合约，执行所述智能合约声明的数字商品的发货确认逻辑，基于所述发货确认信息生成所述目标数字商品的发货确认事件，并将所述发货确认事件和对所述发货确认信息的授权用户信息存储至所述发货确认交易对应的交易日志中。

其中，对所述发货确认信息的授权用户信息可至少将所述供应方设置为具有获取上述发货确认事件的权限。

步骤542，将所述发货确认交易对应的交易日志保存至所述区块链，以使与所述供应方对应的节点设备在接收所述供应方对所述发货确认事件的获取请求时，基于对所述发货确认信息的授权用户信息判断所述供应方是否具有获取所述发货确认信息的权限，如果是，将所述发货确认事件发送至所述供应方。

值得注意的是，在上述一个或多个实施方式中，调用智能合约的订购交易、订购确认交易、拒单交易、支付交易、发货交易、发货确认交易等交易的data字段，可采用预设格式的数字商品交易结构体；节点设备调用智能合约所生成的订购事件、订购确认事件、拒单事件、支付事件、发货事件、发货确认事件等，也可包括上述预设格式的数字商品交易结构体，从而提升交易发布效率和智能合约的执行效率。例如，上述预设格式的数字商品交易结构体可包含以下内容：

在实际的业务应用中，采购方或供应方在同一时间段内可能处理多个数字商品交易数据，为了方便采购方或供应方查询上述交易事件(即订购事件、订购确认事件、拒单事件、支付事件、发货事件、发货确认事件中的任一事件)相关的目标数字商品的商品信息、或相关的采购方或供应方信息，与上述业务交易(即订购交易、或订购确认交易、或拒单交易、或支付交易、或发货交易、或发货确认交易中的任一交易)对应的交易日志中，除可存储上述交易事件对应的数字商品交易结构体，还可存储与上述交易事件相关联的商品信息结构体，和/或，相关联的采购方、供应方的用户信息(也可采用预设格式的用户信息结构体)；从而使节点设备在接收到相关联的采购方或供应方对区块链数据的获取请求、并验证上述采购方或供应方的用户信息后，将上述数字商品交易结构体、商品信息结构体、和相关联的供应方、或采购方的用户信息一同发送至上述采购方或供应方，以方便采购方或供应方对该数字商品交易相关的商品信息、采购方或供应方信息、和交易信息对照查阅，提升其数据处理的效率。

上述供应方的用户信息可包含供应方的身份ID，和供应方为了兑换区块链上流通的虚拟资源，而在链下冻结的(或备付的)资源种类，或者，供应方可接收的(例如在目标数字商品的商品信息中指定的)与其发布的数字商品锚定的链下资源种类。

上述采购方的用户信息可包含采购方的身份ID，和采购方为了兑换区块链上流通的虚拟资源，而在链下冻结的(或备付的)资源种类，以方便供应方查看上述采购方是否已冻结或备付了供应方可接受的链下资源种类。

基于区块链的共识机制和分布式存储特征，被存储至区块链的数据难以被用户篡改或删除。因此上述一种或多种实施方式提供的基于区块链的数字商品的交易方法，在智能合约中为交易双方设置了交易流程涉及的业务逻辑，并将交易流程中产生的数据存储于区块链中，即提高了交易的可信性，又提高了交易的执行效率。

在上述一个或多个实施方式所述的数字商品交易方法中，可省去数字商品交易业务***的建立，仅仅依靠智能合约技术，以及采购方、供应方对应的节点对区块链数据的同步，快捷可信地实现数字商品交易。而且在上述各实施方式中、供应方和采购方可在其发布的智能合约调用交易中对相应的信息进行权限控制，因此，具有竞争关系的多个供应方商家可在本申请所述的区块链上开展数字商品交易；采购方也可自行设置授权用户信息，以保护自身采购行为的隐私性。

值得注意的是，本说明书并不限定上述数字商品的供应方和采购方的具体业务角色，例如，供应方可以为数字商品的发行商，此时采购方可以为数字商品的经销商，也可以为消费者；或者，供应方可以为数字商品的经销商，此时，采购方可以为数字商品的次级经销商，也可以为消费者；又如，供应方和采购方均可以为个人用户，两用户间就目标数字商品开展链上的交易，等等。

与上述流程实现对应，本说明书的实施方式还提供了基于区块链的数字商品交易装置60。装置60可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为逻辑意义上的装置，是通过所在设备的CPU(Central Process Unit，中央处理器)将对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，除了图7所示的CPU、内存以及存储器之外，上述装置所在的设备通常还包括用于进行无线信号收发的芯片等其他硬件，和/或用于实现网络通信功能的板卡等其他硬件。

如图6所示，本说明书提供了一种基于区块链的数字商品交易装置60，所述区块链上部署有用于对数字商品的交易进行管理的智能合约；所述装置60应用于所述区块链的节点设备，包括：

接收单元602，接收目标数字商品的供应方触发的发布交易，所述发布交易包含所述目标数字商品的商品信息，和所述供应方指定的与所述目标数字商品对应的授权用户信息；

执行单元604，响应于所述发布交易，调用所述智能合约，执行所述智能合约声明的数字商品发布逻辑，基于所述商品信息在所述区块链的分布式账本中发布所述目标数字商品，并将所述商品信息和与所述目标数字商品对应的授权用户信息存储至所述发布交易对应的交易日志；

存储单元606，将所述发布交易对应的交易日志保存至所述区块链的分布式账本，以使区块链的节点设备在接收任一用户对所述商品信息的访问请求时，基于所述授权用户信息判断所述任一用户是否具有对所述目标数字商品的访问权限；如果是，将所述商品信息发送至所述任一用户。

在又一示出的实施方式中，所述接收单元602，进一步接收目标数字商品的采购方触发的订购交易，所述订购交易包含对所述目标数字商品的订购信息和所述采购方指定的对所述订购信息的授权用户信息；

所述执行单元604，响应于所述订购交易，进一步调用所述智能合约，执行所述智能合约声明的数字商品订购逻辑，基于所述订购信息生成所述目标数字商品的订购事件，并将所述订购事件和对所述订购信息的授权用户信息存储至所述订购交易对应的交易日志；

所述存储单元606，进一步将所述订购交易对应的交易日志保存至所述区块链，以使与所述供应方对应的节点设备在接收所述供应方对所述订购事件的获取请求时，基于对所述订购信息的授权用户信息判断所述供应方是否具有获取所述订购信息的权限，如果是，将所述订购事件发送至所述供应方。

在又一示出的实施方式中，所述接收单元602，进一步接收所述供应方触发的拒单交易，所述拒单交易包含对所述订购信息的拒绝信息和所述供应方指定的对所述拒绝信息的授权用户信息；

所述执行单元604，响应于所述拒单交易，进一步调用所述智能合约，执行所述智能合约声明的数字商品订购拒绝逻辑，基于所述拒绝信息生成所述目标数字商品的拒单事件，并将所述拒单事件和对所述拒绝信息的授权用户信息存储至所述拒单交易对应的交易日志中；

所述存储单元606，进一步将所述拒单交易对应的交易日志保存至所述区块链，以使所述采购方对应的节点设备在接收所述采购方对所述拒单事件的获取请求时，基于所述对所述拒绝信息的授权用户信息判断所述采购方是否具有获取所述拒绝信息的权限，如果是，将所述拒单事件发送至所述采购方。

在又一示出的实施方式中，所述接收单元602，进一步接收所述供应方触发的订购确认交易，所述订购确认交易包含对所述订购信息的确认信息和所述供应方指定的对所述确认信息的授权用户信息；

所述执行单元604，响应于所述订购确认交易，进一步调用所述智能合约，执行所述智能合约声明的数字商品订购确认逻辑，基于对所述订购信息的确认信息生成订购确认事件，并将所述订购确认事件和对所述确认信息的授权用户信息存储至所述订购确认交易对应的交易日志中；

所述存储单元606，进一步将所述订购确认交易对应的交易日志保存至所述区块链，以使所述节点设备在接收所述采购方对所述订购确认事件的获取请求时，基于所述对所述确认信息的授权用户名单判断所述采购方是否具有获取所述订购确认信息的权限，如果是，将所述订购确认事件发送至所述采购方。

在又一示出的实施方式中，所述接收单元602，进一步接收目标数字商品的采购方触发的支付交易，所述支付交易包含基于所述订购信息而生成的支付信息和所述采购方指定的对所述支付信息的授权用户信息；

所述执行单元604，响应于所述支付交易，进一步调用所述智能合约，执行所述智能合约声明的数字商品支付逻辑，基于所述支付信息生成所述目标数字商品的支付事件，并将所述支付事件和对所述支付信息的授权用户信息存储至所述支付交易对应的交易日志中；

所述存储单元606，将所述支付交易对应的交易日志保存至所述区块链，以使与所述供应方对应的节点设备在接收所述供应方对所述支付事件的获取请求时，基于所述对所述支付信息的授权用户信息判断所述供应方是否具有获取所述支付信息的权限，如果是，将所述支付事件发送至所述供应方。

在又一示出的实施方式中，所述支付信息包括所述采购方的区块链账户；

所述基于所述支付信息生成所述目标数字商品的支付事件，包括：

获取订购所述目标数字商品对象所消耗的虚拟资产的总数量；其中，所述虚拟资源与所述采购方在链下的真实资产进行了价值锚定；

从所述采购方的区块链账户持有的虚拟资产中，向所述供应方的区块链账户转移与所述总数量对应的虚拟资产，并在转移成功后生成对应的支付凭证；

基于所述支付凭证生成所述目标数字商品的支付事件。

在又一示出的实施方式中，所述接收单元602，进一步接收所述供应方触发的发货交易，所述发货交易包含对所述目标数字商品的发货信息和所述采购方指定的对所述发货信息的授权用户信息；

所述执行单元604，响应于所述发货交易，进一步调用所述智能合约，执行所述智能合约声明的数字商品发货逻辑为所述采购方发货，将所述发货信息和对所述发货信息的授权用户信息存储至所述发货交易对应的交易日志中；

所述存储单元606，进一步将所述发货交易对应的交易日志保存至所述区块链，以使与所述采购方对应的节点设备在接收所述采购方对所述发货信息的获取请求时，基于对所述发货信息的授权用户信息判断所述采购方是否具有获取所述发货信息的权限，如果是，将所述发货信息发送至所述采购方。

在又一示出的实施方式中，所述交易日志还包括所述供应方的用户信息、所述采购方的用户信息和所述商品信息；

所述将所述订购事件发送至所述供应方，包括：

至少将所述订购事件、所述采购方的用户信息和所述商品信息发送至所述供应方；

所述将所述拒单事件发送至所述采购方，包括：

至少将所述拒单事件、所述供应方的用户信息和所述商品信息发送至所述采购方；

所述将所述订购确认事件发送至所述采购方，包括：

至少将所述订购确认事件、所述供应方的用户信息和所述商品信息发送至所述采购方；

所述将所述支付事件发送至所述供应方，包括：

至少将所述支付事件、所述采购方的用户信息和所述商品信息发送至所述供应方；

所述将所述发货信息发送至所述采购方，包括：

至少将所述发货信息、所述供应方的用户信息和所述商品信息发送至所述采购方。

在又一示出的实施方式中，所述商品信息包含预设格式的结构化数据，所述结构化数据包含以下示出的一种或多种字段：

目标数字商品的商品标识字段；

目标数字商品的库存数量字段；

用于支付所述目标数字商品的链下资源类型字段；

所述目标数字商品的描述图片的链外地址字段；

对所述目标数字商品的商品信息的授权用户信息字段。

在又一示出的实施方式中，所述订购交易、订购确认交易、支付交易、发货交易均包含预设格式的结构化数据，所述结构化数据包含以下示出的一种或多种字段：

目标数字商品的商品标识字段；

目标数字商品的订购数量字段；

用于支付所述目标数字商品的资产数量字段；

目标数字商品的消费兑换信息字段；

对所述订购信息的、或对所述订购确认信息的、或对所述支付信息的、或对所述发货信息的授权用户信息字段。

上述装置60中各个单元的功能和作用的实现过程具体详见上述区块链的节点设备所执行的基于区块链的数字商品交易方法中对应步骤的实现过程，相关之处参见方法实施方式的部分说明即可，在此不再赘述。

以上所描述的装置实施方式仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部单元或模块来实现本说明书方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

上述实施方式阐明的装置、单元、模块，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

与上述方法实施方式相对应，本说明书的实施方式还提供了一种计算机设备，如图7所示，该计算机设备包括存储器和处理器。其中，存储器上存储有能够由处理器运行的计算机程序；处理器在运行存储的计算机程序时，执行本说明书实施方式中区块链的节点设备所执行的基于区块链的数字商品交易方法的各个步骤。对上述区块链的节点设备所执行的基于区块链的数字商品交易方法的各个步骤的详细描述请参见之前的内容，不再重复。

与上述方法实施例相对应，本说明书的实施例还提供了一种计算机可读存储介质，该存储介质上存储有计算机程序，这些计算机程序在被处理器运行时，执行本说明书实施例中区块链的节点设备所执行的基于区块链的数字商品交易方法的各个步骤。对上述区块链的节点设备所执行的基于区块链的数字商品交易方法的各个步骤的详细描述请参见之前的内容，不再重复。

以上所述仅为本说明书的较佳实施方式而已，并不用以限制本说明书，凡在本说明书的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书保护的范围之内。

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

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

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。

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

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

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

Claims (22)

1.一种基于区块链的数字商品交易方法，所述区块链上部署有用于对数字商品的交易进行管理的智能合约；所述方法应用于所述区块链的节点设备，包括：

接收目标数字商品的供应方触发的发布交易，所述发布交易包含所述目标数字商品的商品信息，和所述供应方指定的与所述目标数字商品对应的授权用户信息；

响应于所述发布交易，调用所述智能合约，执行所述智能合约声明的数字商品发布逻辑，基于所述商品信息在所述区块链的分布式账本中发布所述目标数字商品，并将所述商品信息和与所述目标数字商品对应的授权用户信息存储至所述发布交易对应的交易日志；

将所述发布交易对应的交易日志保存至所述区块链的分布式账本，以使区块链的节点设备在接收任一用户对所述商品信息的访问请求时，基于所述授权用户信息判断所述任一用户是否具有对所述目标数字商品的访问权限；如果是，将所述商品信息发送至所述任一用户。

2.根据权利要求1所述的方法，还包括：

接收目标数字商品的采购方触发的订购交易，所述订购交易包含对所述目标数字商品的订购信息和所述采购方指定的对所述订购信息的授权用户信息；

响应于所述订购交易，调用所述智能合约，执行所述智能合约声明的数字商品订购逻辑，基于所述订购信息生成所述目标数字商品的订购事件，并将所述订购事件和对所述订购信息的授权用户信息存储至所述订购交易对应的交易日志；

将所述订购交易对应的交易日志保存至所述区块链，以使与所述供应方对应的节点设备在接收所述供应方对所述订购事件的获取请求时，基于对所述订购信息的授权用户信息判断所述供应方是否具有获取所述订购信息的权限，如果是，将所述订购事件发送至所述供应方。

3.根据权利要求2所述的方法，还包括：

接收所述供应方触发的拒单交易，所述拒单交易包含对所述订购信息的拒绝信息和所述供应方指定的对所述拒绝信息的授权用户信息；

响应于所述拒单交易，调用所述智能合约，执行所述智能合约声明的数字商品订购拒绝逻辑，基于所述拒绝信息生成所述目标数字商品的拒单事件，并将所述拒单事件和对所述拒绝信息的授权用户信息存储至所述拒单交易对应的交易日志中；

将所述拒单交易对应的交易日志保存至所述区块链，以使所述采购方对应的节点设备在接收所述采购方对所述拒单事件的获取请求时，基于所述对所述拒绝信息的授权用户信息判断所述采购方是否具有获取所述拒绝信息的权限，如果是，将所述拒单事件发送至所述采购方。

4.根据权利要求2所述的方法，还包括:

接收所述供应方触发的订购确认交易，所述订购确认交易包含对所述订购信息的确认信息和所述供应方指定的对所述确认信息的授权用户信息；

响应于所述订购确认交易，调用所述智能合约，执行所述智能合约声明的数字商品订购确认逻辑，基于对所述订购信息的确认信息生成订购确认事件，并将所述订购确认事件和对所述确认信息的授权用户信息存储至所述订购确认交易对应的交易日志中；

将所述订购确认交易对应的交易日志保存至所述区块链，以使所述节点设备在接收所述采购方对所述订购确认事件的获取请求时，基于所述对所述确认信息的授权用户名单判断所述采购方是否具有获取所述订购确认信息的权限，如果是，将所述订购确认事件发送至所述采购方。

5.根据权利要求3所述的方法，还包括：

接收目标数字商品的采购方触发的支付交易，所述支付交易包含基于所述订购信息而生成的支付信息和所述采购方指定的对所述支付信息的授权用户信息；

响应于所述支付交易，调用所述智能合约，执行所述智能合约声明的数字商品支付逻辑，基于所述支付信息生成所述目标数字商品的支付事件，并将所述支付事件和对所述支付信息的授权用户信息存储至所述支付交易对应的交易日志中；

将所述支付交易对应的交易日志保存至所述区块链，以使与所述供应方对应的节点设备在接收所述供应方对所述支付事件的获取请求时，基于所述对所述支付信息的授权用户信息判断所述供应方是否具有获取所述支付信息的权限，如果是，将所述支付事件发送至所述供应方。

6.根据权利要求5所述的方法，所述支付信息包括所述采购方的区块链账户；

所述基于所述支付信息生成所述目标数字商品的支付事件，包括：

获取订购所述目标数字商品对象所消耗的虚拟资产的总数量；其中，所述虚拟资源与所述采购方在链下的真实资产进行了价值锚定；

从所述采购方的区块链账户持有的虚拟资产中，向所述供应方的区块链账户转移与所述总数量对应的虚拟资产，并在转移成功后生成对应的支付凭证；

基于所述支付凭证生成所述目标数字商品的支付事件。

7.根据权利要求5所述的方法，还包括：

接收所述供应方触发的发货交易，所述发货交易包含对所述目标数字商品的发货信息和所述采购方指定的对所述发货信息的授权用户信息；

响应于所述发货交易，调用所述智能合约，执行所述智能合约声明的数字商品发货逻辑为所述采购方发货，将所述发货信息和对所述发货信息的授权用户信息存储至所述发货交易对应的交易日志中；

将所述发货交易对应的交易日志保存至所述区块链，以使与所述采购方对应的节点设备在接收所述采购方对所述发货信息的获取请求时，基于对所述发货信息的授权用户信息判断所述采购方是否具有获取所述发货信息的权限，如果是，将所述发货信息发送至所述采购方。

8.根据权利要求7所述的方法，所述交易日志还包括所述供应方的用户信息、所述采购方的用户信息和所述商品信息；

所述将所述订购事件发送至所述供应方，包括：

至少将所述订购事件、所述采购方的用户信息和所述商品信息发送至所述供应方；

所述将所述订购确认事件发送至所述采购方，包括：

至少将所述订购确认事件、所述供应方的用户信息和所述商品信息发送至所述采购方；

所述将所述支付事件发送至所述供应方，包括：

至少将所述支付事件、所述采购方的用户信息和所述商品信息发送至所述供应方；

所述将所述发货信息发送至所述采购方，包括：

至少将所述发货信息、所述供应方的用户信息和所述商品信息发送至所述采购方。

9.根据权利要求1所述的方法，所述商品信息包含预设格式的结构化数据，所述结构化数据包含以下示出的一种或多种字段：

目标数字商品的商品标识字段；

目标数字商品的库存数量字段；

用于支付所述目标数字商品的链下资源类型字段；

所述目标数字商品的描述图片的链外地址字段；

对所述目标数字商品的商品信息的授权用户信息字段。

10.根据权利要求8所述的方法，所述订购交易、订购确认交易、支付交易、发货交易均包含预设格式的结构化数据，所述结构化数据包含以下示出的一种或多种字段：

目标数字商品的商品标识字段；

目标数字商品的订购数量字段；

用于支付所述目标数字商品的资产数量字段；

目标数字商品的消费兑换信息字段；

对所述订购信息的、或对所述订购确认信息的、或对所述支付信息的、或对所述发货信息的授权用户信息字段。

11.一种基于区块链的数字商品交易装置，所述区块链上部署有用于对数字商品的交易进行管理的智能合约；所述装置应用于所述区块链的节点设备，包括：

接收单元，接收目标数字商品的供应方触发的发布交易，所述发布交易包含所述目标数字商品的商品信息，和所述供应方指定的与所述目标数字商品对应的授权用户信息；

执行单元，响应于所述发布交易，调用所述智能合约，执行所述智能合约声明的数字商品发布逻辑，基于所述商品信息在所述区块链的分布式账本中发布所述目标数字商品，并将所述商品信息和与所述目标数字商品对应的授权用户信息存储至所述发布交易对应的交易日志；

存储单元，将所述发布交易对应的交易日志保存至所述区块链的分布式账本，以使区块链的节点设备在接收任一用户对所述商品信息的访问请求时，基于所述授权用户信息判断所述任一用户是否具有对所述目标数字商品的访问权限；如果是，将所述商品信息发送至所述任一用户。

12.根据权利要求11所述的装置，所述接收单元，进一步接收目标数字商品的采购方触发的订购交易，所述订购交易包含对所述目标数字商品的订购信息和所述采购方指定的对所述订购信息的授权用户信息；

所述执行单元，响应于所述订购交易，进一步调用所述智能合约，执行所述智能合约声明的数字商品订购逻辑，基于所述订购信息生成所述目标数字商品的订购事件，并将所述订购事件和对所述订购信息的授权用户信息存储至所述订购交易对应的交易日志；

所述存储单元，进一步将所述订购交易对应的交易日志保存至所述区块链，以使与所述供应方对应的节点设备在接收所述供应方对所述订购事件的获取请求时，基于对所述订购信息的授权用户信息判断所述供应方是否具有获取所述订购信息的权限，如果是，将所述订购事件发送至所述供应方。

13.根据权利要求12所述的装置，所述接收单元，进一步接收所述供应方触发的拒单交易，所述拒单交易包含对所述订购信息的拒绝信息和所述供应方指定的对所述拒绝信息的授权用户信息；

所述执行单元，响应于所述拒单交易，进一步调用所述智能合约，执行所述智能合约声明的数字商品订购拒绝逻辑，基于所述拒绝信息生成所述目标数字商品的拒单事件，并将所述拒单事件和对所述拒绝信息的授权用户信息存储至所述拒单交易对应的交易日志中；

所述存储单元，进一步将所述拒单交易对应的交易日志保存至所述区块链，以使所述采购方对应的节点设备在接收所述采购方对所述拒单事件的获取请求时，基于所述对所述拒绝信息的授权用户信息判断所述采购方是否具有获取所述拒绝信息的权限，如果是，将所述拒单事件发送至所述采购方。

14.根据权利要求12所述的装置，所述接收单元，进一步接收所述供应方触发的订购确认交易，所述订购确认交易包含对所述订购信息的确认信息和所述供应方指定的对所述确认信息的授权用户信息；

所述执行单元，响应于所述订购确认交易，进一步调用所述智能合约，执行所述智能合约声明的数字商品订购确认逻辑，基于对所述订购信息的确认信息生成订购确认事件，并将所述订购确认事件和对所述确认信息的授权用户信息存储至所述订购确认交易对应的交易日志中；

所述存储单元，进一步将所述订购确认交易对应的交易日志保存至所述区块链，以使所述节点设备在接收所述采购方对所述订购确认事件的获取请求时，基于所述对所述确认信息的授权用户名单判断所述采购方是否具有获取所述订购确认信息的权限，如果是，将所述订购确认事件发送至所述采购方。

15.根据权利要求13所述的装置，所述接收单元，进一步接收目标数字商品的采购方触发的支付交易，所述支付交易包含基于所述订购信息而生成的支付信息和所述采购方指定的对所述支付信息的授权用户信息；

所述执行单元，响应于所述支付交易，进一步调用所述智能合约，执行所述智能合约声明的数字商品支付逻辑，基于所述支付信息生成所述目标数字商品的支付事件，并将所述支付事件和对所述支付信息的授权用户信息存储至所述支付交易对应的交易日志中；

所述存储单元，将所述支付交易对应的交易日志保存至所述区块链，以使与所述供应方对应的节点设备在接收所述供应方对所述支付事件的获取请求时，基于所述对所述支付信息的授权用户信息判断所述供应方是否具有获取所述支付信息的权限，如果是，将所述支付事件发送至所述供应方。

16.根据权利要求15所述的装置，所述支付信息包括所述采购方的区块链账户；

所述基于所述支付信息生成所述目标数字商品的支付事件，包括：

获取订购所述目标数字商品对象所消耗的虚拟资产的总数量；其中，所述虚拟资源与所述采购方在链下的真实资产进行了价值锚定；

从所述采购方的区块链账户持有的虚拟资产中，向所述供应方的区块链账户转移与所述总数量对应的虚拟资产，并在转移成功后生成对应的支付凭证；

基于所述支付凭证生成所述目标数字商品的支付事件。

17.根据权利要求15所述的装置，所述接收单元，进一步接收所述供应方触发的发货交易，所述发货交易包含对所述目标数字商品的发货信息和所述采购方指定的对所述发货信息的授权用户信息；

所述执行单元，响应于所述发货交易，进一步调用所述智能合约，执行所述智能合约声明的数字商品发货逻辑为所述采购方发货，将所述发货信息和对所述发货信息的授权用户信息存储至所述发货交易对应的交易日志中；

所述存储单元，进一步将所述发货交易对应的交易日志保存至所述区块链，以使与所述采购方对应的节点设备在接收所述采购方对所述发货信息的获取请求时，基于对所述发货信息的授权用户信息判断所述采购方是否具有获取所述发货信息的权限，如果是，将所述发货信息发送至所述采购方。

18.根据权利要求17所述的装置，所述交易日志还包括所述供应方的用户信息、所述采购方的用户信息和所述商品信息；

所述将所述订购事件发送至所述供应方，包括：

至少将所述订购事件、所述采购方的用户信息和所述商品信息发送至所述供应方；

所述将所述订购确认事件发送至所述采购方，包括：

至少将所述订购确认事件、所述供应方的用户信息和所述商品信息发送至所述采购方；

所述将所述支付事件发送至所述供应方，包括：

至少将所述支付事件、所述采购方的用户信息和所述商品信息发送至所述供应方；

所述将所述发货信息发送至所述采购方，包括：

至少将所述发货信息、所述供应方的用户信息和所述商品信息发送至所述采购方。

19.根据权利要求11所述的装置，所述商品信息包含预设格式的结构化数据，所述结构化数据包含以下示出的一种或多种字段：

目标数字商品的商品标识字段；

目标数字商品的库存数量字段；

用于支付所述目标数字商品的链下资源类型字段；

所述目标数字商品的描述图片的链外地址字段；

对所述目标数字商品的商品信息的授权用户信息字段。

20.根据权利要求18所述的装置，所述订购交易、订购确认交易、支付交易、发货交易均包含预设格式的结构化数据，所述结构化数据包含以下示出的一种或多种字段：

目标数字商品的商品标识字段；

目标数字商品的订购数量字段；

用于支付所述目标数字商品的资产数量字段；

目标数字商品的消费兑换信息字段；

对所述订购信息的、或对所述订购确认信息的、或对所述支付信息的、或对所述发货信息的授权用户信息字段。

21.一种计算机设备，包括：存储器和处理器；所述存储器上存储有可由所述处理器运行的计算机程序；所述处理器运行所述计算机程序时，执行如权利要求1至10任意一项所述的方法。

22.一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时，执行如权利要求1到10任意一项所述的方法。

Images