CN112003858B - 基于区块链的平台对接的方法、电子装置和存储介质 - Google Patents

Abstract

本申请涉及一种基于区块链的平台对接的方法、电子装置和存储介质，其中，基于区块链的平台对接的方法包括：第一微节点获取业务平台方的数据上链请求，在第一微节点接口与业务平台方接口一致的情况下，第一微节点获取业务平台方的数据并对数据进行加密；第一微节点将加密后数据存储至区块链；第二微节点获取资产管理方的数据查询请求，在资产管理方的接口与第二微节点的接口一致的情况下，第二微节点根据数据的索引信息，从区块链中获取数据，资产管理方从第二微节点中下载数据。通过本申请，解决了基于互联网的中心化存储方式构建网络交易平台，耦合度高的问题，提高了资产管理方与业务平台方之间的对接效率。

Description

基于区块链的平台对接的方法、电子装置和存储介质

技术领域

本申请涉及区块链技术领域，特别是涉及基于区块链的平台对接的方法、电子装置和存储介质。

背景技术

随着科技的发展，包括银行和证券公司在内的企业通过互联网实现数据传输。其中，供应链金融是一个连接不同节点的功能网链结构，供应链金融围绕供应链上的核心企业，通过对信息流、物流、资金流和商流的控制，将供应商、制造商、分销商、零售商直到最终客户连成一个整体。

随着互联网技术的发展，供应链上核心企业以及银行等具备资金实力的企业，通过互联网的计算机信息化平台，逐步将整个供应链金融业务信息化。通过可视化网络平台、中心化数据库或者超文本传输协议(Hyper Text Transfer Protocol，简称为HTTP)等网络通信等技术，企业可以构建网络交易平台。

在相关技术中，信息化平台对供应链上的数据采用中心化存储方式，企业授权信息化平台，在企业开展业务的过程中，产生的数据由信息化平台进行托管。由于企业自身业务线众多，需要对接各种不同的平台业务，对接方式通常采用虚拟专用网络(VirtualPrivate Network，简称为VPN)、互联网、或者专线的方式进行，文件传输一般通过文件传输协议(File Transfer Protocol，简称为FTP)实现。这种对接方式协同周期较长，且存在信息不对称、易篡改、参与各方互不信任等问题，而且在多平台之间相互联通的情况下，不仅传输通道复杂化，其业务耦合度也非常高，一方出现问题，其他参与方均可能受到影响。

目前针对相关技术中，基于互联网的中心化存储方式构建网络交易平台，耦合度高的问题，尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种基于区块链的平台对接的方法、电子装置和存储介质，以至少解决相关技术中基于互联网的中心化存储方式构建网络交易平台，耦合度高的问题。

第一方面，本申请实施例提供了一种基于区块链的平台对接的方法，所述方法包括：

第一微节点获取业务平台方的数据上链请求，在所述第一微节点的接口与所述业务平台方的接口一致的情况下，所述第一微节点获取所述业务平台方的数据并对所述数据进行加密；

所述第一微节点将加密后的所述数据的权限添加至授权列表，并将所述数据存储至区块链；

第二微节点获取资产管理方的数据查询请求，在所述资产管理方的接口与所述第二微节点的接口一致的情况下，所述区块链通过智能合约对所述资产管理方进行授权校验；

在所述授权校验成功的情况下，所述第二微节点根据所述数据的索引信息，从所述区块链中获取所述数据，所述资产管理方从所述第二微节点中下载所述数据。

在其中一些实施例中，在所述数据为结构化数据的情况下，所述将所述数据存储至区块链包括：

所述区块链通过所述智能合约，从所述第一微节点中获取所述结构化数据；

所述区块链将所述结构化数据中的索引信息存储至所述智能合约，将所述结构化数据中的交易信息存储至所述区块链的节点。

在其中一些实施例中，所述从所述区块链中获取所述数据包括：

所述区块链根据所述索引信息从所述节点中查询所述交易信息，并在所述智能合约中查询所述交易信息的密钥；

所述第二微节点根据所述密钥对所述交易信息进行解密和下载，所述资产管理方将所述交易信息从所述第二微节点中存储至所述资产管理方。

