CN109447643A - 一种基于区块链的数据共享系统及数据共享方法 - Google Patents

Abstract

本发明公开了一种基于区块链的数据共享系统及数据共享方法，该系统包括：区块链系统、运营系统和多个服务系统。服务系统部署于成员机构，用于根据成员机构的查询请求确定待查询的成员机构的服务系统的路由信息，根据待查询的成员机构的服务系统的路由信息，将查询请求加密后发送给待查询的成员机构的服务系统，以及接收待查询的成员机构的服务系统响应信息。运营系统部署于运营商，用于对服务系统进行的数据共享服务进行积分核算，区块链系统用于收集服务系统以及运营系统产生的交易以及对收集交易进行上链处理。各成员机构可以通过服务系统沟通自身的业务系统和区块链系统，消除了各成员机构的业务系统的差异，并实现数据共享服务。

Description

一种基于区块链的数据共享系统及数据共享方法

技术领域

本发明实施例涉及区块链技术领域，尤其涉及一种基于区块链的数据共享系统及数据共享方法。

背景技术

在大数据时代，大数量的数据使得企业具有巨大的资源优势，金融企业利用大量的金融数据可以解决安全、风控等许多的金融问题。但目前无论是部门间或者是企业间进行数据流通和共享都需要很大的时间成本和开发成本。因此如何利用这些数据，方便快捷地为企业服务，进而为企业盈利，其首先需要解决的技术问题是如何提供一种可信的、可记录的、可计费、可追踪的数据平台，以实现对企业大量数据的有效利用。

发明内容

本发明实施例提供一种基于区块链的数据共享系统及数据共享方法，以使各成员机构实现沟通自身的业务系统和区块链系统，消除了各成员机构的业务系统的差异，并实现数据共享服务。

本发明实施例提供的一种基于区块链的数据共享系统，包括：区块链系统、运营系统和多个服务系统；所述多个服务系统和所述运营系统分别与所述区块链系统进行通信；

所述服务系统部署于成员机构，用于根据所述成员机构的查询请求确定待查询的成员机构的服务系统的路由信息，根据所述待查询的成员机构的服务系统的路由信息，将查询请求加密后发送给所述待查询的成员机构的服务系统，以及接收所述待查询的成员机构的服务系统响应信息；

所述运营系统部署于运营商，用于对所述服务系统进行的数据共享服务进行积分核算；

所述区块链系统用于收集所述服务系统以及所述运营系统产生的交易以及对收集交易进行上链处理。

上述技术方案中，各成员机构可以通过服务系统沟通自身的业务系统和区块链系统，消除了各成员机构的业务系统的差异，并实现数据共享服务。

可选的，所述服务系统包括路由表维护模块、查询处理模块、交易入链模块以及定时任务模块；

所述路由表维护模块用于维护各服务系统的路由表；

所述查询处理模块用于对查询请求或响应信息进行转发，对查询的数据加解密以及对签名进行验证；

所述交易入链模块用于将产生的交易发送给区块链系统；

所述定时任务模块用于定时发送给区块链系统的交易同步到本地数据库以及对发送失败的交易进行补偿后重新发送。

可选的，所述运营系统包括价格管理模块、机构管理模块、积分清算模块、积分冲正模块和定时任务模块；

所述价格管理模块用于管理各成员机构的数据的价格信息；

所述机构管理模块用于对各成员机构进行验证以及增加或删除成员机构；

所述积分清算模块用于汇总各交易产生的积分并进行清算，以及监管各成员机构的透支额度；

所述积分冲正模块用于对各成员机构产生的交易进行确认；

所述定时任务模块用于定时将积分清算结果发送给区块链系统。

可选的，所述区块链系统包括：通信模块、智能合约模块、共识模块、证书服务模块和共享账本模块；

所述通信模块用于接收所述服务系统或所述运行系统发送的交易，校验背书策略以及收集区块生成信息；

所述智能合约模块用于验证各成员机构的权限并将与权限相关的数据存储，以及验证积分清结算、更改各成员机构的积分账号余额；

所述共识模块用于对通信模块接收到的交易进行共识；

所述证书服务模块用于管理各成员机构的身份证书和通信证书；

