一种基于BaaS的数据管理方法和装置

技术领域

本发明涉及大数据技术领域，尤其涉及一种基于BaaS的数据管理方法和装置。

背景技术

随着数字社会的不断发展，数据逐渐成为当今时代发展中不可或缺的因素之一。数据已被视为继土地、劳动力、资本、技术之外的第五大生产要素。企业之间的数据共享为其带来了更多机会，让他们能够借助外部数据做出更精准的业务决策，通过数据变现创造更多收入来源，以及与合作伙伴创建更广泛的生态系统。数据共享让企业可以与各大主体之间实现数据的快速流转，无论是企业与企业之间还是企业与消费者之间，均可以实现数据互通，创建强大的数据合作伙伴关系。然而在数据变现的过程中，企业需要以安全的方式储存数据，保证数据的不被篡改和隐私安全，于是区块链应运而生。

区块链作为一个可信的存证机制，能够用于保证整个数据交换生命周期有迹可循。基于区块链数据，定价、签约、执行和付款都可以在订立智能合约的基础上进行交付。但是，随着各大企业的数据急剧增多，企业配置系统内的业务数据呈现爆炸式增长，给区块链节点数据的管理例如储存、查询带来巨大压力。

可见，目前迫切需要本领域技术人员提供一种缓解区块链节点数据管理压力方案。

发明内容

本发明实施例的目的是提供一种基于BaaS的数据管理方法和装置，以解决区块链节点数据的存储、查询等管理压力大的问题。

为解决上述技术问题，本发明提供如下技术方案：

本发明实施例提供了一种基于BaaS(Blockchain as a Service，区块链即服务)的数据管理方法，所述方法应用于区块链即服务平台，所述方法包括：

在检测到用户发起交易的情况下，通过预上链处理节点对所述交易对应的预上链数据进行类型判定，确定所述预上链数据所属的目标数据类型；其中，数据类型包括：初始加密热数据、初始非加密热数据、初始加密冷数据和初始非加密冷数据；

基于所述目标数据类型，确定区块链中用于存储所述预上链数据的各目标节点；

将所述预上链数据存储至各所述目标节点；

所述区块链上的各节点周期性的基于已上链数据的访问量，实时更新所述已上链数据所属的数据类型；

针对所述区块链上的每个节点，基于更新后的已上链数据所属的数据类型，对已上链数据进行管理，其中，对已上链数据的管理包括：卸载、更新。

可选地，通过预上链处理节点对所述交易对应的预上链数据进行类型判定，确定所述预上链数据所属的目标数据类型的步骤包括：

判定所述预上链数据所属的第一子类型，其中，所述第一子类型包括冷数据、热数据；

判定所述预上链数据所属的第二子类型，其中，所述第二子类型包括：隐私数据、公开数据；

基于所述预上链数据所属的第一子类型和第二子类型，确定所述预上链数据所属的目标数据类型。

可选地，在判定所述预上链数据所属的第一子类型的步骤之前，所述方法还包括：

调用预上链处理节点按照预上链数据添加预上链数据等待队列中的先后顺序，依次提取预上链数据；

判定提取出的所述预上链数据是否满足预设过滤规则；

若不满足预设过滤规则，则将所述预上链数据转换成区块链可读数据格式后写入公共账本中，并执行所述判定所述预上链数据所属的第一子类型的步骤；

若满足预设过滤规则，则禁止将提取出的所述预上链数据写入公共账本中。

可选地，基于所述目标数据类型，确定区块链中用于存储所述预上链数据的各目标节点的步骤，包括：

在所述预上链数据所属的目标数据类型为初始加密热数据或初始非加密热数据的情况下，区块链上的全部节点均存储所述预上链数据；

在所述预上链数据所属的目标数据类型为初始加密冷数据和初始非加密冷数据的情况下，所述区块链上的全量节点存储所述预上链数据；

其中，所述区块链上的所述全部节点包括：全量数据节点和热数据节点。