在其中一些实施例中，在所述数据为非结构化数据的情况下，在第一微节点获取业务平台方的数据上链请求之后，所述方法包括：

在所述第一微节点的接口与所述业务平台方的接口一致的情况下，计算所述非结构化数据的哈希值；

在所述哈希值不存在于历史哈希值集合中的情况下，对所述非结构化数据进行加密，并将所述非结构化数据的权限添加至所述授权列表中，将所述非结构化数据存储至文件存储中心，进行分布式存储；

将所述哈希值、所述非结构化数据的存储路径和所述非结构化数据的密钥中的索引信息存储至所述智能合约，将所述哈希值、所述非结构化数据的存储路径和所述非结构化数据的密钥中的交易信息存储至所述区块链的节点。

在其中一些实施例中，所述从所述区块链中获取所述数据包括：

所述区块链根据所述索引信息从所述节点中查询所述交易信息，所述区块链通过所述智能合约，根据所述交易信息得到所述存储路径和所述密钥；

所述第二微节点根据所述路径信息从所述文件存储中心下载所述非结构化数据，根据所述密钥对所述非结构化数据进行解密；

所述资产管理方将所述非结构化数据从所述第二微节点中存储至所述资产管理方。

在其中一些实施例中，所述授权列表包括数据标识、用户标识和令牌。

在其中一些实施例中，在所述第二微节点获取资产管理方的数据查询请求之前，所述方法包括：

所述资产管理方获取所述区块链中的节点信息，根据所述第二微节点的配置参数，将所述第二微节点集成至所述资产管理方；

所述资产管理方通过所述第二微节点的接口与所述区块链实现数据传输。

在其中一些实施例中，对所述资产管理方进行系统更新的方法为对所述第二微节点进行热更新。

第二方面，本申请实施例提供了一种电子装置，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面所述的基于区块链的平台对接的方法。

第三方面，本申请实施例提供了一种存储介质，其上存储有计算机程序，程序被处理器执行时实现如上述第一方面所述的基于区块链的平台对接的方法。

相比于相关技术，本申请实施例提供的基于区块链的平台对接的方法，通过第一微节点获取业务平台方的数据上链请求，在第一微节点的接口与业务平台方的接口一致的情况下，第一微节点获取业务平台方的数据并对数据进行加密；第一微节点将加密后的数据的权限添加至授权列表，并将数据存储至区块链；第二微节点获取资产管理方的数据查询请求，在资产管理方的接口与第二微节点的接口一致的情况下，区块链通过智能合约对资产管理方进行授权校验；在授权校验成功的情况下，第二微节点根据数据的索引信息，从区块链中获取数据，资产管理方从第二微节点中下载数据，解决了基于互联网的中心化存储方式构建网络交易平台，耦合度高的问题，提高了资产管理方与业务平台方之间的对接效率。

本申请的一个或多个实施例的细节在以下附图和描述中提出，以使本申请的其他特征、目的和优点更加简明易懂。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例的基于区块链的平台对接的方法的应用环境示意图；

图2是根据本申请实施例的基于区块链的平台对接的方法的流程图；

图3是根据本申请实施例的结构化数据下载的方法的流程图；

图4是根据本申请实施例的非结构化数据上链的方法的流程图；

图5是根据本申请实施例的非结构化数据下载的方法的流程图；

图6是根据本申请实施例的微节点结构的示意图；

图7是根据本申请实施例的多个供应链与银行对接的示意图；

图8是根据本申请实施例的电子设备的内部结构示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。基于本申请提供的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并且冗长的，然而对于与本申请公开的内容相关的本领域的普通技术人员而言，在本申请揭露的技术内容的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本申请公开的内容不充分。

在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是，本申请所描述的实施例在不冲突的情况下，可以与其它实施例相结合。

除非另作定义，本申请所涉及的技术术语或者科学术语应当为本申请所属技术领域内具有一般技能的人士所理解的通常意义。本申请所涉及的“一”、“一个”、“一种”、“”等类似词语并不表示数量限制，可表示单数或复数。本申请所涉及的术语“包括”、“包含”、“具有”以及它们任何变形，意图在于覆盖不排他的包含；例如包含了一系列步骤或模块(单元)的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可以还包括没有列出的步骤或单元，或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电气的连接，不管是直接的还是间接的。本申请所涉及的“多个”是指大于或者等于两个。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。本申请所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的对象，不代表针对对象的特定排序。

