CN109086140A

CN109086140A - 在区块链中进行数据处理的方法、装置及存储介质

Info

Publication number: CN109086140A
Application number: CN201810953189.4A
Authority: CN
Inventors: 刘泽汀
Original assignee: Shanghai Point Information Technology Co Ltd
Current assignee: Shanghai Point Information Technology Co Ltd
Priority date: 2018-08-21
Filing date: 2018-08-21
Publication date: 2018-12-25

Abstract

本发明的实施例提供了在区块链中进行数据处理的方法，所述方法包括：生成多个数据处理请求；基于预定的路由规则，分别向所述区块链中的多个节点发送所述多个数据处理请求；以及接收与所述多个数据处理请求中的每个相对应的处理结果。依据本发明的实施例所提出的方法能够在分布式节点上进行数据的分布式处理，从而提高了处理效率并且同时保障了数据的隐私性和安全性。此外，整个处理过程被记录在区块链上，从而可追溯不可篡改。

Description

在区块链中进行数据处理的方法、装置及存储介质

技术领域

本发明的实施例总体上涉及区块链技术领域，并且更具体地涉及在区块链中进行数据处理的方法、装置及存储介质。

背景技术

区块链(Block-chain)是用分布式数据库识别、传播和记载信息的智能化对等网络，也称为价值互联网。所谓价值互联网，是指使得用户能够通过网络方便、快捷、低成本地传递价值。

云计算(cloud computing)是一种基于互联网的计算方式，通过这种方式，共享的软硬件资源和信息可以按需求提供给计算机各种终端和其他设备。

随着大数据、物联网、云计算的发展与普及，对于算力(计算机的运算能力，computing power)的需求越来越大，无论是商业应用，还是科研教育、公共服务，对计算机模拟、超大数据处理等场景都存在着巨大的算力需求。

目前，完成数据处理任务通常通过使用本地计算机或者使用云服务来实现。

发明内容

本发明的实施例提供了一种在区块链中进行数据处理的方法、装置及存储介质。

本发明的第一方面提出了在区块链中进行数据处理的方法，所述方法包括：

A.生成多个数据处理请求；

B.基于预定的路由规则，分别向所述区块链中的多个节点发送所述多个数据处理请求；以及

C.接收与所述多个数据处理请求中的每个相对应的处理结果。

本发明的第二方面提出了在区块链中进行数据处理的装置，所述装置包括：

处理器；以及

存储器，其用于存储指令，当所述指令执行时使得所述处理器执行以下操作：

A.生成多个数据处理请求；

本发明内容的第三方面提出了一种计算机可读存储介质，其具有存储在其上的计算机可读程序指令，所述计算机可读程序指令用于执行根据本发明的第一方面所述的在区块链中进行数据处理的方法。

依据本发明的在区块链中进行数据处理的方法，使得区块链中的各节点能够在需要大量数据处理时，将待处理数据进行拆分并分别发送给区块链中的其它节点进行并行处理，从而提高了处理效率。这样，实现了区块链上的数据处理资源共享。此外，由于待处理数据和处理结果分散地分布在区块链中的若干个节点处，因此数据安全性也得到了提高。本发明的其他优势将在下文中进一步说明。

附图说明

结合附图并参考以下详细说明，本发明的各实施例的特征、优点及其他方面将变得更加明显，在此以示例性而非限制性的方式示出了本发明的若干实施例，在附图中：

图1示出了用于实现根据本发明的一个实施例的在区块链中进行数据处理的方法的资源共享系统的架构示意图；

图2示出了根据本发明的一个实施例的在区块链中进行数据处理的方法的流程图；

图3示出了根据本发明的另一个实施例的在区块链中进行数据处理的方法的流程图；以及

图4示出了根据本发明的一个实施例的在区块链中进行数据处理的装置的示意图。

具体实施方式

以下参考附图详细描述本发明的各个示例性实施例。虽然以下所描述的示例性方法、装置包括在其它组件当中的硬件上执行的软件和/或固件，但是应当注意，这些示例仅仅是说明性的，而不应看作是限制性的。例如，考虑在硬件中独占地、在软件中独占地、或在硬件和软件的任何组合中可以实施任何或所有硬件、软件和固件组件。因此，虽然以下已经描述了示例性的方法和装置，但是本领域的技术人员应容易理解，所提供的示例并不用于限制用于实现这些方法和装置的方式。

