CN117377946A - 用于产生多系统平台的配置信息的服务器、系统和配置方法 - Google Patents

Abstract

本发明涉及用于产生多系统平台的配置信息的配置服务器(11)，所述多系统平台包含由飞行器或航天器的不同功能系统共享的硬件和软件资源，所述配置服务器包含：‑连接模块(111)，其适于与多个配置客户端(12)建立远程连接；‑存储单元(110)，其适于存储与分配给每一功能系统的硬件和/或软件资源相关的配置信息；‑系统配置模块(112)，其能够借助于分别与所述不同功能系统相关联的不同系统配置简档进行存取，所述系统配置模块适于根据分配给所述功能系统的硬件和/或软件资源产生与用于所述连接模块与配置客户端之间的连接的系统配置简档相关联的功能系统的配置信息。

Description

用于产生多系统平台的配置信息的服务器、系统和配置方法

技术领域

本发明涉及嵌入式系统的领域，且更确切地说，涉及多系统平台(也被称为多用户平台)的配置。

本发明发现用于意图嵌入在飞行器中的多系统平台的配置的有利但绝不具有限制性的应用。

背景技术

常规地，例如飞机的飞行器应携带若干功能系统，以在飞机内部执行不同功能。飞机的功能系统及其应遵守的规范由“美国航空运输协会”或ATA特别定义。举例来说，ATA-21规范涵盖与空气调节和加压功能相关的功能系统，ATA-28规范涵盖与燃料存储、分配和计量功能相关的功能系统，ATA-33规范涵盖与照明功能相关的功能系统等。

飞机的功能系统传统上已经根据所谓的联合架构来实施，其中每一功能系统都配备有一个或多个独立且专用的计算机(“线路可替换单元”或LRU)。

随着计算机的计算能力的提高和飞机上功能系统数目的增加，且还因为降低所述飞机的制造成本的需要，已提议一种新的所谓的多系统架构，其遵守与功能系统的安全性相关的偏析约束。在此类多系统架构中，同一计算机(或更一般来说，同一硬件和/或软件资源)可由飞机的不同功能系统使用。因此，此类计算机为多用户计算机，不同用户对应于飞机的不同功能系统。

举例来说，根据ATA-24规范执行发电、配电和转换功能的平台意图由需要使用电信号(电源、传感器测量值、致动器命令等)的不同功能系统使用，且可根据多系统架构实施以执行其它功能系统的功能的全部或一部分。

然而，当前多系统平台的配置工具需要手动活动来协调不同功能系统的配置信息的产生。这些是针对每一功能系统独立地产生且在第二步中手动地集成的。

发明内容

本发明的目标为通过提供允许特别地促进多系统平台的配置的技术方案来克服现有技术的技术方案，特别是上文所阐述的那些技术方案的限制的全部或一部分。

为此目的，且根据第一方面，提供一种用于产生此类多系统平台的配置信息的配置服务器，所述多系统平台包含由意图嵌入所述多系统平台的飞行器或航天器的不同功能系统共享的硬件和软件资源。所述配置服务器包含：

-连接模块，其适于与多个配置客户端建立远程连接；

-存储单元，其适于存储与分配给每一功能系统的硬件和/或软件资源相关的配置信息；

-系统配置模块，其能够借助于分别与所述不同功能系统相关联的不同系统配置简档进行存取，所述系统配置模块适于根据分配给所述功能系统的硬件和/或软件资源产生与用于所述连接模块与配置客户端之间的连接的系统配置简档相关联的功能系统的配置信息。

因此，使用多系统平台的资源产生不同功能系统的配置信息在同一集中式配置服务器上执行，不同功能系统供应商可以远程地连接到所述同一集中式配置服务器，以便产生其自身的配置信息。配置工具为多用户的以用于集成若干功能系统的配置，且在所述工具中集成共享过程。

此类布置首先允许协调配置信息的产生。实际上，表示分配给不同功能系统的资源的配置信息存储在可由配置服务器存取的同一中央存储单元中。因此，这允许降低将资源同时分配给两个不同功能系统的风险，或降低功能系统供应商将使用共享资源的配置信息的不同版本的风险等。此外，以集中方式存储的不同配置信息不再需要在多系统平台的不同供应商与集成商之间交换。这还允许促进所述多系统平台的集成和认证。