本申请提供的基于区块链的平台对接的方法，可以应用于如图1所示的应用环境中，图1是根据本申请实施例的基于区块链的平台对接的方法的应用环境示意图，如图1所示。其中，业务平台方11与资产管理方12通过网络进行通信。业务平台方11包括第一微节点111、业务平台系统112和业务平台节点113，资产管理方12包括第二微节点121、资产管理系统122和资产管理节点123，第一微节点111获取业务平台系统112的数据上链请求，在第一微节点111的接口与业务平台系统112的接口一致的情况下，第一微节点111获取业务平台系统112的数据并对数据进行加密；第一微节点111将加密后的数据的权限添加至授权列表，并将数据存储至业务平台节点113，上传至区块链；第二微节点121获取资产管理系统122的数据查询请求，在资产管理系统122的接口与第二微节点121的接口一致的情况下，区块链通过智能合约对资产管理方12进行授权校验；在授权校验成功的情况下，第二微节点121根据数据的索引信息，通过资产管理节点123从区块链中获取数据，资产管理系统122从第二微节点121中下载数据。

本实施例提供了一种基于区块链的平台对接的方法。图2是根据本申请实施例的基于区块链的平台对接的方法的流程图，如图2所示，方法包括如下步骤：

步骤S201，第一微节点获取业务平台方的数据上链请求，在第一微节点的接口与业务平台方的接口一致的情况下，第一微节点获取业务平台方的数据并对数据进行加密。其中，第一微节点是业务平台方的微节点，业务平台方通过第一微节点与区块链进行数据传输，数据可以为业务平台方与资产管理方进行业务交易的过程中生成的数据，例如，交易金额、交易时间和交易序列号等等，业务平台方可以为供应链业务平台，资产管理方可以为银行或者证券公司。数据上链为将数据存储至区块链中的行为。

具体地，微节点集成了对接Hyperchain平台的软件开发工具包(SoftwareDevelopment Kit，简称为SDK)和经过扩展的对外应用程序接口(ApplicationProgramming Interface，简称为API)、热更新等扩展功能，可以与区块链中业务平台方的节点进行对接，节点为提供区块链中分布式账本所有功能或者部分功能的实体，进一步地，分布式账本是一种可以在多个节点、不同地理位置或者多个业务平台方组成的网络里实现共同治理及分享的数据库，Hyperchain平台面向企业、政府机构和产业联盟的区块链技术需求，提供企业级的区块链网络解决方案，是符合ChinaLedger技术规范、通过工信部区块链标准测试的区块链核心系统平台。在第一微节点获取到业务平台方的数据之后，需要对数据进行加密，以提高数据的安全性，保护业务平台方的隐私，可选地，加密方式包括对称加密和非对称加密；

步骤S202，第一微节点将加密后的数据的权限添加至授权列表，并将数据存储至区块链。在业务平台方通过第一微节点进行数据传输的过程中，需要将数据添加至授权列表以提高数据的安全性。具体地，授权列表中保存了可以进行数据访问的用户，只有授权列表中记录的用户才拥有数据访问的权利。在将数据添加至授权列表之后，第一微节点将数据传输至区块链中业务平台方的节点，实现数据上链；

步骤S203，第二微节点获取资产管理方的数据查询请求，在资产管理方的接口与第二微节点的接口一致的情况下，区块链通过智能合约对资产管理方进行授权校验。其中，第二微节点是资产管理方的微节点，资产管理方通过第二微节点与区块链实现数据传输。本实施例中，通过授权校验来验证资产管理方是否具有查询和获取数据的权限。具体地，智能合约为一种旨在以信息化方式传播、验证或执行合同的计算机协议，其在分布式账本上体现为可自动执行的计算机程序；

