CN108763303A - 平台验证方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本发明涉及平台验证方法、装置、计算机设备和存储介质，属于验证技术领域。所述方法包括：接收候选平台请求加入区块链联盟的加入请求；所述区块链联盟内至少包括一个平台；当未存储有所述候选平台的平台信息时，向所述候选平台返回验证失败信息；所述验证失败信息使所述候选平台向区块链联盟内的平台发送确认请求，所述确认请求使各个平台对所述候选平台进行确认并发送确认结果；接收各个平台发送的确认结果；当接收的确认结果满足预设的条件时，向所述候选平台返回加入成功信息。上述技术方案，解决了平台请求加入区块链联盟时耗时长的问题，能在平台请求加入区块链联盟时对平台进行快速验证。

Description

平台验证方法、装置、计算机设备和存储介质

技术领域

本发明涉及验证技术领域，特别是涉及平台验证方法、装置、计算机设备和存储介质。

背景技术

不同领域通常建设有专属的服务平台，即使在同一个领域，针对不同的数据类型也会建设不同的专用平台。因此为提高数据交互的便利性，不同平台之间往往会平台联盟，新的平台可以申请加入该平台联盟。区块链技术是近来新兴的技术。对于区块链联盟，当有新的平台请求加入时，目前往往需要联盟内的所有平台的验证，但是这样的平台加入方式耗时长，严重影响平台之间的数据交互效率。但是如果仅通过中心平台来对平台进行验证，则在中心平台出现问题时将延误平台加入联盟的时机。因此，有必要找到一种新的平台验证方法。

发明内容

基于此，本发明提供了平台验证方法及装置，能提高平台请求加入区块链联盟时的验证效率。

本发明实施例的内容如下：

一种平台验证方法，包括以下步骤：接收候选平台请求加入区块链联盟的加入请求；所述区块链联盟内至少包括一个平台；当未存储有所述候选平台的平台信息时，向所述候选平台返回验证失败信息；所述验证失败信息使所述候选平台向区块链联盟内的平台发送确认请求，所述确认请求使各个平台对所述候选平台进行确认并发送确认结果；接收各个平台发送的确认结果；当接收的确认结果满足预设的条件时，向所述候选平台返回加入成功信息。

在其中一个实施例中，所述当接收的确认结果满足预设的条件时，向所述候选平台返回加入成功信息的步骤之后，还包括：获取所述候选平台的平台信息和数据信息，存储所述平台信息和数据信息；以使区块链联盟内的各个平台能与所述候选平台实现数据的交互。

在其中一个实施例中，所述接收候选平台请求加入区块链联盟的加入请求的步骤之后，还包括：当存储有所述候选平台的平台信息时，向所述候选平台返回加入成功信息。

在其中一个实施例中，所述向所述候选平台返回加入成功信息的步骤之后，还包括：接收所述候选平台发送的标准获取请求，根据所述标准获取请求获取数据标准，向所述候选平台发送所述数据标准；以使所述候选平台根据所述数据标准对数据进行调整。

在其中一个实施例中，所述当接收的确认结果满足预设的条件时，向所述候选平台返回加入成功信息的步骤，包括：确定所述确认结果中确认通过的数量，若所述数量大于预设的阈值，向所述候选平台返回加入成功信息。

相应的，本发明实施例提供一种平台验证装置，包括：加入请求接收模块，用于接收候选平台请求加入区块链联盟的加入请求；所述区块链联盟内至少包括一个平台；平台验证模块，用于当未存储有所述候选平台的平台信息时，向所述候选平台返回验证失败信息；所述验证失败信息使所述候选平台向区块链联盟内的平台发送确认请求，所述确认请求使各个平台对所述候选平台进行确认并发送确认结果；以及，信息返回模块，用于接收各个平台发送的确认结果；当接收的确认结果满足预设的条件时，向所述候选平台返回加入成功信息。

上述平台验证方法及装置，元数据库接收候选平台请求加入区块链联盟的加入请求；根据该加入请求查询是否存储有该候选平台的平台信息；若未存储，向所述候选平台返回验证失败信息；所述候选平台根据该验证失败信息向区块链联盟内的各个平台发送确认请求；元数据在接收各个平台发送的确认结果，并根据该确认结果向所述候选平台返回加入成功信息。采用元数据和平台验证相结合的方式，能规避中心化导致的不稳定性，又能对区块链联盟内的平台加盟实现一定的监管，提高平台验证过程的效率。

一种平台验证方法，包括以下步骤：向元数据库发送请求加入区块链联盟的加入请求；以使所述元数据库在未存储有本端的平台信息时，返回验证失败信息；所述区块链联盟内至少包括一个平台；在接收到所述验证失败信息时，向所述区块链联盟内的平台发送确认请求；所述确认请求使各个平台对本端进行确认并向所述元数据库发送确认结果；所述确认结果使所述元数据库在所述确认结果满足预设的条件时，发送加入成功信息；接收所述元数据库的加入成功信息。

