业务驱动式数据管理方法及其软件系统与流程

1.本发明涉及工业物联网技术领域，具体地，涉及一种业务驱动式数据管理方法及其软件系统。


背景技术：

2.iiot(industrial internet of things)是工业物联网的简称，伴随信息技术发展，制造技术与物联网越来越深度的结合，业界对物联网业务升级的需求也越来越强烈，但由于各场景之间的差异性存在，导致业务应用难以被复用，极大地桎梏了iiot业务落地的效率。为适应市场需求及制造业转型升级，已经有一些专利开始探讨如何利用数据中台来降低信息化业务之间的数据碎片化、重复化的问题，如专利文献cn112148261a(申请号：cn202011031997.9)公布一种智能船厂数字化服务平台的数据中台设计方法，如专利文献cn112163039a(申请号： cn202010997006.6)公开了基于企业级数据中台分析域的数据资源标准化管理系统。
3.图1是传统的iot架构，一般的数据中台系统中对数据停留于数据的接口化接入与数据的管理，与设备层、业务层剥离开，这样的系统存在如下两个问题：一、由于数据中台系统存在于一般iot模型设备层
‑
数据层
‑
应用层的中间层，导致设备信息采集与业务应用逻辑之间是隔离开的，虽然通过接口实现各层级的解耦，但也导致了一定的割裂，业务中对于设备的建模往往难以与采集对于设备的建模之间匹配，需要大量的成本去协调；二、由于各业务应用之间是独立且平等的，但业务实现过程中难免存在业务互相覆盖的出现，导致部分业务需求被重复实现，降低了业务快速落地的效率。且现有iiot系统的拓展性差，现有业务难以被移植，难以快速落地新增业务。


技术实现要素：

