油气管网工程智能化实体追溯完整系统

技术领域

本发明属于油气管网领域，具体涉及了一种油气管网工程智能化实体追溯完整系统。

背景技术

随着油气管网设施的快速发展，管道建设的运营安全和保护工作面临诸多挑战，做好工程实体数据管理是管网安全建设、安全生产的坚实基础。油气管网工程中各类设施都可称为实体，实体具有可数性和分类性，如管线、站场、阀室、钢管、压缩机、球阀、控制系统等，总的来说，一个实体数据主要包括构成实体的材料设备及其建设业务流。

目前的物资管理系统侧重于经营活动和财务结算，与实体相关的数据则主要依靠专门人力在施工中和竣工后的采办资料、施工资料、设计资料归档，因此，还存在有很多缺陷：1、设备零部件材料品牌、质量数据在建设活动中丢失，大包装拆分成小包装、不同物资组合成一个实体，查找初始数据困难，且无法追溯；2、实物和资料、业务流程和记录进度不一致，存在漏记、补记现象，且补登工作量大、误差大，造成可信度差，缺乏智能化的监控；3、售后服务形式化严重，上下游缺少协同，且过程无法追溯，缺乏智能化的约束。

发明内容

为了解决现有技术中的上述问题，即解决现有油气管网工程建设中实体数据缺乏管理、追溯难、去向查证难的问题，本发明提供了一种基于油气管网工程智能化实体追溯完整系统，该系统包括：

服务中台、实体数据库、应用模块和区块链模块；

所述应用模块，包括初始数据录入单元、追溯码录入单元；

所述初始数据录入单元，配置为获取待管理实体的实体物资属性、实体业务活动流程，将所述待管理实体的实体物资属性作为第一数据包，并发送至服务中台的数据中台，将实体业务活动流程发送至服务中台的智能合约中台；所述实体业务活动流程包括若干活动环节；

所述追溯码录入单元，配置为获取录入的追溯码，并发送至所述服务中台的数据中台；还配置为接收并显示与录入的追溯码所在的活动环节对应的流程合约，并获取基于该流程合约填写的待管理实体所在的活动环节的相关活动环节数据，作为第二数据包，发送至服务中台的数据中台；

所述实体数据库，配置为存储第三数据包；所述第三数据包包括实体公共属性库及实体公共属性的值域规则库；所述实体公共属性库为存储油气管道工程常用材料设备特征、业务流的标准环节以及特性功能的数据库；所述实体公共属性的值域规则库为存储实体公共属性与预设的取值范围的映射关系的数据库；

所述服务中台，包括数据中台、追溯码管理单元、智能合约中台；

所述智能合约中台，配置为接收所述实体业务活动流程，并生成流程合约；所述流程合约包括实体业务活动流程及其各活动环节所对应的信息填写标识字段；所述信息填写标识字段用于限定各活动环节待填写的信息类型；

所述数据中台，包括数据包校验单元、转置处理单元、流程合约查询单元；

所述数据包校验单元，配置为接收所述第一数据包并进行校验，校验后，发送至所述追溯码管理单元的追溯码生成子单元、转置处理单元；还配置为接收所述第二数据包并进行校验，并发送至转置处理单元；

所述转置处理单元，包括数据转置单元，所述数据转置单元配置为对校验成功后的第一数据包或第二数据包进行数据转置，将数据转置后的第一数据包及其对应的追溯码或数据转置后的第二数据包发送至区块链模块；

所述流程合约查询单元，配置为基于录入的追溯码及该追溯码所定位的活动环节，查询到相应的流程合约并发送至追溯码录入单元；

所述追溯码管理单元，包括追溯码生成子单元；所述追溯码生成子单元，配置为基于校验成功的第一数据包生成追溯码，并发送至数据转置单元；

在一些优选的实施方式中，所述区块链模块，配置为接收并存证区块链存证数据结构对应的第一数据包及其对应的追溯码或接收并存证区块链存证数据结构对应的第二数据包。

“基于录入的追溯码及该追溯码所定位的活动环节，查询到相应的流程合约并发送至追溯码录入单元”，其方法为，

获取录入的追溯码，在智能合约中台中查询与该追溯码相对应的流程合约；