因为配置信息的产生是借助于同一件设备(配置服务器)上的同一工具以集中方式完成的，所以安装在不同设备上的工具所产生的配置信息之间的不兼容性的风险得以降低，所述不同设备可特别地使用不同操作系统Linux、Unix等。这还允许促进集成和认证。

此外，这还降低了功能系统供应商的复杂性，确切地说，每一功能系统供应商不再需要支持和维护专用于执行配置工具的一件设备。需要单一件设备(配置服务器)，这有助于由单一参与者(例如，多系统平台的供应商或集成商)维护。还应保证其上安装有配置工具的每一件设备的恰当操作来进行认证，并且可以理解，当单一件设备由多系统平台的开发中涉及的所有参与者使用时，这会更简单。

在特定实施例中，配置服务器还可包含单独地或以任何技术上可行的组合考虑的以下特性中的一者或多者。

在特定实施例中，配置服务器包含用于产生描述可由功能系统使用的硬件和软件资源的多系统平台模型的平台配置模块，所述平台配置模块可借助于平台配置简档进行存取。

在特定实施例中，系统配置模块适于产生对用于功能系统的硬件和/或软件资源分配的请求，所述功能系统与用于连接模块与配置客户端之间的连接的系统配置简档相关联。所述配置服务器进一步包含监督配置模块，用于根据分配请求分配硬件和/或软件资源，所述监督配置模块可借助于监督配置简档进行存取。

在特定实施例中，监督配置简档允许存取多系统平台的所有配置信息。举例来说，监督配置简档由多系统平台的集成商使用。

在特定实施例中，每一系统配置简档允许存取与所述系统配置简档相关联的功能系统的配置信息，但不允许存取与其它功能系统相关联的配置信息。此类布置允许确保在由配置服务器产生另一功能系统的配置信息期间一个功能系统的配置信息未被损坏。

在特定实施例中，配置服务器包含集中式版本管理模块。

在特定实施例中，配置服务器包含用于管理配置简档的管理模块。

根据第二方面，提供一种用于产生多系统平台的配置信息的配置系统，其包含根据本发明的实施例中任一项所述的配置服务器，以及适于使用不同配置简档远程地连接到所述配置服务器的多个配置客户端。

根据第三方面，提供一种由配置服务器实施的用于产生多系统平台的配置信息的配置方法，所述多系统平台包含由意图嵌入所述多系统平台的飞行器或航天器的不同功能系统共享的硬件和软件资源，所述配置方法包含：

-借助于分别与所述不同功能系统相关联的不同系统配置简档当中的系统配置简档与配置客户端建立远程连接；

-从存储与分配给每一功能系统的多系统平台的硬件和/或软件资源相关的配置信息的存储单元中获得分配给与用于与所述配置客户端的连接的系统配置简档相关联的功能系统的硬件和/或软件资源；

-根据分配给所述功能系统的硬件和/或软件资源产生与用于与所述配置客户端的连接的系统配置简档相关联的功能系统的配置信息。

在特定实施方案中，所述配置方法可进一步包含单独地或以任何技术上可行的组合考虑的以下特征中的一者或多者。

在特定实施方案中，所述配置方法包含：

-借助于平台配置简档与配置客户端建立远程连接；

-产生描述可由所述功能系统使用的硬件和软件资源的多系统平台模型。

在特定实施方案中，所述配置方法包含：

-产生对用于功能系统的硬件和/或软件资源分配的请求，所述功能系统与用于与配置客户端的连接的系统配置简档相关联；

-借助于监督配置简档与配置客户端建立连接；

-借助于与所述监督配置简档连接的配置客户端基于分配请求分配硬件和/或软件资源。

在特定实施方案中，所述配置方法包含：

-借助于管理简档与配置客户端建立连接；

-借助于与所述管理简档连接的配置客户端管理经授权以产生和/或使用所述多系统平台的配置信息的配置简档。

根据第四方面，提供一种包含一组程序代码指令的计算机程序产品，所述一组程序代码指令在由处理器执行时配置所述处理器以实施根据本发明的实施方案中任一项所述的配置方法。

