CN111538757A - 数据存储方法、查询方法、装置、服务器及介质 - Google Patents

Abstract

本说明书实施例提供了一种数据存储方法、查询方法、装置、服务器及介质，该存储方法通过先检测交易数据的类型，若是第一类交易数据，则需要先确定区块链中与该交易数据匹配的目标存储节点，然后将该交易数据存储至所述目标存储节点的私有账本中，再将该交易数据加密产生的摘要信息存储至区块链中其他存储节点，以在保证第一类交易数据存储私密性的同时保证存储数据的真实性，若是第二类交易数据，则将该交易数据存储至区块链中任意一个存储节点的公共账本中，实现了对第一类交易数据和第二类交易数据统一自动存储。

Description

数据存储方法、查询方法、装置、服务器及介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种数据存储方法、查询方法、装置、服务器及存储介质。

背景技术

关联交易是集团化企业经营中较常见的交易模式，已经发展成为影响上市公司财务状况和经营成果的一个非常重要的因素。由于其特殊性，一方面监管和披露要求证明交易数据的真实性，另一方面针对管理过程中重要交易数据存在高度私密性，这样也就对交易数据的存储提出了很高的要求。

发明内容

本说明书实施例提供了一种数据存储方法、查询方法、装置、服务器及存储介质。

第一方面，本说明书实施例提供了一种交易数据存储方法，用于将交易数据存储在区块链中，所述区块链的每个存储节点中均配置有私有账本和公共账本。所述方法包括：检测交易数据的类型；若所述交易数据的类型为第一类交易数据，则确定所述区块链中与所述交易数据匹配的目标存储节点，将所述交易数据存储至所述目标存储节点的私有账本中，以及将所述交易数据加密产生的摘要信息存储至所述区块链中其他存储节点的公共账本中；若所述交易数据的类型为第二类交易数据，则将所述交易数据存储至所述区块链中每个存储节点的公共账本中。

第二方面，本说明书实施例提供了一种交易数据查询方法，用于查询区块链中存储的交易数据，所述区块链的每个存储节点中均配置有私有账本和公共账本。所述方法包括：获取用户发起的交易查询请求，并根据所述交易查询请求，确定目标交易数据的类型；若所述目标交易数据的类型为第一类交易数据，则从所述区块链中确定私有账本中存储有所述目标交易数据的目标存储节点，并将所述交易查询请求发送给所述目标存储节点，以使所述目标存储节点基于所述交易查询请求将私有账本中存储的目标交易数据反馈给所述用户；若所述目标交易数据的类型为第二类交易数据，则将所述交易查询请求发送给所述区块链中任意一个存储节点，以使得该存储节点根据所述交易查询请求将公共账本中存储的目标交易数据反馈给所述用户。

第三方面，本说明书实施例提供了一种交易数据存储装置，用于将交易数据存储在区块链中，所述区块链的每个存储节点中均配置有私有账本和公共账本。所述装置包括：检测模块，用于检测交易数据的类型；第一存储模块，用于若所述交易数据的类型为第一类交易数据，则确定所述区块链中与所述交易数据匹配的目标存储节点，将所述交易数据存储至所述目标存储节点的私有账本中，以及将所述交易数据加密产生的摘要信息存储至所述区块链中其他存储节点的公共账本中；第二存储模块，用于若所述交易数据的类型为第二类交易数据，则将所述交易数据存储至所述区块链中每个存储节点的公共账本中。

第四方面，本说明书实施例提供了一种交易数据查询装置，用于查询区块链中存储的交易数据，所述区块链的每个存储节点中均配置有私有账本和公共账本。所述装置包括：确定模块，用于获取用户发起的交易查询请求，并根据所述交易查询请求，确定目标交易数据的类型；第一查询模块，用于若所述目标交易数据的类型为第一类交易数据，则从所述区块链中确定私有账本中存储有所述目标交易数据的目标存储节点，并将所述交易查询请求发送给所述目标存储节点，以使所述目标存储节点基于所述交易查询请求将私有账本中存储的目标交易数据反馈给所述用户；第二查询模块，用于若所述目标交易数据的类型为第二类交易数据，则将所述交易查询请求发送给所述区块链中任意一个存储节点，以使得该存储节点根据所述交易查询请求将公共账本中存储的目标交易数据反馈给所述用户。

第五方面，本说明书实施例提供了一种服务器，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行上述第一方面或第二方面所述方法的步骤。

第六方面，本说明书实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述第一方面或第二方面所述方法的步骤。

本说明书实施例有益效果如下：