相应的，本发明实施例提供一种平台验证装置，包括：加入请求发送模块，用于向元数据库发送请求加入区块链联盟的加入请求；以使所述元数据库在未存储有本端的平台信息时，返回验证失败信息；所述区块链联盟内至少包括一个平台；确认请求发送模块，用于在接收到所述验证失败信息时，向所述区块链联盟内的平台发送确认请求；所述确认请求使各个平台对本端进行确认并向所述元数据库发送确认结果；所述确认结果使所述元数据库在所述确认结果满足预设的条件时，发送加入成功信息；以及，信息接收模块，用于接收所述元数据库的加入成功信息。

上述平台验证方法及装置，候选平台请求首先向元数据库发送加入请求，元数据库接收到加入请求时，根据该加入请求查询是否存储有该候选平台的平台信息；若未存储，向所述候选平台返回验证失败信息；候选平台根据该验证失败信息向区块链联盟内的各个平台发送确认请求；元数据在接收各个平台发送的确认结果，并根据该确认结果向所述候选平台返回加入成功信息。采用元数据和平台验证相结合的方式，能规避中心化导致的不稳定性，又能对区块链联盟内的平台加盟实现一定的监管，提高平台验证过程的效率。

一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：接收候选平台请求加入区块链联盟的加入请求；所述区块链联盟内至少包括一个平台；当未存储有所述候选平台的平台信息时，向所述候选平台返回验证失败信息；所述验证失败信息使所述候选平台向区块链联盟内的平台发送确认请求，所述确认请求使各个平台对所述候选平台进行确认并发送确认结果；接收各个平台发送的确认结果；当接收的确认结果满足预设的条件时，向所述候选平台返回加入成功信息。

上述计算机设备，采用元数据和平台验证相结合的方式，能规避中心化导致的不稳定性，又能对区块链联盟内的平台加盟实现一定的监管，提高平台验证过程的效率。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：接收候选平台请求加入区块链联盟的加入请求；所述区块链联盟内至少包括一个平台；当未存储有所述候选平台的平台信息时，向所述候选平台返回验证失败信息；所述验证失败信息使所述候选平台向区块链联盟内的平台发送确认请求，所述确认请求使各个平台对所述候选平台进行确认并发送确认结果；接收各个平台发送的确认结果；当接收的确认结果满足预设的条件时，向所述候选平台返回加入成功信息。

上述计算机可读存储介质，采用元数据和平台验证相结合的方式，能规避中心化导致的不稳定性，又能对区块链联盟内的平台加盟实现一定的监管，提高平台验证过程的效率。

一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：向元数据库发送请求加入区块链联盟的加入请求；以使所述元数据库在未存储有本端的平台信息时，返回验证失败信息；所述区块链联盟内至少包括一个平台；在接收到所述验证失败信息时，向所述区块链联盟内的平台发送确认请求；所述确认请求使各个平台对本端进行确认并向所述元数据库发送确认结果；所述确认结果使所述元数据库在所述确认结果满足预设的条件时，发送加入成功信息；接收所述元数据库的加入成功信息。

上述计算机设备，采用元数据和平台验证相结合的方式，能规避中心化导致的不稳定性，又能对区块链联盟内的平台加盟实现一定的监管，提高平台验证过程的效率。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：向元数据库发送请求加入区块链联盟的加入请求；以使所述元数据库在未存储有本端的平台信息时，返回验证失败信息；所述区块链联盟内至少包括一个平台；在接收到所述验证失败信息时，向所述区块链联盟内的平台发送确认请求；所述确认请求使各个平台对本端进行确认并向所述元数据库发送确认结果；所述确认结果使所述元数据库在所述确认结果满足预设的条件时，发送加入成功信息；接收所述元数据库的加入成功信息。

上述计算机可读存储介质，采用元数据和平台验证相结合的方式，能规避中心化导致的不稳定性，又能对区块链联盟内的平台加盟实现一定的监管，提高平台验证过程的效率。

附图说明

图1为一个实施例中平台验证方法的应用环境图；

图2为一个实施例中平台验证方法的流程示意图；

图3为一个实施例中区块链联盟的结构示意图；

图4为另一个实施例中平台验证方法的流程示意图；

图5为再一个实施例中平台验证方法的流程示意图；

图6为又一个实施例中平台验证方法的流程示意图；

图7为一个实施例中平台验证装置的结构框图；

图8为另一个实施例中平台验证装置的结构框图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本申请提供的平台验证方法可以应用于如图1所示的计算机设备中。该计算机设备可以是服务器，其内部结构图可以如图1所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储平台信息等数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种路面病害区域的确定方法。

本领域技术人员可以理解，图1中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

本发明实施例提供一种平台验证方法、装置、计算机设备和存储介质。以下分别进行详细说明。

在一个实施例中，如图2所示，提供了一种平台验证方法，该方法可以应用于元数据库或者区块链联盟内的某一平台，还可以应用于其他场景中。另外可以通过区块链联盟内的平台来存储各个平台的平台信息，若元数据库出现问题，则可以直接通过各个平台来实现对候选平台的验证。