所述共享账本模块用于将共识后的交易写入分布式账本。

可选的，所述区块链系统、所述服务系统和所述运营系统之间通过Fabric软件开发工具包(Software Development Kit，SDK)进行通信。

相应的，本发明实施例还提供了一种基于数据共享系统的数据共享方法，包括：

第一服务系统获取第一成员机构的业务系统发起的查询请求，所述查询请求包括待查询数据和第二成员机构的身份标识(Identity，ID)；所述第二成员机构为所述待查询的业务所在的成员机构；

所述第一服务系统根据所述第二成员机构的ID获取所述第二成员机构的服务系统的路由信息和公钥；

所述第一服务系统使用自身的私钥对所述待查询数据进行签名加密，并根据所述第二成员机构的服务系统的路由信息向所述第二成员机构的服务系统发送加密后的待查询数据，以使所述第二成员机构的服务系统在使用所述第一服务系统的公钥对所述加密后的待查询数据进行验签后转发所述第二成员机构的业务系统。

可选的，在所述第一服务系统向所述第二成员机构的服务系统发送加密后的待查询数据之后，还包括：

所述第一服务系统获取所述第二成员机构的服务系统发送的加密后的查询结果；

所述第一服务系统使用所述第二成员机构的服务系统的公钥对所述加密后的查询结果进行解密，并将解密后的查询结果发送给所述第一成员机构的业务系统。

可选的，还包括：

所述第一服务系统将所述查询请求和所述查询结果进行上链处理。

相应的，本发明实施例还提供了一种计算设备，包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序执行上述数据共享方法。

相应的，本发明实施例还提供了一种计算机可读非易失性存储介质，包括计算机可读指令，当计算机读取并执行所述计算机可读指令时，使得计算机执行上述数据共享方法。

附图说明

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

图1为本发明实施例提供的一种基于区块链的数据共享系统的结构示意图；

图2为本发明实施例提供的一种服务系统的结构示意图；

图3为本发明实施例提供的一种运营系统的结构示意图；

图4为本发明实施例提供的一种区块链系统的结构示意图；

图5为本发明实施例提供的一种数据共享系统的结构示意图；

图6为本发明实施例提供的一种数据共享方法的流程示意图；

图7为本发明实施例提供的一种数据共享系统的结构示意图；

图8为本发明实施例提供的一种业务查询方法的流程示意图；

图9为本发明实施例提供的一种业务上链的流程示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

图1示例性的示出了本发明实施例提供的一种基于区块链的数据共享系统的结构，如图1所示，该数据共享系统可以包括区块链系统100、运营系统300和多个服务系统200。其中，该多个服务系统200和运营系统300分别与该区块链系统100进行通信。可选的，该多个服务系统200、运营系统300和区块链系统100之间可以通过Fabric SDK进行通信。

其中，服务系统200部署于成员机构，用于根据成员机构的查询请求确定待查询的成员机构的服务系统200的路由信息，根据待查询的成员机构的服务系统200的路由信息，将查询请求加密后发送给待查询的成员机构的服务系统200，以及接收待查询的成员机构的服务系统200响应信息。本发明实施例可以适用于联盟链，每个联盟链中的成员机构都部署有服务系统200。

上述服务系统200的结构可以如图2所示的结构，该服务系统200可以包括路由表维护模块210、查询处理模块220、交易入链模块230以及定时任务模块240。路由表维护模块210用于维护各服务系统200的路由表。查询处理模块220用于对查询请求或响应信息进行转发，对查询的数据加解密以及对签名进行验证。交易入链模块230用于将产生的交易发送给区块链系统100。定时任务模块240用于定时发送给区块链系统100的交易同步到本地数据库以及对发送失败的交易进行补偿后重新发送。

运营系统300部署于运营商，用于对服务系统200进行的数据共享服务进行积分核算。上述运营系统300的结构可以如图3所示，该运营系统300可以包括价格管理模块310、机构管理模块320、积分清算模块330、积分冲正模块340和定时任务模块350。价格管理模块310用于管理各成员机构的数据的价格信息。机构管理模块320用于对各成员机构进行验证以及增加或删除成员机构。积分清算模块330用于汇总各交易产生的积分并进行清算，以及监管各成员机构的透支额度。积分冲正模块340用于对各成员机构产生的交易进行确认。定时任务模块350用于定时将积分清算结果发送给区块链系统100。

