一种基于区块链的跨通道数据访问方法、系统及存储介质

摘要

本申请提供一种基于区块链的跨通道数据访问方法、系统及存储介质，包括：获取第一节点所在通道上是否有对应通道的跨通道智能合约；若否，则向设置有第一角色身份的第二节点发送安装智能合约请求；接收第一节点发送安装智能合约请求生成第一交易发送至集群中所有节点；获取集群中所有节点对应所述第一交易的反馈结果，若接受第一交易的节点数量大于或等于共识规则要求中节点数量，执行智能合约安装操作；若智能合约成功安装，将智能合约发送至第一节点，以使第一节点通过智能合约读取对应通道数据，以解决目前的基于区块链的跨通道数据访问方法访问业务程序很繁杂、而且跨链协议中选择公证人机制时会存在中心化问题，会产生隐私泄露风险的问题。

权利要求

1.一种基于区块链的跨通道数据访问方法，其特征在于，包括：

响应于第一节点的跨通道数据访问请求，获取第一节点所在通道上是否有对应通道的跨通道智能合约；若否，则向设置有第一角色身份的第二节点发送安装智能合约的请求；所述第二节点的第一角色身份为通道管理员成员负责安装、升级智能合约管理操作；

接收来自第一节点发送的安装智能合约的请求并生成第一交易发送至集群中所有节点，所述第一交易中包含第二节点的签名；

获取集群中所有节点对应所述第一交易的反馈结果，所述反馈结果包括接受所述第一交易或拒绝所述第一交易，若接受第一交易的节点数量大于或等于共识规则要求中节点的数量，则在所有节点执行所述第一交易后，执行智能合约的安装操作，并将操作结果记录至区块链上；

若智能合约成功安装，将所述智能合约发送至所述第一节点，以使所述第一节点通过所述智能合约读取对应通道的数据；

所述若智能合约成功安装，将所述智能合约发送至所述第一节点，以使所述第一节点通过所述智能合约读取对应通道的数据包括：若智能合约成功安装，将所述智能合约发送至所述第一节点，所述第一节点发送跨通道数据访问请求；

接收来自第一节点发送的跨通道数据访问请求，并验证所述智能合约是否为所述第一节点跨通道数据访问请求对应的智能合约，以及，所述第一节点的第二角色身份是否拥有调用所述智能合约的权限；若所述智能合约为所述第一节点跨通道数据访问请求对应的智能合约，且所述第一节点的第二角色身份拥有调用所述智能合约的权限，则读取对应通道的数据；所述第一节点的第二角色身份为业务跨通道应用成员负责智能合约的执行和读取操作。

2.根据权利要求1所述的一种基于区块链的跨通道数据访问方法，其特征在于，还包括：

响应于第一节点的跨通道数据访问请求，获取第一节点所在通道上是否有对应通道的跨通道智能合约；若有，则获取对应通道的跨通道智能合约；

基于所述对应通道的跨通道智能合约，以使所述第一节点通过所述智能合约读取对应通道的数据。

3.根据权利要求1所述的一种基于区块链的跨通道数据访问方法，其特征在于，还包括：

若接受第一交易的节点数量小于共识规则要求中节点的数量，则生成视为交易失败的反馈信息反馈至第二节点。

4.根据权利要求1所述的一种基于区块链的跨通道数据访问方法，其特征在于，所述获取集群中所有节点对应所述第一交易的反馈结果之前，包括：获取区块链上的所述操作结果记录，若存在，则获取所述操作结果；若所述操作结果为成功，校验所述第二节点的签名是否合法，若合法，则接收所述第一交易，若操作结果为失败，则不接收所述第一交易；若不存在，校验所述第二节点的签名是否合法，若合法，则接收所述第一交易。

5.一种基于区块链的跨通道数据访问系统，实现上述权利要求1至4中任一项所述的一种基于区块链的跨通道数据访问方法，其特征在于，包括：第一获取模块（1），被配置为响应于第一节点的跨通道数据访问请求，获取第一节点所在通道上是否有对应通道的跨通道智能合约；若否，则向设置有第一角色身份的第二节点发送安装智能合约的请求；所述第二节点的第一角色身份为通道管理员成员负责安装、升级智能合约管理操作；

接收模块（2），被配置为接收来自第一节点发送的安装智能合约的请求并生成第一交易发送至集群中所有节点，所述第一交易中包含第二节点的签名；

