CN113221159A - 一种基于区块链的疫情上报系统 - Google Patents
一种基于区块链的疫情上报系统 Download PDFInfo
- Publication number
- CN113221159A CN113221159A CN202110419544.1A CN202110419544A CN113221159A CN 113221159 A CN113221159 A CN 113221159A CN 202110419544 A CN202110419544 A CN 202110419544A CN 113221159 A CN113221159 A CN 113221159A
- Authority
- CN
- China
- Prior art keywords
- data
- information
- hash
- epidemic situation
- transaction
- 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.)
- Pending
Links
- 230000036541 health Effects 0.000 claims abstract description 30
- 238000012795 verification Methods 0.000 claims description 20
- 230000003862 health status Effects 0.000 claims description 5
- 238000013507 mapping Methods 0.000 claims description 5
- 238000012545 processing Methods 0.000 claims description 5
- 230000036760 body temperature Effects 0.000 claims description 3
- 238000004364 calculation method Methods 0.000 claims description 2
- 238000012790 confirmation Methods 0.000 claims description 2
- 238000005259 measurement Methods 0.000 claims description 2
- 238000013524 data verification Methods 0.000 abstract description 7
- 238000005516 engineering process Methods 0.000 abstract description 4
- 238000000034 method Methods 0.000 description 18
- 230000008569 process Effects 0.000 description 13
- 238000010586 diagram Methods 0.000 description 6
- 238000013499 data model Methods 0.000 description 5
- 238000013500 data storage Methods 0.000 description 3
- 238000013461 design Methods 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 238000013523 data management Methods 0.000 description 2
- IOVGROKTTNBUGK-SJCJKPOMSA-N ritodrine Chemical compound N([C@@H](C)[C@H](O)C=1C=CC(O)=CC=1)CCC1=CC=C(O)C=C1 IOVGROKTTNBUGK-SJCJKPOMSA-N 0.000 description 2
- 230000000694 effects Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
Images
Classifications
-
- 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/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
- G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
- G06F21/6245—Protecting personal data, e.g. for financial or medical purposes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
- H04L2209/30—Compression, e.g. Merkle-Damgard construction
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Health & Medical Sciences (AREA)
- Computer Security & Cryptography (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- General Health & Medical Sciences (AREA)
- Bioethics (AREA)
- Computing Systems (AREA)
- Medical Informatics (AREA)
- Computer Hardware Design (AREA)
- Data Mining & Analysis (AREA)
- Software Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明涉及一种疫情上报系统,属于信息技术领域,具体是涉及一种基于区块链的疫情上报系统。本发明以微服务架构作为系统基本架构,在数据库存储的基础上,实现健康数据、位置信息、人员信息上链存证,并根据Merkle树模型实现历史数据验证、溯源。同时,为了保证上链的效率,采用了基于任务队列的异步上链技术,提高了上链的效率。
Description
技术领域
本发明涉及一种疫情上报系统,属于信息技术领域,具体是涉及一种基于区块链的疫情上报系统。
背景技术
现有技术中信息采集、健康数据上报的形式多以小程序、人工上报为主,数据存储在数据库或本地磁盘文件中。这种数据管理方式在一定程度上收集了大量数据,解决了数据管理问题,同时也存在着数据篡改风险。数据一旦篡改,其作为人员动向、健康状态依据的可信度大大减弱。
区块链作为一种去中心化的分布式数据库,具有不可篡改、公开透明、不可伪造等特点,为区块链奠定了信任的基础。
发明内容
以下给出一个或多个方面的简要概述以提供对这些方面的基本理解。此概述不是所有构想到的方面的详尽综览,并且既非旨在指认出所有方面的关键性或决定性要素亦非试图界定任何或所有方面的范围。其唯一的目的是要以简化形式给出一个或多个方面的一些概念以为稍后给出的更加详细的描述之序。
本发明主要的目的是解决现有技术中所存在的技术问题,提供了一种基于区块链的疫情上报系统。该系统以微服务架构作为系统基本架构,在数据库存储的基础上,实现健康数据、位置信息、人员信息上链存证,并根据Merkle树模型实现历史数据验证、溯源,采用了基于任务队列的异步上链技术保证上链的效率。
为解决上述问题,本发明的方案是:
一种基于区块链的疫情上报系统,包括:
区块链层模块,用于数据存证,能够保证数据不被篡改,为数据溯源提供可信保障;
数据层模块,存储用户健康信息、位置信息、用户与区块链钱包的映射关系及其他业务数据;
服务层模块,用于提数据上链、查询、校验的区块链服务以及用于疫情数据处理业务的疫情上报服务;
展现层模块,用于提供疫情数据的展示,接收用户的疫情上报信息。
优选的,上述的一种基于区块链的疫情上报系统,所述展现层模块接收用户的身份注册信息后,所述数据层模块根据用户身份证号注册钱包,并生成公钥、私钥对,钱包地址和私钥存储到本地数据库;所述数据模块将用户的健康信息上报作为区块链上完成的一笔交易,将该交易信息记录到对应用户钱包地址下。
优选的,上述的一种基于区块链的疫情上报系统,所述数据层模块基于以下步骤建立用户基本信息模型:
步骤301,将用户的身份证号码经过SHA256加密算法生成长度为256bit的信息摘要,作为私钥;
步骤302,将私钥经过SECP256K1椭圆曲线算法生成公钥;
步骤303,将公钥通过SHA256算法和RIPEMD160算法生成公钥哈希;
步骤304,将公钥哈希经过两次SHA256加密得到的结果取前4字节与公钥哈希构成一数据结构;
步骤305,将步骤304中得到的数据结构经过BASE58编码得到钱包地址。
优选的,上述的一种基于区块链的疫情上报系统,所述数据层模块基于用户的身份标识、健康状态、体温及测量时间、位置信息建立健康数据存证模型,将所述健康数据存证模型作为一个整体,以JSON格式实现上链交易,将且将交易hash作为当前交易的唯一标识。
优选的,上述的一种基于区块链的疫情上报系统,在数据上链时,所述服务层模块基于以下步骤保证所有记账节点的一致性和正确性:
步骤501,区块链服务发送交易信息到任一区块链节点,该节点根据各节点同步存在的主节点信息判断接收节点是否为主节点,若则进入步骤502,否则转发给其它节点直到找到主节点;
步骤502,主节点接收到交易信息后,打包交易,生成batch验证,剔除无效交易;
步骤503,主节点构造预准备信息,并广播到其他节点;
步骤504,其他节点接收到PrePrepare信息后,构造Prepare准备信息,并广播;
步骤505,其他节点接收到n-1个Prepare信息后,与PrePrepare信息对比验证;验证通过进入步骤506,否则切换主节点,其中n标识区块链节点个数;
步骤506,验证通过后,广播确认信息,代表接收主节点交易信息;
步骤507,区块链各节点将交易信息写入区块,即记录账本。
优选的,上述的一种基于区块链的疫情上报系统,所述服务层模块中的疫情上报服务创建并维护一疫情上报队列,当所述疫情上报服务接收到用户的疫情上报信后,新建一疫情上报任务并提交至疫情上报队列进行处理。
优选的,上述的一种基于区块链的疫情上报系统,在健康状态数据验证时,根据用户信息和上报时间从数据库获取交易哈希,所述服务层模块遍历待验证节点的区块获取目标哈希,若未找到目标哈希,则验证为数据被篡改;若找到目标哈希,则获取哈希列表中的所有交易;将交易依次求hash值,然后相邻的两个hash值相加再求hash,新的hash再与相邻hash相加求hash,这样逐层向上计算,直至只存在一个hash值为止,该hash值则是新构建的Merkle树的root hash值;将所述hash树获得的root值与当前区块头中的Merkle roothash对比,一致说明数据未被篡改;否则数据被篡改。
因此,相对于现有技术,本发明的优点是:本发明在数据库存储的基础上,实现健康数据、位置信息、人员信息上链存证,并根据Merkle树模型实现历史数据验证、溯源。同时,为了保证上链的效率,采用了基于任务队列的异步上链技术,提高了上链的效率。
附图说明
并入本文并形成说明书的一部分的附图例示了本发明的实施例,并且附图与说明书一起进一步用于解释本发明的原理以及使得所属领域技术人员能够制作和使用本公开。
图1例示了本发明实施例中的总体架构图;
图2例示了本发明实施例中的用户信息模型算法流程图;
图3例示了本发明实施例中的健康数据存证存储模型示意图;
图4例示了本发明实施例中的区块链区块结构示意图;
图5例示了本发明实施例中的BRPT共识实现流程示意图。
图6例示了本发明实施例中的基于任务队列的异步上链流程示意图。
图7例示了本发明实施例中的数据上链存证示意图。
图8例示了本发明实施例中的数据校验流程示意图。
将参照附图描述本发明的实施例。
具体实施方式
实施例
本实施例的总体架构如图1所示。本发明实施例的系统分为区块链层、数据层、服务层和展现层。区块链层作为一种去中心化的分布式数据库,为上层应用提供可信的基础,在系统中担任数据存证的角色,能够保证数据不被篡改,为后期数据溯源、溯源提供可信保障。数据层存储用户健康信息、位置信息、用户与区块链钱包的映射关系及其他业务数据。服务层采用微服务架构,包括注册中心、API网关,其中API网关、区块链服务和疫情上报服务注册到注册中心。API网关提供负载均衡功能,转发对外接口。区块链服务和疫情上报服务之间通过Restful接口调用。区块链服务直接和区块链交互,是数据上链、查询、校验的桥梁。疫情上报服务处理业务相关内容,并调用区块链服务接口,实现数据上链存证、校验、溯源。展现层包括Web和微信小程序两种,用户通过微信小程序上报健康信息,管理员通过Web端管理用户数据、健康数据等。
总体来讲,用户通过微信小程序首次健康上报时,根据用户身份证号注册钱包,并生成公钥、私钥对,钱包地址和私钥存储到本地数据库;健康信息上报时,在区块链上完成一笔交易,并将交易信息记录到对应用户钱包地址下;管理员根据交易hash、时间、钱包地址等信息查询校验,追溯历史信息。
如图2-3所示,为本实施例的数据模型。
从应用角度上讲,区块链是一个分布式的共享账本和数据库,实现交易记账及数据存储。因此,数据上链实现存证溯源的基础是数据模型的设计。通过数据模型的设计,得到标准化的数据结构。基于此,本文提出了用户基本信息模型、存证数据模型。用户基本信息模型是用户信息和区块链公私钥、钱包地址之间的映射关系。健康数据存证存储模型是上链数据的基本数据结构,包含健康关键信息,也是数据溯源的目标数据。
本文采用用户身份证号码作为数据源,生成公钥、私钥、钱包地址。具体流程如图2所示。其步骤包括:
(1)身份证号码经过SHA256加密生成长度为256bit的信息摘要,作为私钥;
(2)私钥经过SECP256K1椭圆曲线算法生成公钥;
(3)公钥通过SHA256和RIPEMD160等到公钥哈希;
(4)公钥哈希经过两次SHA256加密得到的结果取前4字节,连接到公钥哈希后;
(5)(4)中得到的结果经过BASE58编码得到钱包地址。
通过以上算法过程,实现了用户身份标识到钱包地址、公钥、私钥三元组的映射。其中,用户标识、钱包地址、私钥持久化到数据层,便于交易、查询等。
用户健康数据随着用户增加、时间推移呈线性增长。如图3所示,是健康数据存证存储模型,包含了身份标识、健康状态、体温、当前位置、位置信息、经纬度坐标、填报时间等信息。这些信息作为一个整体,以JSON格式实现上链交易。交易hash作为交易内容的数据指纹,是当前交易的唯一标识。
如图4所示,为本实施例的数据上链存证与溯源流程图。
数据上链本质上是区块链系统完成一笔交易的过程,包含交易生成、达成共识和写入账本等过程。本文采用RBFT共识算法,达成共识后,写入区块;交易在区块中以Merkle树的形式组织数据,新的交易加入时,逐层向上重新计算hash值,直到Merkle根节点,达到最终一致性。区块结构如图4所示。
本实施例采用如图5所示的RBFT共识算法。
区块链作为去中心化的分布式存储系统,各个节点在区块链系统中是平等的,在交易过程中必须保证所有记账节点一致性和正确性,保障系统公平性。同时,在某些节点出现故障时,能够保障系统的正常运行。因此,需要一种机制来解决以上提出的问题,即共识机制。这也是区块链系统防篡改的基础。
系统采用高鲁棒拜占庭容错算法RBFT(Robust Byzantine Tolerance)算法实现共识机制。该算法作为PBFT算法的一种改进,在保留原有的三阶段处理流程的基础上,增加了交易验证环节。
RBFT算法达成共识的基本流程,具体说明如下:
(1)客户端发送交易信息到任一节点,判断接收节点是否为主节点,是进入b),否则转发给主节点;
(2)主节点接收到交易信息后,打包交易,生成batch验证,剔除无效交易;
(3)主节点构造PrePrepare信息,并广播到其他节点;
(4)其他节点接收到PrePrepare信息后,构造Prepare信息,并广播;
(5)其他节点接收到n-1个Prepare信息后,与PrePrepare信息对比验证;验证通过进入f),否则通过ViewChange切换主节点,其中n标识区块链节点个数;
验证通过后,广播Commit信息,代表接收主节点交易信息;其中,其中ViewChange是指视图更换,是在主节点宕机或者失效的情况下,顺序轮换产生新的主节点的过程。
(6)将交易信息写入区块,即记录账本。
数据上链存证存在延迟现象,同时受到TPS瓶颈影响。为提高数据上链存证效率并保证上链成功,本文采用基于任务队列的异步上链技术,如图6所示。用户通过小程序上报健康数据、位置数据等;疫情上报服务持有数据上链所需的任务队列,服务根据用户数据创建任务,在任务中调用区块链服务上链接口,最终达到数据上链目的。
数据上链的基本流程如图7所示。具体说明如下:
(1)用户通过小程序上报健康数据;
(2)判断任务队列是否存在,是进入3),否则创建任务队列,然后进入3);
(3)创建任务;
(4)新建任务提交到任务队列;
(5)根据任务返回结果判断是否上链成功;是,存储交易结果,否则返回3),直至上链成功。
本实施例采用基于Merkle树的数据验证溯源。
Merkle树是一棵hash二叉树,父节点的值是左右两个子节点相加求hash的结果。叶子节点是交易内容的hash值,如图4所示。Merkle树的根节点叫做Merkle tree root,是该区块下所有交易的数字指纹,任何交易的变动都会逐层向上影响根节点的值。
如图8所示,是健康状态数据的验证流程,具体说明如下:
(1)遍历某节点区块;
(2)在区块交易hash列表中查找目标hash;
(3)判断时候查找到目标hash,是,进行5),否则进行4);
(4)区块是否遍历完毕?是,数据被篡改,否则进行1);
(5)获取hash列表中的所有交易;
(6)构建Merkle树,获取root值;
(7)与当前区块头中的Merkle root hash对比,一致说明数据未被篡改;否则数据被篡改。
在健康状态数据验证过程中,如果发现数据被篡改,需要检索对应的交易数据,这个过程称为健康状态溯源。通过溯源结果得到原始数据。交易检索的过程是对Merkle树的节点逐层对比的过程:1)数据验证过程中构建的Merkle树的左右子树与区块Merkle roothash的左右子树,若左子树不同,则篡改数据存在于左子树;2)对比左子树的两个子节点,若左节点不同,则左节点下的交易是被篡改的数据,取其叶子节点得到原始数据。
通过健康数据溯源得到原始数据,作为用户位置、健康状态的依据,保证了数据的安全性。
通过以上描述可知,本实施在数据库存储的基础上,实现健康数据、位置信息、人员信息上链存证,并根据Merkle树模型实现历史数据验证、溯源。同时,为了保证上链的效率,采用了基于任务队列的异步上链技术,提高了上链的效率。
本实施例中,尽管为使解释简单化将上述方法图示并描述为一系列动作,但是应理解并领会,这些方法不受动作的次序所限,因为根据一个或多个实施例,一些动作可按不同次序发生和/或与来自本文中图示和描述或本文中未图示和描述但本领域技术人员可以理解的其他动作并发地发生。
注意到,说明书中对“一个实施例”、“实施例”、“示例实施例”、“一些实施例”等的引用指示所描述的实施例可以包括特定特征、结构或特性,但是每个实施例可以不必包括所述特定特征、结构或特性。而且,这样的短语不必指代同一实施例。此外,当结合实施例描述特定特征、结构或特性时,无论是否明确描述,结合其他实施例来实现这样的特征、结构或特性将在所属领域的技术人员的知识范围内。
提供对本公开的先前描述是为使得本领域任何技术人员皆能够制作或使用本公开。对本公开的各种修改对本领域技术人员来说都将是显而易见的,且本文中所定义的普适原理可被应用到其他变体而不会脱离本公开的精神或范围。由此,本公开并非旨在被限定于本文中所描述的示例和设计,而是应被授予与本文中所公开的原理和新颖性特征相一致的最广范围。
Claims (7)
1.一种基于区块链的疫情上报系统,其特征在于,包括:
区块链层模块,用于数据存证,能够保证数据不被篡改,为数据溯源提供可信保障;
数据层模块,存储用户健康信息、位置信息、用户与区块链钱包的映射关系及其他业务数据;
服务层模块,用于提数据上链、查询、校验的区块链服务以及用于疫情数据处理业务的疫情上报服务;
展现层模块,用于提供疫情数据的展示,接收用户的疫情上报信息。
2.根据权利要求1所述的一种基于区块链的疫情上报系统,其特征在于,所述展现层模块接收用户的身份注册信息后,所述数据层模块根据用户身份证号注册钱包,并生成公钥、私钥对,钱包地址和私钥存储到本地数据库;所述数据模块将用户的健康信息上报作为区块链上完成的一笔交易,将该交易信息记录到对应用户钱包地址下。
3.根据权利要求1所述的一种基于区块链的疫情上报系统,其特征在于,所述数据层模块基于以下步骤建立用户基本信息模型:
步骤301,将用户的身份证号码经过SHA256加密算法生成长度为256bit的信息摘要,作为私钥;
步骤302,将私钥经过SECP256K1椭圆曲线算法生成公钥;
步骤303,将公钥通过SHA256算法和RIPEMD160算法生成公钥哈希;
步骤304,将公钥哈希经过两次SHA256加密得到的结果取前4字节与公钥哈希构成一数据结构;
步骤3055,将步骤304中得到的数据结构经过BASE58编码得到钱包地址。
4.根据权利要求1所述的一种基于区块链的疫情上报系统,其特征在于,所述数据层模块基于用户的身份标识、健康状态、体温及测量时间、位置信息建立健康数据存证模型,将所述健康数据存证模型作为一个整体,以JSON格式实现上链交易,将且将交易hash作为当前交易的唯一标识。
5.根据权利要求1所述的一种基于区块链的疫情上报系统,其特征在于,在数据上链时,所述服务层模块基于以下步骤保证所有记账节点的一致性和正确性:
步骤501,区块链服务发送交易信息到任一区块链节点,该节点根据各节点同步存在的主节点信息判断接收节点是否为主节点,若则进入步骤502,否则转发给其它节点直到找到主节点;
步骤502,主节点接收到交易信息后,打包交易,生成batch验证,剔除无效交易;
步骤503,主节点构造预准备信息,并广播到其他节点;
步骤504,其他节点接收到PrePrepare信息后,构造Prepare准备信息,并广播;
步骤505,其他节点接收到n-1个Prepare信息后,与PrePrepare信息对比验证;验证通过进入步骤506,否则切换主节点,其中n标识区块链节点个数;
步骤506,验证通过后,广播确认信息,代表接收主节点交易信息;
步骤507,区块链各节点将交易信息写入区块,即记录账本。
6.根据权利要求1所述的一种基于区块链的疫情上报系统,其特征在于,所述服务层模块中的疫情上报服务创建并维护一疫情上报队列,当所述疫情上报服务接收到用户的疫情上报信后,新建一疫情上报任务并提交至疫情上报队列进行处理。
7.根据权利要求1所述的一种基于区块链的疫情上报系统,其特征在于,在健康状态数据验证时,根据用户信息和上报时间从数据库获取交易哈希,所述服务层模块遍历待验证节点的区块获取目标哈希,若未找到目标哈希,则验证为数据被篡改;若找到目标哈希,则获取哈希列表中的所有交易;将交易依次求hash值,然后相邻的两个hash值相加再求hash,新的hash再与相邻hash相加求hash,这样逐层向上计算,直至只存在一个hash值为止,该hash值则是新构建的Merkle树的root hash值;将所述hash树获得的root值与当前区块头中的Merkle root hash对比,一致说明数据未被篡改;否则数据被篡改。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110419544.1A CN113221159A (zh) | 2021-04-19 | 2021-04-19 | 一种基于区块链的疫情上报系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110419544.1A CN113221159A (zh) | 2021-04-19 | 2021-04-19 | 一种基于区块链的疫情上报系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113221159A true CN113221159A (zh) | 2021-08-06 |
Family
ID=77087736
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110419544.1A Pending CN113221159A (zh) | 2021-04-19 | 2021-04-19 | 一种基于区块链的疫情上报系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113221159A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117574447A (zh) * | 2024-01-16 | 2024-02-20 | 中国标准化研究院 | 一种基于区块链技术的数据存证和溯源系统 |
Citations (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20170352027A1 (en) * | 2016-06-07 | 2017-12-07 | Cornell University | Authenticated data feed for blockchains |
CN108804928A (zh) * | 2018-07-09 | 2018-11-13 | 武汉工商学院 | 一种溯源系统中数据的安全可信任区块链及管理方法 |
CN108833114A (zh) * | 2018-06-13 | 2018-11-16 | 上海交通大学 | 一种基于区块链的去中心化身份认证系统及方法 |
CN108876605A (zh) * | 2018-05-27 | 2018-11-23 | 北京轻松筹信息技术有限公司 | 数字资产交易方法及装置 |
CN109191003A (zh) * | 2018-09-25 | 2019-01-11 | 仲恺农业工程学院 | 基于区块链的果蔬农产品质量安全溯源系统 |
CN109410076A (zh) * | 2018-10-29 | 2019-03-01 | 广州农联科创信息技术有限公司 | 基于区块链技术的农产品溯源保险公共服务平台 |
CN109716375A (zh) * | 2018-07-27 | 2019-05-03 | 区链通网络有限公司 | 区块链账户的处理方法、装置和存储介质 |
CN110263585A (zh) * | 2019-06-26 | 2019-09-20 | 腾讯科技(深圳)有限公司 | 测试监管方法、装置、设备及存储介质 |
CN110660466A (zh) * | 2019-09-24 | 2020-01-07 | 北京艾摩瑞策科技有限公司 | 结合区块链的物联网的个人健康数据上链方法及系统 |
CN110971684A (zh) * | 2019-11-28 | 2020-04-07 | 北京工业大学 | 一种基于pbft的区块链网络节点负载均衡方法 |
CN111125787A (zh) * | 2019-12-27 | 2020-05-08 | 上海共链信息科技有限公司 | 一种基于区块链的燃气巡检数据上链系统及其使用方法 |
CN111625869A (zh) * | 2020-04-23 | 2020-09-04 | 腾讯科技(深圳)有限公司 | 数据处理方法及数据处理装置 |
CN111815842A (zh) * | 2020-06-30 | 2020-10-23 | 北京海益同展信息科技有限公司 | 健康信息的上链方法和装置、存储介质、电子装置 |
CN111859348A (zh) * | 2020-07-31 | 2020-10-30 | 上海微位网络科技有限公司 | 一种基于用户识别模块及区块链技术的身份认证方法及装置 |
CN112002433A (zh) * | 2020-08-21 | 2020-11-27 | 苏州市星际云通区块链科技有限公司 | 一种区块链防疫手环综合管理系统 |
-
2021
- 2021-04-19 CN CN202110419544.1A patent/CN113221159A/zh active Pending
Patent Citations (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20170352027A1 (en) * | 2016-06-07 | 2017-12-07 | Cornell University | Authenticated data feed for blockchains |
CN108876605A (zh) * | 2018-05-27 | 2018-11-23 | 北京轻松筹信息技术有限公司 | 数字资产交易方法及装置 |
CN108833114A (zh) * | 2018-06-13 | 2018-11-16 | 上海交通大学 | 一种基于区块链的去中心化身份认证系统及方法 |
CN108804928A (zh) * | 2018-07-09 | 2018-11-13 | 武汉工商学院 | 一种溯源系统中数据的安全可信任区块链及管理方法 |
CN109716375A (zh) * | 2018-07-27 | 2019-05-03 | 区链通网络有限公司 | 区块链账户的处理方法、装置和存储介质 |
CN109191003A (zh) * | 2018-09-25 | 2019-01-11 | 仲恺农业工程学院 | 基于区块链的果蔬农产品质量安全溯源系统 |
CN109410076A (zh) * | 2018-10-29 | 2019-03-01 | 广州农联科创信息技术有限公司 | 基于区块链技术的农产品溯源保险公共服务平台 |
CN110263585A (zh) * | 2019-06-26 | 2019-09-20 | 腾讯科技(深圳)有限公司 | 测试监管方法、装置、设备及存储介质 |
CN110660466A (zh) * | 2019-09-24 | 2020-01-07 | 北京艾摩瑞策科技有限公司 | 结合区块链的物联网的个人健康数据上链方法及系统 |
CN110971684A (zh) * | 2019-11-28 | 2020-04-07 | 北京工业大学 | 一种基于pbft的区块链网络节点负载均衡方法 |
CN111125787A (zh) * | 2019-12-27 | 2020-05-08 | 上海共链信息科技有限公司 | 一种基于区块链的燃气巡检数据上链系统及其使用方法 |
CN111625869A (zh) * | 2020-04-23 | 2020-09-04 | 腾讯科技(深圳)有限公司 | 数据处理方法及数据处理装置 |
CN111815842A (zh) * | 2020-06-30 | 2020-10-23 | 北京海益同展信息科技有限公司 | 健康信息的上链方法和装置、存储介质、电子装置 |
CN111859348A (zh) * | 2020-07-31 | 2020-10-30 | 上海微位网络科技有限公司 | 一种基于用户识别模块及区块链技术的身份认证方法及装置 |
CN112002433A (zh) * | 2020-08-21 | 2020-11-27 | 苏州市星际云通区块链科技有限公司 | 一种区块链防疫手环综合管理系统 |
Non-Patent Citations (2)
Title |
---|
姚前: "区块链技术在疫情防控中的作用与价值", 《当代金融家》 * |
杨洪路等: "基于区块链的ETC管理系统设计与实现", 《中国交通信息化》 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117574447A (zh) * | 2024-01-16 | 2024-02-20 | 中国标准化研究院 | 一种基于区块链技术的数据存证和溯源系统 |
CN117574447B (zh) * | 2024-01-16 | 2024-04-16 | 中国标准化研究院 | 一种基于区块链技术的数据存证和溯源系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3451579B1 (en) | Multiple-phase rewritable blockchain | |
EP3443708B1 (en) | Distributed key secret for cryptologic rewritable blockchain | |
CN108924092B (zh) | 基于区块链的可公开仲裁分布式云存储方法及系统 | |
US9876779B2 (en) | Document verification with distributed calendar infrastructure | |
Maniatis et al. | Secure history preservation through timeline entanglement | |
CN111095218B (zh) | 基于纠错编码存储共享的区块链数据的方法、系统及装置 | |
Yao et al. | PBCert: Privacy-preserving blockchain-based certificate status validation toward mass storage management | |
CN112163240A (zh) | 一种基于区块链的分布式政务架构统一方法及系统 | |
CN111033491A (zh) | 基于纠错编码存储共享的区块链数据 | |
CN112307501A (zh) | 基于区块链技术的大数据系统及存储方法和使用方法 | |
CN113347008A (zh) | 一种加法同态加密的贷款信息存储方法 | |
CN114491647A (zh) | 一种基于区块链的数据检索方法和系统 | |
WO2020142526A1 (en) | Verifiable object state data tracking | |
CN113221159A (zh) | 一种基于区块链的疫情上报系统 | |
CN112466032B (zh) | 电子投票方法、装置及电子设备 | |
Ma et al. | Authenticating query results in data publishing | |
CN116467026A (zh) | 一种基于区块链的云桌面数据安全共享、溯源方法和系统 | |
US11902451B2 (en) | Cross-blockchain identity and key management | |
Zou et al. | Dynamic provable data possession based on ranked merkle hash tree | |
CN115664801A (zh) | 一种基于区块链的分布式数字身份管理认证方法及系统 | |
CN111737340B (zh) | 一种基于属性加密的区块链上存储加密方法 | |
Muth et al. | ELSA: efficient long-term secure storage of large datasets (full version)∗ | |
Tian et al. | Authenticated Selective Disclosure of Credentials in Hybrid-Storage Blockchain | |
CN113961149B (zh) | 一种电力信息系统多态数据存储系统及存储方法 | |
CN114079660B (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210806 |
|
RJ01 | Rejection of invention patent application after publication |