此外，附图中的流程图和框图示出了根据本发明的各个实施例的方法和系统的可能实现的体系架构、功能和操作。应当注意，方框中所标注的功能也可以按照不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，或者它们有时也可以按照相反的顺序执行，这取决于所涉及的功能。同样应当注意的是，流程图和/或框图中的每个方框、以及流程图和/或框图中的方框的组合，可以使用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以使用专用硬件与计算机指令的组合来实现。

本文所使用的术语“包括”、“包含”及类似术语是开放性的术语，即“包括/包含但不限于”，表示还可以包括其他内容。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”等等。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当视为说明书的一部分。对于附图中的各单元之间的连线，仅仅是为了便于说明，其表示至少连线两端的单元是相互通信的，并非旨在限制未连线的单元之间无法通信。

为了便于描述，下面对本发明中出现的一些术语进行说明，应当理解，本发明所使用的术语应解释为具有与其在本发明的说明书的上下文及有关领域中的意义一致的意义。

本发明中的术语“多个”是指两个或两个以上。

本发明中的术语“摘要信息”是指描述某一对象的概括性信息。

本发明中的术语“节点状态”是指区块链中的某一节点的可用性。

本发明中的术语“节点统计信息”是指描述节点相关特征的信息。

如上文所述，现有的数据处理(例如数据计算)通常通过使用本地计算机或者使用云服务来实现。但是，使用本地计算机进行海量数据处理需要耗费相当长的时间，导致数据处理效率非常低下。尽管使用云服务能够在一定程度上提升数据处理速度，但是，由于云服务通常由服务提供方处的计算机集群实现，因此数据处理需求方需要一次性把所有的待处理数据发送给云服务器，从而这些数据及数据处理结果都会保存在云服务器处，这将会造成数据隐私和安全性的问题。

为了解决以上所述的技术问题和潜在的其他技术问题，本发明的发明人创新性地想到将数据处理资源空闲的计算设备(例如，可以是服务器、个人电脑、甚至移动电话等)构建成一个区块链系统，接入区块链的各设备(下文中称为区块链中的“节点”)能够在区块链中发起数据处理请求或提供数据处理服务。这样，通过区块链中各节点的分布式处理，不但能够提高处理速度，而且，各节点只能获得一部分数据及处理结果，数据隐私性和安全性得到了提高。此外，本发明的实施例还能够将所有待处理数据的分发和处理过程记录在区块链上，使得该记录可追溯不可篡改。

图1示出了用于实现根据本发明的一个实施例的在区块链中进行数据处理的方法的数据处理资源共享系统的架构示意图100。在图1所示出的实施例中，数据处理资源共享系统100包括但不限于经由网络通信连接的服务器101以及节点102、103、104、105、106、107和108，其中，网络可以是互联网、局域网、广域网等任何形式的网络，连接可以是无线连接、有线连接等任何形式的连接方式。在图1的实施例中，仅示出了7个节点102、103、104、105、106、107和108，然而这仅仅是示例性的。在其它实施例中，该数据处理资源共享系统100可以包括任意数量的节点。

在图1的实施例中，区块链包括节点102、103、104、105、106、107和108。在这些节点处安装有客户端，服务器101用来维护客户端版本和区块链版本，并定义一些规则和接口。例如，服务器101定义当前区块链支持的客户端版本号、每一种数据处理类型所需要的最低客户端版本号、客户端版本校验规则等，从而使得区块链中各节点能够从服务器101下载客户端并进行更新。服务器101定义的接口例如为客户端与区块链交互的接口、客户端与服务器101交互的接口、以及客户端与本地数据处理工具(例如，如Matlab之类的计算工具)的接口。如此，各节点能够按照统一的接口协议在彼此之间以及与服务器101进行通信，并且，按照统一的接口协议调用本地数据处理工具。接口可以是API接口，如SOAP/RESTful接口，格式可以是JSON/XML。另外，服务器101还定义了一些规则，这样区块链中的各节点能够按照统一的规则进行操作。这些规则例如为生成订单识别信息和数据处理请求识别信息的规则、预估处理量的规则、拆分规则、路由规则等，将在后面对这些规则进行进一步的描述。安装在区块链的各节点102、103、104、105、106、107和108处的客户端经由与服务器101通信来进行版本更新，从而更新由服务器101定义的各种规则和接口。

