CN111259070B - 一种业务数据存储、获取的方法及相关装置 - Google Patents

Abstract

本申请公开了一种业务数据存储、获取的方法及相关装置，该方法包括：区块链应用服务平台获取设定业务数据；对设定业务数据进行多级加密，以获得目标哈希值；将目标哈希值按照设定业务数据所属类别进行上链存储。本申请所提供的技术方案，可通过对设定业务数据进行多级加密之后，并按照设定业务数据所属类别进行上链存储，进而提高了业务数据的安全性以及数据存储的条理性。

Description

一种业务数据存储、获取的方法及相关装置

技术领域

本申请涉及网络领域，特别是涉及一种业务数据存储、获取的方法及相关装置。

背景技术

随着电力企业信息化建设和应用的不断深入，电网企业的跨业务协同需求日益剧增，现有集中式的数据中心已经无法满足电网业务数据存储所要求的可扩展、低延迟性；另外由于数据中心的数据普遍具有大量化、多样化、增量快、价值密度低特性，导致企业在运营时，各信息***较难从数据中心获取可信、真实、完整、精准所需的数据，来处理各类业务，同时现有集中式的数据中心也无法满足数据安全性的要求，故需要一种可以解决上述技术问题的技术方案。

发明内容

本申请主要解决的技术问题是提供一种可提高业务数据的安全性的业务数据存储、获取的方法及相关装置。

为解决上述技术问题，本申请采用的一个技术方案是：提供一种业务数据存储的方法，所述方法包括：

区块链应用服务平台获取设定业务数据；

对所述设定业务数据进行多级加密，以获得目标哈希值；

将所述目标哈希值按照所述设定业务数据所属类别进行上链存储。

为解决上述技术问题，本申请采用的另一个技术方案是，提供一种业务数据获取的方法，所述方法包括：

数据需求节点向数据提供节点发送数据获取请求，以请求获取目标业务数据；

接收所述数据提供节点发送的目标数据包；所述目标数据包至少包括所述目标业务数据和对所述目标业务数据进行预设哈希计算的目标哈希值，且所述目标数据包是利用所述数据提供节点的私钥加密的；

利用所述数据提供节点的公钥对所述目标数据包进行解密获得所述目标数据，并利用哈希算法对所述目标数据进行所述预设哈希计算，以获得待验证哈希值；

若所述待验证哈希值与所述目标哈希值一致，则判断所述目标数据合法。

为解决上述技术问题，本申请采用的另一个技术方案是，提供一种电子设备，包括存储器和处理器，其中，

所述处理器用于运行所述存储器存储的计算机程序，以执行如上任意一项所述的所述的方法。

为解决上述技术问题，本申请采用的另一个技术方案是，提供一种存储介质，所述存储介质存储计算机程度，所述计算机程序能够被处理器运行，以执行如上所述的方法。

本申请所提供的技术方案，区块链应用服务平台通过获取设定业务数据，对设定业务数据进行多级加密，进而获得目标哈希值，并将目标哈希值按照设定业务数据所属类别进行上链存储，通过对多级加密所得的目标哈希值进行上链存储可以较好地提高业务数据的安全性，在存储设定业务数据的目标哈希值时按照设定业务数据所属类型进行上链存储，可以较好地提高了数据存储的条理性。

附图说明

图1为本申请一种业务数据存储的方法一实施例中的区块链技术架构示意图；

图2为本申请一种业务数据存储的方法一实施例中的区块链的区块封装示意图；

图3为本申请一种业务数据存储的方法一实施例中的流程示意图；

图4为本申请一种业务数据存储的方法另一实施例中的应用场景示意图；

图5为本申请一种业务数据存储的方法另一实施例中的流程示意图；

图6为本申请一种业务数据存储的方法又一实施例中的应用场景示意图；

图7为本申请一种业务数据获取的方法一实施例中的流程示意图；

图8为本申请一种业务数据获取的方法另一实施例中的流程示意图；

图9为本申请一种业务数据获取的方法一实施例中的交互示意图；

图10是本申请一种电子设备一实施例中的结构示意图；

图11是本申请一种存储介质一实施例结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。可以理解的是，此处所描述的具体实施例仅用于解释本申请，而非对本申请的限定。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、***、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

为便于理解本申请所提供的技术方案，在进行阐述本申请所提供的技术方案之前，首先对本申请说明书中提及的关键术语或技术缩略语进行解释：

区块链技术是随比特币等数字加密货币而兴起的一种新型的分布式数据组织方法及运算方式。其最大特点是：去中心化，这使得数据能够实现分布式集体维护，极大提高数据运算、管理、维护效率；共识，节点间基于一套共识机制，通过竞争计算共同维护整个区块链，任一节点失效，其余节点仍能正常工作。同时搭载非对称加密技术的区块链具备高安全性、可追溯性，能有效防止数据泄露或非法篡改。也可以将区块链理解为一去中心化的数据库，数据按照时间顺序存储为一系列的区块，每个区块引用前面块的哈希指针以形成一个互连的链条。其中，区块链中包括多个节点，可以被称为是区块链节点，区块链的每个节点都保存一个完整的副本，区块链可自动同步和验证所有节点上的数据，区块链具有分布式和同步性的特点。本申请提出基于区块链技术来实现对数据进行存储，如对电网业务相关数据的存储等，具体可详见下文相关实施例中的阐述。其中，电网业务相关数据至少包括用户用电量、送入电网的发电量、用户的账户信息、各个地区不同时间段的耗电量以及发电量等中的一个，可以理解的是，电网业务相关的数据可以根据实际的存储需求进行调整，在此不做限定。

