CN112154434A - 区块链上智能合约组的自动数据投影 - Google Patents

Abstract

示例操作可以包括以下一项或多项：识别要包含在区块链中的数据记录，创建一组智能合约以使以使有权访问区块链的数据消费者能够访问数据记录，确定述智能合约组已由一个或多个区块链对等方注册，并将智能合约组存储在区块链上。

Description

区块链上智能合约组的自动数据投影

技术领域

本申请总体上涉及数据投影，并且更具体地，涉及对分布式账本(诸如区块链)上的智能合约执行自动数据投影。

背景技术

账本通常被定义为在其中记录事务(transaction)的入账簿。分布式账本是全部或部分复制到多台计算机的账本。密码分布式账本(CDL)至少可以具有以下这些特征的某些特性：不可逆性(一旦记录了事务，就无法撤消)、可访问性(任何一方都可以全部或部分访问CDL)、按时间顺序和时间戳记(各方都知道何时将事务添加到账本)、基于共识(仅当被网络上的各方通常一致批准时才添加事务)、可验证性(所有事务都可以通过密码验证)。区块链就是CDL的一个例子。尽管本文的描述和附图是根据区块链描述的，但本申请同样适用于任何CDL。

分布式账本是不断增长的记录列表，这些记录通常应用密码技术，例如存储与其他块有关的密码散列。区块链是分布式账本的一个常见实例，可以用作公共账本来存储信息。虽然主要用于金融事务，但区块链可以存储与商品和服务相关的各种信息(即产品、包装，状态等)。分散式方案为分散式网络提供了权限和信任，并使它的节点能够连续和顺序地将其事务记录在公共“块”上，从而创建了称为区块链的独特“链”。密码通过散列码用于确保事务源的身份验证并删除中央中介。区块链是一个分布式数据库，维护着区块链中记录的不断增长的列表，由于其不变的属性，这些记录可免受篡改和修改。每个块都包含一个时间戳和一个到前一个块的链接。区块链可用于保存、跟踪、转移和验证信息。由于区块链是分布式系统，因此在将事务添加到区块链账本之前，所有对等方都需要达成共识状态。

常规地，在各种应用中，由生产者生成的数据记录被投影到其属性的子集上并被分发给不同的数据消费者。例如，对于字段S1，，

的n个子集，数据模型‘A’记录具有字段‘F’的数据可以被投影为R[Si]R|(Si)。每个投影R[Si]由数据使用者的子集独立消耗。通常，生产者和消费者通过网络分布。数据可以高速生成。本质上，可以将应用视为本领域技术人员众所周知的分布式发布-订阅系统。一条数据记录“R”可能有各种不同的使用者使用记录“R”的不同子集。根据预期的消费者访问操作来组织数据记录可以提供最佳结果。

发明内容

一个示例实施例可以提供一种方法，该方法包括以下一种或多种：识别要包括在区块链中的数据记录，创建一组智能合约，以使有权访问所述区块链的数据消费者能够访问所述数据记录，确定所述智能合约组已由一个或多个区块链对等方注册，以及将所述智能合约组存储在所述区块链上。

另一示例实施例可以包括一种装置，该装置包括处理器，该处理器被配置为识别要包括在区块链中的数据记录，创建一组智能合约，以使有权访问所述区块链的数据消费者能够访问所述数据记录，确定所述智能合约组已由一个或多个区块链对等方注册，以及将所述智能合约组存储在所述区块链上。

另一示例实施例可以提供一种非暂时性计算机可读存储介质，其被配置为存储指令，该指令在被执行时使处理器执行识别要包括在区块链中的数据记录，创建一组智能合约，以使有权访问所述区块链的数据消费者能够访问所述数据记录，确定所述智能合约组已由一个或多个区块链对等方注册，以及将所述智能合约组存储在所述区块链上。

附图说明

现在将仅通过示例的方式，参考附图描述本发明的实施例，其中：

图1A示出了根据示例实施例的区块链数据记录管理配置的网络图。

图1B示出了根据示例实施例的使用一组智能合约的区块链数据记录管理配置的网络图。

图1C示出了根据示例实施例的用于由生产对等方插入数据记录的区块链数据记录管理配置的网络图。

图1D示出了根据示例实施例的用于由生产对等方插入数据记录的订购服务的区块链数据记录管理配置的网络图。

图2A示出了根据示例实施例的用于数据记录管理的示例对等节点区块链架构配置。

图2B示出了根据示例实施例的示例对等节点区块链配置。

图3是示出根据示例实施例的被许可的区块链网络的图。

图4示出了根据示例实施例的用于执行数据记录管理的系统消息图。

图5示出了根据示例实施例的在区块链中的数据记录管理的示例方法的流程图。

图6A示出了根据示例实施例的被配置为根据本文所述的一个或多个操作在区块链上执行各种操作的示例物理基础设施。

图6B示出了根据示例实施例的在缔约方和被配置为在区块链上执行智能合约条款的中介服务器之间的示例智能合约配置。

图7示出了被配置为支持一个或多个示例实施例的示例计算机系统。

具体实施方式