以下以该方法应用于元数据库为例进行说明，包括以下步骤：

S201、接收候选平台请求加入区块链联盟的加入请求；所述区块链联盟内至少包括一个平台。

区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。狭义来讲，区块链是一种按照时间顺序将数据区块以顺序相连的方式组合成的一种链式数据结构，并以密码学方式保证的不可篡改和不可伪造的分布式账本。广义来讲，区块链技术是利用块链式数据结构来验证与存储数据、利用分布式节点共识算法来生成和更新数据、利用密码学的方式保证数据传输和访问的安全、利用由自动化脚本代码组成的智能合约来编程和操作数据的一种全新的分布式基础架构与计算方式。

其中，区块链联盟指的是多个节点共同组成的基于区块链技术的联盟。在该区块链联盟内，每个节点的权限完全对等，在不需要完全互信的情况下就可以实现数据的可信交换。目前，R3CEV组成的银行联盟要构建的就是典型的区块链联盟。

在一个实施例中，区块链联盟内包括一个元数据库和至少一个平台，各个平台之间能进行数据交互。

进一步地，元数据库可以是区块链联盟内的其中一个平台。

在一个实施例中，平台可以对应区块链网络中的节点，这些节点是公平的，区块链本身通过网络层来实现这些节点的信息交流。

在一个实施例中，区块链联盟内的各个平台具有唯一的标识，平台之间进行交互时可以需带上对应的平台标识。

S202、当未存储有所述候选平台的平台信息时，向所述候选平台返回验证失败信息；所述验证失败信息使所述候选平台向区块链联盟内的平台发送确认请求，所述确认请求使各个平台对所述候选平台进行确认并发送确认结果。

在一个实施例中，查询元数据的管理单位表中是否保存有该候选平台的平台信息。

在本步骤中，元数据在接收到加入请求后，根据该加入请求确定该候选平台的平台信息，并查询元数据库中是否存储有对应的平台信息。若发现并未保存该平台信息，则向候选平台返回验证失败信息。候选平台在接收到验证失败信息时，若仍需加入该区块链联盟，则通过另一种方式请求加入区块链联盟：向联盟内的多个平台发送确认请求。各个平台根据该确认请求获取该候选平台的平台信息，判断是否同意该平台的加入，若是，向元数据发送确认通过信息，若否，则向元数据发送确认失败信息。

S203、接收各个平台发送的确认结果；当接收的确认结果满足预设的条件时，向所述候选平台返回加入成功信息。

在本步骤中，元数据库根据接收到的确认结果向候选平台返回加入成功信息。

在一个实施例中，若确认结果不满足预设的条件时，则可以向所述候选平台返回加入失败信息。

在一个实施例中，确认结果也可以不发送给元数据，而是直接返回给候选平台，在确认结果满足一定的条件时，则自动同意该候选平台的加入请求。

在一个实施例中，确认结果可以为确认通过、确认失败等。确认通过表示对应的平台同意该候选平台加入区块链联盟，确认失败表示对应的平台不同意该候选平台加入区块链联盟。

在一个实施例中，确认结果所需满足的条件可以是确认通过的数量条件，也可以是与候选平台最相关的平台返回确认通过信息，还可以是其他的条件。

本实施例，采用元数据和平台验证相结合的方式，能规避中心化导致的不稳定性，又能对区块链联盟内的平台加盟实现一定的监管，提高平台验证过程的效率。在元数据库出现问题时，也可以进行平台的验证，保证区块链联盟的稳定性。

在一个实施例中，所述当接收的确认结果满足预设的条件时，向所述候选平台返回加入成功信息的步骤之后，还包括：获取所述候选平台的平台信息和数据信息，存储所述平台信息和数据信息；以使区块链联盟内的各个平台能与所述候选平台实现数据的交互。

在一个实施例中，所述数据可以指电子货币、物流信息、科技资源、科技信息等数据，还可以为其他形式的数据，本实施例对数据的形式不做限制，只要能通过区块链技术进行传播即可。

在一个实施例中，平台之间的数据交互可以是数据共享、数据查询等。

在本实施例中，当候选平台成功加入区块链联盟时，获取该平台所存储的数据信息，并将平台信息和数据信息进行保存。元数据库可以将该平台信息和数据信息发送给区块链联盟内的各个平台，各个平台就能获知该候选平台中存储有哪些数据，在进行数据交互时就能更有针对性地向对应的平台发送交互请求。

进一步地，平台之间的数据交互为数据共享，即一个平台将自身的数据共享给另一个平台。

在一个实施例中，两平台之间进行数据共享的过程可以为：

1)目标共享平台接收区块链联盟内的数据请求平台发送的数据共享请求，根据所述数据共享请求获取目标共享数据。

2)当所述目标共享数据符合元数据库的数据标准时，目标共享平台根据所述目标共享数据得到链数据，将所述链数据向区块链联盟内的各个平台进行广播。

在一个实施例中，链数据指的是区块链联盟内的平台之间进行数据交互时产生的交易信息。各个平台根据该链数据能对本次数据共享的共识并确定本次区块的具体内容。