获取录入的追溯码的参与角色及操作员所在的活动环节，基于所在活动环节将查询到的流程合约对应的部分内容发送至追溯码录入单元；所述查询到的流程合约的部分内容包括该流程合约内的实体业务活动流程和所在活动环节对应的信息填写标识字段；

其中，所述追溯码的参与角色及操作员的所在活动环节通过区块链模块进行获取。

在一些优选的实施方式中，所述区块链模块，还包括用户权限认证单元；

所述权限认证单元，配置为对参与角色及操作员进行身份认证，并分配特定的权限，其中，所分配的特定的权限与活动环节相对应。

所述初始数据录入单元还配置为获取基于当前流程合约所修改的活动环节数据，并将所修改的活动环节数据发送至智能合约中台；

所述智能合约中台还配置为接收所修改的活动环节数据，并基于所修改的活动环节数据更新当前流程合约内的实体业务活动流程。

在一些优选的实施方式中，所述追溯码管理单元还包括用于生成绑定码的绑定码生成子单元、用于生成单元追溯码的单元追溯码生成子单元和用于生成子追溯码的子追溯码生成子单元；

其中，所述绑定码生成子单元，配置为基于所述初始数据录入单元录入的绑定产品的实体物资属性和所述追溯码录入单元录入的待绑定实体的追溯码，进而生成待绑定实体的绑定码；

所述单元追溯码生成子单元，配置为基于所述初始数据录入单元录入的待拆解实体的拆解后所新产生的实体物资属性，进而生成待拆解实体的单元追溯码；

所述子追溯码生成子单元，配置为基于所述初始数据录入单元录入的实体物资属性，获取待分发实体对应的数量信息，进而结合所述数量信息生成待分发实体的子追溯码。

在一些优选的实施方式中，所述第一数据包、所述第二数据包，其校验方法为：

所述第一数据包的检验方法为：

将第一数据包内的实体物资属性与第三数据包内的实体公共属性库及其值域规则库内的属性进行对比，若能在第三数据包内查询到对应的属性值，判定为校验成功；

所述第二数据包的校验方法为：

将第二数据包分别与第三数据包内的实体公共属性库及其值域规则库内的属性和校验成功后的第一数据包内的第一实体物资属性进行对比，若能在第三数据包和校验成功后的第一数据包内查询到对应的属性值，且与第一数据包内的数量相匹配，判定为校验成功。

在一些优选的实施方式中，所述转置处理单元，还包括可视化处理单元；

所述可视化处理单元，配置为将转置为不同数据结构的第一数据包、第二数据包，基于报表模型以表格、图形方式发送至追溯码录入单元进行显示。

在一些优选的实施方式中，“对校验成功后的第一数据包或第二数据包进行数据转置”，其方法为，

结合获取的校验成功后的第一数据包或第二数据包对应设定类型的戳信息，将校验成功后的第一数据包或第二数据包按照数据类型转置为不同数据结构，并根据存证合约进行签名认证，生成区块链存证数据结构。

在一些优选的实施方式中，所述实体物资属性包括设计属性、采购属性、生产基本属性和生产个体属性；所述设计属性分别与所述采购属性、所述生产基本属性、所述生产个体属性为一对多的关系。

在一些优选的实施方式中，所述设定类型的戳信息包括时间戳、地理戳、操作员信息戳。

本发明的有益效果：

本发明解决现有油气管网工程建设中实体数据缺乏管理、追溯难、去向查证难的问题。

(1)本发明以区块链为平台技术架构构建油气管网工程智能化实体追溯完整系统，可以为工程实体数据提供完整且实时的跟踪、统计和管理。

(2)在本发明中，实体数据库内包括实体公共属性库及实体公共属性的值域规则库两个主要属性库，通过对实体数据库内数据的属性值及其取值范围进行标准化，并将其与录入数据进行对比，可以有效保证录入数据的正确性，从而提高统计准确率。

(3)在本发明中，基于流程合约仅设置在智能合约中台，而不存证于区块链模块的设定，使得本发明可以依据获取的待补充实体业务活动流程对流程合约进行更改，从而使得流程合约可以始终与实体的实际业务活动流程保持一致、实体的相关活动环节数据可以始终与实际的业务活动流程相对应，满足了实际应用中的多变性，进而保证了追溯以及去向查证的准确性。