步骤S204，在授权校验成功的情况下，第二微节点根据数据的索引信息，从区块链中获取数据，资产管理方从第二微节点中下载数据。在资产管理方具有查询和获取数据的权限的情况下，授权校验成功，第二微节点可以根据数据的索引信息从区块链中资产管理方的节点获取数据，本实施例中数据的索引信息可以为数据的序列号、存储路径等。在第二微节点获取到数据之后，资产管理方可以从第二微节点中下载数据。由于数据在上链之后可以实现数据共享，因此，数据在经过第一微节点上传至区块链中业务平台方的节点之后，资产管理方在区块链中的节点也可以获取到数据。

通过上述步骤S201至步骤S204，本实施例通过业务平台方的第一微节点和资产管理方的第二微节点，实现业务平台方和资产管理方的对接，由于第一微节点和第二微节点中的接口场景适应性强，在业务平台方有新的需求的情况下，可以通过改变第一微节点中的接口设置实现新的需求，从而降低了业务平台方与资产管理方之间的耦合，解决了基于互联网的中心化存储方式构建网络交易平台，耦合度高的问题，提高了资产管理方与业务平台方之间的对接效率。

在其中一些实施例中，在资产管理方接入区块链之前，资产管理方需要获取区块链中的节点信息，例如节点的IP地址，并根据第二微节点的配置参数，将第二微节点集成至资产管理方，其中，配置参数除节点的IP地址外还包括Licenses证书和业务平台方的私钥。在资产管理方将第二微节点集成后，资产管理方可以通过第二微节点的接口与区块链实现数据传输，具体为，资产管理方可以通过第二微节点提供的API改造自己的系统服务，深度对接Hyperchain平台。本实施例中，资产管理方接入的区块链可以为联盟链，联盟链是由不同业务主体形成的区块链，联盟链的共识过程受到联盟链中的节点控制。本实施例中，通过为资产管理方安装微节点，使得资产管理方在与不同业务平台方进行对接的过程中，提高对接效率，进一步地，资产管理方作为新的节点可以直接加入联盟链，达到快速部署的效果。

在其中一些实施例中，对所述资产管理方进行系统更新的方法为对第二微节点进行热更新。其中，热更新是指不停机的实时更新，具体地，热更新可以基于Java虚拟机(JavaVirtual Machine，简称为JVM)实现。由于资产管理方与Hyperchain平台的通信通过区块链实现，其主要的处理逻辑由区块链中的智能合约完成，因此，对资产管理方系统的更新和改造可以通过对第二微节点进行热更新实现，以提高更新效率，减少系统升级带来的不便。

在其中一些实施例中，在数据为结构化数据的情况下，将数据存储至区块链包括：区块链通过智能合约，从第一微节点中获取结构化数据，其中，结构化数据也称作行数据，是由二维表结构来进行逻辑表达和实现的数据，严格地遵循数据格式与长度规范，主要通过关系型数据库进行存储和管理，例如手机号、姓名等文本数据；区块链将结构化数据中的索引信息存储至智能合约，将结构化数据中的交易信息存储至区块链的节点，可选的，本实施例中的智能合约包括业务平台方的智能合约与资产管理方的智能合约，本实施例中的节点包括业务平台放的节点和资产管理方的节点，不同的智能合约之间达成共识，不同的节点之间也达成共识。其中，共识为区块链采用的分布式账本系统中各节点间为达成一致采用的计算方法。

索引信息可以为结构化数据中的客户信息，例如序列号、日期、时间、金额数量等索引字段，区块链的节点包括业务平台方在区块链中的节点和资产管理方在区块链中的节点，交易信息可以为与索引无关的存证信息，例如，交易的具体金额大小。本实施例通过将结构化信息的索引信息存储在区块链的智能合约中，将结构化信息的交易信息存储在区块链的节点中，避免业务平台方在进行数据传输的过程中，需要多次记录业务平台方的客户信息，本实施例将客户信息存储于智能合约，在同一客户进行多次交易的过程中，不需要重复记录客户的索引信息，降低数据存储的冗余度。

在其他实施例中，通过智能合约调用结构化数据会出现异常，例如，业务平台方的系统崩溃。在出现异常的情况下，结束结构化数据的上链过程，对异常进行处理。

在其中一些实施例中，图3是根据本申请实施例的结构化数据下载的方法的流程图，如图3所示，方法包括如下步骤：