3)数据请求平台根据所述链数据得到目标共享数据的虚拟数据。

4)区块链联盟内的各个平台根据各自的数据共享率和算力对所述链数据进行共识并广播共识结果。

5)数据请求平台在接收到对所述链数据的共识结果时，根据所述虚拟数据得到述目标共享数据。

本实施例将平台之间的数据共享与区块链技术相结合，有效规避了中心化管理的数据共享稳定性差的问题，能方便地在多个平台之间实现数据的共享。

在一个实施例中，所述根据所述目标共享数据得到链数据的步骤，包括：根据上一数据共享区块的信息得到块头，确定目标共享数据的数据类别；按照预设的格式，根据所述块头、数据类别、数据共享类型以及目标共享数据得到链数据。

其中，块头用于联系上一区块，包含上一区块的信息压缩值，使得众多区块连接成链条。块头通常用哈希值表示，一般有头哈希，父哈希、merket根、时间戳等。父哈希通过对前一个区块的区块头数据进行哈希计算(SHA256算法)得出，它的意义在于：每个新挖出的区块都按秩序接在上一个区块的后面。

在一个实施例中，数据指的是科技资源数据，即各资源的详细描述数据+资源的共享服务信息(即“交易”数据)+资源的服务成效等信息；每个资源的数据情况不同。

进一步地，数据类别为资源类别。各种资源类别考验存储在元数据库中，用于识别归纳现阶段具有的科技资源类型，如：大型科研设施与仪器、种质资源、微生物资源、动物资源、科学数据等，这些科技资源类型会随着不断的整合、共享进行完善，因此存在元数据库中更有利于数据的维护。

在一个实施例中，科技资源类型也可以存储在区块链联盟内的各个平台上，在进行数据共享时直接查询本平台存储的科技资源类型即可。

在一个实施例中，按照块头+数据类别+数据共享类型+目标共享数据的格式(也即块头+资源类别+资源共享类型+资源数据的格式)得到链数据。

链数据包含资源类型和共享类型是由于资源类型多样，不同的资源类型往往有不同的交易模式和共享类型，与普通商品相比具有独特性，也有利于统计链内各资源的相关服务信息，同时，链数据将资源类型与共享类型置前，能够很好地定位该资源的基础情况，便利于资源的检索和提高区块链共识计算的速度。

具体地，链数据的具体内容举例如下：

(块头)

块高度：245235

头哈希：0345....1f0

父哈希：daj44....adf9(对应上一区块头哈希)

时间戳：2018-03-12 23:43:00

merket根:1524534

(资源类别)

大型科研设施与仪器

(资源共享类型)

对外共享

(资源数据)

“分析仪器；特种装备中心；运用于生物、药物等质谱仪分析等；产于中国”。

本实施例根据区块链技术对于交易数据规则以及资源数据的相关内容，将资源共享类型与资源数据独立开，按照预设的格式得到链数据，得到的链数据包含有当前资源共享过程的具体信息，能使区块链联盟内的各个平台更方便地进行资源的检索与定位，是访问控制的一种策略。

在一个实施例中，所述接收候选平台请求加入区块链联盟的加入请求的步骤之后，还包括：当存储有所述候选平台的平台信息时，向所述候选平台返回加入成功信息。

确定元数据是否保存有对应平台的平台信息。若保存有，则说明该候选平台已经加入过该区块链联盟；或者元数据库中预存有该平台的平台信息，可以同意该候选平台的加入请求。

本实施例在元数据库已添加候选平台的平台信息时，向候选平台返回加入成功信息，该候选平台即成为该区块链联盟的成员，而不需要经过联盟内的其他平台的验证。能够极大提高平台加盟过程的效率，同时对区块链联盟内的平台可以实现统一管理。

在一个实施例中，所述向所述候选平台返回加入成功信息的步骤之后，还包括：接收所述候选平台发送的标准获取请求，根据所述标准获取请求获取数据标准，向所述候选平台发送所述数据标准；以使所述候选平台根据所述数据标准对数据进行调整。

在一个实施例中，元数据库可以独立于各个平台，用于保存每个科技资源数据的元数据、数据标准格式、资源类别、管理单位基础信息等信息。图3为区块链联盟的示意图。如图3所示，元数据库存储有各类型资源标准，另外，还存储有地区平台备案表、资源管理单位统计表、资源开放共享目录等信息。

在一个实施例中，区块链联盟内的平台可以进行数据交互。如果各个平台的数据标准不同，则在不同平台之间传递数据时会出现数据无法使用等问题。因此，有必要统一各个平台的数据标准，保证数据交互的正常进行。本实施例在这些平台需要进行数据交互时，可以通过元数据库的数据标准统一对应平台的数据格式等，以便交互的数据能在这些平台之间正常使用。

在一个实施例中，在刚加入区块链联盟时需要与元数据库中的数据标准进行映射。区块链联盟内的各个平台也可以定期向元数据库获取最新的数据标准并对各自的数据进行更新。