(4)在本发明中，区块链模块中的用户权限认证单元可以为参与角色及操作员身份认证，分配特定的权限，其中，所分配的特定的权限与活动环节相对应，从而使得当数据中台获取到参与角色及操作员的身份信息时，可以基于区块链模块获取到参与角色及操作员的所在活动环节，并依据所在活动环节自动将对应的流程合约发送至追溯码录入模块，从而实现对参与角色及操作员所录入的数据的准确限定，进而提高数据的准确率。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本发明一种实施例的结构示意图；

图2是本发明一种实施例的第一数据包校验的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

本发明的一种油气管网工程智能化实体追溯完整系统，如图1所示，该系统包括：服务中台、实体数据库、应用模块和区块链模块；

所述应用模块，包括初始数据录入单元、追溯码录入单元；

所述初始数据录入单元，配置为获取待管理实体的实体物资属性、实体业务活动流程，将所述待管理实体的实体物资属性作为第一数据包，并发送至服务中台的数据中台，将实体业务活动流程发送至服务中台的智能合约中台；所述实体业务活动流程包括若干活动环节；

所述追溯码录入单元，配置为获取录入的追溯码，并发送至所述服务中台的数据中台；还配置为接收并显示与录入的追溯码所在的活动环节对应的流程合约，并获取基于该流程合约填写的待管理实体所在的活动环节的相关活动环节数据，作为第二数据包，发送至服务中台的数据中台；

所述实体数据库，配置为存储第三数据包；所述第三数据包包括实体公共属性库及实体公共属性的值域规则库；所述实体公共属性库为存储油气管道工程常用材料设备特征、业务流的标准环节以及特性功能的数据库；所述实体公共属性的值域规则库为存储实体公共属性与预设的取值范围的映射关系的数据库；

所述服务中台，包括数据中台、追溯码管理单元、智能合约中台；

所述智能合约中台，配置为接收所述实体业务活动流程，并生成流程合约；所述流程合约包括实体业务活动流程及其各活动环节所对应的信息填写标识字段；所述信息填写标识字段用于限定各活动环节待填写的信息类型；

所述数据中台，包括数据包校验单元、转置处理单元、流程合约查询单元；

所述数据包校验单元，配置为接收所述第一数据包并进行校验，校验后，发送至所述追溯码管理单元的追溯码生成子单元、转置处理单元；还配置为接收所述第二数据包并进行校验，并发送至转置处理单元；

所述转置处理单元，包括数据转置单元，所述数据转置单元配置为对校验成功后的第一数据包或第二数据包进行数据转置，将数据转置后的第一数据包及其对应的追溯码或数据转置后的第二数据包发送至区块链模块；

所述流程合约查询单元，配置为基于录入的追溯码及该追溯码所定位的活动环节，查询到相应的流程合约并发送至追溯码录入单元；

所述追溯码管理单元，包括追溯码生成子单元；所述追溯码生成子单元，配置为基于校验成功的第一数据包生成追溯码，并发送至数据转置单元；

所述区块链模块，配置为接收并存证区块链存证数据结构对应的第一数据包及其对应的追溯码或接收并存证区块链存证数据结构对应的第二数据包。

为了更清晰地对本发明油气管网工程智能化实体追溯完整系统进行说明，下面结合附图对本发明系统一种实施例中各模块进行展开详述。

具体地，如图1所示，本发明通过构建初始数据录入、工作数据录入两大工作过程实现对油气管网工程建设中实体数据完整且准确的统计与管理，从而大大提高追溯和去向查证工作的便利性。

在下述实施例中，先对初始数据录入所涉及到的各模块的工作过程进行详述，再对工作数据录入所涉及到的各模块的工作过程进行详述。

1、初始数据录入

所述应用模块，包括初始数据录入单元；

所述初始数据录入单元，配置为获取待管理实体的实体物资属性、实体业务活动流程，将所述待管理实体的实体物资属性作为第一数据包，并发送至服务中台的数据中台，将实体业务活动流程发送至服务中台的智能合约中台；所述实体业务活动流程包括若干活动环节；

