CN116776305B - 一种面向工业场景的区块链智能合约系统的运行方法 - Google Patents

Abstract

本发明公开了一种面向工业场景的区块链智能合约系统的运行方法，属于区块链技术领域，包括工业实体身份认证模块、工业数据上链模块和接口模块，工业实体身份认证模块负责为工业实体生成专属的工业数字身份，并对身份赋予指定权限，将身份的相关信息存储到对应的身份文档中；工业数据上链模块验证工业实体身份认证模块中为工业实体生成的工业数字身份以及身份权限，权限符合时将数据上链。本发明基于上述一种面向工业场景的区块链智能合约系统的运行方法，建立一个统一的工业区块链系统，根据InId上传不同类型的数据，解决企业之间信任问题，保证数据可信流通，通过合约的简易部署以及支持自定义上传数据增强系统泛用性。

Description

一种面向工业场景的区块链智能合约系统的运行方法

技术领域

本发明涉及区块链技术领域，尤其是涉及一种面向工业场景的区块链智能合约系统的运行方法。

背景技术

随着工业互联网的不断发展，产生了海量工业数据，对于工业数据的管理、流通逐渐成为关注话题。目前我国工业互联网仍有以下问题：工业系统之间数据不互通、不共享，形成数据孤岛；工业数据交互缺乏信任度，无法保证数据真实性；工业系统易受到网络攻击，造成数据丢失。面对这些问题，区块链技术成为了管理海量复杂工业数据的最佳选择。

各企业作为区块链节点形成去中心化的、互联互通的工业组网，能够有效解决工业数据不互通的问题，并将这些数据通过区块链中的智能合约存储到链上，保证数据安全性、透明性以及可溯源性。为加强数据的可信度，在智能合约中加入DID技术实现工业实体身份认证功能是一种可靠的解决方案，给每个工业实体分发唯一的工业数字身份并在流通时加以验证，能够确保数据来源可信，数据流通可信。

如今工业场景已经融合了区块链技术，却没有一套完整的工业实体身份认证以及工业数据上链的智能合约架构，并且各功能现有的智能合约仍不完善，没有完全应用在工业场景上。使用统一的工业智能合约架构能够保证数据可信流通的同时解决企业间的信任问题，加强企业交流、促进企业合作。

发明内容

本发明的目的是提供一种面向工业场景的区块链智能合约系统的运行方法，解决上述技术存在的传统区块链系统泛用性不足、企业节点间信任度不够、数据类型多、资源消耗大的问题。

为实现上述目的，本发明提供了一种面向工业场景的区块链智能合约系统的运行方法，智能合约系统，包括工业实体身份认证模块、工业数据上链模块和接口模块，所述工业实体身份认证模块、所述工业数据上链模块和所述接口模块均通过智能合约来构造；

所述工业实体身份认证模块为工业实体生成专属的工业数字身份，并对所述工业数字身份赋予指定权限，将所述工业数字身份的相关信息存储到对应的工业数字身份文档中；所述工业实体身份认证模块包括身份权限模块、身份文档模块和身份生成模块；所述身份权限模块包括四个角色，分别是管理员、数据上传方、数据审核方和数据接收方；

所述工业数据上链模块验证所述工业实体身份认证模块中为工业实体生成的工业数字身份以及身份权限，权限符合时将链下的数据进行上链，同时支持数据审核方对上传的数据进行审核并签名，也支持数据接收方查看签名和数据；所述工业数据上链模块包括结构化数据上链模块、非结构化数据上链模块和自定义数据上链模块；

所述接口模块包含所述工业实体身份认证模块和所述工业数据上链模块中所有智能合约的接口；

智能合约系统运行方法，包括以下步骤：

步骤S1、系统内的所有工业企业实体在链下使用私钥或公钥通过身份生成模块生成得到唯一的工业数字身份；

步骤S2、链下选出某个企业实体部署所有合约，此时会自动给该实体的工业数字身份赋予管理员权限；

步骤S3、管理员通过身份权限模块给新加入到网络中的工业实体赋予角色权限，包括管理员、数据上传方、数据审核方和数据接收方；

步骤S4、管理员通过身份文档模块给自己和新加入到网络中的工业企业实体生成对应的身份文档，将企业实体的工业数字身份映射成文档地址，并把创建时间、管理员签名、企业工业数字身份和用户公钥存储到身份文档中；