对数据进行调整可以是对仪器的编码格式、科技文献的编排格式等进行调整。

本实施例，在候选平台成功加入区块链联盟时，获取元数据库的数据标准，根据该数据标准调整数据格式、数据内容等。能保证各个平台通过统一的数据标准进行数据交互。另外，采用元数据库与区块链相结合的方式，能更好地体现科技资源学科性、规范性与科技资源标准化建设工作的结合。元数据库通过国家引导共享方向、各类资源标准逐步规范、统筹规划管理单位纳入、开放共享资源类型等方面进行建设，当国家、地区或行业标准进行更新，而平台数据又尚未更新时，可以通过元数据库的标准来更新各个平台的数据，促进资源共享的规范化，确保区块交易中的信息是最新数据。

在一个实施例中，所述当接收的确认结果满足预设的条件时，向所述候选平台返回加入成功信息的步骤，包括：确定所述确认结果中确认通过的数量，若所述数量大于预设的阈值，向所述候选平台返回加入成功信息。

在一个实施例中，预设的阈值可以为3个、10个、20个等数量。

具体地，在区块链联盟中有三个平台同意该候选平台加入时，则向候选平台发送加入成功信息。

在一个实施例中，若区块链联盟中的平台数量较少时，该数量可以指所有平台的数量，即在所有平台均同意该候选平台加入才向候选平台发送加入成功信息。

本实施例在确认通过的数据满足一定的条件时，向所述候选平台返回加入成功信息，确认结果的判断过程简单，能提高验证过程的效率。

在一个实施例中，提供一种平台验证方法，如图4所示，包括以下步骤：

S401、接收候选平台请求加入区块链联盟的加入请求。

S402、当存储有所述候选平台的平台信息时，向所述候选平台返回加入成功信息。

S403、当未存储有所述候选平台的平台信息时，向所述候选平台返回验证失败信息；所述验证失败信息使所述候选平台向区块链联盟内的平台发送确认请求，所述确认请求使各个平台对所述候选平台进行确认并发送确认结果。

S404、接收各个平台发送的确认结果；当接收的确认结果满足预设的条件时，向所述候选平台返回加入成功信息。

S405、获取所述候选平台的平台信息和数据信息，存储所述平台信息和数据信息；以使区块链联盟内的各个平台能与所述候选平台实现数据的交互。

S406、接收所述候选平台发送的标准获取请求，根据所述标准获取请求获取数据标准，向所述候选平台发送所述数据标准；以使所述候选平台根据所述数据标准对数据进行调整。

本实施例采用元数据和平台验证相结合的方式，能规避中心化导致的不稳定性，又能对区块链联盟内的平台加盟实现一定的监管，提高平台验证过程的效率。在元数据库出现问题时，也可以实现平台的验证，保证区块链联盟的稳定性。

在一个实施例中，提供一种数据共享方法，如图5所示，包括以下步骤：

S501、向元数据库发送请求加入区块链联盟的加入请求；以使所述元数据库在未存储有本端的平台信息时，返回验证失败信息；所述区块链联盟内至少包括一个平台。

S502、在接收到所述验证失败信息时，向所述区块链联盟内的平台发送确认请求；所述确认请求使各个平台对本端进行确认并向所述元数据库发送确认结果；所述确认结果使所述元数据库在所述确认结果满足预设的条件时，发送加入成功信息。

在一个实施例中，可以向区块链联盟内的所有平台发送确认请求，也可以向其中的部分平台发送。

各个平台在接收到确认请求后，根据该请求获取候选平台的平台信息，并对该候选平台进行确定。当同意该平台加入时，向元数据库发送确认通过；当不同意该平台加入时，向元数据库发送确认失败。

S503、接收所述元数据库的加入成功信息。

在本步骤中，当候选平台接收到接入成功信息时，就成功加入该区块链联盟，可以与区块链联盟内的其他平台进行数据交互。

本实施例，采用元数据和平台验证相结合的方式，能规避中心化导致的不稳定性，又能对区块链联盟内的平台加盟实现一定的监管，提高平台验证过程的效率。在元数据库出现问题时，也可以实现平台的验证，保证区块链联盟的稳定性。

在一个实施例中，所述接收所述元数据库的加入成功信息的步骤之后，还包括：向所述元数据库发送标准获取请求；所述标准获取请求使所述元数据库获取数据标准；接收所述元数据库返回的数据标准，根据所述数据标准对数据进行调整。

本实施例，在候选平台成功加入区块链联盟时，获取元数据库的数据标准，根据该数据标准调整数据格式、数据内容等。能保证各个平台通过统一的数据标准进行数据交互，在各个平台分布式记账的基础上保证平台之间的一致性。

在一个实施例中，提供一种平台验证方法，如图6所示，包括以下步骤：

S601、向元数据库发送请求加入区块链联盟的加入请求；以使所述元数据库在未存储有本端的平台信息时，返回验证失败信息；所述区块链联盟内至少包括一个平台。