为便于理解本申请区块链网络，先对本申请采用的区块链技术进行举例说明。请参见图1，图1为本申请一种业务数据存储的方法一实施例中的区块链技术架构示意图。在一具体应用中，电子设备运行该区块链技术以成为该区块链网络的节点，该区块链技术架构如图1所示，包括区块链数据层11、存真层12、存证层13以及应用层14。

区块链数据层11用于封装底层数据区块以及相关的数据加密和时间戳等技术。并且，可利用不可逆加密算法(如SHA-256算法、SHA-512算法等等)对文件数据进行计算，生成唯一的区块链ID，即哈希(Hash)值。具体地，针对数据的管理，该区块链可为区块联盟链也可以是企业私有链。当区块链是联盟链时，可保证该区块链并非完全公开，只有注册的会员节点才可访问，当区块链是企业私有链时，则该区块链只可以为企业内部的节点进行访问。

存真层12，也是网络层，封装了区块链网络***的P2P组网方式、消息传播协议和数据验证机制等要素，使各节点地位对等且以扁平式拓扑结构相互连通和相互通信，拥有分布式、自治性、开放可自由进出等特性。区块链网络中每一个节点都能参与区块数据的校验和记账过程，仅当区块数据通过全网大部分节点验证后，才能记入区块链。区块链这种去中心化设计保证文件数据不可篡改、不可伪造。

存证层13封装了数据接入方式、加密、存储等要素。其中，存证的数据可采用SHA-256或SHA-512等加密技术，并由相关节点或其他相关方签名，再存储于区块链上。故就算是文件数据被未授权用户获取，该用户也无法通过解密获取原始数据内容。

用户层14将区块链技术应用在所需要存储的数据(如电网业务相关数据)的相关处理上，例如用户注册、购售电合同生成及签署、电力费用的结算等。以需要存储的数据为电网业务相关数据的应用为例，该应用层为电力用户、发电厂、交易中心、售电公司、电网企业、监管机构等用户提供数据交互接口。

区块链网络用一种去中心化的方式来收集，打包且安全保护需要存储的数据，并把需要存储的数据的数字指纹锚定到区块链上。具体，区块链可以采用区块联盟链或企业私有链的网络来实现。区块链的节点不断变换在网络***中所承担的责任，永远不会只有一个节点在控制整个网络***，即不会只有一个记账节点进行记账。每个节点都只是网络***中的一部分。区块链的节点定时如每一分钟变换一次角色，没有节点会永久控制网络***的任何一部分。

请参见图2，图2为本申请一种业务数据存储的方法一实施例中的区块链的区块封装示意图。如图2所示，在一具体实施例中，区块链的区块20包括区块头(Header)21和区块体(Body)22，其中，在当前实施例中，将待存储的数据定义为设定业务数据。该区块体22存储有至少一条对设定业务数据进行设定哈希运算得到的哈希值(Hash)221，其中设定哈希运算请参见下文。该区块头21可以封装有当前版本号211、前一区块地址212、当前区块的目标哈希值213、当前区块PoW(工作量证明)共识过程的解随机数214、Merkle根(Merkle-root)215以及时间戳216等信息。其中，该当前版本号211，用于标示软件及协议的相关版本信息；该前一区块地址212，也可称为前一区块的目标哈希值，通过该值才可将每个区块才首尾相连组成了区块链；该解随机数214为记录解密该区块相关数学题的答案的值；该Merkle根215可以是由区块体22中所有存储的设定业务数据的哈希值再逐级两两哈希依次计算得到的哈希值222和哈希值223，也可以是经过设定的设定哈希运算过程中用于检验文件数据是否存在于该区块中；该时间戳216用于记录该区块20产生的时间。可以理解的是，该区块的结构可根据采用的区块链技术的不同进行调整，例如不采用Pow共识机制，则不存在上述的解随机数，又或者是Merkle根还可以采用其他设定的计算过程或者是哈希计算过程获得。

在一具体应用中，该区块链底层***可由分层结构的区块(Block)组成。根部是目录区块(Directory Block)。这些区块构成了一个微型链,链上存储着压缩过的引用(reference)。为了避免数据规模过大，目录区块(Directory Block)中的引用只是记录区块(Entry Block)的哈希值。

目录区块对应这个***的第一分层，是记录该记录区块完整性(Hash值)证明的区块。目录区块是由所有服务器中定义的所有记录区块组合到一起建造而生成的。因此，每个服务器都拥有所有的记录区块，所有的目录区块，和所有记录(Entry)。

记录区块(Entry Block)对应这个***的第二分层，是记录Entry完整性(Hash值)证明的区块。在寻找记录的应用会需要记录区块，可以从一个数字指纹搜索到所有可能相关的电网业务相关数据的记录。记录区块包含着电子记录的哈希值。电子记录的哈希值同时证明了数据的存在和在分布式散列表(DHT)网络中找到记录的钥匙。

记录区块(Entry Block)包含了和一个链ID有关的全部Entry。如果某个Entry是关联到某个记录区块(Entry Block)的话，那么可以认为这个Entry并不存在。这样的设计能让应用程序很容易的证伪，方便的识别哪些Entry是真实可靠的。

一个Entry会详述一设定业务数据的细节，会根据此类交易的类型决定记录在链的什么位置。具体，该Entry为设定业务数据的数字指纹，如哈希值。一个或多个用于审核的区块链节点可以在他们自己的链上引用这条设定业务数据的哈希值记录，并添加加密签名来表明此条记录有效或无效。

在下文相关实施例中，将拥有区块链核心组件的、能够为建设上层应用提供基础研发的软硬件环境定义为区块链应用服务平台。区块链节点运行在这个区块链应用服务平台来完成数据传输与业务处理。故在一些实施例中也可以将区块链应用服务平台理解为可让用户利用基于云的解决方案在区块链上构建，托管和使用自己的区块链应用、智能合约和功能。

哈希值是一种将任意长度的消息按照设定计算规则压缩到某一固定长度的消息摘要的函数。