本发明的数据处理包括对数据进行的各种分析和加工，例如，数据计算、编辑、分析等。区块链中的任意节点都可以作为数据处理的需求方，向其他节点发送数据处理请求，也可以作为数据处理的提供方，响应其他节点发送的数据处理请求，来执行来自其他节点的数据的处理。

接下来，根据本发明的一个实施例详细描述在区块链中进行数据处理的方法，在本实施例中，对数据的处理是指对数据的计算。在本实施例中，在节点102处具有大量待处理数据需要分发给区块链中的其他节点进行分布式处理。首先，节点102基于待处理的第一数据集合生成总订单，其中，第一数据集合包括原始数据(即，待处理数据)及相应的处理方式，如具体计算公式或指示处理方式的其他内容。总订单中的数据包括第一数据集合以及元数据。元数据包括描述第一数据集合和总订单的特征信息，包括但不限于总订单识别信息、预估的总处理量、第一数据集合中所包括的原始数据的数据类型、处理类型等。

在本实施例中，首先，节点102生成总订单。下面简要介绍生成总订单中元数据所包括的总订单识别信息和预估的总处理量的规则。根据服务器101定义的生成订单识别信息的规则，节点102通过客户端唯一识别码(Unique Identification,UID)+顺序的方式生成数字串，或者客户端唯一识别码+随机字符串的方式生成数字串，从而生成总订单识别信息，例如，总订单ID(Identification,识别码)。应当指出，在区块链中生成的每个总订单识别信息都不相同。

如上面所描述的，预估处理量的规则由服务器101定义，并经由各节点处的客户端使其在整个区块链上进行统一。对于标准化的处理方式(例如，计算方式)，时间复杂度具有预定义的计算公式，例如，两个nxn矩阵相乘，时间复杂度定义为O(n³)，而二分搜索n个节点的树，时间复杂度定义为O(log(n))。因此，可以对第一数据集合中的原始数据及处理方式进行时间复杂度的预估，从而得到预估的总处理量，例如，所需要的浮点计算次数等等。

接着，在节点102处，基于预定的拆分规则，将第一数据集合拆分成多个第二数据集合。也就是说，将第一数据集合中包含的原始数据和相应的处理方式分别拆分成多组原始数据和相应的处理方式。每个第二数据集合都包括一组原始数据和相应的处理方式。如上面所描述的，预定的拆分规则由服务器101定义和维护。在一些实施例中，预定的拆分规则可以基于以下各项中的一项或多项来确定：第一数据集合中的待处理数据的处理类型、预设的拆分和处理条件、区块链中的各节点的节点状态、以及各节点的节点统计信息。

具体来说，处理类型是指数据处理的分类或类别，例如，当处理是计算时，处理类型包括哈希值计算、神经网络计算、简单算术计算等。在本实施例中，将数据拆分的最小单位定义为数据单元D，一个数据单元可以是一个文件、多个文件或一个文件的一部分(片段)，将可独立处理的内容(如数据和计算公式)定义为处理单元T，处理单元T可以是基于已知数据和计算公式得到的时间复杂度，并且将数据处理时所占用的内存空间定义为内存占用单元R。设置数据单元D、处理单元T和内存占用单元R的最大值、最小值和默认值。在本实施例中，预设的拆分和处理条件包括数据单元D、处理单元T和内存占用单元R的最大值、最小值和默认值。然而在其他实施例中，预设的拆分和处理条件可以包括基于数据处理效率、待处理数据的完整性、网络通信效率和成本、以及计算机处理能力瓶颈等因素而设定的其他条件。

区块链中的各节点的节点状态是指节点的可用性，即，节点目前是否可用或有效。节点统计信息是指关于节点特征的统计信息，例如，包括但不限于擅长的处理类型、处理速度、累计数据处理量、以及在区块链中的地址信息等。区块链中的各节点的节点状态和节点统计信息都由各节点自己在区块链上进行维护。也就是说，各节点的节点状态及节点统计信息都保存在区块链中，当某一项内容发生变化时，比如节点状态从不可用改变为可用，则将由发生变化的该节点向区块链中的其他节点进行广播，待所有节点达成共识或验证通过后，由各个节点将该变化内容在区块链上进行更新。如此，区块链中的每个节点都可以从区块链中获取所有节点的节点状态和节点统计信息。