4.针对现有技术中的缺陷，本发明的目的是提供一种业务驱动式数据管理方法及其软件系统。
5.根据本发明提供的一种业务驱动式数据管理软件系统，包括：
6.静态建模模块：构建静态建模模型，将静态建模模型的静态属性采集方式和协议解析方式提供给数据采集模块；
7.数据采集模块：采集设备运行数据，对采集到的设备运行数据进行协议解析，搭建数据采集通道；
8.数据处理模块：提供数据交换功能；获取解析数据和来自业务应用的业务数据，对所述解析数据和所述业务数据进行数据清洗；
9.动态业务数据重构模块：通过静态建模模型的属性映射，对经过清洗后的所述解析数据进行数据重构，形成动态业务数据模型；以及，对经过清洗后的解析数据与业务功能进行融合，形成二次数据重构，得到完整动态业务数据模型；
10.数据封装模块：从所述数据处理模块和/或所述动态业务数据重构模块获取业务
应用所需的数据并进行封装，提供交互接口给业务应用调用。
11.优选地，还包括专家知识库模块，所述设备数据实时通过所述专家知识库模块进行数据监控，根据预设的故障判断规则对故障进行判断，并调取相应的解决方案。
12.优选地，所述动态业务数据建模包括建立：
13.设备数据模型：对设备的物理特性与执行特点进行建模，将单一、多设备或者设备部分组件抽象为制造执行单元，构建设备异构网络；
14.产线数据模型：在设备建模的基础上，将多个制造执行单元抽象为产线模型，构建产线异构网络；
15.工厂数据模型：在产线建模的基础上，将多个产线模型抽象为工厂模型，构建工厂异构网络。
16.优选地，所述数据处理模块先获取所述解析数据并进行数据清洗，所述动态业务数据重构模块对经过清洗后的所述解析数据进行数据重构，形成动态业务数据模型，通过动态业务数据模型按照不同的应用业务需求，对业务数据进行组合和封装；
17.业务应用调用封装后的数据后得到自身的业务数据、调度命令，并下发给所述数据处理模块；
18.所述数据处理模块将获取的来自业务应用的调度命令，并分发给专有数据通道，所述专有数据通道对所述调度命令转发至对应的设备，所述设备执行接收到的调度命令，并将实时的设备数据反馈给所述数据采集模块；
19.所述数据处理模块将获取的业务数据和实时的设备数据进行融合，形成二次数据重构，得到完整动态业务数据模型，通过完整动态业务数据模型对业务数据进行重新组合和封装。
20.根据本发明提供的一种业务驱动式数据管理方法，包括：
21.静态建模步骤：构建静态建模模型，将静态建模模型的静态属性采集方式和协议解析方式提供给数据采集模块；
22.数据采集步骤：采集设备运行数据，对采集到的设备运行数据进行协议解析，搭建数据采集通道；
23.数据处理步骤：获取解析数据和来自业务应用的业务数据，对所述解析数据和所述业务数据进行数据清洗；
24.动态业务数据重构步骤：通过静态建模模型的属性映射，对经过清洗后的所述解析数据进行数据重构，形成动态业务数据模型；以及，对经过清洗后的解析数据与业务功能进行融合，形成二次数据重构，得到完整动态业务数据模型；
25.数据封装步骤：从数据处理步骤或动态业务数据重构步骤的结果中获取业务应用所需的数据并进行封装，提供交互接口给业务应用调用。
26.优选地，还包括：所述设备数据实时通过所述专家知识库模块进行数据监控，根据预设的故障判断规则对故障进行判断，并调取相应的解决方案。
27.优选地，所述动态业务数据建模包括建立：
28.设备数据模型：对设备的物理特性与执行特点进行建模，将单一、多设备或者设备部分组件抽象为制造执行单元，构建设备异构网络；
29.产线数据模型：在设备建模的基础上，将多个制造执行单元抽象为产线模型，构建
产线异构网络；
30.工厂数据模型：在产线建模的基础上，将多个产线模型抽象为工厂模型，构建工厂异构网络。
31.优选地，所述数据处理步骤先获取所述解析数据并进行数据清洗，所述动态业务数据重构步骤对经过清洗后的所述解析数据进行数据重构，形成动态业务数据模型，通过动态业务数据模型按照不同的应用业务需求，对业务数据进行组合和封装；
32.业务应用调用封装后的数据后得到自身的业务数据、调度命令，并下发；
33.将获取的来自业务应用的调度命令，并分发给专有数据通道，所述专有数据通道对所述调度命令转发至对应的设备，所述设备执行接收到的调度命令，并将实时的设备数据进行反馈；
34.将获取的业务数据和实时的设备数据进行融合，形成二次数据重构，得到完整动态业务数据模型，通过完整动态业务数据模型对业务数据进行重新组合和封装。
35.与现有技术相比，本发明具有如下的有益效果：
36.本发明将设备建模与业务数据建模的内容分别从数据采集与业务开发上分离出来，将之与数据管理结合起来，实现对数据采集、数据建模到数据管理的数据闭环。通过协议包与设备采集结合构建起快速部署的数据采集协议解析功能的实现；通过对业务数据进行初步封包降低业务开发过程中业务数据被覆盖使用情况，降低业务开发的业务数据建模过程，从而提高业务开发效率。
附图说明
37.通过阅读参照以下附图对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：
38.图1为传统的iot架构示意图；
39.图2为本发明的系统结构示意图。
具体实施方式
40.下面结合具体实施例对本发明进行详细说明。以下实施例将有助于本领域的技术人员进一步理解本发明，但不以任何形式限制本发明。应当指出的是，对本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变化和改进。这些都属于本发明的保护范围。
41.如图2所示，本实施例提供的业务驱动式数据管理软件系统，包括：静态建模模块、数据采集模块、数据处理、动态业务数据重构、数据封装、专家知识库、调度命令转发，各模块的功能介绍如下。
42.静态建模模块：本模块实现对现场相关设备业务流转以及相关属性参数的收集，如机床、agv、桁架等，并在此基础上构建产线模型和工厂的业务模型参数库。
43.数据采集模块：通过选定modbus、tcp/ip等传输方式，与现场设备进行对接，采集设备的运行数据，并将设备传输协议解析为可识别的业务数据。协议解析指代通过各类设备协议包进行配置部署，实现对设备数据采集协议的快速解析部署。部署配置的步骤包括：步骤1：部署协议包，配置设备的型号、网络信息、空间信息等信息，并配置设备模型属性信
息；步骤2：根据配置的设备信息，调用协议包中的特定协议方法，实现对通讯协议的解析实现，如若缺少相关协议解析方法，更新协议包内容并重新部署。
44.数据处理模块：接收和处理数据采集模块、上层制造执行系统的数据，设置数据清洗规则，并进行数据清洗、数据存储，并提供数据交换功能，对各方数据进行中转
45.态业务数据重构模块：将数据处理模块清洗完成的无序数据，进行数据的重构，实现设备、产线、工厂的实时、动态业务数据建模。
46.数据封装模块：通过行业专家、现场实时经验的积累，将上层制造执行系统不同模块所需要的数据进行封装，可组合式快速满足不同工厂所需要的业务数据。内容包括状态检测规则包、设备oee数据包、数字孪生数据包、设备监控数据包、物料监控数据包、工艺执行数据包、质量管理数据包、现场调度数据包等内容。
47.专家知识库模块：对行业专家的经验进行数字化沉淀，为工厂运营故障提供建议解决方案。
48.调度命令转发模块：制造执行系统调度命令具有低时延需求，需要将命令快速下发到执行设备，因此需要构建专有的调度命令转发通道以满足此需求。
49.本发明中，数据交换与控制转发指代通过规则配置，配置各项业务所能访问与操作的业务数据、设备执行、建模模型与知识模型等权限，实现数据权限的统一配置管理，降低数据泄露与滥用风险，保证设备执行的安全。
50.参考图2所示，上述业务驱动式数据管理软件系统的管理方法如下。
51.1、构建设备、产线、工厂的静态属性，并将静态属性采集方式和协议解析方式进行定义，供数据采集模块调用。
52.2、将静态建模的属性和参数以及协议解析规则传递给数据采集模块，为数据采集提供快速实例化方案。
53.3、对接现场设备，将现场设备采集到的数据传递给数据采集模块。
54.4、将设备传输上来的数据，执行协议解析规则，将设备数据解析为业务数据，例如采集到的mcu数据为：a，转换为业务数据为：b。
55.5、将解析完成的时序数据传送给数据处理模块。
56.6、接收设备的时序数据，并进行存储，设置数据清洗规则，对数据进行清洗后，转化为业务可用的关系型数据并进行存储。
57.7、将清洗后的设备数据传输给动态业务建模模块。
58.8、通过静态建模模型的属性映射，将清洗好的设备采集的数据进行重构，形成采集数据的设备、产线、工厂数据模型。
59.9、将动态业务数据重构后的数据按照不同的业务需求进行重新组合。
60.10、将重新组合的业务数据进行封装，提供交互接口给上层制造执行系统调用。
61.11、使用数据处理模块的数据交换功能实现封装数据给制造执行系统的传输。
62.12、制造执行系统获取调用的业务封装数据。
63.13、制造执行系统获取将自身的业务数据、设备命令调度数据下发给数据管理系统的数据处理模块。
64.14、数据管理系统的数据处理模块接收并存储数据。
65.15、设置数据清洗规则，对制造执行系统的业务数据进行清洗，并进行存储。
66.16、获取清洗后的业务数据。
67.17、将业务数据和设备采集的数据进行融合，形成第二次数据重构，得到完整的设备、产线、工厂数据模型。
68.18、对完整的业务数据按照数据分析和调用需求进行组合。
69.19、将重新组合的业务数据进行封装，提供交互接口给数据分析、数字孪生等系统进行调用。
70.20、数据分析、数字孪生等系统调用的业务封装数据，此时数据的使用流程结束。
71.21、数据处理模块将调度命令分发给命令调度专有数据通道。
72.22、命令调度专有数据通道模块对命令进行快速转发。
73.23、设备接收命令，接收命令后设备执行命令，并将实时过程数据通过
③
反馈到数据采集与管理系统。
74.24、收集行业专家设备、产线、工厂故障判断和解决方案，并形成知识库，知识库需不断积累。
75.25、在数据处理模块设置故障判断规则，进行故障判断触发，触发后从专家知识库调取建议解决方案。
76.本领域技术人员知道，除了以纯计算机可读程序代码方式实现本发明提供的系统及其各个装置、模块、单元以外，完全可以通过将方法步骤进行逻辑编程来使得本发明提供的系统及其各个装置、模块、单元以逻辑门、开关、专用集成电路、可编程逻辑控制器以及嵌入式微控制器等的形式来实现相同功能。所以，本发明提供的系统及其各项装置、模块、单元可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置、模块、单元也可以视为硬件部件内的结构；也可以将用于实现各种功能的装置、模块、单元视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
77.以上对本发明的具体实施例进行了描述。需要理解的是，本发明并不局限于上述特定实施方式，本领域技术人员可以在权利要求的范围内做出各种变化或修改，这并不影响本发明的实质内容。在不冲突的情况下，本技术的实施例和实施例中的特征可以任意相互组合。