上述区块链系统100主要用于收集服务系统200以及运营系统300产生的交易以及对收集交易进行上链处理。图4示出了该区块链系统100的结构，该区块链系统100可以包括：通信模块110、智能合约模块120、共识模块130、证书服务模块140和共享账本模块150。通信模块110用于接收服务系统200或运行系统发送的交易，校验背书策略以及收集区块生成信息。智能合约模块120用于验证各成员机构的权限并将与权限相关的数据存储，以及验证积分清结算、更改各成员机构的积分账号余额。共识模块130用于对通信模块110接收到的交易进行共识。证书服务模块140用于管理各成员机构的证书。共享账本模块150用于将共识后的交易写入分布式账本。

可选的，本发明实施例还提供了一种数据共享系统的结构，该结构可以如图5所示。该图5中未示出运营系统的结构，仅是示例作用。该数据共享系统可以分为渠道层、服务系统层、基础组件层、Fabric层和数据库层，其中，Fabric层也就是区块链系统层，该区块链系统使用的是Fabric区块链。

渠道层可以为：联盟链内的成员机构，每个成员机构都会部署相应的服务系统和区块链系统。

服务系统可以包括路由表维护、查询处理、数据入链，定时任务这几个模块。服务系统作为业务系统与底层区块链系统之间的适配，交易查询操作主要是通过服务系统来进行机构间的相互查询，数据上链等操作成。其中，路由表维护：维护一张路由表记录成员机构的路由信息。服务查询方A查询名单数据时，需要获取服务提供方B的地址，以便后续发送查询请求到查询提供方B。查询处理：包括对查询数据的加解密，签名，和进行请求转发与反馈。数据入链：针对名单查询的查询记录进行异步上链，并对查询双方进行积分的清算与结算处理。定时任务：链上数据定时同步到本地系统中，以便后续进行查询报表统计。同时，兼含上链失败的数据进行补偿。

可选的，服务系统主要功能有机构激活、名单查询和积分上链等。机构激活是每个机构只能使用自己机构的证书来对自己机构进行激活，激活成功后的机构才能进行名单查询操作。名单查询是由参与机构发起交易。由于区块链系统是异步确认交易的过程，每个区块中包含的交易会在区块生成后进行再次校验。为了提高交易的有效性，所有的查询交易并不会读取并改变每家机构的积分，只是记录发生了什么。

基础组件层可以表示为：对于区块链底层的交易数据，使用消息队列kafka进行管理，任务调度中心主要负责名单查询的任务调度处理。

Fabric层：基于区块链开源架构fabric节点部署在云端或者各参与方的安全环境下，docker方式运行节点，k8s作为docker节点编排的工具；节点分类为orderer节点(负责收集交易并打包生成区块，排序节点的共识使用kafka+zookeeper的模式进行)，peer节点(承担两个角色，endorser和committer，对交易合法性进行背书，对新产生区块进行二次校验)；智能合约在endorser节点中运行，主要分为两类业务逻辑，验证用户权限并将用户权限相关数据落地存储/验证积分清结算并更改各个参与方的积分账户余额。fabric-sdk主要是封装交易提案与交易的发送，校验背书策略，收集区块生成信息等；共享账本则包括名单查询账本和路由账本，服务查询方的查询及服务提供方的结果均需写入查询账本；服务提供方加入联盟时需提供服务访问IP和端口到路由账本，路由账本将其返回给服务调用方，进入查询流程。

MongoDB层：负责存储数据到本地环境中，含路由表数据，交易记录，积分信息等。

上述数据共享系统还包括运营系统(图5未示出)，该运营系统主要功能有价格管理、机构管理、积分清算、积分结算、积分冲正和定时任务等。

积分冲正交易，也称为积分修正：由参与的成员机构发起交易，积分冲正交易来源于事后审计，但是需要考虑时限性问题。如果记账交易已经完成链下的资金结算，将无法回滚交易并执行冲正操作。所以冲正交易发起时限为当期积分快照交易完成前。

