CN111506901A - 基于区块链的数据处理方法、终端及存储介质 - Google Patents

Abstract

本申请实施例公开了一种基于区块链的数据处理方法、终端及存储介质，所述方法包括：接收客户端发送的数据验证请求，将数据验证请求在区块链中进行广播，以使得区块链中的各个节点对数据验证请求进行共识校验；若共识校验通过，则调用区块链中的智能合约将数据验证请求发送至可信执行端地址对应的可信执行端，以使得可信执行端在配置的可信执行环境下对验证内容进行验证，接收可信执行端返回的验证结果，并将验证结果存储至区块链中。通过实施上述方法，可以采用区块链以及可信执行环境对数据处理的流程进行管控，提升了数据处理过程中的私密性以及可靠性。

Description

基于区块链的数据处理方法、终端及存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种基于区块链的数据处理方法、终端及存储介质。

背景技术

区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用本质上是一个去中心化的数据库，也即是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次的交易信息，用于验证交易信息的有效性和生成下一个区块。

然而，区块链中存储的数据为公开透明的，用户可能不希望将一些私密信息(如患者的医疗信息)存储在区块链中，当需要对上述私密信息进行查验时，如何在信息查验过程中保证信息的私密性以及信息的可靠性，成为亟待解决的问题。

发明内容

本申请实施例提供了一种基于区块链的数据处理方法、终端及存储介质，可以采用区块链以及可信执行环境对数据处理的流程进行管控。

本申请实施例提供了一种基于区块链的数据处理方法，所述方法包括：

接收客户端发送的数据验证请求，所述数据验证请求携带有可信执行端地址以及验证内容；

将所述数据验证请求在区块链中进行广播，以使得所述区块链中的各个节点对所述数据验证请求进行共识校验；

若共识校验通过，则调用所述区块链中的智能合约将所述数据验证请求发送至所述可信执行端地址对应的可信执行端，以使得所述可信执行端在配置的可信执行环境下对所述验证内容进行验证；

接收所述可信执行端返回的验证结果，并将所述验证结果存储至所述区块链中。

本申请实施例提供了一种基于区块链的数据处理装置，所述装置包括：

接收模块，用于接收客户端发送的数据验证请求，所述数据验证请求携带有可信执行端地址以及验证内容；

广播模块，用于将所述数据验证请求在区块链中进行广播，以使得所述区块链中的各个节点对所述数据验证请求进行共识校验；

发送模块，用于若共识校验通过，则调用所述区块链中的智能合约将所述数据验证请求发送至所述可信执行端地址对应的可信执行端，以使得所述可信执行端在配置的可信执行环境下对所述验证内容进行验证；

所述接收模块，还用于接收所述可信执行端返回的验证结果；

上传模块，用于将所述验证结果存储至所述区块链中。

本申请实施例提供了一种终端，包括处理器、输入接口、输出接口和存储器，所述处理器、输入接口、输出接口和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行所述基于区块链的数据处理方法。

本申请实施例提供了一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行所述基于区块链的数据处理方法。

本申请实施例中，终端接收客户端发送的数据验证请求，将数据验证请求在区块链中进行广播，以使得区块链中的各个节点对数据验证请求进行共识校验；若共识校验通过，则终端调用区块链中的智能合约将数据验证请求发送至可信执行端地址对应的可信执行端，以使得可信执行端在配置的可信执行环境下对验证内容进行验证，终端接收可信执行端返回的验证结果，并将验证结果存储至区块链中。通过实施上述方法，可以采用区块链以及可信执行环境对数据处理的流程进行管控，提升了数据处理过程中的私密性以及可靠性。

附图说明

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

图1a是本申请实施例提供的一种区块链的结构示意图；

图1b是本申请实施例提供的一种基于区块链的数据处理系统架构示意图；

图1c是本申请实施例提供的一种基于区块链的数据处理方法的交互流程示意图；

图2是本申请实施例提供的一种基于区块链的数据处理方法的流程示意图；

图3是本申请实施例提供的另一种基于区块链的数据处理方法的流程示意图；

图4是本申请实施例提供的一种基于区块链的数据处理装置的结构示意图；

图5是本申请实施例提供的一种终端的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

区块链上存储的数据，高可靠且不可篡改，适合于存储各类数据，使得用户可以在区块链中方便的查询各类数据，然而，区块链中存储的数据为公开透明的，用户可能不希望将一些私密信息(如患者的医疗信息)存储在区块链中，例如，在医疗相关的区块链电子票据中，患者需要通过区块链电子医疗票据提供自己的医疗信息，作为报销，理赔，流转等的信息。对应的，查验方(如报销单位、医疗报销机构等)需要根据电子票据验证和取证其记录的具体医患信息，而患者和医院为了医疗信息的私密性，不希望将上述数据上传至区块链中，导致查验方无法安全可靠的查验到用户的医疗信息。