可选地，针对所述区块链上的每个节点，基于更新后的已上链数据所属的数据类型，对已上链数据进行管理的步骤，包括：

针对所述区块链上的每个节点，在所述节点为热数据节点且已上链数据的数据类型由热数据更新为冷数据的情况下，将所述已上链数据从所述热数据节点上卸载；

针对所述区块链上的每个节点，在所述节点为全量数据节点且已上链数据的数据类型由冷数据更新为热数据的情况下，将所述已上链数据更新至各所述热数据节点上。

可选地，所述区块链上的各节点周期性的基于已上链数据的访问量，实时更新所述已上链数据所属的数据类型的步骤，包括：

针对所述区块链上的每一个节点，所述节点周期性的确定已上链数据的访问量；

针对一个所述已上链数据，比较所述已上链数据的访问量与平均访问量的大小关系；

在所述已上链数据的访问量大于所述平均访问量的情况下，确定所述已上链数据为热数据；

在所述已上链数据的访问量小于所述平均访问量的情况下，确定所述已上链数据为冷数据。

本申请实施例还提供了一种基于BaaS的数据管理装置，所述装置应用于区块链即服务平台，所述装置包括：

上链模块，用于在检测到用户发起交易的情况下，通过预上链处理节点对所述交易对应的预上链数据进行类型判定，确定所述预上链数据所属的目标数据类型；其中，数据类型包括：初始加密热数据、初始非加密热数据、初始加密冷数据和初始非加密冷数据；

存证模块，用于基于所述目标数据类型，确定区块链中用于存储所述预上链数据的各目标节点；将所述预上链数据存储至各所述目标节点；周期性的基于已上链数据的访问量，实时更新所述已上链数据所属的数据类型；针对所述区块链上的每个节点，基于更新后的已上链数据所属的数据类型，对已上链数据进行管理，其中，对已上链数据的管理包括：卸载、更新。

可选地，所述上链模块包括多个预上链处理节点，每个预上链处理节点包括第一数据判定组件；所述第一数据判定组件用于：

判定所述预上链数据所属的第一子类型，其中，所述第一子类型包括冷数据、热数据；

判定所述预上链数据所属的第二子类型，其中，所述第二子类型包括：隐私数据、公开数据；

基于所述预上链数据所属的第一子类型和第二子类型，确定所述预上链数据所属的目标数据类型。

可选地，每个预上链处理节点还包括数据过滤组件用于：

在判定所述预上链数据所属的第一子类型之前，按照预上链数据添加预上链数据等待队列中的先后顺序，依次提取预上链数据；

判定提取出的所述预上链数据是否满足预设过滤规则；

若不满足预设过滤规则，则将所述预上链数据转换成区块链可读数据格式后写入公共账本中，并调用预上链处理节点中的第一数据判定组件执行所述判定所述预上链数据所属的第一子类型的操作；

若满足预设过滤规则，则禁止将提取出的所述预上链数据写入公共账本中。

可选地，所述存证模块基于所述目标数据类型，确定区块链中用于存储所述预上链数据的各目标节点时，具体用于：

在所述预上链数据所属的目标数据类型为初始加密热数据或初始非加密热数据的情况下，区块链上的全部节点均存储所述预上链数据；

在所述预上链数据所属的目标数据类型为初始加密冷数据和初始非加密冷数据的情况下，所述区块链上的全量节点存储所述预上链数据；

其中，所述区块链上的所述全部节点包括：全量数据节点和热数据节点。

可选地，所述存证模块包含多个区块链节点，所述多个区块链节点包括：全量数据节点和热数据节点；每个区块链节点包括数据分配组件，数据分配组件用于：

在所属节点为热数据节点且已上链数据的数据类型由热数据更新为冷数据的情况下，将所述已上链数据从所述热数据节点上卸载；

在所属节点为全量数据节点且已上链数据的数据类型由冷数据更新为热数据的情况下，将所述已上链数据更新至各所述热数据节点上。