本说明书实施例提供的交易数据存储方法，通过先检测交易数据的类型，若是第一类交易数据，则需要先确定区块链中与该交易数据匹配的目标存储节点，然后将该交易数据存储至所述目标存储节点的私有账本中，再将该交易数据加密产生的摘要信息存储至区块链中其他存储节点，以在保证第一类交易数据存储私密性的同时保证存储数据的真实性，若是第二类交易数据，则将该交易数据存储至区块链中任意一个存储节点的公共账本中，实现了对第一类交易数据和第二类交易数据统一自动存储。并且，本方案可扩展性强，可以根据需要灵活地对交易数据进行类型划分，以及对第一类交易数据匹配的目标存储节点进行配置，方便实现对于新增业务产生的各类交易数据的存储。

相应地，本说明书实施例提供的交易数据查询方法，先通过获取到的交易查询请求确定目标交易数据的类型；若为第一类交易数据，则先从区块链中确定私有账本中存储有该目标交易数据的目标存储节点，再将交易查询请求转发给目标存储节点得到其私有账本中存储的目标交易数据；若该目标交易数据为第二类交易数据，则将交易查询请求转发给区块链中任意一个存储节点得到其公共账本中存储的目标交易数据。这样针对目标交易数据类型配置查询流程，能够满足用户对各类交易数据的查询需求，在保证第一类交易数据存储私密性的同时，实现第一类交易数据和第二类交易数据的统一查询，方便用户操作。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1为适用于本说明书实施例的一种运行环境示意图；

图2为本说明书实施例第一方面提供的一种交易数据存储方法的流程图；

图3为本说明书实施例第一方面提供的交易数据存储示意图；

图4为本说明书实施例第二方面提供的一种交易数据查询方法的流程图；

图5为本说明书实施例第三方面提供的一种交易数据存储装置的模块框图；

图6为本说明书实施例第四方面提供的一种交易数据查询装置的模块框图；

图7为本说明书实施例第五方面提供的服务器的示意图。

具体实施方式

图1为适用于本说明书实施例提供的数据存储方法的运行环境示意图。如图1所示，服务器300与区块链100中的一个或多个存储节点通信连接(图1中示出的连接三个存储节点仅为示意)，以进行数据通信或交互。

其中，服务器300可以是业务服务器，即业务系统所在的服务器，为用户提供交易服务，可以接收用户通过客户端发起的交易请求，对交易请求进行处理并生成交易数据。

区块链100包含多个存储节点(如图1中仅示出的存储节点101至106)，这些存储节点之间可通过网络200相互相连，以进行数据通信或交互。这些存储节点可以是个人电脑(Personal Computer，PC)、笔记本电脑、平板电脑、智能手机、可穿戴设备等具有网络功能以及数据存储功能的设备。需要说明的是，图1中存储节点数量仅为示意，不对区块链100包含存储节点的具体数量进行限制，在实际应用场景中，可以包含更多的存储节点并陆续增加新的存储节点。

另外，本说明书实施例中，区块链的每个存储节点中均配置有私有账本和公共账本。其中，私有账本为设置有访问权限的账本，也就是说，除存储节点本身以外，区块链中其他存储节点无法任意从该存储节点的私有账本中获取交易数据。相应的，公共账本为无访问权限的账本，是对区块链中任意存储节点均公开的账本，其他任意存储节点均可以从该存储节点的公开账本中获取交易数据。

本说明书实施例提供的交易数据存储方法可以应用于上述系统中的业务服务器，一方面通过存储节点中私有账本和公共账本这种结构设计，利用节点间共享的公共信息确保交易不可篡改的真实性，同时利用私有账本在非目标存储节点间只共享对交易数据加密产生的摘要信息保证存储的第一类交易数据的私密性；另一方面，通过统一识别交易数据类型，然后基于类型自动进入不同的上链存储流程，实现了对第一类交易数据和第二类交易数据统一自动存储，具有更强的适用性和可扩展性，可以根据需要灵活地对交易数据进行类型划分，以及对第一类交易数据匹配的目标存储节点进行配置，方便实现对于新增业务产生的各类交易数据的存储。

进一步地，本说明书实施例还提供了一种交易数据查询方法，也可以应用于上述系统中的业务服务器，用于查询通过上述存储方法存储与区块链各存储节点中私有账本以及公共账本中的交易数据，通过针对目标交易数据类型配置查询流程，能够满足用户对各类交易数据的查询需求，在保证第一类交易数据存储私密性的同时，实现第一类交易数据和第二类交易数据的统一查询，方便用户操作。

为了更好的理解上述技术方案，下面通过附图以及具体实施例对本说明书实施例的技术方案做详细的说明，应当理解本说明书实施例以及实施例中的具体特征是对本说明书实施例技术方案的详细的说明，而不是对本说明书技术方案的限定，在不冲突的情况下，本说明书实施例以及实施例中的技术特征可以相互组合。本说明书实施例中，术语“多个”表示“两个以上”，即包括两个或大于两个的情况。