基于上述描述，本申请实施例提供一种基于区块链的数据处理方法，该数据处理主要基于区块链技术和可信执行环境(Trusted Execution Environment，TEE)技术实现，其中，区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用本质上是一个去中心化的数据库，也即是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次的交易信息，用于验证交易信息的有效性和生成下一个区块。区块链底层平台可以包括用户管理、基础服务、智能合约以及运营监控等处理模块。其中，用户管理模块负责所有区块链参与者的身份信息管理，包括维护公私钥生成(账户管理)、密钥管理以及用户真实身份和区块链地址对应关系维护(权限管理)等。以图1a所示的区块链的结构示意图为例，每当有新的数据需要写入区块链，这些数据会汇总到一个区块(block)中，添加在已有区块链的末端，通过共识算法保证每个节点新添加的区块是完全相同的。每个区块内记录了平台协议数据和/或活动公告数据，同时包含了前一个区块的哈希(hash)值，所有区块就是通过这种方式保存前一个区块中的hash值，按顺序相连，组成了区块链。区块链中下一个区块的区块头中会存储前一个区块的哈希值，当前一个区块中的数据发生变化时，本区块的哈希值也会随之改变，因此通过上传至区块链中的数据难以被篡改，在区块链上进行随机数预测实现了预测过程的公开透明，提高了预测结果的可靠性。可信执行环境与普通执行环境相对应，是一个可以独立的安全可执行环境，可信执行环境具有安全能力控制，并符合一些特定的安全需求的要求，可以保护处于可信执行环境内的资源不受到通常的软件攻击、可以抵御许多种类型的安全威胁。可信执行环境是一个安全区域，它通过隔离的执行环境，提供一个执行空间，该空间相比可信执行环境有更强的安全性，比安全芯片功能更丰富，提供其代码和数据的机密性和完整性保护。

基于图1a描述的区块链结构，本申请实施例提供了一种基于区块链的数据处理系统，请参见图1b，如图1b所示，基于区块链的数据处理系统架构包括客户端、终端、可信执行端和区块链，其中，区块链具体可以由多个区块链节点构成，具体为区块链中的任意一个节点，可信执行端中配置有可信执行环境，具体也可以为一个终端，客户端、终端、可信执行端通过网络连接，客户端可以为以下任一种：终端、独立的应用程序、API(ApplicationProgramming Interface，应用程序编程接口)或者SDK(Software Development Kit，软件开发工具包)。终端可以包括但不限于：智能手机(如Android手机、iOS手机等)、平板电脑、便携式个人计算机、移动互联网设备(Mobile Internet Devices，简称MID)等设备，本申请实施例不做限定。

基于图1b描述的基于区块链的数据处理系统，本申请实施例提供了一种数据处理系统中各个设备进行交互的方法，如图1c所示，为本申请实施例提供的基于区块链的数据处理方法的交互流程示意图，101、可信执行端向终端发送身份信息，身份信息中携带有可信执行端地址和可信执行端对应的医疗机构标识。102、终端将身份信息上传至区块链中，以使得客户端基于该身份信息发送相应的数据验证请求。103、客户端向终端发送数据验证请求。104、终端将数据验证请求发送至可信执行端。105、可信执行端基于可信执行环境中存储的医疗信息对数据验证请求中的验证内容进行验证。106、可信执行端将验证结果发送至终端。107、终端将验证结果存储至区块链中。108、终端向客户端发送验证结果。上述方式中，采用了区块链以及可信执行环境对数据处理的流程进行管控，提升了数据处理过程中的私密性以及可靠性。

基于上述描述，本申请实施例提供了一种基于区块链的数据处理方法，请参见图2，该基于区块链的数据处理过程可包括以下步骤S201-S204：

S201、终端接收客户端发送的数据验证请求。

本申请实施例中，终端可以为区块链中的任意一个节点，多个客户端可以与该节点建立网络连接，以向该终端发送相应的数据，具体的，与终端连接的任意一个客户端可以向终端发送数据验证请求，数据验证请求携带有可信执行端地址以及验证内容。其中，可信执行端中运行有可信执行环境，可信执行环境包括受保护的区域，该区域在处理器的内部被创建，且该受保护区域中的存储器被加密，并且仅在可信执行环境内部被解密，可信执行环境可以接收相应的验证请求，并采用内部存储的数据对请求中携带的信息进行验证，以及返回验证结果。可信执行端可以预先将可信执行端地址上传至区块链网络中，以使得客户端基于可信执行端地址发送相应的数据验证请求。

在一种实施场景中，可信执行端与医疗机构存在对应关系，并在内部的可信执行环境中存储有多个患者的真实医疗信息，可信执行环境建立之后，医疗机构可以通过可信执行端向区块链中上传可信执行端地址和医疗机构的医疗机构标识，具体为将该可信执行端地址以及医疗机构标识写入区块链的智能合约中，作为智能合约中的参数。在区块链接收到包含可信执行端地址的数据验证请求后，触发智能合约将数据验证请求发送至可信执行端地址对应的可信执行端，以及使得可信执行端对患者的医疗信息进行验证。可选的，验证内容中包括患者提供的医疗信息，则验证的具体过程包括采用可信执行环境中存储的真实治疗信息与患者提供的医疗信息进行比对，若真实医疗信息与患者提供的医疗信息相匹配，则确定验证结果为验证通过。其中，真实医疗信息可以包括真实医疗支出、真实支出时间、真实支出地点中的至少一种，患者提供的医疗信息包括参考医疗支出、参考支出时间、参考支出地点中的至少一种，可信执行端对患者的医疗信息进行验证的具体方式可以为，验证真实医疗支出是否与参考医疗支出相匹配、真实支出时间是否与参考支出时间相匹配、真实支出地点是否与参考支出地点相匹配中的至少一项。若各项都匹配，则验证通过，若存在不匹配的项，则确定验证结果为验证未通过，进一步的，可信执行端可以计算真实医疗信息与患者提供的医疗信息之间的相似度，并将相似度加入至验证结果中，其中，相似度具体可以为真实医疗信息与患者提供的医疗信息中相同项数量与真实医疗信息中总项数之间的比值。