可选地，每个区块链节点还包括第二数据判定组件，用于：

周期性的确定所属节点上已上链数据的访问量；

针对一个所述已上链数据，比较所述已上链数据的访问量与平均访问量的大小关系；

在所述已上链数据的访问量大于所述平均访问量的情况下，确定所述已上链数据为热数据；

在所述已上链数据的访问量小于所述平均访问量的情况下，确定所述已上链数据为冷数据。

本发明实施例提供了一种电子设备，该电子设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现上述任意一种基于BaaS的数据管理方法的步骤。

本发明实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现上述任意一种基于BaaS的数据管理方法的步骤。

本发明实施例提供的基于BaaS的数据管理方案，在检测到用户发起交易的情况下，通过预上链处理节点对交易对应的预上链数据进行类型判定，确定预上链数据所属的目标数据类型；基于所述目标数据类型，确定区块链中用于存储预上链数据的各目标节点；将预上链数据存储至各目标节点；区块链上的各节点周期性的基于已上链数据的访问量，实时更新已上链数据所属的数据类型；针对区块链上的每个节点，基于更新后的已上链数据所属的数据类型，对已上链数据进行卸载、更新等管理。本申请实施例提供的基于BaaS的数据管理方案，既有全量节点对所有链上数据的储存，保证链上数据的安全性，又有热数据节点专门用于存储热数据，在热数据被大量查询时，由于热数据节点的存在，可以直接进行热数据传递，可大幅度提高链上数据的查询和传输速度。不仅如此，本申请提供的基于BaaS的数据管理方案还会定期根据节点中上链数据的被访问量更新上链数据的冷、热情况，并根据上链数据的冷、热情况对区块链中各节点上存储的上链数据进行卸载、更新，能够提升对上链数据管理的及时性。

附图说明

图1是表示本申请实施例的一种基于BaaS的数据管理方法的步骤流程图；

图2是表示本申请实施例的一种区块链即服务平台的结构示意图；

图3是表示本申请实施例的一种上链模块包含的节点示意图；

图4是表示本申请实施例的一种基于BaaS的数据管理装置的结构框图；

图5是表示本申请实施例的一种电子设备的结构框图。

具体实施方式

为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。

为了缓解区块链节点的储存压力，保证热数据的访问效率，本方案设计了一个基于区块链的冷热数据自动判断和分配机制，实现链上数据的自动化储存和卸载。通常情况下，企业之间为了实现某个特定的战略目标会达成深度合作关系，进而产生一个或多个联盟。为了保证联盟内的各大企业之间进行业务数据的交换和共享，联盟内部开始搭建公共数据库，由此形成了联盟链。联盟链是区块链的一种形式，指有若干企业或机构共同参与管理的区块链，每个企业或机构控制一个或多个节点，共同记录交易数据，并且只有这些企业或机构能够对链上的数据进行读写和发送交易。联盟链数据的流转包括数据上链、数据存证和数据查询三个过程。为了降低联盟链的使用难度，整个方案基于BaaS平台设计。

图2为一种区块链即服务平台即BaaS平台的结构示意图，如图2所示BaaS平台包括上链模块201，存证模块202和查询模块203三部分组成。上链模块201主要包括多个预上链数据处理节点，预上链数据处理节点的主要工作在于对预上链数据进行判断、过滤和处理，操作人员能够利用上链模块将数据写入公共账本中。预上链处理节点在具体功能设计上添加了两个组件：数据过滤组件和数据判定组件M1即第一数据判定组件。数据过滤组件能够过滤掉位于等待队列中无效、错误、不规范的预上链数据，并将正常的预上链数据转换成区块链能读懂的数据格式。数据判定组件M1包含一组智能合约，这个组件包括两个功能：第一个功能是初始判断预上链数据是否为常访问数据(比如企业的业务数据)，第二个功能是判断预上链数据是否为隐私数据。存证模块202包括联盟链中负责储存数据的节点，具体包括云端区块链节点和边缘端区块链节点，云端节点负责管控，边缘端节点实现边缘自治，共同参与维护联盟链数据。节点按照储存数据的不同分为全量节点和热数据节点，且两种节点的连接方式是一个热数据节点至少和一个全量节点直接相连。节点内部包括数据判定组件M2即第二数据判定组件和数据分配组件，数据判定组件M2包含一组智能合约，能够对冷热数据进行精确判定。由于数据上链后，用户可以随时进行访问，数据判定组件M2能够根据用户访问频次判定数据的冷热，判定结果会更具有即时性。数据判定完成后，数据分配组件进而对数据进行更新或卸载。查询模块203用于接收用户对上链数据的查询请求，从存证模块202下查找请求的上链数据返回给用户。