将容易地理解，如本文的附图中总体上描述和示出的，即时组件可以以各种不同的配置来布置和设计。因此，如附图所示，对方法、设备、非暂时性计算机可读介质和系统中的至少一个的实施例的以下详细描述并非旨在限制所要求保护的本申请的范围，而是仅代表所选实施例。

在整个说明书中描述的即时特征、结构或特性可以在一个或多个实施例中以任何合适的方式组合。例如，在整个说明书中，短语“示例实施例”、“一些实施例”或其他类似语言的使用是指以下事实：结合该实施例描述的特定特征、结构或特性可以包括在至少一个实施例中。因此，在整个说明书中，短语“示例实施例”、“在一些实施例中”、“在其他实施例中”或其他类似语言的出现不一定都指同一组实施例，并且所描述的特征、结构、特性，可以以任何合适的方式被组合在一个或多个实施例中。

另外，尽管在实施例的描述中可能已经使用术语“消息”，但是本申请可以应用于许多类型的网络数据，诸如分组、帧、数据报等。术语“消息”还包括分组、帧、数据报及其任何等同形式。此外，尽管在示例性实施例中可以描绘某些类型的消息和信令，但是它们不限于特定类型的消息，并且本申请不限于特定类型的信令。

示例实施例提供了方法、设备、网络和/或系统，其提供了数据在区块链网络上的投影和分布。数据的生产者/消费者可以是企业区块链网络的同级用户。智能合约可用于实现数据插入、投影和分发。具体来说，对于每个投影Si，都有一个通道Ci，具有所有产生对等方(即，产生记录的对等方)和所有消耗Si的对等方(即，消耗与Si相对应的字段的对等方)。

区块链是一种分布式系统，其包括彼此通信的多个节点。称为链码的区块链操作程序(例如，智能合约等)保存状态和账本数据，并执行事务。一些事务是在链码上调用的操作。通常，区块链事务通常必须由某些区块链成员“认可(endorsed)”，只有认可的事务才能提交给区块链，并影响区块链的状态。其他不认可的事务将被忽略。可能存在一个或多个用于管理功能和参数的特殊链码，统称为系统链码。

节点是区块链系统的通信实体。在不同类型的多个节点可以在同一物理服务器上运行的意义上，“节点”可以执行逻辑功能。节点在信任域中分组，并与以各种方式控制它们的逻辑实体相关联。节点可以包括不同的类型，例如客户端或提交客户端节点，其向签约者(例如，对等方)提交事务调用，并且将事务提议广播到订购服务(例如，订购节点)。另一类节点是对等节点，它可以接收客户提交的事务，提交事务并维护状态和区块链事务账本的副本。尽管不是必需的，但同行也可以充当认可人的角色。订购服务节点或订购者是为所有节点运行通信服务，并实现交付保证的节点，例如在提交事务和修改区块链的世界状态时向系统中的每个对等节点广播，这是初始区块链事务的另一个名称，通常包含控制和设置信息。

账本是区块链所有状态转换的有序、防篡改记录。状态转换可以由参与方(例如，客户端节点、订购节点、认可人节点、对等节点等)提交的链码调用(即，事务)引起。事务可能导致一组资产键值对作为一个或多个操作数(例如创建、更新、删除等)被提交到账本。账本包括一个区块链(也称为链)，该区块链用于将不可变的、顺序记录存储在块中。账本还包括一个状态数据库，用于维护区块链的当前状态。每个通道通常有一个账本。每个对等节点都为其所属的每个通道维护一个账本的副本。

链是事务日志，其被构造为散列链接的块，并且每个块包含N个事务的序列，其中N等于或大于一。区块头包括该区块事务的散列值，以及前一个区块头的散列值。以这种方式，账本上的所有事务都可以被排序并密码链接在一起。因此，在不破坏散列链接的情况下不可能篡改账本数据。最近添加的区块链块的散列表示链上之前发生的每笔事务，从而可以确保所有对等节点处于一致且受信任的状态。该链可以存储在对等节点文件系统(即本地、附加存储、云等)上，从而有效地支持区块链工作负载的仅附加性质。

不可变账本的当前状态表示链式事务日志中包括的所有键的最新值。因为当前状态代表通道已知的最新键值，所以有时将其称为世界状态。链码调用针对账本的当前状态数据执行事务。为了使这些链码交互有效，可以将键的最新值存储在状态数据库中。状态数据库可能只是链中事务日志的索引视图，因此可以随时从链中重新生成。可以在对等节点启动时以及在接受事务之前自动恢复(或根据需要生成)状态数据库。

可以创建多个智能合约并将其分配给数据记录“R”的某些部分，这些数据部分对于每个智能合约都不同或相同。例如，创建与数据记录“R”的单独通道和字段的某些子集相对应的单独智能合约，并与一组数据使用者共享。两个不同的智能合约将对应于数据字段的两个不同子集，否则，某些智能合约之间将存在标识出数据记录“R”的相同部分的冗余。

