CN112446035A

CN112446035A - 数据管理方法及装置

Info

Publication number: CN112446035A
Application number: CN201910838977.3A
Authority: CN
Inventors: 刘骁; 孔喆; 杨圣磊; 吴宇翔; 康恺; 钟华
Original assignee: Ali Health Technology China Co ltd
Current assignee: Ali Health Technology China Co ltd
Priority date: 2019-09-05
Filing date: 2019-09-05
Publication date: 2021-03-05

Abstract

本申请关于一种数据管理方法及装置。所述方法应用于区块链的智能合约中，包括：接收数据请求方的数据获取请求，并将所述数据获取请求记录于区块中，所述数据获取请求中包括目标数据的标识信息；响应于所述数据获取请求，将所述数据获取请求发送给数据持有方；接收所述数据持有方的加密信息，并将所述加密信息记录于区块中，所述加密信息中至少包括经过加密处理后的所述目标数据在数据库中的地址信息；将所述加密信息发送至所述数据请求方。区块链的参与者一方面可以实现独立管理的数据，免于被第三方中心化管理，另一方面，还可以允许得到授权的参与者获取数据，真正实现数据更加安全、更加灵活的管理。

Description

数据管理方法及装置

技术领域

本申请涉及区块链技术领域，尤其涉及一种数据管理方法及装置。

背景技术

随着网络科技的迅速发展，电子文件作为保存档案图书等资料的重要存在形式，如何保证其得到充分合理的利用，满足人们对某些电子文件的需求，又能保障电子文件的安全管理，对于电子文件的拥有者来说，具有十分重要的作用。

相关技术中，电子文件通常都是中心化管理，即将所有文件都存储于同一个服务器或者服务器集群中进行管理。文件中心化管理容易导致诸如以下的技术问题：

(1)中心化的数据不防治篡改，并且中心机构有能力篡改数据；

(2)中心化的业务逻辑不够透明，有作弊的空间；

(3)使用中心化的存储容易被控制，文件的留存和转发都被会中心系统所控制。

因此，相关技术中亟需一种能够去中心化的电子文件管理方式。

发明内容

为克服相关技术中存在的问题，本申请提供数据管理方法及装置，具体的实现方式如下：

一种数据管理方法，所述方法应用于区块链的智能合约中，包括：

接收数据请求方的数据获取请求，并将所述数据获取请求记录于区块中，所述数据获取请求中包括目标数据的标识信息；

响应于所述数据获取请求，将所述数据获取请求发送给数据持有方；

接收所述数据持有方的加密信息，并将所述加密信息记录于区块中，所述加密信息中至少包括经过加密处理后的所述目标数据在数据库中的地址信息；

将所述加密信息发送至所述数据请求方。

响应于所述数据获取请求，判断所述数据请求方是否获取过所述目标数据；

在确定所述数据请求方获取过所述目标数据的情况下，从区块中查找所述目标数据对应的加密信息，并将所述加密信息发送给所述数据请求方，所述加密信息中至少包括所述目标数据在数据库中的地址信息。

获取数据索引；

从所述数据索引中搜索得到目标数据以及所述目标数据的标识信息；

发送数据获取请求，所述数据获取请求中包括所述目标数据的标识信息；

接收加密信息，所述加密信息中至少包括经过加密处理后的所述目标数据在数据库中的地址信息；

从所述加密信息解密得到所述地址信息，并根据所述地址信息从所述数据库中获取所述目标数据。

接收数据获取请求，所述数据获取请求中包括目标数据的标识信息；

将所述目标数据在数据库中的地址信息进行加密处理，生成加密信息；

发送所述加密信息。

一种数据管理装置，所述装置应用于区块链的智能合约中，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：

将所述加密信息发送至所述数据请求方。

获取数据索引；

发送所述加密信息。

一种数据管理系统，所述系统包括数据请求方、数据持有方、区块链组件、数据存储数据库，其中，

所述数据请求方，用于发送数据获取请求至所述区块链组件，所述数据获取请求中包括目标数据的标识信息；

所述数据持有方，用于接收所述数据获取请求，并响应于所述数据获取请求，发送加密信息至所述区块链组件，所述加密信息中至少包括经过加密处理后的所述目标数据在所述数据存储数据库中的地址信息；

所述区块链组件，用于基于智能合约，接收所述数据获取请求，并将所述数据获取请求记录于区块中，以及，将所述数据获取请求发送至所述数据持有方；还用于接收所述加密信息，并将所述加密信息记录于区块中，以及，将所述加密信息发送至所述数据请求方；

所述数据存储数据库，用于存储所述目标数据。

一种电子病历管理系统，所述系统包括病历持有方、病历请求方、区块链组件、病历存储数据库，其中，

所述病历请求方，用于发送病历获取请求至所述区块链组件，所述病历获取请求中包括目标病历的标识信息；