步骤S301，区块链根据索引信息从节点中查询交易信息，并在智能合约中查询交易信息的密钥。本实施例中的节点具体为区块链中资产管理方的节点，在资产管理方通过智能合约的授权校验的情况下，可以依据智能合约中存储的索引信息，从资产管理方的节点中获取被加密过的交易信息，并从智能合约中获取交易信息的密钥；

步骤S302，第二微节点根据密钥对交易信息进行解密和下载，资产管理方将交易信息从第二微节点中存储至资产管理方。

通过上述步骤S301和步骤S302，本实施例中的资产管理方通过第二微节点下载结构化数据，不需要和业务平台方直接进行对接，可以提高结构化数据的传输效率。

在其他实施例中，在授权校验出现异常的情况下，例如，在资产管理方不具有查询和获取交易信息的权限，或者资产管理方的系统崩溃的情况下，结束获取结构化数据的过程，对异常进行处理。

在其中一些实施例中，图4是根据本申请实施例的非结构化数据上链的方法的流程图，如图4所示，方法包括如下步骤：

步骤S401，在第一微节点的接口与业务平台方的接口一致的情况下，计算非结构化数据的哈希值。具体地，非结构化数据与结构化数据相反，非结构化数据为数据结构不规则或者不完整的数据类型，例如文件类型数据。本实施例中，采用链外存储方式实现非结构化数据的存储，在对非结构化数据进行存储的过程中需要计算非结构化数据的哈希值，哈希值可以作为非结构化数据的标识，由于不同非结构化数据的哈希值不同，因此非结构化数据与哈希值之间一一对应，可以根据哈希值查询与哈希值对应的非结构化数据；

步骤S402，在哈希值不存在于历史哈希值集合中的情况下，对非结构化数据进行加密，并将非结构化数据的权限添加至授权列表中，并将非结构化数据存储至文件存储中心，进行分布式存储。每一组非结构化数据均会产生一个哈希值，所有已生成的哈希值可以作为历史哈希值集合，在得到新的哈希值的情况下，可以将新的哈希值与历史哈希值集合进行对比，在新的哈希值不存在于历史哈希值集合的情况下，说明与哈希值对应的非结构化数据为业务平台方的新数据，需要将非结构化数据进行加密后再添加至授权列表，在哈希值存在于历史哈希值集合的情况下，说明非结构化数据为重复数据，直接将非结构化数据添加至授权列表。进一步地，在对新的非结构化数据进行加密之后，需要将非结构化数据存储至文件存储中心，实现文件持久化，文件存储中心例如云盘，可选地，分布式存储为将非结构化数据存储于多个云盘；

步骤S403，将哈希值、非结构化数据的存储路径和非结构化数据的密钥中的索引信息存储至智能合约，将哈希值、非结构化数据的存储路径和非结构化数据的密钥中的交易信息存储至区块链的节点。

在将非结构化数据进行存储之后，得到非结构化数据的存储路径，例如统一资源定位符(Uniform Resource Locator，简称为URL)，由于哈希值、存储路径和密钥均为结构化数据，因此，可以将这些结构化数据中的索引信息存储至智能合约，将这些结构化数据中的交易信息存储至节点，本实施例中的智能合约包括业务平台方的智能合约与资产管理方的智能合约，本实施例中的节点包括业务平台方的节点与资产管理方的节点。不同的智能合约之间达成共识，不同的节点之间也达成共识。

通过上述步骤S401至步骤S403，将非结构化数据进行分布式存储，能够实现非结构化数据的高可用，提高非结构化数据的检索效率，同时将哈希值、存储路径和密钥的索引信息和交易信息分别存储至智能合约和节点，可以降低数据的冗余度。

在其他实施例中，通过智能合约调用非结构化数据会出现异常，例如，业务平台方的系统崩溃，在出现异常的情况下，结束结构化数据的上链过程，对异常进行处理。

在其中一些实施例中，图5是根据本申请实施例的非结构化数据下载的方法的流程图，如图5所示，方法包括如下步骤：

步骤S501，区块链根据索引信息从节点中查询交易信息，并通过智能合约，根据交易信息得到存储路径和密钥。本实施例中的节点为资产管理方在区块链中的节点，本实施中的智能合约为资产管理方的智能合约；