图1A示出了根据示例实施例的区块链数据记录管理配置的网络图。在此配置100A中，记录“R”102由在区块链的每个对等节点上运行的数据管理应用程序标识。应用程序识别记录R，并为每个“i”计算一个投影R[Si]，例如R[S1]104，R[S2]106和R[S3]108。事务“提议”是智能合约执行从应用程序发送到认可对等方的调用。提议P1-110、P2-112和P3-114被对等方116发送到认可过程，并且认可的提议118、122和124被转发到订购服务126以进行区块链提交(commitment)。对等方模拟智能合约执行以产生对账本的后续更改集(即读/写集)，这些更改集称为认可的事务提议118-124，并发送回应用程序。如果对等方接受其账本上的提交，则应用程序将认可的事务提议118-124发送到订购服务126，订购服务126将事务添加到可能包含其他事务的区块链块中。

通道是共享对应于该通道的分布式账本并且仅其对等方可访问的一组区块链对等方。一个通道可能具有实例化的几个智能合约，这些合约会修改共享账本。每个通道由其对等方维护一个单独的事务区块链。调用提议与智能合约事务提议相同。也可以执行智能合约以仅查询账本而不更改其状态，这将是一个查询提议，该查询提议仅由对等方执行，并将其本地账本的结果提供给调用应用程序。

图1B示出了根据示例实施例的使用一组智能合约的区块链数据记录管理配置的网络图。参照图1B，配置100B包括记录R 102，其中投影R[S1]104至R[S3]108受到组调用提议[P]132的处理，该提议被对等方116认可以创建认可的组调用提议P134。组调用是在同一数据记录上组合执行多个“智能合约”的“组”。该组调用提议由应用程序发送到认可对等方，该对等方模拟所有组成的智能合约的执行，并生成已认可的事务提议，这些提议被组合为已认可的组调用提议。该组调用提议被应用程序接收，然后发送到订购服务126。由于认可的组调用提议中的不同的认可事务提议可以对应于不同的通道，因此它们被分配到其各自的通道的块中。这涉及将认可的组调用提议分解为认可的事务提议，并将认可的事务提议重新整理为对应于不同对等方的特定于通道的块。

图1C示出了根据示例实施例的用于由生产对等方插入数据记录的区块链数据记录管理配置的网络图。参照图1C，示例配置100C提供了由产生对等方插入记录。如果接收了认可的组调用提议“P”142并被分解144，则结果是多个单独的认可的提议P1 148至P3152。订购服务150将认可的组调用提议分解为智能合约级认可的提议。对于每个对等方(生产者和消费者)，订购服务都会发送认可的智能合约提议书的适当的重新聚合，作为对区块链的提交事务。该方法提供了组调用操作的原子性，直到由订购服务150执行的分派操作为止。例如，构成智能合约组的智能合约的各个事务都由对等方认可并由订购服务分派，否则，不会分派任何智能合约/事务。这种方法降低了由于在组调用提议中执行捆绑而导致的网络拥塞量。

图1D示出了根据示例实施例的用于由生产对等方插入数据记录的订购服务的区块链数据记录管理配置的网络图。参照图1D，配置100D提供给每个生产对等方向订购/认可服务注册其组。该注册可以为该组中的每个智能合约164、166和168提供“组ID”169、记录字段162和该组中的智能合约ID以及特定于生产对等方的投影。此信息在注册过程中进行了验证。由对等方创建的组调用提议包括组ID和要插入的数据记录。认可服务使用组的注册信息来认可提议。该代码存在于认可策略级别，不是任何智能合约的一部分。认可的提议包括该组中每个智能合约的组ID和读/写集。由订购服务为对等方创建的重新聚合的事务包括相关的读/写集。

在以上关于图1D所述的用例中，基础智能合约用于计算和存储自己的账本，作为相同数据输入记录到其字段的子集上的投影。术语“投影(projection)”提供智能合约“1”，“2”和“3”是投影。组成的智能合约、输入数据记录的字段集和用于标识的组ID提供了一组智能合约。此信息已在对等方和订购服务中注册。该应用程序只是将其输入数据记录和组ID作为其组调用提议组的一部分发送给对等方。对等方使用组ID确定要在输入数据记录上执行的智能合约组，以生成认可的组调用提议。

这些示例为生产者提供了定义彼此独立的一组智能合约的能力。该组接收相同数据记录的子集作为输入，并将“调用”视为组合提议或基于组中多个成员的单个组调用。这种方法通过消除网络拥塞来提高通信效率。

在医学数据共享网络的一个特定示例中，医院是医学数据的产生者，而相关服务(例如，保险、医学药物研究)实体是数据的消费者。生产者产生的医学数据可以是每位患者记录的形式，其中具有与患者身份以及各种测试结果相对应的字段。这些记录旨在根据隐私和/或合同政策经过适当过滤和投影之后与消费者共享。区块链实现可通过实施团体智能合约方法，为医疗数据共享提供高效、强大的解决方案。医院是生产对等方，而联合服务实体是消费对等方。将为每个所需的数据投影部署智能合约通道，以及在网络上适当定义和注册的智能合约组。