S202、终端将数据验证请求在区块链中进行广播，以使得区块链中的各个节点对数据验证请求进行共识校验。

本申请实施例中，终端接收到数据验证请求之后，可以将该数据验证请求在区块链中进行广播，以使得区块链中的各个节点对数据验证请求进行共识校验，具体的，数据验证请求中携带有客户端的签名信息，终端可以将数据验证请求以交易的形式发送至区块链中，区块链中的共识节点接收到上述交易后，将校验该数据验证请求携带的签名信息是否合法，若签名信息不合法，则向终端返回校验失败的结果，若签名信息合法，则区块链中的共识节点通过将上述交易打包进区块进行执行和共识，其中，区块链中存储了多个合法的终端签名信息，若上传该交易的终端的签名信息存在于该多个合法的终端签名信息之中，则确定签名信息合法，每个合法的客户端的签名信息可以由数字证书颁发机构向区块链上传。

S203、若共识校验通过，则终端调用区块链中的智能合约将数据验证请求发送至可信执行端地址对应的可信执行端，以使得可信执行端在配置的可信执行环境下对验证内容进行验证。

本申请实施例中，终端确定区块链中各个节点对数据验证请求的验证通过之后，可以调用区块链中的智能合约将数据验证请求发送至可信执行端地址对应的可信执行端。具体的，终端可以向智能合约发送调用请求，调用请求中包括数据验证请求，调用请求指示智能合约将数据验证请求中的可信执行端地址和验证内容作为触发参数，终端指示智能合约基于该触发参数将数据验证请求发送至可信执行端地址对应的可信执行端，以使得可信执行端验证患者的医疗信息与存储的真实医疗信息是否匹配。

在一种实施场景中，可信执行端地址与医疗机构标识存在对应关系，可信执行端中的可信执行环境可以用于存储医疗机构中的医疗数据，即可信执行环境中存储有多个患者的真实医疗信息。可选的，客户端为查验方(如报销单位、医疗报销机构等)所使用，其发送的数据验证请求中的验证内容包括参保患者的医疗信息，则可信执行端在配置的可信执行环境下对验证内容进行验证的具体方式可以包括，在可信执行环境中查找患者对应的真实医疗信息，并验证患者提供的医疗信息与可信执行环境中存储的真实医疗信息是否匹配，并对验证结果进行输出。具体实现中，患者提供的医疗信息中可以包含相应的电子票据，可信执行端可以基于电子票据中的信息(如单号、姓名、时间等)在可信执行环境中查找患者对应的真实医疗信息。

在一种实现方式中，终端调用区块链中的智能合约将数据验证请求发送至可信执行端地址对应的可信执行端之前，还可以采用私钥对该数据验证请求进行加密，并将加密后的数据验证请求发送至可信执行端，可信执行端接收到上述加密数据验证请求之后，可以调用预先存储的该终端的公钥对数据验证请求进行解密，若解密成功，则确定发送数据验证请求的终端身份无误，并执行对数据验证请求进行验证的操作。通过上述方式，可以保证数据传输过程中的安全性。

S204、终端接收可信执行端返回的验证结果，并将验证结果存储至区块链中。

本申请实施例中，终端可以接收可信执行端返回的验证结果，并将验证结果存储至区块链中。

在一种实现方式中，终端接收到可信执行端返回的验证结果为加密的验证结果，用于加密的秘钥可以为该可信执行端的私钥，终端获取到该加密的验证结果之后，将从区块链中查找该可信执行端对应的公钥，并采用获取到的公钥对该加密的验证结果进行解密，得到验证结果。进一步的，终端将该验证结果存储至区块链中。以及，终端将上述验证结果发送至客户端。

在一种实现方式中，终端接收到可信执行端返回的验证结果包括明文以及哈希码，该哈希码具体可以为可信执行端采用自身的公钥对明文哈希编码后得到的哈希值，终端接收到上述验证结果之后，将从区块链中查找到该可信执行端对应的公钥，并采用获取的公钥对该明文进行哈希编码，若得到的哈希编码与接收到的哈希编码一致，则终端确定验证结果为真实的验证结果，并将该验证结果存储至区块链中。

