CN105830052B

CN105830052B - 用于设计和操作工厂的集成数据处理的方法

Info

Publication number: CN105830052B
Application number: CN201480068209.XA
Authority: CN
Inventors: 安德烈亚斯·比斯多夫; 马蒂亚斯·容; 克劳斯-于尔根·朗格尔; 丹尼斯·施罗夫; 米夏埃尔·翁克尔巴赫; 约翰内斯·韦斯; 克劳斯·文德尔贝格尔; 埃贡·武赫纳
Original assignee: Siemens AG
Current assignee: Siemens AG
Priority date: 2013-12-20
Filing date: 2014-12-11
Publication date: 2019-07-09
Anticipated expiration: 2034-12-11
Also published as: US10496053B2; EP2887226A1; EP3084628B1; US20160313709A1; EP3084628A1; WO2015091198A1; CN105830052A

Abstract

用于设计和操作工厂的集成数据处理的方法一种用于设计和操作具有带不同功能的多个软件应用(2、4、6)的工厂(1)的集成数据处理的方法允许以灵活、一致、性能优化以及有效的方式管理工厂内各种异构系统，方法包括通过网络(8)将所述软件应用(2、4、6)互连的步骤。为此，方法包括其他步骤：提供包括在至少两个所述应用(2、4、6)之间共享的数据的共用数据模型(22)；由配置数据服务(24)管理共用数据模型(22)；由分配给多个应用(2、4、6)的应用专用配置数据服务(26)管理特定于单个应用(2、4、6)的数据。

Description

用于设计和操作工厂的集成数据处理的方法

技术领域

本发明涉及一种用于在由具有不同功能的多个软件应用设计和操作的工厂内的集成数据处理的方法，包括通过通信框架和机制将所述软件应用互连的步骤。

背景技术

虽然在下文中，本发明以发电厂举例，但是绝不限于发电厂，而是可以应用于任何类型的工厂。

发电厂是构造成执行发电过程的技术系统。发电过程是使用硬件(例如，现场装置、泵或输送带)来转换能量的分层过程，最终目标是生成电力。由人通过自动化系统分别进行操作、监控以及控制发电厂。为此，需要实现自动化逻辑(例如，自动化控制回路)的多个异构软件应用、操作人员互动的可能性等。这种软件应用包括例如分布式控制系统(DCS)、资产管理系统或车队控制系统。

可以区分两个主要阶段：(1)设计阶段和(2)操作阶段。要注意的是在这两个阶段内的任务根本不同。设计阶段包括使用对应的软件应用来配置硬件设置、逻辑、过程参数等。而且，工厂安装和调试被视为该阶段的一部分。操作阶段包括在运行时操作和控制发电过程。注意，由于在操作阶段需要设计阶段(即，硬件设置和逻辑的配置)的结果来运行工厂操作过程，所以这两个阶段紧密相连。

在软件应用中也反应了在这两个阶段的任务之间的根本差异。因此，对于这两个阶段，存在用于不同方面的多个异构软件应用。在设计阶段用于不同方面的实例是硬件、软件以现场装置设计。在操作阶段，要考虑的方面是监控、操作和控制工厂或者甚至工厂和车队管理和优化。一些软件应用被设计成仅仅用于设计或操作阶段。然而，注意，还具有组合式软件应用，其支持设计阶段和工厂操作阶段的方面(例如，申请人的Siemens DCS SPPA-T3000)。由于不同的软件应用必须使用相同的数据，它们需要能够在一个阶段内(即，在设计或操作阶段内)以及在两个阶段中(即，需要将设计的结果通过配置数据的形式传送给操作系统，而且，反之亦然，例如，在工厂现代化项目的情况下)通信。

这种异构软件应用环境的后果在于与工厂的相同项目相关的数据(例如，与水泵相关的数据)通常用多个软件应用表示。这仅适用于设计阶段(例如，与水泵相关的数据的配置存在于硬件以及软件设计应用中)以及仅适用于操作阶段(例如，水泵的操作时间储存在分布式控制系统内以及资产管理系统内)，而且也适用于这两个阶段(例如，水泵的配置数据与分布式控制系统的操作有关)。需要注意的是由于不同软件应用的松散的耦合，所以可能发生不一致，所以由于以下几个原因难以检测这些不一致：(1)表示相同数据的变量可能被命名的不相同，(2)表示不同数据的变量可能具有相同的名称，或者(3)表示相同数据的变量被命名为相同的，但是在不同的编码系统中编码其值。

由于在发电领域没有标准的数据模型，所以上面描述的软件应用通常具有不同的内部数据模型。对于在软件应用之间的数据交换，因此需要数据模型转换器。由于通常需要语法和语义数据转换，所以难以构造数据模型转换器。而且，数据转换使用总体系统性能，这尤其在操作阶段可成为关键问题。

对于设计阶段，已知解决这些问题的两种不同方法：(1)使用普通或专用交换数据模型，以及(2)使用覆盖设计阶段的所有方面(在最佳情况下)的元设计软件应用。

第一种方法至少为多对需要通信的软件应用提供可理解的交换数据模型。想法在于可开发出不同软件应用的边界处输出和输入接口，这些应用能够转换交换数据模型(输出)格式的数据内部表示，并且反之亦然(输入)。通常，在专用的基础上双边限定这种交换数据模型和格式。在某些领域(例如，在汽车行业)，具有所有软件应用可以使用的共用交换数据模型。

然而，需要注意的是在设计阶段，由于多个原因，使用交换数据模型，可以仅仅减少不一致的数量，但是不能消除不一致。主要问题在于，由于在不同的软件应用中隔离设计变化(即，在设计期间，同时变化不自动同步)，在通过交换数据模型的软件应用连接松散情况下，无法避免不同软件应用中由同时设计导致的不一致。因此，仅仅可能通过主动通信来检测在多个设计软件应用之间的不一致。而且，虽然交换数据模型可以帮助通过主动通信检测不一致，但只能够半自动化地解决冲突，即，通过用户交互。更具体而言，在输出期间发生冲突的情况下，必须决定采用哪个版本(本地的还是输入的版本)。如果选择本地版本，则无法保证回到其他软件应用的转移，并且不一致可以永远持续。如果选择输入版本，则可能改写宝贵的并且正确的本地数据，这是因为其他软件应用的工程师可能未意识到在第二软件应用中的不一致。最后，使用交换数据模型不能确保已经进行与所有相关软件应用的通信，即无法确保在相同实体上作业的所有设计软件应用已经接收了更新设计数据的通知。然而，为了确保所有软件应用上有效的集成设计，需要设计的变化的固定通信(包括半自动冲突解决)，这造成相关联设计成本大幅增大。

解决上述问题的第二种方法是提供元设计软件应用。元设计软件应用的想法是在一个地方管理设计阶段的所有方面(在最佳情况下)。为此，元设计软件应用具有特别专用的数据模型，这足够通用以允许对设计阶段的所有方面进行建模。

该方法具有多个问题：首先，实际上，并不存在覆盖设计阶段的所有方面的元设计软件应用。因此，用于与包括提供对应接口的剩余软件应用进行通信的交换数据模型的定义依然需要覆盖设计阶段的所有方面。这尤其适用于在两个周期阶段上的通信(即，将设计结果发送给操作系统，反之亦然)。其次，对于支持设计以及工厂操作阶段的方面的组合式软件应用的特殊情况(例如，申请人的Siemens DCS SPPA-T3000)，元设计软件应用需要具有集成或插入组合式软件应用的业务逻辑的可能性。第三，元设计软件应用的通用方法造成软件应用本身的大量配置工作，包括内部数据模型以及对应的业务逻辑。第四，由于没有或者几乎没有可用的元设计软件应用本身的共用数据模型，所以不同地配置在略微不同的环境(例如，相差一个子系统或者不同的工厂，甚至具有相同的软件应用链)中需要的相同元设计软件应用，使得在不同的设施中不能具有数据和文库交换。第五，由于完整的对象通常会被锁定或者会创建不同的版本(之后必须得融合)，由于阻碍了希望对对象的不同方面(即，对在子系统之间不共享的属性)进行作业的用户，所以多用户配置具有问题。最后，未完全消除在不同软件应用之间的不一致，这是因为通常在子系统的设计软件应用中进行小幅并且快速的所需要的变化(例如，在调试期间)，因为输出和输入机制花费太长时间。在这种情况下，第二种方法具有与第一种方法相同的问题。

发明内容

因此，本发明涉及这样的问题，即提供一种灵活的、一致的、性能优化的以及有效的方法，用于由多个异构软件应用设计和操作的工厂中的集成数据处理。

由一种方法创造性解决该问题，该方法包括以下步骤：(1)提供共用数据模型(CDM)，该共用数据模型用于在至少两个软件应用之间进行数据交换；(2)由配置数据服务(CDS)管理共用数据；(3)由分配给多个应用的各自应用专用配置数据服务(App-CDS)管理特定于单个软件应用的数据。

本发明基于以下考虑，可以由CDM解决上述问题，CDS管理在软件应用之间共享的共享数据，并且与管理特定于单个软件应用的应用专用App-CDS组合。共享的数据表示关于在多个应用中修改或应用的实体(相同实例)的数据(例如，在硬件和软件设计应用中的特定水泵的设计)。需要注意的是CDS不需要包含通信软件应用的所有数据模型的联集，而是包含所有数据模型的(潜在)交集，这会产生高效率。而且，CDS与App-CDS之间的耦合确保了所有连接的软件应用的一致性。

显然，CDM有利地不包括仅仅特定于单个软件应用的数据。因此，该模型仅仅描述了在至少两个软件应用之间共享的数据的那部分。仅仅由单个软件应用使用的数据并非CDM的一部分。因此，CDM非常稳定，这是因为交集比联集对在连接的软件应用中的数据模型变化以及对新软件应用的增加更稳定。因此，仅仅需要不太频繁地扩展CDM。出于相同的原因，CDS相当简单，并且不需要扩展连接的软件应用的业务逻辑。业务逻辑依然完全地保存在对应的软件应用中。

CDM定义出对象的元模型及其在发电领域中常用的关系。具体而言，CDM的有利实施方式包括所述共享的数据的数据类型和/或电报结构。因此，CDM定义了所有连接的软件应用的共享数据的结构。作为CDM的一部分，还对系统密钥和/或用户密钥进行了建模。通过那些密钥，可以无疑义地解决对象的每个实例。CDS管理密钥并且确保所有软件应用上的所有共享数据的所有系统密钥和用户密钥的独特性。

在进一步有利的实施方式中，从CDS到任何App-CDS的通信限于与各自软件应用相关的CDM部分。该限制由限定相关对象类型和/或属性的应用专用集合配置文件实施。显然，集合配置文件表示CDM的应用专用子集。

反之亦然，在进一步有利的实施方式中，从任何App-CDS到CDS的通信限于共享的数据，即在CDM中建模的数据。该限制由App-CDS实施，这可以在软件应用中的数据变化后确定该数据是否是共享数据的一部分。只要更新影响共享的数据，更新就传送给CDS。相反，如果更新仅仅影响应用专用数据，则不传送给CDS。

有两个优选的在CDS与App-CDS之间共享数据的可能性：(1)由集合配置文件共享，以及(2)由具体实例共享。

在第一有利实施方式中，通过传送集合配置文件，App-CDS可定期接收对象和属性组。每当创建、更新或者删除包含在集合配置文件内的对象的实例时，CDS在变化时就通知App-CDS。

在第二有利实施方式中，App-CDS可以将共享数据的通信限于多个具体实例。这些实例不需要是集合配置文件的一部分。换言之，只要数据类型是CDM的一部分，App-CDS就可以明确地与并非是集合配置文件的一部分的CDS共享具体实例的数据。注意的是通过该方法，仅仅传送该数据类型的所选实例，而通过前一种方法，会传送数据类型的所有实例。

在与CDS共享变化的数据之后，该方法优选地包括以下进一步步骤：由CDS将变化的数据写入共用数据存储器(CDS-DS)，由CDS确定哪些App-CDS与CDS共享所述变化的数据，并且由CDS将所述变化的数据发送给确定的App-CDS。注意，CDS-DS实质上是储存共享数据的数据库(其中，由CDM定义数据模型)。换言之：CDS在CDS-DS中储存变化的数据，并且通知在更新后实际上共享对象或对象的属性的所有App-CDS，并且将变化分布给对应的App-CDS。

在各自App-CDS上，该方法优选地包括以下进一步步骤：给软件应用的用户提供接受或拒绝变化的数据的选择，在用户接受变化的数据后，由所述应用的App-CDS将变化的数据写入其本地数据存储器(LDS)，在用户拒绝变化的数据后，将变化的数据的各自本地版本作为新变化的数据发送给CDS。因此，该系统并不立即执行变化的共享数据的同步，而是允许暂时的局部不一致，以使其他软件应用的用户依然控制他的子系统的配置。因此，CDS通过允许暂时不一致的方式在所有软件应用之间保证一致性，但是正好在每个时间点将这些不一致以及他如何可以改正这些不一致通知给用户。然而，优选地阻止包括变化的数据的所述LDS中的对象进行任何进一步变化，直到由所述用户做出所述选择。这确保额外的变化不会进一步增加局部不一致。

优选地由所描述的方法控制用于在发电厂内设计和操作的数据交换。

CDS优选地包括使CDS能够根据所描述的方法交互的装置。具体而言，CDS保证所有软件应用的所有共享数据的所有系统和用户密钥的独特性，越过软件应用的限制在系统范围中锁定对象，如果在一个设计软件应用中设计共享的属性，则通知实际上共享对象或对象的属性的所有App-CDS，如果该对象或对象的属性变化，则将变化分布给对应的App-CDS。CDS不执行特定于设计软件应用的任何设计业务逻辑，而是仅仅执行与CDM相关的业务逻辑及其一致性。

App-CDS优选地包括使App-CDS能够根据所描述的方法交互的装置。具体而言，App-CDS在创建这种对象的情况下从CDS中为潜在共享的对象请求唯一密钥，在非共享属性变化的情况下，在软件应用范围中锁定对象，或者在共享属性由其软件应用变化的情况下，从CDS请求在所有软件应用上锁定。App-CDS进一步将变化的属性从潜在共享的对象发送给CDS，并且在系统范围中请求解锁潜在共享的对象。App-CDS在其LDS内保存潜在共享对象的拷贝，其可通过特定于软件应用的额外非共享属性来充实、包含了软件应用的设计业务逻辑并且确保了应用专用数据模型的以及在其内的实例的一致性。

一种发电厂优选地包括这种CDS和一个或多个App-CDS。

通过本发明，尤其通过提供管理CDM以及在其内的实例的CDS以及管理特定于子系统的数据模型(包括在其内的实例)的App-CDS实现的优点尤其包括CDM的非常高度的稳定性，这是因为交集比联集更能够抵抗子系统中的数据模型变化以及新子系统的增加。因此，仅仅需要不太频繁地扩展CDM。出于相同的原因，CDS相当简单，并且不需要扩展连接的软件应用的业务逻辑。业务逻辑依然完全地保存在对应的软件应用中。软件应用保持相当自主，并且执行本地设计，这对于快速变化(例如，在调试时)特别重要，但是要跟踪不一致并且用户可以容易地解决不一致。

没有隐藏的或者未检测的不一致。禁止应用专用数据模型的不受控制的发散。该系统并不强制由不同子系统的设计操作实施的对可能有意义的本地数据的改写，因为本地工程师在接受之前可以检查变化。

仅在实际共享的数据变化的情况下才在所有软件应用上锁定数据，否则只影响对应的设计软件应用。因此，如果用户在不同的软件应用上作业，则改变应用专用数据的用户不会彼此不利地干扰。这避免了元设计软件应用的锁定问题。

可以容易地采用并且集成与CDS不兼容的并且不实施特定的App-CDS的第三方软件应用。可以开发用于这种第三方软件应用的App-CDS，并且通过规定适配器(用于访问第三方应用的数据的实现方式)，可以传送要与其他应用交换的数据。根据第三方软件应用的能力，还可能直接将适配器集成到软件应用的业务逻辑内。

在对象或属性变化时，该系统还提供对冲突的直接响应。这有助于计划用于其他系统的修改并且通知其他专家。

附图说明

在以下附图中解释本发明的实施方式，其中：

图1示出了在电厂内的不同软件应用的示意图；

图2示出了具有与泵相关联的不同应用的电厂中的泵；

图3示出了软件应用的数据组的示意图；

图4示出了电厂中的数据结构；以及

图5示出了实际数据共享过程的示图。

相同的参考数字在所有图中表示相同的部件。

具体实施方式

图1示出了具有通过网络8互连的不同的、松散耦合的应用或子系统2、4、6的发电厂1的示意图。通常，可以，区分在运行时控制系统的操作应用2、4、6和在生产环境中使用系统之前与系统的配置和参数化相关的工程应用2、4、6。在配置侧上，例如，具有用于车队的设计应用2、4、6、用于工厂基础设施的设计应用2、4、6、以及用于所使用的自动化软件的参数化的设计应用2、4、6。另一方面，在运行时，具有用于控制车队或工厂的应用2、4、6以及模拟和训练应用2、4、6。很多应用2、4、6提供设计和操作功能。

用于工厂操作的每个不同软件应用配置有不同的设计软件应用。不同软件应用2、4、6通常仅仅松散地耦合并且基于专用接口共享信息。然而，实际上，不同软件应用2、4、6表示发电厂内的相同对象的信息。在图2中示出了一个简单实例，该实例示出了在硬件设计软件应用2中、在软件设计软件应用4中并且在资产管理软件应用6中具有表示12的泵10的对象。

在硬件设计软件应用2中，例如，标注了发电厂1中的电缆连接和位置，而在软件设计软件应用4中，例如，定义了控制参数。另一方面，资产管理软件应用6包含例如维修状态和总正常运行时间的信息。虽然不同软件应用2、4、6储存实体“泵”10的不同信息块，但是所有软件应用2、4、6共享泵10的名称和标识符。虽然不同软件应用2、4、6储存泵10的特定信息，但是它们也储存与所有软件应用2、4、6相关的一些共用信息。

图3示出了使用三个不同的实例软件应用2、4、6的不同数据模型14、16、18的关系的示意图。可以看出，不同应用的数据模型14、16、18具有重叠20(具有阴影的)。同时，还有仅仅由单个应用2、4、6使用的数据模型14、16、18的某些部分。所描述的CDM定义出需要在不同应用2、4、6之间交换的数据。由此，仅仅描述了不同数据模型14、16、18的重叠20，并且每个应用2、4、6依然可以包含在CDM之外的“私有的”信息。其动机在于为了获得稳定的模型，这是因为交集比联集更能够抵抗连接的软件应用中的数据模型变化以及新软件应用的增加。从图3可以看出，CDM包含由至少两个应用2、4、6共享或者使用的信息的那些部分。信息的剩余部分超过CDM的范围。集中于共享信息的主要优点在于，不同应用2、4、6依然彼此独立，并且依然可以定义它们模型的自身“私有的”扩展。

CDM定义出共享的对象，即在不同软件应用2、4、6之间共享的对象。如图3所示，不同软件应用2、4、6具有部分重叠的数据模型14、16、18。CDM表示在发电厂1内的不同软件应用2、4、6的数据模型14、16、18的重叠20。该模型不表示所有软件应用2、4、6的数据模型14、16、18的联合。除了为数据交换提供基础以外，CDM还允许描述发电厂1的一般结构。中央对象“单元”及其特殊化允许定义层次，从公司等级开始，经过车队等级，向下直到功能复合或功能组复合。

CDM还定义出唯一的寻址模式并且支持在应用2、4、6之间的有效通信机制。CDM允许与一般标准一致，诸如“共用信息模型”(CIM)和IEC标准。虽然这些标准单独而言并不充分，但是CDM的组合和一般标准允许与第三方产品集成。