请参见图3，图3为本申请一种业务数据存储的方法一实施例中的流程示意图。

S310：区块链应用服务平台获取设定业务数据。

进一步地，步骤S310区块链应用服务平台获取设定业务数据，包括：区块链应用服务平台获取来自业务数据中心的设定业务数据。

具体地，区块链应用服务平台可以通过一个应用程序或者是脚本从业务数据中心读取设定业务数据。其中，业务数据中心指的是由中国国家电网推动建成的全业务统一数据中心，需要说明的是，在下文各个实施例中会将全业务统一数据中心简称为业务数据中心。

其中，业务数据中心收集至少一个用电信息采集***或用电信息采集端采集到的业务数据。请参见图4，图4为本申请一种业务数据存储的方法另一实施例中的应用场景示意图。图4主要展示的是业务数据中心的数据收集流程。

在一实施例中，电力数据的前端采集***100至少包括智能电表10、采集终端60、集中器30、用电信息采集***40和业务数据中心50。其中，在一些实施例中，也可以将用电信息采集***40定义为用电信息采集端。

其中，需要说明的是，电力居民用户、电力工商业一般用户、电力大用户等电力产消者安装分布式发电设备，允许用户将产生的电量自发自用，同时允许产生的电量的余电可上网至电网公司，在此过程中产生的发电量数据、用电量数据、上网电量数据均可以通过智能电表10计量。下文会将电力居民用户、电力工商业一般用户、电力大用户以及发电厂等统称为电力用户，智能电表10可以同时对电力用户与供电网络间的上、下电量进行双向计量。

其中，智能电表10可按采集任务设定的时间间隔自动采集用户用电终端数据，可以设置采集的时间、内容、对象。当定时自动数据采集失败时，可以自动调整为手工的方式补采，进而保证所采集的电力用户数据的完整性。

采用消息队列组件(基于Kafka优化封装)+流计算组件(基于Storm优化封装)，实现将从用电信息采集***40、电力营销业务应用MIS***(图未示)、营销***(图未示)、财务管控***(图未示)、ERP***(图未示)等信息***里产生的电量、电价、税率、交易结算数据接入到业务数据中心50，为数据挖掘提供底层数据资源支撑。

电网业务数据采集流程为：由设置在电力用户与供电网络之间的智能电表10采集电力用户的用电量或者是发电厂的发电量，并将所监测所得的电力用户的用电量或者是发电厂的发电量上传至采集终端60，由采集终端60经过计算确定用电量和/或发电量的具体数据，采集终端60经过集中器30将计算所得的用电量和/或发电量上传至用电信息采集***40，用电信息采集***40用于将其覆盖区域内的智能电表10所采集的电力数据上传至业务数据中心50。其中，业务数据中心50是通过消息队列组件将用电信息采集***40所采集的电力数据接入，并保存。

进一步地，在其他实施例中，与业务数据中心50连接的还包括电力营销业务应用MIS***、营销***、财务管控***、ERP***等等，可以理解的是，并不限定业务数据中心50只可以与上述各个***连接。业务数据中心50可以基于队列组件和流计算组件实现将电网业务数据从各个***接入至业务数据中心50。更进一步地，可以是基于Kafka优化封装和基于Storm优化封装将电网业务数据从各个***接入至业务数据中心50。

进一步地，在另一实施例中，业务数据中心50在将电力数据接入后，可以按照设定规则将电力数据进行存储，如可以按照区域和/或时间进行存储。

进一步地，如上所述，在一些实施例中，本申请所提供的业务数据存储的方法可以用于对电网业务数据进行存储，可以理解的是，在其他实施例中，本申请所提供的技术方案也可以对其他类型的业务数据进行存储，如金融业务数据，教学业务数据等等，在此仅仅以电网业务数据进行举例阐述，其他各类型数据则不一一列举。

其中，设定业务数据是指完成设定评估模型或者是核算模型所需要的数据，在一些实施例中也可以将完成评估模型或核算模型所需要的数据称之为关键业务数据，设定业务数据所包括的具体信息类型可以根据所执行的评估模型或核算模型进行确定，也可以是可以依据实际需求由用户选择设定，在此不做限定。如，在电费核算模型中，用户的用户名及其他用户信息、用户的用电量、用户所在地区用电单价、用户用电时间所在的时间段、用户所在地区不同时间段的用电的单价等均可以是设定业务数据，对应的，则需要区块链应用服务平台从业务数据中心获取其所对应地区或指定地区的上述各类信息。

S320：对设定业务数据进行多级加密，以获得目标哈希值。

区块链应用服务平台在获取到设定业务数据之后，进一步对所获取的设定业务数据进行多级加密操作，以获得目标哈希值。其中，在当前实施例中，目标哈希值为经过多级加密后得到的且存储到区块链上的哈希值。多级加密是指利用加密算法对设定业务数据进行多次加密，其中需要说明的是，多次加密所调用的加密算法可以是相同的，也可以根据预先设定为不同的加密算法。

进一步地，多级加密是指利用哈希算法对设定业务数据进行多次加密。如在一实施例中，可利用哈希算法对设定业务数据进行第一次哈希计算后得到哈希值，然后对所得的哈希值以及该哈希值对应的时间戳信息再次进行哈希计算获得目标哈希值。可以理解的是，在其他实施例中多级加密也可以是利用其他类型的加密算法对设定业务数据进行计算获得第一加密值，然后在利用所得的第一加密值以及其他类型且与设定业务数据存在唯一对应关系的数据进行二次和/或三次的哈希计算，最终求得目标哈希值。

S330：将目标哈希值按照设定业务数据所属类别进行上链存储。