图2A示出了根据示例实施例的区块链架构配置200。参照图2A，区块链架构200可以包括某些区块链元素，例如，一组区块链节点202。区块链节点202可以包括一个或多个节点204-210(仅通过示例描述了4个节点)。这些节点参与了许多活动，例如区块链事务添加和验证过程(共识)。区块链节点204-210中的一个或多个可以认可事务并且可以为架构200中的所有区块链节点提供订购服务。区块链节点可以发起区块链认证并且试图写入存储在区块链层216中的区块链不可变账本，其副本也可以存储在基础物理基础设施214上。区块链配置可以包括一个或多个应用程序224，这些应用程序链接到应用程序编程接口(API)222以访问和执行存储的程序/应用程序代码220(例如，链码、智能合约等)，该程序/应用程序代码220可以根据参与者寻求的自定义配置进行创建，并且可以维护自己的状态，控制自己的资产并接收外部信息。可以将其部署为事务，并通过附加到分布式账本中来安装在所有区块链节点204-210上。

区块链基础或平台212可包括区块链数据、服务(例如，密码信任服务、虚拟执行环境等)的各个层，以及可用于接收和存储新事务并对正在寻求访问数据条目的审核员提供访问的支撑物理计算机基础设施。区块链层216可以暴露接口，该接口提供对处理程序代码和使用物理基础结构214所必需的虚拟执行环境的访问。加密信任服务218可以用于验证诸如资产交换事务之类的事务并保持信息私有。

图2A的区块链架构配置可以经由区块链平台212暴露的一个或多个接口以及提供的服务来处理和执行程序/应用程序代码220。代码220可以控制区块链资产。例如，代码220可以存储和传输数据，并且可以由节点204-210以智能合约和相关的具有受执行条件约束的条件或其他代码元素的链码的形式来执行。作为非限制性示例，可以创建智能合约来执行提醒、更新和/或其他受该更改、更新等约束的通知。智能合约本身可以用于标识与授权和访问要求及账本使用相关的规则。

在链码中，可以通过高级应用程序和编程语言来创建智能合约，然后将其写入区块链中的块中。智能合约可以包括可执行代码，该可执行代码向区块链(例如，区块链对等方的分布式网络)注册、存储和/或复制。事务是可以响应于与智能合约相关联的条件得到满足而执行的智能合约代码的执行。智能合约的执行可以触发对数字区块链账本状态的可信修改。由智能合约执行引起的对区块链账本的修改可以通过一个或多个共识协议在整个区块链对等方的分布式网络中自动复制。

智能合约可以以键值对的格式将数据写入区块链。此外，智能合约代码可以读取存储在区块链中的值，并将其用于应用程序操作中。智能合约代码可以将各种逻辑操作的输出写入区块链。该代码可用于在虚拟机或其他计算平台中创建临时数据结构。写入区块链的数据可以是公开的和/或可以加密并维护为私有。智能合约使用/生成的临时数据由提供的执行环境保存在内存中，一旦识别出区块链所需的数据，便将其删除。

链码可以包括具有附加特征的智能合约的代码解释。如本文所述，链码可以是部署在计算网络上的程序代码，其中，链码验证器在共识过程中一起执行和验证链码。链码接收散列，并从区块链中检索与使用先前存储的特征提取器创建的数据模板关联的散列。如果散列标识符的散列值与从存储的标识符模板数据创建的散列值匹配，则链码将授权密钥发送到所请求的服务。链码可以将与密码详细信息关联的数据写入区块链。在图2A中，在一个示例中，数据记录的某些子集被标识为用于组调用提议的潜在数据集226，其可以优化网络性能并为各个不同方提供最佳访问。可以定义不同的智能合约228以表示数据记录的不同部分。可以将智能合约集合设置为一组智能合约228，这些智能合约由一个或多个区块链对等节点201标识并认可。

图2B示出了根据示例实施例的在区块链的节点之间的事务流250的示例。参照图2B，事务流可以包括由应用程序客户端节点260发送到认可对等节点281的事务提议291。认可对等方281可以验证客户端签名并执行链码功能以发起事务。输出可以包括链码结果、在链码中读取的一组键/值版本(读取集)以及以链码写入的一组键/值(写入集)。如果批准，则将提议响应292与认可签名一起发送回客户端260。客户端260将认可组合成事务有效载荷293，并将其广播到订购服务节点284。订购服务节点284然后将订购的事务作为块传递给通道上的所有对等方281-283。在提交到区块链之前，每个对等方281-283可以验证事务。例如，对等方可以检查认可策略，以确保指定对等方的正确分配已经对结果进行了签名并针对事务有效负载293验证了签名。

再次参考图2B，客户端节点260通过构造请求并将其发送给作为认可放方的对等节点281来发起事务291。客户端260可以包括利用诸如NODE、JAVA、PYTHON等的受支持的软件开发套件(SDK)的应用程序，该应用程序利用可用的API来生成事务提议。该提议是调用链码功能的请求，以便可以将数据读取和/或写入账本(即，为资产写入新的键值对)。SDK可以充当垫片以将事务提议打包为适当的架构格式(例如，远程过程调用(RPC)上的协议缓冲区)，并采用客户的加密凭据为事务提议生成唯一的签名。

作为响应，认可对等节点281可以验证(a)事务提议的格式正确；(b)过去尚未提交过事务(重放攻击保护)；(c)签名是有效的；(d)提交者(在此示例中为客户端260)已被适当授权以在该频道上执行提议的操作。认可对等节点281可以将事务提议输入作为所调用的链码功能的参数。然后针对当前状态数据库执行链码，以生成事务结果，该事务结果包括响应值、读取集和写入集。但是，此时尚未对账本进行任何更新。在292中，将值的集合以及认可的对等节点281签名一起作为提议响应292传递回客户端260的SDK，该客户端260的SDK解析用于应用程序消费的有效载荷。

作为响应，客户端260的应用程序检查/验证认可的对等方签名，并比较提议响应以确定提议响应是否相同。如果链码仅查询账本，则应用程序将检查查询响应，并且通常不将事务提交至订购节点服务284。如果客户端应用程序打算将事务项提交至订购节点服务284以更新账本，则应用程序确定在提交之前是否已满足指定的认可策略(即，事务所需的所有对等节点都对事务进行认可)。在此，客户可以仅包括事务的多方之一。在这种情况下，每个客户端可能有自己的认可节点，并且每个认可节点都需要认可事务。该体系结构使得即使应用程序选择不检查响应或转发未认可的事务，认可策略仍将由对等方强制执行并在提交验证阶段得到维护。

在成功检查之后，在步骤293中，客户端260将认可组装成事务，并在事务消息内向订购节点284广播事务提议和响应。事务可以包含读/写集、认可对等签名和频道ID。订购节点284不需要为了执行其操作而检查事务的全部内容，相反，订购节点284可以简单地从网络中的所有通道接收事务，按通道按时间顺序对它们进行排序，并为每个通道创建事务块。

事务的块从订购节点284传递到通道上的所有对等节点281-283。验证块内的事务294以确保满足任何认可策略，并确保自事务执行生成读取集以来，读取集变量的账本状态没有变化。区块中的事务被标记为有效或无效。此外，在步骤295中，每个对等节点281-283将块附加到通道链上，并且对于每个有效事务，将写入集提交给当前状态数据库。发出一个事件，以通知客户端应用程序该事务(调用)已被不可变地附加到链上，并通知该事务是有效的还是无效的。

图3示出了许可的区块链网络300的示例，其特征在于分布式的、分散的、对等方系结构以及管理用户角色和许可的证书颁发机构318。在该示例中，区块链用户302可以将事务提交至许可的区块链网络310。在该示例中，该事务可以是部署、调用或查询，并且可以通过利用SDK的客户端应用程序、直接通过REST API等被发布。可信的商业网络可以提供对诸如审计员(例如，美国股票市场中的证券事务委员会)之类的监管者系统314的访问。同时，节点312的区块链网络运营商系统管理成员许可，诸如将监管者系统310注册为“审计员”，并且将区块链用户302注册为“客户端”。审计员可能只限于查询账本，而客户可以被授权部署、调用和查询某些类型的链码。

区块链开发者系统316编写链码和客户端应用程序。区块链开发者系统316可以通过REST接口将链码直接部署到网络。为了将来自传统数据源330的凭证包括在链码中，开发者系统316可以使用带外连接来访问数据。在该示例中，区块链用户302通过对等节点308连接到网络。在进行任何事务之前，对等节点308从证书颁发机构318检索用户的注册和事务证书。在某些情况下，区块链用户必须拥有这些证书，以便在许可的区块链网络310上进行事务。同时，可能要求尝试驱动链码的用户在传统数据源330上验证其凭据。为了确认用户的授权，链码可以通过传统处理平台320使用带外连接到该数据。

图4示出了根据示例实施例的用于执行数据记录管理的系统消息图。参照图4，系统配置400提供一组区块链对等方410、用于管理区块链事务的订购服务420和区块链430。在一个示例中，对等方可以接收关于数据记录的数据记录提议412并认可414数据记录提议，该数据记录提议414将由区块链中的一组智能合约表示。认可的提议可以被转发416到订购服务420，在这里该提议可以被分解418为单独的智能合约级区块链事务，其被重新聚合422为事务区块以提交给区块链430。事务区块被转发424至区块链并提交426。

图5示出了根据示例实施例的在区块链中的数据记录管理的示例方法的流程图。参照图5，方法500包括识别要包括在区块链中的数据记录512，创建一组智能合约以使有权访问区块链的数据消费者能够访问数据记录514，确定智能合约组已由一个或多个区块链对等方注册516，并将该智能合约组存储在区块链上518。该方法还可包括将数据记录的不同部分分配给该智能合约组，以使该智能合约组中的每个智能合约被分配了数据记录的不同部分。该方法可以进一步包括：识别包括与数据记录相关联的多个智能合约级数据记录访问提议的组调用事务提议；由一个或多个区块链对等方认可该组调用事务提议；以及将组调用事务提议发送给一种订购服务，将认可的组调用事务提议分解为多个单个认可的智能合约，从订购服务中传输与一个或多个区块链对等方相对应的多个认可事务作为要提交给区块链的区块链事务，并执行一个或多个具有订购服务的组的注册，该注册包括组标识符、记录字段和与智能合约组相对应的智能合约标识符。