S602、在接收到所述验证失败信息时，向所述区块链联盟内的平台发送确认请求；所述确认请求使各个平台对本端进行确认并向所述元数据库发送确认结果；所述确认结果使所述元数据库在所述确认结果满足预设的条件时，发送加入成功信息。

S603、接收所述元数据库的加入成功信息。

S604、向所述元数据库发送标准获取请求；所述标准获取请求使所述元数据库获取数据标准。

S605、接收所述元数据库返回的数据标准，根据所述数据标准对数据进行调整。

本实施例采用元数据和平台验证相结合的方式，能规避中心化导致的不稳定性，又能对区块链联盟内的平台加盟实现一定的监管，提高平台验证过程的效率。在元数据库出现问题时，也可以实现平台的验证，保证区块链联盟的稳定性。

为了更好地理解上述方法，以下详细阐述一个本发明平台验证方法的应用实例，包括以下步骤：

1)候选平台向元数据库发送请求加入区块链联盟的加入请求。

2)元数据库接收候选平台请求加入区块链联盟的加入请求。

3)当元数据库存储有所述候选平台的平台信息时，向所述候选平台返回加入成功信息；当元数据库未存储有所述候选平台的平台信息时，向所述候选平台返回验证失败信息。

4)候选平台在接收到所述验证失败信息时，向所述区块链联盟内的平台发送确认请求。

5)各个平台对候选平台进行确认并向所述元数据库发送确认结果。

6)元数据库接收各个平台发送的确认结果；当接收的确认结果满足预设的条件时，向所述候选平台返回加入成功信息。

7)候选平台接收到该加入成功信息时，成功加入该区块链联盟。

在一个实施例中，区块链联盟的建立以及平台验证方法的实现过程举例如下：

由A单位发起科技资源联盟链的建设，于是根据国家规范和共享任务构建了元数据库，同时召集了B、C、D等现有的资源共享平台加入；

B平台通过元数据库访问发现B平台已在区块链联盟内，于是加入区块链联盟，将B平台的资源数据纳入区块链联盟中。但此时发现B平台的数据标准跟国家标准不一致，如仪器的分类编码未按照国家统一标准。因此，B平台需要将自身的资源标识与元数据进行映射，完成资源的纳入。纳入后的仪器可供用户直接共享和使用。

C平台加入时发现不在元数据库的管理单位表内，于是C平台需要向联盟中的多个平台发起确认，若干平台确认后自动加入联盟，接着就是进行资源数据规范对比映射。

D平台加入时若发现在元数据中已有D平台的相关信息，且各规范符合要求，则自动加入该区块链联盟，并将平台信息存入管理单位表，提供数据共享服务。

本实施例将现阶段众多独立的、分散的平台相互关联以共同运行和服务，通过区块链数据传输技术(分布式)形成联盟区块链。采用区块来存储各种交易信息，每条记录从后向前有序链接起来，使资源的共享过程具备公开透明、无法篡改、方便追溯的特点。通过科技资源区块链的建设，能够更好地促进数据驱动，使各科技共享平台的数据之间的安全和传输问题得以解决。同时，采用采用区块链技术也能更好地适应科技生态圈主体多样化、资源分布异构的特点，通过区块链技术与科技资源共享特点的结合，能够保证科技生态系统中的信息安全、可信传输。

需要说明的是，对于前述的各方法实施例，为了简便描述，将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其它顺序或者同时进行。

基于与上述实施例中的平台验证方法相同的思想，本发明还提供平台验证装置，该装置可用于执行上述平台验证方法。为了便于说明，平台验证装置实施例的结构示意图中，仅仅示出了与本发明实施例相关的部分，本领域技术人员可以理解，图示结构并不构成对装置的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图7所示，提供一种平台验证装置，包括加入请求接收模块701、平台验证模块702和信息返回模块703，详细说明如下：

加入请求接收模块701，用于接收候选平台请求加入区块链联盟的加入请求；所述区块链联盟内至少包括一个平台。

平台验证模块702，用于当未存储有所述候选平台的平台信息时，向所述候选平台返回验证失败信息；所述验证失败信息使所述候选平台向区块链联盟内的平台发送确认请求，所述确认请求使各个平台对所述候选平台进行确认并发送确认结果。

以及，信息返回模块703，用于接收各个平台发送的确认结果；当接收的确认结果满足预设的条件时，向所述候选平台返回加入成功信息。

在一个实施例中，还包括：存储模块，用于获取所述候选平台的平台信息和数据信息，存储所述平台信息和数据信息；以使区块链联盟内的各个平台能与所述候选平台实现数据的交互。

在一个实施例中，还包括：验证通过模块，用于当存储有所述候选平台的平台信息时，向所述候选平台返回加入成功信息。

在一个实施例中，还包括：标准发送模块，用于接收所述候选平台发送的标准获取请求，根据所述标准获取请求获取数据标准，向所述候选平台发送所述数据标准；以使所述候选平台根据所述数据标准对数据进行调整。

在一个实施例中，所述信息返回模块703，还用于确定所述确认结果中确认通过的数量，若所述数量大于预设的阈值，向所述候选平台返回加入成功信息。