如上面所描述的，拆分规则可以基于以下各项中的一项或多项来确定：第一数据集合中的待处理数据的处理类型、预设的拆分和处理条件、区块链中的各节点的节点状态、以及各节点的节点统计信息。节点统计信息包括但不限于擅长的处理类型、处理速度、累计数据处理量、以及在区块链中的地址信息。在一些实施例中，可以对以上各项设置优先级。举例来说，在一个实施例中，拆分规则按照待处理数据的处理类型、节点状态、节点擅长的处理类型、以及预设的拆分和处理条件来确定，并使得所拆分的每个第二数据集合中只包括一种处理类型，优先按照可用节点的擅长的处理类型来分发，使得擅长该种处理类型的节点对相应类型的第二数据集合进行处理。在该实施例中，节点102将从区块链中获取各节点的节点状态和擅长的处理类型(例如，节点103可用，擅长哈希值计算；节点105可用，擅长神经网络计算，等等)，并根据这些信息以及第一数据集合中的待处理数据的处理类型、数据类型和预估的总处理量来将第一数据集合拆分成多个第二数据集合，并对拆分后的每个第二数据集合的处理量进行预估，从而使得每个第二数据集合都满足数据单元D、处理单元T和内存占用单元R的大小范围。在另一个实施例中，拆分规则按照节点状态、距离数据处理需求方节点的距离、以及累计数据处理量来确定。在该实施例中，节点102将从区块链中获取各节点的节点状态、在区块链中的地址信息、以及累计数据处理量，并根据这些信息以及第一数据集合中的待处理数据的预估总处理量来将第一数据集合拆分成多个第二数据集合。拆分规则不限于以上所提出的实施例，其可以是根据需要任意设定的规则。

在图1示出的实施例中，接下来，在节点102处生成多个数据处理请求，其中每个数据处理请求都包括一个第二数据集合。并且，在节点102处，还针对多个数据处理请求中的每个，确定第二数据集合中的待处理数据的处理量，并基于处理量来确定每个第二数据集合的预定处理时间段，以使得在预定处理时间段内未收到处理结果的情况下，将该数据处理请求重新路由给其他节点，进而提高处理效率。在一些实施例中，预定处理时间段可以通过按照计算机的正常处理速度完成待处理数据的处理量所花费的时间乘以预定比例来获得，例如，30秒乘以10或乘以5。在其他实施例中，预定处理时间段也可以是通过分析待处理数据的处理量而得到的其他时间段。

此外，每个数据处理请求中的数据包括第二数据集合和元数据。与上面所描述的关于总订单的元数据类似，数据处理请求的元数据包括描述第二数据集合和数据处理请求的特征信息，包括但不限于数据处理请求识别信息、第二数据集合的处理量、第二数据集合中所包括的原始数据的数据类型、处理类型等。生成数据处理请求识别信息的规则与生成总订单识别信息的规则类似，在此将不再赘述。

此后，在节点102处，基于预定的路由规则，分别向区块链中的多个节点发送上述生成的多个数据处理请求。如上面所描述的，路由规则由服务器101定义并在区块链中维护，从而每个节点都可以从区块链中获取。在一些实施例中，路由规则可以基于区块链中的各节点的节点状态和/或节点统计信息来确定。在一些实施例中，在确定路由规则时，可以对节点统计信息中的擅长的处理类型、处理速度、累计数据处理量、以及在区块链中的地址信息设置优先级。在其他实施例中，也可以对以上内容进行加权排序后获得数据处理请求的接收方节点的地址信息。在获得这些地址信息之后，节点102便可以将数据处理请求分别发送给这些节点。

接下来，在节点102处，生成与多个数据处理请求相关联的摘要信息。摘要信息包括但不限于总订单的元数据、数据处理请求的元数据、第一数据集合的拆分信息和多个数据处理请求的路由信息。拆分信息例如包括所拆分的第二数据集合的数量、数据量大小等，路由信息例如包括数据处理请求的接收方节点的地址信息、该节点处的客户端唯一识别码等。另外，摘要信息还可以包括与多个数据处理请求相关联的状态信息，例如，“已发送处理请求”、“发送处理请求失败”、等等。生成摘要信息之后，由节点102向区块链中的其他节点进行广播，待各节点达成共识或验证通过之后，由各节点将该摘要信息存储在区块链中。