在步骤S320中获取到目标哈希值之后，进一步将目标哈希值按照其对应的设定业务数据所属类型进行上链存储。如，目标哈希值对应的业务数据属于可以公开的数据，则会将目标哈希值存储至可被访问的区块链处，当目标哈希值对应的业务数据属于不可公开的机密类数据时，则会将该目标哈希值存储至私密的区块链上，仅供符合访问条件的用户或节点进行访问。

图3所对应的实施例中，区块链应用服务平台在获取到设定业务数据之后，会对所获取的设定业务数据进行多级加密以获得目标哈希值，在将所获取的目标哈希值按照其对应的设定业务数据所属类别分别进行上链存储，通过存储多级加密所得的目标哈希值较好地提高了业务数据的安全性，增强数据不可篡改的安全防护能力，通过将所得的目标哈希值按照其对应的设定业务数据所属类别进行上链存储，进而形成标准的区块链原始数据分中心，可在保证数据安全性的前提下提高了数据存储的条理性，较好地完成数据的整合。

请参见图5，图5为本申请一种业务数据存储的方法另一实施例中的流程示意图。图5所对应的实施例主要对上述步骤S320做进一步扩展阐述。

在当前实施例中，在步骤S320对设定业务数据进行多级加密，以获得目标哈希值之前，本申请所提供的方法还包括步骤S501。

S501：对设定业务数据进行清洗转换，以获得符合设定要求的元数据。

当业务数据中心的数据是自多个不同的业务数据采集***或业务数据采集端采集获得时，对应的存储于业务数据中心的数据的格式也许会不同，或者是在数据传输的过程因为各种原因会造成数据异常，再或者是业务数据存储数据的过程数据出现丢失，再或者是业务数据采集***或业务数据采集端所采集的数据是不完整的，基于上述原因，在区块链应用服务平台获取到设定业务数据后，在对设定业务数据进行多级加密之前，本申请所提供的方法还会包括：对设定业务数据进行清洗转换，以获得符合设定要求的元数据。

其中，清洗转换至少包括：对多源异构数据进行抽取清洗，发现错误值、缺失值、异常值以及可疑数据等，并在对可纠正的错误值、缺失值、异常值以及可以数据等进行纠正补全，以获得高质量的数据，进而实现保证元数据的质量。

在一实施例中，符合设定要求至少包括：将设定业务数据转换成预设格式。具体地，预设格式的具体类型可以根据实际的需求进行调整和设定。

进一步地，步骤S301还可以包括：采用区块链ETL(Extract-Transform-Load)工具进行数据清洗转换。在一实施例中，区块链应用服务平台还用于将经过清洗转换所得的元数据进行加载上传至区块链应用服务平台数据管理员本地数据库。采用ETL工具可对设定业务数据依次进行抽取、清洗转换之后再加载到数据管理员本地服务器，以是将自业务数据中心所获取的分散、零乱、标准不统一的数据整合到一起，为数据存储、数据的分析以及后续的数据的调用提供数据基础。

进一步地，在另一实施例中，在步骤S501对设定业务数据进行清洗转换，以获得符合设定要求的元数据之后，本申请所提供的方法还包括：对所得的元数据按照数据属性进行分类，且将元数据分为可公开数据、不可公开数据和监管数据。其中，可公开数据、不可公开数据和监管数据可以是预先设定的，区块链应用服务平台对业务数据进行识别后即可得到该数据所属于的类别。当业务数据为电网业务数据时，则可公开数据，至少包括用户发电量、用电量等用电数据，不可公开的数据，包括用户身份、银行账户信息、电费结算单、及电力交易数据等，监管数据至少包括能源行业监管机构所需数据。

在又一实施例中，当业务数据中心将各个***中的数据接入之后，对所接入的数据按照可公开数据、不可公开数据和监管数据这三类数据进行分类，并根据分类结果进行标记，则本申请所提供的方法在步骤S501之后则会包括：进一步对各元数据所属类别进行确定，以判断业务数据中心的分类是否准确，进而避免业务数据中心的数据分类不准确造成数据存储无法准确按照业务数据类别进行存储。对各个元数据对应的设定业务数据的类别标记与其对应的数据内容进行核对，以判断该设定业务数据当前的分类是否准确，如若不准确则会重新进行分类。

在当前实施例中，步骤S320对设定业务数据进行多级加密，以获得目标哈希值包括步骤S502至步骤S504。

S502：对元数据进行一次哈希计算，得到第一哈希值。

对清洗转换后所得的元数据进行一次哈希计算，以得到第一哈希值。进一步地，在一实施例中，步骤S502是利用SDK(Software Development Kit软件开发工具包)对所获取的设定数据内容进行哈希计算(Hash运算)得到第一哈希值。

进一步地，在一实施例中，采用SHA-512算法进行哈希计算，以利用该加密技术确保数据安全，SHA-512算法是SHA-2中安全性能较高的算法，主要由明文填充、消息扩展函数变换和随机数变换等部分组成，初始值和中间计算结果由8个64位的移位寄存器组成。SHA-512算法允许输入的最大长度是2^168位，并产生一个512位的哈希值(在其他实施例中也会将哈希计算过程称之为摘要计算，将经过哈希计算所得的哈希值称为消息摘要)，输入消息被分成若干个1024位的块处理，是目前公认的高强度的加密算法。

S503：对第一哈希值和第一哈希值对应的时间戳信息进行二次哈希计算，获得第二哈希值。

在经过如步骤S502所述的一次哈希运算得到第一哈希值之后，会进一步对第一哈希值和第一哈希值对应的时间戳信息进行二次哈希计算，进而获得第二哈希值。其中，时间戳信息可以为计算得到第一哈希值的时间信息。

在当前实施例中，对第一哈希值和第一哈希值对应的时间戳信息进行二次哈希计算所采用的算法可以是和步骤S502相同的算法，也可以是不同的算法，具体在此不做任何限定。