需要说明的是，终端在区块链中查找该可信执行端对应的公钥的具体方式可以为，终端上传该可信执行端的对应的可信执行端地址，并向智能合约发送调用请求，该调用请求指示智能合约将可信执行端地址作为触发参数，以触发智能合约在区块链中找到该可信执行端对应的公钥，并将公钥返回给终端。

在一种实现方式中，可信执行端与医疗机构标识存在对应关系，终端将验证结果存储至区块链中之后，还将检测包含验证结果的区块在区块链中的目标位置，其中，目标位置具体可以为在区块链中的第几个区块或者区块编号等，终端获取可信执行端地址对应的医疗机构标识，并将目标位置存储于医疗机构标识对应的数据库中，医疗机构标识对应的数据库中存储了至少一个历史记录的由可信执行端发送的历史验证结果对应的区块在所述区块链中的位置。通过上述方式，每当终端在区块链中上传一个可信执行端发送的验证结果，都将验证结果的位置存储于相应的数据库中，可以方便的对可信执行端上传的验证结果进行查询。具体的，查验方(如报销单位、医疗报销机构等)可以通过查询医疗机构标识访问到该医疗机构标识对应的数据库，并基于数据库中存储的位置查询到区块链中存储的历史验证结果，进而向可信执行端发送相应的反馈信息，反馈信息可以为指示历史验证结果有误，或者，指示可信执行端对历史验证结果进行重新验证，或者，对于一些重复报销(如医保卡报销和重大疾病报销)，查验方可以通过数据库存储的位置在区块链中快速查找到相应历史验证结果，并完成对上述重复报销的审批。可选的，可信执行端也可以通过访问该数据库查询区块链中的历史验证结果，以确定区块链中存储的历史验证结果是否得到及时更新，或者，在可信执行环境中存储的数据丢失的情况下，基于区块链中存储的历史验证结果对可信执行环境中存储的内容进行查漏补缺。

本申请实施例中，终端接收客户端发送的数据验证请求，将数据验证请求在区块链中进行广播，以使得区块链中的各个节点对数据验证请求进行共识校验；若共识校验通过，则终端调用区块链中的智能合约将数据验证请求发送至可信执行端地址对应的可信执行端，以使得可信执行端在配置的可信执行环境下对验证内容进行验证，终端接收可信执行端返回的验证结果，并将验证结果存储至区块链中。通过实施上述方法，可以采用区块链以及可信执行环境对数据处理的流程进行管控，提升了数据处理过程中的私密性以及可靠性。

基于上述描述，本申请实施例提供了另一种基于区块链的数据处理方法，请参见图3，该基于区块链的数据处理过程可包括以下步骤S301-S306：

S301、终端接收可信执行端上传的身份信息。

本申请实施例中，可信执行端与医疗机构标识存在对应关系，并存储有多个患者的真实医疗信息，即医疗机构可以在可信执行端中存储私密数据，如患者的就诊数据、医保数据等，医疗机构可以通过可信执行端上传身份信息，该身份信息包括可信执行端地址和该可信执行端对应的医疗机构标识，其中，可信执行端地址用于使得其他客户端基于该地址访问到可信执行端，可信执行端对应的医疗机构标识可以包括医疗机构的名称、签名信息等。终端接收到上述身份信息之后，可以将身份信息在区块链中进行广播，以使得区块链中的各个节点对身份信息进行共识校验；具体的，区块链中的各个节点对身份信息进行校验的具体过程可以为，区块链中的节点校验该身份信息携带的医疗机构签名是否为真实签名，或者，向医疗机构发送校验请求，并接收医疗结构返回的校验结果，若校验结果指示该身份信息为真实的身份信息，则节点确定针对该身份信息的共识校验结果为校验通过，并将共识校验的结果返回至终端，终端接收各个节点返回的共识校验结果，若共识校验结果指示共识校验通过，则终端将身份信息上链至区块链中。具体的，终端将身份信息写入智能合约中，作为智能合约中的执行参数，执行参数用于在智能合约接收到身份信息时触发执行智能合约；终端将智能合约以交易的形式打包成区块，并将该区块上链至区块链中。

S302、终端接收客户端发送的数据验证请求。

本申请实施例中，数据验证请求携带有可信执行端地址和验证内容，具体为采用加密秘钥加密后的请求，加密秘钥包括客户端的私钥，终端接收客户端发送的数据验证请求之后，可以获取客户端的签名信息，并根据签名信息从区块链中查找到客户端的公钥，终端采用客户端的公钥对数据验证请求进行解密；若解密成功，则执行步骤S303，其中，签名信息包括客户端的标识，区块链中存储了至少一个公钥。通过上述方式，可以对发送请求的客户端的身份信息进行验证，只处理具备资格的客户端发送的请求，该具备资格的客户端的公钥作为授权的公钥存储于区块链中。

例如，客户端为第一医疗机构所使用的客户端，客户端的标识为该医疗机构的编号，第一医疗机构发送数据验证请求时采用了自身的公钥对数据验证请求进行加密，终端接收到上述数据验证请求后，将获取到发送该请求的医疗机构的编号，并使用该编号在区块链中查找到对应的公钥，以及采用私钥对数据验证请求进行解密。