第一方面，本说明书实施例提供了一种交易数据存储方法，用于将交易数据存储在区块链中，区块链的每个存储节点中均配置有私有账本和公共账本。如图2所示，该方法包括以下步骤S201至步骤S203。

步骤S201，检测交易数据的类型。

其中，要检测的交易数据即为需要存储的交易数据。业务服务器中的业务系统监测到交易发生时，例如当监测到交易创建或者监测到交易完成时，可以获取到基于用户触发的交易请求生成的交易数据。具体交易数据的内容根据实际应用场景的业务类型确定。

本说明书实施例中，交易数据可以是关联交易数据。其中，关联交易是指关联方之间任何转移资源、劳务或义务的行为或交易，不论是否收取价款。按照交易类型划分，常见的关联交易有以下几类：购买或销售商品、股权投资、提供或接受劳务、提供资金、研究与开发转移、关键管理人薪酬等。当然，在本说明书其他实施例中，也可以是其他类型的交易数据，此处不作限制。

具体来讲，交易数据的类型可以包括第一类交易数据和第二类交易数据。其中，第一类交易数据为重大私密的、需要保密存储的交易数据，第二类交易数据为可以公开的交易数据。

作为一种实施方式，上述检测交易数据的类型的过程可以包括：提取交易数据中的业务特征信息；判断交易数据的业务特征信息是否满足预设私密存储条件，若是，则将交易数据的类型确定为第一类交易数据，若否，则将交易数据的类型确定为第二类交易数据。其中，预设私密存储条件为用于对交易数据进行私密性检测的条件。

其中，业务特征信息以及预设私密存储条件可以根据实际应用场景的需要设置。举例来讲，业务特征信息可以包括但不限于交易所属的业务类型、交易金额、交易对象以及交易的合约属性等中的一种或多种信息。其中，业务类型和合约属性具体可以根据实际应用场景确定。例如，业务类型可以包括收单手续费业务、分润业务以及贴息业务等。交易的合约属性可以包括合约性质如重大交易或普通交易、合约来源如来自于第一签约平台或第二签约平台等以及定价策略如关联方定价或普通交易定价等。

例如，在一种应用场景中，第一业务平台和第二业务平台发生关联交易，此时，业务特性信息包括交易金额大小、定价策略以及业务类型等。判断交易数据的业务特征信息是否满足预设私密存储条件可以是依据交易金额大小来判定，若交易金额超过1亿则判定该交易数据满足预设私密存储条件，反之则不满足；或者，可以是依据定价策略来判定，若关联方优惠费率则判定该交易数据满足预设私密存储条件，反之则不满足；又或者，可以是其中的多个条件组合，若交易金额超过1亿且关联方优惠费率，则判定该交易数据满足预设私密存储条件，反之则不满足。

在具体实施过程中，可以根据需要灵活地对交易数据进行类型划分，这样对于新增业务产生的各交易数据，本说明书实施例提供的存储方法也能够适用，无需耗费大量资源去重新配置新增业务产生的交易数据的上链存储流程，可扩展性强。

步骤S202，若交易数据的类型为第一类交易数据，则确定区块链中与该交易数据匹配的目标存储节点，将交易数据存储至目标存储节点的私有账本中，以及将交易数据加密产生的摘要信息存储至区块链中其他存储节点的公共账本中。

步骤S203，若交易数据的类型为第二类交易数据，则将交易数据存储至区块链中每个存储节点的公共账本中。

可以理解的是，每个存储节点的私有账本均设置有严格的权限，访问私有账本以及获取私有账本中存储的交易数据需要经过权限检测，区块链中任一存储节点均无权访问其他存储节点的私有账本，相对的，区块链中任一存储节点中的公共账本对于区块链中的其他存储节点是公开透明的，区块链中各存储节点可以相互访问公共账本。

对于第一类交易数据来讲，为了保证所存储的第一类交易数据的私密性，需要该类型的交易数据存储在区块链中与该交易数据匹配的存储节点的私有账本中。在此之前，需要先从区块链的存储节点中确定与该交易数据匹配的目标存储节点，具体为从区块链中与业务服务器通信连接的存储节点中确定目标存储节点。本说明书实施例中，第一类交易数据的目标存储节点可以是一个，也可以是多个。在具体实施过程中，可以根据需要灵活地对第一类交易数据匹配的目标存储节点进行配置，这样也方便实现对于新增业务产生的各类交易数据的存储，使得本说明书实施例提供的存储方法具体较强的可扩展性。