下面结合附图1-3，通过具体的实施例及其应用场景对本申请实施例提供的基于BaaS的数据管理方案进行详细地说明。BaaS是一种将区块链和云计算深度结合的新型服务平台，旨在帮助用户一站式快速部署区块链并对链上业务进行可视化管理和运维，用户可基于此平台开发区块链应用，充分降低区块链的使用门槛。

如附图1所示，本申请实施例的基于BaaS的数据管理方法包括以下步骤：

步骤101：在检测到用户发起交易的情况下，通过预上链处理节点对交易对应的预上链数据进行类型判定，确定预上链数据所属的目标数据类型。

其中，数据类型包括：初始加密热数据、初始非加密热数据、初始加密冷数据和初始非加密冷数据。

一种可行性地通过预上链处理节点对交易对应的预上链数据进行类型判定，确定预上链数据所属的目标数据类型的方式包括如下子步骤：

子步骤1：判定预上链数据所属的第一子类型；

其中，第一子类型包括冷数据、热数据。

热数据：访问频次高，需要被节点频繁查询和访问的数据，具体在本专利中主要是企业之间需要互相查找的业务数据。冷数据：指不经常被访问，对当前项目价值较低，但却又需要被长期保存和管理的数据，比如备份数据、操作日志数据等。在实际实现过程中，可通过判断预上链数据是否为常访问数据(比如企业的业务数据)来确定预上链数据所属的第一子类型。若为常访问数据，则确定预上链数据所属的第一子类型为热数据；反之，则确定预上链数据所属的第一子类型为冷数据。

子步骤2：判定预上链数据所属的第二子类型；

其中，第二子类型包括：隐私数据、公开数据。

需要说明的是，子步骤1、子步骤2在执行时并不先后顺序，二者也可以并行执行。

子步骤3：基于预上链数据所属的第一子类型和第二子类型，确定预上链数据所属的目标数据类型。

本可行性的确定预上链数据所属的目标数据类型的方法可由预上链数据处理节点中的第一数据判定组件执行。

上链模块201包括多个预上链数据处理节点，每个预上链数据处理节点的主要工作在于对预上链数据进行判断、过滤和处理。其中，预上链数据处理节点中的数据过滤组件用于对预上链数据进行过滤处理，预上链数据处理节点中的数据判定组件M1用于对预上链数据所属的数据类型进行判断。

在一种可选地实施例中，在判定预上链数据所属的第一子类型之前，还可以包括如下流程：

首先，调用预上链处理节点按照预上链数据添加预上链数据等待队列中的先后顺序，依次提取预上链数据；

其次，判定提取出的所述预上链数据是否满足预设过滤规则；

再次，若不满足预设过滤规则，则将所述预上链数据转换成区块链可读数据格式后写入公共账本中，并执行所述判定所述预上链数据所属的第一子类型的步骤；若满足预设过滤规则，则禁止将提取出的所述预上链数据写入公共账本中。

步骤102：基于目标数据类型，确定区块链中用于存储预上链数据的各目标节点。

一种可选地基于目标数据类型，确定区块链中用于存储预上链数据的各目标节点的方式可以如下：