智能合约语言Solidity中有一个Event功能，其可以记录合约运行过程中的参数，并存储为日志，身份文档中每次更改的参数都会在Event中保存，并将当前区块高度写入到区块高度数组中，查看历史文档记录时可以根据历史区块高度找到对应的Event；

步骤S5、新加入到网络中的企业实体通过工业数字身份填入企业信息简述和企业类型字段，填写完后由管理员填写更新时间；

步骤S6、作为数据上传方的企业实体在工业结构化数据、工业非结构化数据和工业设备生成的时序数据中选择一种，通过接口模块中对应数据的接口将要上传的数据与数据简述进行上链，上传时会自动打上自己的签名；

上传结构化数据或非结构化数据时会生成一个新的对象并将上传方地址映射到最新的对象地址，然后用Event把对象地址保存下来，审核方可以输入上传方地址获取最新对象地址，或者查看Event获取历史对象地址，新数据上链时也会触发Event将本次上传的数据哈希值、数据简述、上传方签名和区块高度保存下来，通过筛选区块高度可以查看历史Event，查询Event时需要通过对象地址进行查询；

步骤S7、企业实体在上传数据时如果遇到权限不足的情况，向管理员进行申请，申请通过后，管理员使用接口模块中赋予角色权限的接口对该企业实体的工业数字身份更新对应角色权限；

步骤S8、自定义数据上链模块中提供合约模板，企业实体根据自身设备情况来增加或减少模板中的数据参数，修改好后需要管理员重新部署合约；

步骤S9、数据上链后，系统中所有的数据审核方依次在链上查看数据并进行审核，审核通过则签名，反之则不签名并在审核方意见字段填入原因；

步骤S10、数据接收方查看上传的数据、数据简述、数据上传方签名、数据审核方签名和意见，同意接收则打上自己的签名，反之则不签名并在接收方意见字段填入原因，如果有多个接收方，还可以查看已接收数据的数据接收方签名和意见。

优选的，所述身份生成模块在链下通过底层区块链系统生成唯一的工业数字身份，一个工业数字身份对应一个工业企业实体，其生成的所述工业数字身份的格式为did:inid:0x，其中did字段符合DID标准；inid为industry id的缩写，表示所述工业数字身份应用在工业场景；0x开头后有40位，表示在链下生成的用户地址，其生成方式为：用户私钥转化为公钥后计算公钥哈希值，将哈希值转换成十六进制数取后40位，最后加上0x作为用户地址。

优选的，所述身份文档模块将工业数字身份的相关信息存储到区块链中，其中相关信息包括文档创建日期、文档更新日期、企业工业数字身份、用户公钥、管理员签名、企业信息简述、企业类型和区块高度数组。

优选的，所述身份权限模块在智能合约部署时将合约部署者选为管理员，管理员负责给后续新生成的工业数字身份赋予对应权限以及初始化身份文档，初始化身份文档时管理员将创建时间、管理员签名、企业工业数字身份和用户公钥存储到文档中，一个工业数字身份对应一个文档地址，初始化完成后，所有角色在身份文档中添加或更新企业信息简述和企业类型字段，然后由管理员填入更新时间，表示同意更改。

优选的，所述结构化数据上链模块、所述非结构化数据上链模块和所述自定义数据上链模块支持三种不同类型的数据上链，三种数据类型为工业结构化数据、工业非结构化数据和工业设备生成的时序数据，所述结构化数据上链模块和所述非结构化数据上链模块中将数据哈希值和数据简述上传到区块链中；所述自定义数据上链模块上传的数据分为静态数据和动态数据，所述静态数据为作业名称、设备名称、设备类型和设备编号，所述动态数据为各设备生成的时序数据。

优选的，所述智能合约的接口分为基础接口、上传接口、签名接口和查询接口，所述身份权限模块中的所有接口都是基础接口，所述身份文档模块包含上传接口和查询接口，所述结构化数据上链模块、所述非结构化数据上链模块和所述自定义数据上链模块包含上传接口、签名接口和查询接口。

优选的，所述自定义数据上链模块提供面向工业场景的数据上链模板，模板包括引用合约、权限查看与判断、各方签名、数据上传、查看数据与签名功能，企业根据自身情况在数据上传和查看数据部分修改数据名称、数据类型以及编写或删除数据上传的代码。