作为一种实施方式，上述确定所述区块链中与所述交易数据匹配的目标存储节点的过程可以包括：获取交易数据的业务属性信息；根据交易数据的业务属性信息，以及区块链中存储节点与业务属性信息的预设映射关系，确定与该交易数据匹配的目标存储节点。

业务服务器中预先配置有业务属性信息与区块链中存储节点的映射关系。业务属性信息根据实际应用场景确定，例如可以包括但不限于：业务类型、交易金额大小以及合约类型等中的一种或多种组合。其中，交易合约类型可以根据实际应用场景确定，例如可以包括但不限于：股权投资类合约，融资类合约以及交易类合约等。当然，业务属性信息除了上述信息以外，还可以包括其他信息，如交易等级、交易对象等。交易等级是指预先为所有交易配置的保密等级。交易对象为交易的对手方，如某银行或某网络平台等。

举例来讲，在一种应用场景中，业务属性信息可以包括交易金额大小，此时可以依据金额划分区间，交易金额小于100万，则存储在A、B、C节点；交易金额在100万-1亿，则存储在D、E、F节点；交易金额超过1亿，则存储在G、H节点。

在一种可选的实施例中，可以预先配置有业务属性信息与区块链中与业务服务器通信连接的存储节点的映射关系。例如，业务服务器与区块链中的10个存储节点均通信连接，则可以预先配置并存储业务属性信息与这10个存储节点之间的映射关系，进而，根据该映射关系，从这10个存储节点中确定出当前交易数据的目标存储节点。

当然，在本说明书其他实施例中，也可以预先配置并存储业务属性信息与区块链中所有存储节点之间的映射关系，这样在某些应用场景中，若目标存储节点也可以包含与业务服务器通信连接的存储节点以外的其他存储节点，由与业务服务器通信连接的存储节点中转至该目标存储节点的私有账本中存储。

此外，对于第二类交易数据来讲，由于第二类交易数据是无需保密存储的，可以将区块链中与业务服务器通信连接的任意一个存储节点作为目标存储节点。将交易数据发送给该存储节点存储至本地的公共账本中，并由该存储节点将该交易数据广播给区块链中其余的存储节点，以使得其他存储节点将该交易数据存储至各自的公共账本中，实现第二类交易数据在区块链所有存储节点中的共享存储。由于区块链中每个区块均存储有本区块的摘要值和相邻上一个区块的摘要值，一旦篡改交易数据，就导致摘要值与公共账本记录的数据不匹配，能够有效地保证交易数据的真实性。

在一种可选的实施例中，业务服务器确定交易数据的类型后，可以标记该交易数据的类型标签。类型标签用于唯一标识该交易数据的类型，即表征该交易数据是第一类交易数据还是第二类交易数据。进而，业务服务器在确定目标存储节点后，就可以将携带有类型标签的交易数据发送给目标存储节点，从而方便存储节点确定要存储的交易数据类型，按交易数据类型进行相应的存储流程。

此时，目标存储节点接收到交易数据后，就可以根据该交易数据携带的类型标签，确定该交易数据是第一类交易数据还是第二类交易数据。若是第一类交易数据，则将该交易数据存储到本地的私有账本中，并对该交易数据进行加密，将加密产生的摘要信息广播到区块链中除该目标存储节点以外的其余存储节点，使得这些存储节点将交易数据加密后的摘要值存储到各自的公共账本中。其中，对交易数据加密的方式可以有多种，例如，可以采用哈希函数对交易数据进行加密，将输出值作为对交易数据加密产生的摘要信息。若是第二类交易数据，则将该交易数据存储到本地的公共账本中，并将该交易数据广播到区块链中除该目标存储节点以外的其余存储节点，从而将交易数据共享到其余存储节点的公共账本中。

举例来讲，如图3所示，在某应用场景中，有交易数据TX1、TX2和TX3，其中，经过步骤201的检测，交易数据TX1为第二类交易数据，交易数据TX2和TX3为第一类交易数据。存储节点A、B和C均为区块链中的节点，均配置有公共账本和私有账本。其中，存储节点A和C均为与交易数据TX2匹配的目标存储节点，则交易数据TX2存储在存储节点A和C的私有账本中，且将交易数据TX2加密产生的摘要信息digest(Tx2)广播至区块链中其他存储节点的公共账本中存储。存储节点B和C均为与交易数据TX3匹配的目标存储节点，则交易数据TX3存储在存储节点B和C的私有账本中，且将交易数据TX3加密产生的摘要信息digest(Tx3)广播至区块链中其他存储节点的公共账本中存储。而交易数据TX1则存储到区块链中每个存储节点的公共账本中。