在预上链数据所属的目标数据类型为初始加密热数据或初始非加密热数据的情况下，区块链上的全部节点均存储预上链数据；在预上链数据所属的目标数据类型为初始加密冷数据和初始非加密冷数据的情况下，区块链上的全量节点存储预上链数据。

其中，区块链上的全部节点包括：全量数据节点和热数据节点。

仅在热数据节点中存储热数据，这样用户访问时可以由热数据节点为其提供访问服务，由于热数据节点中相较于全量数据节点中存储的数据量小，因此可提升数据访问响应速度。

步骤101-步骤102为对预上链数据上链前的处理流程，又可称为初始判定流程。

步骤103：将预上链数据存储至各目标节点。

步骤104：区块链上的各节点周期性的基于已上链数据的访问量，实时更新已上链数据所属的数据类型。

预上链数据存储至各目标节点即成功上链后，存证模块202对上链的数据进行精准判定，依据精准判定结果对已上链数据进行管理。具体流程参加步骤104-步骤105。

一种可行性地区块链上的各节点周期性的基于已上链数据的访问量，实时更新所述已上链数据所属的数据类型的方式可以如下：

针对区块链上的每一个节点，该节点周期性的确定已上链数据的访问量；

针对一个已上链数据，比较已上链数据的访问量与平均访问量的大小关系；在已上链数据的访问量大于平均访问量的情况下，确定已上链数据为热数据；在已上链数据的访问量小于平均访问量的情况下，确定已上链数据为冷数据。

周期可以由本领域技术人员灵活设置，例如：周期可设置为每天、每周或者每月等。

平均访问量基于已上链的全部数据的历史访问量确定。例如：可以将已上链的全部数据的历史访问量的均值作为平均访问量；还可以将已上链的全部数据的历史访问量的最大值、最小值去除，对剩余的历史访问量求均值，得到平均访问量。平均访问量还可以是一定周期内对一上链的各数据的访问量的平均值等。本申请实施例中对平均访问量的具体确定方式不作限定。

步骤105：针对区块链上的每个节点，基于更新后的已上链数据所属的数据类型，对已上链数据进行管理。

其中，对已上链数据的管理包括：卸载、更新。

一种可选地针对区块链上的每个节点，基于更新后的已上链数据所属的数据类型，对已上链数据进行管理的方式可以如下：

针对区块链上的每个节点，在该节点为热数据节点且已上链数据的数据类型由热数据更新为冷数据的情况下，将已上链数据从热数据节点上卸载；针对区块链上的每个节点，在节点为全量数据节点且已上链数据的数据类型由冷数据更新为热数据的情况下，将已上链数据更新至各热数据节点上。

本申请实施例提供的基于BaaS的数据管理方法，既有全量节点对所有链上数据的储存，保证链上数据的安全性，又有热数据节点专门用于存储热数据，在热数据被大量查询时，由于热数据节点的存在，可以直接进行热数据传递，可大幅度提高链上数据的查询和传输速度。不仅如此，本申请提供的基于BaaS的数据管理方案还会定期根据节点中上链数据的被访问量更新上链数据的冷、热情况，并根据上链数据的冷、热情况对区块链中各节点上存储的上链数据进行卸载、更新，能够提升对上链数据管理的及时性。

下面以一具体实例对本申请实施例提供的基于BaaS的数据管理方案进行说明。

数据上链的具体过程包括初始判定流程和精确判定流程，初始判定流程是在数据上链前的判定，也就是对预上链数据进行判定，有且仅有一次判定流程；精确判定流程是在数据上链后的判定，且精确判定流程能够随着链上数据的不断增加进行多次判定，具体的判定时间可以选择定期的(每天、每周、每月)判定或者随机判定。

初始判定流程的具体过程包括如下步骤：

S1：用户发起一笔交易TX

S1.1：预上链数据TX

S1.2：数据过滤组件根据预上链数据存入等待队列中的时间先后顺序依次进行过滤，该组件会根据初始设定规则过滤掉一些错误和无效的预上链交数据。

S2：预上链数据TX

S3：系统对预上链数据TX