图6A示出了根据示例实施例的根据一种或多种示例操作方法配置为在区块链上执行各种操作的示例物理基础设施。参照图6A，示例配置600包括具有区块链620和智能合约640的物理基础设施610，其可以执行任何示例实施例中包括的任何操作步骤612。步骤/操作612可以包括在一个或多个流程图和/或逻辑图中描述或描绘的一个或多个步骤。这些步骤可以表示从驻留在计算机系统配置的物理基础结构610上的一个或多个智能合约640和/或区块链620写入或读取的输出或书面信息。可以从执行的智能合约640和/或区块链620输出数据。物理基础设施610可以包括一个或多个计算机、服务器、处理器、存储器和/或无线通信设备。

图6B示出了根据示例实施例的在缔约方和被配置为在区块链上强制执行智能合同条款的中介服务器之间的示例智能合同配置。参照图6B，配置650可以表示通信会话、资产转移会话或由智能合约640驱动的过程或进程，该智能合约640明确地标识一个或多个用户设备652和/或656。智能合约执行的执行、操作和结果可以由服务器654管理。智能合约640的内容可能需要由作为智能合约事务的当事方的实体652和656中的一个或多个的数字签名。智能合约执行的结果可以作为区块链事务写入到区块链中。

以上实施例可以以硬件，以处理器执行的计算机程序，以固件或以上述的组合来实现。计算机程序可以体现在诸如存储介质的计算机可读介质上。例如，计算机程序可以驻留在随机存取存储器(“RAM”)、闪存、只读存储器(“ROM”)、可擦可编程只读存储器(“EPROM”)、电可擦可编程只读存储器(“EEPROM”)、寄存器、硬盘、可移动磁盘、光盘只读存储器(“CD-ROM”)或本领域已知的任何其他形式的存储介质中。

示例性存储介质可以被耦合到处理器，使得处理器可以从该存储介质读取信息，并且可以向该存储介质写入信息。或者，存储介质可以与处理器集成在一起。处理器和存储介质可以驻留在专用集成电路(“ASIC”)中。在替代方案中，处理器和存储介质可作为分立组件驻留。例如，图7示出了示例计算机系统架构700，其可以表示或集成在任何上述组件等中。

图7并非旨在暗示对本文所述应用程序实施例的使用范围或功能的任何限制。无论如何，计算节点700能够被实现和/或执行以上阐述的任何功能。

在计算节点700中，存在计算机系统/服务器702，其可与许多其他通用或专用计算系统环境或配置一起操作。可能适合与计算机系统/服务器702一起使用的众所周知的计算系统、环境和/或配置的示例包括但不限于个人计算机系统、服务器计算机系统、瘦客户端、胖客户端、手工手持式或膝上型设备、多处理器系统、基于微处理器的系统、机顶盒、可编程消费电子产品、网络PC、小型计算机系统、大型计算机系统以及包括上述任何系统或设备的分布式云计算环境，等等。

可在由计算机系统执行的计算机系统可执行指令(例如程序模块)的一般上下文中描述计算机系统/服务器702。通常，程序模块可以包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、逻辑、数据结构等。可以在分布式云计算环境中实践计算机系统/服务器702，在分布式云计算环境中，任务由通过通信网络链接的远程处理设备执行。在分布式云计算环境中，程序模块可以位于包括内存存储设备的本地和远程计算机系统存储介质中。

如图7所示，以通用计算设备的形式示出了云计算节点700中的计算机系统/服务器702。计算机系统/服务器702的组件可以包括但不限于一个或多个处理器或处理单元704、系统存储器706以及将包括系统存储器706的各种系统组件耦合到处理器704的总线。

总线代表几种类型的总线结构中的任何一种或多种，包括使用各种总线体系结构中的任何一种的存储器总线或存储器控制器、外围总线、加速图形端口以及处理器或本地总线。作为示例而非限制，这样的体系结构包括行业标准体系结构(ISA)总线、微通道体系结构(MCA)总线、增强型ISA(EISA)总线、视频电子标准协会(VESA)本地总线和外围组件互连(PCI)总线。

计算机系统/服务器702通常包括各种计算机系统可读介质。这样的介质可以是计算机系统/服务器702可访问的任何可用介质，并且它包括易失性和非易失性介质、可移动和不可移动介质。在一个实施例中，系统存储器706实现其他附图的流程图。系统存储器706可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)710和/或高速缓冲存储器712。计算机系统/服务器702可以进一步包括其他可移动/不可移动、易失性/非易失性计算机系统存储介质。仅作为示例，可以提供存储系统714以用于读取和写入不可移动的非易失性磁性介质(未示出并且通常被称为“硬盘驱动器”)。尽管未示出，但是可以提供用于从可移动非易失性磁盘(例如“软盘”)进行读取和写入的磁盘驱动器、以及用于从可移动非易失性光盘(CD-ROM，DVD-ROM或其他光学介质之类的)进行读取或写入的光盘驱动器。在这种情况下，每一个都可以通过一个或多个数据介质接口连接到总线。如将在下面进一步描绘和描述的，存储器706可以包括具有一组(例如，至少一个)程序模块的至少一个程序产品，所述程序模块被配置为执行本申请的各种实施例的功能。

