La présente invention concerne un serveur (11) de configuration pour la génération d’informations de configuration d’une plateforme multi-systèmes comportant des ressources matérielles et logicielles partagées par différents systèmes fonctionnels d’un engin aérien ou spatial, ledit serveur de configuration comportant : - un module (111) de connexion, adapté à établir une connexion à distance avec une pluralité de clients (12) de configuration, - une unité (110) de mémorisation adaptée à mémoriser des informations de configuration relatives aux ressources matérielles et/ou logicielles allouées à chaque système fonctionnel, - un module (112) de configuration système accessible au moyen de différents profils de configuration système associés respectivement aux différents systèmes fonctionnels, adapté à générer des informations de configuration pour un système fonctionnel associé au profil de configuration système utilisé pour la connexion entre le module de connexion et un client de configuration, en fonction des ressources matérielles et/ou logicielles allouées audit système fonctionnel. Figure 2. Serveur, système et procédé de configuration pour la génération d’informations de configuration pour une plateforme multi-systèmes La présente invention appartient au domaine des systèmes embarqués, et concerne plus particulièrement la configuration de plateformes multi-systèmes (également connues sous le nom de plateformes multi-utilisateurs). La présente invention trouve une application avantageuse, bien que nullement limitative, pour la configuration de plateformes multi-systèmes destinées à être embarquées dans des aéronefs. Etat de la technique De manière conventionnelle, un aéronef, par exemple un avion, doit embarquer plusieurs systèmes fonctionnels pour réaliser différentes fonctions à l’intérieur de l’avion. Les systèmes fonctionnels d’un avion, ainsi que les spécifications auxquelles ils doivent répondre, sont définis notamment par l’« Air Transportation Association for America » ou ATA. Par exemple, la spécification ATA-21 concerne les systèmes fonctionnels relatifs aux fonctions d’air conditionné et pressurisation, la spécification ATA-28 concerne les systèmes fonctionnels relatifs aux fonctions de stockage, distribution et jaugeage carburant, la spécification ATA-33 concerne les systèmes fonctionnels relatifs aux fonctions d’éclairage, etc. Traditionnellement, les systèmes fonctionnels d’un avion étaient implémentés selon une architecture dite fédérée, dans laquelle chaque système fonctionnel était équipé d’un ou plusieurs calculateurs (« Line Replaceable Unit » ou LRU dans la littérature anglo-saxonne) propres et dédiés. Avec l’augmentation des capacités de calcul des calculateurs et du nombre de systèmes fonctionnels embarqués dans les avions, mais également du fait d’un besoin de réduire les coûts de fabrication desdits avions, une nouvelle architecture dite multi-systèmes a été proposée, respectant les contraintes de ségrégation liées à la sécurité des systèmes fonctionnels. Dans une telle architecture multi-systèmes, un même calculateur (ou de manière plus générale une même ressource matérielle et/ou logicielle) peut être utilisé par différents systèmes fonctionnels de l’avion. Un tel calculateur est donc un calculateur multi-utilisateurs, les différents utilisateurs correspondant à différents systèmes fonctionnels de l’avion. Par exemple, une plateforme réalisant les fonctions de génération, distribution et conversion électrique, conforme à la spécification ATA-24, a vocation à être utilisée par différents systèmes fonctionnels nécessitant d’utiliser des signaux électriques (alimentation, mesures de capteurs, commandes d’actionneurs, etc.), et peut être implémentée selon une architecture multi-systèmes pour réaliser tout ou partie des fonctions d’autres systèmes fonctionnels. Toutefois, les outils de configuration des plateformes multi-systèmes actuels nécessitent une activité manuelle pour coordonner la génération des informations de configuration des différents systèmes fonctionnels. Celles-ci sont générées indépendamment pour chaque système fonctionnel et intégrées manuellement dans une deuxième étape. La présente invention a pour objectif de remédier à tout ou partie des limitations des solutions de l'art antérieur, notamment celles exposées ci-avant, en proposant une solution permettant notamment de faciliter la configuration d’une plateforme multi-systèmes. A cet effet, et selon un premier aspect, il est proposé un serveur de configuration pour la génération d’informations de configuration d’une telle plateforme multi-systèmes, ladite plateforme multi-systèmes comportant des ressources matérielles et logicielles partagées par différents systèmes fonctionnels d’un engin aérien ou spatial dans lequel ladite plateforme multi-systèmes est destinée à être embarquée. Ledit serveur de configuration comporte : - un module de connexion, adapté à établir une connexion à distance avec une pluralité de clients de configuration, - une unité de mémorisation adaptée à mémoriser des informations de configuration relatives aux ressources matérielles et/ou logicielles allouées à chaque système fonctionnel, - un module de configuration système accessible au moyen de différents profils de configuration système associés respectivement aux différents systèmes fonctionnels, adapté à générer des informations de configuration pour un système fonctionnel associé au profil de configuration système utilisé pour la connexion entre le module de connexion et un client de configuration, en fonction des ressources matérielles et/ou logicielles allouées audit système fonctionnel. Ainsi, la génération d’informations de configuration des différents systèmes fonctionnels utilisant les ressources d’une plateforme multi systèmes est réalisée sur un même serveur de configuration centralisé, auquel les différents fournisseurs de systèmes fonctionnels peuvent se connecter à distance afin de générer leurs propres informations de configuration. L’outil de configuration est multi-utilisateur pour l’intégration de configurations de plusieurs systèmes fonctionnels, avec un processus de partage intégré à l’outil. De telles dispositions permettent tout d’abord de faciliter la coordination de la génération des informations de configuration. En effet, les informations de configuration représentatives des ressources allouées aux différents systèmes fonctionnels sont mémorisées dans une même unité de mémorisation centrale accessible par le serveur de configuration. Cela permet donc de réduire les risques d’avoir des ressources allouées simultanément à deux systèmes fonctionnels différents, ou encore d’avoir des fournisseurs de systèmes fonctionnels qui utiliseraient des versions différentes des informations de configuration des ressources partagées, etc. En outre, les différentes informations de configuration, mémorisées de manière centralisée, n’ont plus besoin d’être échangées entre les différents fournisseurs et l’intégrateur de la plateforme multi-systèmes. Cela permet également de faciliter l’intégration et la certification de ladite plateforme multi-systèmes. Du fait que la génération des informations de configuration se fait de manière centralisée, au moyen d’un même outil sur un même équipement (serveur de configuration), on réduit les risques d’incompatibilités entre informations de configuration par rapport à des informations de configuration générées avec des outils installés sur des équipements différents pouvant notamment utiliser des systèmes d’exploitation différents Windows®, Linux, Unix, etc. Cela permet également de faciliter l’intégration et la certification. En outre, cela réduit également la complexité pour les fournisseurs de systèmes fonctionnels, notamment, qui n’ont plus besoin de supporter et de maintenir chacun un équipement dédié à l’exécution d’un outil de configuration. Un seul équipement est nécessaire (serveur de configuration), ce qui en facilite le maintien par un seul acteur, par exemple le fournisseur ou l’intégrateur de la plateforme multi-systèmes. Le bon fonctionnement de chaque équipement sur lequel est installé un outil de configuration doit également être garanti pour la certification, et on comprend que c’est plus simple lorsqu’un seul et même équipement est utilisé par tous les acteurs du développement de la plateforme multi-systèmes. Dans des modes particuliers de réalisation, le serveur de configuration peut comporter en outre l'une ou plusieurs des caractéristiques suivantes, prises isolément ou selon toutes les combinaisons techniquement possibles. Dans des modes particuliers de réalisation, le serveur de configuration comporte un module de configuration plateforme pour générer un modèle de plateforme multi-systèmes décrivant des ressources matérielles et logicielles pouvant être utilisées par les systèmes fonctionnels, ledit module de configuration plateforme étant accessible au moyen d’un profil de configuration plateforme. Dans des modes particuliers de réalisation, le module de configuration système est adapté pour générer une requête d’allocation de ressources matérielles et/ou logicielles pour un système fonctionnel associé à un profil de configuration système utilisé pour la connexion entre le module de connexion et un client de configuration. Ledit serveur de configuration comporte en outre un module de configuration de supervision pour allouer des ressources matérielles et/ou logicielles en fonction des requêtes d’allocation, ledit module de configuration de supervision étant accessible au moyen d’un profil de configuration de supervision. Dans des modes particuliers de réalisation, le profil de configuration de supervision permet d’accéder à toutes les informations de configuration de la plateforme multi-systèmes. Le profil de configuration de supervision est par exemple utilisé par un intégrateur de la plateforme multi-systèmes. Dans des modes particuliers de réalisation, chaque profil de configuration système permet d’accéder aux informations de configuration du système fonctionnel associé audit profil de configuration système, mais ne permet pas d’accéder aux informations de configuration associées aux autres systèmes fonctionnels. De telles dispositions permettent d’assurer que les informations de configuration d’un système fonctionnel ne sont pas corrompues lors de la génération, par le serveur de configuration, d’informations de configuration d’un autre système fonctionnel. Dans des modes particuliers de réalisation, le serveur de configuration comporte un module de gestion de versions centralisée. Dans des modes particuliers de réalisation, le serveur de configuration comporte un module d’administration pour gérer les profils de configuration. Selon un deuxième aspect, il est proposé un système de configuration pour la génération d’informations de configuration d’une plateforme multi-systèmes, comportant un serveur de configuration selon l’un quelconque des modes de réalisation de l’invention, et une pluralité de clients de configuration adaptés à se connecter à distance au serveur de configuration en utilisant différents profils de configuration. Selon un troisième aspect, il est proposé un procédé de configuration, mis en œuvre par un serveur de configuration, pour la génération d’informations de configuration d’une plateforme multi-systèmes, ladite plateforme multi-systèmes comportant des ressources matérielles et logicielles partagées par différents systèmes fonctionnels d’un engin aérien ou spatial dans lequel ladite plateforme multi-systèmes est destinée à être embarquée. Ledit procédé de configuration comporte : - un établissement d’une connexion à distance avec un client de configuration au moyen d’un profil de configuration système parmi différents profils de configuration système associés respectivement aux différents systèmes fonctionnels, - une obtention, à partir d’une unité de mémorisation mémorisant des informations de configuration relatives à des ressources matérielles et/ou logicielles de la plateforme multi-systèmes allouées à chaque système fonctionnel, des ressources matérielles et/ou logicielles allouées au système fonctionnel associé au profil de configuration système utilisé pour la connexion avec le client de configuration, - une génération d’informations de configuration pour le système fonctionnel associé au profil de configuration système utilisé pour la connexion avec le client de configuration, en fonction des ressources matérielles et/ou logicielles allouées audit système fonctionnel. Dans des modes particuliers de mise en œuvre, le procédé de configuration peut comporter en outre l'une ou plusieurs des caractéristiques suivantes, prises isolément ou selon toutes les combinaisons techniquement possibles. Dans des modes particuliers de mise en œuvre, le procédé de configuration comporte : - un établissement d’une connexion à distance avec un client de configuration au moyen d’un profil de configuration plateforme, - une génération d’un modèle de plateforme multi-systèmes décrivant des ressources matérielles et logicielles pouvant être utilisées par les systèmes fonctionnels. Dans des modes particuliers de mise en œuvre, le procédé de configuration comporte : - une génération d’une requête d’allocation de ressources matérielles et/ou logicielles pour un système fonctionnel associé à un profil de configuration système utilisé pour la connexion avec un client de configuration, - un établissement d’une connexion avec un client de configuration au moyen d’un profil de configuration de supervision, - une allocation de ressources matérielles et/ou logicielles en fonction des requêtes d’allocation, au moyen du client de configuration connecté avec le profil de configuration de supervision. Dans des modes particuliers de mise en œuvre, le procédé de configuration comporte : - un établissement d’une connexion avec un client de configuration au moyen d’un profil d’administration, - une gestion des profils de configuration autorisés à générer et/ou utiliser des informations de configuration de la plateforme multi-systèmes, au moyen du client de configuration connecté avec le profil d’administration. Selon un quatrième aspect, il est proposé un produit programme d’ordinateur comportant un ensemble d’instructions de code de programme qui, lorsqu’elles sont exécutées par un processeur, configurent ledit processeur pour mettre en œuvre un procédé de configuration selon l’un quelconque des modes de mise en œuvre de l’invention. Selon un cinquième aspect, il est proposé un support d’enregistrement lisible par un ordinateur sur lequel est enregistré un ensemble d’instructions de code de programme qui, lorsqu’elles sont exécutées par un processeur, configurent ledit processeur pour mettre en œuvre un procédé de configuration selon l’un quelconque des modes de mise en œuvre de l’invention. Présentation des figures L’invention sera mieux comprise à la lecture de la description suivante, donnée à titre d’exemple nullement limitatif, et faite en se référant aux figures qui représentent : : une représentation schématique d’un système de configuration d’une plateforme multi-systèmes, : une représentation schématique d’un serveur de configuration d’une plateforme multi-systèmes, : un diagramme illustrant les principales étapes d’un procédé de configuration d’une plateforme multi-systèmes, : un diagramme illustrant les principales étapes d’un mode préféré de mise en œuvre d’un procédé de configuration d’une plateforme multi-systèmes. Dans ces figures, des références identiques d’une figure à une autre désignent des éléments identiques ou analogues. Pour des raisons de clarté, les éléments représentés ne sont pas à l’échelle, sauf mention contraire. Tel qu’indiqué ci-dessus, la présente divulgation concerne la génération d’informations de configuration pour une plateforme multi-systèmes. Dans la suite de la description, on se place de manière nullement limitative dans le cas de la configuration d’une plateforme multi-systèmes destinée à être embarquée dans un avion. Dans la suite de la description, on se place de manière nullement limitative dans le cas où la plateforme multi-systèmes considérée correspond à une plateforme réalisant les fonctions de génération, distribution et conversion électrique, conforme à la spécification ATA-24. Tel qu’indiqué précédemment, une telle plateforme multi-systèmes ATA-24 comporte des ressources matérielles (réseau de câbles de distribution électrique, cartes d’entrée/sorties, cartes de communication, calculateurs, etc.) et logicielles (bibliothèque de fonctions logicielles, etc.) qui peuvent être utilisées par d’autres systèmes fonctionnels. Par exemple, la plateforme multi-systèmes ATA-24 pourra être connectée à des capteurs et/ou actionneurs utilisés par un système fonctionnel, lequel pourra donc utiliser la plateforme multi-systèmes ATA-24 pour récupérer les mesures effectuées par les capteurs et pour émettre des commandes à destination des actionneurs, mais également pour traiter les signaux correspondants par les calculateurs de ladite plateforme multi-systèmes ATA-24. Dans le cadre d’une plateforme multi-systèmes ATA-24, les systèmes fonctionnels comportent le système ATA-24 et d’autres systèmes fonctionnels, distincts du système ATA-24. Dans le cadre d’une telle plateforme multi-systèmes, les informations de configuration sont par exemple organisées sous la forme de tables de paramètres de configuration (sous toute forme adaptée, par exemple au format XML, Excel®, CSV, etc.), et la génération d’informations de configuration revient à définir les valeurs de ces paramètres de configuration. Les informations de configuration pour un système fonctionnel donné comprennent par exemple les informations relatives aux ressources matérielles et/ou logicielles allouées à ce système fonctionnel. Dans des modes particuliers de réalisation, les informations de configuration peuvent également comporter, par exemple, le code applicatif décrivant les fonctions réalisées sur la plateforme multi-systèmes pour le système fonctionnel considéré, ainsi que les données associées (y compris les valeurs de paramètres de configuration), qui seront chargées sur la plateforme multi-systèmes. La représente schématiquement un exemple de système 10 de configuration d’une plateforme multi-systèmes, telle qu’une plateforme multi-systèmes ATA-24 dans l’exemple considéré ici. Tel qu’illustré par la , le système 10 de configuration comporte notamment un serveur 11 de configuration, et des clients 12 de configuration adaptés à se connecter à distance au serveur 11 de configuration. Ainsi, l’architecture du système 10 de configuration est centralisée, selon une architecture client/serveur dans laquelle différents clients 12 de configuration peuvent se connecter à un même serveur 11 de configuration centralisé pour générer des informations de configuration pour la plateforme multi-systèmes ATA-24. Les clients 12 de configuration peuvent être utilisés par différents acteurs impliqués dans le développement, la validation et la certification de la plateforme multi-systèmes ATA-24. Chaque fournisseur d’un des systèmes fonctionnels de la plateforme multi-systèmes ATA-24 est un acteur qui doit générer des informations de configuration pour ladite plateforme multi-systèmes ATA-24, et est susceptible de se connecter au serveur 11 de configuration via un client 12 de configuration. En outre, le fournisseur de la plateforme multi-systèmes ATA-24, qui sera utilisée par les différents systèmes fonctionnels, est également un acteur qui doit fournir ou générer des informations de configuration de la plateforme multi-systèmes ATA-24, et peut pour ce faire, dans des modes préférés de réalisation, se connecter au serveur 11 de configuration via un client 12 de configuration. De plus, l’intégrateur de la plateforme multi-systèmes ATA-24, qui est en charge d’intégrer les livrables des différents acteurs impliqués sur la plateforme multi-systèmes ATA-24, peut également, dans des modes préférés de réalisation, se connecter au serveur 11 de configuration via un client 12 de configuration. Des acteurs différents utilisent de préférence des profils de configuration respectifs différents pour se connecter au serveur 11 de configuration via un client 12 de configuration. Par exemple, un fournisseur d’un système fonctionnel peut utiliser un profil de configuration système. Différents profils de configuration système sont associés respectivement aux différents systèmes fonctionnels et à leurs fournisseurs, afin de permettre à chaque fournisseur de système fonctionnel de ne modifier que les informations de configuration associées à son système fonctionnel, sans modifier les informations de configuration des autres systèmes fonctionnels dont il n’est pas responsable. Dans des modes particuliers de réalisation, le fournisseur de la plateforme multi-systèmes ATA-24 peut utiliser un profil de configuration plateforme pour se connecter au serveur 11 de configuration, l’intégrateur de la plateforme multi-systèmes ATA-24 peut utiliser un profil de configuration de supervision pour se connecter au serveur 11 de configuration, etc. Les clients 12 de configuration sont par exemple identiques, quel que soit le profil de configuration utilisé pour se connecter au serveur 11 de configuration. Cela peut par exemple être le cas si l’outil de configuration est implémenté en tant qu’application web sur le serveur 11 de configuration, auquel cas chaque client 12 de configuration correspond à un navigateur web installé sur un ordinateur, ou encore si les clients 12 de configuration correspondent à une même application sur des ordinateurs différents appartenant aux différents acteurs, etc. Suivant d’autres exemples, les clients 12 de configuration ne sont pas tous identiques. Par exemple, le client 12 de configuration peut dépendre du type de profil de configuration utilisé (système, plateforme, de supervision, etc.). Dans un tel cas, les clients 12 de configuration utilisés avec des profils de configuration de types différents correspondent à des applications différentes, qui diffèrent par exemple par l’interface graphique, les fonctions implémentées du côté du client 12 de configuration, etc. Dans tous les cas, quel que soit le type de client 12 de configuration considéré (navigateur web, application à installer sur un ordinateur, etc.) et les fonctionnalités fournies par le client 12 de configuration, il est à noter que la génération des informations de configuration est toujours réalisée sur le serveur 11 de configuration. Ainsi, lorsque les informations de configuration doivent être générées, le client 12 de configuration utilise un module de génération d’informations de configuration, dit « module de configuration », qui est installé et s’exécute sur le serveur 11 de configuration. La représente schématiquement un mode préféré de réalisation d’un serveur 11 de configuration. Tel qu’illustré par la , le serveur 11 de configuration comporte notamment un module 111 de connexion adapté à établir une connexion à distance avec une pluralité de clients 12 de configuration. Le serveur 11 de configuration comporte également une unité 110 de mémorisation adaptée à mémoriser des informations de configuration de la plateforme multi-systèmes ATA-24, et notamment celles générées par le serveur 11 de configuration connecté à un client 12 de configuration. En particulier, l’unité 110 de mémorisation est adaptée à mémoriser les informations de configuration relatives aux ressources matérielles et/ou logicielles allouées à chaque système fonctionnel. De préférence, l’unité 110 de mémorisation mémorise également des informations relatives aux différents profils de configuration qui sont autorisés à accéder au serveur 11 de configuration, ainsi que les droits et les données associés. A partir d’un profil de configuration système associé à un système fonctionnel donné, le serveur 11 de configuration peut donc récupérer dans l’unité 110 de mémorisation les informations de configuration relatives aux ressources matérielles et/ou logicielles allouées, les informations de configuration générées avec ce profil de configuration système pour ce système fonctionnel, etc. De préférence, le serveur 11 de configuration comporte un module de gestion de versions centralisée (non représenté sur les figures). Ainsi, l’historique et les versions successives des informations de configuration mémorisées dans l’unité 110 de mémorisation sont mémorisés, et le serveur 11 de configuration permet donc d’identifier rapidement toutes les informations de configuration associées à une version donnée de celles-ci. De manière générale, l’unité 110 de mémorisation peut comporter tout type de moyen de mémorisation non volatile. Par exemple, l’unité 110 de mémorisation comporte une ou plusieurs bases de données accessibles par le serveur 11 de configuration. Tel qu’illustré par la , le serveur 11 de configuration comporte également un module 112 de configuration système accessible au moyen de différents profils de configuration système associés respectivement aux différents systèmes fonctionnels. Le module 112 de configuration système est configuré pour générer des informations de configuration des différents systèmes fonctionnels. En particulier, le fournisseur d’un système fonctionnel donné peut se connecter au module 112 de configuration système en utilisant son profil de configuration système, via un client 12 de configuration et le module 111 de connexion, et générer des informations de configuration pour le système fonctionnel considéré en fonction des informations de configuration relatives aux ressources matérielles et/ou logicielles allouées audit système fonctionnel qui ont été récupérées à partir de l’unité 110 de mémorisation. Les informations de configuration ainsi générées sont de préférence également mémorisées dans l’unité 110 de mémorisation. Dans des modes préférés de réalisation, et tel qu’illustré par la , le serveur 11 de configuration peut également comporter un module 113 de configuration plateforme. Le module 113 de configuration plateforme est utilisé par le fournisseur de la plateforme multi-systèmes ATA-24 pour générer des informations de configuration qui correspondent à un modèle décrivant les ressources matérielles et logicielles de ladite plateforme multi-systèmes ATA-24, en particulier celles pouvant être utilisées par les systèmes fonctionnels. Par exemple, le fournisseur de la plateforme multi-systèmes ATA-24 peut se connecter au module 113 de configuration plateforme en utilisant son profil de configuration plateforme, via un client 12 de configuration et le module 111 de connexion. Par exemple, le modèle de la plateforme multi-systèmes ATA-24 indique le nombre et le type de calculateurs, le nombre et le type de cartes d’entrées/sorties ainsi que les ports auxquels elles sont physiquement raccordées, le nombre et le type de cartes de communication et les ports auxquels elles sont physiquement raccordées, etc. Dans des modes particuliers de réalisation, et tel qu’illustré par la , le serveur 11 de configuration peut comporter également un module 114 de configuration de supervision, accessible au moyen d’un profil de configuration de supervision. Par exemple, l’intégrateur de la plateforme multi-systèmes ATA-24 peut se connecter au module 114 de configuration de supervision en utilisant le profil de configuration de supervision, pour récupérer toutes les informations de configuration générées par les différents acteurs (fournisseurs de systèmes fonctionnels, fournisseur de la plateforme multi-systèmes ATA-24, etc.). Dans le cas où le serveur 11 de configuration comporte un module de gestion de versions centralisée, l’intégrateur peut récupérer directement toutes les informations de configuration d’une version spécifique souhaitée, sans risquer de mélanger des informations de configuration de systèmes fonctionnels différents qui correspondent à des versions différentes de la configuration de la plateforme multi-systèmes ATA-24, éventuellement incompatibles entre elles. Dans des modes préférés de réalisation, le module 114 de configuration de supervision est également configuré pour allouer des ressources matérielles et/ou logicielles aux différentes systèmes fonctionnels, en fonction par exemple du modèle des ressources matérielles et logicielles fourni par le fournisseur de la plateforme multi-systèmes ATA-24 (de préférence via le module 113 de configuration plateforme). De préférence, l’allocation de ressources matérielles et/ou logicielles est réalisée en fonction de requêtes d’allocation émises par les différents fournisseurs de systèmes logiciels. Par exemple, le module 112 de configuration système peut être configuré pour générer une requête d’allocation de ressources matérielles et/ou logicielles pour un système fonctionnel associé à un profil de configuration système utilisé pour la connexion entre le module 111 de connexion et un client 12 de configuration. Les requêtes d’allocation ainsi générées par le module 112 de configuration système sont toutes accessibles par le module 114 de configuration de supervision, ce qui permet à l’intégrateur d’allouer les ressources matérielles et/ou logicielles aux différents systèmes fonctionnels en fonction des requêtes d’allocation reçues. Par exemple, le modèle de la plateforme multi-systèmes ATA-24, de préférence mémorisé dans l’unité 110 de mémorisation, est utilisé par le module 112 de configuration système et par le module 114 de configuration de supervision pour générer des requêtes ou allouer des ressources. Les ressources matérielles et/ou logicielles allouées respectivement aux différents systèmes fonctionnels sont mémorisées dans l’unité 110 de mémorisation, et chaque fournisseur de système fonctionnel peut avoir accès aux ressources qui lui ont été allouées en se connectant au serveur 11 de configuration en utilisant son profil de configuration système. Il est à noter qu’un même fournisseur de système fonctionnel peut disposer de plusieurs profils de configuration système. Par exemple, un premier profil de configuration système peut être utilisé pour émettre des requêtes d’allocation de ressources matérielles et/ou logicielles, et un second profil de configuration système peut être utilisé pour générer des informations de configuration en utilisant les informations de configuration relatives aux ressources matérielles et logicielles allouées, etc. Dans des modes préférés de réalisation, et tel qu’illustré par la , le serveur 11 de configuration peut comporter un module 115 d’administration pour gérer les profils de configuration autorisés à générer et/ou utiliser des informations de configuration de la plateforme multi-systèmes ATA-24. Le module 115 d’administration, par exemple accessible au moyen d’un profil d’administration, permet par exemple d’ajouter, de supprimer et de définir des profils de configuration. Par exemple, le profil d’administration peut être confondu avec le profil de configuration de supervision Le serveur 11 de configuration comporte par exemple un ou plusieurs processeurs et des moyens de mémorisation (disque dur magnétique, mémoire électronique, disque optique, ou tout type de support d’enregistrement lisible par ordinateur) dans lesquels est mémorisé un produit programme d'ordinateur, sous la forme d'un ensemble d'instructions de code de programme à exécuter pour réaliser les fonctions des différents modules 111 de connexion, 112, 113, 114 de configuration et 115 d’administration. Dans une variante, le serveur 11 de configuration comporte un ou des circuits logiques programmables, de type FPGA, PLD, etc., et/ou circuits intégrés spécialisés (ASIC) adaptés à mettre en œuvre tout ou partie desdites fonctions des différents modules 111 de connexion, 112, 113, 114 de configuration et 115 d’administration. En d'autres termes, le serveur 11 de configuration comporte un ensemble de moyens configurés de façon logicielle (produit programme d'ordinateur spécifique) et/ou matérielle (FPGA, PLD, ASIC, etc.) pour réaliser les fonctions des différents modules 111 de connexion, 112, 113, 114 de configuration et 115 d’administration. La représente les principales étapes d’un procédé 20 de configuration de la plateforme multi-systèmes ATA-24 mis en œuvre par le serveur 11 de configuration. Tel qu’illustré par la , le procédé 20 de configuration comporte : - une étape S20 d’établissement, au moyen du module 111 de connexion, d’une connexion à distance avec un client 12 de configuration au moyen d’un profil de configuration système parmi les différents profils de configuration système associés respectivement aux différents systèmes fonctionnels, - une étape S21 d’obtention, à partir de l’unité 110 de mémorisation, d’informations de configurations relatives aux ressources matérielles et/ou logicielles allouées au système fonctionnel associé au profil de configuration système utilisé pour la connexion entre le module 111 de connexion et le client 12 de configuration, - une étape S22 de génération d’informations de configuration, par le module 112 de configuration système, pour le système fonctionnel associé au profil de configuration système utilisé pour la connexion entre le module 111 de connexion et le client 12 de configuration, en fonction des ressources matérielles et/ou logicielles allouées audit système fonctionnel ; de préférence, les informations de configuration générées sont mémorisées dans l’unité 110 de mémorisation. Au cours de l’étape S20 de connexion, le serveur 11 de configuration vérifie que le profil de configuration utilisé pour la connexion est bien un profil de configuration autorisé. Dans l’exemple illustré par la , le profil de configuration utilisé est un profil de configuration système et le serveur 11 de configuration vérifie que ledit profil de configuration système est bien associé à l’un des systèmes fonctionnels de la plateforme multi-systèmes ATA-24. Dans des modes préférés de mise en œuvre, l’étape S20 de connexion peut mettre en œuvre en outre toute méthode d’authentification adaptée, afin de vérifier que la personne qui se connecte avec ce profil de configuration système est bien le fournisseur de système fonctionnel auquel appartient ce profil de configuration système. Après avoir vérifié le profil de configuration système, le serveur 11 de configuration récupère dans l’unité 110 de mémorisation, au cours de l’étape S21, les informations de configuration relatives aux ressources matérielles et/ou logicielles déjà allouées au système fonctionnel associé audit profil de configuration système utilisé pour se connecter au serveur 11 de configuration. Ensuite, au cours de l’étape S22, le fournisseur de système fonctionnel utilise le module 112 de configuration système pour générer des informations de configuration pour la plateforme multi-systèmes ATA-24, en utilisant les informations de configuration récupérées, relatives aux ressources matérielles et/ou logicielles précédemment allouées à ce système fonctionnel. Les étapes illustrées sur la sont exécutées pour chaque système fonctionnel. De préférence, ces étapes peuvent en outre être exécutées plusieurs fois au cours du temps pour chaque système fonctionnel, pour générer des versions successives des différentes informations de configuration qui, le cas échéant, peuvent être indexées par un module de gestion de versions centralisée du serveur 11 de configuration. La représente schématiquement les principales étapes d’un mode préféré de mise en œuvre du procédé 20 de configuration, dans le cas où le serveur 11 de configuration comporte tous les modules de configuration représentés sur la . A des fins de clarté de la , les étapes de connexion avec les clients 12 de configuration ne sont pas représentées, mais il est à noter que chaque étape mettant en œuvre un module de configuration peut être soumise à l’établissement préalable d’une connexion avec un client 12 de configuration en utilisant un profil de configuration adapté. Tel qu’illustré par la , le procédé 20 de configuration comporte tout d’abord une étape S23 de gestion des profils de configuration par le module 115 d’administration, en utilisant le profil d’administration. L’étape S23 de gestion permet de créer les différents profils de configuration (plateforme, système, de supervision, etc.) autorisés à générer et à utiliser des informations de configuration pour la plateforme multi-systèmes ATA-24 considérée. Les informations décrivant les profils de configuration créés sont par exemple mémorisées dans l’unité 110 de mémorisation du serveur 11 de configuration. Le procédé 20 de configuration comporte également, dans cet exemple, une étape S24 de génération d’informations de configuration correspondant à un modèle de la plateforme multi-systèmes ATA-24 décrivant des ressources matérielles et logicielles pouvant être utilisées par les systèmes fonctionnels. Cette étape S24 de génération est exécutée par le module 113 de configuration plateforme, en utilisant le profil de configuration plateforme. Le modèle de la plateforme multi-systèmes ATA-24 ainsi généré est de préférence mémorisé dans l’unité 110 de mémorisation du serveur 11 de configuration. Le procédé 20 de configuration comporte également, dans cet exemple, une étape S25 une génération d’une requête d’allocation de ressources matérielles et/ou logicielles par le module 112 de configuration système, en utilisant un profil de configuration système. Par exemple, le module 112 de configuration système permet de visualiser le modèle de la plateforme multi-systèmes ATA-24, afin de permettre au fournisseur du système fonctionnel d’identifier des types de ressources matérielles et/ou logicielles nécessaires pour le système fonctionnel considéré, et de générer une requête d’allocation pour ces ressources. L’étape S25 de génération de requête d’allocation de ressources est typiquement exécutée pour chaque système fonctionnel, chaque fournisseur de système fonctionnel se connectant au serveur 11 de configuration en utilisant son profil de configuration système. Le cas échéant, le procédé 20 de configuration comporte également une étape S26 d’allocation de ressources matérielles et/ou logicielles en fonction des requêtes d’allocation, exécutée par le module 114 de configuration de supervision en utilisant le profil de configuration de supervision. Par exemple, le module 114 de configuration de supervision permet de visualiser les requêtes d’allocation de ressources reçues, afin de permettre à l’intégrateur d’allouer des ressources matérielles et/ou logicielles aux différents systèmes fonctionnels. Il est à noter que plusieurs requêtes d’allocation de ressources peuvent être reçues pour des systèmes fonctionnels différents. Etant donné que le profil de configuration de supervision permet d’avoir accès à toutes les requêtes d’allocation de ressources, il est possible d’arbitrer entre deux requêtes pour un même type de ressource matérielle et/ou logicielle, si les ressources matérielles et/ou logicielles disponibles sont insuffisantes pour satisfaire ces deux requêtes. Le module 114 de configuration de supervision est de préférence configuré pour empêcher l’allocation d’une même ressource à deux systèmes fonctionnels distincts. Les informations de configuration relatives aux ressources matérielles et/ou logicielles allouées à l’issue de l’étape S26 à chaque système fonctionnel sont de préférence mémorisées dans l’unité 110 de mémorisation. Tel qu’illustré par la , les étapes S25 de génération de requête et S26 d’allocation peuvent être itérées. Par exemple, si une ressource matérielle ou logicielle particulière n’a pas pu être allouée à un système fonctionnel, il est possible de générer une nouvelle requête pour de nouvelles ressources matérielles et/ou logicielles, etc. Le procédé 20 de configuration comporte également, dans cet exemple, une étape S22 de génération d’informations de configuration pour un système fonctionnel, par le module 112 de configuration système utilisant le profil de configuration système associé au système fonctionnel considéré. Ces informations de configuration pour un système fonctionnel donné décrivent notamment une séquence d’utilisation des ressources matérielles et logicielles allouées à ce système fonctionnel, par exemple sous la forme d’un code applicatif et des données associées, ou sous la forme d’informations permettant au module 114 de configuration de supervision de générer le code applicatif et les données associées, etc. L’étape S22 de génération d’informations de configuration est exécutée pour chaque système fonctionnel, chaque fournisseur de système fonctionnel se connectant au serveur 11 de configuration en utilisant son profil de configuration système. L’étape S22 de génération d’informations de configuration utilise notamment les informations de configuration relatives aux ressources allouées au système fonctionnel considéré, obtenues à partir de l’unité 110 de mémorisation (l’étape S21 d’obtention n’étant pas représentée sur la à des fins de clarté). Tel qu’illustré par la , l’étape S22 de génération d’informations de configuration peut être itérée au fil des développements pour un même système fonctionnel. En outre, les développements peuvent permettre d’identifier un nouveau besoin pour des ressources matérielles et/ou logicielles complémentaires. Les étapes S25 de génération de requête et S26 d’allocation peuvent alors être à nouveau itérées pour requérir des ressources matérielles et/ou logicielles complémentaires, etc. Une fois que toutes les informations de configuration ont été générées, celles-ci peuvent être récupérées par l’intégrateur de la plateforme multi-systèmes ATA-24, qui se connecte au serveur 11 de configuration en utilisant son profil de configuration de supervision. De manière connue en soi, les processus de développement sont par nature itératifs, et l’intégration / validation des différentes informations de configuration de la plateforme multi-systèmes ATA-24 va généralement permettre d’identifier de problèmes nécessitant d’exécuter à nouveau tout ou partie des étapes de la , etc. De manière plus générale, il est à noter que les modes de mise en œuvre et de réalisation considérés ci-dessus ont été décrits à titre d'exemples non limitatifs, et que d'autres variantes sont par conséquent envisageables. Notamment, l’invention a été décrite en considérant principalement la configuration d’une plateforme multi-systèmes destinée à être embarquée dans un avion, et plus particulièrement une plateforme multi-systèmes ATA-24. Toutefois, l’invention est plus généralement applicable pour la configuration de tout type de plateforme multi-systèmes destinée à être embarquée dans un engin aérien ou spatial. En outre, l’invention est applicable pour d’autres domaines que l’aérospatiale, et est applicable dans tout domaine dans lequel il est peut être envisagé d’utiliser des plateformes multi-systèmes semblables à celles du domaine aéronautique. Par exemple, l’invention est également applicable dans le domaine automobile ou ferroviaire. Serveur (11) de configuration pour la génération d’informations de configuration d’une plateforme multi-systèmes, ladite plateforme multi-systèmes comportant des ressources matérielles et logicielles partagées par différents systèmes fonctionnels d’un engin aérien ou spatial dans lequel ladite plateforme multi-systèmes est destinée à être embarquée, caractérisé en ce que ledit serveur (11) de configuration comporte : - un module (111) de connexion, adapté à établir une connexion à distance avec une pluralité de clients (12) de configuration, - une unité (110) de mémorisation adaptée à mémoriser des informations de configuration relatives aux ressources matérielles et/ou logicielles allouées à chaque système fonctionnel, - un module (112) de configuration système accessible au moyen de différents profils de configuration système associés respectivement aux différents systèmes fonctionnels, adapté à générer des informations de configuration pour un système fonctionnel associé au profil de configuration système utilisé pour la connexion entre le module de connexion et un client de configuration, en fonction des ressources matérielles et/ou logicielles allouées audit système fonctionnel. Serveur (11) de configuration selon la revendication 1, comportant un module (113) de configuration plateforme pour générer un modèle de plateforme multi-systèmes décrivant des ressources matérielles et logicielles pouvant être utilisées par les systèmes fonctionnels, ledit module (113) de configuration plateforme étant accessible au moyen d’un profil de configuration plateforme. Serveur (11) de configuration selon la revendication 1 ou 2, dans lequel le module (112) de configuration système est adapté à générer une requête d’allocation de ressources matérielles et/ou logicielles pour un système fonctionnel associé à un profil de configuration système utilisé pour la connexion entre le module de connexion et un client de configuration, ledit serveur (11) de configuration comportant un module (114) de configuration de supervision pour allouer des ressources matérielles et/ou logicielles en fonction des requêtes d’allocation, ledit module (114) de configuration de supervision étant accessible au moyen d’un profil de configuration de supervision. Serveur (11) de configuration selon la revendication 3, dans lequel le profil de configuration de supervision permet d’accéder à toutes les informations de configuration de la plateforme multi-systèmes. Serveur (11) de configuration selon l’une quelconque des revendications précédentes, dans lequel chaque profil de configuration système permet d’accéder aux informations de configuration du système fonctionnel associé audit profil de configuration système, mais ne permet pas d’accéder aux informations de configuration associées aux autres systèmes fonctionnels. Serveur (11) de configuration selon l’une quelconque des revendications précédentes, comportant un module de gestion de versions centralisée. Serveur (11) de configuration selon l’une quelconque des revendications précédentes, comportant un module (115) d’administration pour gérer les profils de configuration. Système (10) de configuration pour la génération d’informations de configuration d’une plateforme multi-systèmes, comportant un serveur (11) de configuration selon l’une quelconque des revendications précédentes, et une pluralité de clients (12) de configuration adaptés à se connecter à distance au serveur (11) de configuration en utilisant différents profils de configuration. Procédé (20) de configuration, mis en œuvre par un serveur (11) de configuration, pour la génération d’informations de configuration d’une plateforme multi-systèmes, ladite plateforme multi-systèmes comportant des ressources matérielles et logicielles partagées par différents systèmes fonctionnels d’un engin aérien ou spatial dans lequel ladite plateforme multi-systèmes est destinée à être embarquée, caractérisé en ce que ledit procédé (20) de configuration comporte : - un établissement (S20) d’une connexion à distance avec un client (12) de configuration au moyen d’un profil de configuration système parmi différents profils de configuration système associés respectivement aux différents systèmes fonctionnels, - une obtention (S21), à partir d’une unité de mémorisation mémorisant des informations de configuration relatives à des ressources matérielles et/ou logicielles de la plateforme multi-systèmes allouées à chaque système fonctionnel, des ressources matérielles et/ou logicielles allouées au système fonctionnel associé au profil de configuration système utilisé pour la connexion avec le client de configuration, - une génération (S22) d’informations de configuration pour le système fonctionnel associé au profil de configuration système utilisé pour la connexion avec le client de configuration, en fonction des ressources matérielles et/ou logicielles allouées audit système fonctionnel. Procédé (20) de configuration selon la revendication 9, comportant : - un établissement d’une connexion à distance avec un client (12) de configuration au moyen d’un profil de configuration plateforme, - une génération (S24) d’un modèle de plateforme multi-systèmes décrivant des ressources matérielles et logicielles pouvant être utilisées par les systèmes fonctionnels. Procédé (20) de configuration selon l’une quelconque des revendications 9 à 10, comportant : - une génération (S25) d’une requête d’allocation de ressources matérielles et/ou logicielles pour un système fonctionnel associé à un profil de configuration système utilisé pour la connexion avec un client de configuration, - un établissement d’une connexion avec un client de configuration au moyen d’un profil de configuration de supervision, - une allocation (S26) de ressources matérielles et/ou logicielles en fonction des requêtes d’allocation, au moyen du client de configuration connecté avec le profil de configuration de supervision. Procédé (20) de configuration selon l’une quelconque des revendications 9 à 11, comportant : - un établissement d’une connexion avec un client de configuration au moyen d’un profil d’administration, - une gestion (S23) des profils de configuration autorisés à générer et/ou utiliser des informations de configuration de la plateforme multi-systèmes, au moyen du client de configuration connecté avec le profil d’administration. Produit programme d’ordinateur comportant un ensemble d’instructions de code de programme qui, lorsqu’elles sont exécutées par un processeur, configurent ledit processeur pour mettre en œuvre un procédé (20) de configuration selon l’une quelconque des revendications 9 à 12. Support d’enregistrement lisible par un ordinateur sur lequel est enregistré un ensemble d’instructions de code de programme qui, lorsqu’elles sont exécutées par un processeur, configurent ledit processeur pour mettre en œuvre un procédé (20) de configuration selon l’une quelconque des revendications 9 à 12.