S504：对第二哈希值进行数字签名以获得目标哈希值。

区块链应用服务平台在经过步骤S503所述的哈希计算获得第二哈希值之后，会对所得的第二哈希值进行数字签名进而获得目标哈希值。其中，目标哈希值为经过数字签名后的第二哈希值。

在当前实施例中，当设定业务数据的类别为可公开数据时，步骤S330将目标哈希值按照设定业务数据所属类别进行上链存储可包括步骤S505至步骤S506。

S505：对目标哈希值进行共识验证。

当设定业务数据所属的类别为可公开数据时，会对所得的目标哈希值进行共识验证。进一步地，在一实施例中，可以是由区块链应用服务平台上所运行的区块链节点及其所在的区块链网络对目标哈希值进行共识验证。在另一实施例中，也可以是由设定的区块链网络或者是设定区块链网络中设定的多个区块链节点对目标哈希值进行共识验证。

S506：将经过共识验证目标哈希值存储至企业私有链账本中。

其中，企业私有链是指对读取访问权限或者是对外开放权限进行限制的区块链网络，在一些实施例中，企业私有链限定只有企业内部的区块链节点可以读取访问企业私有链所存储的数据，企业私有链中的各个区块链节点至少包括企业中各个部门或者各个用户所持有的账户组成。企业私有链账本则指的是企业私有链中各个区块链节点对应的账本。如，电网企业本身内部可以部署企业私有链，以用来存储安全等级需求较高的企业管理必不可少的数据，如电力交易数据。

将经过步骤S505中所述的共识验证的目标哈希值利用链码API接口进行上链存储，由于当前目标哈希值对应的设定业务数据为可公开数据，故会将目标哈希值存储企业私有链账本上。存储在企业私有链账本上的数据可以供私有链上的所有节点进行访问获得，也可以是由当前企业私有链所在的联盟链里具有访问权限的区块链节点、或者是所有联盟链中的区块链节点进行访问获取该数据。

其中，联盟链是指共识过程受到预选节点控制的区块链，在当前实施例中可以是指由各个电力领域企业组成的、且共识过程受到预选节点控制的区块链。具体地，联盟链可以是“部分去中心化”的形态。如：为了提高不同电网企业之间的跨业务协同，各组织联合构建联盟链，联盟中多主体可共同进行数据交易和联盟链的维护，如上述图1中所示意的各方机构，其中，能源行业监管机构可以加入联盟链以迅速获知电力市场交易情况。

进一步地，在另一实施例中，当设定业务数据的类别为可公开数据时，步骤S330也可以是包括：依照默克尔树原理将设定时间周期内生成的所有属于可公开数据的设定业务数据的目标哈希值进行计算，生成根哈希值，并对根哈希值进行共识验证。

其中，设定时间周期是根据实际的需要可以由管理员进行设定调整。在得到目标哈希值之后，进一步依照默克尔树原理，采用SHA-512算法将傻德行时间周期内生成的属于可公开数据的设定业务数据的目标哈希值进行哈希计算，进而得到根哈希值，然后对所得的根哈希值在所在的区块链网络中进行共识验证。

进一步地，在对根哈希值进行共识验证之后，本申请所提供的方法还包括：将经过所述共识验证的根哈希值存储至企业私有链账本。在当前实施例中，通过将经过共识验证的根哈希值存储至企业私有链账本上，可以进一步地增加企业私有链账本对设定业务数据的存储容量。

在将目标哈希值存储至企业私有链账本中之后，或者是将经过所述共识验证的根哈希值存储至企业私有链账本之后，本申请所提供的方法还包括：将属于可公开数据的设定业务数据存储至本地存储和/或云端。

再进一步地，将属于可公开数据的设定业务数据按照设定规则存储至本地存储和/或云端。如，当前区块链应用服务平台所获取的设定业务数据包括不同地区的用户账户信息、用户的用电信息以及用户的风险评估报告，可以按照用户所属于的地区分别进行存储，在其他实施例中，当管理员设定需要按照用户风险评估报告的结果所属于的风险级别进行存储时，则会按照用户风险评估报告的结果所属于的风险级别分类进行存储。

请参见图6，图6为本申请一种业务数据存储的方法又一实施例中的流程示意图。在当前实施例中，当设定业务数据的类别为机密数据时，

上述步骤S320将目标哈希值按照设定业务数据所属类别进行上链存储包括：

S601：对目标哈希值、设定业务数据的属性信息进行共识验证。

当设定业务数据的类别为机密数据时，且在求得目标哈希值之后，对所得的目标哈希值和设定业务数据的属性信息进行共识验证，以确认当前目标哈希值是否可以进行上链存储。其中，设定业务数据的属性信息包括设定业务数据的类别、设定业务数据对应的能源种类、设定业务数据生成时间、设定业务数据的账户地址和数据签名中的至少一种。

S602：将经过共识验证后的目标哈希值、设定业务数据的属性信息存储至预设的企业私有链账本。

将经过共识验证后的目标哈希值、设定业务数据的属性信息存储至预设的企业私有链账本，用于供具有访问机密数据权限的节点或用户进行访问。其中，在当前实施例中，企业私有链账本可以是指企业私有链上用于记账的区块链，预设的企业私有链账本仅供具有访问权限的节点或用户访问。

如在一实施例中，对于机密的不可公开的企业管理数据，在求得其目标哈希值，将计算所得的目标哈希值添加能源种类、数据类型、数据生成时间、账户地址和数据签名后打包成区块，经共识验证后，存储于自身搭建的企业私有链账本上，进而完成支撑数据自我管理，及组织内部的点对点的数据共享功能，可以实现在最大程度保障数据隐私的同时，也能够执行信息资源合理共享。

请继续参见图6，进一步地，在当前实施例中，本申请所提供的方法还包括：