所述病历持有方，用于接收所述病历获取请求，并响应于所述病历获取请求，发送加密信息至所述区块链组件，所述加密信息中至少包括经过加密处理后的所述目标病历在所述病历存储数据库中的地址信息；

所述区块链组件，用于基于智能合约，接收所述病历获取请求，并将所述病历获取请求记录于区块中，以及，将所述病历获取请求发送至所述病历持有方；还用于接收所述加密信息，并将所述加密信息记录于区块中，以及，将所述加密信息发送至所述病历请求方；

所述病历存储数据库，用于存储所述目标病历。

一种企业数据管理系统，所述系统包括企业数据持有方、企业数据请求方、区块链组件、企业数据存储数据库，其中，

所述企业数据请求方，用于发送企业数据获取请求至所述区块链组件，所述企业数据获取请求中包括目标企业数据的标识信息；

所述企业数据持有方，用于接收所述企业数据获取请求，并响应于所述企业数据获取请求，发送加密信息至所述区块链组件，所述加密信息中至少包括经过加密处理后的所述目标企业数据在所述企业数据存储数据库中的地址信息；

所述区块链组件，用于基于智能合约，接收所述企业数据获取请求，并将所述企业数据获取请求记录于区块中，以及，将所述企业数据获取请求发送至所述企业数据持有方；还用于接收所述加密信息，并将所述加密信息记录于区块中，以及，将所述加密信息发送至所述企业数据请求方；

所述企业数据存储数据库，用于存储所述目标企业数据。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由处理器执行时，使得处理器能够执行上述的方法。

本申请提供的数据管理方法及装置，可以将数据管理的业务逻辑编写至智能合约中，并将智能合约部署至区块链中，由区块链执行所述智能合约中的内容。一方面，区块链技术可以公开数据管理的机制，做到公开、透明、可审计；另一方面，区块链采用公开透明的方式存储数据管理的相关数据，可以防止数据被随意篡改。另外，区块链的参与者一方面可以实现独立管理的数据，免于被第三方中心化管理，另一方面，还可以允许得到授权的参与者获取数据，真正实现数据更加安全、更加灵活的管理。应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1是根据一示例性实施例示出的区块链技术架构体系的模块结构图。

图2是根据一示例性实施例示出的区块链应用架构体系的模块结构图。

图3是根据一示例性实施例示出的智能合约生成示意图。

图4是根据一示例性实施例示出的一种应用场景示意图。

图5是根据一示例性实施例示出的一种应用场景示意图。

图6是根据一示例性实施例示出的一种数据管理方法流程示意图。

图7是根据一示例性实施例示出的一种数据管理装置的框图。

图8是根据一示例性实施例示出的一种数据管理系统的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

为了方便本领域技术人员理解本申请实施例提供的技术方案，下面先对技术方案实现的技术环境进行说明。

为了说明本申请各个实施例所述的智能合约的技术意义，下面通过图1和图2分别说明智能合约在区块链的技术架构和应用架构中所处的位置。如图1所示，区块链的技术架构自下而上可以分为六层，分别是数据层、网络层、共识层、激励层、合约层和应用层，每一层都具有其对应的核心功能，下面分别介绍各个层所对应的功能：

1、数据层

区块链是通过区块(block)存储数据，数据层主要用于解决以何种形式将数据组合在一起，形成一个有意义的区块。在区块链中，每个数据节点都包含所有的数据，每个区块包括区块的大小、区块头、区块所包含的交易数量及部分或所有的近期新交易，其中，区块头对整个区块链起决定性作用。数据的生成运用了诸多技术，如数据签名技术、时间戳技术、非对称加密技术等等，其中，时间戳技术可以确保每一个区块按时间先后顺序相连接，非对称加密技术使得数据不能被篡改等等。

2、网络层

网络层主要是解决如何让按序组合的数据被网络中的其他节点知晓。区块链技术没有中心化服务器，需要依靠用户点对点交换信息，这就需要网络层来实现。网络层的主要功能是实现区块链网络中节点与节点之间的信息交流，主要包括P2P组网机制、数据传播和验证机制。正是由于区块的P2P特性，数据传输是分散在各个节点之间进行的，部分节点或网络遭到破坏对其他部分影响很小。

3、共识层

共识层的功能是让P2P网络中高度分散的节点对区块数据的有效性达成共识，决定哪个节点可以将新的区块添加到主链中。目前已出现多种共识机制算法，典型的如工作量证明机制(PoW)、权益证明机制(PoS)、股份授权证明机制(DPoS)等。

4、激励层

激励层的功能主要是提供一些激励措施，鼓励节点参与记账，保证整个网络的安全运行。通过共识机制胜出取得记账权的节点能获得一定的奖励。

5、合约层

区块链具有可编程的特性，其基础是其合约层可以封装各类脚本、算法和智能合约。例如比特币技术的脚本中就规定了比特币的交易方式和过程中的算法细节。

本申请实施例所涉及到的智能合约是存储在区块链上的一段代码，并可以被区块链上的交易所触发，触发后，这段代码可以从区块链上读取数据或者向区块链写入数据。这样就可以利用程序算法，替代人工仲裁和执行合约，可以节省巨额的信任成本。

6、应用层

应用层用于封装区块链的各种应用场景和案例，比如搭建在以太坊上的各类区块链应用等等。

以上是区块链技术在技术层面上的架构体系，下面通过图2从应用层面上介绍区块链技术的架构体系，区块链的技术架构自下而上可以分为三层，分别是区块链协议、组件模型、服务平台。最底层的区块链协议用于定义具体的算法，如整个账本怎么建立、账本状态怎么更新、账本历史怎么证明、账本当中节点怎么更新、智能合约指令如何设计等等。中间层的组件模型用于实现所述区块链协议的内容，主要包括共识网络、账本、持久化引擎、合约引擎等组件。最上层是服务平台，包括网关、服务、节点网络、SDK、工具等。

本申请以下各个实施例所述的智能合约在技术架构体系中位于合约层(如图1所示)，从技术层面上说明智能合约可以是位于区块链中的代码，且智能合约具有监控事件、触发事件的功能。在应用架构体系中位于区块链协议和组件模型，其中区块链协议涉及到定义所述智能合约(即图2中的智能合约指令)，所述组件模型涉及到如何执行所述智能合约(即图2中的合约引擎)。基于此，通过图3具体说明在实际的区块链应用中智能合约是如何生成以及执行的，主要包括以下三个步骤：

步骤1，定义身份。所有参与区块链的节点的身份都要通过某种方式来验证。

步骤2，编写智能合约。账户验证的同时，若使得交易正常进行的话，则需要将参与者之间达成的协议以智能合约代码的形式进行定义。智能合约最核心的是提高效率，降低交易的可替代性。之前合约的签订具有主观性，容易产生违约的情况，智能合约是通过代码的形式统一规则，保证只要满足合同所约定的条件就会自动执行，谁也不能更改。

步骤3，签署智能合约。智能合约最后需要经过参与者以各自的身份账户做出签署，之后每一参与者只需要根据业务范围内的业务进程做出相应的操作，即可触发智能合约执行。

基于以上的技术环境，下面示例性地以电子病历的应用场景说明本申请各个实施例提供的数据管理方法。

图4是本应用场景的时序流程示意图，图5是本应用场景的关系流程示意图。如图5所示，本应用场景中涉及到数据持有方和数据请求方，其中，数据持有方为XX市第一人民医院，即具有电子病历的一方，数据请求方为XX市第二人民医院，即需要电子病历的一方。首先，步骤1中，数据持有方在生成新的电子病历A之后，可以将电子病历A上传至P2P数据存储数据库中，所述P2P数据存储数据库中可以由多个自治数据节点(对等节点)组成，且每个对等节点含有自身的数据模式，即XX市第一人民医院可以独立管理医院的电子病历，且不需要交由第三方托管。需要说明的是，根据用户所在国家和地区关于用户个人隐私数据的要求，所述P2P数据存储数据库应限定在用户所在国家和地区境内。当然，本方案不限于此，若法律法规没有明确要求，则可以将所述P2P数据存储数据库设置在其他合适地点。步骤2中，数据持有方第一人民医院可以将电子病历A的索引信息更新至区块链中，写入区块链的区块中。所述索引信息中可以包括电子病历A的简要信息，如患者的性别、年龄(段)、病种等信息。

步骤3中，数据请求方在需要一些电子病历的情况下，可以向区块链请求电子病历的索引。步骤4中，数据请求方可以从区块链中下载电子病历的索引，该索引可以包括整个区块链中所有参与者所上传的电子病历索引。基于所述索引，数据请求方可以通过关键词的搜索方式获取到与所述关键词相匹配的电子病历。步骤5中，假设电子病历A恰好是数据请求方所需要的病历，那么，数据请求方可以向区块链请求获取电子病历A，当然，若电子病历A具有交换价值，则数据请求方还需要提供一定的交换成本。区块链在接收到数据请求方的请求以及交换成本之后，可以将所述请求记录于区块中、锁定所述交换成本，并在步骤6中将所述请求发送给数据持有方。

数据持有方在接收到所述数据请求方的请求之后，可以利用数据请求方的公钥对电子病历A在所述P2P数据库中的地址信息进行加密，并步骤7中将加密之后的地址信息上传至区块链。区块链将加密后的地址信息记录于区块中，并在步骤8中将电子病历A加密后的地址发送至数据请求方。数据请求方在接收到加密之后的地址信息之后，可以利用私钥对所述地址信息进行解密。同时，区块链可以将数据请求方所提供的交换成本发送到数据持有方的账户。步骤9中，数据请求方在获取到地址信息之后，可以根据所述地址信息，从P2P数据库中获取电子病历A。

需要说明的是，所述文件持有方、所述文件请求方不限于医院，还可以包括体检机构、用户个人账户、国家机构、文档创作者等，本申请在此不做限制。下面通过几个示例性的场景说明本申请技术方案的其他应用环境。

