(19)国家知识产权局 (12)发明 专利申请 (10)申请公布号 (43)申请公布日 (21)申请 号 202211001884.3 (22)申请日 2022.08.20 (71)申请人 信通院 （江西） 科技创新研究院有限 公司 地址 330224 江西省南昌市南昌 高新技术 产业开发区艾溪湖北路269号高层次 人才产业园4 号楼3层 (72)发明人 彭聪　刘海瑞　陈昌鹤　黄颖　 (51)Int.Cl. H04L 61/3015(2022.01) H04L 9/32(2006.01) H04L 67/1095(2022.01) H04L 9/40(2022.01) H04L 67/12(2022.01) (54)发明名称 一种基于区块链的APPID申请管理方法和系 统 (57)摘要 本公开涉及物联网设备管 理领域， 具体为一 种基于区块链的APPID申请管理方法和系统， 所 述方法包括如下步骤： 获取APPID申请信息； 主节 点将所述APPID申请信息和由区块链网络分配的 APPID封装为消息广播给区块链网络的所有成 员； 所有成员依次检查并确认了所述消息后形成 的确认消息包被广播给所有成员， 如果所述确认 消息包个数符合要求， 则执行所述APPID的分配。 本公开能够通过社会平台上传的申请信息， 利用 区块链网络的共识机制或共识算法， 区块链网络 中大部分节点对申请信息进行签名确认， 以 APPID为导向， 追溯故障设备、 “僵尸”设备的全链 条信息数据， 压实责任 主体。 权利要求书1页 说明书6页 附图2页 CN 115334038 A 2022.11.11 CN 115334038 A 1.一种基于区块链的AP PID申请管理方法， 其特 征在于， 包括如下步骤： 获取APPID申请信息； 主节点将所述APPID申请信息和由区块链网络分配的APPID封装为消息广播给区块链 网络的所有成员； 所有成员依次检查并确认了所述消息后形成的确 认消息包被广播给所有成员， 如果所 述确认消息包个数符合要求， 则执 行所述APPID的分配。 2.如权利 要求1所述的APPID申请管理方法， 其特征在于， 主节点将所述APPID申请信息 和由区块链网络分配的APPID封装为消息广播给区块链网络的所有成员具体包括如下步 骤： 主节点将所述APPID申请信息和由区块链网络分配的APPID封装为一个请求， 并为所述 请求分配一个请求编号； 将所述请求和请求编号封装成消息广播给 所有成员。 3.如权利 要求1或2所述的APPID申请管理方法， 其特征在于， 所有成员依次检查并确认 了所述消息后形成的确认消息包被广播给 所有成员具体包括如下步骤： 所有成员接收到所述广播后的消息； 通过检查主节点的签名字段检查所述消息是否来源于主节点， 在确认无误后， 将成员 节点的签名信息与请求编号封装成确认消息包； 将所述确认消息包广播给所述区块链网络中的其他成员节点以表示所述成员节点对 所述消息中的请求进行了确认。 4.如权利要求1或2所述的APPID 申请管理方法， 其特征在于， 在执行所述APPID的分配 后， 还包括如下步骤： 将所述申请信息和 确认消息包上传到区块链网络 。 5.一种基于区块链的AP PID申请管理系统， 其特 征在于， 包括： 申请信息上传模块， 获取AP PID申请信息； 区块链网络模块， 主节点将所述APPID申请信息和由区块链网络分配的APPID封装为消 息广播给区块链网络的所有成员； 所有成员依次检查并确认了所述消息后形成的确认消息 包被广播给 所有成员， 如果所述确认消息包个数符合要求， 则执 行所述APPID的分配。 6.如权利要求5所述的AP PID申请管理系统， 其特 征在于， 所述区块链网络还用于： 主节点将所述APPID申请信息和由区块链网络分配的APPID封装为一个请求， 并为所述 请求分配一个请求编号； 将所述请求和请求编号封装成消息广播给 所有成员。 7.如权利要求5或6所述的APPID申请管理系统， 其特征在于， 所述区块链网络还用于： 所有成员接收到所述广播后的消息； 通过检查主节点的签名字段检查所述消息是否来源于主节点， 在确认无误后， 将成员 节点的签名信息与请求编号封装成确认消息包； 将所述确认消息包广播给所述区块链网络中的其他成员节点以表示所述成员节点对 所述消息中的请求进行了确认。 8.如权利要求5或6所述的APPID 申请管理系统， 其特征在于， 在执行所述APPID的分配 后， 将所述申请信息和 确认消息包上传到区块链网络 。权　利　要　求　书 1/1 页 2 CN 115334038 A 2一种基于区块链的AP PID申请管理 方法和系统 技术领域 [0001]本公开涉及物联网设备管理领域， 具体涉及一种基于区块链的APPID管理方法和 系统。 背景技术 [0002]物联网设备的管理通常在后台服务器中实现， 如消防应急设备的管理通常在消防 大数据应用平台中实现， 现有技术中需要 社会平台数据对接负责人登录消防大数据应用平 台， 注册并完善对接申请信息， 其中对接申请信息包含申请对接 设备类型列 表集、 监测服务 机构相关信息、 软件平台厂商信息、 项目中标方信息以及三方合作合同证明。  填写好的信 息会再政务平台中流转到相关的政务运营平台对接负责人去审核相关信息， 审核提交的对 接信息是否通过， 审核不通过则联系申请人继续完善相关申请信息， 资料完善并审核通过 后， 进行发放电子数字证书； 其中电子数字证书中包含APPID、 appKey、 用户名、 密码； 数字证 书通过邮件的方式发送给社会平台数据对接负责人， 社会平台数据对接负责人通过电子证 书将消防物联网设备的静态信息 （设备厂商、 设备社会运营中心 等信息） 、 动态信息 （设备故 障、 设备点位、 设备安装位置等信息） 数据进行同步。 社会平台数据对接负责人将信息同步 后， 数据即上传至政务平台上。 政务平台管理员需要对同步过来的静态、 动态信息进行校 验， 校验通过的信息即可直接保存。 [0003]然而， 社会平台对接负责人向 “政务运营平台 ”提交申请信息， 由于申请信息不全 例如不涵盖中标合同信息， 导致最终很难追踪到责任主体。 政务运营平台向社会平台对接 负责人发放APPID， 由于APPID没有一个明确严格的发放条件， 导致APPID泛滥。 社会平台对 接负责人通过APPID将静态、 动态数据上传至政务平台， 由于APPID泛滥以及申请信息不全， 导致数据不实同时无效数据过多的情况。 发明内容 [0004]本公开提供一种APP ID管理方法和系统， 能够解决背景技术中提到的问题。 为解决 上述技术问题， 本公开 提供如下技 术方案： 作为本公开实施例的一个方面， 提供一种基于区块链的APP ID申请管理方法， 包括 如下步骤： 获取APPID申请信息； 主节点将所述APPID申请信息和由区块链网络分配的APPID封装为消息广播给区 块链网络的所有成员； 所有成员依次检查并确认了所述消息后形成的确认消息包被广播给所有 成员， 如 果所述确认消息包个数符合要求， 则执 行所述APPID的分配。 [0005]可选地， 主节点将所述APPID申请信息和由区块链网络分配的APP ID封装为消息广 播给区块链网络的所有成员具体包括如下步骤： 主节点将所述APP ID申请信息和由区块链网络分配的APP ID封装为一个请 求， 并为说　明　书 1/6 页 3 CN 115334038 A 3