S603：将属于机密数据的设定业务数据存储至本地存储和/或云端。

将属于机密数据的设定业务数据存储至区块链应用服务平台的本地存储，和/或经过网络存储至云端，以供有区块链节点或用户访问时，可以在本地存储和/或云端获得。可以理解的是，在其他实施例中还可以是将机密数据的设定业务存储至其他区块链应用服务平台可进行数据交互的位置，且存储设定业务时可以按照设定规则进行存储。如，可将机密数据存储至专用于存储属于机密数据的设定业务数据的服务器上。

进一步地，当设定业务数据的类别为监管数据时，步骤S330将目标哈希值按照设定业务数据所属类别进行上链存储包括：

对目标哈希值进行共识验证。

对监管数据的目标哈希值进行共识验证，以判断数据的合法性。在对目标哈希值进行共识验证之后，本申请所提供的方法还会包括：将经过共识验证的目标哈希值存储至联盟链总账本上。

当设定业务数据的类别为能源机构所需要的监管数据时，求得设定业务数据的目标哈希值之后，会将所求得的目标哈希值进行共识验证，并将经过共识验证的目标哈希值存储至联盟链总账本上，这样在监管机构需要获取监管数据时，可通过访问联盟链即可。其中，联盟链：是指共识过程受到预选节点控制的区块链。可将联盟链视为“部分去中心化”的形态。

进一步地，在将目标哈希值存储至联盟链总账本上之前，本申请所提供的方法还包括：向联盟链中其他区块链节点或存储权限管理节点发送请求，以获得其他区块链节点或存储权限管理节点批准通过请求，进而将监管数据的目标哈希值存储至联盟链上。

更进一步地，在将目标哈希值存储至联盟链总账本上之后，本申请所提供的方法还包括：

将属于监管数据的设定业务数据存储至监管机构关联的存储空间和/或云端。

其中需要说明的是，在不同的实施例中，并不限定是先将监管数据的目标哈希值存储至联盟链总账本上，再将属于监管数据的设定业务数据存储至监管机构关联的存储空间和/或云端，如可以根据实际的需求，在将监管数据的目标哈希值存储至联盟链总账本上的同时，将属于监管数据的设定业务数据存储至监管机构关联的存储空间和/或云端。

请参见图7，图7为本申请一种业务数据获取的方法一实施例中的流程示意图。

S701：数据需求节点向数据提供节点发送数据获取请求，以请求获取目标业务数据。

其中，数据需求节点可以是直接向数据提供节点发送数据获取请求，也可以是通过区块链应用服务平台向数据提供节点发送数据获取请求，数据提供节点至少包括企业私有链中任意一个节点、联盟链中任意一个节点、云端以及区块链应用服务平台中的一个或多个，在下述一些实施例中也会将数据需求节点称之为数据需求方，将数据提供节点称之为数据提供方。在当前实施例中，目标业务数据是指数据需求节点所需要的数据，具体按照数据类型可以划分为机密数据、可公开数据和监管数据。需要说明的是，数据需求节点只有经过身份验证、签名验证、授权后方可点对点共享企业私有链或联盟链链上存储的数据，实现数据跨业务治理。

S702：接收数据提供节点发送的目标数据包。

数据提供节点在接收到数据需求节点发送的数据获取请求之后，响应该数据获取请求，将对应数据获取请求的目标数据包发送给数据需求节点。其中，数据提供节点也可以是直接将目标数据包直接发送给数据需求节点，也可以是通过如区块链应用服务平台间接发送至数据需求节点。

其中，目标数据包至少包括目标业务数据和对目标业务数据进行预设哈希计算的目标哈希值，且目标数据包是利用数据提供节点的私钥加密的。

S703：利用数据提供节点的公钥对目标数据包进行解密获得目标业务数据，并利用哈希算法对目标业务数据进行预设哈希计算，以获得待验证哈希值。

数据需求节点在接收到目标数据包之后，会进一步利用数据提供节点的公钥对目标数据包进行解密，获得目标业务数据，并在获得目标业务数据之后利用哈希算法对目标业务数据进行预设哈希计算，以获得验证哈希值，并在获取到验证哈希值之后，将验证哈希值与目标数据包中的目标哈希值进行比对，以判断目标业务数据是否合法。

在进一步地，在另一实施例中，在步骤S703之前，本申请所提供的方法还包括：验证数字签名，以判断目标业务数据的合法性。

其中需要说明的是，在步骤S703中杜宇目标业务数据进行的预设哈希计算的过程与区块链应用服务平台侧对设定业务数据进行的哈希计算的过程是相同的，即采用相同的哈希算法以及哈希计算过程。如，当区块链应用服务平台是采用的是SHA-512算法对设定业务数据进行一次哈希计算得到第一哈希值，然后再利用SHA-512算法对第一哈希值及第一哈希值对应的时间戳信息进行二次哈希计算得到目标哈希值，则在数据需求节点侧接收到目标数据包中的目标业务数据之后，同样采用SHA-512算法对目标业务数据进行一次哈希计算得到第三哈希值，然后再利用SHA-512算法对第三哈希值及第三哈希值对应的时间戳信息进行二次哈希计算得到验证哈希值。最终在求得验证哈希值之后，将验证哈希值与目标哈希值进行比对，以判断目标业务数据的合法性。

S704：若待验证哈希值与目标哈希值一致，则判断目标业务数据合法。

若经过比对得到，待验证哈希值与目标哈希值一致时，则说明目标数据包中的目标业务数据合法，即目标业务数据传输的过程中没有被修改，也没有出现数据遗失等等异常情况，进而确定该目标业务数据可以被评估模型或核算模型采用。

在判断目标业务数据合法之后，数据需求节点会运用接收到的已解密的目标业务数据来完成所需要进行的模型运算，数据需求节点还会将运算结果前端反馈/展示给用户，从而完成电力业务处理。