S303、终端将数据验证请求在区块链中进行广播，以使得区块链中的各个节点对数据验证请求进行共识校验。

本申请实施例中，验证内容携带有医疗机构标识，终端将数据验证请求在区块链中进行广播之前，还需要从区块链中存储的身份信息中获取到可信执行端地址对应的医疗机构标识；并检测可信执行端地址对应的医疗机构标识与验证内容中携带的医疗机构标识是否相匹配；若匹配，则终端将数据验证请求在区块链中进行广播，以使得区块链中的各个节点对数据验证请求进行共识校验。通过上述检验过程，可以防止客户端发送错误的可信执行端地址或验证内容，提升数据验证请求的可靠性。

S304、若共识校验通过，则终端调用区块链中的智能合约将数据验证请求发送至可信执行端地址对应的可信执行端，以使得可信执行端在配置的可信执行环境下对验证内容进行验证。

本申请实施例中，终端确定区块链中各个节点对数据验证请求的验证通过之后，可以调用区块链中的智能合约将数据验证请求发送至可信执行端地址对应的可信执行端，具体的，终端可以将可信执行端地址和验证内容写入智能合约中，作为智能合约中的参数，以触发智能合约将数据验证请求发送至可信执行端地址对应的可信执行端，进一步的，终端可以将该数据验证请求打包成区块，并将区块存储至区块链中，以使得区块链对上述数据验证请求进行存储。

具体实现中，验证内容包括患者的医疗信息，可信执行端与医疗机构存在对应关系，可信执行端中的可信执行环境中存储有多个患者的真实医疗信息，终端向智能合约发送调用请求，该调用请求中包括数据验证请求，调用请求指示智能合约将数据验证请求中的可信执行端地址和验证内容作为触发参数，并指示智能合约基于该触发参数将数据验证请求发送至可信执行端地址对应的可信执行端；可信执行端对验证内容进行验证是指可信执行端验证患者的医疗信息与存储的真实医疗信息是否匹配。

S305、终端接收可信执行端返回的验证结果，并将验证结果存储至区块链中。

本申请实施例中，终端接收到可信执行端返回的验证结果为加密的验证结果，用于加密的秘钥可以为该可信执行端的私钥，终端获取到该加密的验证结果之后，将从区块链中获取可信执行端的公钥，并采用可信执行端的公钥对验证结果进行解密；若解密成功，则确定验证结果为安全验证结果，并执行将验证结果存储至区块链中的步骤。通过采用区块链中存储公钥对验证结果进行解密的方式，可以确保验证结果的发送方的身份为可信执行端，并且，通过对验证结果进行加密传输，也防止了信息传输过程中被窃取或者更改，提升了验证结果的真实性以及数据传输过程的安全性。

S306、终端将验证结果发送至客户端。

本申请实施例中，终端获取到可信执行环境返回的验证结果之后，可以将验证结果发送至客户端，具体实现中，终端可以采用私钥对验证结果进行加密，得到加密验证结果；并将加密验证结果发送至客户端，客户端接收到验证结果之后，可以获取到终端的公钥，并采用终端的公钥对加密验证结果进行解密，进一步的，客户端获取到验证结果之后，可以向终端发送相应的反馈信息，终端可以接收客户端针对验证结果返回的反馈信息；若反馈信息指示验证结果有误，则将反馈信息发送至可信执行端，以触发可信执行端的对反馈信息进行处理。具体实现中，可信执行端接收到反馈信息之后，可以对可信执行环境中的内容进行更新，并再次返回针对数据验证请求的验证结果。在一种实施场景中，客户端为医疗报销机构所使用的客户端，医疗报销机构获取到验证结果之后，可以基于验证结果对医保参保人员提供的报销请求进行审批，并向医保参保人员发送审批结果以及可信执行端返回的验证结果，医保参保人员可以对验证结果进行反馈，具体可以为同意验证结果或者指出验证结果中的错误，并通过医疗报销机构所使用的客户端向可信执行端发送反馈信息，可信执行端接收到反馈信息后可以对数据进行更新后二次验证，或者请求人工辅助验证，得到最终的验证结果，并发送给客户端。通过上述方式，可以防止因可信执行环境中的数据更新不及时导致的验证结果有误，提升可信执行环境对于数据处理的准确性。

本申请实施例中，客户端为医疗报销机构使用的客户端，终端为区块链中的节点，可信执行端为医疗机构使用的终端，可信执行端中配置有可信执行环境，用于存储医疗机构的真实医疗信息。患者在医疗机构就诊之后，需要进行医保报销，则可以向客户端提供区块链电子票据以及相应的医疗信息，客户端接受到上述信息后，可以将上述信息作为验证内容，并向终端发送数据验证请求，以使得终端将该数据验证请求发送至可信执行端，可信执行端将基于可信执行环境中存储的真实医疗信息对验证内容进行验证，得到验证结果，并将验证结果发送至终端，终端对验证结果进行上链以及将验证结果发送至客户端，通过实施上述方法，可以采用区块链以及可信执行环境对数据处理的流程进行管控，提升了数据处理过程中的私密性以及可靠性。