场景一

用户需要参加保险，保险公司需要了解到用户的健康状况，以确定是否可以承保。按照目前的保险流程，由于用户的一些隐瞒，保险公司可能并不能获取到用户实际的健康状况。基于本申请的技术方案，医院、体检机构、用户可以作为数据持有方，保险公司作为数据请求方，基于用户的授权，医院、体检机构或者用户自己可以将病历数据、体检报告等上传至非中心化数据库中，并将病历数据、体检报告的索引上传至区块链中。如此，保险机构可以通过区块链技术获取到用户的病历数据、体检报告等数据，以评估被保险人的健康状况。区块链技术的去中心化和不可更改性可以保证保险公司获取的数据的真实性。

场景二

国家机构需要定期统计国民健康数据，从而为国民的身体健康提出一些建议等。基于目前的统计流程，国家机构采集数据的过程较为复杂，采集周期较长，并且采集数据的覆盖面较小。基于本申请的技术方案，医院、体检中心、用户可以作为数据持有方，国家机构作为数据请求方。医院、体检机构、用户可以将体检报告上传至非中心化数据库中，并将体检报告的索引上传至区块链中。如此，国家机构可以通过区块链技术获取到用户的体检报告等数据，并基于获取到的体检报告统计得到国民健康数据。区块链技术的去中心化和不可更改性可以保证国家机构采集到的数据真实可靠。需要说明的是，根据用户所在国家和地区关于用户个人隐私数据的要求，国家机构的访问行为可能会被要求得到用户的明确授权。

场景三

很多作品原创者在创作作品之后，一方面，不希望自己的作品被其他人轻易获取，另一方面，也希望一些理解作品的人能够欣赏到自己的作品。所述作品可以包括文学作品(如小说、诗歌、散文、剧本等)、音像作品(如歌曲、电影、舞蹈等)、技术作品(程序代码、建筑手稿、服装设计手稿等等)。基于本申请的技术方案，作品原创者可以作为数据持有方，将创作作品上传至非中心化数据库中，并将作品的索引信息上传至区块链中。如此，其他作品原创者、影视制作人、音乐制作人等可以作为数据请求方从区块链中获取到原创者的作品。通过这种方式，一方面可以避免创作者的作品不会在毫无保护的情况下公开，另一方面，还可以使得一部分了解到创造者的作品。

下面结合附图对本申请所述的数据管理方法进行详细的说明。图6是本申请提供的数据管理方法的一种实施例的方法流程示意图。虽然本申请提供了如下述实施例或附图所示的方法操作步骤，但基于常规或者无需创造性的劳动在所述方法中可以包括更多或者更少的操作步骤。在逻辑性上不存在必要因果关系的步骤中，这些步骤的执行顺序不限于本申请实施例提供的执行顺序。所述方法在实际中的数据管理过程中或者装置执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

具体的，本申请提供的数据管理方法的一种实施例如图6所示，所述方法可以应用于区块链的智能合约中，包括：

S601：接收数据请求方的数据获取请求，并将所述数据获取请求记录于区块中，所述数据获取请求中包括目标数据的标识信息。

S603：响应于所述数据获取请求，将所述数据获取请求发送给数据持有方。

S605：接收所述数据持有方的加密信息，并将所述加密信息记录于区块中，所述加密信息中至少包括经过加密处理后的所述目标数据在数据库中的地址信息。

S607：将所述加密信息发送至所述数据请求方。

本申请实施例所涉及到的区块链可以用于管理数据，所述数据可以包括多种类型的文档、资料等。在一些实施例中，所述数据可以包括具有防止被篡改需求的数据，如电子病历、电子合同书、调研数据等等。在另一些实施例中，所述数据还可以包括具有重要价值的成果性数据，如个人创作的艺术作品、文学作品、科研成果等等，对于此类数据，一方面，用户不放心将数据交由第三方管理，希望由自己保密管理；另一方面，用户也愿意通过交换或者认证的方式将数据分享给其他用户。在一个示例性的场景中，多家医院分别拥有多个电子病历，一方面医院之间希望能够共享电子病历，但是医院之间的协议、合同之类的手续过程过于繁琐，能合作的医院数量也是有限，另一方面，医院又不希望电子病历交由第三方管理，容易发生数据篡改、患者信息泄露的事件。

在本申请实施例中，所述数据请求方和所述数据持有方可以为区块链技术中的参与者，所述参与者为在区块链技术中经过认证的对象。在本申请实施例中，所述参与者可以既为数据请求方，也为数据持有方。在上述场景中，多家有资质的医院可以作为区块链中的参与者，也就是图3中的第一个步骤，这些医院需要经过身份认证之后，才可以成为区块链中的参与者。