也就是说，第一类交易数据仅在目标存储节点的私有账本上可见，但对应加密产生的摘要信息，即上图中的digest(Tx2)和digest(Tx3)，会分发存储在所有节点的公共账本上面。仅凭借摘要值，无法反推具体的交易数据，且由于摘要值记录在各节点，如果私有账本数据被篡改会导致摘要值不匹配。因此可以在保证数据真实性的同时，满足数据存储的私密性要求。

第二方面，本说明书实施例提供了一种交易数据查询方法，用于查询区块链中存储的交易数据，具体用于查询按照上述第一方面任一实施例提供的交易数据存储方法存储的交易数据。其中，区块链的每个存储节点中均配置有私有账本和公共账本。如图4所示，该方法包括以下步骤S401至步骤S403。

步骤S401，获取用户发起的交易查询请求，并根据交易查询请求，确定目标交易数据的类型。

举例来讲，用户可以通过与业务服务器对应的客户端中设置的交易查询接口，输入或选择要查询的目标交易数据的查询条件，并在触发交易查询后，根据用户输入的查询条件生成交易查询请求。例如，查询条件可以包括但不限于交易对象、交易金额以及交易时间等索引项中的一种或多种组合。

作为一种实施方式，上述根据交易查询请求，确定目标交易数据的类型的过程可以包括：根据交易查询请求，得到目标交易数据的业务特征信息；判断业务特征信息是否满足预设私密存储条件，若是，则将目标交易数据的类型确定为第一类交易数据，若否，则将目标交易数据的类型确定为第二类交易数据，其中，预设私密存储条件为用于对目标交易数据进行私密性检测的条件。

举例来讲，业务服务器获取到交易查询请求后，可以对交易查询请求进行解析，得到目标交易数据的业务特征信息。例如，交易查询请求中可以包含要查询的目标交易数据的业务特征信息，此时可以从交易查询请求中提取目标交易数据的业务特征信息。

需要说明的是，业务特征信息的具体内容以及得到业务特征信息后的类型判断过程，与上述存储方法实施例类似，具体可以参照上述第一方面提供的方法实施例中的相应描述，此处不再赘述。

作为另一种实施方式，交易查询请求中可以包含用户输入的查询条件，业务服务器从交易查询请求中解析出目标交易数据的查询条件后，可以根据查询条件，在预设的交易数据库中匹配要查询的目标交易数据，交易数据库中记录有业务服务器产生的交易数据的关键信息，其中，关键信息可以包括交易数据的类型。这样就可以根据查询条件，在交易数据库中查找到要查询的目标交易数据的类型。

步骤S402，若目标交易数据的类型为第一类交易数据，则从区块链中确定私有账本中存储有目标交易数据的目标存储节点，并将交易查询请求发送给目标存储节点，以使目标存储节点基于交易查询请求将私有账本中存储的目标交易数据反馈给用户。

需要说明的是，要查询的目标交易数据是按照上述第一方面提供交易数据存储方法存储的。若根据上述步骤S401确定该目标交易数据为第一类交易数据，则该目标交易数据是存储区块链中与该目标交易数据匹配的目标存储节点的私有账本中，区块链中其他存储节点只在公共账本中存储了对该目标交易数据加密产生的摘要信息。因此，需要先确定目标交易数据的目标存储节点，从目标存储节点的私有账本得到目标交易数据。

作为一种实施方式，从区块链中确定私有账本中存储有目标交易数据的目标存储节点的过程可以包括：根据交易查询请求，得到目标交易数据的业务属性信息；根据业务属性信息，以及区块链中存储节点与业务属性信息的预设映射关系，确定私有账本中存储有目标交易数据的目标存储节点。

举例来讲，对交易查询请求进行解析，可以得到目标交易数据的业务属性信息。例如，交易查询请求中可以包含要查询的目标交易数据的业务属性信息，此时可以从交易查询请求中提取目标交易数据的业务属性信息。

需要说明的是，业务属性信息的具体内容以及得到业务属性信息后的确定目标存储节点的过程，与上述存储方法实施例类似，具体可以参照上述第一方面提供的方法实施例中的相应描述，此处不再赘述。

作为另一种实施方式，交易查询请求中可以包含用户输入的查询条件，业务服务器从交易查询请求中解析出目标交易数据的查询条件后，可以根据查询条件，在预设的交易数据库中匹配要查询的目标交易数据，交易数据库中记录有业务服务器产生的交易数据的关键信息，其中，关键信息可以包括存储过程中确定的与交易数据匹配的目标存储节点。这样就可以根据查询条件，在交易数据库中查找到私有账本中存储有目标交易数据的目标存储节点。