积分清算主要有两个功能，首先是汇总记账交易产生的积分余额变更，其次是监管运营系统监测联盟参与机构的透支额度是否已经被突破。积分清算交易同样面临交易有效性问题，如果该交易不是某个区块的最后一笔交易，则一定会造成交易无效。因为积分清算交易依赖于积分记账交易，在积分清算交易提交后再次发生积分记账交易，一定会导致积分清算交易无效。为了解决这个问题，适时引入了积分改期交易。

积分改期交易是将所有的记账交易，分为若干记账周期。例如，每日零点发起积分改期交易，开启一个新的记账周期。这样使得积分记账交易依赖于积分改期交易，而积分改期交易一定是有效交易。积分改期交易完成之后，积分清算交易无论何时进行，同样也变成有效交易了。

积分快照交易是将汇总多个积分清算交易产生的积分余额变更，为链外资金结算提供链上积分快照数据参照。积分清算交易周期可以被监管运营系统灵活调整，但积分快照交易周期则需要与链外资金结算周期保持同步。

需要说明的是，运营系统在技术上使用springboot2.0进行构建，对外提供restful接口，后端数据库可以使用MongoDB和mysql来进行存储，使用fabric-sdk来对hyperledger fabric区块链进行操作。

基于相同的技术构思，图6示例性的示出了基于上述数据共享系统的一种数据共享方法的流程，该数据共享方法的流程可以由服务系统执行。具体步骤包括：

步骤601，第一服务系统获取第一成员机构的业务系统发起的查询请求。

该查询请求可以包括待查询数据和第二成员机构的ID，该第一成员机构是该第一服务系统所属的成员机构，该第二成员机构为待查询的业务所在的成员机构。本发明实施例为通过第一成员机构的业务系统向第二成员机构的业务系统查询数据的过程。

步骤602，所述第一服务系统根据所述第二成员机构的ID获取所述第二成员机构的服务系统的路由信息和公钥。

在得到第二成员机构的ID后，第一服务系统就可以根据该第二成员机构的ID查询自身的数据库，来获得第二成员机构的服务系统的路由信息和公钥。该路由消息用于向第二成员机构的服务系统发送信息，公钥是用于对接收到的第二成员机构的服务系统的消息进行验签。

步骤603，所述第一服务系统使用自身的私钥对所述待查询数据进行签名加密。

第一服务系统在查询到第二成机构的路由信息后，就可以使用自身的私钥对该待查询数据进行签名加密，以保证数据传输的安全性。

步骤604，所述第一服务系统根据所述第二成员机构的服务系统的路由信息向所述第二成员机构的服务系统发送加密后的待查询数据。

第一服务系统可以基于第二成员机构的服务系统的路由信息向第二成员机构的服务系统发送加密后的待查询数据，以使第二成员机构的服务系统在使用第一服务系统的公钥对加密后的待查询数据进行验签后转发第二成员机构的业务系统。这样第二成员机构的业务系统会先对加密后的待查询数据进行验签，然后转发给第二成员机构的业务系统，第二成员机构的业务系统在得到该待查询数据后查询得到相应的查询结果然后发送给第二成员机构的服务系统，第二成员机构的服务系统将该查询结果使用自身的私钥进行加密后发送给第一服务系统。

在向第二成员机构的服务系统发送加密后的待查询数据之后，第一服务系统获取第二成员机构的服务系统发送的加密后的查询结果，然后使用第二成员机构的服务系统的公钥对加密后的查询结果进行解密，并将解密后的查询结果发送给第一成员机构的业务系统。

可选的，第一服务系统将查询请求和查询结果进行上链处理。

为了更好的解释本发明实施例，下面将在具体的场景下来描述数据共享系统以及数据共享方法的流程。