在本实施例中，所述实体物资属性包括实体物资的设计属性、采购属性、生产基本属性和生产个体属性，设计属性和采购属性、采购属性和生产基本属性、生产基本属性和生产个体属性分别是一对多的关系。具体地，以钢管为例，设计属性包括钢管名称(直缝埋弧焊钢管)、设计规范(CDP2016)、计量单位(吨)等。采购属性包括合同号、采购数量、供应商，基于多个直缝埋弧焊钢管合同，会产生多个采购属性。生产基本属性包括该类钢管的外径、壁厚、制造标准、制造商、材质及质检报告等。基于同一合同下会有多种不同规格型号的钢管，同一采购属性会对应多个生产基本属性。生产个体属性包括管号、炉号、长度、重量等，基于同种规格型号的钢管会对应很多根管号不同、长度不一的钢管，同一生产基本属性会对应多个生产个体属性。所述实体业务活动流程包括设计、采购、生产、发货、运输、到货验收、入库、调拨、出库、安装、施工检测、调试、投产等活动环节。

且需要说明的是，在本实施例中，所述初始数据录入单元至少包括逐条录入和批量导入两种数据录入方式，以下对这两种数据录入方式进行详述。

(1)逐条录入

所述初始数据录入单元内预设有第一数据库，所述第一数据库内存储有实体物资属性和实体业务活动流程，并依照设计属性、采购属性、生产基本属性、生产个体属性、实体业务活动流程分类显示在初始数据录入单元以供工作人员填写，其中，类似于制造商、材质等有范围限定的属性，其所对应的具体属性值(如：XXX制造商、Lp360材质)也同样于存储于第一数据库内并在初始数据录入单元进行显示用于供工作人员点选，以规范工作人员的填写内容，而类似于外径、壁厚、长度等因实际需求不同而不具备固定范围的属性，仅将其所对应的填写格式一并存储于第一数据库内并在初始数据录入单元进行显示，即仅对工作人员的填写格式进行规范，而不限定填写内容。

(2)批量导入

所述初始数据录入单元设置有第一数据接口和第二数据接口，并通过第一数据接口接收工作人员所批量导入的数据，通过第二数据接口接收从其它生产系统自动传输的批量数据，以此提高数据录入的效率。

所述实体数据库，配置为存储第三数据包；所述第三数据包包括实体公共属性库及实体公共属性的值域规则库；所述实体公共属性库为存储油气管道工程常用材料设备特征、业务流的标准环节以及特性功能的数据库；所述实体公共属性的值域规则库为存储实体公共属性与预设的取值范围的映射关系的数据库；

在本实施例中，所述实体公共属性库包括油气管道工程实体的常用197种材料设备的主要技术特征、质量特征和商务特征，及常用业务流的15个标准活动环节(设计、采购、生产、抽样、检验、发货、运输、到货验收、入库、调拨、出库、安装、施工检测、调试、投产)和7个特性功能(绑定、分发、拆解、组合、售后服务、抽检、动态配置合约)。

所述实体公共属性的值域规则库包括基于技术标准、机构类型、品牌、工程项目、合同信息、基本信息所设定的若干库，如：物资名称种类库、计量单位选型库、产品属性库、材质选型库、管型选型库、制造商品牌库、压力等级类型选项库、站场标段库、防腐类型库、防腐等级库等。

需要说明的是，所述第一数据库内所存储的实体物资属性和实体业务活动流程与实体公共属性库及其值域规则库内所存储的内容相对应。

所述服务中台，包括数据中台、追溯码管理单元、智能合约中台；所述数据中台，包括数据包校验单元、转置处理单元、流程合约查询单元；

所述数据包校验单元，配置为接收所述第一数据包并进行校验，若校验成功，将校验后的第一数据包发送至所述追溯码管理单元的追溯码生成子单元、转置处理单元，若校验失败，将检验失败的信息发送至所述初始数据录入单元，以提醒工作人员修改录入的待管理实体的实体物资属性，并接收修改后的新的第一数据包进行校验，直至校验成功；其中需要说明的是，当所述第一数据包所对应的实体物资属性、实体业务活动流程为通过逐条录入的方式进行录入时，基于第一数据库与第三数据库相匹配的特性，无需对第一数据包进行校验即可发送至所述追溯码管理单元；当所述第一数据包所对应的实体物资属性、实体业务活动流程为通过批量导入的方式进行录入时，需要对第一数据包进行校验，以保证所录入的数据的规范性。

在本实施例中，如图2所示，所述第一数据包的检验方法为：