在确定目标存储节点以后，就可以将交易查询请求发送给该目标存储节点。目标存储节点就可以基于交易查询请求将私有账本中存储的目标交易数据反馈给用户。需要说明的是，所确定的目标存储节点可以有一个或多个，若存在多个目标存储节点，则可以将交易查询请求发送给每个目标存储节点，每个目标存储节点均返回其私有账本中存储的目标交易数据。

为了确保存储节点私有账本中存储的交易数据的私密性，在一种可选的实施例中，若要查询的目标交易数据为第一类交易数据，业务服务器在转发交易查询请求之前，需要先对用户进行权限验证，以确定用户是否具有查询该目标交易数据的权限，若有，则将交易查询请求转发到目标存储节点，若没有，则结束本地查询，返回错误信息。举例来讲，可以在业务服务器中针对每个存储节点的私有账本配置白名单列表或者预先约定的密钥，若用户在白名单列表内或者是用户提供了预先约定的密钥，则判定用户通过权限验证。

在一种可选的实施例中，存储节点中也可以设置私有账本的访问权限，若目标交易数据为第一类交易数据，业务服务器在向目标存储节点转发交易查询请求时，需要携带权限信息，存储节点接收到交易查询请求后，在根据交易查询请求确定要查询的目标交易数据为私有账本中存储的数据时，需要先验证交易查询请求携带的权限信息，若验证通过，再根据交易查询请求从私有账本中查找目标交易数据并反馈给用户，若验证不通过，则不响应该交易查询请求，结束本次查询。其中，权限信息可以根据实际应用场景预先配置，例如，可以是预先约定的密钥。这样有利于避免私有账本中的交易数据泄漏，进一步确保私有账本中存储的交易数据的私密性。

步骤S403，若目标交易数据的类型为第二类交易数据，则将交易查询请求发送给区块链中任意一个存储节点，以使得该存储节点根据交易查询请求将公共账本中存储的目标交易数据反馈给用户。

由于第二类交易数据是区块链中所有存储节点共享存储的交易数据，从区块链中任意一个存储节点的公共账本均可以获取。因此，确定目标交易数据为第二类交易数据后，业务服务器可以将交易查询请求转发给区块链中任意一个存储节点，具体地，可以转发给区块链中与业务服务器通信连接的存储节点中的任意一个存储节点。

存储节点接收到交易查询请求，且根据交易查询请求确定要查询的目标交易数据为公共账本中存储的交易数据时，则根据交易查询请求将公共账本中存储的目标交易数据反馈给用户。

进一步地，为了确保用户查询到的交易数据真实可靠，在一种可选的实施例中，在上述步骤S402和步骤S403中，存储节点将目标交易数据反馈给用户之前，可以先对目标交易数据进行防篡改校验，具体可以验证本地存储的目标交易数据加密后的摘要值与其他存储节点中存储的摘要值一致，若一致，则表示本地存储的目标交易数据是真实可靠的，将本地存储目标交易数据反馈给用户，若不一致，则表示本地存储的目标交易数据可能已被篡改，查询失败，返回错误信息。

本说明书实施例提供的交易数据查询方法，能够满足用户对各类交易数据的查询需求，实现第一类交易数据和第二类交易数据的统一查询，方便用户操作，既能够保证查询到的交易数据的真实可靠性，又能够在保证私有账本中交易数据的私密性的同时，方便私有账本中交易数据的查询。

第三方面，本说明书实施例提供了一种交易数据存储装置，可以运行于业务服务器中，用于将交易数据存储在区块链中，所述区块链的每个存储节点中均配置有私有账本和公共账本。请参考图5，该存储装置50包括：检测模块51，用于检测交易数据的类型；第一存储模块52，用于若所述交易数据的类型为第一类交易数据，则确定所述区块链中与所述交易数据匹配的目标存储节点，将所述交易数据存储至所述目标存储节点的私有账本中，以及将所述交易数据加密产生的摘要信息存储至所述区块链中其他存储节点的公共账本中；第二存储模块53，用于若所述交易数据的类型为第二类交易数据，则将所述交易数据存储至所述区块链中每个存储节点的公共账本中。

在一种可选的实施例中，上述检测模块51包括：提取子模块511，用于提取所述交易数据中的业务特征信息；判断子模块512，用于判断所述业务特征信息是否满足预设私密存储条件，若是，则将所述交易数据的类型确定为第一类交易数据，若否，则将所述交易数据的类型确定为第二类交易数据，其中，所述预设私密存储条件为用于对交易数据进行私密性检测的条件。

在一种可选的实施例中，上述第一存储模块52用于：获取所述交易数据的业务属性信息；根据所述业务属性信息，以及区块链中存储节点与业务属性信息的预设映射关系，确定与所述交易数据匹配的目标存储节点。