具有一组(至少一个)程序模块718的程序/实用程序716可以通过示例而非限制的方式存储在存储器706、以及操作系统、一个或多个应用程序，其他程序模块和程序数据中，。操作系统、一个或多个应用程序、其他程序模块以及程序数据或它们的某种组合中的每一个可以包括联网环境的实现。程序模块718通常执行本文所述的本申请的各种实施例的功能和/或方法。

如本领域技术人员将理解的，本申请的各方面可以体现为系统、方法或计算机程序产品。因此，本申请的各方面可以采取以下形式：完全硬件实施例、完全软件实施例(包括固件、驻留软件、微代码等)或组合了软件和硬件方面的实施例，其在本文中通常可以全部称为为“电路”、“模块”或“系统”。此外，本申请的各方面可以采取一种计算机程序产品的形式，该计算机程序产品体现在一个或多个计算机可读介质上，该介质具有体现在其上的计算机可读程序代码。

计算机系统/服务器702还可与一个或多个外部设备720(例如键盘、指示设备，显示器722等)，与使用户能够与计算机系统/服务器702交互的一个或多个设备；与和/或使计算机系统/服务器702与一个或多个其他计算设备进行通信的任何设备(例如，网卡，调制解调器等)通信。这样的通信可以经由I/O接口724发生。然而，计算机系统/服务器702仍然可以与一个或多个网络(诸如局域网(LAN)、通用广域网(WAN)和/或公共网络(例如，因特网))通过网络适配器726通信。如图所示，网络适配器726通过总线与计算机系统/服务器702的其他组件通信。应当理解，尽管未示出，但是其他硬件和/或软件组件可以与计算机系统/服务器702结合使用。示例包括但不限于：微码、设备驱动器、冗余处理单元、外部磁盘驱动器、阵列，RAID系统、磁带驱动器和数据档案存储系统等。

尽管在附图中示出并在前述具体实施方式中描述了系统、方法和非暂时性计算机可读介质中的至少一个的示例性实施例，但是应当理解，本申请不限于所述公开的实施例，而是能够进行如所附权利要求所阐述和定义的许多重新布置、修改和替换。例如，各个附图的系统的能力可以由本文描述的模块或组件中的一个或多个或以分布式架构来执行，并且可以包括发射机、接收机或两者的对。例如，由各个模块执行的全部或部分功能可以由这些模块中的一个或多个来执行。此外，本文描述的功能可以在模块或组件内部或外部的各种时间并且与各种事件相关地执行。而且，可以经由以下各项中的至少一项在各个模块之间发送各种模块之间发送的信息：数据网络、互联网、语音网络、互联网协议网络、无线设备、有线设备和/或通过多种协议。而且，由任何模块发送或接收的消息可以直接和/或经由一个或多个其他模块发送或接收。

本领域技术人员将理解，“系统”可以体现为个人计算机、服务器、控制台、个人数字助理(PDA)、手机、平板计算设备、智能手机或任何其他合适的计算设备或设备组合。将上述功能呈现为由“系统”执行并不旨在以任何方式限制本申请的范围，而是旨在提供许多实施例的一个示例。实际上，本文公开的方法、系统和装置可以以与计算技术一致的局部和分布式形式来实现。

应该注意的是，在本说明书中描述的一些系统特征已经作为模块呈现，以便更具体地强调它们的实现独立性。例如，模块可以被实现为硬件电路，该硬件电路包括定制的超大规模集成电路(VLSI)电路或门阵列、现成的半导体(例如逻辑芯片、晶体管)、或其他分立组件。模块也可以在诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备、图形处理单元等的可编程硬件设备中实现。

模块也可以至少部分地以用于由各种类型的处理器执行的软件来实现。所标识的可执行代码单元可以例如包括计算机指令的一个或多个物理或逻辑块，所述计算机指令可以例如被组织为对象、过程或功能。然而，所标识的模块的可执行文件不必在物理上位于一起，而是可以包括存储在不同位置的不同指令，当这些指令在逻辑上结合在一起时，包括模块并实现模块的所述目的。此外，模块可以存储在计算机可读介质上，该计算机可读介质可以是例如硬盘驱动器、闪存设备、随机存取存储器(RAM)、磁带或用于存储数据的任何其他此类介质。

实际上，可执行代码的模块可以是单个指令，也可以是多个指令，甚至可以分布在多个不同的代码段、不同程序之间以及多个存储设备上。类似地，在本文中操作数据可以在模块内被识别和示出，并且可以以任何合适的形式来体现并且可以在任何合适的类型的数据结构内被组织。操作数据可以作为单个数据集收集，或者可以分布在包括不同存储设备的不同位置上，并且可以至少部分地仅作为系统或网络上的电子信号存在。

