基于区块链智能合约的APPID信用管理方法和系统技术方案

本公开涉及一种基于区块链智能合约的APPID信用管理方法和系统，所述方法包括如下步骤：获取APPID绑定的设备的数据上传情况；根据所述数据上传情况利用智能合约拟定的信用体系奖惩规则，更新所述APPID绑定的设备的信用值；根据所述信用值管理所述APPID和/或押金，其中，所述数据上传情况包括如下情况中的一种或多种：未上报、数据虚报、数据误报或数据正常；所述信用体系奖惩规则根据数据上传情况出现的次数赋予归一化系数进行减值处理得到信用值。本公开能够利用区块链分布式治理网络编写智能合约来建立信用体系，基于区块链的信用体系具备信用值自动化清算、信用值不可篡改高度可信的效果。高度可信的效果。高度可信的效果。

【技术实现步骤摘要】
基于区块链智能合约的APPID信用管理方法和系统


[0001]本公开涉及物联网设备管理领域，具体涉及基于区块链智能合约的APPID信用管理方法和系统。

技术介绍

[0002]物联网设备的管理通常在后台服务器中实现，如消防应急设备的管理通常在消防大数据应用平台中实现，现有技术中需要社会平台数据对接负责人登录消防大数据应用平台，注册并完善对接申请信息，其中对接申请信息包含申请对接设备类型列表集、监测服务机构相关信息、软件平台厂商信息、项目中标方信息以及三方合作合同证明。填写好的信息会再政务平台中流转到相关的政务运营平台对接负责人去审核相关信息，审核提交的对接信息是否通过，审核不通过则联系申请人继续完善相关申请信息，资料完善并审核通过后，进行发放电子数字证书以及用户名、密码；其中电子数字证书中包含APPID、appKey、主体公钥、以及数字证书的版本相关信息（包括版本号、序列号、创建时间、修改时间等）；数字证书通过邮件的方式发送给社会平台数据对接负责人，社会平台数据对接负责人通过电子证书将消防物联网设备的静态信息（设备厂商、设备社会运营中心等信息）、动态信息（设备故障、设备点位、设备安装位置等信息）数据进行同步。社会平台数据对接负责人将信息同步后，数据即上传至政务平台上。政务平台管理员需要对同步过来的静态、动态信息进行校验，校验通过的信息即可直接保存。
[0003]然而，社会平台对接负责人向“政务运营平台”提交申请信息，由于申请信息不全例如不涵盖中标合同信息，导致最终很难追踪到责任主体。政务运营平台向社会平台对接负责人发放APPID，由于APPID没有一个明确严格的发放条件，导致APPID泛滥。社会平台对接负责人通过APPID将静态、动态数据上传至政务平台，由于APPID泛滥以及申请信息不全，导致数据不实同时无效数据过多的情况。

技术实现思路