当区块链中的接收方节点(例如，节点103、104和105)接收到数据处理请求之后，根据数据处理请求中所包括的处理类型，经由相应的处理工具的API接口来调用本地数据处理工具(例如，Matlab)对数据处理请求中包括的第二数据集合进行处理。或者，也可以直接在客户端中对第二数据集合进行处理。获得处理结果之后，向节点102发送数据处理请求识别信息(例如，数据处理请求ID)和处理结果以及处理结果的统计数据，例如处理结果的数据量大小、处理数据所花费时间等等。并且，由接收方节点更新区块链中的摘要信息，即更新与多个数据处理请求相关联的状态信息，例如，将与其接收到的数据处理请求相关联的状态信息更新为“处理完毕”，并向区块链中的其他节点进行广播，待各节点达成共识或验证通过之后，由各节点将该更新的摘要信息存储在区块链中。

相应地，在节点102处，接收与多个数据处理请求中的每个相对应的处理结果。具体来说，在发送完数据处理请求之后，针对每个数据处理请求，判断是否在预定处理时间段内接收到与数据处理请求相对应的处理结果。当在预定处理时间段内未接收到与数据处理请求相对应的处理结果时，节点102判断“超时”，并更新摘要信息中的与多个数据处理请求相关联的状态信息，例如更新为“处理超时”，并向区块链中的其他节点进行广播，待各节点达成共识或验证通过之后，由各节点将该更新的摘要信息存储在区块链中。针对未在预定处理时间段内接收到处理结果的数据处理请求，基于预定的路由规则重新发送该数据处理请求，并更新区块链中的摘要信息，例如，新的路由信息。此处的路由规则与上面所描述的路由规则相同，因此在此将不再详细描述。通过将摘要信息保存在区块链中并不断进行更新，所有的数据传输和处理过程、摘要信息的编辑或更新记录都将被保存在区块链中。

最终，当节点102接收到与多个数据处理请求相对应的所有处理结果之后，将处理结果进行聚合便得到最终的处理结果。至此，便完成了一次在区块链中进行分布式数据处理的过程。

在一些实施例中，对数据的处理有可能不能并行执行。也就是说，某些数据的处理可能依赖于对其他数据的处理结果。在这样的实施例中，可以先将第一数据集合中能够首先进行并行处理的数据及其相应的处理方式进行拆分、路由，并由区块链中的接收方节点进行处理后返回处理结果，形成新的第一数据集合。接下来，再对该新的第一数据集合进行拆分、路由，并由区块链中的接收方节点进行处理后返回处理结果。即，动态地执行若干次数的拆分、路由，直到得到最终的数据处理结果。

以下将参照图2和图3来描述当在区块链中进行数据处理时，作为数据处理请求发送方节点或数据处理请求接收方节点的分布式节点各自的动作过程。

图2示出了根据本发明的一个实施例的在区块链中进行数据处理的方法的流程图。从图2中可以看出，该在区块链中进行数据处理的方法200包括以下步骤：

首先，在步骤210中，生成多个数据处理请求。在一些实施例中，生成多个数据处理请求进一步包括：基于预定的拆分规则，将第一数据集合拆分成多个第二数据集合，其中，第一数据集合和第二数据集合分别包括待处理数据以及相应的处理方式；以及基于多个第二数据集合分别生成相对应的多个数据处理请求，其中，每个数据处理请求都包括一个第二数据集合。以这样的方式，能够将待处理的第一数据集合进行拆分，并生成的多个数据处理请求。

具体来说，基于待处理的第一数据集合生成总订单，其中，第一数据集合包括原始数据(即，待处理数据)及相应的处理方式。如上面参照图1的实施例所描述的，总订单中的数据包括第一数据集合以及元数据，元数据包括描述第一数据集合和总订单的特征信息，包括但不限于总订单识别信息、预估的总处理量、第一数据集合中所包括的原始数据的数据类型、处理类型等。随后，基于预定的拆分规则将第一数据集合拆分成多个第二数据集合，并生成相对应的多个数据处理请求及其元数据。

在一些实施例中，预定的拆分规则基于以下各项中的一项或多项来确定：第一数据集合中的待处理数据的处理类型、预设的拆分和处理条件、区块链中的各节点的节点状态、以及各节点的节点统计信息。基于这些条件，可以为第一数据集合的拆分提供各种方案。对拆分规则的描述已经在上面参照图1的实施例中进行了详细说明，因此在此将不再赘述。