预上链数据TX

S1：数据上链一段时间后，用户会根据自身的需要在这段时间内查询数据。在随机的T时刻，全量节点和热数据节点内的数据判定组件M2会搜集用户对数据的访问请求，并根据用户对数据的访问请求重新定义数据的冷热，用户访问量越高，数据越“热”，用户访问量越低，数据越“冷”。

S2：为了更加精确的计算出数据的冷热程度，数据判定组件M2会先去除拥有最高访问量的数据和拥有最低访问量的数据，计算出其余数据的访问量平均值N。

具体的，数据冷热的定义方法是判断一份数据的访问量N

S3：链上数据在经过精确判定流程后，判定结果会更加准确。存证模块可以根据数据的温度对节点中的数据进行动态更新和卸载。在全量节点中，数据判定组件M2计算出储存数据的温度后会及时更新；在热数据节点中，数据分配组件会先对储存在热数据节点中的冷数据进行卸载，再根据数据温度计算结果将热数据更新至热数据节点中。

随着区块链的不断发展，越来越多的研究者们想要努力打破区块链的“不可能三角”，保证区块链链上数据安全的同时提高其储存能力。由于区块链记录链上的所有数据，导致区块链承担了非常大的储存压力，进而引发了用户在进行链上数据查询时，数据传输链条拥堵，传输效率低的情况。本具体实例中的基于BaaS的数据管理方案又可称为冷热数据自动判断和分配方案，既有全量节点对所有链上数据的储存，保证链上数据的安全性，又有热数据节点专门用于存储热数据，在热数据被大量查询时，由于热数据节点的存在，可以直接进行热数据传递，大幅度提高了链上数据的查询和传输速度。

下面再结合一个具体实例，对本申请实施例的基于BaaS的数据管理方法进行说明。

以上链数据TX

S1：用户发起一笔交易TX

S2：预上链数据处理节点开始对交易TX

S3：交易TX

S4：交易TX

S5：Data1上链存证一段时间后，由于区块链具有全链留痕的特性，用户对数据的访问请求会留有记录。在随机的T时刻，全量节点和热数据节点对数据进行再分配。首先，数据判定组件M2搜集链上数据的用户访问量。

链上数据的用户访问量集合：