根据第五方面，提供一种计算机可读存储介质，其上存储由一组程序代码指令，所述一组程序代码指令在由处理器执行时配置所述处理器以实施根据本发明的实施方案中任一项所述的配置方法。

附图说明

在阅读仅作为非限制性实例给出的以下描述且参考附图后将更好地理解本发明，所述附图表示：

图1为多系统平台的配置系统的示意性示图；

图2为多系统平台的配置服务器的示意性示图；

图3为说明用于配置多系统平台的方法的主要步骤的图；

图4为说明用于配置多系统平台的方法的优选实施方案的主要步骤的图。

在这些附图中，从一个附图到另一附图的相同附图标记是指相同或类似元件。为了清楚起见，除非另外说明，否则所说明的元件未按比例绘制。

具体实施方式

如上文所指示，本公开涉及多系统平台的配置信息的产生。在以下描述中，考虑意图嵌入在飞行器上的多系统平台的配置的情况，但不限于此。

在以下描述中，考虑所考虑的多系统平台对应于执行根据规范ATA-24的发电、配电和转换功能的平台的情况，但不限于此。

如先前所指示，此类ATA-24多系统平台包含硬件(配电缆线的网络、输入/输出卡、通信卡、计算机等)和软件(软件功能库等)资源，所述资源可由其它功能系统使用。

举例来说，ATA-24多系统平台可连接到由功能系统使用的传感器和/或致动器，所述功能系统可因此使用ATA-24多系统平台来恢复由传感器执行的测量且将命令发射到致动器，且还通过所述ATA-24多系统平台的计算机处理对应的信号。在ATA-24多系统平台的情形下，功能系统包含ATA-24系统和不同于所述ATA-24系统的其它功能系统。

在此类多系统平台的情形下，配置信息例如以配置参数表的形式(以任何合适的形式，例如以XML、CSV格式等)进行组织，并且产生配置信息相当于定义这些配置参数的值。

举例来说，给定功能系统的配置信息包括与分配给此功能系统的硬件和/或软件资源相关的信息。

在特定实施例中，配置信息还可包含例如描述在多系统平台上针对所考虑的功能系统执行的功能的应用程序代码，以及将被加载到多系统平台上的相关联数据(包含配置参数值)。

图1示意性地展示用于配置多系统平台的系统10的实例，例如本文所考虑的实例中的ATA-24多系统平台。

如图1中所说明，配置系统10特别地包含配置服务器11，以及适于远程地连接到配置服务器11的配置客户端12。因此，根据其中不同配置客户端12可连接到同一集中式配置服务器11以产生ATA-24多系统平台的配置信息的客户端/服务器架构，配置系统10的架构为集中式的。

配置客户端12可由ATA-24多系统平台的开发、验证和认证中涉及的不同参与者使用。ATA-24多系统平台的功能系统中的一者的每一供应商为必须产生所述ATA-24多系统平台的配置信息且有可能经由客户端配置12连接到配置服务器11的参与者。此外，将由不同功能系统使用的ATA-24多系统平台的供应商也是必须供应或产生ATA-24多系统平台的配置信息的参与者，并且为实现这一点，在优选实施例中，可经由配置客户端12连接到配置服务器11。另外，在优选实施例中，负责集成ATA-24多系统平台中涉及的不同参与者的可交付物的ATA-24多系统平台的集成商还可经由配置客户端12连接到配置服务器11。

优选地，不同参与者使用不同的相应配置简档以经由配置客户端12连接到配置服务器11。

举例来说，功能系统的供应商可使用系统配置简档。不同的系统配置简档分别与不同的功能系统和其供应商相关联，以便使得每一功能系统供应商能够仅修改与其功能系统相关联的配置信息，而不修改其不负责的其它功能系统的配置信息。

在特定实施例中，ATA-24多系统平台的供应商可使用平台配置简档来连接到配置服务器11，ATA-24多系统平台的集成商可使用监督配置简档来连接到配置服务器11等。

举例来说，配置客户端12是相同的，而不管用于连接到配置服务器11的配置简档如何。举例来说，如果配置工具被实施为配置服务器11上的网页应用程序，那么可为这种情况，在此情况下，每一配置客户端12与安装在计算机上的网页浏览器对应，或另外的情况，配置客户端12与属于不同参与者的不同计算机上的相同应用程序对应等。