基于上述基于区块链的数据处理方法实施例的描述，本申请实施例还公开了一种基于区块链的数据处理装置，该基于区块链的数据处理装置可以是运行于终端中的一个计算机程序(包括程序代码)，也可以是包含在终端中的一个实体装置。该基于区块链的数据处理装置可以执行图2-图3所示的方法。请参见图4，该基于区块链的数据处理装置40包括：接收模块401、广播模块402、发送模块403、上传模块404、解密模块405、加密模块406。

接收模块401，用于接收客户端发送的数据验证请求，所述数据验证请求携带有可信执行端地址以及验证内容；

广播模块402，用于将所述数据验证请求在区块链中进行广播，以使得所述区块链中的各个节点对所述数据验证请求进行共识校验；

发送模块403，用于若共识校验通过，则调用所述区块链中的智能合约将所述数据验证请求发送至所述可信执行端地址对应的可信执行端，以使得所述可信执行端在配置的可信执行环境下对所述验证内容进行验证；

所述接收模块401，还用于接收所述可信执行端返回的验证结果；

上传模块404，用于将所述验证结果存储至所述区块链中。

在一种实现方式中，所述验证内容包括患者的医疗信息，所述可信执行端存储有多个患者的真实医疗信息，所述发送模块403，具体用于：

向智能合约发送调用请求，所述调用请求中包括数据验证请求，所述调用请求指示所述智能合约将所述数据验证请求中的可信执行端地址和所述验证内容作为触发参数；

指示所述智能合约基于所述触发参数，将所述数据验证请求发送至所述可信执行端地址对应的可信执行端，以使得所述可信执行端在配置的可信执行环境下验证所述患者的医疗信息与存储的真实医疗信息是否匹配。

在一种实现方式中，所述接收模块401，还用于接收所述可信执行端上传的身份信息，所述身份信息包括可信执行端地址和所述可信执行端对应的医疗机构标识；

广播模块402，还用于将所述身份信息在区块链中进行广播，以使得所述区块链中的各个节点对所述身份信息进行共识校验；

上传模块404，还用于：

若共识校验通过，则将所述身份信息写入智能合约中，作为所述智能合约中的执行参数，所述执行参数用于在智能合约接收到所述身份信息时触发执行所述智能合约；

将所述智能合约以交易的形式打包成区块，上链至区块链中。

在一种实现方式中，所述广播模块402，还用于：

从所述区块链中存储的所述身份信息中获取到所述可信执行端地址对应的医疗机构标识；

检测所述可信执行端地址对应的医疗机构标识与所述验证内容中携带的医疗机构标识是否相匹配；

若匹配，则执行将所述数据验证请求在区块链中进行广播的步骤。

在一种实现方式中，所述上传模块404，还用于：

检测包含所述验证结果的区块在所述区块链中的目标位置；

获取所述可信执行端地址对应的医疗机构标识，并将所述目标位置存储于所述医疗机构标识对应的数据库中，所述医疗机构标识对应的数据库中存储了至少一个历史记录的由所述可信执行端发送的历史验证结果对应的区块在所述区块链中的位置。

在一种实现方式中，所述数据验证请求为采用加密秘钥加密后的请求，所述加密秘钥包括所述客户端的私钥，所述解密模块405，具体用于：

获取所述客户端的签名信息，并根据所述签名信息从区块链中查找到所述客户端的公钥，所述签名信息包括所述客户端的标识，所述区块链中存储了至少一个授权的公钥；

采用所述客户端的公钥对所述数据验证请求进行解密；

若解密成功，则执行将所述数据验证请求在区块链中进行广播的步骤。

在一种实现方式中，所述验证结果为采用所述可信执行端的私钥加密得到的结果，所述解密模块405，还用于：

从区块链中获取所述可信执行端的公钥；

采用所述可信执行端的公钥对所述验证结果进行解密；

若解密成功，则确定所述验证结果为安全验证结果，并执行将所述验证结果存储至区块链中的步骤。

在一种实现方式中，所述加密模块406用于采用私钥对所述验证结果进行加密，得到加密验证结果；

发送模块403，还用于将所述加密验证结果发送至所述客户端，

接收模块401，还用于接收所述客户端针对所述验证结果返回的反馈信息；

发送模块403，还用于若所述反馈满足预设条件，则将所述反馈信息发送至所述可信执行端，以触发所述可信执行端的对所述反馈信息进行处理。

本申请实施例中，接收模块401接收客户端发送的数据验证请求，广播模块402将数据验证请求在区块链中进行广播，以使得区块链中的各个节点对数据验证请求进行共识校验；若共识校验通过，则发送模块403调用区块链中的智能合约将数据验证请求发送至可信执行端地址对应的可信执行端，以使得可信执行端在配置的可信执行环境下对验证内容进行验证，接收模块401接收可信执行端返回的验证结果，上传模块404将验证结果存储至区块链中。通过实施上述方法，可以采用区块链以及可信执行环境对数据处理的流程进行管控，提升了数据处理过程中的私密性以及可靠性。