步骤S502，第二微节点根据路径信息从文件存储中心下载非结构化数据，根据密钥对非结构化数据进行解密；

步骤S503，资产管理方将非结构化数据从第二微节点中存储至资产管理方。

通过上述步骤S501至步骤S503，本实施例中的资产管理方通过第二微节点下载非结构化数据，不需要和业务平台方直接进行对接，可以提高非结构化数据的传输效率。

在其他实施例中，在授权校验出现异常的情况下，例如，在资产管理方不具有查询和获取交易信息的权限，或者资产管理方的系统崩溃的情况下，结束获取结构化数据的过程，对异常进行处理。

在其中一些实施例中，授权列表包括数据标识、用户标识和令牌。由于数据以密文的方式保存在区块链上，因此可以依赖区块链中分布式账本的加密特性进行数据访问的权限管理。在区块链上仅保留数据加密后的密文，由数据所有者持有密钥的场景下，在链外进行数据访问授权，数据访问的过程可以通过区块链令牌为授权操作提供信用背书。在使用具有加密功能的智能合约的场景中，用户仅仅通过智能合约的授权列表与账户体系即可实现数据的授权访问。智能合约的授权列表可以细分为三个数据模块：数据标识、用户标识和令牌。三者映射关系为正向树模型，数据标识里记录了被隐私保护的数据的索引和数据编码(Identity Document，简称为ID)等结构化信息；用户标识则记录了当前被保护数据的目标开发用户列表，列表内为用户相关的账户信息；令牌则记录了与用户标识对应的用户，对被保护数据的访问权限，如访问期限、访问次数、数据范围等信息。通过三层数据模型对隐私数据进行保护，由于数据存储在智能合约内，因此可以对数据进行实时维护和更新。

需要说明的是，在上述流程中或者附图的流程图中示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

下面通过实际应用场景对本申请实施例进行描述和说明。

在资产管理方为银行，业务平台方为供应链业务平台的情况下，银行作为资产管理方，在对接供应链业务平台的过程中，需要两项基础设施，分别为区块链节点和第一微节点。区块链节点为联盟链为银行部署的分布式账本，用于联盟链上账本数据同步，通常存储有各供应链业务平台上的业务数据以及具备执行智能合约的功能。第一微节点用于银行业务系统和区块链的对接，是银行业务系统和底层模块之间的中间件。银行业务系统必须通过第一微节点才能进行访问区块链节点上的数据信息，和直接调用部署在区块链上的智能合约。因此，银行业务系统和各个供应链业务平台之间不再需要一一建立数据传输通道，而是通过包括第一微节点和第二微节点的中间件和区块链，进行数据的生产和消费行为。

图6是根据本申请实施例的微节点结构的示意图，如图6所示，微节点可以为第一微节点，也可以为第二微节点，微节点包括对外模块和底层模块，其中，对外模块包括申请数据授权API、服务订阅单元和数据共享交换API，底层模块包括智能合约和热更新单元。对外模块中的申请数据授权API和数据共享交换API主要为银行业务系统提供与区块链交互的接口，实现数据上链、数据查询、申请授权等操作，最大化降低银行操作复杂度，以及对底层区块链的技术储备深度，服务订阅单元可以保证银行业务系统及时获取到数据流转过程中的反馈信息，底层模块一方面通过调用智能合约作为对外模块与Hyperchain的桥接层，另一方面通过热更新单元对银行的业务系统进行升级。

具体地，银行接入区块链系统的准入流程分为两个阶段，第一阶段为银行首次接入的场景，第二阶段为银行有新增需求，需要升级第二微节点的场景。为了最大化地提高效率，简化银行的接入流程，第一阶段为银行提供的第二微节点的接口是规范化且不可变更的，避免由于第二微节点变动导致不能向下兼容的问题。第二阶段，对第二微节点进行升级时，银行无需再次变更其已有的系统服务，仅需要对第二微节点进行热更新。

另一方面，供应链业务平台作为数据的生产者，需要为平台上各参与方建立唯一数字身份，供应链业务平台中的各企业之间的业务交易都基于供应链业务平台进行，交易明细数据作为源数据进行上链，由供应链业务平台通过调用第一微节点提供的接口将数据进行上链。