{(Data1,N

接下来数据判定组件M2去除热数据的最大访问量N

S6：根据链上数据的用户访问量N

S7：通过精确判定流程对链上数据的温度测算，可以轻易的分辨出在T时刻时，链上数据的冷热，进而对链上数据进行再分配。对于全量节点，可以对链上数据的温度进行重置；对于热数据节点，可以依据存证数据的温度进行数据的动态更新和卸载，具体而言，热数据节点重点进行同步高温数据，卸载低温数据的功能。从而保证热数据在被用户查询时，数据传输速度快，减少数据拥堵的情况发生。

其中，上链模块包含的节点示意图如图3所示，全量节点中存储的数据包括：非加密热数据、加密热数据、非加密冷数据以及加密冷数据，即全量节点中存储有全部上链数据。热数据节点中存储的数据包括：非加密热数据、加密热数据，即热数据节点中存储有热数据。

图4为实现本申请实施例的一种基于BaaS的数据管理装置的结构框图。

本申请实施例提供的基于BaaS的数据管理装置应用于区块链即服务平台，所述装置包括如下功能模块：

上链模块401，用于在检测到用户发起交易的情况下，通过预上链处理节点对所述交易对应的预上链数据进行类型判定，确定所述预上链数据所属的目标数据类型；其中，数据类型包括：初始加密热数据、初始非加密热数据、初始加密冷数据和初始非加密冷数据；

存证模块402，用于基于所述目标数据类型，确定区块链中用于存储所述预上链数据的各目标节点；将所述预上链数据存储至各所述目标节点；周期性的基于已上链数据的访问量，实时更新所述已上链数据所属的数据类型；针对所述区块链上的每个节点，基于更新后的已上链数据所属的数据类型，对已上链数据进行管理，其中，对已上链数据的管理包括：卸载、更新。

可选地，所述上链模块包括多个预上链处理节点，每个预上链处理节点包括第一数据判定组件；所述第一数据判定组件用于：

判定所述预上链数据所属的第一子类型，其中，所述第一子类型包括冷数据、热数据；

判定所述预上链数据所属的第二子类型，其中，所述第二子类型包括：隐私数据、公开数据；

基于所述预上链数据所属的第一子类型和第二子类型，确定所述预上链数据所属的目标数据类型。

可选地，每个预上链处理节点还包括数据过滤组件用于：

在判定所述预上链数据所属的第一子类型之前，按照预上链数据添加预上链数据等待队列中的先后顺序，依次提取预上链数据；

判定提取出的所述预上链数据是否满足预设过滤规则；

若不满足预设过滤规则，则将所述预上链数据转换成区块链可读数据格式后写入公共账本中，并调用预上链处理节点中的第一数据判定组件执行所述判定所述预上链数据所属的第一子类型的操作；

若满足预设过滤规则，则禁止将提取出的所述预上链数据写入公共账本中。

可选地，所述存证模块基于所述目标数据类型，确定区块链中用于存储所述预上链数据的各目标节点时，具体用于：

在所述预上链数据所属的目标数据类型为初始加密热数据或初始非加密热数据的情况下，区块链上的全部节点均存储所述预上链数据；

在所述预上链数据所属的目标数据类型为初始加密冷数据和初始非加密冷数据的情况下，所述区块链上的全量节点存储所述预上链数据；

其中，所述区块链上的所述全部节点包括：全量数据节点和热数据节点。

可选地，所述存证模块包含多个区块链节点，所述多个区块链节点包括：全量数据节点和热数据节点；每个区块链节点包括数据分配组件，数据分配组件用于：

在所属节点为热数据节点且已上链数据的数据类型由热数据更新为冷数据的情况下，将所述已上链数据从所述热数据节点上卸载；

在所属节点为全量数据节点且已上链数据的数据类型由冷数据更新为热数据的情况下，将所述已上链数据更新至各所述热数据节点上。

可选地，每个区块链节点还包括第二数据判定组件，用于：

周期性的确定所属节点上已上链数据的访问量；

针对一个所述已上链数据，比较所述已上链数据的访问量与平均访问量的大小关系；

在所述已上链数据的访问量大于所述平均访问量的情况下，确定所述已上链数据为热数据；

在所述已上链数据的访问量小于所述平均访问量的情况下，确定所述已上链数据为冷数据。

本申请实施例提供的基于BaaS的数据管理装置，有全量节点对所有链上数据的储存，保证链上数据的安全性，又有热数据节点专门用于存储热数据，在热数据被大量查询时，由于热数据节点的存在，可以直接进行热数据传递，可大幅度提高链上数据的查询和传输速度。不仅如此，本申请提供的基于BaaS的数据管理方案还会定期根据节点中上链数据的被访问量更新上链数据的冷、热情况，并根据上链数据的冷、热情况对区块链中各节点上存储的上链数据进行卸载、更新，能够提升对上链数据管理的及时性。

本申请实施例中图4所示的基于BaaS的数据管理装置可以是装置，也可以是服务器中的部件、集成电路、或芯片。本申请实施例中的图4所示的基于BaaS的数据管理装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为iOS操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的图4所示的基于BaaS的数据管理装置能够实现图1的方法实施例实现的各个过程，为避免重复，这里不再赘述。

可选地，如图5所示，本申请实施例还提供一种电子设备500，包括处理器501，存储器502，存储在存储器502上并可在所述处理器501上运行的程序或指令，该程序或指令被处理器501执行时实现上述基于BaaS的数据管理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要注意的是，本申请实施例中的电子设备包括上述所述的服务器。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述基于BaaS的数据管理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(RandomAccess Memory，RAM)、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述基于BaaS的数据管理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

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

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。