如图8所示，提供一种平台验证装置，包括加入请求发送模块801、确认请求发送模块802和信息接收模块803，详细说明如下：

加入请求发送模块801，用于向元数据库发送请求加入区块链联盟的加入请求；以使所述元数据库在未存储有本端的平台信息时，返回验证失败信息；所述区块链联盟内至少包括一个平台。

确认请求发送模块802，用于在接收到所述验证失败信息时，向所述区块链联盟内的平台发送确认请求；所述确认请求使各个平台对本端进行确认并向所述元数据库发送确认结果；所述确认结果使所述元数据库在所述确认结果满足预设的条件时，发送加入成功信息。

以及，信息接收模块803，用于接收所述元数据库的加入成功信息。

在一个实施例中，还包括：标准请求模块，用于向所述元数据库发送标准获取请求；所述标准获取请求使所述元数据库获取数据标准；数据更新模块，用于接收所述元数据库返回的数据标准，根据所述数据标准对数据进行调整。

需要说明的是，本发明的平台验证装置与本发明的平台验证方法一一对应，在上述平台验证方法的实施例阐述的技术特征及其有益效果均适用于平台验证装置的实施例中，具体内容可参见本发明方法实施例中的叙述，此处不再赘述，特此声明。

此外，上述示例的平台验证装置的实施方式中，各程序模块的逻辑划分仅是举例说明，实际应用中可以根据需要，例如出于相应硬件的配置要求或者软件的实现的便利考虑，将上述功能分配由不同的程序模块完成，即将所述平台验证装置的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分功能。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：接收候选平台请求加入区块链联盟的加入请求；所述区块链联盟内至少包括一个平台；当未存储有所述候选平台的平台信息时，向所述候选平台返回验证失败信息；所述验证失败信息使所述候选平台向区块链联盟内的平台发送确认请求，所述确认请求使各个平台对所述候选平台进行确认并发送确认结果；接收各个平台发送的确认结果；当接收的确认结果满足预设的条件时，向所述候选平台返回加入成功信息。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：所述当接收的确认结果满足预设的条件时，向所述候选平台返回加入成功信息的步骤之后，还包括：获取所述候选平台的平台信息和数据信息，存储所述平台信息和数据信息；以使区块链联盟内的各个平台能与所述候选平台实现数据的交互。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：所述接收候选平台请求加入区块链联盟的加入请求的步骤之后，还包括：当存储有所述候选平台的平台信息时，向所述候选平台返回加入成功信息。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：所述向所述候选平台返回加入成功信息的步骤之后，还包括：接收所述候选平台发送的标准获取请求，根据所述标准获取请求获取数据标准，向所述候选平台发送所述数据标准；以使所述候选平台根据所述数据标准对数据进行调整。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：所述当接收的确认结果满足预设的条件时，向所述候选平台返回加入成功信息的步骤，包括：确定所述确认结果中确认通过的数量，若所述数量大于预设的阈值，向所述候选平台返回加入成功信息。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：向元数据库发送请求加入区块链联盟的加入请求；以使所述元数据库在未存储有本端的平台信息时，返回验证失败信息；所述区块链联盟内至少包括一个平台；在接收到所述验证失败信息时，向所述区块链联盟内的平台发送确认请求；所述确认请求使各个平台对本端进行确认并向所述元数据库发送确认结果；所述确认结果使所述元数据库在所述确认结果满足预设的条件时，发送加入成功信息；接收所述元数据库的加入成功信息。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：所述接收所述元数据库的加入成功信息的步骤之后，还包括：向所述元数据库发送标准获取请求；所述标准获取请求使所述元数据库获取数据标准；接收所述元数据库返回的数据标准，根据所述数据标准对数据进行调整。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：接收候选平台请求加入区块链联盟的加入请求；所述区块链联盟内至少包括一个平台；当未存储有所述候选平台的平台信息时，向所述候选平台返回验证失败信息；所述验证失败信息使所述候选平台向区块链联盟内的平台发送确认请求，所述确认请求使各个平台对所述候选平台进行确认并发送确认结果；接收各个平台发送的确认结果；当接收的确认结果满足预设的条件时，向所述候选平台返回加入成功信息。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：所述当接收的确认结果满足预设的条件时，向所述候选平台返回加入成功信息的步骤之后，还包括：获取所述候选平台的平台信息和数据信息，存储所述平台信息和数据信息；以使区块链联盟内的各个平台能与所述候选平台实现数据的交互。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：所述接收候选平台请求加入区块链联盟的加入请求的步骤之后，还包括：当存储有所述候选平台的平台信息时，向所述候选平台返回加入成功信息。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：所述向所述候选平台返回加入成功信息的步骤之后，还包括：接收所述候选平台发送的标准获取请求，根据所述标准获取请求获取数据标准，向所述候选平台发送所述数据标准；以使所述候选平台根据所述数据标准对数据进行调整。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：所述当接收的确认结果满足预设的条件时，向所述候选平台返回加入成功信息的步骤，包括：确定所述确认结果中确认通过的数量，若所述数量大于预设的阈值，向所述候选平台返回加入成功信息。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：向元数据库发送请求加入区块链联盟的加入请求；以使所述元数据库在未存储有本端的平台信息时，返回验证失败信息；所述区块链联盟内至少包括一个平台；在接收到所述验证失败信息时，向所述区块链联盟内的平台发送确认请求；所述确认请求使各个平台对本端进行确认并向所述元数据库发送确认结果；所述确认结果使所述元数据库在所述确认结果满足预设的条件时，发送加入成功信息；接收所述元数据库的加入成功信息。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：所述接收所述元数据库的加入成功信息的步骤之后，还包括：向所述元数据库发送标准获取请求；所述标准获取请求使所述元数据库获取数据标准；接收所述元数据库返回的数据标准，根据所述数据标准对数据进行调整。