[0004]本公开提供基于区块链智能合约的APPID信用管理方法和系统，能够解决
技术介绍
中提到的问题。针对APPID，利用智能合约的方式建立“基于APPID的信用体系”，根据所绑定APPID的使用情况对其的信用情况进行记录，制定“基于信用值的奖惩机制”；为解决上述技术问题，本公开提供如下技术方案：作为本公开实施例的一个方面，提供一种基于区块链智能合约的APPID信用管理方法，包括如下步骤：获取APPID绑定的设备的数据上传情况；根据所述数据上传情况利用智能合约拟定的信用体系奖惩规则，更新所述APPID绑定的设备的信用值；根据所述信用值管理所述APPID和/或押金。
[0005]可选地，在更新所述APPID绑定的设备的信用值之后还包括如下步骤：将所述信用
值广播到区块链网络中的所有成员。
[0006]其中，所述数据上传情况包括如下情况中的一种或多种：未上报、数据虚报、数据误报或数据正常。
[0007]其中，所述信用体系奖惩规则根据数据上传情况出现的次数赋予归一化系数进行减值处理得到信用值。
[0008]可选地，所述信用值的计算公式为：Ncre=Default
‑
Dec；Dec=a*Nfake+b*Nerror+c*Nnone；其中，Ncre为信用值，Default为预设信用值，Dec为信用减值，Nfake为虚报数据的次数，Nerror为误报数据的次数，Nnone为不报数据的次数，a、b、c为归一化系数。
[0009]可选地，根据所述信用值管理所述APPID和/或押金具体为：若信用值低于设定的第一信用阈值，则罚没押金且取消APPID；若信用值高于设定的第一信用阈值但是低于设定的第二信用阈值，则扣除部分押金。
[0010]可选地，所述方法还包括如下步骤：判断押金是否充足，如果押金不足，则取消APPID；如果增加押金使得押金充足或者押金处于充足状态，则APPID正常使用。
[0011]作为本公开实施例的另一个方面，还提供一种基于区块链智能合约的APPID信用管理系统，包括：数据上链模块，获取APPID绑定的设备的数据上传情况；信用体系奖惩模块，根据所述数据上传情况利用智能合约拟定的信用体系奖惩规则，更新所述APPID绑定的设备的信用值；信用管理模块，根据所述信用值管理所述APPID和/或押金。
[0012]其中，所述数据上传情况包括如下情况中的一种或多种：未上报、数据虚报、数据误报或数据正常；所述信用体系奖惩规则根据数据上传情况出现的次数赋予归一化系数进行减值处理得到信用值。
[0013]可选地，所述信用值的计算公式为：Ncre=Default
‑
Dec；Dec=a*Nfake+b*Nerror+c*Nnone；其中，Ncre为信用值，Default为预设信用值，Dec为信用减值，Nfake为虚报数据的次数，Nerror为误报数据的次数，Nnone为不报数据的次数，a、b、c为归一化系数。
[0014]本公开的有益效果是：利用区块链分布式治理网络编写智能合约来建立信用体系，基于区块链的信用体系具备信用值自动化清算、信用值不可篡改高度可信的效果。
附图说明
[0015]图1为基于区块链智能合约的APPID信用管理方法流程图。
[0016]图2为基于区块链智能合约的APPID信用管理系统框图。
[0017]图3为区块链智能合约的APPID信用体系示意图。
具体实施方式
[0018]以下将参考附图详细说明本公开的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。
[0019]在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。
[0020]本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合，例如，包括A、B、C中的至少一种，可以表示包括从A、B和C构成的集合中选择的任意一个或多个元素。
[0021]另外，为了更好地说明本公开，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本公开同样可以实施。在一些实例中，对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述，以便于凸显本公开的主旨。
[0022]可以理解，本公开提及的上述各个方法实施例，在不违背原理逻辑的情况下，均可以彼此相互结合形成结合后的实施例，限于篇幅，本公开不再赘述。
[0023]此外，本公开还提供了基于区块链智能合约的APPID信用管理方法和系统，上述均可用来实现本公开提供的任一种基于区块链智能合约的APPID信用管理方法，相应技术方案和描述和参见方法部分的相应记载，不再赘述。
[0024]一种基于区块链智能合约的APPID信用管理方法本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种基于区块链智能合约的APPID信用管理方法，其特征在于，包括如下步骤：获取APPID绑定的设备的数据上传情况；根据所述数据上传情况利用智能合约拟定的信用体系奖惩规则，更新所述APPID绑定的设备的信用值；根据所述信用值管理所述APPID和/或押金；其中，所述数据上传情况包括如下情况中的一种或多种：未上报、数据虚报、数据误报或数据正常；所述信用体系奖惩规则根据数据上传情况出现的次数赋予归一化系数进行减值处理得到信用值。2.如权利要求1所述的基于区块链智能合约的APPID信用管理方法，其特征在于，在更新所述APPID绑定的设备的信用值之后还包括如下步骤：将所述信用值广播到区块链网络中的所有成员。3.如权利要求1或2所述的基于区块链智能合约的APPID信用管理方法，其特征在于，所述信用值的计算公式为：Ncre=Default
‑
Dec；Dec=a*Nfake+b*Nerror+c*Nnone；其中，Ncre为信用值，Default为预设信用值，Dec为信用减值，Nfake为虚报数据的次数，Nerror为误报数据的次数，Nnone为不报数据的次数，a、b、c为归一化系数。4.如权利要求3所述的基于区块链智能合约的APPID信用管理方法，其特征在于，根据所述信用值管理所述APPID和/或押金具体为：若信用值低于设定的第一信用阈值，则罚没押金且取消APP...

【专利技术属性】
技术研发人员：彭聪，刘海瑞，陈昌鹤，黄颖，
申请(专利权)人：信通院江西科技创新研究院有限公司，
类型：发明
国别省市：