如图7所示，该数据共享系统包括运营系统、服务系统和区块链系统，其中运营系统主要可以包括证书管理、区块链浏览器、节点监控、渠道管理、系统管理。证书管理用于对成员机构的权限管理，申领证书并登记入链。区块链浏览器用于根据各成员机构的权限分配查看区块与交易信息，并且在交易信息中查看相关业务数据。节点监控用于实时监控各个参与方的节点存活状态，进行节点相关操作，比如重启操作。渠道管理用于集中管理渠道中相关的参与方加入与退出，从而进行数据隔离，这里的渠道是指各成员机构，管理的是各成员机构的加入与退出。

系统管理用于集中管理联盟中各成员机构的审批，积分的分发与汇总，处理交易申诉。

服务系统的主要功能有机构激活、路由转发、名单查询、积分审计和定时任务等。服务系统中为了保证大量名单数据查询的处理，使用kafka来对数据进行分发操作。服务系统主要是用于与成员机构的业务系统进行交互。

区块链系，也就是Fabric节点部署在各成员机构的安全环境下，在docker容器中运行。节点分类为orderer节点和peer节点，前者负责收集交易并打包生成区块，排序节点的共识使用kafka+zookeeper的模式进行，后者承担两个角色，endorser(对交易合法性进行背书)和committer(提交新区块上链并在提交时根据背书结果对新产生区块进行二次校验)。

Fabric中智能合约也称为链码，是我们在fabric上实现的业务逻辑，合约与节点一样，也存在一个docker容器中，在节点调用时运行。本系统中合约主要有两类业务逻辑，一是验证用户权限并将用户权限相关数据落地存储，二是验证积分清结算并更改各个参与方的积分账户余额。

Fabric-sdk是为了方便上层开发而对底层做的抽象，主要是对合约调用、交易解析、交易的发送，背书校验，收集区块生成信息等功能的封装。

Fabric是一个对隐私要求较高的区块链网络，节点需要授权才可加入。证书服务便是用来管理节点身份、隐私的。目前Fabric中主要使用了两类证书：登记证书(ECert)和通信证书(TLSCert)，前者用于实体的身份验证，后者用于保障通信链路的安全。

基于上述数据共享系统的结构，图8示出了一种业务查询的流程，具体流程包括：

步骤801，由业务系统A发起一笔交易查询机构B的请求。

步骤802，服务系统A从MongoDB数据库中获取机构的路由和机构公钥。

步骤803，服务系统A用自己的私钥对查询请求数据进行签名加密处理，并通过路由地址转发给服务系统B。

步骤804，服务系统B在接收到请求后，用A的公钥对其进行验签，验签通过之后的数据保存到MongoDB数据库中。并转发给业务系统B进行查询风险数据。

步骤805，业务系统B将相应结果返回给服务系统B。

步骤806，服务系统B将返回的结果数据加密后发送给对应请求的服务系统A。

步骤807，服务系统A解密返回结果，通知业务系统A查询的风险数据结果。

步骤808，服务系统B会将查询请求和查询结果进行上链处理，当查询结果有命中的数据时，还会触发一笔积分的清算动作。

步骤809，服务系统A和B都有定时任务将区块链上的块数据解析并保存到本地MongoDB数据库中。

步骤810，服务系统B在验签通过后将查询请求入库。

相应的，本发明实施例还提供了一种区块链系统将业务上链的流程，如图9所示，包括：

步骤901，客户端将交易请求发送到peer节点进行背书。

步骤902，peer节点在本地模拟执行收到的交易，确定交易合法后将包含交易执行结果的背书结果返回客户端。

步骤903，客户端将已经背书的交易发送给order节点进行共识。

步骤904，order节点将交易请求发送给kafka排序。

步骤905，order节点将经过kafka排序的交易打包成区块，存储到本地的文件系统，同时也发送给各peer节点。

步骤906，peer节点对交易的背书结果进行二次校验，标记校验结果后将区块上链。

基于相同的技术构思，本发明实施例还提供了一种计算设备，包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序执行上述数据共享方法。

基于相同的技术构思，本发明实施例还提供了一种计算机可读非易失性存储介质，包括计算机可读指令，当计算机读取并执行所述计算机可读指令时，使得计算机执行上述数据共享方法。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种基于区块链的数据共享系统，其特征在于，包括：区块链系统、运营系统和多个服务系统；所述多个服务系统和所述运营系统分别与所述区块链系统进行通信；