关于上述装置，其中各个模块的具体功能已经在本说明书实施例第一方面提供的方法实施例中进行了详细描述，此处将不做详细阐述，具体实施过程可以参照上述第一方面提供的方法实施例。

第四方面，本说明书实施例提供了一种交易数据查询装置，可以运行于业务服务器中，用于查询区块链中存储的交易数据，所述区块链的每个存储节点中均配置有私有账本和公共账本。请参考图6，该查询装置60包括：

确定模块61，用于获取用户发起的交易查询请求，并根据所述交易查询请求，确定目标交易数据的类型；第一查询模块62，用于若所述目标交易数据的类型为第一类交易数据，则从所述区块链中确定私有账本中存储有所述目标交易数据的目标存储节点，并将所述交易查询请求发送给所述目标存储节点，以使所述目标存储节点基于所述交易查询请求将私有账本中存储的目标交易数据反馈给所述用户；第二查询模块63，用于若所述目标交易数据的类型为第二类交易数据，则将所述交易查询请求发送给所述区块链中任意一个存储节点，以使得该存储节点根据所述交易查询请求将公共账本中存储的目标交易数据反馈给所述用户。

在一种可选的实施例中，上述确定模块61包括：获取子模块611，用于根据所述交易查询请求，得到目标交易数据的业务特征信息；判断子模块612，用于判断所述业务特征信息是否满足预设私密存储条件，若是，则将所述目标交易数据的类型确定为第一类交易数据，若否，则将所述目标交易数据的类型确定为第二类交易数据，其中，所述预设私密存储条件为用于对目标交易数据进行私密性检测的条件。

在一种可选的实施例中，上述第一查询模块62用于：根据所述交易查询请求，得到目标交易数据的业务属性信息；根据所述业务属性信息，以及区块链中存储节点与业务属性信息的预设映射关系，确定私有账本中存储有所述目标交易数据的目标存储节点。

关于上述装置，其中各个模块的具体功能已经在本说明书实施例第二方面提供的方法实施例中进行了详细描述，此处将不做详细阐述，具体实施过程可以参照上述第二方面提供的方法实施例。

第五方面，基于与前述实施例同样的发明构思，本说明书实施例还提供了一种服务器，如图7所示，包括存储器704、处理器702及存储在存储器704上并可在处理器702上运行的计算机程序，所述处理器702执行所述程序时实现前文所述第一方面提供的交易数据存储方法的任一实施例的步骤或第二方面提供的交易数据查询方法的任一实施例的步骤。

其中，在图7中，总线架构(用总线700来代表)，总线700可以包括任意数量的互联的总线和桥，总线700将包括由处理器702代表的一个或多个处理器和存储器704代表的存储器的各种电路链接在一起。总线700还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口705在总线700和接收器701和发送器703之间提供接口。接收器701和发送器703可以是同一个元件，即收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器702负责管理总线700和通常的处理，而存储器704可以被用于存储处理器702在执行操作时所使用的数据。

可以理解的是，图7所示的结构仅为示意，本说明书实施例提供的服务器还可包括比图7中所示更多或者更少的组件，或者具有与图7所示不同的配置。图7中所示的各组件可以采用硬件、软件或其组合实现。

第六方面，基于与前述实施例同样的发明构思，本说明书实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前文所述第一方面提供的交易数据存储方法的任一实施例的步骤或第二方面提供的交易数据查询方法的任一实施例的步骤。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

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

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

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

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

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

Claims (14)

1.一种交易数据存储方法，用于将交易数据存储在区块链中，所述区块链的每个存储节点中均配置有私有账本和公共账本，所述方法包括：

检测交易数据的类型；

若所述交易数据的类型为第一类交易数据，则确定所述区块链中与所述交易数据匹配的目标存储节点，将所述交易数据存储至所述目标存储节点的私有账本中，以及将所述交易数据加密产生的摘要信息存储至所述区块链中其他存储节点的公共账本中；

若所述交易数据的类型为第二类交易数据，则将所述交易数据存储至所述区块链中每个存储节点的公共账本中。

2.根据权利要求1所述的方法，所述检测交易数据的类型，包括：

提取所述交易数据中的业务特征信息；

判断所述业务特征信息是否满足预设私密存储条件，若是，则将所述交易数据的类型确定为第一类交易数据，若否，则将所述交易数据的类型确定为第二类交易数据，其中，所述预设私密存储条件为用于对交易数据进行私密性检测的条件。

3.根据权利要求1所述的方法，所述确定所述区块链中与所述交易数据匹配的目标存储节点，包括：

获取所述交易数据的业务属性信息；

根据所述业务属性信息，以及所述区块链中存储节点与业务属性信息的预设映射关系，确定与所述交易数据匹配的目标存储节点。