接着，在步骤220中，基于预定的路由规则，分别向区块链中的多个节点发送多个数据处理请求。在一些实施例中，预定的路由规则基于区块链中的各节点的节点状态和/或节点统计信息来确定。节点状态和节点统计信息是从区块链中获取的，节点状态包括节点的可用性，并且节点统计信息包括以下各项中的一项或多项：擅长的处理类型、处理速度、累计数据处理量、以及在区块链中的地址信息。对路由规则的描述已经在上面参照图1的实施例中进行了详细说明，因此在此将不再赘述。

在一些实施例中，数据处理请求的数量与接收方节点的数量相同。也就是说，每个数据处理请求都被发送给一个接收方节点。每个接收方节点仅接收一个数据处理请求，并对其中的数据进行处理。然而，在其他实施例中，数据处理请求的数量也可以与接收方节点的数量不同。也就是说，可以将两个以上的数据处理请求发送给一个接收方节点。例如，当某个接收方节点在路由规则中被确定为处理能力远远超出其他节点时，可以将两个以上的数据处理请求发送给该接收方节点，而向其他接收方节点中的每个发送一个数据处理请求。

在一些实施例中，也可以在基于预定的拆分规则将第一数据集合拆分成多个第二数据集合的步骤中，确定好各接收方节点的地址以及每个数据处理请求与各接收方节点的对应关系。

接下来，在步骤230中，接收与多个数据处理请求中的每个相对应的处理结果。在一些实施例中，在区块链中进行数据处理的方法200还包括以下步骤(在图2中未示出)：在步骤210与步骤220之间，针对多个数据处理请求中的每个，确定数据处理请求中包括的待处理数据的处理量；以及基于处理量确定与多个数据处理请求中的每个相对应的预定处理时间段。在一些实施例中，步骤230中接收与多个数据处理请求中的每个相对应的处理结果进一步包括：针对多个数据处理请求中的每个，判断是否在预定处理时间段内接收到与数据处理请求相对应的处理结果；以及针对未在预定处理时间段内接收到处理结果的数据处理请求，基于预定的路由规则重新发送该数据处理请求。以这种方式，能够识别出未能返回处理结果的接收方节点，并将相应的数据处理请求发送给其他节点继续进行处理。这样一方面避免出现处理结果不完整的情况，另一方面也有效地提高了数据处理的效率。

在一些实施例中，在区块链中进行数据处理的方法200还包括以下步骤(在图2中未示出)：在步骤220与230之间，生成与多个数据处理请求相关联的摘要信息，其中，摘要信息包括第一数据集合的拆分信息和多个数据处理请求的路由信息，摘要信息被存储在区块链中。摘要信息可以包括与多个数据处理请求相关联的状态信息，用来记录和追溯多个数据处理请求的状态和轨迹。当数据处理请求被正常发送到接收方节点、发送方节点未在预定处理时间段内接收到处理结果从而判断“超时”并且随后将相应的数据处理请求发送到其他节点时，由发送方节点将摘要信息中的状态信息进行更新，并广播给区块链中的其他节点，在各节点达成共识或验证通过之后，由各节点存储在区块链中，从而使得数据处理请求的处理情况能够被保存在区块链中，可溯源且不可篡改。

图3示出了根据本发明的另一个实施例的在区块链中进行数据处理的方法的流程图。从图3中可以看出，该在区块链中进行数据处理的方法300包括以下步骤：

首先，在步骤310中，接收数据处理请求。在该步骤310之前，接收方节点需要先同步区块链上的数据，即，保持与区块链中的其他节点具有统一的区块链数据。

接下来，在步骤320中，根据数据处理请求中包括的处理类型，对数据处理请求中包括的第二数据集合进行处理。具体来说，接收方节点根据数据处理请求中所包括的处理类型，经由相应的处理工具的API接口来调用本地数据处理工具(例如，Matlab)对数据处理请求中包括的第二数据集合进行处理。或者，也可以直接在客户端中对第二数据集合进行处理。