所述服务系统部署于成员机构，用于根据所述成员机构的查询请求确定待查询的成员机构的服务系统的路由信息，根据所述待查询的成员机构的服务系统的路由信息，将查询请求加密后发送给所述待查询的成员机构的服务系统，以及接收所述待查询的成员机构的服务系统响应信息；

所述运营系统部署于运营商，用于对所述服务系统进行的数据共享服务进行积分核算；

所述区块链系统用于收集所述服务系统以及所述运营系统产生的交易以及对收集交易进行上链处理。

2.如权利要求1所述的数据共享系统，其特征在于，所述服务系统包括路由表维护模块、查询处理模块、交易入链模块以及定时任务模块；

所述路由表维护模块用于维护各服务系统的路由表；

所述查询处理模块用于对查询请求或响应信息进行转发，对查询的数据加解密以及对签名进行验证；

所述交易入链模块用于将产生的交易发送给区块链系统；

所述定时任务模块用于定时发送给区块链系统的交易同步到本地数据库以及对发送失败的交易进行补偿后重新发送。

3.如权利要求1所述的数据共享系统，其特征在于，所述运营系统包括价格管理模块、机构管理模块、积分清算模块、积分冲正模块和定时任务模块；

所述价格管理模块用于管理各成员机构的数据的价格信息；

所述机构管理模块用于对各成员机构进行验证以及增加或删除成员机构；

所述积分清算模块用于汇总各交易产生的积分并进行清算，以及监管各成员机构的透支额度；

所述积分冲正模块用于对各成员机构产生的交易进行确认；

所述定时任务模块用于定时将积分清算结果发送给区块链系统。

4.如权利要求1所述的数据共享系统，其特征在于，所述区块链系统包括：通信模块、智能合约模块、共识模块、证书服务模块和共享账本模块；

所述通信模块用于接收所述服务系统或所述运行系统发送的交易，校验背书策略以及收集区块生成信息；

所述智能合约模块用于验证各成员机构的权限并将与权限相关的数据存储，以及验证积分清结算、更改各成员机构的积分账号余额；

所述共识模块用于对通信模块接收到的交易进行共识；

所述证书服务模块用于管理各成员机构的证书；

所述共享账本模块用于将共识后的交易写入分布式账本。

5.如权利要求1至4任一项所述的数据共享系统，其特征在于，所述区块链系统、所述服务系统和所述运营系统之间通过Fabric软件开发工具包SDK进行通信。

6.一种基于数据共享系统的数据共享方法，其特征在于，包括：

第一服务系统获取第一成员机构的业务系统发起的查询请求，所述查询请求包括待查询数据和第二成员机构的身份标识ID；所述第一成员机构为所述第一服务系统所属的成员机构，所述第二成员机构为所述待查询的业务所在的成员机构；

所述第一服务系统根据所述第二成员机构的ID获取所述第二成员机构的服务系统的路由信息和公钥；

所述第一服务系统使用自身的私钥对所述待查询数据进行签名加密；

所述第一服务系统根据所述第二成员机构的服务系统的路由信息向所述第二成员机构的服务系统发送加密后的待查询数据，以使所述第二成员机构的服务系统在使用所述第一服务系统的公钥对所述加密后的待查询数据进行验签后转发所述第二成员机构的业务系统。

7.如权利要求6所述的方法，其特征在于，在所述第一服务系统向所述第二成员机构的服务系统发送加密后的待查询数据之后，还包括：

所述第一服务系统获取所述第二成员机构的服务系统发送的加密后的查询结果；

所述第一服务系统使用所述第二成员机构的服务系统的公钥对所述加密后的查询结果进行解密，并将解密后的查询结果发送给所述第一成员机构的业务系统。

8.如权利要求6或7所述的方法，其特征在于，还包括：

所述第一服务系统将所述查询请求和所述查询结果进行上链处理。

9.一种计算设备，其特征在于，包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序执行权利要求6至8任一项所述的方法。

10.一种计算机可读非易失性存储介质，其特征在于，包括计算机可读指令，当计算机读取并执行所述计算机可读指令时，使得计算机执行如权利要求6至8任一项所述的方法。