请参见图5，为本申请实施例提供的一种终端的结构示意图。如图5所示，该终端包括：至少一个处理器501，输入设备503，输出设备504，存储器505，至少一个通信总线502。其中，通信总线502用于实现这些组件之间的连接通信。其中，存储器505可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器505可选的还可以是至少一个位于远离前述处理器501的存储装置。其中处理器501可以结合图4所描述的装置，存储器505中存储一组程序代码，且处理器501，输入设备503，输出设备504调用存储器505中存储的程序代码。用于执行以下操作：

处理器501，用于接收客户端发送的数据验证请求，所述数据验证请求携带有可信执行端地址以及验证内容；

处理器501，用于将所述数据验证请求在区块链中进行广播，以使得区块链中的各个节点对所述数据验证请求进行共识校验；

处理器501，用于若共识校验通过，则调用所述区块链中的智能合约将所述数据验证请求发送至所述可信执行端地址对应的可信执行端，以使得所述可信执行端在配置的可信执行环境下对所述验证内容进行验证；

处理器501，还用于接收所述可信执行端返回的验证结果；

处理器501，用于将所述验证结果存储至所述区块链中。

在一种实现方式中，所述验证内容包括患者的医疗信息，所述可信执行端存储有多个患者的真实医疗信息，处理器501，具体用于：

向智能合约发送调用请求，所述调用请求中包括数据验证请求，所述调用请求指示所述智能合约将所述数据验证请求中的可信执行端地址和所述验证内容作为触发参数；

指示所述智能合约基于所述触发参数，将所述数据验证请求发送至所述可信执行端地址对应的可信执行端，以使得所述可信执行端在配置的可信执行环境下验证所述患者的医疗信息与存储的真实医疗信息是否匹配。

在一种实现方式中，处理器501，具体用于：

接收所述可信执行端上传的身份信息，所述身份信息包括可信执行端地址和所述可信执行端对应的医疗机构标识；

将所述身份信息在区块链中进行广播，以使得所述区块链中的各个节点对所述身份信息进行共识校验；

若共识校验通过，则将所述身份信息写入智能合约中，作为所述智能合约中的执行参数，所述执行参数用于在智能合约接收到所述身份信息时触发执行所述智能合约；

将所述智能合约以交易的形式打包成区块，上链至区块链中。

在一种实现方式中，处理器501，具体用于：

从所述区块链中存储的所述身份信息中获取到所述可信执行端地址对应的医疗机构标识；

检测所述可信执行端地址对应的医疗机构标识与所述验证内容中携带的医疗机构标识是否相匹配；

若匹配，则执行将所述数据验证请求在区块链中进行广播的步骤。

在一种实现方式中，处理器501，具体用于：

检测包含所述验证结果的区块在所述区块链中的目标位置；

获取所述可信执行端地址对应的医疗机构标识，并将所述目标位置存储于所述医疗机构标识对应的数据库中，所述医疗机构标识对应的数据库中存储了至少一个历史记录的由所述可信执行端发送的历史验证结果对应的区块在所述区块链中的位置。

在一种实现方式中，所述数据验证请求为采用加密秘钥加密后的请求，所述加密秘钥包括所述客户端的私钥，处理器501，具体用于：

获取所述客户端的签名信息，并根据所述签名信息从区块链中查找到所述客户端的公钥，所述签名信息包括所述客户端的标识，所述区块链中存储了至少一个授权的公钥；

采用所述客户端的公钥对所述数据验证请求进行解密；

若解密成功，则执行将所述数据验证请求在区块链中进行广播的步骤。

在一种实现方式中，所述验证结果为采用所述可信执行端的私钥加密得到的结果，处理器501，具体用于：

从区块链中获取所述可信执行端的公钥；

采用所述可信执行端的公钥对所述验证结果进行解密；

若解密成功，则确定所述验证结果为安全验证结果，并执行将所述验证结果存储至区块链中的步骤。

在一种实现方式中，处理器501，具体用于：

采用私钥对所述验证结果进行加密，得到加密验证结果；

将所述加密验证结果发送至所述客户端，以及接收所述客户端针对所述验证结果返回的反馈信息；

若所述反馈满足预设条件，则将所述反馈信息发送至所述可信执行端，以触发所述可信执行端的对所述反馈信息进行处理。

本申请实施例中，处理器501接收客户端发送的数据验证请求，处理器501将数据验证请求在区块链中进行广播，以使得区块链中的各个节点对数据验证请求进行共识校验；若共识校验通过，则处理器501调用区块链中的智能合约将数据验证请求发送至可信执行端地址对应的可信执行端，以使得可信执行端在配置的可信执行环境下对验证内容进行验证，处理器501接收可信执行端返回的验证结果，处理器501将验证结果存储至区块链中。通过实施上述方法，可以采用区块链以及可信执行环境对数据处理的流程进行管控，提升了数据处理过程中的私密性以及可靠性。

本申请实施例中所述模块，可以通过通用集成电路，例如CPU(CentralProcessing Unit，中央处理器)，或通过ASIC(Application Specific IntegratedCircuit，专用集成电路)来实现。