第二获取模块（3），被配置为获取集群中所有节点对应所述第一交易的反馈结果，所述反馈结果包括接受所述第一交易或拒绝所述第一交易，若接受第一交易的节点数量大于或等于共识规则要求中节点的数量，则在所有节点执行所述第一交易后，执行智能合约的安装操作，并将操作结果记录至区块链上；

第三获取模块（4），被配置为若智能合约成功安装，将所述智能合约发送至所述第一节点，以使所述第一节点通过所述智能合约获取对应通道的数据；所述若智能合约成功安装，将所述智能合约发送至所述第一节点，以使所述第一节点通过所述智能合约读取对应通道的数据包括：若智能合约成功安装，将所述智能合约发送至所述第一节点，所述第一节点发送跨通道数据访问请求；

接收来自第一节点发送的跨通道数据访问请求，并验证所述智能合约是否为所述第一节点跨通道数据访问请求对应的智能合约，以及，所述第一节点的第二角色身份是否拥有调用所述智能合约的权限；若所述智能合约为所述第一节点跨通道数据访问请求对应的智能合约，且所述第一节点的第二角色身份拥有调用所述智能合约的权限，则读取对应通道的数据；所述第一节点的第二角色身份为业务跨通道应用成员负责智能合约的执行和读取操作。

6.根据权利要求5所述的一种基于区块链的跨通道数据访问系统，其特征在于，还包括：

第四获取模块（5），被配置为响应于第一节点的跨通道数据访问请求，获取第一节点所在通道上是否有对应通道的跨通道智能合约；若有，则获取对应通道的跨通道智能合约；

第五获取模块（6），被配置为基于所述对应通道的跨通道智能合约，以使所述第一节点通过所述智能合约获取对应通道的数据。

7.一种终端，包括存储器（7）、处理器（8）以及存储在所述存储器（7）中并可在所述处理器（8）上运行的计算机程序（9），其特征在于，所述处理器（8）执行所述计算机程序（9）时实现如权利要求1至4任一项所述的一种基于区块链的跨通道数据访问方法的步骤。

8.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序（9），其特征在于，所述计算机程序（9）被处理器（8）执行时实现如权利要求1至4任一项所述的一种基于区块链的跨通道数据访问方法的步骤。

说明书

一种基于区块链的跨通道数据访问方法、系统及存储介质

技术领域

[0001] 本申请涉及区块链技术领域，尤其涉及一种基于区块链的跨通道数据访问方法、系统及存储介质。

背景技术

[0002] 联盟链对跨链技术方案中， Hyperledger Fabric是企业级区块链开源架构方案，Fabric通过定义通道的方式来构建多条链完成业务数据的隔离，每个通道代表一条业务链，目前是不支持跨通道数据访问的，比如CA身份数据业务是一个独立的通道，数据交换业务是一个独立的通道，因此，业务系统可能需要在一笔交易中访问两个通道的数据，例如数据交换中需要查询到CA身份数据。

[0003] 现有的联盟链方案中，完成交易的跨通道数据访问共享，一般会选择两种方式，一种方式是以一个节点的方式申请加入这个通道里，作为通道的成员进行数据共享和访问，还有一种方式是通过跨链协议完成具体跨链后数据访问。

[0004] 但是，通过以一个节点的方式申请加入通道里，作为通道的成员进行数据共享和访问的这种方式会产生很高的成本以及访问业务程序很繁杂；跨链协议中选择公证人机制时会存在中心化问题，并且公证人可以监听链上的所有交易从而会产生隐私泄露风险的问题，而且访问效率较低。

发明内容

[0005] 本申请实施例提供了一种基于区块链的跨通道数据访问方法、系统及存储介质，以解决现有的基于区块链的跨通道数据访问方法会产生很高的成本以及访问业务程序很繁杂、而且跨链协议中选择公证人机制时会存在中心化问题，公证人可以监听链上的所有交易从而会产生隐私泄露风险的技术问题。

[0006] 本申请第一方面提供了一种基于区块链的跨通道数据访问方法，包括：

[0007] 响应于第一节点的跨通道数据访问请求，获取第一节点所在通道上是否有对应通道的跨通道智能合约；若否，则向设置有第一角色身份的第二节点发送安装智能合约的请求；

[0008] 接收来自第一节点发送的安装智能合约的请求并生成第一交易发送至集群中所有节点，所述第一交易中包含第二节点的签名；