本领域普通技术人员可以理解，实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，作为独立的产品销售或使用。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本发明实施例的术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或(模块)单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是在一个实施例中还包括没有列出的步骤或单元，或在一个实施例中还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，不能理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (11)

1.一种平台验证方法，其特征在于，包括以下步骤：

接收候选平台请求加入区块链联盟的加入请求；所述区块链联盟内至少包括一个平台；

当未存储有所述候选平台的平台信息时，向所述候选平台返回验证失败信息；所述验证失败信息使所述候选平台向区块链联盟内的平台发送确认请求，所述确认请求使各个平台对所述候选平台进行确认并发送确认结果；

接收各个平台发送的确认结果；当接收的确认结果满足预设的条件时，向所述候选平台返回加入成功信息。

2.根据权利要求1所述的平台验证方法，其特征在于，所述当接收的确认结果满足预设的条件时，向所述候选平台返回加入成功信息的步骤之后，还包括：

获取所述候选平台的平台信息和数据信息，存储所述平台信息和数据信息；以使区块链联盟内的各个平台能与所述候选平台实现数据的交互。

3.根据权利要求2所述的平台验证方法，其特征在于，所述接收候选平台请求加入区块链联盟的加入请求的步骤之后，还包括：

当存储有所述候选平台的平台信息时，向所述候选平台返回加入成功信息。

4.根据权利要求3所述的平台验证方法，其特征在于，所述向所述候选平台返回加入成功信息的步骤之后，还包括：

接收所述候选平台发送的标准获取请求，根据所述标准获取请求获取数据标准，向所述候选平台发送所述数据标准；以使所述候选平台根据所述数据标准对数据进行调整。

5.根据权利要求1至4任一项所述的平台验证方法，其特征在于，所述当接收的确认结果满足预设的条件时，向所述候选平台返回加入成功信息的步骤，包括：

确定所述确认结果中确认通过的数量，若所述数量大于预设的阈值，向所述候选平台返回加入成功信息。

6.一种平台验证方法，其特征在于，包括以下步骤：

向元数据库发送请求加入区块链联盟的加入请求；以使所述元数据库在未存储有本端的平台信息时，返回验证失败信息；所述区块链联盟内至少包括一个平台；

在接收到所述验证失败信息时，向所述区块链联盟内的平台发送确认请求；所述确认请求使各个平台对本端进行确认并向所述元数据库发送确认结果；所述确认结果使所述元数据库在所述确认结果满足预设的条件时，发送加入成功信息；

接收所述元数据库的加入成功信息。

7.根据权利要求6所述的平台验证方法，其特征在于，所述接收所述元数据库的加入成功信息的步骤之后，还包括：

向所述元数据库发送标准获取请求；所述标准获取请求使所述元数据库获取数据标准；

接收所述元数据库返回的数据标准，根据所述数据标准对数据进行调整。

8.一种平台验证装置，其特征在于，包括：

加入请求接收模块，用于接收候选平台请求加入区块链联盟的加入请求；所述区块链联盟内至少包括一个平台；

平台验证模块，用于当未存储有所述候选平台的平台信息时，向所述候选平台返回验证失败信息；所述验证失败信息使所述候选平台向区块链联盟内的平台发送确认请求，所述确认请求使各个平台对所述候选平台进行确认并发送确认结果；

以及，信息返回模块，用于接收各个平台发送的确认结果；当接收的确认结果满足预设的条件时，向所述候选平台返回加入成功信息。

9.一种平台验证装置，其特征在于，包括：

加入请求发送模块，用于向元数据库发送请求加入区块链联盟的加入请求；以使所述元数据库在未存储有本端的平台信息时，返回验证失败信息；所述区块链联盟内至少包括一个平台；

确认请求发送模块，用于在接收到所述验证失败信息时，向所述区块链联盟内的平台发送确认请求；所述确认请求使各个平台对本端进行确认并向所述元数据库发送确认结果；所述确认结果使所述元数据库在所述确认结果满足预设的条件时，发送加入成功信息；

以及，信息接收模块，用于接收所述元数据库的加入成功信息。

10.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7任一项所述的方法的步骤。

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