进一步地，图7是根据本申请实施例的多个供应链与银行对接的示意图，如图7所示，每个供应链具有自己的供应链业务平台、节点、微节点和文件服务中心，银行也具有自己的节点、微节点和银行业务系统，银行业务系统与供应链业务平台之间通过节点与网络连接，进而实现数据共享和数据传输，数据通过节点传输至各个供应链的微节点和银行的微节点，供应链的文件服务中心可以用来存储数据。在有新的供应链业务平台需要与银行进行对接的情况下，新的供应链业务平台可以直接以加入联盟链的方式实现与银行的对接，因此基于微节点实现的银行业务系统，扩展性极好。

微节点通过区块链技术，将银行与供应链上的核心企业、供应商、经销商等各主要参与主体分别作为独立的节点，按照联盟共识机制平等参与交易行为的认证，确保区块链上的数据真实、不可篡改、可溯源，且保障融资主体的身份、交易凭证的法律效力。而且，由多个认证中心组成的整体认证体系具有一定的稳定性，便于参与各方共同掌握供应链上的数据，保证供应链交易信息的高度透明性、一致性、真实性和不可篡改。同时，基于区块链的加密特性和可溯源特性，在对数据进行严格的隐私保护同时达到监管要求。通过多中心化的共识机制，大大提高数据造假成本，必须成功攻击超过51％的节点才可能成功篡改数据，严格的机制为供应链上的参与方提供可靠的诚信体系，确保数据的真实性。

与传统的“中心化数据存储+中心化网络运营平台”相比，微节点提供了一种新的与数据资产交互的方式，银行与供应链业务平台中的各个企业作为参与方不需要通过HTTP网络通信接口与平台运营方进行数据资产交换，微节点使各个参与方能直接访问数据资产，进行数据价值的挖掘。

更进一步的，相对于相关技术中，数据的隐私保护高度依赖网络平台，中心化的数据库造成隐私保护机制相对脆弱，且银行和不同供应链业务平台之间数据传输过程，也存在大量重复数据传输现象，例如，同一客户在平台A上的建档信息，和在平台B上的建档信息，会重复提交给银行，银行需要重复处理数据，本申请中每个参与节点都需要遵循同一记账规则，而记账规则是基于密码算法和代码进行，所以系统的运行无需依赖中心化机制，所有交易数据都会进行加密措施，数据的所有权为数据生产者自己持有，对数据的消费行为依赖智能合约进行授权操作，对数据进行隐私保护措施，而且，通过分布式账本使客户一次提交数据，跨平台使用，银行不需要和平台直接进行业务对接，通过微节点直接从区块链上即可获取到客户的建档信息。

需要说明的是，上述各个模块可以是功能模块也可以是程序模块，既可以通过软件来实现，也可以通过硬件来实现。对于通过硬件来实现的模块而言，上述各个模块可以位于同一处理器中；或者上述各个模块还可以按照任意组合的形式分别位于不同的处理器中。

本实施例还提供了一种电子装置，包括存储器和处理器，存储器中存储有计算机程序，处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，传输设备和上述处理器连接，输入输出设备和上述处理器连接。

需要说明的是，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

另外，结合上述实施例中的基于区块链的平台对接的方法，本申请实施例可提供一种存储介质来实现。存储介质上存储有计算机程序；计算机程序被处理器执行时实现上述实施例中的任意一种基于区块链的平台对接的方法。

在一个实施例中，提供了一种计算机设备，计算机设备可以是终端。计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，计算机设备的处理器用于提供计算和控制能力。计算机设备的存储器包括非易失性存储介质、内存储器。非易失性存储介质存储有操作系统和计算机程序。内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。计算机设备的网络接口用于与外部的终端通过网络连接通信。计算机程序被处理器执行时以实现一种基于区块链的平台对接的方法。计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

在一个实施例中，图8是根据本申请实施例的电子设备的内部结构示意图，如图8所示，提供了一种电子设备，电子设备可以是服务器，其内部结构图可以如图8所示。电子设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，电子设备的处理器用于提供计算和控制能力。电子设备的存储器包括非易失性存储介质、内存储器。非易失性存储介质存储有操作系统、计算机程序和数据库。内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。电子设备的数据库用于存储数据。电子设备的网络接口用于与外部的终端通过网络连接通信。计算机程序被处理器执行时以实现一种基于区块链的平台对接的方法。

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

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，计算机程序可存储于一非易失性计算机可读取存储介质中，计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

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

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