[0009] 获取集群中所有节点对应所述第一交易的反馈结果，所述反馈结果包括接受所述第一交易或拒绝所述第一交易，若接受第一交易的节点数量大于或等于共识规则要求中节点的数量，则在所有节点执行所述第一交易后，执行智能合约的安装操作，并将操作结果记录至区块链上；

[0010] 若智能合约成功安装，将所述智能合约发送至所述第一节点，以使所述第一节点通过所述智能合约读取对应通道的数据。

[0011] 在一些实施例中，所述的一种基于区块链的跨通道数据访问方法，还包括：

[0012] 响应于第一节点的跨通道数据访问请求，获取第一节点所在通道上是否有对应通道的跨通道智能合约；若有，则获取对应通道的跨通道智能合约；

[0013] 基于所述对应通道的跨通道智能合约，以使所述第一节点通过所述智能合约读取对应通道的数据。

[0014] 在一些实施例中，所述若智能合约成功安装，将所述智能合约发送至所述第一节点，以使所述第一节点通过所述智能合约读取对应通道的数据包括：

[0015] 若智能合约成功安装，将所述智能合约发送至所述第一节点，所述第一节点发送跨通道数据访问请求；

[0016] 接收来自第一节点发送的跨通道数据访问请求，并验证所述智能合约是否为所述第一节点跨通道数据访问请求对应的智能合约，以及，所述第一节点的第二角色身份是否拥有调用所述智能合约的权限；若所述智能合约为所述第一节点跨通道数据访问请求对应的智能合约，且所述第一节点的第二角色身份拥有调用所述智能合约的权限，则读取对应通道的数据。

[0017] 在一些实施例中，所述的一种基于区块链的跨通道数据访问方法，还包括：

[0018] 若接受第一交易的节点数量小于共识规则要求中节点的数量，则生成视为交易失败的反馈信息反馈至第二节点。

[0019] 在一些实施例中，所述获取集群中所有节点对应所述第一交易的反馈结果之前，包括：

[0020] 获取区块链上的所述操作结果记录，若存在，则获取所述操作结果；若所述操作结果为成功，校验所述第二节点的签名是否合法，若合法，则接收所述第一交易，若操作结果为失败，则不接收所述第一交易；若不存在，校验所述第二节点的签名是否合法，若合法，则接收所述第一交易。

[0021] 在一些实施例中，所述第一节点的第二角色身份为业务跨通道应用成员负责智能合约的执行和读取操作；所述第二节点的第一角色身份为通道管理员成员负责安装、升级等智能合约管理操作。

[0022] 本申请第二方面提供了一种基于区块链的跨通道数据访问系统，实现上述第一方面中任一项所述的一种基于区块链的跨通道数据访问方法，包括：

[0023] 第一获取模块，被配置为响应于第一节点的跨通道数据访问请求，获取第一节点所在通道上是否有对应通道的跨通道智能合约；若否，则向设置有第一角色身份的第二节点发送安装智能合约的请求；

[0024] 接收模块，被配置为接收来自第一节点发送的安装智能合约的请求并生成第一交易发送至集群中所有节点，所述第一交易中包含第二节点的签名；

[0025] 第二获取模块，被配置为获取集群中所有节点对应所述第一交易的反馈结果，所述反馈结果包括接受所述第一交易或拒绝所述第一交易，若接受第一交易的节点数量大于或等于共识规则要求中节点的数量，则在所有节点执行所述第一交易后，执行智能合约的安装操作，并将操作结果记录至区块链上；

[0026] 第三获取模块，被配置为若智能合约成功安装，将所述智能合约发送至所述第一节点，以使所述第一节点通过所述智能合约获取对应通道的数据。

[0027] 在一些实施例中，所述的一种基于区块链的跨通道数据访问系统，还包括：

[0028] 第四获取模块，被配置为响应于第一节点的跨通道数据访问请求，获取第一节点所在通道上是否有对应通道的跨通道智能合约；若有，则获取对应通道的跨通道智能合约；

[0029] 第五获取模块，被配置为基于所述对应通道的跨通道智能合约，以使所述第一节点通过所述智能合约获取对应通道的数据。

[0030] 本申请第三方面提供了一种终端，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一方面中任一项所述的一种基于区块链的跨通道数据访问方法的步骤。

[0031] 本申请第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面中任一项所述的一种基于区块链的跨通道数据访问方法的步骤。

[0032] 本申请实施例提供一种基于区块链的跨通道数据访问方法、系统及存储介质，包括：响应于第一节点的跨通道数据访问请求，获取第一节点所在通道上是否有对应通道的跨通道智能合约；若否，则向设置有第一角色身份的第二节点发送安装智能合约的请求；接收来自第一节点发送的安装智能合约的请求并生成第一交易发送至集群中所有节点，所述第一交易中包含第二节点的签名；获取集群中所有节点对应所述第一交易的反馈结果，所述反馈结果包括接受所述第一交易或拒绝所述第一交易，若接受第一交易的节点数量大于或等于共识规则要求中节点的数量，则在所有节点执行所述第一交易后，执行智能合约的安装操作，并将操作结果记录至区块链上；若智能合约成功安装，将所述智能合约发送至所述第一节点，以使所述第一节点通过所述智能合约读取对应通道的数据，以解决目前的基于区块链的跨通道数据访问方法会产生很高的成本以及访问业务程序很繁杂、而且跨链协议中选择公证人机制时会存在中心化问题，并且公证人可以监听链上的所有交易从而会产生隐私泄露风险的问题。

附图说明

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

[0034] 图1为本申请中基于区块链的跨通道数据访问方法的示意图；

[0035] 图2为本申请中基于区块链的跨通道数据访问系统的结构示意图；

[0036] 图3为本申请中一种终端的结构示意图。

[0037] 附图标记说明：

[0038] 1‑第一获取模块；2‑接收模块；3‑第二获取模块；4‑第三获取模块；5‑第四获取模块；6‑第五获取模块；7‑存储器；8‑处理器；9‑计算机程序。

具体实施方式

[0039] 为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

[0040] 由于在一些技术中，基于区块链的跨通道数据访问方法会产生很高的成本以及访问业务程序很繁杂、而且跨链协议中选择公证人机制时会存在中心化问题，公证人可以监听链上的所有交易从而会产生隐私泄露风险的问题，为了解决该技术问题，本申请提供了一种基于区块链的跨通道数据访问方法、系统及存储介质，下面对基于区块链的跨通道数据访问方法、系统及存储介质进行说明：

[0041] 由图1可知，本申请第一方面提供了一种基于区块链的跨通道数据访问方法，包括：响应于第一节点的跨通道数据访问请求，获取第一节点所在通道上是否有对应通道的跨通道智能合约；若否，则向设置有第一角色身份的第二节点发送安装智能合约的请求；首先查询所述第一节点所在通道上是否有对应通道的跨通道智能合约，若没有的话需要向设置有管理员成员身份的节点发送安装智能合约的请求；其中，设置有管理员成员身份的节点和所述第一节点应在同一通道上；接收来自第一节点发送的安装智能合约的请求并生成第一交易发送至集群中所有节点，所述第一交易中包含第二节点的签名；所述获取集群中所有节点对应所述第一交易的反馈结果之前，包括：获取区块链上的所述操作结果记录，若存在，则获取所述操作结果；若所述操作结果为成功，校验所述第二节点的签名是否合法，若合法，则接收所述第一交易，若操作结果为失败，则不接收所述第一交易；若不存在，校验所述第二节点的签名是否合法，若合法，则接收所述第一交易；若最终结果为接收所述第一交易则获取集群中所有节点对应所述第一交易的反馈结果，所述反馈结果包括接受所述第一交易或拒绝所述第一交易，若接受第一交易的节点数量大于或等于共识规则要求中节点的数量，则在所有节点执行所述第一交易后，执行智能合约的安装操作，并将操作结果记录至区块链上；若智能合约成功安装，将所述智能合约发送至所述第一节点，以使所述第一节点通过所述智能合约读取对应通道的数据。其中，若所述智能合约成功安装，将所述智能合约发送至所述第一节点，以使所述第一节点通过所述智能合约读取对应通道的数据包括：若智能合约成功安装，将所述智能合约发送至所述第一节点，所述第一节点发送跨通道数据访问请求；接收来自第一节点发送的跨通道数据访问请求，并验证所述智能合约是否为所述第一节点跨通道数据访问请求对应的智能合约，以及，所述第一节点的第二角色身份是否拥有调用所述智能合约的权限；若所述智能合约为所述第一节点跨通道数据访问请求对应的智能合约，且所述第一节点的第二角色身份拥有调用所述智能合约的权限，则读取对应通道的数据。其中，通过所述智能合约可实现跨多条通道进行访问。

