(19)国家知识产权局 (12)发明 专利申请 (10)申请公布号 (43)申请公布日 (21)申请 号 202210253966.0 (22)申请日 2022.03.15 (71)申请人 南京林业大 学 地址 210037 江苏省南京市玄武区龙蟠路 159号 (72)发明人 李建华　孙曼利　余蜀宜　 (74)专利代理 机构 南京佰腾智 信知识产权代理 事务所(普通 合伙) 32509 专利代理师 黄杭飞 (51)Int.Cl. G06F 16/27(2019.01) G06F 16/23(2019.01) G06F 21/60(2013.01) G06F 21/62(2013.01) G06F 21/64(2013.01)G06Q 50/20(2012.01) (54)发明名称 基于区块链的高校档案管理系统及管理方 法 (57)摘要 一种基于区块链的高校档案管理系统及管 理方法， 包括： 按档案管理的大类一一对应的分 别布置独立的服务器； 为高校的二级教学科研单 位一一对应的分别布置独立的服务器； 同时在高 校的每个分校区也一一对应的分别布置独立的 服务器； 这些布置独立的服务器组成区块链上的 全节点， 各个全节点之间相互保持通信连接； 在 每个全节 点下， 设置同该全节 点通信连接的若干 子节点， 这些子节点是轻节点， 所述轻节点设置 在对应的立卷归档单位； 有效避免了现有技术中 高校档案机构对高校档案的管理缺乏相互联通 的各节点之间的高校档案的信息交互管理系统、 管理系统访问信息的安全性 不够的缺陷。 权利要求书2页 说明书5页 附图1页 CN 115525716 A 2022.12.27 CN 115525716 A 1.一种基于区块链的高校档案管理系统， 其特 征在于， 包括： 按档案管理的大类一 一对应的分别布置独立的服 务器； 为高校的二级教学 科研单位 一一对应的分别布置独立的服 务器； 同时在高校的每 个分校区也 一一对应的分别布置独立的服 务器； 这些布置独立的服 务器组成区块链上的全节点， 各个全节点之间相互保持通信连接； 在每个全节点下， 设置同该全节点通信连接的若干子节点， 这些子节点是轻节点， 所述 轻节点设置在对应的立卷归档单位； 所述轻节点与查询客户端通信连接 。 2.根据权利要求1所述的基于区块链的高校档案管理系统， 其特征在于， 基于区块链的 高校档案管理系统包括用户层、 应用层、 数据层与区块链层； 用户层包括 立卷归档单位、 档案管理员与查询客户端； 立卷归档单位只能创建、 查询档案， 不能对用户及区块链 节点管理进行操作； 档案管理员可以创建用户、 修改用户信 息、 删除及 分配区块链账户， 限定每个立卷归档 部门单位的IP地址； 查询客户端就是非立卷归档单位及个人， 只能查询档案目录及过了保密期限档案； 应用层由智能合约组成， 规定 了各用户层操作权限， 建立与其 他各层的数据交换； 数据层包括数据处 理模块和数据操作记 忆模块； 数据处理模块用于每个节点都按该区块链的同一规则去确定和记录数据； 用节点对应 公钥加密处理节点提交的待归档档案业务数据； 用节点对应私钥解密区块链上本节点提交 的加密数据； 数据操作记忆模块用于存储立卷归档单位的操作处理信 息； 存储立卷归档单位所在节 点的对应公钥和私钥； 区块链层包括档案区块生成模块、 档案区块存储模块、 档案查询利用模块和档案区块 篡改验证模块； 档案区块生成模块用于把节点提交的加密待归档档案业务数据等打包生成对应的数 据区块， 这个数据区块至少包括上一个数据区块的Hash值、 当前数据区块的时间戳信息和 当前数据区块的高度， 加密 待归档档案业务数据和采用哈希算法获得当前加密待归档档案 业务数据的文件SHA ‑256值、 档案目录合并后的当前数据区块的原始Hash值， 并把新生 成的 数据区块发送到各节点； 档案区块篡改验证模块用于通过二次验证确保每 个节点区块链数据及结构的一 致性； 档案区块存储模块用于把通过档案区块篡改验证模块排列顺序和数据完整及真实性 验证通过的数据区块加入到原 始区块链的末端生成新的区块链； 档案查询利用模块用于查看和申请调用档案数据。 3.一种基于区块链的高校档案管理系统的管理方法， 其特 征在于， 包括： 步骤1： 节点对传送过来的数据区块， 首先校验该数据区块所携带的上一数据区块的 Hash值是否与当前 数据链上的最后一个数据区块的Hash值 一致； 步骤2： 通过排列顺序验证的数据区块， 进入数据完整及真实性验证， 对该数据区块中 的业务数据重新计算Hash值， 验证重新计算的Hash值是否与该数据区块所携带原始Hash值 一致；权　利　要　求　书 1/2 页 2 CN 115525716 A 2步骤3： 排列顺序验证不通过， 把验证不通过信息返回给所有节点， 说明该数据区块不 符合该区块链顺序排列要求， 需重新 生成； 步骤4： 数据完整及真实性验证不通过， 把验证不通过信息返回给所有节点， 说明该数 据区块在 传送或生成过程中有变动。 4.根据权利要求3所述的基于区块链的高校档案管理系统的管理方法， 其特征在于， 所 述基于区块链的高校档案管理系统的管理方法， 还 包括： 在查询客户端上通过身份认证的用户可以查看区块链上的所有档案目录， 可以提出 申 请调用档案业务数据并同时提交本用户的公钥， 在申请调用获得原归档单位批准的情况 下， 基于区块链的高校档案管理系统才可以进行档案业 务数据的解密、 加密 及传送工作。 5.根据权利要求4所述的基于区块链的高校档案管理系统的管理方法， 其特征在于， 在 接到原归档单位批准该申请用户调用档案数据调用指 令后， 用原归档单位所在节点对应的 私钥进行解密还原， 在用申请调用 用户的公钥进行加密完成待查询利用档案业 务数据。 6.根据权利要求4所述的基于区块链的高校档案管理系统的管理方法， 其特征在于， 在 查询客户端上对某节点进行身份认证而未通过身份认证的用户还可以对某一全节点提出 临时申请， 该全节点接收到该临时申请后， 就会进行人工审核， 若通过了该临时申请， 全节 点就会给该查询客户端分配公钥和私钥， 并通知所述某节点 允许该查询客户端对该节点查 看档案数据， 接着查询客户端把用公钥加密后的查询请求、 公钥和私钥都发送给该节点， 该 节点用接受到的私钥解密用公钥加密后的查询请求， 然后把档案数据用接受到的公钥加密 后发送给 该查询客户端， 然后该查询客户端用私钥解密公钥加密后的档案数据。 7.根据权利要求4所述的基于区块链的高校档案管理系统的管理方法， 其特征在于， 在 步骤3中， 发送该 数据区块的节点接 到排列顺序验证不 通过的信息后， 需重新 生成再发送。权　利　要　求　书 2/2 页 3 CN 115525716 A 3