需要说明的是，所述数据请求方和所述数据持有方可以均为参与者的客户端，所述客户端可以作为区块链中的节点，所述节点能够访问到区块链中的区块数据、向区块链中写入数据等。在本实施例中，所述客户端可以为能够基于网络协议接入通信网络的终端设备。具体的，例如，所述客户端可以为移动智能电话、计算机(包括笔记本电脑，台式电脑)、平板电子设备、个人数字助理(PDA)或者智能可穿戴设备等。此外，所述客户端还可以为运行于任一上述所列设备上的软件，如具有能够连接到区块链中的软件。

在本申请实施例中，在数据持有方有新的数据向区块链中其他用户分享的情况下，可以在区块链中公开所述数据的数据索引。区块链在接收到数据持有方的数据索引之后，可以将所述数据索引记录于区块中。在一个实施例中，所述数据索引可以包括所述数据的简要信息，例如数据的标题、摘要、关键词等信息，但是不包括数据的具体内容。如对于电子病历，所述数据索引中可以包括患者年龄/年龄段、性别、疾病种类、病历摘要等数据，而不包括完整的电子病历。这样，所述数据持有方不仅可以掌握数据的管理权，还可以公开数据的简要信息。

当所述数据请求方需要从区块链中获取数据时，可以从区块链中获取所述数据索引。在一个实施例中，可以在智能合约中设置监听数据索引请求的事件，在监听到数据索引请求的情况下，可以响应于所述数据索引请求，向所述数据请求方发送所述数据索引。另外，区块链还可以将所述数据索引请求记录于区块中。在本申请实施例中，所述数据索引中可以合并有所有能够在区块链中分享的数据的索引，那么，需要所述数据持有方在最新的历史数据索引中增加新的索引数据。另外，在一些技术细节上，例如可以设置整个区块链上只能有一份可用的数据索引，且每次只能由一个用户对数据索引进行更新，还可以设置用户只能处理(如增加、删除、更新等)自己身份所对应的数据索引，没有权限处理其他用户的数据索引。当然，在其他实施例中，也可以是各个数据持有方分别上传数据索引，数据请求方在获取到需要的多个数据索引之后，可以汇总所述多个数据索引。

所述数据请求方在获取到所述数据索引之后，可以从所述数据索引中检索所需的数据。检索方式可以包括简单检索、高级检索等，其中，简单检索可以基于至少一个关键词检索，如“男50-60岁癫痫”这样的格式从病历索引中检索所需的电子病历，高级检索可以基于多个精确的检索维度进行检索，具体可以包括下述至少一种检索维度：患者性别、年龄、症状、病种、诊断结果、药物等等。本申请实施例中，在经过检索之后，若根据所述数据索引可以获取到多个电子文档的索引数据，则可以将所述多个电子文档的索引数据展示给所述数据请求方。所述数据请求方可以从展示的所述多个电子文档中选择感兴趣的文档。基于此，所述数据请求方可以在选择所述感兴趣的文档的过程中，可以生成数据获取请求。所述数据获取请求中至少包括所述目标数据的标识信息，所述标识信息可以包括所述目标数据在区块链中所有数据中的唯一性标识。

在本申请实施例中，可以通过智能合约设置监听数据获取请求的事件，在监听到所述数据获取请求的情况下，可以将所述数据获取请求记录于区块中，并将所述数据获取请求发送给数据持有方。所述数据持有方在接收到所述数据获取请求之后，可以获取到所述数据获取请求中目标数据的标识信息。需要说明的是，所述数据持有方可以将包括所述目标数据在内的诸多数据存储于数据库中，且数据在所述数据库中的地址只有所述数据持有方知道。但是，若所述数据请求方获取到所述目标数据在数据库中的地址，也可以获取到所述目标数据的内容。基于此，若所述数据持有方同意与所述数据请求方分享所述目标数据，则可以将所述目标数据的地址信息发送给所述数据请求方。但是，该地址信息需要上传至区块链并记录于区块链的区块中，若不进行加密，可能被其他用户获取到。基于此，数据持有方可以将所述目标数据的地址信息进行加密处理，并将处理后的加密信息上传至区块链的区块中，区块链可以通知所述数据请求方获取所述加密信息。

需要说明的是，存储包括所述目标数据在内的数据的数据库可以包括非中心化数据存储数据库，所述非中心化数据存储数据库可以实现数据库的去中心化管理。在一个实施例中，所述非中心化数据存储数据库可以包括点对点(P2P)数据存储数据库，所述P2P数据存储数据库中可以由多个自治数据节点(对等节点)组成，且每个对等节点含有自身的数据模式。用户可以通过地址信息访问到所述非中心化数据存储数据库中的数据。通过所述非中心化数据存储数据库，可以实现用户对自己的数据实现独立管理，还可以允许得到授权的用户获取自己的数据。

在本申请实施例中，所述数据请求方在接收到所述加密信息之后，可以对所述加密信息进行解密，以获取所述目标数据的地址信息。所述数据请求方在获取到所述地址信息之后，可以从所述数据库中获取所述目标数据。在本申请的实施例中，可以设置所述数据持有方利用所述数据请求方的公钥进行加密，对应的解密方式只能由所述数据请求方的私钥进行解密。当然，在其他实施例中，还可以通过其他加密方式实现对所述目标数据进行加密，本申请在此不做限制。

在本申请的一个实施例中，还可以通过智能合约设置需要通过交换成本方能获取数据。在区块链中的参与方资源不对等的情况下，可以设置各个数据的交换价值，并设置只有在数据请求方提供交换成本的情况下，才可以获取到所述目标数据。其中，所述交换成本包括任何能够用于购买货物、保存财富的媒介。区块链中的数据可以具有相同的交换价值，也可以具有不同的交换价值，在具有不同的交换价值的情况下，可以将数据的交换价值设置于所述数据索引中。

基于此，所述数据请求方可以在发出所述数据获取请求的同时，提供获取所述目标数据所需的交换成本。区块链在获取到所述交换成本之后，可以锁定所述交换成本，并在接收到所述数据持有方的所述加密信息之后，将所述交换成本发送给所述数据持有方。当然，还可以在整个交换完成之后，再将所述交换成本发送给所述数据持有方，本申请在此不做限制。

在本申请的一个实施例中，还可以通过智能合约设置判断所述数据请求方在历史上是否获取过所述目标数据的步骤。具体地，在一个实施例中，在接收数据请求方的数据获取请求，所述数据获取请求中包括目标数据的标识信息之后，可以响应于所述数据获取请求，判断所述数据请求方是否获取过所述目标数据。在确定所述数据请求方获取过所述目标数据的情况下，可以查找所述目标数据对应的加密信息，并将所述加密信息发送给所述数据请求方，所述加密信息中至少包括所述目标数据在数据库中的地址信息。在一个示例中，某数据请求方通过所述数据索引搜索到所需要的电子病历之后，可以发送针对该电子病历的数据获取请求。区块链在接收到所述数据获取请求之后，发现该数据请求方历史上获取过该电子病历，然后，可以通过历史记录将该电子病历对应的加密后的地址信息发送给所述数据请求方。所述数据请求方可以通过所述地址信息再次获取到所述目标数据。基于此，尤其在需要对所述目标数据提供交换成本的情况，可以避免用户对同一个数据多次提供交换成本的情况发生，同时也避免数据持有方利用同一数据请求方的公钥对同一目标数据的地址进行多次加密，节省处理资源，加快处理效率。

另一方面，在确定所述数据请求方未获取过所述目标数据的情况下，可以发送提醒消息至所述数据请求方，以提醒所述数据请求方提供用于交换所述目标数据的交换成本。

本申请提供的数据管理方法，可以将数据管理的业务逻辑编写至智能合约中，并将智能合约部署至区块链中，由区块链执行所述智能合约中的内容。一方面，区块链技术可以公开数据管理的机制，做到公开、透明、可审计；另一方面，区块链采用公开透明的方式存储数据管理的相关数据，可以防止数据被随意篡改。另外，区块链的参与者一方面可以实现独立管理的数据，免于被第三方中心化管理，另一方面，还可以允许得到授权的参与者获取数据，真正实现数据更加安全、更加灵活的管理。

本申请另一方面提出一种数据管理方法，所述方法应用于区块链的智能合约中，可以包括：

可选的，在本申请的一个实施例中，在所述响应于所述数据获取请求，判断所述数据请求方是否获取过所述目标数据之后，所述方法还包括：

在确定所述数据请求方未获取过所述目标数据的情况下，发送提醒消息至所述数据请求方，以提醒所述数据请求方提供用于交换所述目标数据的交换成本。

以上数据管理方法的具体实施方式可以参考上述各个实施例，在此不再赘述。

本申请另一方面从数据请求方的角度提出一种数据管理方法，所述方法应用于区块链的智能合约中，可以包括：

获取数据索引；

可选的，在本申请的一个实施例中，在所述接收加密信息之前，所述方法还包括：

接收提醒消息，所述提醒消息用于提醒提供用于交换所述目标数据的交换成本；

提供用于交换所述目标数据所需的交换成本。

可选的，在本申请的一个实施例中，在所述根据所述地址信息从所述数据库中获取所述目标数据之后，所述方法还包括：

检测所述目标数据是否有效；

发送反馈消息，所述反馈消息中包括所述加密信息的解密内容；

接收所述第三方的仲裁结果。

本申请另一方面从数据持有方的角度提出一种数据管理方法，所述方法应用于区块链的智能合约中，可以包括：

发送所述加密信息。

可选的，在本申请的一个实施例中，在所述接收数据获取请求之前，所述方法还包括：

将所述目标数据上传至所述数据库中，并获取在所述数据库中的地址信息；

生成所述目标数据的数据索引；

发送所述数据索引。

对应于上述数据管理方法，如图7所示，本申请还提供一种数据管理装置，所述装置应用于区块链的智能合约中，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时可以实现：

将所述加密信息发送至所述数据请求方。