应当理解，在本申请实施例中，所称处理器501可以是中央处理模块(CentralProcessing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

总线502可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部节点互联(Peripheral Component，PCI)总线或扩展工业标准体系结构(ExtendedIndustry Standard Architecture，EISA)总线等，该总线502可以分为地址总线、数据总线、控制总线等，为便于表示，图5仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于计算机可读存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的计算机可读存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(RandomAccess Memory，RAM)等。

以上所揭露的仅为本申请较佳实施例而已，当然不能以此来限定本申请之权利范围，因此依本申请权利要求所作的等同变化，仍属本申请所涵盖的范围。

Claims (10)

1.一种基于区块链的数据处理方法，其特征在于，所述方法包括：

接收客户端发送的数据验证请求，所述数据验证请求携带有可信执行端地址以及验证内容；

将所述数据验证请求在区块链中进行广播，以使得所述区块链中的各个节点对所述数据验证请求进行共识校验；

若共识校验通过，则调用所述区块链中的智能合约将所述数据验证请求发送至所述可信执行端地址对应的可信执行端，以使得所述可信执行端在配置的可信执行环境下对所述验证内容进行验证；

接收所述可信执行端返回的验证结果，并将所述验证结果存储至所述区块链中。

2.根据权利要求1所述的方法，其特征在于，所述验证内容包括患者的医疗信息，所述可信执行端存储有多个患者的真实医疗信息；

所述调用所述区块链中的智能合约将所述数据验证请求发送至所述可信执行端地址对应的可信执行端，以使得所述可信执行端在配置的可信执行环境下对所述验证内容进行验证，包括：

向智能合约发送调用请求，所述调用请求中包括数据验证请求，所述调用请求指示所述智能合约将所述数据验证请求中的可信执行端地址和所述验证内容作为触发参数；

指示所述智能合约基于所述触发参数，将所述数据验证请求发送至所述可信执行端地址对应的可信执行端，以使得所述可信执行端在配置的可信执行环境下验证所述患者的医疗信息与存储的真实医疗信息是否匹配。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收所述可信执行端上传的身份信息，所述身份信息包括可信执行端地址和所述可信执行端对应的医疗机构标识；

将所述身份信息在区块链中进行广播，以使得所述区块链中的各个节点对所述身份信息进行共识校验；

若共识校验通过，则将所述身份信息写入智能合约中，作为所述智能合约中的执行参数，所述执行参数用于在智能合约接收到所述身份信息时触发执行所述智能合约；

将所述智能合约以交易的形式打包成区块，上链至区块链中。

4.根据权利要求3所述的方法，其特征在于，所述验证内容携带有医疗机构标识，所述将所述数据验证请求在区块链中进行广播之前，所述方法还包括：

从所述区块链中存储的所述身份信息中获取到所述可信执行端地址对应的医疗机构标识；

检测所述可信执行端地址对应的医疗机构标识与所述验证内容中携带的医疗机构标识是否相匹配；

若匹配，则执行将所述数据验证请求在区块链中进行广播的步骤。

5.根据权利要求1所述的方法，其特征在于，所述将所述验证结果存储至所述区块链中之后，所述方法还包括：

检测包含所述验证结果的区块在所述区块链中的目标位置；

获取所述可信执行端地址对应的医疗机构标识，并将所述目标位置存储于所述医疗机构标识对应的数据库中，所述医疗机构标识对应的数据库中存储了至少一个历史记录的由所述可信执行端发送的历史验证结果对应的区块在所述区块链中的位置。

6.根据权利要求1所述的方法，其特征在于，所述数据验证请求为采用加密秘钥加密后的请求，所述加密秘钥包括所述客户端的私钥，所述接收客户端发送的数据验证请求之后，所述方法还包括：

获取所述客户端的签名信息，并根据所述签名信息从区块链中查找到所述客户端的公钥，所述签名信息包括所述客户端的标识，所述区块链中存储了至少一个授权的公钥；

采用所述客户端的公钥对所述数据验证请求进行解密；

若解密成功，则执行将所述数据验证请求在区块链中进行广播的步骤。

7.根据权利要求1所述的方法，其特征在于，所述验证结果为采用所述可信执行端的私钥加密得到的结果，所述接收所述可信执行端返回的验证结果之后，所述方法还包括：

从区块链中获取所述可信执行端的公钥；

采用所述可信执行端的公钥对所述验证结果进行解密；

若解密成功，则确定所述验证结果为安全验证结果，并执行将所述验证结果存储至区块链中的步骤。

8.根据权利要求1所述的方法，其特征在于，所述接收所述可信执行端返回的验证结果之后，所述方法还包括：

采用私钥对所述验证结果进行加密，得到加密验证结果；

将所述加密验证结果发送至所述客户端，以及接收所述客户端针对所述验证结果返回的反馈信息；

若所述反馈信息指示所述验证结果有误，则将所述反馈信息发送至所述可信执行端，以触发所述可信执行端的对所述反馈信息进行处理。

9.一种终端，其特征在于，包括处理器、输入接口、输出接口和存储器，所述处理器、输入接口、输出接口和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行如权利要求1-8任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如权利要求1-8任一项所述的方法。

Images