[0042] 在该实施例中，跨通道合约调用的权限控制，由成员角色控制，例如设置角色身份为业务跨通道应用成员负责智能合约的执行和读取操作；设置角色身份为通道管理员成员负责安装、升级等智能合约管理操作；跨通道合约在定义时，可以指定特定的角色的成员调用该合约；该角色可以是自定义角色，也可以是系统自带的角色；但是要明确的是，跨通道智能合约若存在通道A上，则必须要是A通道上具有角色R的成员M才能调用，其中R和M都是通道A上的角色或者成员。可以理解的是，若要调用智能合约，则必须该成员在所述智能合约所在的通道上，而且该成员必须设置有如业务跨通道应用成员身份才可以对所述智能合约进行读取调用。如果需要自定义权限控制，则需要定义新的策略类型，并通过写一个新的sdk调用入口来实现。在切面的权限检查中，定义相应策略的检查方法；但是当前的策略是在代码中定义好，策略的逻辑也是在代码中定义好，没办法做到不同的跨通道智能合约允许不同的角色去调用。一种方法是，当判断是跨通道合约时，可以通过智能合约的扩展参数中指定的角色来判断当前的调用者的角色是否合法；这种方法的前提是，先自定义角色，然后在部署智能合约时在扩展参数中进行指定，最终实现不同的跨通道合约由不同的角色成员去调用。可以理解的是，若是设置不同的智能合约对应不同的角色成员，需要先将所述智能合约所在通道内的成员的身份先确定下来，在根据确定的成员身份在部署所述智能合约时，即安装所述智能合约时，将可以调用所述智能合约的所述成员身份编码至所述智能合约中进行安装操作，最终可以实现不同的智能合约对应所述智能合约所在通道上不同角色成员完成读取调用，从而增加了跨通道合约调用的权限控制的多样性。

[0043] 在该实施例中，联盟链在此集群X中针对集群中的所有节点如A，B，C，D。节点A和B在通道c1，节点C和D在通道c2，需要对c2中可以访问c1的跨通道智能合约代码进行安装操作，并且预先设置好各种角色拥有的权限设置，如通道管理员成员负责安装、升级等合约管理操作，业务跨通道应用成员负责合约执行读和写操作等；通过集群中C和D节点中任意一个节点假设为C以拥有通道管理员成员角色身份发送一个请求安装智能合约的交易，该交易中包含了C的签名；集群中的节点在共识的过程中，节点通过记录在区块链上之前智能合约的操作结果记录来判断是否可以进行该交易，并且节点在校验该交易的签名后，可以选择是否接收该交易，当存在满足共识规则要求的数量的节点选择接收该交易时，该交易被成功共识，并被所有节点执行；节点在执行交易时，若该交易被成功共识，同时执行智能合约的安装，此时完成智能合约安装，并把智能合约操作的结果（智能合约安装成功或智能合约安装失败）记录到区块上；其中，安装失败的情况包括：发起成员没有智能合约安装的角色权限；共识规则中要求的节点数量不满足；以及合约本身在安装前的校验，例如合约漏洞检查，合约脚本大小，合约是否存在等等；以及对防重复交易进行检查，例如同时存在两笔一样的安装合约交易，最终结果会导致其中有一笔交易会存在失败。在此集群X中，如果智能合约已经被安装成功，任意节点发起有关智能合约的交易都会执行，假如以D拥有业务跨通道应用成员角色身份发送一个请求执行智能合约的查询方法；查询方法执行过程中，首先判断该身份角色是否拥有调用该合约的权限，接着判断该合约是否是跨通道合约，满足上述条件则执行，通过跨通道合约读取数据，完成跨通道合约的执行读取方法。

[0044] 在该实施例中，所述的一种基于区块链的跨通道数据访问方法，还包括：响应于第一节点的跨通道数据访问请求，获取第一节点所在通道上是否有对应通道的跨通道智能合约；若有，则获取对应通道的跨通道智能合约；基于所述对应通道的跨通道智能合约，以使所述第一节点通过所述智能合约读取对应通道的数据。若通道上有对应通道的跨通道智能合约，则可以在校验所述节点身份后，若符合则可直接利用所述跨通道智能合约进行跨通道数据访问。

[0045] 在该实施例中，所述的一种基于区块链的跨通道数据访问方法，还包括：若接受第一交易的节点数量小于共识规则要求中节点的数量，则生成视为交易失败的反馈信息反馈至第二节点。