可选的，在本申请的一个实施例中，所述处理器在实现步骤接收数据请求方的数据获取请求之前，还包括：

接收数据持有方的数据索引，并将所述数据索引记录于区块中；

接收数据请求方的数据索引请求，并将所述数据索引请求记录于区块中；

响应于所述数据索引请求，向所述数据请求方发送所述数据索引。

可选的，在本申请的一个实施例中，所述处理器在实现步骤响应于所述数据获取请求，将所述数据获取请求发送给数据持有方时包括：

在确定所述数据请求方未获取过所述目标数据的情况下，将所述数据获取请求发送给数据持有方。

可选的，在本申请的一个实施例中，所述数据库包括点对点(P2P)数据存储数据库。

可选的，在本申请的一个实施例中，在所述目标数据还具有交换价值，且所述数据获取请求中还包括所述数据请求方提供的交换成本的情况下，所述处理器在实现步骤接收数据请求方的数据获取请求之后，还包括：

锁定所述交换成本，并在接收到所述数据持有方的所述加密信息之后，将所述交换成本发送给所述数据持有方。

可选的，在本申请的一个实施例中，所述加密信息的加密处理方式包括利用所述数据请求方的公钥加密，对应的解密处理方式包括利用所述数据请求方的私钥解密。

可选的，在本申请的一个实施例中，所述处理器在实现步骤将所述加密信息发送至所述数据请求方之后，还包括：

接收所述数据请求方的反馈消息，并将所述反馈消息记录于区块中，所述反馈消息中包括所述加密信息的解密内容，所述反馈消息用于反馈所述目标数据无效；

响应于所述反馈消息，公开所述解密内容，并请求第三方对所述数据内容进行仲裁；

接收所述第三方的仲裁结果，并将所述仲裁结果记录于区块中，及发送至所述数据持有方和所述数据请求方。

本申请另一方面还提供一种数据管理装置，所述装置应用于区块链的智能合约中，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：

可选的，在本申请的一个实施例中，所述处理器在实现步骤响应于所述数据获取请求，判断所述数据请求方是否获取过所述目标数据之后，还包括：

获取数据索引；

可选的，在本申请的一个实施例中，所述处理器在实现步骤接收加密信息之前，还包括：

提供用于交换所述目标数据所需的交换成本。

可选的，在本申请的一个实施例中，所述处理器在实现步骤根据所述地址信息从所述数据库中获取所述目标数据之后，还包括：

检测所述目标数据是否有效；

接收第三方的仲裁结果。

发送所述加密信息。

可选的，在本申请的一个实施例中，所述处理器在实现步骤接收数据获取请求之前，还包括：

生成所述目标数据的数据索引；

发送所述数据索引。

本申请另一方面还提供一种数据管理系统，如图8所示，所述系统800包括数据请求方801、数据持有方803、区块链组件805、数据存储数据库807，其中，

所述数据请求方801，用于发送数据获取请求至所述区块链组件，所述数据获取请求中包括目标数据的标识信息；

所述数据持有方803，用于接收所述数据获取请求，并响应于所述数据获取请求，发送加密信息至所述区块链组件，所述加密信息中至少包括经过加密处理后的所述目标数据在所述数据存储数据库中的地址信息；

所述区块链组件805，用于基于智能合约，接收所述数据获取请求，并将所述数据获取请求记录于区块中，以及，将所述数据获取请求发送至所述数据持有方；还用于接收所述加密信息，并将所述加密信息记录于区块中，以及，将所述加密信息发送至所述数据请求方；

所述数据存储数据库807，用于存储所述目标数据。

本申请另一方面还提供一种电子病历管理系统，所述系统包括病历持有方、病历请求方、区块链组件、病历存储数据库，其中，

所述病历存储数据库，用于存储所述目标病历。

本申请另一方面还提供一种企业数据管理系统，所述系统包括企业数据持有方、企业数据请求方、区块链组件、企业数据存储数据库，其中，

所述企业数据存储数据库，用于存储所述目标企业数据。

本申请另一方面还提供一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现上述任一实施例所述方法的步骤。

所述计算机可读存储介质可以包括用于存储信息的物理装置，通常是将信息数字化后再以利用电、磁或者光学等方式的媒体加以存储。本实施例所述的计算机可读存储介质有可以包括：利用电能方式存储信息的装置如，各式存储器，如RAM、ROM等；利用磁能方式存储信息的装置如，硬盘、软盘、磁带、磁芯存储器、磁泡存储器、U盘；利用光学方式存储信息的装置如，CD或DVD。当然，还有其他方式的可读存储介质，例如量子存储器、石墨烯存储器等等。

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

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

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

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

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

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims

1.一种数据管理方法，其特征在于，所述方法应用于区块链的智能合约中，包括：

将所述加密信息发送至所述数据请求方。

2.根据权利要求1所述的方法，其特征在于，在所述接收数据请求方的数据获取请求之前，所述方法还包括：