读取实体数据库内的第三数据包，对第一数据包的完整度进行判定并将第一数据包内的实体物资属性与第三数据包内的实体公共属性库及其值域规则库内的属性进行对比，若第一数据包内没有漏填属性，且能在第三数据包内查询到对应的属性值，则判定为校验成功；

所述追溯码管理单元，包括追溯码生成子单元；所述追溯码生成子单元，配置为基于校验成功的第一数据包生成追溯码，并发送至转置处理单元；

所述转置处理单元，包括数据转置单元，所述数据转置单元配置为对校验成功后的第一数据包进行数据转置，将数据转置后的第一数据包及其对应的追溯码发送至区块链模块；需要补充的是，在将所述第一数据包所对应的实体业务活动流程发送至智能合约中台之前，先通过所述初始数据录入单元将实体业务活动流程发送至数据转置单元，通过数据转置单元将第一数据包的实体业务活动流程与所述第一数据包所对应的追溯码基于绑定ID进行绑定，之后，再通过数据转置单元将绑定后的实体业务活动流程发送至智能合约中台，以用于实现的追溯功能。

在本实施例中，对校验成功后的第一数据包的数据转置方法为，结合获取的校验成功后的第一数据包对应设定类型的戳信息，将校验成功后的第一数据包转置为私有数据结构和公有数据结构，并根据存证合约进行签名认证，结合私有数据结构和公有数据结构生成第一区块链存证数据结构。其中，私有数据为涉及商务和个人信息方面的，如合同、每个活动环节的操作员姓名、联系方式等；公有数据为实体的技术信息和每个活动环节的操作时间、记录等，如产品名称、产品图片、规格型号、质量报告，以调试为例的调试时间、调试记录等。所述设定类型的戳信息包括时间戳、地理戳、操作员信息戳。且需要说明的是，所述第一数据包内数据分为公有数据和私有数据，在数据转置单元将第一数据包的实体业务活动流程与所述第一数据包所对应的追溯码基于绑定ID进行绑定时，所述数据转置单元还配置为从区块链模块中读取参与角色及操作员的权限，以获取第一数据包内各数据所属的数据类型，并通过权限标识分类识别号分别对公有数据和私有数据进行标记，以实现对公有数据和私有数据区分。

所述智能合约中台，配置为接收所述实体业务活动流程，并生成流程合约；所述流程合约包括实体业务活动流程及其各活动环节所对应的信息填写标识字段；所述信息填写标识字段用于限定各活动环节待填写的信息类型；还配置为生成并存储存证合约。

在本实施例中，不同活动环节所对应不同的信息填写标识字段，所述信息填写标识字段包括有填写日期、填写人等信息类型，且所述信息填写字段内还包括有与填写日期、填写人等信息类型分别对应的具体内容(如：XXX操作员)，从而使得工作人员在填写各活动环节的信息时，只能填写固定的信息类型和在信息类型中点选固定的具体内容，由此实现对各活动环节待填写的信息类型及内容的限定。

所述区块链模块，配置为接收并存证第一区块链存证数据结构对应的第一数据包及其对应的追溯码；

在本实施例中，所述区块链模块包括区块链底层平台和多个区块链节点，所述区块链底层平台配置为接收第一区块链存证数据结构对应的第一数据包及第一数据包对应的追溯码，并在多个区块链节点完成存证，多个区块链节点之间形成数据同步的共识控制机制。

更进一步地，所述区块链模块，还包括用户权限认证单元；

在本实施例中，所述权限认证单元，配置为对参与角色及操作员进行身份认证，并分配特定的权限，其中，所分配的特定的权限包括有对参与角色及操作员需要录入的各数据所属的数据类型的设定，以用于区分公有数据和私有数据。

2、工作数据录入

所述应用模块，还包括追溯码录入单元；

所述追溯码录入单元，配置为获取录入的追溯码，并发送至所述服务中台的数据中台；还配置为接收并显示与录入的追溯码所在的活动环节对应的流程合约，并获取基于该流程合约填写的待管理实体所在的活动环节的相关活动环节数据，作为第二数据包，发送至服务中台的数据中台；

在本实施例中，所述追溯码录入单元显示与录入的追溯码所在的活动环节对应的流程合约以用于限定工作人员的填写内容，进而提高工作人员所填写的数据的规范性及完整度；且需要说明的是，所述追溯码录入单元同样包括逐条录入和批量导入两种数据录入方式，其中批量导入方式与所述初始数据录入单元中的批量导入方式相同，故此处不再详述。