根据其它实例，配置客户端12并非全部相同。举例来说，配置客户端12可取决于所使用的配置简档类型(系统、平台、监督等)。在此情况下，与不同类型的配置简档一起使用的配置客户端12对应于不同应用程序，其不同之处在于例如图形接口、在配置客户端12侧上实施的功能等。

在所有情况下，无论所考虑的配置客户端12类型(网页浏览器、待安装在计算机上的应用程序等)和由配置客户端12供应的功能性如何，应注意，配置信息的产生总是在配置服务器11上执行。因此，当应产生配置信息时，配置客户端12使用被称为“配置模块”的配置信息产生模块，其安装在配置服务器11上且在所述配置服务器上执行。

图2示意性地展示配置服务器11的优选实施例。

如图2中所说明，配置服务器11特别地包含适于与多个配置客户端12建立远程连接的连接模块111。

配置服务器11还包含存储单元110，其适于存储ATA-24多系统平台的配置信息，且确切地说，由连接到配置客户端12的配置服务器11产生的那些配置信息。确切地说，存储单元110适于存储与分配给每一功能系统的硬件和/或软件资源相关的配置信息。

优选地，存储单元110还存储与经授权以存取配置服务器11的不同配置简档以及相关联的权利和数据相关的信息。根据与给定功能系统相关联的系统配置简档，配置服务器11可因此在存储单元110中恢复与所分配的硬件和/或软件资源相关的配置信息、利用此功能系统的此系统配置简档产生的配置信息等。优选地，配置服务器11包含集中式版本管理模块(图中未展示)。因此，存储在存储单元110中的配置信息的历史和后续版本被存储，且配置服务器11因此允许快速识别与其给定版本相关联的所有配置信息。

一般来说，存储单元110可包含任何类型的非易失性存储构件。举例来说，存储单元110包含可由配置服务器11存取的一个或多个数据库。

如图2中所说明，配置服务器11还包含可借助于分别与不同功能系统相关联的不同系统配置简档进行存取的系统配置模块112。系统配置模块112被配置成产生不同功能系统的配置信息。确切地说，给定功能系统的供应商可经由配置客户端12和连接模块111使用其系统配置简档连接到系统配置模块112，且根据与分配给已经从存储单元110恢复的功能系统的硬件和/或软件资源相关的配置信息产生所考虑的功能系统的配置信息。优选地，因此产生的配置信息也存储在存储单元110中。

在优选实施例中，且如图2中所说明，配置服务器11还可包含平台配置模块113。平台配置模块113由ATA-24多系统平台的供应商使用以产生配置信息，所述配置信息对应于描述所述ATA-24多系统平台的硬件和软件资源的模型，确切地说，可由功能系统使用的那些模型。举例来说，ATA-24多系统平台的供应商可经由配置客户端12和连接模块111使用其平台配置简档连接到平台配置模块113。举例来说，ATA-24多系统平台的模型指示计算机的数目和类型、输入/输出卡及其物理地连接到的端口的数目和类型、通信卡及其物理地连接到的端口的数目和类型等。

在特定实施例中，且如图2中所说明，配置服务器11还可包含监督配置模块114，其可借助于监督配置简档进行存取。举例来说，ATA-24多系统平台的集成商可使用监督配置简档来连接到监督配置模块114，以恢复由不同参与者(功能系统供应商、ATA-24多系统平台的供应商等)产生的所有配置信息。在配置服务器11包含集中式版本管理模块的情况下，集成商可直接地恢复特定所要版本的所有配置信息，而不存在混合可能彼此不兼容的与ATA-24多系统平台的配置的不同版本对应的不同功能系统的配置信息的任何风险。

在优选实施例中，监督配置模块114还被配置成例如根据由ATA-24多系统平台的供应商(优选地经由平台配置模块113)供应的硬件和软件资源的模型将硬件和/或软件资源分配给不同功能系统。优选地，根据由不同的软件系统供应商发射的分配请求来执行硬件和/或软件资源的分配。举例来说，系统配置模块112可被配置成产生对功能系统的硬件和/或软件资源分配请求，所述功能系统与用于连接模块111与配置客户端12之间的连接的系统配置简档相关联。因此，由系统配置模块112产生的所有分配请求可由监督配置模块114存取，所述监督配置模块使得集成商能够根据所接收的分配请求将硬件和/或软件资源分配给不同功能系统。举例来说，优选地存储在存储单元110中的ATA-24多系统平台的模型由系统配置模块112和监督配置模块114使用，以产生请求或分配资源。分别分配给不同功能系统的硬件和/或软件资源存储在存储单元110中，且每一功能系统供应商可通过使用其系统配置简档连接到配置服务器11来存取已经分配给其的资源。

应注意，同一功能系统供应商可具有若干系统配置简档。举例来说，第一系统配置简档可用于发射硬件和/或软件资源分配请求，且第二系统配置简档可用于使用与所分配的硬件和软件资源等相关的配置信息产生配置信息。

在优选实施例中，且如图2中所说明，配置服务器11可包含管理模块115，以管理经授权以产生和/或使用ATA-24多系统平台的配置信息的配置简档。举例来说，例如可借助于管理简档进行存取的管理模块115允许添加、删除和定义配置简档。举例来说，管理简档可与监督配置简档相同。

举例来说，配置服务器11包含一个或多个处理器和存储构件(磁性硬盘、电子存储器、光盘或任何类型的计算机可读存储介质)，其中以待执行以实行不同连接模块111、112、113、114和管理模块115的功能的一组程序代码指令的形式存储计算机程序产品。在一个变型中，配置服务器11包含FPGA、PLD等类型的一个或多个可编程逻辑电路，和/或适于实施连接模块112、113、114和管理模块115的不同模块111的功能的全部或一部分的专用集成电路(ASIC)。

换句话说，配置服务器11包含使用软件(特定计算机程序产品)和/或使用硬件(FPGA、PLD、ASIC等)配置以执行连接模块112、113、114和管理模块115的不同模块111的功能的一组构件。

图3展示用于配置由配置服务器11实施的ATA-24多系统平台的方法20的主要步骤。如图3中所说明，所述配置方法20包含：

-步骤S20：借助于连接模块111在分别与不同功能系统相关联的不同系统配置简档当中借助于系统配置简档与配置客户端12建立远程连接；

-步骤S21：从存储单元110中获得与分配给功能系统的硬件和/或软件资源相关的配置信息，所述功能系统与用于连接模块111与配置客户端12之间的连接的系统配置简档相关联；

-步骤S22：通过系统配置模块112根据分配给所述功能系统的硬件和/或软件资源产生与用于连接模块111与配置客户端12之间的连接的系统配置简档相关联的功能系统的配置信息；优选地，所产生的配置信息存储在存储单元110中。

在连接步骤S20期间，配置服务器11验证用于连接的配置简档实际上为经授权的配置简档。在由图3说明的实例中，所使用的配置简档为系统配置简档，且配置服务器11验证所述系统配置简档实际上与ATA-24多系统平台的功能系统中的一者相关联。

在优选实施方案中，连接步骤S20可进一步实施任何合适的认证方法，以便验证与此系统配置简档连接的个人实际上是此系统配置简档属于的功能系统供应商。

在已经验证系统配置简档之后，在步骤S21期间，配置服务器11在存储单元110中恢复与已经分配给与用于连接到配置服务器11的系统配置简档相关联的功能系统的硬件和/或软件资源相关的配置信息。

然后，在步骤S22期间，功能系统供应商使用系统配置模块112，以使用与先前分配给此功能系统的硬件和/或软件资源相关的所恢复的配置信息来产生ATA-24多系统平台的配置信息。

针对每一功能系统执行图3中所说明的步骤。优选地，这些步骤还可针对每一功能系统执行若干次，以产生不同配置信息的后续版本，在适当时，所述不同配置信息的后续版本可由配置服务器11的集中式版本管理模块编索引。

图4示意性地展示在配置服务器11包含图2中展示的所有配置模块的情况下的配置方法20的优选实施方案的主要步骤。为了清楚起见，在图4中，未展示与配置客户端12的连接的步骤，但应注意，实施配置模块的每一步骤可受制于使用合适的配置简档与配置客户端12的连接的先前建立。

如图4中所说明，配置方法20首先包含使用管理简档由管理模块115管理配置简档的步骤S23。管理步骤S23允许创建经授权以产生和使用所考虑的ATA-24多系统平台的配置信息的不同配置简档(平台、系统、监督等)。举例来说，描述所创建的配置简档的信息存储在配置服务器11的存储单元110中。

在此实例中，配置方法20还包含产生与描述可由功能系统使用的硬件和软件资源的ATA-24多系统平台的模型对应的配置信息的步骤S24。此产生步骤S24由平台配置模块113使用平台配置简档执行。因此所产生的ATA-24多系统平台的模型优选地存储在配置服务器11的存储单元110中。

在此实例中，配置方法20还包含由系统配置模块112使用系统配置简档产生分配硬件和/或软件资源的请求的步骤S25。举例来说，系统配置模块112允许使ATA-24多系统平台的模型可视化，以便使得功能系统的供应商能够识别所考虑的功能系统所必需的硬件和/或软件资源的类型，且产生这些资源的分配请求。通常针对每一功能系统执行资源分配请求产生步骤S25，每一功能系统供应商使用其系统配置简档连接到配置服务器11。

在适用的情况下，配置方法20还包含根据分配请求分配硬件和/或软件资源的步骤S26，所述分配请求由监督配置模块114使用监督配置简档执行。举例来说，监督配置模块114允许使所接收的资源分配请求可视化，以便使得集成商能够将硬件和/或软件资源分配给不同功能系统。应注意，可针对不同功能系统接收若干资源分配请求。由于监督配置简档允许存取所有资源分配请求，因此如果可用硬件和/或软件资源不足以解决两个请求，那么有可能针对相同硬件和/或软件资源类型在这两个请求之间进行仲裁。优选地，监督配置模块114被配置成防止将相同资源分配给两个不同的功能系统。优选地，与在完成步骤S26之后分配给每一功能系统的硬件和/或软件资源相关的配置信息存储在存储单元110中。

如图4中所说明，可迭代请求产生步骤S25和分配步骤S26。举例来说，如果特定硬件或软件资源不可分配给功能系统，那么有可能产生对新硬件和/或软件资源等的新请求。

在此实例中，配置方法20还包含由系统配置模块112使用与所考虑的功能系统相关联的系统配置简档产生功能系统的配置信息的步骤S22。给定功能系统的这些配置信息特别地描述分配给此功能系统的硬件和软件资源的使用顺序，例如以应用程序代码和相关联数据的形式，或以使得监督配置模块114能够产生应用程序代码和相关联数据的信息的形式等。针对每一功能系统执行配置信息产生步骤S22，每一功能系统供应商使用其系统配置简档连接到配置服务器11。确切地说，配置信息产生步骤S22使用与分配给所考虑的功能系统的资源相关的配置信息，所述资源从存储单元110中获得(为清楚起见，图4中未展示获得步骤S21)。

如图4中所说明，配置信息产生步骤S22可在同一功能系统的整个开发过程中迭代。此外，所述开发可识别对额外硬件和/或软件资源的新需要。接着可再次迭代请求产生步骤S25和分配步骤S26，以需要互补的硬件和/或软件资源等。

一旦已产生所有配置信息，这些配置信息就可由使用其监督配置简档连接到配置服务器11的ATA-24多系统平台的集成商恢复。以本身已知的方式，开发过程本质上是迭代的，且ATA-24多系统平台的不同配置信息的集成/验证通常将允许识别需要再次执行图4的步骤的全部或一部分的问题等。

更一般来说，应注意，以上考虑的实施方案和实施例已经被描述为非限制性实例，且因此可考虑其它变型。

确切地说，已描述本发明，同时主要考虑意图嵌入飞机，且更确切地说，ATA-24多系统平台中的多系统平台的配置。然而，本发明更一般地适用于意图嵌入飞行器或航天器中的任何类型的多系统平台的配置。此外，本发明适用于除航空航天领域外的领域，且适用于其中可被视为使用与航空领域的多系统平台类似的那些多系统平台的任何领域。举例来说，本发明还可适用于汽车或铁路领域。

Claims (14)

1.用于产生多系统平台的配置信息的配置服务器(11)，所述多系统平台包含由意图嵌入所述多系统平台的飞行器或航天器的不同功能系统共享的硬件和软件资源，其特征在于，所述配置服务器(11)包含：

-连接模块(111)，其适于与多个配置客户端(12)建立远程连接，

-存储单元(110)，其适于存储与分配给每一功能系统的硬件和/或软件资源相关的配置信息；

-系统配置模块(112)，其能够借助于分别与所述不同功能系统相关联的不同系统配置简档进行存取，所述系统配置模块适于根据分配给所述功能系统的硬件和/或软件资源产生与用于所述连接模块与配置客户端之间的连接的系统配置简档相关联的功能系统的配置信息。

2.根据权利要求1所述的配置服务器(11)，其包含平台配置模块(113)，所述平台配置模块用于产生描述能够由所述功能系统使用的硬件和软件资源的多系统平台模型，所述平台配置模块(113)能够借助于平台配置简档进行存取。

3.根据权利要求1或2所述的配置服务器(11)，其特征在于，所述系统配置模块(112)适于产生对用于功能系统的硬件和/或软件资源分配的请求，所述功能系统与用于所述连接模块与配置客户端之间的连接的系统配置简档相关联，所述配置服务器(11)包含用于根据分配请求分配硬件和/或软件资源的监督配置模块(114)，所述监督配置模块(114)能够借助于监督配置简档进行存取。

4.根据权利要求3所述的配置服务器(11)，其特征在于，所述监督配置简档允许存取所述多系统平台的所有所述配置信息。

5.根据前述权利要求中任一项所述的配置服务器(11)，其特征在于，每一系统配置简档允许存取与所述系统配置简档相关联的功能系统的配置信息，但不允许存取与其它功能系统相关联的配置信息。

6.根据前述权利要求中任一项所述的配置服务器(11)，其包含集中式版本管理模块。

7.根据前述权利要求中任一项所述的配置服务器(11)，其包含用于管理所述配置简档的管理模块(115)。

8.用于产生多系统平台的配置信息的配置系统(10)，其包含根据前述权利要求中任一项所述的配置服务器(11)，以及适于使用不同配置简档远程地连接到所述配置服务器(11)的多个配置客户端(12)。

9.由配置服务器(11)实施的用于产生多系统平台的配置信息的配置方法(20)，所述多系统平台包含由意图嵌入所述多系统平台的飞行器或航天器的不同功能系统共享的硬件和软件资源，其特征在于，所述配置方法(20)包含：

-借助于分别与所述不同功能系统相关联的不同系统配置简档当中的系统配置简档与配置客户端(12)建立(S20)远程连接；

-从存储与分配给每一功能系统的多系统平台的硬件和/或软件资源相关的配置信息的存储单元中获得(S21)分配给与用于与所述配置客户端的连接的系统配置简档相关联的功能系统的硬件和/或软件资源；

-根据分配给所述功能系统的硬件和/或软件资源产生(S22)与用于与所述配置客户端的连接的系统配置简档相关联的功能系统的配置信息。

10.根据权利要求9所述的配置方法(20)，其包含：

-借助于平台配置简档与配置客户端(12)建立远程连接；

-产生(S24)描述能够由所述功能系统使用的硬件和软件资源的多系统平台模型。

11.根据权利要求9到10中任一项所述的配置方法(20)，其包含：

-产生(S25)对用于功能系统的硬件和/或软件资源分配的请求，所述功能系统与用于与配置客户端的连接的系统配置简档相关联；

-借助于监督配置简档与配置客户端建立连接；

-借助于与所述监督配置简档连接的配置客户端基于分配请求分配(S26)硬件和/或软件资源。

12.根据权利要求9到11中任一项所述的配置方法(20)，其包含：

-借助于管理简档与配置客户端建立连接；

-借助于与所述管理简档连接的配置客户端管理(S23)经授权以产生和/或使用所述多系统平台的配置信息的配置简档。

13.计算机程序产品，其包含一组程序代码指令，所述一组程序代码指令在由处理器执行时配置所述处理器以实施根据权利要求9到12中任一项所述的配置方法(20)。

14.计算机可读存储介质，其上存储有一组程序代码指令，所述一组程序代码指令在由处理器执行时配置所述处理器以实施根据权利要求9到12中任一项所述的配置方法(20)。