优选的，所述管理员根据实际中企业角色来给对应的工业数字身份赋予对应的权限以及初始化对应的身份文档；所述数据上传方上传数据以及数据简述，上传时自动打上上传方签名；所述数据审核方对上传的数据进行审核，审核通过则签名，反之则写明原因；所述数据接收方查看上传的数据、数据简述、上传方签名、审核方签名、审核方意见以及已接收数据的数据接收方签名和意见，如果同意接收则进行签名，反之在接收意见字段填入原因；所述数据上传方、所述数据审核方和所述数据接收方的签名都使用所述身份生成模块中生成的工业数字身份的最后一个字段表示，所有签名都只对本次上传的数据生效。

因此，本发明采用上述的一种面向工业场景的区块链智能合约系统的运行方法，具有以下有益效果：

（1）、通过完整的面向工业场景的智能合约架构，有效解决泛用性不足的问题，其中工业实体身份认证模块为每个企业节点分发唯一的工业数字身份，并为每个数字身份赋予4种不同角色权限，用户上传数据时严格按照权限执行，解决企业节点间信任问题；

（2）、工业数据上链模块支持三种类型的数据上链，也支持用户自定义数据参数，达到每种数据分开上传，极大地解决传统区块链系统数据类型多且不易上传的问题。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

图1为本发明面向工业场景的智能合约架构图；

图2为智能合约架构中的工业实体身份认证模块框架图；

图3为智能合约架构中的工业数据上链模块框架图。

具体实施方式

以下通过附图和实施例对本发明的技术方案作进一步说明。

除非另外定义，本发明使用的技术术语或者科学术语应当为本发明所属领域内具有一般技能的人士所理解的通常意义。本发明中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。

实施例

下面将结合附图对本发明实施例中的技术方案进行清楚、完整地描述。

请参阅图1，一种面向工业场景的区块链智能合约系统的运行方法，包括工业实体身份认证模块、工业数据上链模块和接口模块，工业实体身份认证模块、工业数据上链模块和接口模块均通过智能合约来构造；

工业实体身份认证模块负责为工业实体生成专属的工业数字身份，并对身份赋予指定权限，将身份的相关信息存储到对应的身份文档中，该模块包括身份权限模块、身份文档模块和身份生成模块。

其中，身份生成模块会在链下通过底层区块链系统生成唯一的工业数字身份，一个工业数字身份对应一个工业企业实体，其生成的工业数字身份格式为did:inid:0x，其中did字段符合DID标准；inid为industry id的缩写，表示工业数字身份应用在工业场景；0x开头后有40位，是在链下生成的用户地址，其生成方式为，用户私钥转化为公钥后计算公钥哈希值，将哈希值转换成十六进制数取后40位，最后加上0x作为用户地址。

其中，身份权限模块共包括四个角色，分别是管理员、数据上传方、数据审核方和数据接收方，管理员会根据实际中企业角色来给对应的工业数字身份赋予对应的权限以及初始化对应的身份文档；数据上传方可以上传数据以及数据简述，上传时自动打上上传方签名；数据审核方对上传的数据进行审核，通过则签名，反之则写明原因；数据接收方查看上传的数据和审核方签名意见，同意接收则签名，反之则写明原因。智能合约首次部署时，合约部署者会自动选为管理员，如果需要满足高可用性，也可以指定一个新的管理员，系统中可以有多个数据审核方和多个数据接收方，每个工业数字身份也可以同时拥有多个角色权限。

其中，身份文档模块会将工业数字身份的相关信息存储到区块链中，其中包括文档创建日期、文档更新日期、企业工业数字身份、用户公钥、管理员签名、企业信息简述、企业类型和区块高度数组，身份文档由管理员进行初始化，将创建时间、管理员签名、企业工业数字身份和用户公钥存储到文档中，一个工业数字身份对应一个文档地址，初始化完成后，所有角色可以在身份文档中添加或更新企业信息简述和企业类型字段，然后由管理员填入更新时间，表示同意更改，智能合约语言Solidity中有一个Event功能，其可以记录合约运行过程中的参数，并存储为日志，身份文档中每次更改的参数都会在Event中保存，并将当前区块高度写入到区块高度数组中，查看历史文档记录时可以根据历史区块高度找到对应的Event。

如图3所示，工业数据上链模块负责验证工业实体身份认证模块中为工业实体生成的工业数字身份以及身份权限，权限符合时将3种数据进行上链，同时支持数据审核方对上传的数据进行审核并签名，也支持数据接收方查看签名和数据，该模块包括结构化数据上链模块、非结构化数据上链模块和自定义数据上链模块。

其中，用户在工业数据上链模块中作为数据上传方时可以将数据和数据简述上传到区块链中，上传时会自动打上签名，数据审核方可以查看上传的数据、数据简述以及上传方地址，并对上传的数据进行审核，数据属实则进行签名，反之在审核意见字段填入原因，数据接收方可以查看上传的数据、数据简述、上传方签名、审核方签名、审核方意见以及其他接收方签名和意见，如果同意接收则进行签名，反之在接收意见字段填入原因。

其中，结构化数据上链模块和非结构化数据上链模块可以将工业结构化和非结构化数据哈希值以及数据简述上链，上传前需在链下将数据做哈希计算。上传结构化数据或非结构化数据时会生成一个新的对象并将上传方地址映射到最新的对象地址，然后用Event把对象地址保存下来，审核方可以输入上传方地址获取最新对象地址，或者查看Event获取历史对象地址，新数据上链时也会触发Event将本次上传的数据哈希值、数据简述、上传方签名和区块高度保存下来，通过筛选区块高度可以查看历史Event，查询Event时需要通过对象地址进行查询。

其中，自定义数据上链模块提供面向工业场景的数据上链模板，包括引用合约、权限查看与判断、各方签名、数据上传、查看数据与签名功能，除数据上传和查看数据部分外都是固定不变的，企业可以根据自身情况在数据上传和查看数据部分修改数据名称、数据类型以及编写或删除数据上传的代码。该模块中上传的数据都是时序的，不会在链下进行哈希计算，上传的数据分为静态数据和动态数据，静态数据为作业名称、设备名称、设备类型和设备编号，动态数据为各设备生成的数据，静态数据相同时可以使用直接上传数据，静态数据不同时需要生成一个新的对象去上传数据，对象地址会通过Event保存下来，每个对象中动态数据存储在不同的数组中且不会被替换，新的数据上传到链上时会触发Event将所有参数与区块高度保存下来。

接口模块包含工业实体身份认证模块和工业数据上链模块中所有智能合约的接口，总体分为基础接口、上传接口、签名接口和查询接口，实际使用时用户只需在该模块调用接口。

其中，身份权限模块中的所有接口都是基础接口，其他模块都基于身份权限模块编写，身份文档模块包含上传接口和查询接口，结构化数据上链模块、非结构化数据上链模块和自定义数据上链模块包含除基础接口外的其他接口，此外，用户在自定义数据上链模块中修改模板合约后，也需要在接口模块中修改上传接口和查询接口，用户能够调用所有接口，只有权限符合的接口才会生效。

本发明实施例提供的一种面向工业场景的区块链智能合约系统的运行方法的运行方法，首先通过工业实体身份认证模块完成企业InId的生成、赋予权限和文档初始化，再通过工业数据上链模块根据企业InId角色权限进行数据上链，如图2和图3所示，具体包括以下步骤：

步骤S1、系统内的所有工业企业实体在链下使用私钥或公钥通过身份生成模块生成得到唯一的InId；

步骤S2、链下选出某个企业实体作为管理员部署所有合约，此时会自动给该实体的InId赋予管理员权限；

步骤S3、管理员通过身份权限模块给新加入到网络中的工业实体赋予角色权限，包括管理员、数据上传方、数据审核方和数据接收方，一个InId可以有多个角色权限；

步骤S4、管理员通过身份文档模块给自己和新加入到网络中的工业企业实体生成对应的身份文档，将企业实体的InId映射成文档地址，并把创建时间、管理员签名、企业工业数字身份和用户公钥存储到身份文档中；

步骤S5、新加入到网络中的企业实体通过InId填入企业信息简述和企业类型字段，填写完后由管理员填写更新时间，并将所有字段存入到Event中；

步骤S6、作为数据上传方的企业实体在工业结构化数据、工业非结构化数据和工业设备生成的时序数据中选择一种，通过接口模块中对应数据的接口将要上传的数据与数据简述进行上链，上传时会自动打上自己的签名；

步骤S7、企业实体在上传数据时如果遇到权限不足的情况，可以对管理员进行申请，申请通过后，管理员使用接口模块中赋予角色权限的接口对该企业实体的InId更新对应角色权限；

步骤S8、自定义数据上链模块中只提供合约模板，企业实体可以根据自身设备情况来增加或减少模板中的数据参数，修改好后需要管理员重新部署合约；

步骤S9、数据上链后，系统中所有的数据审核方依次在链上查看数据并进行审核，审核通过则签名，反之则不签名并在审核方意见字段填入原因；

步骤S10、数据接收方查看上传的数据、数据简述、数据上传方签名、数据审核方签名和意见，同意接收则打上自己的签名，反之则不签名并在接收方意见字段填入原因，如果有多个接收方，还可以查看已接收数据的数据接收方签名和意见。

因此，本发明采用上述一种面向工业场景的区块链智能合约系统的运行方法，以解决现有技术存在的传统区块链系统泛用性不足、企业节点间信任度不够、数据类型多、资源消耗大的问题。本发明建立一个统一的工业区块链系统，给企业的工业数字身份（InId）赋予不同权限，根据InId上传不同类型的数据，有效解决企业之间的信任问题，保证数据可信流通，通过合约的简易部署以及支持自定义上传数据增强系统泛用性。

最后应说明的是：以上实施例仅用以说明本发明的技术方案而非对其进行限制，尽管参照较佳实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对本发明的技术方案进行修改或者等同替换，而这些修改或者等同替换亦不能使修改后的技术方案脱离本发明技术方案的精神和范围。

Claims (8)

1.一种面向工业场景的区块链智能合约系统的运行方法，其特征在于：智能合约系统，包括工业实体身份认证模块、工业数据上链模块和接口模块，所述工业实体身份认证模块、所述工业数据上链模块和所述接口模块均通过智能合约来构造；

所述工业实体身份认证模块为工业实体生成专属的工业数字身份，并对所述工业数字身份赋予指定权限，将所述工业数字身份的相关信息存储到对应的工业数字身份文档中；所述工业实体身份认证模块包括身份权限模块、身份文档模块和身份生成模块；所述身份权限模块包括四个角色，分别是管理员、数据上传方、数据审核方和数据接收方；

所述工业数据上链模块验证所述工业实体身份认证模块中为工业实体生成的工业数字身份以及身份权限，权限符合时将链下的数据进行上链，同时支持数据审核方对上传的数据进行审核并签名，也支持数据接收方查看签名和数据；所述工业数据上链模块包括结构化数据上链模块、非结构化数据上链模块和自定义数据上链模块；

所述接口模块包含所述工业实体身份认证模块和所述工业数据上链模块中所有智能合约的接口；

智能合约系统运行方法，包括以下步骤：

步骤S1、系统内的所有工业企业实体在链下使用私钥或公钥通过身份生成模块生成得到唯一的工业数字身份；

步骤S2、链下选出某个企业实体部署所有合约，此时会自动给该实体的工业数字身份赋予管理员权限；

步骤S3、管理员通过身份权限模块给新加入到网络中的工业实体赋予角色权限，包括管理员、数据上传方、数据审核方和数据接收方；

步骤S4、管理员通过身份文档模块给自己和新加入到网络中的工业企业实体生成对应的身份文档，将企业实体的工业数字身份映射成文档地址，并把创建时间、管理员签名、企业工业数字身份和用户公钥存储到身份文档中；

智能合约语言Solidity中有一个Event功能，其可以记录合约运行过程中的参数，并存储为日志，身份文档中每次更改的参数都会在Event中保存，并将当前区块高度写入到区块高度数组中，查看历史文档记录时可以根据历史区块高度找到对应的Event；

步骤S5、新加入到网络中的企业实体通过工业数字身份填入企业信息简述和企业类型字段，填写完后由管理员填写更新时间；

步骤S6、作为数据上传方的企业实体在工业结构化数据、工业非结构化数据和工业设备生成的时序数据中选择一种，通过接口模块中对应数据的接口将要上传的数据与数据简述进行上链，上传时会自动打上自己的签名；

上传结构化数据或非结构化数据时会生成一个新的对象并将上传方地址映射到最新的对象地址，然后用Event把对象地址保存下来，审核方可以输入上传方地址获取最新对象地址，或者查看Event获取历史对象地址，新数据上链时也会触发Event将本次上传的数据哈希值、数据简述、上传方签名和区块高度保存下来，通过筛选区块高度可以查看历史Event，查询Event时需要通过对象地址进行查询；

步骤S7、企业实体在上传数据时如果遇到权限不足的情况，向管理员进行申请，申请通过后，管理员使用接口模块中赋予角色权限的接口对该企业实体的工业数字身份更新对应角色权限；

步骤S8、自定义数据上链模块中提供合约模板，企业实体根据自身设备情况来增加或减少模板中的数据参数，修改好后需要管理员重新部署合约；

步骤S9、数据上链后，系统中所有的数据审核方依次在链上查看数据并进行审核，审核通过则签名，反之则不签名并在审核方意见字段填入原因；

步骤S10、数据接收方查看上传的数据、数据简述、数据上传方签名、数据审核方签名和意见，同意接收则打上自己的签名，反之则不签名并在接收方意见字段填入原因，如果有多个接收方，还可以查看已接收数据的数据接收方签名和意见。

2.根据权利要求1所述的一种面向工业场景的区块链智能合约系统的运行方法，其特征在于，所述身份生成模块在链下通过底层区块链系统生成唯一的工业数字身份，一个工业数字身份对应一个工业企业实体，其生成的所述工业数字身份的格式为did:inid:0x，其中did字段符合DID标准；inid为industry id的缩写，表示所述工业数字身份应用在工业场景；0x开头后有40位，表示在链下生成的用户地址。

3.根据权利要求1所述的一种面向工业场景的区块链智能合约系统的运行方法，其特征在于：所述身份文档模块将工业数字身份的相关信息存储到区块链中，其中相关信息包括文档创建日期、文档更新日期、企业工业数字身份、用户公钥、管理员签名、企业信息简述、企业类型和区块高度数组。

4.根据权利要求1所述的一种面向工业场景的区块链智能合约系统的运行方法，其特征在于：所述身份权限模块在智能合约部署时将合约部署者选为管理员，管理员负责给后续新生成的工业数字身份赋予对应权限以及初始化身份文档，初始化身份文档时管理员将创建时间、管理员签名、企业工业数字身份和用户公钥存储到文档中，一个工业数字身份对应一个文档地址，初始化完成后，所有角色在身份文档中添加或更新企业信息简述和企业类型字段，然后由管理员填入更新时间，表示同意更改。

5.根据权利要求1所述的一种面向工业场景的区块链智能合约系统的运行方法，其特征在于：所述结构化数据上链模块、所述非结构化数据上链模块和所述自定义数据上链模块支持三种不同类型的数据上链，三种数据类型为工业结构化数据、工业非结构化数据和工业设备生成的时序数据，所述结构化数据上链模块和所述非结构化数据上链模块中将数据哈希值和数据简述上传到区块链中；所述自定义数据上链模块上传的数据分为静态数据和动态数据，所述静态数据为作业名称、设备名称、设备类型和设备编号，所述动态数据为各设备生成的时序数据。

6.根据权利要求1所述的一种面向工业场景的区块链智能合约系统的运行方法，其特征在于：所述智能合约的接口分为基础接口、上传接口、签名接口和查询接口，所述身份权限模块中的所有接口都是基础接口，所述身份文档模块包含上传接口和查询接口，所述结构化数据上链模块、所述非结构化数据上链模块和所述自定义数据上链模块包含上传接口、签名接口和查询接口。

7.根据权利要求1所述的一种面向工业场景的区块链智能合约系统的运行方法，其特征在于：所述自定义数据上链模块提供面向工业场景的数据上链模板，模板包括引用合约、权限查看与判断、各方签名、数据上传、查看数据与签名功能，企业根据自身情况在数据上传和查看数据部分修改数据名称、数据类型以及编写或删除数据上传的代码。

8.根据权利要求1所述的一种面向工业场景的区块链智能合约系统的运行方法，其特征在于：所述管理员根据实际中企业角色来给对应的工业数字身份赋予对应的权限以及初始化对应的身份文档；所述数据上传方上传数据以及数据简述，上传时自动打上上传方签名；所述数据审核方对上传的数据进行审核，审核通过则签名，反之则写明原因；所述数据接收方查看上传的数据、数据简述、上传方签名、审核方签名、审核方意见以及已接收数据的数据接收方签名和意见，如果同意接收则进行签名，反之在接收意见字段填入原因；所述数据上传方、所述数据审核方和所述数据接收方的签名都使用所述身份生成模块中生成的工业数字身份的最后一个字段表示，所有签名都只对本次上传的数据生效。