CN115002141A - 基于区块链的文件存储方法及装置 - Google Patents
基于区块链的文件存储方法及装置 Download PDFInfo
- Publication number
- CN115002141A CN115002141A CN202210630763.9A CN202210630763A CN115002141A CN 115002141 A CN115002141 A CN 115002141A CN 202210630763 A CN202210630763 A CN 202210630763A CN 115002141 A CN115002141 A CN 115002141A
- Authority
- CN
- China
- Prior art keywords
- file
- stored
- information
- storage
- user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 114
- 238000000605 extraction Methods 0.000 claims abstract description 50
- 238000012795 verification Methods 0.000 claims description 111
- 238000004422 calculation algorithm Methods 0.000 claims description 31
- 238000010586 diagram Methods 0.000 description 25
- 230000008569 process Effects 0.000 description 23
- 238000012545 processing Methods 0.000 description 15
- 239000000446 fuel Substances 0.000 description 4
- 238000007726 management method Methods 0.000 description 4
- 238000013475 authorization Methods 0.000 description 3
- 238000011161 development Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 238000003672 processing method Methods 0.000 description 3
- 238000004364 calculation method Methods 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000007796 conventional method Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000008676 import Effects 0.000 description 1
- 230000002427 irreversible effect Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000007781 pre-processing Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 239000004984 smart glass Substances 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
- H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
- H04L9/3239—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions involving non-keyed hash functions, e.g. modification detection codes [MDCs], MD5, SHA or RIPEMD
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Storage Device Security (AREA)
Abstract
本申请提供基于区块链的文件存储方法及装置,文件提取方法及装置,其中所述基于区块链的文件存储方法包括:获取用户关联的待存储文件,并确定所述待存储文件对应的编码信息;将所述编码信息上传至区块链,并接收所述区块链返回的哈希值;以及将所述待存储文件上传至分布式***,并接收所述分布式***返回的文件存储地址;根据所述哈希值和所述文件存储地址构建存储凭证信息,并向所述用户发送所述存储凭证信息;通过将校验待存储文件的编码信息存储在区块链,保证存储的安全性,且将待存储文件存储在分布式***,避免第三方查看待存储文件导致信息泄露的同时,也避免待存储文件直接存储在区块链的资源消耗。
Description
技术领域
本申请涉及数据处理技术领域,特别涉及两种基于区块链的文件存储方法,一种基于区块链的文件提取方法。本申请同时涉及两种基于区块链的文件存储装置,一种基于区块链的文件提取装置,一种计算设备,以及一种计算机可读存储介质。
背景技术
随着互联网技术的发展,用户对于将文件上传至互联网进行存储和管理的需求不断增加。现有技术中,将文件上传至互联网进行存储往往采用的是中心化存储,又因为中心化存储的方法存储介质单一,数据易于篡改,真实性就变得难以界定,基于此衍生出了应用区块链网络进行文件存储的方法。
由于区块链网络具有多方共识,分布式记账,不可篡改等特性,解决了文件存储的安全性问题。然而也是因为区块链网络具有分布式记账特性,即区块链网络中每个节点都需要本地存储记录数据,这样的架构使文件的存储有会消耗更多的链上存储资源以及GAS燃料,导致成本难以控制。
发明内容
有鉴于此,本申请实施例提供了两种基于区块链的文件存储方法,一种基于区块链的文件提取方法。本申请同时涉及两种基于区块链的文件存储装置,一种基于区块链的文件提取装置,一种计算设备,以及一种计算机可读存储介质,以解决现有技术中存在的大文件存储安全性和成本难以兼顾的问题。
根据本申请实施例的第一方面,提供了一种基于区块链的文件存储方法,包括:
获取用户关联的待存储文件,并确定所述待存储文件对应的编码信息;
将所述编码信息上传至区块链,并接收所述区块链返回的哈希值;以及
将所述待存储文件上传至分布式***,并接收所述分布式***返回的文件存储地址;
根据所述哈希值和所述文件存储地址构建存储凭证信息,并向所述用户发送所述存储凭证信息。
可选地,所述将所述待存储文件上传至分布式***,并接收所述分布式***返回的文件存储地址包括:
对所述待存储文件进行加密处理,获得加密文件;
将所述加密文件上传至分布式***,并接收所述分布式***反馈的文件存储地址。
可选地,所述将所述编码信息上传至区块链,并接收所述区块链返回的哈希值包括:
确定所述用户在区块链上的链上账户;
使用所述链上账户调用区块链网络智能合约,将所述编码信息上传至区块链;
在监测到所述编码信息上传完成的情况下,接收所述区块链返回的哈希值。
可选地,所述获取用户关联的待存储文件包括:
接收所述用户上传的文件存储指令,根据所述文件存储指令中携带的文件标识,在服务数据库中读取所述待存储文件;
或者,
接收所述用户上传的所述待存储文件。
可选地,所述确定所述待存储文件对应的编码信息包括:
根据预设的编码算法将所述待存储文件转换为所述待存储文件字符串,并对所述待存储文件字符串进行计算,得到编码字符串;
将所述编码字符串作为所述编码信息,其中,所述编码字符串与所述待存储文件具有唯一对应关系。
可选地,所述对所述待存储文件进行加密处理,获得加密文件包括:
获取所述用户对应的公钥;
基于所述公钥对所述待存储文件进行加密,获得加密文件。
可选地,所述获取用户关联的待存储文件之前还包括:
获取所述用户的身份属性信息;
基于所述身份属性信息对所述用户进行实名制验证;
在所述用户通过所述实名制验证的情况下,为所述用户创建公钥和私钥。
根据本申请实施例的第二方面,提供了一种基于区块链的文件提取方法,包括:
获取用户关联的存储凭证信息;
基于所述存储凭证信息,在区块链中获取所述存储凭证信息对应的编码信息,以及在分布式***中获取所述存储凭证信息对应的待验证文件;
确定所述待验证文件对应的验证编码信息,并基于所述验证编码信息与所述编码信息对所述待验证文件进行验证;
在验证通过的情况下,向所述用户反馈所述待验证文件。
可选地,所述基于所述存储凭证信息,在区块链中获取所述存储凭证信息对应的编码信息,以及在分布式***中获取所述存储凭证信息对应的待验证文件包括:
对所述存储凭证信息进行解析,得到哈希值与文件存储地址;
在所述区块链中读取所述哈希值对应的编码信息;
在所述分布式***中读取所述文件存储地址对应的待验证文件。
可选地,所述确定所述待验证文件对应的验证编码信息包括:
根据预设的编码算法将所述待验证文件转换为所述待验证文件字符串,并对所述待验证文件字符串进行计算,得到验证编码字符串;
将所述验证编码字符串作为所述验证编码信息,其中,所述验证编码字符串与所述待验证文件具有唯一对应关系。
可选地,所述在所述分布式***中读取所述文件存储地址对应的待验证文件包括:
在分布式***中读取所述文件存储地址对应的加密文件;
基于用户的私钥对所述加密文件进行解密,获得所述待验证文件。
可选地,还包括:
在所述验证编码信息与所述编码信息不同的情况下,根据所述验证编码信息与所述编码信息的比对结果,生成文件错误信息;
将所述文件错误信息向所述用户进行反馈。
根据本申请实施例的第三方面,提供了另一种基于区块链的文件存储方法,包括:
获取用户关联的待存储文件,并确定所述待存储文件对应的编码信息;
将所述编码信息上传至区块链,并接收所述区块链返回的哈希值;以及
对所述待存储文件进行加密处理获得加密文件,将加密文件上传至分布式***,并接收所述分布式***反馈的文件存储地址;
根据所述哈希值和所述文件存储地址构建存储凭证信息,并向所述用户发送所述存储凭证信息。
根据本申请实施例的第四方面,提供了一种基于区块链的文件存储装置,包括:
文件获取模块,被配置为获取用户关联的待存储文件,并确定所述待存储文件对应的编码信息;
编码信息上传模块,被配置为将所述编码信息上传至区块链,并接收所述区块链返回的哈希值;
文件上传模块,被配置为将所述待存储文件上传至分布式***,并接收所述分布式***返回的文件存储地址;
存储反馈模块,被配置为根据所述哈希值和所述文件存储地址构建存储凭证信息,并向所述用户发送所述存储凭证信息。
根据本申请实施例的第五方面,提供了一种基于区块链的文件提取装置,包括:
信息获取模块,被配置为获取用户关联的存储凭证信息;
获取模块,被配置为基于所述存储凭证信息,在区块链中获取所述存储凭证信息对应的编码信息,以及在分布式***中获取所述存储凭证信息对应的待验证文件;
比对模块,被配置为确定所述待验证文件对应的验证编码信息,并基于所述验证编码信息与所述编码信息对所述待验证文件进行验证;
文件反馈模块,被配置为在验证通过的情况下,向所述用户反馈所述待验证文件。
根据本申请实施例的第六方面,提供了另一种基于区块链的文件存储装置,包括:
编码信息确定模块,被配置为获取用户关联的待存储文件,并确定所述待存储文件对应的编码信息;
上链模块,被配置为将所述编码信息上传至区块链,并接收所述区块链返回的哈希值;
加密模块,被配置为对所述待存储文件进行加密处理获得加密文件,将加密文件上传至分布式***,并接收所述分布式***反馈的文件存储地址;
反馈模块,被配置为根据所述哈希值和所述文件存储地址构建存储凭证信息,并向所述用户发送所述存储凭证信息。
根据本申请实施例的第七方面,提供了一种计算设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令,所述处理器执行所述指令时实现所述基于区块链的文件存储方法,基于区块链的文件提取方法的步骤。
根据本申请实施例的第八方面,提供了一种计算机可读存储介质,其存储有计算机指令,该指令被处理器执行时实现所述基于区块链的文件存储方法,基于区块链的文件提取方法的步骤。
本申请提供的基于区块链的文件存储方法,获取待存储文件,并确定了待存储文件对应的编码信息,将编码信息上传至区块链,接收区块链返回的哈希值,将待存储文件上传至分布式***,接收分布式***返回的文件存储地址,之后将基于得到的哈希值与文件存储地址构建存储凭证信息反馈给用户。
本申请一实施例实现了通过将校验待存储文件的编码信息存储在区块链,保证存储的安全性,且将待存储文件存储在分布式***,避免第三方查看待存储文件导致信息泄露的同时,也避免待存储文件直接存储在区块链的资源消耗。
本申请提供的基于区块链的文件提取方法,根据存储凭证信息在区块链中获取编码信息,在分布式***中获取待验证文件,将基于待验证文件确定的验证编码信息与编码信息进行比对,比对结果相同情况下,将待验证文件反馈给用户。
本申请一实施例实现了对待验证文件的提取,并且对待验证文件进行校验,提高了存储安全性,保证了用户的信息安全。
附图说明
图1是本申请一实施例提供的一种基于区块链的文件存储方法的流程图;
图2是本申请一实施例提供的一种基于区块链的文件提取方法的流程图;
图3是本申请一实施例提供的另一种基于区块链的文件存储方法的流程图;
图4是本申请一实施例提供的一种应用于视频文件的基于区块链的文件存储方法与基于区块链的文件提取方法的处理流程图;
图5是本申请一实施例提供的一种应用于视频文件的基于区块链的文件存储方法的示意图;
图6是本申请一实施例提供的一种应用于视频文件的基于区块链的文件提取方法的示意图;
图7是本申请一实施例提供的一种基于区块链的文件存储装置的结构示意图;
图8是本申请一实施例提供的一种基于区块链的文件提取装置的结构示意图;
图9是本申请一实施例提供的另一种基于区块链的文件存储装置的结构示意图;
图10是本申请一实施例提供的一种计算设备的结构框图。
具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施,本领域技术人员可以在不违背本申请内涵的情况下做类似推广,因此本申请不受下面公开的具体实施的限制。
在本申请一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请一个或多个实施例。在本申请一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本申请一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本申请一个或多个实施例中可能采用术语第一、第二等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请一个或多个实施例范围的情况下,第一也可以被称为第二,类似地,第二也可以被称为第一。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
首先,对本申请一个或多个实施例涉及的名词术语进行解释。
GAS:区块链网络中,执行交易/智能合约/数据存储需要支付一定的燃料费,GAS即为燃料费。
业务中台:基于区块链网络的业务***,用户请求直接和业务中台交互,业务中台将相关数据上链存储。
SM2:认证机构发布的基于椭圆曲线的非对称加密算法,用于替代RSA等标准算法。
SM3:认证机构发布的Hash杂凑算法,广泛用于数字签名、消息认证、完整性检测等领域,用于替代MD5/SHA-2等标准算法。
IPFS(InterPlanetary File System):星际文件***,去中心化的分布式存储网络,文件的存储成本相对于区块链网络来说较低。
KYC(Know your Customer):用户账号实名制。
区块链浏览器:可查看区块链网络相关基础信息,包括节点详情/区块高度/交易详情/合约详情等。
在本申请中,提供了两种基于区块链的文件存储方法,一种基于区块链的文件提取方法,本申请同时涉及两种基于区块链的文件存储装置,一种基于区块链的文件提取装置,一种计算设备,以及一种计算机可读存储介质,在下面的实施例中逐一进行详细说明。
实际应用中,对于现有的文件存储方法来说,针对大文件的存储场景,常规做法是将文件存储在中心化的文件***之中,或者是计算大文件的哈希值,之后将哈希值进行上链存储,大文件本身存储在本地设备中。然而将文件存储在中心化的文件***之中,将会面临文件被篡改的风险,无法保证安全性;将文件的哈希值上链,而文件本身存储在本地设备中的方法,由于文件存储位置不统一,会导致对文件进行验证过程中出现文件取证困难的问题,并且这种方法虽然可以通过哈希值对文件进行验证,保证文件不被篡改,但是并不能避免文件被第三方查看导致的信息泄露,无法全方位的保证文件存储的安全性。
基于这种情况,本申请提供了基于区块链的文件存储方法和基于区块链的文件提取方法,通过将校验待存储文件的编码信息存储在区块链,保证存储的文件不被篡改,增强文件存储的安全性;并且将待存储文件存储在分布式***,避免待存储文件直接存储在区块链的资源消耗,而且实现了文件存储位置的统一,简化文件进行验证时的取证过程;又因为分布式***存储文件时会将文件划分成多个子文件,在不同的节点进行存储,第三方在无法确定文件存储在分布式***中的所有节点地址情况下,就无法查看文件,避免了信息泄露问题,进一步增加了文件存储的安全性。
图1示出了根据本申请一实施例提供的一种基于区块链的文件存储方法的流程图,具体包括以下步骤:
步骤S102:获取用户关联的待存储文件,并确定所述待存储文件对应的编码信息。
具体的,本申请一实施例提供的基于区块链的文件存储方法应用于服务端,优选的,基于区块链的文件存储方法各步骤中的处理对象,由服务端的业务中台进行处理,服务端中的业务中台优化了服务端的结构,提高处理效率。业务中台是基于区块链网络的业务***,用户请求直接和业务中台交互,业务中台将相关数据上链存储。
其中,待存储文件可以理解为,用户需要上传存储的文件,需要说明的是,待存储文件可以是用户本地的文件,也可以是用户在网络上选择的文件;如用户使用某网页观看一个视频,该视频的源文件并未存储在用户的设备上,若用户有将此视频文件存储的需求,此时用户关联的待存储文件就是在网络上选择的文件。编码信息可以理解为与待存储信息具有唯一性的信息,即一个待存储信息只能对应一个编码信息,由此保证可以根据编码信息对待存储信息进行验证,确定待存储信息是否在存储期间被篡改,并且一般情况下编码信息的数据长度远低于待存储文件,在区块链中存储所消耗的资源也会大大降低,需要说明的是,确定编码信息类型的算法不只一种,包括MD5算法、SHA算法、SHA-1算法、SM3算法等等,编码信息具体种类的选择由实际应用场景决定,本实施例不进行限定。
基于此,服务端的业务中台获取到用户期望进行存储的待存储文件后,根据待存储文件确定与待存储文件具有唯一性的编码信息。
进一步的,进行文件存储的用户,其自身的身份应该是可信的,而非“黑户”,身份不可信的用户本身就是一种安全隐患,是不能为其提供相应的文件存储服务的,为了确定对用户身份的可信度,在本实施例中,具体实现方式如下:
获取所述用户的身份属性信息;基于所述身份属性信息对所述用户进行实名制验证;在所述用户通过所述实名制验证的情况下,为所述用户创建公钥和私钥。
其中,身份属性信息可以理解为,记录用户身份的信息,如用户自身姓名,相关证件,相关证件的证件号,用户使用设备的IP地址等,需要说明的是,身份属性信息中包含的用于记录用户身份的信息不只一种,其包含的具体种类由实际应用场景决定,本实施例不进行限定;公钥可以理解为,用户将与自身关联的待存储文件进行加密,进一步保证待存储文件存储的安全性的加密算法;私钥可以理解,用户将基于公钥进行加密的待存储文件进行解密的解密算法。需要说明的是,公钥与私钥配合使用,而配套的公钥与私钥不只一种,具体选择何种公钥与私钥由实际使用场景决定,本实施例不进行限定。
基于此,服务端的业务中台获取用户的身份属性信息,之后根据身份属性信息对用户身份的可信度进行验证,在用户通过验证,保证自身身份的可信度的情况下,业务中台为用户创建公钥和私钥,用户可以基于公钥对待存储文件进行加密,并基于私钥将公钥加密过的待存储文件进行解密。
举例说明,游戏开发人员甲开发某游戏A,由于某些原因,其办公位置与办公设备经常需要变化,这种情况下,甲将游戏A当前开发进度的开发文件B上传至互联网存储,便于甲的办公设备更换后可以将文件B下载。在甲使用上传程序X之前,需要先进行程序X的登录,而程序X的登录账号注册时需要甲输入自身姓名和身份证号。在甲使用程序X上传文件B之前,服务端的业务中台在获取甲的授权的情况下,会获取甲的姓名和身份证号,之后通过身份实名接口(NCIIC)或官方接口服务商对甲进行实名制验证。在甲的实名制验证通过之后,服务端的业务中台使用认证机构发布的基于椭圆曲线的非对称加密算法,创建甲的SM2公钥和SM2私钥。
综上,通过对用户进行实名制验证,保证用户身份的可信度,增加文件存储的安全性。之后为用户创建公钥和私钥,可以基于公钥和私钥对用户的待存储文件进行加密和解密,进一步增加了文件存储的安全性。
进一步的,用户关联的待存储文件所在的地址并不是单一的,服务端获取不同地址的待存储文件需要采用不同的获取方式,在本实施例中,具体实现方式如下:
接收所述用户上传的文件存储指令,根据所述文件存储指令中携带的文件标识,在服务数据库中读取所述待存储文件;或者,接收所述用户上传的所述待存储文件。
其中,文件存储指令可以理解为,在待存储文件的存储地址为服务数据库的情况下,用于指示在服务数据库中读取待存储文件的指令;文件标识可以理为,待存储文件的“身份证”,用于在服务数据库中查找待存储文件,需要说明的是,文件标识可以是待存储文件的文件编号,或是待存储文件在服务数据库中的地址,只需要保证通过文件标识可以在服务数据库中查询到唯一对应的待存储文件即可,文件标识的形式不唯一,其具体形式由实际使用场景决定,本实施例不进行限定。
基于此,在用户需要进行存储的待存储文件存储在服务端的服务数据库中时,用户会向服务端发送文件存储指令,服务端的业务中台接收到文件存储指令之后,会对文件存储指令进行解析,得到文件标识,之后根据文件标识的指示,在服务数据库中查询与读取对应的待存储文件;在用户需要进行存储的待存储文件存储在用户的本地设备时,用户直接将本地的待存储文件上传至服务端,由服务端的业务中台执行后续的存储操作。
沿用上例,甲在本地设备完成了游戏A的编辑之后,通过程序X将文件B上传至服务端,由服务端的业务中台接收文件B;此外,若甲未将文件B下载,采用的是线上编辑的方式进行处理,所以文件B的源文件存储位置则在线上的服务数据库中,此时将文件B使用基于区块链的文件存储方法进行存储时,可以将文件B在服务数据库中的地址作为文件标识添加至文件存储指令,业务中台解析接收到的文件存储指令,得到文件B的地址,通过该地址自服务数据库读取文件B。
综上,通过待存储文件初始的存储位置不同,采用了不同的上传策略,其中,在待存储文件存在于服务端侧的时候,由服务端的操作中台对待存储文件所在的数据库直接进行读取,加快了待存储文件的获取速度,提高了执行效率。
进一步的,由于文件类型、汇编语言等方面的不尽相同,而不同的待存储文件就无法采用类似的方法进行处理得到对应的编码信息,若为不同的待存储文件分别设计不同的处理方法则会耗费大量资源,为了解决上述问题,在本实施例中,具体实现方式如下:
根据预设的编码算法将所述待存储文件转换为所述待存储文件字符串,并对所述待存储文件字符串进行计算,得到编码字符串;将所述编码字符串作为所述编码信息,其中,所述编码字符串与所述待存储文件具有唯一对应关系。
其中,编码算法可以理解为对文件进行处理的算法,包括对文件的解析,对字符串的转换等等,需要说明的是,对字符串进行转换的方式不止一种,其具体采用的转换函数类型,有实际应用场景决定,本实施例不进行限定。待存储文件字符串可以理解为,通过对待处理文件进行解析与处理得到的字符串;编码字符串与待存储文件具有唯一对应关系可以理解为,每一个待存储文件经过计算只能得到一个编码字符串,并且待存储文件发生变化时,计算得出的编码字符串也必然会发生变化,如某文件与某文件对应的哈希值之间就具备唯一对应关系。
基于此,服务端的业务中台使用预设的编码算法,将待存储文件转换为字符串形式的待存储文件字符串,之后再对得到的待存储文件字符串进行计算,得到与所述待存储文件具有唯一对应关系的编码字符串。
沿用上例,服务端的业务中台将文件B进行转换,得到了待存储文件字符串b1,然后基于认证机构发布的Hash杂凑算法对字符串b1进行计算,得到SM3哈希值b2,将b2作为文件B对应的编码信息。
综上,通过将待存储文件进行预处理,将文件形式转换为字符串形式,之再对字符串进行相关的函数处理,使得无论何种形式的待处理文件都可以采用相同的函数处理方法,增强方案的通用性。
步骤S104:将所述编码信息上传至区块链,并接收所述区块链返回的哈希值。
具体的,确定了待存储文件的编码信息之后,为了保证后续基于编码信息对待存储文件的校验过程中,编码信息与待存储文件一同被篡改,导致校验可信度下降,需要将待存储文件或对应的编码信息至少其中之一进行上链,又由于待存储文件的数据量过大,将其上链会消耗大量链上存储资源以及GAS燃料,故此将编码信息进行上链处理。
其中,区块链返回的哈希值为交易哈希值,可以理解为编码信息上链完成后得到的一个上链凭证。
基于此,服务端的业务中台将编码信息上传至区块链,在上传完成后,接收一个由区块链返回的代表上链成功的交易哈希值。通过这种方式不仅可以确定编码信息是否上链成功,还可以将交易哈希值作为后续自区块链提取编码信息的凭证。
进一步的,一般来说用户运行一个完整的区块链节点的代价比较大,所以用户会使用企业提供的网络节点进行编码信息的上传,若用户自身对应区块链网络中的一个链上账户,借助用户对应的链上账户发起交易可以实现用户的将编码信息上传至区块链的需求,在本实施例中,具体实现方式如下:
确定所述用户在区块链上的链上账户;使用所述链上账户调用区块链网络智能合约,将所述编码信息上传至区块链;在监测到所述编码信息上传完成的情况下,接收所述区块链返回的哈希值。
其中,链上账户可以理解为用户在区块链网络对应的身份的具象;区块链网络智能合约是一种特殊协议旨在提供、验证及执行合约,具体来说,智能合约是区块链被称之为“去中心化的”重要原因,它允许用户在不需要第三方的情况下,执行可追溯、不可逆转和安全的交易;区块链网络智能合约是由计算机生成的一个具有约束力的数字化协议,解释了用户的相关义务,包含了有关交易的所有信息,只有在满足要求后才会执行结果操作。
基于此,服务端的业务中台确定用户对应的链上账户,通过链上账户确定用户在区块链上的身份地址,之后通过区块链网络智能合约,在满足智能合约的协议要求情况下,将编码信息上传至区块链,之后监测上传状态,在上传成功后,接收区块链返回的哈希值。
沿用上例,服务端的业务中台确定了甲在区块链中对应的链上账户,之后基于区块链网络智能合约将信息b2上传至区块链,监测上传状态,上传成功接收区块链返回的交易哈希值c,用户可以通过区块链浏览器查看该交易哈希值c对应的交易内容。
综上,通过确定用户对应的链上账户,实现了将编码信息上传至区块链,通过对上传状态的检测,可以在上传成功后再运行哈希值接收进程,避免了接收进程一直开启导致的资源浪费。
步骤S106:将所述待存储文件上传至分布式***,并接收所述分布式***返回的文件存储地址。
具体的,为了保证待存储文件校验过程中对待存储文件的取证容易展开,需要将待存储文件存储在统一的***中,保证待存储文件的提取可以由指定的地址进行。
其中,分布式***是建立在网络之上的软件***,具有高度的内聚性和透明性,分布式***对文件进行存储时,会将文件进行切分得到多个子文件,并将子文件分散存储在自身的各个节点上,用户没有获取到对应的存储地址时,无法得知数据在***中的分布的情况,即用户不知道数据是否被分割、有无副本、数据存于哪个节点等。文件存储地址可以理解为,待存储文件在分布式网络中存储的位置。
基于此,服务端的业务中台将待存储文件上传至分布式***,上传完成后分布式***会返回待存储文件在分布式网络中存储的地址信息,便于后续在分布式网络中读取待存储文件。
进一步的,将待存储文件上传至分布式***中,也并不能完全保证数据的安全,为了进一步降低待存储文件被泄露和篡改的风险,本实施例中,具体实现方式如下:
对所述待存储文件进行加密处理,获得加密文件;将所述加密文件上传至分布式***,并接收所述分布式***反馈的文件存储地址。
其中,对待存储文件进行加密的方法不止一种,具体选择哪种方式进行加密有实际使用场景决定,本实施例不进行限定。
基于此,服务端的业务中台对待存储文件进行加密,得到加密文件,之后将加密文件上传至分布式***,在上传完成后,接收分布式***反馈的记录待存储文档所在位置的文件存储地址。
综上,将待存储文档进行加密后再上传至分布式***,可以有效降低待存储文件被泄露和篡改的风险,提高待存储文档存储的安全性。
进一步的,将待存储文件进行加密后上传至分布式网络的过程中,优选非对称算法进行加密,在本实施例中,具体实现方式如下:
获取所述用户对应的公钥;基于所述公钥对所述待存储文件进行加密,获得加密文件。
其中,服务端的业务中台获取用户对应的公钥,基于公钥对待存储文件进行非对称加密,得到加密文件。
沿用上例,服务端的业务中台使用SM2公钥对文件B进行非对称加密,得到加密文件B1,之后将文件B1上传至分布式***IPFS,上传完成后接收分布式***IPFS反馈的文件存储地址d。
综上,基于对称算法进行加密,加密速度快,但是其秘钥管理较为复杂,导致其更加适用于内部***;而基于非对称算法进行加密,密钥管理容易,此时由于用户自身掌控资源的有限性,无法承担复杂密钥的管理,所以优选的采用非对称算法进行加密,通过这种方式可以降低对用户的限制,具备更广阔的适用范围。
需要说明的是,步骤S104中的将编码信息上传至区块链与本步骤中的将待存储文件上传至分布式***之间不存在先后顺序,可以先将编码信息上传至区块链,或是先将待存储文件上传至分布式***,又或者是两个上传步骤同时进行,其具体采用的执行顺序由实际使用场景决定,本实施例不进行限定。
步骤S108:根据所述哈希值和所述文件存储地址构建存储凭证信息,并向所述用户发送所述存储凭证信息。
具体的,在编码信息与待存储文件完成了各自的上传任务后,需要构建存储凭证,用于后续对待存储文档的校验。
其中,存储凭证信息可以理解为,包含对待存储文件进行提取与校验凭证的信息。
基于此,服务端的业务中台根据哈希值与文件存储地址构建存储凭证信息,并将构建存储凭证信息反馈给用户,用于后续用户对待存储文档的提取与校验。
本申请提供的基于区块链的文件存储方法,获取待存储文件,并确定了待存储文件对应的编码信息,将编码信息上传至区块链,接收区块链返回的哈希值,将待存储文件上传至分布式***,接收分布式***返回的文件存储地址,之后将基于得到的哈希值与文件存储地址构建存储凭证信息反馈给用户;实现了通过将校验待存储文件的编码信息存储在区块链,保证存储的安全性,且将待存储文件存储在分布式***,避免第三方查看待存储文件导致信息泄露的同时,也避免待存储文件直接存储在区块链的资源消耗。
图2示出了根据本申请一实施例提供的一种基于区块链的文件提取方法的流程图,具体包括以下步骤:
步骤S202:获取用户关联的存储凭证信息。
具体的,通过本申请一实施例提供的基于区块链的文件存储方法进行存储的文件,需要基于本申请一实施例提供的基于区块链的文件提取方法进行提取;本申请一实施例提供的基于区块链的文件存储方法应用于服务端,优选的,基于区块链的文件提取方法各步骤中的处理对象,由服务端的业务中台进行处理,服务端中的业务中台优化了服务端的结构,提高处理效率。
其中,存储凭证信息与上文说明类似,只是此存储凭证信息对应于用户需要进行提取的文件,在此不进行赘述。
基于此,服务端的业务中台获取用户关联的存储凭证信息,用于对已经存储的文件进行提取与校验,需要说明的是,在获取用户关联的存储凭证信息之前,还可以对用户进行身份验证,保证用户本身的安全性,更进一步的可以对用户与存储凭证信息之间进行验证,保证用户是存储凭证信息的持有者,或是获得存储凭证信息原持有用户的授权,检验用户拥有存储凭证信息的使用权。
步骤S204:基于所述存储凭证信息,在区块链中获取所述存储凭证信息对应的编码信息,以及在分布式***中获取所述存储凭证信息对应的待验证文件。
具体的,获得了用户需要进行提取的文件对应的存储凭证信息后,需要在分布式***中提取文件,并在区块链中提取对应编码信息,用以对提取的文件进行校验。
其中,编码信息与上文说明类似,只是此编码信息对应于用户需要进行提取的文件,在此不进行赘述;待验证文件可以理解为,用户需要进行提取的文件,但此文件还需要进行校验,保证文件的安全性。
基于此,服务端的业务中台根据存储凭证信息,在区块链中获取用户需要进行读取的文件对应的编码信息,以及在分布式***中获取用户需要进行读取的文件,即待验证文件,后续还需要基于编码信息对待验证文件进行校验。
进一步的,在区块链中获取所需信息,需要以信息存储时区块链反馈的哈希值为凭证,在分布式***中获取所需文件,需要凭借文件的存储地址,所以基于存储凭证信息获取编码信息与待验证文件,在本实施例中,具体实现方式如下:
对所述存储凭证信息进行解析,得到哈希值与文件存储地址;在所述区块链中读取所述哈希值对应的编码信息;在所述分布式***中读取所述文件存储地址对应的待验证文件。
其中,哈希值可以理解为,待验证文件对应的编码信息上传至区块链后,区块链反馈的交易哈希值;文件存储地址可以理解为,待验证文件上传至分布式***后,分布式***反馈的地址信息。
基于此,服务端的业务中台对所述存储凭证信息进行解析,得到了哈希值和文件存储地址,基于哈希值在区块链中查询并读取用户所需文件的编码信息,以及基于文件存储地址在分布式网络中查询并读取用户所需文件,即待验证文件,需要说明的是,获取编码信息与待验证文件之间没有明确的顺序关系,二者可以依次进行也可以同时进行,具体采用哪种执行顺序,由实际应用场景决定,本实施例不进行限定。
举例说明,与本申请提供的基于区块链的文件存储方法举例相对应,用户甲对文件B的提取过程中,服务端的业务中台接收甲上传的存储凭证信息,对存储凭证信息进行解析,得到哈希值c与文件存储地址d,这之中哈希值c是文件存储至区块链后,区块链反馈的交易哈希值。之后基于哈希值c在区块链中读取编码信息b2,基于文件存储地址d在IPFS中读取待验证文件B。
综上,通过哈希值自区块链中获取编码信息,保证了编码信息获取的安全性,同理的通过文件存储地址自分布式***中获取待验证文件,保证了待验证文件的安全性。
进一步的,在待验证文件是加密文件的情况下,需要进行解密处理,在本实施例中,具体实现方式如下:
在分布式***中读取所述文件存储地址对应的加密文件;基于用户的私钥对所述加密文件进行解密,获得所述待验证文件。
其中,加密文件可理解为,待验证文件加密之后得到的文件;私钥可以理解为与待验证文件加密使用的公钥相对应的用于解密的私钥。
基于此,服务端的业务中台通过文件存储地址自分布式***中读取到加密文件,根据用户持有的私钥对加密文件进行解密,得到了待验证文件。
沿用上例,服务端的业务中台通过文件存储地址d自IPFS中读取到加密文件B1,根据甲持有的SM2私钥对文件B1进行解密,得到待验证文件B。
综上,通过对存储的待验证文件进行加密解密,进一步的保证了文件存储的安全性。
步骤S206:确定所述待验证文件对应的验证编码信息,并基于所述验证编码信息与所述编码信息对所述待验证文件进行验证。
具体的,得到待验证文件与对应的编码信息之后,还需要对待验证文件进行校验,确保待验证文件在存储过程中没有被篡改。
其中,验证编码信息可以理解为,获取的待验证文件对应的编码信息,是经过存储过程的待验证文件对应的编码信息。
基于此,服务端的业务中台确定获取到的待验证文件对应的验证编码信息,之后将验证编码信息与编码信息进行比对。由于待验证文件与编码信息之间具有唯一对应关系,在待验证文件变化的时候,对应的编码信息也会发生改变,此时通过将待验证文件存储前后的编码信息进行比对,就能确定待验证文件在存储过程中是否被篡改。
或者,还存在对存储后的待验证文件对应的编码信息进行进一步处理的情况,该情况下,存储前后的待验证文件的编码信息不同,即编码信息与验证编码信息不同,但是由于对存储后的待验证文件的编码信息采用预设处理方法进行处理,得到验证编码信息,那么此时可以将验证编码信息进行逆向处理实现还原,然后将还原后的验证编码信息与编码信息进行对比,实现对待验证文件是否被篡改的验证。例如对经过存储的待验证文件的编码信息进行加密处理,得到验证编码信息,此时的验证编码信息与待验证文件存储之前的编码信息不同,采取对应的解码策略对验证编码信息进行解码,将解码后的验证编码信息与存储前的待验证文件的编码信息进行对比,一致的情况下,同样可以证明待验证文件在存储前后没有被篡改。
此外,还可以判断待验证文件的编码信息与验证编码信息是否满足预设的判断条件,满足的情况下认定待验证文件在存储前后没有被篡改,例如,在得到待验证文件的编码信息与验证编码信息之后,计算验证编码信息与编码信息之间的相似度,在相似度大于90%的情况下,表示验证通过,进而说明待验证文件在存储过程中没有被篡改。
进一步的,与编码信息的确定过程类似,确定验证编码信息的过程中也需要对待验证文件进行预处理,在本实施例中,具体实现方式如下:
根据预设的编码算法将所述待验证文件转换为所述待验证文件字符串,并对所述待验证文件字符串进行计算,得到验证编码字符串;将所述验证编码字符串作为所述验证编码信息,其中,所述验证编码字符串与所述待验证文件具有唯一对应关系。
其中,用于确定待验证文件的验证编码信息的预设的编码算法,与确定待验证文件的编码信息所采用的预设的编码算法一致;待验证文件字符串可以理解为,通过对获取到的待验证文件进行解析与处理得到的字符串;验证编码字符串可以理解为与验证编码信息对应的字符串。
基于此,服务端的业务中台将待验证文件转换为待验证文件字符串,之后基于预设的编码算法对待验证文件字符串进行计算,将得到的验证编码字符串作为验证编码信息。
沿用上例,服务端的业务中台将文件B转化为待验证文件字符串b3,之后对通过认证机构发布的Hash杂凑算法对字符串b3进行处理,得到验证编码字符串b4,将字符串b4作为验证编码信息。
综上,通过将待验证文件存储前后的编码信息进行比对,就能确定待验证文件在存储过程中是否被篡改,保证了数据安全性。
步骤S208:在验证通过的情况下,向所述用户反馈所述待验证文件。
具体的,将验证编码信息与编码信息进行比对,根据比对结果确定待验证文件的验证结果。
其中,在验证编码信息与编码信息的比对结果相同时,说明待验证文件存储前后并没有发生变化,也就是说待验证文件没有被篡改,这种情况下就可以确定待验证文件校验成功,可以被反馈给用户。
此外,在验证编码信息与编码信息的比对结果满足预设的验证条件的情况下,也可以认为验证通过,由此确定待验证文件没有被篡改,可以反馈给用户。
进一步的,若出现验证编码信息与编码信息比对结果是不同的情况,在本实施例中,具体实现方式如下:
在所述验证编码信息与所述编码信息不同的情况下,根据所述验证编码信息与所述编码信息的比对结果,生成文件错误信息;将所述文件错误信息向所述用户进行反馈。
其中,文件错误信息可以理解为,包含着待验证文件在存储前后发生改变的信息,需要说明的是文件错误信息中可以包括验证编码信息与编码信息之间的比对结果,待验证文件存储前后产生的变化等信息,文件错误信息中具体包括哪些内容由实际使用场景决定,本实施例不进行限定。
基于此,在验证编码信息与编码信息不同的情况下,服务端的业务中台根据验证编码信息与编码信息之间的比对结果,生成文件错误信息,并将其反馈给用户。
沿用上例,在b4与b2不同的情况下,服务端业务中台根据b4与b2的比对结果生成文件错误信息e,并将信息e反馈给甲。
综上,在待验证文件的验证编码信息与编码信息不同时,说明待验证文件在存储过程中被篡改,通过生成文件错误信息将文件被篡改的详情反馈给用户,给用户以警示作用,并且辅助用户对篡改过程进行查询。
本申请提供的基于区块链的文件提取方法,根据存储凭证信息在区块链中获取编码信息,在分布式***中获取待验证文件,将基于待验证文件确定的验证编码信息与编码信息进行比对,比对结果相同情况下,将待验证文件反馈给用户,通过将待验证文件存储前后的编码信息进行比对,校验了待验证文件存储前后是否被篡改,保证了文件存储的安全性。
图3示出了根据本申请一实施例提供的另一种基于区块链的文件存储方法的流程图,具体包括以下步骤:
步骤S302:获取用户关联的待存储文件,并确定所述待存储文件对应的编码信息。
步骤S304:将所述编码信息上传至区块链,并接收所述区块链返回的哈希值。
步骤S306:对所述待存储文件进行加密处理获得加密文件,将加密文件上传至分布式***,并接收所述分布式***反馈的文件存储地址。
步骤S308:根据所述哈希值和所述文件存储地址构建存储凭证信息,并向所述用户发送所述存储凭证信息。
需要说明的是,本实施例提供的另一种基于区块链的文件存储方法与上述的一种基于区块链的文件存储方法类似,在这里不进行赘述。
下述结合附图4,以本申请提供的基于区块链的文件存储方法与基于区块链的文件提取方法在视频文件处理的应用为例,对所述基于区块链的文件存储方法与基于区块链的文件提取方法进行进一步说明。其中,图4示出了本申请一实施例提供的一种应用于视频文件的基于区块链的文件存储方法与基于区块链的文件提取方法的处理流程图,具体包括以下步骤:
步骤S402:获取所述用户的身份属性信息。
具体的,用户乙从事视频剪辑工作,使用某视频软件Y观看视频M后,想将视频M收藏,作为剪辑素材;出于版权问题,用户在获得对视频M进行二次创作的授权后,需要保证视频M仅供自身使用,不允许扩散的同时有保证视频M的原视频***露的义务。乙在使用软件Y之前,需要进行KYC实名认证,所以服务端的业务中台基于乙在软件Y的账户获取乙的身份属性信息。
步骤S404:基于所述身份属性信息对所述用户进行实名制验证。
具体的,基于乙的身份属性信息,服务端的业务中台对用户进行KYC实名认证,在乙通过实名制验证的情况下,服务端的业务中台为用户创建公钥Q1和私钥Q2。如图5一种应用于视频文件的基于区块链的文件存储方法的示意图所示,用户进行图5中1步骤的KYC实名认证后,业务中台为用户计算和提供SM2公私钥。
步骤S406:获取用户关联的待存储文件。
具体的,服务端的业务中台获取视频M的视频文件。乙发送文件存储指令后,服务端的业务中台可以基于文件存储指令中携带的文件标识,在服务数据库中读取文件M,或者接收用户上传的文件M。如图5一种应用于视频文件的基于区块链的文件存储方法的示意图所示,用户进行图5中2步骤的发起存证请求并上传文件。
步骤S408:根据预设的编码算法将所述待存储文件转换为所述待存储文件字符串,并对所述待存储文件字符串进行计算,得到编码字符串,并将所述编码字符串作为所述编码信息。
具体的,服务端的业务中台根据SM3算法计算文件M对应的字符串,得到文件M的哈希摘要。如图5一种应用于视频文件的基于区块链的文件存储方法的示意图中的3.1步骤所示。
步骤S410:确定所述用户在区块链上的链上账户。
步骤S412:使用所述链上账户调用区块链网络智能合约,将所述编码信息上传至区块链。
具体的,将文件M的SM3哈希摘要上链。如图5一种应用于视频文件的基于区块链的文件存储方法的示意图中的3.2步骤所示。
步骤S414:在监测到所述编码信息上传完成的情况下,接收所述区块链返回的哈希值。
具体的,业务中台监听交易结果,获取区块链返回的交易哈希值。如图5一种应用于视频文件的基于区块链的文件存储方法的示意图中的3.3步骤所示。
步骤S416:获取所述用户对应的公钥。
步骤S418:基于所述公钥对所述待存储文件进行加密,获得加密文件。
具体的,业务中台对视频M通过SM2公钥对文件进行加密,得到加密文件,如图5一种应用于视频文件的基于区块链的文件存储方法的示意图中的4.1步骤所示。
步骤S420:将所述加密文件上传至分布式***,并接收所述分布式***反馈的文件存储地址。
具体的,业务中台将加密文件上传IPFS,并返回IPFS下载地址,如图5一种应用于视频文件的基于区块链的文件存储方法的示意图中的4.2步骤所示。
步骤S422:根据所述哈希值和所述文件存储地址构建存储凭证信息,并向所述用户发送所述存储凭证信息。
具体的,将交易哈希值与IPFS下载地址作为存证凭证返回用户,如图5一种应用于视频文件的基于区块链的文件存储方法的示意图中的5步骤所示。
相应的,与用户对文件进行存储相对的是用户对于文件进行提取,在实际使用场景中,若乙需要将已经存储的视频M进行提取,则需要执行对应的基于区块链的文件提取方法。
步骤S424:获取用户关联的存储凭证信息。
具体的,乙发送存证校验请求,业务中台获取乙的存储凭证信息,即视频M的交易哈希值与IPFS下载地址。如图6一种应用于视频文件的基于区块链的文件提取方法的示意图中的1步骤所示。需要说明的是,在此处还可以对用户的身份进行验证,以此判断当前存证是否是由乙执行的,如若不是本人则拒绝此次校验请求,避免视频M遭到泄露,如图6一种应用于视频文件的基于区块链的文件提取方法的示意图中的2.2步骤所示。
步骤S426:对所述存储凭证信息进行解析,得到哈希值与文件存储地址。
具体的,业务中台对存储凭证信息进行解析,得到视频M存储过程中得到的交易哈希值与IPFS下载地址。
步骤S428:在所述区块链中读取所述哈希值对应的编码信息。
具体的,业务中台通过交易哈希值在区块链中进行查询,返回视频M的交易详情,乙可以通过区块链浏览器查看该交易哈希值对应的交易内容,由此得到视频M的SM3哈希摘要。如图6一种应用于视频文件的基于区块链的文件提取方法的示意图中的2.1步骤所示。
步骤S430:在分布式***中读取所述文件存储地址对应的加密文件。
具体的,业务中台通过IPFS下载地址在IPFS网络中获取视频M经过加密的视频文件。如图6一种应用于视频文件的基于区块链的文件提取方法的示意图中的3.1步骤所示。
步骤S432:基于用户的私钥对所述加密文件进行解密,获得所述待验证文件。
具体的,业务中台通过SM2私钥对加密文件进行解密,得到视频M的待验证文件。如图6一种应用于视频文件的基于区块链的文件提取方法的示意图中的3.2步骤所示。
步骤S434:根据预设的编码算法将所述待验证文件转换为所述待验证文件字符串,并对所述待验证文件字符串进行计算,得到验证编码字符串,并将所述验证编码字符串作为所述验证编码信息。
具体的,业务中台对得到的视频M的待验证文件基于SM3算法进行哈希运算,得到视频M的解密文件对应的SM3哈希摘要。如图6一种应用于视频文件的基于区块链的文件提取方法的示意图中的3.2步骤所示。
步骤S436:基于所述验证编码信息与所述编码信息对所述待验证文件进行验证,在验证通过的情况下,向所述用户反馈所述待验证文件。
具体的,业务中台比对视频M加密前的SM3哈希摘要和解密后的SM3哈希摘要,相同情况下说明视频M的视频文件存储过程中并没有被篡改,向乙反馈视频M的解密文件,不同情况下说明视频M的视频文件在存储过程中被篡改过,这时根据验证编码信息与编码信息的比对结果,生成文件错误信息,并将文件错误信息向乙进行反馈。如图6一种应用于视频文件的基于区块链的文件提取方法的示意图中的4步骤所示。
本申请提供的基于区块链的文件存储方法,获取待存储文件,并确定了待存储文件对应的编码信息,将编码信息上传至区块链,接收区块链返回的哈希值,将待存储文件上传至分布式***,接收分布式***返回的文件存储地址,之后将基于得到的哈希值与文件存储地址构建存储凭证信息反馈给用户。
本申请提供的基于区块链的文件提取方法,根据存储凭证信息在区块链中获取编码信息,在分布式***中获取待验证文件,将基于待验证文件确定的验证编码信息与编码信息进行比对,比对结果相同情况下,将待验证文件反馈给用户。
本申请一实施例实现了通过将校验待存储文件的编码信息存储在区块链,保证存储的安全性,且将待存储文件存储在分布式***,避免第三方查看待存储文件导致信息泄露的同时,也避免待存储文件直接存储在区块链的资源消耗。
与上述方法实施例相对应,本申请还提供了基于区块链的文件存储装置实施例,图7示出了本申请一实施例提供的一种基于区块链的文件存储装置的结构示意图。如图7所示,该装置包括:
文件获取模块702,被配置为获取用户关联的待存储文件,并确定所述待存储文件对应的编码信息;
编码信息上传模块704,被配置为将所述编码信息上传至区块链,并接收所述区块链返回的哈希值;
文件上传模块706,被配置为将所述待存储文件上传至分布式***,并接收所述分布式***返回的文件存储地址;
存储反馈模块708,被配置为根据所述哈希值和所述文件存储地址构建存储凭证信息,并向所述用户发送所述存储凭证信息。
一个可选的实施例中,所述文件上传模块706进一步被配置为:
对所述待存储文件进行加密处理,获得加密文件;将所述加密文件上传至分布式***,并接收所述分布式***反馈的文件存储地址。
一个可选的实施例中,所述编码信息上传模块704进一步被配置为:
确定所述用户在区块链上的链上账户;使用所述链上账户调用区块链网络智能合约,将所述编码信息上传至区块链;在监测到所述编码信息上传完成的情况下,接收所述区块链返回的哈希值。
一个可选的实施例中,所述文件获取模块702进一步被配置为:
接收所述用户上传的文件存储指令,根据所述文件存储指令中携带的文件标识,在服务数据库中读取所述待存储文件;或者,接收所述用户上传的所述待存储文件。
一个可选的实施例中,所述编码信息上传模块704进一步被配置为:
根据预设的编码算法将所述待存储文件转换为所述待存储文件字符串,并对所述待存储文件字符串进行计算,得到编码字符串;将所述编码字符串作为所述编码信息,其中,所述编码字符串与所述待存储文件具有唯一对应关系。
一个可选的实施例中,所述文件上传模块706进一步被配置为:
获取所述用户对应的公钥;
基于所述公钥对所述待存储文件进行加密,获得加密文件。
一个可选的实施例或者能够,所述基于区块链的文件存储装置还包括:
认证模块,被配置为获取所述用户的身份属性信息;基于所述身份属性信息对所述用户进行实名制验证;在所述用户通过所述实名制验证的情况下,为所述用户创建公钥和私钥。
与上述方法实施例相对应,本申请还提供了基于区块链的文件提取装置实施例,图8示出了本申请一实施例提供的一种基于区块链的文件提取装置的结构示意图。如图8所示,该装置包括:
信息获取模块802,被配置为获取用户关联的存储凭证信息;
获取模块804,被配置为基于所述存储凭证信息,在区块链中获取所述存储凭证信息对应的编码信息,以及在分布式***中获取所述存储凭证信息对应的待验证文件;
比对模块806,被配置为确定所述待验证文件对应的验证编码信息,并基于所述验证编码信息与所述编码信息对所述待验证文件进行验证;
文件反馈模块808,被配置为在验证通过的情况下,向所述用户反馈所述待验证文件。
一个可选的实施例中,所述获取模块804进一步被配置为:
对所述存储凭证信息进行解析,得到哈希值与文件存储地址;在所述区块链中读取所述哈希值对应的编码信息;在所述分布式***中读取所述文件存储地址对应的待验证文件。
一个可选的实施例中,所述比对模块806进一步被配置为:
根据预设的编码算法将所述待验证文件转换为所述待验证文件字符串,并对所述待验证文件字符串进行计算,得到验证编码字符串;将所述验证编码字符串作为所述验证编码信息,其中,所述验证编码字符串与所述待验证文件具有唯一对应关系。
一个可选的实施例中,所述获取模块804进一步被配置为:
在分布式***中读取所述文件存储地址对应的加密文件;基于用户的私钥对所述加密文件进行解密,获得所述待验证文件。
一个可选的实施例或者能够,所述基于区块链的文件提取装置还包括:
错误反馈模块,被配置为在所述验证编码信息与所述编码信息不同的情况下,根据所述验证编码信息与所述编码信息的比对结果,生成文件错误信息;将所述文件错误信息向所述用户进行反馈。
与上述方法实施例相对应,本申请还提供了基于区块链的文件存储装置实施例,图9示出了本申请一实施例提供的另一种基于区块链的文件存储装置的结构示意图。如图9所示,该装置包括:
编码信息确定模块902,被配置为获取用户关联的待存储文件,并确定所述待存储文件对应的编码信息;
上链模块904,被配置为将所述编码信息上传至区块链,并接收所述区块链返回的哈希值;
加密模块906,被配置为对所述待存储文件进行加密处理获得加密文件,将加密文件上传至分布式***,并接收所述分布式***反馈的文件存储地址;
反馈模块908,被配置为根据所述哈希值和所述文件存储地址构建存储凭证信息,并向所述用户发送所述存储凭证信息。
本申请通过基于区块链的文件存储装置与基于区块链的文件提取装置,实现了通过将校验待存储文件的编码信息存储在区块链,保证存储的安全性,且将待存储文件存储在分布式***,避免第三方查看待存储文件导致信息泄露的同时,也避免待存储文件直接存储在区块链的资源消耗。
上述为本实施例的基于区块链的文件存储装置与基于区块链的文件提取装置的示意性方案。需要说明的是,该基于区块链的文件存储装置与基于区块链的文件提取装置的技术方案与上述的基于区块链的文件存储方法与基于区块链的文件提取方法的技术方案属于同一构思,基于区块链的文件存储装置与基于区块链的文件提取装置的技术方案未详细描述的细节内容,均可以参见上述基于区块链的文件存储方法与基于区块链的文件提取方法的技术方案的描述。
图10示出了根据本申请一实施例提供的一种计算设备1000的结构框图。该计算设备1000的部件包括但不限于存储器1010和处理器1020。处理器1020与存储器1010通过总线1030相连接,数据库1050用于保存数据。
计算设备1000还包括接入设备1040,接入设备1040使得计算设备1000能够经由一个或多个网络1060通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备1040可以包括有线或无线的任何类型的网络接口(例如,网络接口卡(NIC))中的一个或多个,诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口,等等。
在本申请的一个实施例中,计算设备1000的上述部件以及图10中未示出的其他部件也可以彼此相连接,例如通过总线。应当理解,图10所示的计算设备结构框图仅仅是出于示例的目的,而不是对本申请范围的限制。本领域技术人员可以根据需要,增添或替换其他部件。
计算设备1000可以是任何类型的静止或移动计算设备,包括移动计算机或移动计算设备(例如,平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如,智能手机)、可佩戴的计算设备(例如,智能手表、智能眼镜等)或其他类型的移动设备,或者诸如台式计算机或PC的静止计算设备。计算设备1000还可以是移动式或静止式的服务器。
其中,处理器1020执行所述指令时实现所述的基于区块链的文件存储方法与基于区块链的文件提取方法的步骤。
上述为本实施例的一种计算设备的示意性方案。需要说明的是,该计算设备的技术方案与上述的基于区块链的文件存储方法与基于区块链的文件提取方法的技术方案属于同一构思,计算设备的技术方案未详细描述的细节内容,均可以参见上述基于区块链的文件存储方法与基于区块链的文件提取方法的技术方案的描述。
本申请一实施例还提供一种计算机可读存储介质,其存储有计算机指令,该指令被处理器执行时实现如前所述基于区块链的文件存储方法与基于区块链的文件提取方法的步骤。
上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是,该存储介质的技术方案与上述的基于区块链的文件存储方法与基于区块链的文件提取方法的技术方案属于同一构思,存储介质的技术方案未详细描述的细节内容,均可以参见上述基于区块链的文件存储方法与基于区块链的文件提取方法的技术方案的描述。
上述对本申请特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
所述计算机指令包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
需要说明的是,对于前述的各方法实施例,为了简便描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其它顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定都是本申请所必须的。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其它实施例的相关描述。
以上公开的本申请优选实施例只是用于帮助阐述本申请。可选实施例并没有详尽叙述所有的细节,也不限制该发明仅为所述的具体实施方式。显然,根据本申请的内容,可作很多的修改和变化。本申请选取并具体描述这些实施例,是为了更好地解释本申请的原理和实际应用,从而使所属技术领域技术人员能很好地理解和利用本申请。本申请仅受权利要求书及其全部范围和等效物的限制。
Claims (18)
1.一种基于区块链的文件存储方法,其特征在于,应用于服务端,包括:
获取用户关联的待存储文件,并确定所述待存储文件对应的编码信息;
将所述编码信息上传至区块链,并接收所述区块链返回的哈希值;以及
将所述待存储文件上传至分布式***,并接收所述分布式***返回的文件存储地址;
根据所述哈希值和所述文件存储地址构建存储凭证信息,并向所述用户发送所述存储凭证信息。
2.根据权利要求1所述的方法,其特征在于,所述将所述待存储文件上传至分布式***,并接收所述分布式***返回的文件存储地址,包括:
对所述待存储文件进行加密处理,获得加密文件;
将所述加密文件上传至分布式***,并接收所述分布式***反馈的文件存储地址。
3.根据权利要求1所述的方法,其特征在于,所述将所述编码信息上传至区块链,并接收所述区块链返回的哈希值,包括:
确定所述用户在区块链上的链上账户;
使用所述链上账户调用区块链网络智能合约,将所述编码信息上传至区块链;
在监测到所述编码信息上传完成的情况下,接收所述区块链返回的哈希值。
4.根据权利要求1所述的方法,其特征在于,所述获取用户关联的待存储文件,包括:
接收所述用户上传的文件存储指令,根据所述文件存储指令中携带的文件标识,在服务数据库中读取所述待存储文件;
或者,
接收所述用户上传的所述待存储文件。
5.根据权利要求1所述的方法,其特征在于,所述确定所述待存储文件对应的编码信息,包括:
根据预设的编码算法将所述待存储文件转换为所述待存储文件字符串,并对所述待存储文件字符串进行计算,得到编码字符串;
将所述编码字符串作为所述编码信息,其中,所述编码字符串与所述待存储文件具有唯一对应关系。
6.根据权利要求2所述的方法,其特征在于,所述对所述待存储文件进行加密处理,获得加密文件,包括:
获取所述用户对应的公钥;
基于所述公钥对所述待存储文件进行加密,获得加密文件。
7.根据权利要求6所述的方法,其特征在于,所述获取用户关联的待存储文件之前,还包括:
获取所述用户的身份属性信息;
基于所述身份属性信息对所述用户进行实名制验证;
在所述用户通过所述实名制验证的情况下,为所述用户创建公钥和私钥。
8.一种基于区块链的文件提取方法,其特征在于,应用于服务端,包括:
获取用户关联的存储凭证信息;
基于所述存储凭证信息,在区块链中获取所述存储凭证信息对应的编码信息,以及在分布式***中获取所述存储凭证信息对应的待验证文件;
确定所述待验证文件对应的验证编码信息,并基于所述验证编码信息与所述编码信息对所述待验证文件进行验证;
在验证通过的情况下,向所述用户反馈所述待验证文件。
9.根据权利要求8所述的方法,其特征在于,所述基于所述存储凭证信息,在区块链中获取所述存储凭证信息对应的编码信息,以及在分布式***中获取所述存储凭证信息对应的待验证文件,包括:
对所述存储凭证信息进行解析,得到哈希值与文件存储地址;
在所述区块链中读取所述哈希值对应的编码信息;
在所述分布式***中读取所述文件存储地址对应的待验证文件。
10.根据权利要求8所述的方法,其特征在于,所述确定所述待验证文件对应的验证编码信息,包括:
根据预设的编码算法将所述待验证文件转换为所述待验证文件字符串,并对所述待验证文件字符串进行计算,得到验证编码字符串;
将所述验证编码字符串作为所述验证编码信息,其中,所述验证编码字符串与所述待验证文件具有唯一对应关系。
11.根据权利要求9所述的方法,其特征在于,所述在所述分布式***中读取所述文件存储地址对应的待验证文件,包括:
在分布式***中读取所述文件存储地址对应的加密文件;
基于用户的私钥对所述加密文件进行解密,获得所述待验证文件。
12.根据权利要求8所述的方法,其特征在于,还包括:
在所述验证编码信息与所述编码信息不同的情况下,根据所述验证编码信息与所述编码信息的比对结果,生成文件错误信息;
将所述文件错误信息向所述用户进行反馈。
13.一种基于区块链的文件存储方法,其特征在于,包括:
获取用户关联的待存储文件,并确定所述待存储文件对应的编码信息;
将所述编码信息上传至区块链,并接收所述区块链返回的哈希值;
对所述待存储文件进行加密处理获得加密文件,将加密文件上传至分布式***,并接收所述分布式***反馈的文件存储地址;
根据所述哈希值和所述文件存储地址构建存储凭证信息,并向所述用户发送所述存储凭证信息。
14.一种基于区块链的文件存储装置,其特征在于,应用于服务端,包括:
文件获取模块,被配置为获取用户关联的待存储文件,并确定所述待存储文件对应的编码信息;
编码信息上传模块,被配置为将所述编码信息上传至区块链,并接收所述区块链返回的哈希值;
文件上传模块,被配置为将所述待存储文件上传至分布式***,并接收所述分布式***返回的文件存储地址;
存储反馈模块,被配置为根据所述哈希值和所述文件存储地址构建存储凭证信息,并向所述用户发送所述存储凭证信息。
15.一种基于区块链的文件提取装置,其特征在于,应用于服务端,包括:
信息获取模块,被配置为获取用户关联的存储凭证信息;
获取模块,被配置为基于所述存储凭证信息,在区块链中获取所述存储凭证信息对应的编码信息,以及在分布式***中获取所述存储凭证信息对应的待验证文件;
比对模块,被配置为确定所述待验证文件对应的验证编码信息,并基于所述验证编码信息与所述编码信息对所述待验证文件进行验证;
文件反馈模块,被配置为在验证通过的情况下,向所述用户反馈所述待验证文件。
16.一种基于区块链的文件存储装置,其特征在于,包括:
编码信息确定模块,被配置为获取用户关联的待存储文件,并确定所述待存储文件对应的编码信息;
上链模块,被配置为将所述编码信息上传至区块链,并接收所述区块链返回的哈希值;
加密模块,被配置为对所述待存储文件进行加密处理获得加密文件,将加密文件上传至分布式***,并接收所述分布式***反馈的文件存储地址;
反馈模块,被配置为根据所述哈希值和所述文件存储地址构建存储凭证信息,并向所述用户发送所述存储凭证信息。
17.一种计算设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令,其特征在于,所述处理器执行所述指令时实现权利要求1-7、8-12或者13任意一项所述方法的步骤。
18.一种计算机可读存储介质,其存储有计算机指令,其特征在于,该指令被处理器执行时实现权利要求1-7、8-12或者13任意一项所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210630763.9A CN115002141B (zh) | 2022-06-06 | 2022-06-06 | 基于区块链的文件存储方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210630763.9A CN115002141B (zh) | 2022-06-06 | 2022-06-06 | 基于区块链的文件存储方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN115002141A true CN115002141A (zh) | 2022-09-02 |
CN115002141B CN115002141B (zh) | 2024-04-12 |
Family
ID=83033170
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210630763.9A Active CN115002141B (zh) | 2022-06-06 | 2022-06-06 | 基于区块链的文件存储方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115002141B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115499138A (zh) * | 2022-11-16 | 2022-12-20 | 成都同步新创科技股份有限公司 | 一种结合区块链的高性能存储防篡改验证方法和存储*** |
CN117390654A (zh) * | 2023-11-27 | 2024-01-12 | 国家市场监督管理总局竞争政策与大数据中心 | 电子凭证存储方法、装置、电子设备和计算机可读介质 |
Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110879903A (zh) * | 2019-11-20 | 2020-03-13 | 北京海益同展信息科技有限公司 | 证据存储方法、证据验证方法及装置、设备和介质 |
CN110912937A (zh) * | 2019-12-23 | 2020-03-24 | 杭州中科先进技术研究院有限公司 | 一种基于区块链的数字存证平台和存证方法 |
US10602202B1 (en) * | 2019-07-30 | 2020-03-24 | Capital One Services, Llc | System and techniques for digital data lineage verification |
WO2020100326A1 (ja) * | 2018-11-12 | 2020-05-22 | 株式会社Nexpoint | 情報処理システム |
CN112800486A (zh) * | 2021-03-17 | 2021-05-14 | 卓尔智联(武汉)研究院有限公司 | 一种票据信息的处理方法、装置及*** |
CN112835612A (zh) * | 2021-01-26 | 2021-05-25 | 平衡机器科技(深圳)有限公司 | 一种基于区块链的电子文档版本管理方法及装置 |
CN112988674A (zh) * | 2021-03-12 | 2021-06-18 | 平安国际智慧城市科技股份有限公司 | 大数据文件的处理方法、装置、计算机设备及存储介质 |
CN113259411A (zh) * | 2021-04-09 | 2021-08-13 | 北京工业大学 | 一种基于rfid和混合区块链-边缘架构的物品追踪方法 |
CN113408259A (zh) * | 2021-06-09 | 2021-09-17 | 微易签(杭州)科技有限公司 | 一种基于区块链填写文件的方法、***、装置和存储介质 |
CN113468599A (zh) * | 2021-06-30 | 2021-10-01 | 网易(杭州)网络有限公司 | 文件存证方法、装置、***、设备和存储介质 |
CN113468862A (zh) * | 2021-07-08 | 2021-10-01 | 微易签(杭州)科技有限公司 | 区块链创建版式文件的方法、装置、电子设备及存储介质 |
CN113568785A (zh) * | 2021-09-23 | 2021-10-29 | 四川大学 | 一种基于区块链的数据备份方法、装置、设备及存储介质 |
-
2022
- 2022-06-06 CN CN202210630763.9A patent/CN115002141B/zh active Active
Patent Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020100326A1 (ja) * | 2018-11-12 | 2020-05-22 | 株式会社Nexpoint | 情報処理システム |
US10602202B1 (en) * | 2019-07-30 | 2020-03-24 | Capital One Services, Llc | System and techniques for digital data lineage verification |
CN110879903A (zh) * | 2019-11-20 | 2020-03-13 | 北京海益同展信息科技有限公司 | 证据存储方法、证据验证方法及装置、设备和介质 |
CN110912937A (zh) * | 2019-12-23 | 2020-03-24 | 杭州中科先进技术研究院有限公司 | 一种基于区块链的数字存证平台和存证方法 |
CN112835612A (zh) * | 2021-01-26 | 2021-05-25 | 平衡机器科技(深圳)有限公司 | 一种基于区块链的电子文档版本管理方法及装置 |
CN112988674A (zh) * | 2021-03-12 | 2021-06-18 | 平安国际智慧城市科技股份有限公司 | 大数据文件的处理方法、装置、计算机设备及存储介质 |
CN112800486A (zh) * | 2021-03-17 | 2021-05-14 | 卓尔智联(武汉)研究院有限公司 | 一种票据信息的处理方法、装置及*** |
CN113259411A (zh) * | 2021-04-09 | 2021-08-13 | 北京工业大学 | 一种基于rfid和混合区块链-边缘架构的物品追踪方法 |
CN113408259A (zh) * | 2021-06-09 | 2021-09-17 | 微易签(杭州)科技有限公司 | 一种基于区块链填写文件的方法、***、装置和存储介质 |
CN113468599A (zh) * | 2021-06-30 | 2021-10-01 | 网易(杭州)网络有限公司 | 文件存证方法、装置、***、设备和存储介质 |
CN113468862A (zh) * | 2021-07-08 | 2021-10-01 | 微易签(杭州)科技有限公司 | 区块链创建版式文件的方法、装置、电子设备及存储介质 |
CN113568785A (zh) * | 2021-09-23 | 2021-10-29 | 四川大学 | 一种基于区块链的数据备份方法、装置、设备及存储介质 |
Non-Patent Citations (1)
Title |
---|
周正南;陆安江;: "区块链技术在图片存证中的应用", 通信技术, no. 11, 10 November 2019 (2019-11-10) * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115499138A (zh) * | 2022-11-16 | 2022-12-20 | 成都同步新创科技股份有限公司 | 一种结合区块链的高性能存储防篡改验证方法和存储*** |
CN117390654A (zh) * | 2023-11-27 | 2024-01-12 | 国家市场监督管理总局竞争政策与大数据中心 | 电子凭证存储方法、装置、电子设备和计算机可读介质 |
Also Published As
Publication number | Publication date |
---|---|
CN115002141B (zh) | 2024-04-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109756485B (zh) | 电子合同签署方法、装置、计算机设备及存储介质 | |
CN106888089B (zh) | 电子签章的方法和***以及用于电子签章的移动通信终端 | |
CN111047324B (zh) | 用于更新区块链节点处的公钥集合的方法及装置 | |
CN109274652B (zh) | 身份信息验证***、方法及装置及计算机存储介质 | |
US20070136599A1 (en) | Information processing apparatus and control method thereof | |
CN115002141B (zh) | 基于区块链的文件存储方法及装置 | |
CN104935568A (zh) | 一种面向云平台接口鉴权签名方法 | |
CN113067699B (zh) | 基于量子密钥的数据共享方法、装置和计算机设备 | |
CN110138739B (zh) | 数据信息加密方法、装置、计算机设备及存储介质 | |
CN111292041A (zh) | 一种电子合同生成方法、装置、设备及存储介质 | |
EP1403839A1 (en) | Data originality validating method and system | |
CN110189184B (zh) | 一种电子***存储方法和装置 | |
CN110611657A (zh) | 一种基于区块链的文件流处理的方法、装置及*** | |
CN108809936B (zh) | 一种基于混合加密算法的智能移动终端身份验证方法及其实现*** | |
CN111125781A (zh) | 一种文件签名方法、装置和文件签名验证方法、装置 | |
CN117240625B (zh) | 一种涉及防篡改的数据处理方法、装置及电子设备 | |
US7849308B2 (en) | Data generating device and control method thereof, data analyzing device and control method thereof, data processing system, program and machine-readable storage medium | |
CN111339040A (zh) | 一种数据文件的云存储方法、装置、设备及存储介质 | |
CN102231181B (zh) | 用于文件加密的计算机***及文件加密方法 | |
CN115604038A (zh) | 基于区块链和边缘计算的云存储数据审计***及方法 | |
CN114338648A (zh) | 一种基于国密算法的sftp多端文件安全传输的方法及*** | |
CN110827034B (zh) | 用于发起区块链交易的方法及装置 | |
US11777745B2 (en) | Cloud-side collaborative multi-mode private data circulation method based on smart contract | |
Setiawan et al. | Design of secure electronic disposition applications by applying blowfish, SHA-512, and RSA digital signature algorithms to government institution | |
CN115694878A (zh) | 一种数据传输的方法、设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |