将技术设施的资产的数据集成到平台中的方法、数字平台和计算机程序产品与流程

1.本发明涉及用于将技术设施的资产的数据集成到平台中的方法以及相应的平台。本发明还涉及能被直接加载到数字计算机的内部存储器中的计算机程序产品。


背景技术：

2.工业设施的寿命周期一般为20至60年。通常在多个阶段中逐渐构建设施，其中涉及可能是内部和外部合作伙伴或服务提供商的不同参与者。每个利益相关者带来或使用不同的软件工具和技术以计划、配置、控制、管理和监视技术设施的相应的被称为“资产”的设施部件或运行机构。
3.术语“资产”主要用于过程工业、例如化学、制药、石化以及食品和饮料工业。设施部件层上的资产例如是现场设备、机器、旋转和静态机器部件、计算机硬件或软件、例如运行程序或用户程序。资产的整个寿命周期通常包括计划、工程、采购、调试、运营、更换和处置的阶段。术语“资产管理”经常由任务和目标限定，例如在整个寿命周期期间的信息的生成和提供、尤其是有关资产健康的过程和预测、资产使用和维护的组织以及整个资产管理的信息。为了提高可靠性和效率、减少更换需求并通过扩大技术设施的使用来增加价值，资产的标识、资产历史、运行经济的数据和技术数据通常特别令人关注。
4.为了避免设施或设施部件的会导致巨大损失并在某些情况下导致处罚的计划外停机，现在工厂设施中的大部分投资用于设施的现代化改造。
5.但是，用于技术设施的资产的维护或服务的当前可用解决方案通常会有很多问题。解决方案大多只针对单个资产，而不考虑其场景(kontext)。资产通常由不同的提供者制造，使得了解资产的权限、产生的数据和错误预测只能由不同的提供者提供。加载(onboarding)、也就是在运行之前的资产配置通常在这些应用中手动实现，这引起耗费以及时间和错误。预测资产异常运行所需的信息需要附加的测量，这些测量通常不存在于技术设施的控制系统中。这需要附加的工程化和必要时的控制系统的重新配置，这既要花钱又要承担不可预计的风险。此外很难保持异构数据库的一致和更新。
6.因此，期望基于所有可用数据来优化工业设施的维护。如果确保所有现有资产的全部功能，则可以确保可靠和有效的运行。由此能实现产量增加以及必要时更好的过程分析。因此需要合并和匹配来自不同来源的数据，以使需要这些不同数据的应用程序能更好地工作。专用于资产特定的应用程序尤其应该具有分析资产所需的可用数据。


技术实现要素：