所述数据中台，还包括流程合约查询单元；

所述流程合约查询单元，配置为基于录入的追溯码及该追溯码所定位的活动环节，查询到相应的流程合约并发送至追溯码录入单元；

具体地，“基于录入的追溯码及该追溯码所定位的活动环节，查询到相应的流程合约并发送至追溯码录入单元”，其方法为，

获取录入的追溯码，在智能合约中台中查询与该追溯码相对应的流程合约；

在本实施例中，对录入的追溯码上的绑定ID进行获取，基于绑定ID在智能合约中台中查询与该追溯码相对应的流程合约；

获取录入的追溯码的参与角色及操作员所在的活动环节，基于所在活动环节将查询到的流程合约对应的部分内容发送至追溯码录入单元；所述查询到的流程合约的部分内容包括该流程合约内的实体业务活动流程和所在活动环节对应的信息填写标识字段；其中，所述追溯码的参与角色及操作员的所在活动环节通过区块链模块进行获取。

在本实施例中，录入的追溯码的参与角色及操作员所在的活动环节基于数据转置单元获取。

所述数据转置单元，还配置为基于区块链模块获取角色及操作员的所在活动环节。

所述权限认证单元，配置为对参与角色及操作员进行身份认证，并分配特定的权限，其中，所分配的特定的权限与活动环节相对应，且所分配的特定的权限包括有对参与角色及操作员所录入的各数据所属的数据类型的判定，以用于区分公有数据和私有数据。

具体地，权限认证单元内预设有对参与角色及操作员的身份ID的权限设置。追溯码录入单元在获取录入的追溯码之前，需要先获取参与角色及操作员的身份ID并发送至数据转置单元，之后，数据转置单元接收参与角色及操作员的身份ID并读取权限认证单元内与该身份ID所对应的权限，通过分析权限实现对该身份ID所在的活动环节的判定。

所述数据包校验单元，配置为接收所述第二数据包并进行校验，若校验成功，将校验后的第二数据包发送至数据转置单元，若校验失败，将检验失败的信息发送至所述追溯码录入单元，以提醒工作人员修改录入的待管理实体的实体物资属性，并接收新的第二数据包进行校验，直至校验成功。

其中需要说明的是，当所述第二数据包所对应的相关活动环节数据为通过逐条录入的方式进行录入时，基于流程合约与第三数据库相匹配的特性，无需对第二数据包的属性值进行校验，而只需对其数量进行校验，当所述第二数据包所对应的相关活动环节数据为通过批量导入的方式进行录入时，需要对第二数据包的属性值及数量均进行校验，以保证所录入的数据的规范性。

在本实施例中，以基于批量导入方式录入的数据所生成的第二数据包为例，所述第二数据包的检验方法为：

通过数据转置单元从区块链模块中读取与录入的追溯码相匹配的第一数据包，从实体数据库内读取第三数据包，将第二数据包分别与第三数据包内的实体公共属性库及其值域规则库内的属性和校验成功后的第一数据包内的第一实体物资属性进行对比，若能在第三数据包和校验成功后的第一数据包内查询到对应的属性值，且数量相匹配，判定为校验成功。具体地，“数量相匹配”所指为，校验成功后的第一数据包内的包括有若干采购合同或其它合同，合同内记载有相关实体的数量，若第二数据包内的实体的数量大于该实体在第一数据包中的数量，则判定为“数量不匹配”，若第二数据包内的实体的数量不大于该实体在第一数据包中的数量，则判定为“数量匹配”。

所述数据转置单元，配置为对校验成功后的第二数据包进行数据转置，将数据转置后的第二数据包发送至区块链模块；

在本实施例中，对校验成功后的第二数据包的数据转置方法为，结合获取的校验成功后的第二数据包对应设定类型的戳信息，将校验成功后的第二数据包转置为私有数据结构和公有数据结构，并根据存证合约进行签名认证，结合私有数据结构和公有数据结构生成第二区块链存证数据结构。其中，所述设定类型的戳信息包括时间戳、地理戳、操作员信息戳。其中，对校验成功后的第二数据包的数据转置方法和对校验成功后的第一数据包的数据转置方法一致，故此处不再详述。同时，需要说明的是，在所述数据转置单元对所述第二数据包进行数据转置前，所述数据转置单元还配置为从用户权限认证单元中读取参与角色及操作员所对应的权限，以对第二数据包内的数据进行标记，从而实现对第二数据包内公有数据和私有数据的区分。