然后，在步骤330中，发送与数据处理请求相对应的处理结果。在该步骤中，除了发送处理结果以外，还由接收方节点更新摘要信息中的与多个数据处理请求相关联的状态信息，例如，将与其接收到的数据处理请求相关联的状态信息更新为“处理完毕”，并向区块链中的其他节点进行广播，待各节点达成共识或验证通过之后，由各节点将该更新的摘要信息存储在区块链中，从而使得数据处理请求的处理情况能够被保存在区块链中。

此外，替代地，上述方法能够通过计算机程序产品，即计算机可读存储介质来实现。计算机程序产品可以包括计算机可读存储介质，其上载有用于执行本发明的各个方面的计算机可读程序指令。计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是但不限于电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

一般而言，本发明的各种示例实施例可以在硬件或专用电路、软件、固件、逻辑，或其任何组合中实施。某些方面可以在硬件中实施，而其他方面可以在可以由控制器、微处理器或其他计算设备执行的固件或软件中实施。当本发明的实施例的各方面被图示或描述为框图、流程图或使用某些其他图形表示时，将理解此处描述的方框、装置、系统、技术或方法可以作为非限制性的示例在硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备，或其某些组合中实施。

图4示出了依据本发明内容的一个实施例所提出的用于搜索区块链数据的装置400的方框图。从图4中可以看出，用于搜索区块链数据的装置400包括处理器401和与处理器401耦接的存储器402。

存储器402存储有指令。指令在由处理器401执行时使得处理器401执行以下动作：

A.生成多个数据处理请求；

在根据本发明的一个实施例中，所述步骤A中生成多个数据处理请求进一步包括：

A1.基于预定的拆分规则，将第一数据集合拆分成多个第二数据集合，其中，所述第一数据集合和所述第二数据集合分别包括待处理数据以及相应的处理方式；以及

A2.基于所述多个第二数据集合分别生成相对应的所述多个数据处理请求，其中，每个数据处理请求都包括一个第二数据集合。

在根据本发明的一个实施例中，当所述指令执行时还使得所述处理器在所述步骤B与所述步骤C之间还执行以下操作：

X.生成与所述多个数据处理请求相关联的摘要信息，其中，所述摘要信息包括所述第一数据集合的拆分信息和所述多个数据处理请求的路由信息，并且，所述摘要信息被存储在所述区块链中。

在根据本发明的一个实施例中，其中，所述预定的拆分规则基于以下各项中的一项或多项来确定：所述第一数据集合中的待处理数据的处理类型；预设的拆分和处理条件；所述区块链中的各节点的节点状态；以及所述各节点的节点统计信息。

在根据本发明的一个实施例中，其中，所述预定的路由规则基于所述区块链中的各节点的节点状态和/或节点特征信息来确定。

在根据本发明的一个实施例中，其中，所述节点状态和所述节点统计信息是从所述区块链中获取的，所述节点状态包括节点的可用性，并且所述节点统计信息包括以下各项中的一项或多项：擅长的处理类型；处理速度；累计数据处理量；以及在所述区块链中的地址信息。

在根据本发明的一个实施例中，当所述指令执行时还使得所述处理器在所述步骤A与所述步骤B之间执行以下操作：

Y1.针对所述多个数据处理请求中的每个，确定所述数据处理请求中包括的待处理数据的处理量；以及

Y2.基于所述处理量确定与所述多个数据处理请求中的每个相对应的预定处理时间段。

在根据本发明的一个实施例中，所述步骤C中接收与所述多个数据处理请求中的每个相对应的处理结果进一步包括：

C1.针对所述多个数据处理请求中的每个，判断是否在所述预定处理时间段内接收到与所述数据处理请求相对应的处理结果；以及

C2.针对未在所述预定处理时间段内接收到处理结果的数据处理请求，基于所述预定的路由规则重新发送所述数据处理请求。