将容易地理解，如本文的附图中总体上描述和示出的，本申请的组件可以以各种不同的配置来布置和设计。因此，实施例的详细描述并非旨在限制所要求保护的本申请的范围，而仅代表本申请的所选实施例。

本领域普通技术人员将容易地理解，可以以不同顺序的步骤和/或以与所公开的配置不同的配置的硬件元件来实践以上内容。因此，尽管已经基于这些优选实施例描述了本申请，但是对于本领域技术人员而言显而易见的是，某些修改、变化和替代构造将是显而易见的。

尽管已经描述了本申请的优选实施例，但是应当理解，所描述的实施例仅是说明性的，并且当考虑其全部等价物和范围(例如，协议、硬件设备，软件平台等)时，本申请的范围仅由所附权利要求书限定。

Claims (20)

1.一种方法，包括：

识别要包含在区块链中的数据记录；

创建一组智能合约，以使有权访问所述区块链的数据消费者能够访问所述数据记录

确定所述智能合约组已由一个或多个区块链对等方注册；以及

将所述智能合约组存储在所述区块链上。

2.如权利要求1所述的方法，将所述数据记录的不同部分分配给所述智能合约组，使得所述智能合约组中的每个智能合约被分配所述数据记录的不同部分。

3.如权利要求1所述的方法，还包括：

识别包括与所述数据记录相关联的多个数据记录访问提议的一组调用事务提议。

4.如权利要求3所述的方法，还包括：

认可所述一个或多个区块链对等方的所述组调用事务提议；以及

将所述组调用事务提议传输到所述订购服务。

5.如权利要求4所述的方法，还包括：

将所述认可的组调用事务提议分解为多个单独的认可的智能合约。

6.如权利要求5所述的方法，还包括：

从所述订购服务发送与所述一个或多个区块链对等方相对应的多个认可的事务作为要提交给所述区块链的区块链事务。

7.如权利要求6所述的方法，还包括：

执行一个或多个组注册到所述订购服务，该注册包括组标识、记录字段和与所述智能合约组相对应的智能合约标识。

8.一种设备，包括：

处理器，配置为：

识别要包含在区块链中的数据记录；

创建一组智能合约，以使有权访问所述区块链的数据消费者能够访问所述数据记录；

确定所述智能合约组已由一个或多个区块链对等方注册；以及

将所述智能合约组存储在所述区块链上。

9.如权利要求8所述的设备，其中，所述处理器还被配置为：

将所述数据记录的不同部分分配给所述智能合约组，使得所述智能合约组中的每个智能合约被分配所述数据记录的不同部分。

10.如权利要求8所述的设备，其中，所述处理器还被配置为：

识别包括与所述数据记录相关联的多个数据记录访问提议的一组调用事务提议。

11.如权利要求10所述的设备，其中，所述处理器还被配置为：

认可所述一个或多个区块链对等方的所述组调用事务提议；以及

将所述组调用事务提议传输到所述订购服务。

12.如权利要求11所述的装置，其中，所述处理器还被配置为：

将所述认可的组调用事务提议分解为多个单独的认可的智能合约。

13.如权利要求12所述的装置，其中，所述发射机还被配置为：

从所述订购服务发送与所述一个或多个区块链对等方相对应的多个认可的事务作为要提交给所述区块链的区块链事务。

14.如权利要求13所述的装置，其中，所述处理器还被配置为：

执行一个或多个组注册到所述订购服务，该注册包括组标识、记录字段和与所述智能合约组相对应的智能合约标识。

15.一种非暂时性计算机可读存储介质，被配置为存储指令，这些指令在执行时使处理器执行以下操作：

识别要包含在区块链中的数据记录；

创建一组智能合约，以使有权访问所述区块链的数据消费者能够访问所述数据记录；

确定所述智能合约组已由一个或多个区块链对等方注册；以及

将所述智能合约组存储在所述区块链上。

16.如权利要求15所述的非暂时性计算机可读存储介质，其中，所述处理器还被配置为执行：

将所述数据记录的不同部分分配给所述智能合约组，使得所述智能合约组中的每个智能合约被分配所述数据记录的不同部分。

17.如权利要求15所述的非暂时性计算机可读存储介质，其中，所述处理器还被配置为执行：

识别包括与所述数据记录相关联的多个数据记录访问提议的一组调用事务提议。

18.如权利要求17所述的非暂时性计算机可读存储介质，其中，所述处理器还被配置为执行：

认可所述一个或多个区块链对等方的所述组调用事务提议；以及

将所述组调用事务提议传输到所述订购服务。

19.如权利要求18所述的非暂时性计算机可读存储介质，其中，所述处理器还被配置为执行：

将所述认可的组调用事务提议分解为多个单独的认可的智能合约。

20.如权利要求19所述的非暂时性计算机可读存储介质，其中，所述处理器还被配置为执行：

从所述订购服务发送与所述一个或多个区块链对等方相对应的多个认可的事务作为要提交给所述区块链的区块链事务；以及

执行一个或多个组注册到所述订购服务，该注册包括组标识、记录字段和与所述智能合约组相对应的智能合约标识。

Images