所述区块链模块，配置为接收并存证第二区块链存证数据结构对应的第二数据包。

更进一步地，本发明通过构建修改流程合约和新增追溯码两大工作过程以满足油气管网工程实际应用中的多变性。

在下述实施例中，先对修改流程合约所涉及到的各模块的工作过程进行详述，再对新增追溯码所涉及到的各模块的工作过程进行详述。

3、修改流程合约

所述初始数据录入单元配置为获取基于当前流程合约所修改的活动环节数据，并将所修改的活动环节数据发送至智能合约中台；

在本实施例中，在获取当前流程合约所修改的活动环节数据之前，所述追溯码录入单元获取工作人员所录入的追溯码并发送至流程合约查询单元，所述初始数据录入单元通过流程合约查询单元获取该追溯码所对应的流程合约并进行显示，以供工作人员对该流程合约进行修改，之后，初始数据录入单元接收工作人员进行的修改操作，具体地，修改操作包括“补充”和“删除”，且需要强调的是，所述修改操作仅可对未进行到的活动环节进行修改，针对于已进行的活动环节，由于该活动环节所对应的活动环节数据已存证至区块链中，因此无法进行修改，其中，已进行的活动环节所指为已录入相关活动环节数据的活动环节，由此实现在满足实际应用的多变性的同时，还能保证数据的准确性。

所述智能合约中台还配置为接收所修改的活动环节数据，并基于所修改的活动环节数据更新当前流程合约内的实体业务活动流程。由此使得本发明可以依据获取的待修改实体业务活动流程对流程合约进行更改，从而使得流程合约可以始终与实体的实际业务活动流程保持一致、实体的相关活动环节信息可以始终与实际的业务活动流程相对应，满足了实际应用中的多变性，进而保证了追溯以及去向查证的准确性。

4、新增追溯码

所述追溯码管理单元还包括用于生成绑定码的绑定码生成子单元、用于生成单元追溯码的单元追溯码生成子单元和用于生成子追溯码的子追溯码生成子单元；

绑定码生成作业主要应用于包装箱、集装箱或其他像某个零星实体的发货需要突出一些关联情况时进行。其中，所述绑定码生成子单元，配置为基于所述初始数据录入单元录入的绑定产品的实体物资属性和所述追溯码录入单元录入的待绑定实体的追溯码，进而生成待绑定实体的绑定码；

所述绑定码的生成方法及绑定方法为：

所述初始数据录入单元获取绑定实体所用的绑定产品的实体物资属性以及待绑定实体的追溯码，并将绑定实体所用的产品信息作为第四数据包发送至绑定码生成子单元、数据转置单元，将待绑定实体的追溯码发送至数据转置单元；

所述绑定码生成子单元基于第四数据包生成绑定码，并将绑定码发送至数据转置单元；

数据转置单元将绑定码和待绑定实体的追溯码进行绑定，并接收第四数据包并进行数据转置，将数据转置后的第四数据包及其对应的绑定后的绑定码发送至区块链模块进行存证。

单元追溯码生成作业主要用于某件大型设备要拆解，而拆解后的产品无追溯码的情况下进行。所述单元追溯码生成子单元，配置为基于所述初始数据录入单元录入的待拆解实体的拆解后所新产生的实体物资属性，进而生成待拆解实体的单元追溯码；

所述单元追溯码的生成方法及绑定方法为：

所述初始数据录入单元获取待拆解实体的追溯码以及拆解后所新产生的实体的实体物资属性，并将待拆解实体的追溯码发送至数据转置单元，将拆解后所新产生的实体的实体物资属性作为第五数据包发送至单元追溯码生成子单元；

所述单元追溯码生成子单元基于第五数据包生成单元追溯码，并将单元追溯码和第五数据包发送至数据转置单元；

所述数据转置单元获取待拆解实体的追溯码和单元追溯码，并将待拆解实体的追溯码和单元追溯码相关联，将关联后的单元追溯码及其对应的第五数据包发送至区块链模块进行存证；