进一步地，请参见图8，图8为本申请一种业务数据获取的方法一实施例中的流程示意图。在当前实施例中，主要阐述的是在步骤S701数据需求节点向数据提供节点发送数据获取请求之前，本申请所提供的方法还包括：

S801：接收到用户输入的业务操作请求。

其中，业务操作请求至少包括利用评估模型或核算模型进行业务操作请求。其中，利用核算模型进行的业务操作至少包括电费结算、财务稽核、收支对账中的至少一种，利用评估模型进行的业务操作请求至少包括风险评估控制，其中，风险评估控制可以是对供电压力的评估，也可以是对电力安全的评估。需要说明的是，不同的业务操作请求对应不同的业务模型，业务模型是根据实际的应用场景或者是实际的需求进行设定，故在此不做限定。

S802：确定业务操作请求所需的目标业务数据，并基于所需的目标业务数据生成数据获取请求。

其中，业务操作请求所需的目标业务数据是根据业务模型确定的，如，当业务操作请求为电费结算时，则目标业务数据至少包括用户的账户信息、用电量、用电类型、不同时间段内的用电量、不同时间段耗电的单价等等中的至少一种。

请参见图9，图9为本申请一种业务数据获取的方法一实施例中的交互示意图。在当前实施例中，本申请所提供的业务数据获取的方法包括下述1至11所述的内容，具体地，本申请所提供的方法包括：

1.发送数据获取请求。客户端向区块链服务平台发送数据获取请求，以获取所需要的数据。

其中，客户端指的是数据需求方，可以是数据需求节点，在当前实施例中，数据提供方是由区块链应用服务平台、区块链节点和云端共同组成。可以理解的是，在其他实施例中数据提供方和数据需求方并不限定只包括上述各个部分。

在另一实施例中，客户端也可以是直接向区块链节点和云端直接发送获取数据请求，区块链节点接收到获取数据请求后响应该请求将对应数据的目标哈希值发送至客户端，云端在接收到获取数据请求后响应请求将对应数据的原始数据发送至客户端。

2.区块链应用服务平台响应数据获取请求。

区块链应用服务平台响应数据获取请求并执行下述3中所述的内容。

3.向区块链节点发送获取数据对应的哈希值的请求。

4.向云端发送获取数据的原始数据请求。

其中，需要说明的是，虽然在图9中展示的是先执行步骤3和步骤4，但是在当前实施例中并不限定步骤3和步骤4之间的先后顺序。

5.区块链节点响应获取数据对应的哈希值的请求，将目标哈希值发送至区块链应用服务器平台。

其中，目标哈希值指的数据需求方所需要的数据对应的哈希值。

6.云端响应获取数据的原始数据请求，将原始数据发送至区块链应用服务平台。

其中，原始数据为对应数据需求方所需要的数据，或者是数据需求方所需要的数据中的一种。

7.区块链应用服务平台将原始数据和目标哈希值打包成目标数据包。

区块链应用服务平台将所获取到的原始数据和目标哈希值打包成目标数据包，以发送至客户端，进而响应数据获取请求。可以理解的是，在其他实施例中，区块链应用服务平台也可以是直接将所获取到的原始数据和目标哈希值发送至客户端，进而实现响应数据获取请求。

8.将目标数据包发送至客户端，以响应数据获取请求。

9.利用区块链节点的公钥对目标数据包进行解密获得目标业务数据和目标哈希值，并利用哈希算法对目标业务数据进行预设哈希计算，以获得待验证哈希值。

其中，进一步地，利用哈希算法对目标业务数据进行预设哈希计算包括利用哈希算法对目标业务数据进行第一次哈希计算得到第一哈希值，将第一哈希值以及第一哈希值对应的时间戳信息进行二次哈希计算得到待验证哈希值。两次哈希计算哈希算法可以采用相同的，也可以采用不同的，哈希算法至少包括SHA-512算法。

10.将待验证哈希值与目标哈希值进行比对。

11.若待验证哈希值与目标哈希值一致，则判断目标数据合法。

本申请所提供的业务数据获取的方法中，通过比对待验证哈希值与目标哈希值是否一致，可以较好地实现准确判断目标数据是否合法，验证数据来源，校核数据主体标识身份，验证一致方可认为该内容未被篡改。

请参见图10，图10为本申请一种电子设备一实施例中的结构示意图。在当前实施例中，本申请所提供的电子设备1000包括耦接的处理器1001和存储器1002。其中，电子设备1000可以是执行图1至图9及其对应的任意一个实施例中所述方法的区块链应用服务平台。

其中，存储器1002包括本地储存(图未示)，且存储有计算机程序，计算机程序被执行时刻实现图1至图9及其所对应的任意一个实施例中所述的方法。

处理器1001与存储器1002耦接，处理器1001用于运行计算机程序，以执行如上图1至图9及其对应的任意一个实施例中所述的方法。

参见图11，图11为本申请一种存储介质一实施例中结构示意图。该存储介质1100存储有能够被处理器运行的计算机程序1101，该计算机程序1101用于实现如上图1至图9及其对应的任意一个实施例中所描述的方法。具体地，上述存储介质1100可以是存储器、个人计算机、服务器、网络设备，或者U盘等其中的一种。

以上所述仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种业务数据存储的方法，其特征在于，包括：

区块链应用服务平台获取来自业务数据中心的设定业务数据，所述业务数据为电网业务数据；

判断业务数据中心的数据分类结果是否准确，所述数据分类结果包括可公开数据、机密数据和监管数据；