虽然上面描述了本发明的各种示例实施例可以在硬件或专用电路中实现，但是上述用于区块链的数据处理设备既可以以硬件的形式来实现，也可以通过软件的形式来实现，这是因为：在20世纪90年代，一个技术改进能够很容易地对该改进属于硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是属于软件上的改进(例如对于方法流程的改进)。然而，随着技术的持续发展，如今的很多方法流程的改进几乎都能够通过将改进的方法流程编程到硬件电路中来实现，换句话说，通过对于硬件电路编程不同的程序从而得到相应的硬件电路结构，即实现了硬件电路结构的改变，故这样的方法流程的改进也可以被视为硬件电路结构的直接改进。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device：PLD)(例如现场可编程门阵列(Field Programmable Gate Array：FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片可编程逻辑器件上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compi1er)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language：HDL)，而HDL也并非仅有—种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware Description Language)、Confluence、CUPL(Cornell UniversityProgramming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(Ruby Hardware Description Language)等，目前最普遍使用的是VHDL(Very-High-Speed Integrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

用于执行本发明内容的各个方面的计算机可读程序指令或者计算机程序产品也能够存储在云端，在需要调用时，用户能够通过移动互联网、固网或者其他网络访问存储在云端上的用于执行本发明内容的一方面的计算机可读程序指令，从而实施依据本发明内容的各个方面所公开的技术方案。

以上所述仅为本发明内容的实施例可选实施例，并不用于限制本发明的实施例，对于本领域的技术人员来说，本发明的实施例可以有各种更改和变化。凡在本发明的实施例的精神和原则之内，所作的任何修改、等效替换、改进等，均应包含在本发明的实施例的保护范围之内。

虽然已经参考若干具体实施例描述了本发明的实施例，但是应当理解，本发明的实施例并不限于所公开的具体实施例。本发明的实施例旨在涵盖在所附权利要求的精神和范围内所包括的各种修改和等同布置。权利要求的范围符合最宽泛的解释，从而包含所有这样的修改及等同结构和功能。

Claims

1.一种在区块链中进行数据处理的方法，所述方法包括：

A.生成多个数据处理请求；

2.根据权利要求1所述的方法，其中，所述步骤A中生成多个数据处理请求进一步包括：

3.根据权利要求2所述的方法，在所述步骤B与所述步骤C之间，所述方法还包括：

4.根据权利要求2所述的方法，其中，所述预定的拆分规则基于以下各项中的一项或多项来确定：

所述第一数据集合中的待处理数据的处理类型；

预设的拆分和处理条件；

所述区块链中的各节点的节点状态；以及

所述各节点的节点统计信息。

5.根据权利要求1所述的方法，其中，所述预定的路由规则基于所述区块链中的各节点的节点状态和/或节点统计信息来确定。

6.根据权利要求4或5所述的方法，其中，所述节点状态和所述节点统计信息是从所述区块链中获取的，所述节点状态包括节点的可用性，并且所述节点统计信息包括以下各项中的一项或多项：

擅长的处理类型；

处理速度；

累计数据处理量；以及

在所述区块链中的地址信息。

7.根据权利要求1所述的方法，在所述步骤A与所述步骤B之间，所述方法还包括步骤Y，所述步骤Y包括：

8.根据权利要求7所述的方法，其中，所述步骤C中接收与所述多个处理请求中的每个相对应的处理结果进一步包括：

9.一种在区块链中进行数据处理的装置，所述装置包括：

处理器；以及

A.生成多个数据处理请求；

10.根据权利要求9所述的装置，其中，所述步骤A中生成多个数据处理请求进一步包括：

11.根据权利要求10所述的装置，当所述指令执行时还使得所述处理器在所述步骤B与所述步骤C之间还执行以下操作：

12.根据权利要求10所述的装置，其中，所述预定的拆分规则基于以下各项中的一项或多项来确定：

所述第一数据集合中的待处理数据的处理类型；

预设的拆分和处理条件；

所述区块链中的各节点的节点状态；以及

所述各节点的节点统计信息。

13.根据权利要求9所述的装置，其中，所述预定的路由规则基于所述区块链中的各节点的节点状态和/或节点特征信息来确定。

14.根据权利要求12或13所述的装置，其中，所述节点状态和所述节点统计信息是从所述区块链中获取的，所述节点状态包括节点的可用性，并且所述节点统计信息包括以下各项中的一项或多项：

擅长的处理类型；

处理速度；

累计数据处理量；以及

在所述区块链中的地址信息。

15.根据权利要求9所述的装置，当所述指令执行时还使得所述处理器在所述步骤A与所述步骤B之间执行以下操作：

16.根据权利要求15所述的装置，其中，所述步骤C中接收与所述多个数据处理请求中的每个相对应的处理结果进一步包括：

17.一种计算机可读存储介质，其具有存储在其上的计算机可读程序指令，所述计算机可读程序指令用于执行根据权利要求1-8中任一项所述的在区块链中进行数据处理的方法。