子追溯码生成作业主要用于有多个小包装或多个一样的产品需要分发的情况下进行。所述子追溯码生成子单元，配置为基于所述初始数据录入单元录入的实体物资属性，获取待分发实体对应的数量信息，进而结合所述数量信息生成待分发实体的子追溯码。

所述子追溯码的生成方法及绑定方法为：

所述初始数据录入单元获取待分发实体的追溯码以及待分发的数量信息，并将待分发实体的追溯码发送至数据转置单元，将待分发的数量信息作为第六数据包发送至子追溯码生成子单元；

所述子追溯码生成子单元基于第六数据包生成子追溯码，并将子追溯码和第六数据包发送至数据转置单元；

所述数据转置单元获取待分发实体的追溯码和子追溯码，并将待分发实体的追溯码所对应的数据包与子追溯码相关联，关联后的子追溯码及其对应的第六数据包发送至区块链模块进行存证；此外，所述数据转置单元还将对待分发实体的追溯码所对应的第一数据包进行更新并将更新后的内容作为第七数据包发送至区块链模块进行存证。其中，与待分发实体的追溯码所对应的数据包包括与该追溯码对应的第一至第七数据包。

更进一步地，在下述实施例中，对实体追溯的工作过程进行详述。

5、实体追溯

所述追溯码录入单元获取录入的追溯码以及追溯指令，并将录入的追溯码及追溯指令发送至数据转置单元，通过数据转置单元获取与该追溯码相关的第一数据包、第二数据包，并发送至转置处理单元的可视化处理单元，经可视化处理单元处理后，显示在所述追溯码录入单元以供工作人员查看。其中，所述可视化处理单元，配置为通过数据转置单元从区块链模块中获取转置为不同数据结构的第一数据包、第二数据包，并将转置为不同数据结构的第一数据包、第二数据包基于报表模型以表格、图形方式发送至追溯码录入单元进行显示。且需要说明的是，所述可视化处理单元内预设有基于不同指标所生成的若干报表模型以及与各报表模型所对应的计算模型，所述报表模型可以是表格形式、图形形式或是表格与图形相结合的形式。以第一数据包、第二数据包为数据源，基于物资种类名称、参与单位、业务流的活动环节、时间段等标准抽取第一数据包、第二数据包内的数据，并依据工作人员通过追溯码录入单元所输入的指标查询口令，填充至与该指标相对应的报表模型中，进而实现对数据的展示。其中，所述指标包括但不限于上链操作分析(单位上链数量、物资上链数量等)、追溯环节分析(当前活动环节批次、活动环节数量)、追溯查询分析(查询次数)、追溯流程数量分析(已完成所有追溯环节的数量、物资类别等)、油气管网物资供应综合进度统计(物资在生产、发货、安装、调试等的详细数量)、质量检验统计。

同时需要补充的是，在工作人员通过追溯码录入单元录入追溯码以对历史数据进行查看时，所述数据转置单元获取与参与角色及操作员所对应的权限，以限定追溯码录入单元的显示内容，如仅可显示公有数据、仅可显示所在环节的私有数据或其它范围。

需要说明的是，上述实施例提供的油气管网工程智能化实体追溯完整系统，仅以上述各功能模块的划分进行举例说明，在实际应用中，可以根据需要而将上述功能分配由不同的功能模块来完成，即将本发明实施例中的模块或者步骤再分解或者组合，例如，上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块，以完成以上描述的全部或者部分功能。对于本发明实施例中涉及的模块、步骤的名称，仅仅是为了区分各个模块或者步骤，不视为对本发明的不当限定。

本领域技术人员应该能够意识到，结合本文中所公开的实施例描述的各示例的模块、方法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，软件模块、方法步骤对应的程序可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。为了清楚地说明电子硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以电子硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

术语“第一”、“第二”等是用于区别类似的对象，而不是用于描述或表示特定的顺序或先后次序。

术语“包括”或者任何其它类似用语旨在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备/装置不仅包括那些要素，而且还包括没有明确列出的其它要素，或者还包括这些过程、方法、物品或者设备/装置所固有的要素。

至此，已经结合附图所示的优选实施方式描述了本发明的技术方案，但是，本领域技术人员容易理解的是，本发明的保护范围显然不局限于这些具体实施方式。在不偏离本发明的原理的前提下，本领域技术人员可以对相关技术特征做出等同的更改或替换，这些更改或替换之后的技术方案都将落入本发明的保护范围之内。