CDM定义出对象的元模型及其在发电领域内常用的关系。尤其地，交换的生活数据的数据类型和电报结构以及共享对象(寻址目的)的系统和用户密钥(唯一标识符)是CDM的一部分。这些对象可以由私有对象类型和属性在软件应用内进一步扩展。这些应用专用扩展对于CDM未知并且仅仅在对应的软件应用内可使用。然而，由于一般模型由CDM定义，所以CDS可以处理其实例。这使应用2、4、6能够在相同的实例上作业。

图4示出了在具有多个应用2、4、6的发电厂1内的数据结构。CDM 22由CDS 24管理。App-CDS 26管理子系统特有数据模型14、16、18(包括在其内的实例)。CDS 24确保所有自由系统上所有共享数据的所有系统和用户密钥的唯一性，越过子系统限制在系统范围上锁定队形，如果在其中一个软件应用中设计共享属性，则通知实际上共享对象或对象的属性的所有App-CDS 26，如果该对象或对象的属性变化，则将变化分布给对应的App-CDS 26。CDS24不执行特定于软件应用的任何业务逻辑，而是仅仅执行与共用数据模型22相关的业务逻辑及其一致性。

App-CDS 26在创建这种对象的情况下从CDS 24为潜在共享的对象请求唯一密钥，在非共享属性变化的情况下，在软件应用范围上锁定对象，或者在共享属性由其软件应用变化的情况下，从CDS 24请求在所有软件应用上的锁定。App-CDS 26进一步将变化的属性从潜在共享的对象中发送给CDS 24，并且请求系统范围上解锁潜在共享的对象。App-CDS26在其自身的数据模型14、16、18内保存潜在共享的对象的拷贝，其可通过特定于软件应用的额外非共享属性来充实、包含了软件应用的设计业务逻辑并且保证应用专用数据模型14、16、18的以及在其内的实例的一致性。

在CDM 22与应用专用数据模型14、16、18之间共享对象，可以通过两种方式进行：第一种可能性在于，App-CDS 26将应用专用数据模型配置文件移交给CDS 24，其中，列出与CDM 22共享的所有数据类型和属性。在CDS 24与App-CDS 26之间自动共享具有适合于配置文件的属性的每个实例。例如带有SW设计、HW设计软件应用以及现场装置设计软件应用的DCS，通过配置文件与CDM 22共享(从而彼此共享)，SW设计、HW设计软件应用以及现场装置设计软件应用共享带有上限和下限的模拟测量。

第二种可能性在于，只要共享数据类型本身，App-CDS 26就可以与CDS 24明确共享实例，这在配置文件中并未声明。在这种情况下，仅仅共享该数据类型的所选实例，而非该数据类型的所有实例。例如车队管理软件应用通过实例共享而与CDM 22共享DCS的特定输出信号(例如特定电厂的实际产生的电能)并且因此与DCS软件应用共享(但并不共享几千个没有用在车队管理的其他输出信号)。在操作期间，车队管理可以通过共享的输出信号(地址信息)定时获得实际功率值。

图5示出了进行数据共享的方式：应用2的用户变化28共享对象并且提交变化，即，将变化的数据最终写入应用2的数据模型14。软件应用2的App-CDS 26将数据写入30其LDS14，并且将它们发送32给CDS 24。CDS 26将变化的数据写入34CDM 22中，并且将变化的数据发送36给与CDM 22共享该数据的所有其他App-CDS 4、6。

通过对应的App-CDS 26，通知38共享该数据的应用4、6处的用户与他们相关的共享数据已经变化。他们可以采取以下行动：

接受40变化：将来自CDM 22的变化的数据由对应的App-CDS 26传递给本地数据模型16、18；

拒绝42变化：在由App-CDS 26和CDS 24变化时，将本地数据模型16、18的前一个版本写入CDS-DS 22。随后，共享该数据的所有其他App-CDS 26(包括软件应用2的App-CDS)将获得变化的值。

什么也不做44：维持消息和不一致，直到最终接受或拒绝变化。然而，只有在接受或拒绝变化之后，才可能在该应用4、6中进一步设计该对象，从而避免其他的不一致。