3.根据权利要求1所述的方法，其特征在于，所述响应于所述数据获取请求，将所述数据获取请求发送给数据持有方，包括：

4.根据权利要求1所述的方法，其特征在于，所述数据库包括非中心化数据存储数据库。

5.根据权利要求1所述的方法，其特征在于，在所述目标数据还具有交换价值，且所述数据获取请求中还包括所述数据请求方提供的交换成本的情况下，在所述接收数据请求方的数据获取请求之后，所述方法还包括：

6.根据权利要求1所述的方法，其特征在于，所述加密信息的加密处理方式包括利用所述数据请求方的公钥加密，对应的解密处理方式包括利用所述数据请求方的私钥解密。

7.根据权利要求1所述的方法，其特征在于，在所述将所述加密信息发送至所述数据请求方之后，所述方法还包括：

响应于所述反馈消息，公开所述解密内容，并请求第三方对所述解密内容进行仲裁；

8.一种数据管理方法，其特征在于，所述方法应用于区块链的智能合约中，包括：

9.根据权利要求8所述的方法，其特征在于，在所述响应于所述数据获取请求，判断所述数据请求方是否获取过所述目标数据之后，所述方法还包括：

10.一种数据管理方法，其特征在于，所述方法应用于区块链的智能合约中，包括：

获取数据索引；

11.根据权利要求10所述的方法，其特征在于，在所述接收加密信息之前，所述方法还包括：

提供用于交换所述目标数据所需的交换成本。

12.根据权利要求10所述的方法，其特征在于，在所述根据所述地址信息从所述数据库中获取所述目标数据之后，所述方法还包括：

检测所述目标数据是否有效；

接收第三方的仲裁结果。

13.一种数据管理方法，其特征在于，所述方法应用于区块链的智能合约中，包括：

发送所述加密信息。

14.根据权利要求13所述的方法，其特征在于，在所述接收数据获取请求之前，所述方法还包括：

生成所述目标数据的数据索引；

发送所述数据索引。

15.一种数据管理装置，其特征在于，所述装置应用于区块链的智能合约中，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：

将所述加密信息发送至所述数据请求方。

16.根据权利要求15所述的装置，其特征在于，所述处理器在实现步骤接收数据请求方的数据获取请求之前，还包括：

17.根据权利要求15所述的装置，其特征在于，所述处理器在实现步骤响应于所述数据获取请求，将所述数据获取请求发送给数据持有方时包括：

18.根据权利要求15所述的装置，其特征在于，所述数据库包括非中心化数据存储数据库。

19.根据权利要求15所述的装置，其特征在于，在所述目标数据还具有交换价值，且所述数据获取请求中还包括所述数据请求方提供的交换成本的情况下，所述处理器在实现步骤接收数据请求方的数据获取请求之后，还包括：

20.根据权利要求15所述的装置，其特征在于，所述加密信息的加密处理方式包括利用所述数据请求方的公钥加密，对应的解密处理方式包括利用所述数据请求方的私钥解密。

21.根据权利要求15所述的装置，其特征在于，所述处理器在实现步骤将所述加密信息发送至所述数据请求方之后，还包括：

22.一种数据管理装置，其特征在于，所述装置应用于区块链的智能合约中，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：

23.根据权利要求22所述的装置，其特征在于，所述处理器在实现步骤响应于所述数据获取请求，判断所述数据请求方是否获取过所述目标数据之后，还包括：

24.一种数据管理装置，其特征在于，所述装置应用于区块链的智能合约中，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：

获取数据索引；

25.根据权利要求24所述的装置，其特征在于，所述处理器在实现步骤接收加密信息之前，还包括：

提供用于交换所述目标数据所需的交换成本。

26.根据权利要求24所述的装置，其特征在于，所述处理器在实现步骤根据所述地址信息从所述数据库中获取所述目标数据之后，还包括：

检测所述目标数据是否有效；

接收第三方的仲裁结果。

27.一种数据管理装置，其特征在于，所述装置应用于区块链的智能合约中，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：

发送所述加密信息。

28.根据权利要求27所述的装置，其特征在于，所述处理器在实现步骤接收数据获取请求之前，还包括：

生成所述目标数据的数据索引；

发送所述数据索引。

29.一种数据管理系统，其特征在于，所述系统包括数据请求方、数据持有方、区块链组件、数据存储数据库，其中，

所述数据存储数据库，用于存储所述目标数据。

30.一种电子病历管理系统，其特征在于，所述系统包括病历持有方、病历请求方、区块链组件、病历存储数据库，其中，

所述病历存储数据库，用于存储所述目标病历。

31.一种企业数据管理系统，其特征在于，所述系统包括企业数据持有方、企业数据请求方、区块链组件、企业数据存储数据库，其中，

所述企业数据存储数据库，用于存储所述目标企业数据。

32.一种非临时性计算机可读存储介质，当所述存储介质中的指令由处理器执行时，使得处理器能够执行权利要求1-10、11-14任意一项所述的数据管理方法。