7.因此，本发明的目的是提供有效和全面地访问技术设施内的资产的不同数据并有效加工数据的方法和合适的系统，以确保资产的改善的数据分析和改善的寿命周期管理。
8.该目的通过一种具有独立权利要求1的特征的、用于将技术设施的资产的数据集成到统一平台中的方法来实现。该目的还通过具有独立权利要求6的特征的数字平台来实
现。该目的还通过根据权利要求11的计算机程序产品来实现。
9.根据本发明的、用于将技术设施的资产的数据集成到平台中的方法的特征在于，首先为领域特定的技术设施的资产借助于本体(ontologien)来定义通用模型并识别包括与资产相关的信息的通用数据源。随后将已识别的通用数据源的数据分配给预定义的通用模型。随后为专用设施选择资产并将相应的通用模型导入到平台中。随后配置专用设施的数据源，从而能基于专用设施的数据源针对选定的资产迭代地并在运行时以该设施的专用数据填充通用资产模型。通过以专用数据填充通用模型，将用于选定的资产的实例形成并存储在平台中。现在能在平台中轻松配置资产实例，以使任何应用程序都能经由编程接口可靠地访问资产实例及其数据。
10.术语“通用”在此表示通常的或一般适用的。例如，泵的通用资产模型应包含泵的全面说明，其中由模型检测泵的通常特性或与阀相关的信息以及存在于这些特性与信息之间的关联。
11.术语“专用”在此涉及专用的技术设施，虽然在通用模型中对阀门进行了一般性描述(具有截止装置、执行器、位置调节器)，但是所考虑的专用设施中的阀门具有特定标记(标签)和适用于特定行业(例如炼油厂、造纸厂、燃煤发电厂)的所考虑的设施的专用功能：截止装置是工厂y的阀门，执行器是工厂p的压电驱动器，而调节器是工厂z的pid调节器。
12.本发明的优点在于，基于在开始时形成的通用资产模型和/或连接模型，可以将来自不同制造商的资产的、存储在大量不同的系统中的数据有效且容易地集成到共同的平台中。一旦存在资产实例，数据便是协调的并易于进一步处理。应用程序现在可以经由可编程界面轻松访问协调的资产数据，以便可以将其用于任何评估和分析。在平台中进行这种有效的数据集成还具有另一个优势，即其特别适用于云应用。根据本发明设计的平台、特别是云平台形成了在资产的整个寿命周期上的多样化全面分析的基础。此外使新资产在技术设施中的加载变得更加容易和优化，因为通用资产模型在创建后仅必须填充设施的专用数据且必须形成用于待新整合的资产的相应实例且必须将其存储在平台中。因此显著减少了整合资产的开销。
13.在本发明的一个有利的设计方案中，首先将专用设施的静态数据分配给通用模型，并且随后分配动态数据，其中，静态数据从设施工程化系统、维护管理系统或具有技术设施的不随时间改变的数据的数据存储器获得，并且动态数据从控制系统、诊断系统、过程数据管理系统或具有技术设施的过程值、测量值、诊断数据、维护数据和其他随时间改变的数据的数据存储器获得。这种措施的优点在于，当通用模型已经填充了静态数据时，集成动态数据变得更加容易。
14.在本发明的另一个有利的设计方案中，用于资产的通用模型包括至少一个描述资产的结构和行为的模型，和/或包括表征资产在整个系统中的连接并且适用于配置设施的动态数据源的模型。通用模型包含的方面越多，资产描述就越广泛、准确和精确。此外，可以通过不同的模型更好地描述资产的某些特性。例如，在该实施例中可以最优地映射资产的静态和动态行为。
15.有利地，任何应用程序都能经由访问层访问平台的资产的数据和实例。由此可以在平台提供商的场景中设计访问，这表现了极大的灵活性。在本发明的一个特别有利的变体实施方案中，在访问平台的数据时，接入搜索器，通过搜索器可以更容易地访问所选资产
language)创建。
24.为了更好地理解，对于阀的资产示例性地示出模型定义md(附图)。模型定义md可以在平台cd外部执行。在此变体设计方案中，首先编译阀系统的结构信息，并创建阀系统的全面描述：
25.·
阀门是用于关闭或控制流体流量的构件。
26.·
阀系统至少由一个锁止机构或关闭部件(通常称为阀门)、执行机构以及位置调节器组成。
27.·
其布置在技术设施内部的具有特定坐标x，y，z的位置。
28.·
传感器与阀门连接：传感器的测量变量在此例如可以是在阀门上游和下游受阀门影响的管线的流量。可以测量流体的温度。
29.·
指示器(标识)也可以表示阀状态(布尔变量：0＝停止运行，1＝完整功能)。
30.·
其可以表示其他诊断(工作时间、磨损)或计算出的kpi(调节精度)。(kpi＝key performance indicator(表现指示))。
31.例如，可以使用“统一建模语言”(uml)这种编程语言来记录此类信息，在某种意义上，uml定义了对建模非常重要的大多数术语的标识符，并定义了这些术语之间的可能关系。
32.在另一个变体设计方案中，标准也可以用于模型定义。这些标准是资产结构及其关系的通用模板，可以对不同资产反复使用。理想情况下，用于资产的标准有不同的变体，因此仅需根据特定资产的要求进行调整。
33.现在，已经根据所描述的或另外合适的算法将资产的结构及其所有术语以及这些术语之间的关系记录为概念模型，随后将其转移到语义环境中并创建本体。例如，可以用“网络本体语言”(owl)实现。
34.owl是一种语义网络(web)语言，可以表示关于事物、事物组以及事物之间关系的复杂知识。由于owl是基于计算机逻辑的语言，因此owl中表达的知识可以被其他计算机程序使用，例如验证该知识的一致性或显式地表达隐式知识。
35.owl可用于描述域的先前已编译和结构化的术语(在此是与阀系统相关的术语)及其关系，其方式使其他软件可以处理该含义，即理解这些术语。
36.通过创建本体，完成了资产的通用模型(am)及其连接(连接模型cm)的定义。
37.在下一步骤中，识别通用的相关数据源(图中的数据源ds)。此外，识别出要分配给相应的通用数据源的数据(图中的数据映射dm)。这些步骤也可以在外部(平台cb外部)执行。在该实施例中，主要是技术设施的控制系统的数据库或具有工程数据的数据库的问题，该工程数据包含用于设施的设计和结构的所有设施信息、其硬件和软件以及电气信息。相关数据源还包括erp系统(企业资源计划，enterprise resource planning)、mes系统(制造执行系统，manufacturing execution system)、cmms系统(计算机维护管理系统，computerized maintenance management system，维护管理软件)或pdm系统(产品数据管理系统)，其将产品定义的、代表性的和提出的数据作为产品开发的结果进行存储和管理，并且在产品寿命周期的后续阶段提供这些数据。也可以考虑与传感器和具有其相应数据的监视算法有关的诊断工具和数据库。
38.在定义了通用资产和连接模型并识别了具有其分配的数据的通用数据源之后，将
模型am和cm以及分配的数据导入i到平台cb中，只要之前描述的步骤在平台外执行。为此目的，实现了所谓的“数据摄取服务”(dis)，其例如允许将大量数据“流式传输”到数据存储器或云平台中。数据流以实时或堆栈(批量)的方式连续到达数据存储或平台。这种数据获取服务还可以帮助确定数据源的优先级，验证单个数据和多个数据以及将数据转发到预定目标。例如，可以在选择某种资产(在此为阀门)之后执行导入i。为了选择资产，在平台cb中提供了输入掩码。通用模型am和cm可以存储在平台cb的内存组件(＝数据存储器)或程序库中。
39.随后，对专用设施(＝要分析其资产的设施)的数据源进行配置，以能够基于该专用设施的数据源针对选定的资产迭代地并在运行时以该设施的专用数据填充通用模型。模型am和cm的“填充”是通过数据映射引擎dme实现的，该引擎是平台cb的一个组件，其将要分析的专用设施的专用数据分配给通用模型am和cm。
40.在将专用设施的数据源中的数据分配给资产模型时，还将使用基于w3c标准的语义网络工具。为此的例子是w3c标准r2rml
‑
rdb
‑
rdf映射语言。
41.对于此实施例中的阀监视，从以下数据源分配数据是有利的：
42.·
工程模型中管道方案图的相关信息，
43.·
来自工程师站pcs7的设施拓扑和网络信息，
44.·
来自cmms系统(例如sap系统)的服务和维护数据。
45.通常，可以在技术设施的静态和动态数据源之间进行区分。设施的静态数据源(plant data sources)pds
‑
stat提供设施仪表数据、设施计划数据、制造数据等，并且主要来自设施工程化系统、维护管理系统或具有技术设施的不随时间改变的数据的数据存储器。设施的动态数据源pds
‑
dyn提供运行数据、传感器数据、诊断数据等，并且主要来自技术设施的控制系统或诊断系统、过程数据管理系统或带有技术设施的过程值、测量值、诊断数据、维护数据和其他随时间改变的数据的数据存储器。
46.通过配置专用数据源dsc(数据源配置)并且将静态和动态数据分配给相应的专用数据源dsm(数据源映射)，填充通用模型am和cm并形成实例。
47.术语“实例”表示特定的对象。在面向对象编程(oop)中，对象表示专用数据类型或特定类(也称为“对象类型”)的实例。对象是对象类型的特定表现形式(“实例”)，是在运行时生成的，被称为实例化。如果像在本实施例中那样定义了资产“阀门”的通用模型并且现在用专用设施(例如化学工业中的设施)的数据填充了该模型，则资产“阀门”代表类别或对象类型，并且工厂w在设施中的专用位置处具有截止阀门、杠杆和流量控制的进气阀是一个特别的特征并因此是资产实例。
48.这些实例、资产实例ai和连接实例ci存储在平台cb的相应数据存储器(＝存储组件)中。借助于平台cb内的独立组件inst能够以这种方式配置平台中的实例，使得任何应用程序app1、app2或appn都能经由编程接口api访问资产实例ai或ci及其数据。
49.尽管已经通过优选的实施例详细地说明和描述了本发明，但是本发明不限于所公开的示例。本领域技术人员可以在不脱离由本申请权利要求限定的本发明的保护范围的情况下得出各种变化方案。