参考数字列表

1 电厂

2、4、6 应用

8 网络

10 泵

12 表示

14、16、18 数据模型

20 重叠

22 共用数据模型

24 配置数据服务

26 应用专用配置数据服务

28 变化

30 写入

32 发送

34 写入

36 发送

38 通知

40 接受

42 拒绝

44 什么也不做

Claims

1.一种用于工厂(1)中的集成数据处理的方法，该工厂由具有不同功能的多个软件应用(2、4、6)设计和操作，所述方法包括以下步骤：

通过通信框架和机制将所述软件应用互连；

提供共用数据模型(22)，该共用数据模型包括在至少两个所述软件应用(2、4、6)之间共享的数据；

由配置数据服务(24)管理所述共用数据模型(22)；

提供应用专用的本地数据模型(14、16、18)，所述本地数据模型包括特定于单个软件应用(2、4、6)的数据；

由各自的应用专用配置数据服务(26)管理特定于单个软件应用(2、4、6)的数据

在软件应用(2、4、6)中的数据变化后，由所述应用专用配置数据服务(26)确定变化的数据是共享的数据的一部分还是应用专用数据的一部分，

在确定变化的数据是共享的数据的一部分后，执行以下步骤a)到d)：

a)将所述变化的数据发送(36)给所述配置数据服务(24)

b)由所述配置数据服务(24)将所述变化的数据写入(34)所述共用数据模型(22)，

c)由所述配置数据服务(24)确定哪些应用专用配置数据服务(26)与所述共用数据模型(22)共享所述变化的数据，并且

d)由所述配置数据服务(24)将所述变化的数据发送(36)给确定的所述应用专用配置数据服务(26)，

所述方法还包括以下进一步的步骤：

给软件应用(2、4、6)的用户提供接受(40)或拒绝(42)所述变化的数据的选择，

在用户接受(40)所述变化的数据后，由该软件应用(2、4、6)的应用专用配置数据服务(26)将特定于单个的软件应用(2、4、6)的所述变化的数据写入应用专用的本地数据模型(14、16、18)，

在用户拒绝(42)所述变化的数据后，将变化的数据的各自本地版本作为新的变化的数据发送给所述配置数据服务(24)。

2.根据权利要求1所述的方法，其中，所述共用数据模型(22)不包括特定于单个软件应用(2、4、6)的数据。

3.根据权利要求1或2所述的方法，其中，所述共用数据模型(22)包括所述共享的数据的数据类型和/或电报结构。

4.根据权利要求1或2所述的方法，其中，所述共用数据模型(22)包括所述共享的数据的共享对象的系统密钥和/或用户密钥。

5.根据权利要求1或2所述的方法，其中，在应用专用数据服务(26)与配置数据服务(24)之间的通信由具有对象类型和/或属性的集合配置文件定义。

6.根据权利要求1或2所述的方法，其中，在应用专用数据模型配置文件中发送所述变化的数据，该应用专用数据模型配置文件包括在所述配置数据服务(24)与所述应用专用配置数据服务(26)之间共享的所有数据类型和/或属性。

7.根据权利要求1或2所述的方法，其中，所述共享的数据限于数据类型的多个实例，并且将所述变化的数据发送给所述实例。

8.根据权利要求1或2所述的方法，其中，阻止包括所述变化的数据的应用专用的所述本地数据模型(14、16、18)中的对象进行任何进一步变化，直到由所述用户做出所述选择。

9.一种发电厂(1)，其中，由根据权利要求1到8中任一项所述的方法实现用于设计和操作的集成数据处理。

10.一种配置数据服务(24)，具有使所述配置数据服务(24)能够根据权利要求1到8中任一项所述的方法交互的装置。

11.一种应用专用配置数据服务(26)，具有使所述应用专用配置数据服务(26)能够根据权利要求1到8中任一项所述的方法交互的装置。

12.一种发电厂(1)，具有根据权利要求10所述的配置数据服务(24)和/或具有根据权利要求11所述的应用专用配置数据服务(26)。