4.一种交易数据查询方法，用于查询区块链中存储的交易数据，所述区块链的每个存储节点中均配置有私有账本和公共账本，所述方法包括：

获取用户发起的交易查询请求，并根据所述交易查询请求，确定目标交易数据的类型；

若所述目标交易数据的类型为第一类交易数据，则从所述区块链中确定私有账本中存储有所述目标交易数据的目标存储节点，并将所述交易查询请求发送给所述目标存储节点，以使所述目标存储节点基于所述交易查询请求将私有账本中存储的目标交易数据反馈给所述用户；

若所述目标交易数据的类型为第二类交易数据，则将所述交易查询请求发送给所述区块链中任意一个存储节点，以使得该存储节点根据所述交易查询请求将公共账本中存储的目标交易数据反馈给所述用户。

5.根据权利要求4所述的方法，所述根据所述交易查询请求，确定目标交易数据的类型，包括：

根据所述交易查询请求，得到目标交易数据的业务特征信息；

判断所述业务特征信息是否满足预设私密存储条件，若是，则将所述目标交易数据的类型确定为第一类交易数据，若否，则将所述目标交易数据的类型确定为第二类交易数据，其中，所述预设私密存储条件为用于对目标交易数据进行私密性检测的条件。

6.根据权利要求4所述的方法，所述从所述区块链中确定私有账本中存储有所述目标交易数据的目标存储节点，包括：

根据所述交易查询请求，得到目标交易数据的业务属性信息；

根据所述业务属性信息，以及所述区块链中存储节点与业务属性信息的预设映射关系，确定私有账本中存储有所述目标交易数据的目标存储节点。

7.一种交易数据存储装置，用于将交易数据存储在区块链中，所述区块链的每个存储节点中均配置有私有账本和公共账本，所述装置包括：

检测模块，用于检测交易数据的类型；

第一存储模块，用于若所述交易数据的类型为第一类交易数据，则确定所述区块链中与所述交易数据匹配的目标存储节点，将所述交易数据存储至所述目标存储节点的私有账本中，以及将所述交易数据加密产生的摘要信息存储至所述区块链中其他存储节点的公共账本中；

第二存储模块，用于若所述交易数据的类型为第二类交易数据，则将所述交易数据存储至所述区块链中每个存储节点的公共账本中。

8.根据权利要求7所述的装置，所述检测模块包括：

提取子模块，用于提取所述交易数据中的业务特征信息；

判断子模块，用于判断所述业务特征信息是否满足预设私密存储条件，若是，则将所述交易数据的类型确定为第一类交易数据，若否，则将所述交易数据的类型确定为第二类交易数据，其中，所述预设私密存储条件为用于对交易数据进行私密性检测的条件。

9.根据权利要求7所述的装置，第一存储模块用于：

获取所述交易数据的业务属性信息；

根据所述业务属性信息，以及所述区块链中存储节点与业务属性信息的预设映射关系，确定与所述交易数据匹配的目标存储节点。

10.一种交易数据查询装置，用于查询区块链中存储的交易数据，所述区块链的每个存储节点中均配置有私有账本和公共账本，所述装置包括：

确定模块，用于获取用户发起的交易查询请求，并根据所述交易查询请求，确定目标交易数据的类型；

第一查询模块，用于若所述目标交易数据的类型为第一类交易数据，则从所述区块链中确定私有账本中存储有所述目标交易数据的目标存储节点，并将所述交易查询请求发送给所述目标存储节点，以使所述目标存储节点基于所述交易查询请求将私有账本中存储的目标交易数据反馈给所述用户；

第二查询模块，用于若所述目标交易数据的类型为第二类交易数据，则将所述交易查询请求发送给所述区块链中任意一个存储节点，以使得该存储节点根据所述交易查询请求将公共账本中存储的目标交易数据反馈给所述用户。

11.根据权利要求10所述的装置，所述确定模块包括：

获取子模块，用于根据所述交易查询请求，得到目标交易数据的业务特征信息；

判断子模块，用于判断所述业务特征信息是否满足预设私密存储条件，若是，则将所述目标交易数据的类型确定为第一类交易数据，若否，则将所述目标交易数据的类型确定为第二类交易数据，其中，所述预设私密存储条件为用于对目标交易数据进行私密性检测的条件。

12.根据权利要求10所述的装置，所述第一查询模块用于：

根据所述交易查询请求，得到目标交易数据的业务属性信息；

根据所述业务属性信息，以及所述区块链中存储节点与业务属性信息的预设映射关系，确定私有账本中存储有所述目标交易数据的目标存储节点。

13.一种服务器，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现权利要求1-6任一项所述方法的步骤。

14.一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现权利要求1-6任一项所述方法的步骤。

Images