响应于所述数据分类结果准确，对所述设定业务数据进行多级加密，以获得目标哈希值，所述多级加密表示利用加密算法对设定业务数据进行多次加密；其中，所述对所述设定业务数据进行多级加密，以获得目标哈希值包括：对所述设定业务数据进行一次哈希计算，得到第一哈希值；对所述第一哈希值和所述第一哈希值对应的时间戳信息进行二次哈希计算，获得第二哈希值；对所述第二哈希值进行数字签名以获得所述目标哈希值；

将所述目标哈希值按照所述设定业务数据所属类别进行上链存储，以供符合访问条件的用户或节点进行访问；其中，所述可公开数据和所述机密数据对应的目标哈希值存储至企业私有链账本中，所述监管数据对应的目标哈希值存储至联盟链总账本上。

2.根据权利要求1所述的业务数据存储的方法，其特征在于，

在所述对所述设定业务数据进行多级加密，以获得目标哈希值之前，所述方法还包括：

对所述设定业务数据进行清洗转换，以获得符合设定要求的元数据；

所述对所述设定业务数据进行多级加密，以获得目标哈希值包括：

对所述元数据进行一次哈希计算，得到第一哈希值；

对所述第一哈希值和所述第一哈希值对应的时间戳信息进行二次哈希计算，获得第二哈希值；

对所述第二哈希值进行数字签名以获得所述目标哈希值。

3.根据权利要求1所述的业务数据存储的方法，其特征在于，所述设定业务数据的类别为所述可公开数据时，

所述将所述目标哈希值按照所述设定业务数据所属类别进行上链存储包括：

对所述目标哈希值进行共识验证；以及

将经过共识验证所述目标哈希值存储至所述企业私有链账本中；

或者，

依照默克尔树原理将设定时间周期内生成的所有属于所述可公开数据的设定业务数据的目标哈希值进行计算，生成根哈希值，并对所述根哈希值进行共识验证；以及

将经过所述共识验证的根哈希值存储至所述企业私有链账本；

所述方法还包括：

将所述属于可公开数据的设定业务数据存储至本地存储和/或云端。

4.根据权利要求1所述的业务数据存储的方法，其特征在于，当所述设定业务数据的类别为所述机密数据时，

所述将所述目标哈希值按照所述设定业务数据所属类别进行上链存储包括：

对所述目标哈希值、所述设定业务数据的属性信息进行共识验证；其中，所述设定业务数据的属性信息包括所述设定业务数据的类别、所述设定业务数据对应的能源种类、所述设定业务数据生成时间、所述设定业务数据的账户地址和数据签名中的至少一种；

将经过所述共识验证后的所述目标哈希值、所述设定业务数据的属性信息存储至预设的所述企业私有链账本；

所述方法还包括：

将属于机密数据的设定业务数据存储至本地存储和/或云端。

5.根据权利要求1所述的业务数据存储的方法，其特征在于，当所述设定业务数据的类别为所述监管数据时，

所述将所述目标哈希值按照所述设定业务数据所属类别进行上链存储包括：

对所述目标哈希值进行共识验证；

将经过共识验证的所述目标哈希值存储至所述联盟链总账本上；

所述方法还包括：

将属于监管数据的设定业务数据存储至监管机构关联的存储空间和/或云端。

6.根据权利要求1所述的业务数据存储的方法，其特征在于，所述区块链应用服务平台获取设定业务数据，包括：

所述业务数据中心收集至少一个业务数据采集端采集到的业务数据。

7.一种业务数据获取的方法，其特征在于，所述方法包括：

数据需求节点向数据提供节点发送数据获取请求，以请求获取目标业务数据，所述目标业务数据为已进行上链存储的设定业务数据，其中，所述设定业务数据的存储步骤包括：区块链应用服务平台获取来自业务数据中心的设定业务数据，所述设定业务数据是指完成设定评估模型或核算模型所需要的电网业务数据；判断业务数据中心的数据分类结果是否准确，所述数据分类结果包括可公开数据、机密数据和监管数据；响应于所述数据分类结果准确，对所述设定业务数据进行多级加密，以获得目标哈希值，所述多级加密表示利用加密算法对设定业务数据进行多次加密；其中，所述对所述设定业务数据进行多级加密，以获得目标哈希值包括：对所述设定业务数据进行一次哈希计算，得到第一哈希值；对所述第一哈希值和所述第一哈希值对应的时间戳信息进行二次哈希计算，获得第二哈希值；对所述第二哈希值进行数字签名以获得所述目标哈希值；将所述目标哈希值按照所述设定业务数据所属类别进行上链存储；其中，所述可公开数据和所述机密数据对应的目标哈希值存储至企业私有链账本中，所述监管数据对应的目标哈希值存储至联盟链总账本上；

接收所述数据提供节点发送的目标数据包；所述目标数据包至少包括所述目标业务数据和对所述目标业务数据进行预设哈希计算的目标哈希值，且所述目标数据包是利用所述数据提供节点的私钥加密的；

利用所述数据提供节点的公钥对所述目标数据包进行解密获得所述目标业务数据，并利用哈希算法对所述目标业务数据进行所述预设哈希计算，以获得待验证哈希值；

若所述待验证哈希值与所述目标哈希值一致，则判断所述目标业务数据合法。

8.根据权利要求7所述的业务数据获取的方法，其特征在于，在所述数据需求节点向数据提供节点发送数据获取请求之前，所述方法还包括：

接收到用户输入的业务操作请求，其中，所述业务操作请求包括电费结算、风险控制、财务稽核、收支对账中的至少一种；

确定所述业务操作请求所需的目标业务数据，并基于所需的目标业务数据生成所述数据获取请求。

9.一种电子设备，其特征在于，包括存储器和处理器，其中，

所述处理器用于运行所述存储器存储的计算机程序，以执行如权利要求1至8任意一项所述的方法。

10.一种存储介质，其特征在于，所述存储介质存储计算机程序，所述计算机程序能够被处理器运行，以执行如权利要求1至8任意一项所述的方法。