Claims (10)

1.一种基于区块链的平台对接的方法，其特征在于，所述方法包括：

第一微节点获取业务平台方的数据上链请求，在所述第一微节点的接口与所述业务平台方的接口一致的情况下，所述第一微节点获取所述业务平台方的数据并对所述数据进行加密，其中，所述第一微节点是业务平台方的微节点，业务平台方通过第一微节点与区块链进行数据传输；

所述第一微节点将加密后的所述数据的权限添加至授权列表，并将所述数据存储至区块链；

第二微节点获取资产管理方的数据查询请求，在所述资产管理方的接口与所述第二微节点的接口一致的情况下，所述区块链通过智能合约对所述资产管理方进行授权校验，其中，第二微节点是资产管理方的微节点，资产管理方通过第二微节点与区块链实现数据传输；其中，微节点集成了软件开发工具包和经过扩展的对外应用程序接口，所述微节点包括所述第一微节点和所述第二微节点；

在所述授权校验成功的情况下，所述第二微节点根据所述数据的索引信息，从所述区块链中获取所述数据，所述资产管理方从所述第二微节点中下载所述数据。

2.根据权利要求1所述的方法，其特征在于，在所述数据为结构化数据的情况下，所述将所述数据存储至区块链包括：

所述区块链通过所述智能合约，从所述第一微节点中获取所述结构化数据；

所述区块链将所述结构化数据中的索引信息存储至所述智能合约，将所述结构化数据中的交易信息存储至所述区块链的节点。

3.根据权利要求2所述的方法，其特征在于，所述从所述区块链中获取所述数据包括：

所述区块链根据所述索引信息从所述节点中查询所述交易信息，并在所述智能合约中查询所述交易信息的密钥；

所述第二微节点根据所述密钥对所述交易信息进行解密和下载，所述资产管理方将所述交易信息从所述第二微节点中存储至所述资产管理方。

4.根据权利要求1所述的方法，其特征在于，在所述数据为非结构化数据的情况下，在第一微节点获取业务平台方的数据上链请求之后，所述方法包括：

在所述第一微节点的接口与所述业务平台方的接口一致的情况下，计算所述非结构化数据的哈希值；

在所述哈希值不存在于历史哈希值集合中的情况下，对所述非结构化数据进行加密，并将所述非结构化数据的权限添加至所述授权列表中，将所述非结构化数据存储至文件存储中心，进行分布式存储；

将所述哈希值、所述非结构化数据的存储路径和所述非结构化数据的密钥中的索引信息存储至所述智能合约，将所述哈希值、所述非结构化数据的存储路径和所述非结构化数据的密钥中的交易信息存储至所述区块链的节点。

5.根据权利要求4所述的方法，其特征在于，所述从所述区块链中获取所述数据包括：

所述区块链根据所述索引信息从所述节点中查询所述交易信息，所述区块链通过所述智能合约，根据所述交易信息得到所述存储路径和所述密钥；

所述第二微节点根据所述路径信息从所述文件存储中心下载所述非结构化数据，根据所述密钥对所述非结构化数据进行解密；

所述资产管理方将所述非结构化数据从所述第二微节点中存储至所述资产管理方。

6.根据权利要求1所述的方法，其特征在于，所述授权列表包括数据标识、用户标识和令牌。

7.根据权利要求1所述的方法，其特征在于，在所述第二微节点获取资产管理方的数据查询请求之前，所述方法包括：

所述资产管理方获取所述区块链中的节点信息，根据所述第二微节点的配置参数，将所述第二微节点集成至所述资产管理方；

所述资产管理方通过所述第二微节点的接口与所述区块链实现数据传输。

8.根据权利要求7所述的方法，其特征在于，对所述资产管理方进行系统更新的方法为对所述第二微节点进行热更新。

9.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行权利要求1至8中任一项所述的基于区块链的平台对接的方法。

10.一种存储介质，其特征在于，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行权利要求1至8中任一项所述的基于区块链的平台对接的方法。

Images