[0046] 在该实施例中，所述第一节点的第二角色身份为业务跨通道应用成员负责智能合约的执行和读取操作；所述第二节点的第一角色身份为通道管理员成员负责安装、升级等智能合约管理操作。

[0047] 本申请主要通过区块链技术解决信任机制的跨通道数据访问方法，通过交易的方式形成共识记录在区块上完成跨通道合约的安装和执行方法过程，并对这些操作形成信任记录，每次操作时对操作动作本身进行判断是否符合操作权限条件，实现去中心化，打破数据孤岛，完成区块链数据共享，提高运行效率。

[0048] 由图2可知，本申请第二方面提供了一种基于区块链的跨通道数据访问系统，实现上述实施例中任一项所述的一种基于区块链的跨通道数据访问方法，包括：第一获取模块1，被配置为响应于第一节点的跨通道数据访问请求，获取第一节点所在通道上是否有对应通道的跨通道智能合约；若否，则向设置有第一角色身份的第二节点发送安装智能合约的请求；接收模块2，被配置为接收来自第一节点发送的安装智能合约的请求并生成第一交易发送至集群中所有节点，所述第一交易中包含第二节点的签名；第二获取模块3，被配置为获取集群中所有节点对应所述第一交易的反馈结果，所述反馈结果包括接受所述第一交易或拒绝所述第一交易，若接受第一交易的节点数量大于或等于共识规则要求中节点的数量，则在所有节点执行所述第一交易后，执行智能合约的安装操作，并将操作结果记录至区块链上；第三获取模块4，被配置为若智能合约成功安装，将所述智能合约发送至所述第一节点，以使所述第一节点通过所述智能合约获取对应通道的数据。上述系统在执行上述方法时各部分的作用效果可参见上述方法实施例，在此不予赘述。

[0049] 由图2可知，所述的一种基于区块链的跨通道数据访问系统，还包括：第四获取模块5，被配置为响应于第一节点的跨通道数据访问请求，获取第一节点所在通道上是否有对应通道的跨通道智能合约；若有，则获取对应通道的跨通道智能合约；第五获取模块6，被配置为基于所述对应通道的跨通道智能合约，以使所述第一节点通过所述智能合约获取对应通道的数据。上述系统在执行上述方法时各部分的作用效果可参见上述方法实施例，在此不予赘述。

[0050] 由图3可知，本申请第三方面提供了一种终端，包括存储器7、处理器8以及存储在所述存储器7中并可在所述处理器8上运行的计算机程序9，所述处理器8执行所述计算机程序9时实现上述实施例中任一项所述的一种基于区块链的跨通道数据访问方法的步骤。

[0051] 在该实施例中，所述终端可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端可包括，但不仅限于，处理器8、存储器7。本领域技术人员可以理解，图3仅仅是终端的示例，并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端还可以包括输入输出设备、网络接入设备、总线等。所述处理器8可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital  Signal  Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field‑Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。所述存储器7可以是所述终端的内部存储单元，例如终端的硬盘或内存。所述存储器7也可以是所述终端的外部存储设备，例如所述终端上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器7还可以既包括所述终端的内部存储单元也包括外部存储设备。所述存储器7用于存储所述计算机程序以及所述终端所需的其他程序和数据。所述存储器7还可以用于暂时地存储已经输出或者将要输出的数据。上述终端在执行上述方法时各部分的作用效果可参见上述方法实施例，在此不予赘述。

[0052] 由图3可知，本申请第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序9，所述计算机程序9被处理器8执行时实现上述实施例中任一项所述的一种基于区块链的跨通道数据访问方法的步骤。

[0053] 在该实施例中，本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。在本申请所提供的实施例中，应该理解到，所揭露的装置/终端和方法，可以通过其它的方式实现。例如，以上所描述的装置/终端实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。

[0054] 基于这样的理解，本申请实现上述实施例中所述的一种区块链的数字藏品管理方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述计算机程序可存储于计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read‑Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。本申请实现上述实施例中的全部或部分流程，也可以通过计算机程序产品来实现，当计算机程序产品在终端上运行时，使得所述终端执行时实现上述实施例中任一项所述的一种区块链的数字藏品管理方法的步骤。

[0055] 以上的具体实施方式，对本申请实施例的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上仅为本申请实施例的具体实施方式而已，并不用于限定本申请实施例的保护范围，凡在本申请实施例的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本申请实施例的保护范围之内。