Brevet FR3026507A1 — publié le 20160401

Infrastructure d'hébergement de services dans un aéronef, et procédé d'accès associé La présente invention concerne une infrastructure d'hébergement de services dans un aéronef comportant : - une pluralité de plates-formes embarquées, chaque plate-forme correspondant à un domaine fonctionnel de l'aéronef et hébergeant au moins un service propre à être mis en oeuvre dans l'aéronef dans le domaine fonctionnel considéré ; - au moins un module embarqué de communication avec une structure sol, raccordé à chaque plate-forme embarquée. Par « service », on entend, généralement au sens de la présente invention un ensemble d'applications logicielles propres à effectuer des fonctions au sein de l'aéronef, à l'aide de ressources présentes dans l'aéronef. Le périmètre fonctionnel des aéronefs est réparti en plusieurs domaines de services, qui dépendent de la fonctionnalité, et des utilisateurs du domaine. Un premier domaine de services concerne le contrôle de l'aéronef, et inclut notamment les applications de contrôle moteur, de commandes de vol, et de contrôle des systèmes avion. Un deuxième domaine de services concerne les services opérateur, et est relatif notamment à la maintenance de l'aéronef et au support de l'équipage dans son travail lors des différentes phases de la mission. Ceci inclut notamment l'accès à des ressources diverses de documentation technique et aérienne disponibles à bord, ou sur un ou des équipements amovibles. Un troisième domaine de services est relatif au bien-être du passager lors de son voyage. Ceci inclut par exemple le contrôle des ressources matérielles propres au confort du passager, le divertissement du passager, les cartes mobiles interactives, les fonctions dédiées à l'équipage cabine, et les ressources d'interface avec les terminaux et les appareils propres aux occupants de l'aéronef. En fonction des domaines, le niveau de confiance en termes de sécurité et de sûreté de fonctionnement varie. Le domaine concernant le contrôle de l'aéronef est très sécurisé dans ses accès et très sûr dans son fonctionnement, car un dysfonctionnement peut être critique lors du vol. À l'inverse, le degré de sécurité et de sûreté dans le domaine passager est moins exigeant, dans la mesure où un dysfonctionnement éventuel, même s'il est gênant pour le confort du passager, ne constitue pas un danger pour l'évolution de l'aéronef. Tous les services mis en oeuvre dans l'aéronef doivent être mis à jour régulièrement, voire à chaque vol dans certains cas. Il est donc nécessaire d'accéder aux différents domaines régulièrement, à bord comme au sol. Les utilisateurs accédant aux différents services sont très variés et doivent être contrôlés. Avec les infrastructures existantes, un tel mode de fonctionnement ne donne pas entière satisfaction. En effet, les ressources des plates-formes qui hébergent les services embarqués présentent des caractéristiques propres à chaque fournisseur du service correspondant, par exemple au niveau du matériel, des interfaces, du système d'exploitation, des logiciels utilisés... De ce fait, la maintenance et l'évolution des services sur l'aéronef est très complexe à gérer pour l'opérateur de l'aéronef. Par exemple, la mise à jour des contenus se fait par des procédures propres à chaque service. Les interfaces utilisateurs ne sont généralement pas harmonisées entre elles et dépendent du fournisseur du service. De ce fait, modifier l'infrastructure pour répondre au besoin utilisateur est complexe à mettre oeuvre. Chaque service présente son propre accès et doit être documenté de manière individuelle. En outre, l'opérateur ne dispose pas de visibilité sur l'utilisation des services, ni de gestion centralisée de l'usage des services, ce qui complique notablement le fonctionnement et les procédures d'accès et de mise à jour des services. Un but de l'invention est donc d'offrir une infrastructure simplifiant la maintenance et l'évolution des services embarqués au sein d'un aéronef, notamment pour l'opérateur. Un autre but de l'invention est de répondre au besoin utilisateur en lui offrant davantage de satisfaction. À cet effet, l'invention a pour objet une infrastructure du type précité, caractérisée en ce que l'infrastructure comporte au moins un portail d'accès propre à permettre un accès centralisé à des services hébergés par toutes les plates-formes embarquées correspondant aux différents domaines fonctionnels de l'aéronef. L'infrastructure selon l'invention peut comprendre l'une ou plusieurs des caractéristiques suivantes, prise(s) isolément ou suivant toute combinaison techniquement possible : - au moins un portail d'accès est un portail embarqué hébergé dans une plate- forme embarquée ou au moins un portail d'accès est un portail sol hébergé dans une structure sol. - elle comporte, pour chaque plate-forme embarquée, un module de sécurité interposé entre chaque module embarqué de communication et la plate-forme embarquée, le module de sécurité étant propre à gérer la sécurité des données transitant entre le module embarqué de communication et la plate-forme embarquée. - au moins un module de sécurité est raccordé à deux plates-formes embarquées, le module de sécurité étant propre à gérer la sécurité des données transitant entre le module de communication embarqué et chaque plate-forme raccordée au module de sécurité et des données transitant entre les plates-formes raccordées au module de sécurité. - elle comporte au moins un premier module embarqué de communication de niveau de sécurité et/ou de sûreté plus élevé, et au moins un deuxième module embarqué de communication de niveau de sécurité et/ou de sûreté moins élevé, l'infrastructure comportant au moins un premier module de sécurité de niveau de sécurité et/ou de sûreté plus élevé, raccordé au premier module de communication et à au moins une plate-forme embarquée, et un deuxième module de sécurité de niveau de sécurité et/ou de sûreté moins élevé, raccordé au deuxième module de communication embarqué et à au moins une plate-forme embarquée. - elle comporte au moins une première plate-forme embarquée correspondant à un domaine fonctionnel de services de contrôle de l'aéronef, au moins une deuxième plate-forme embarquée correspondant à un domaine fonctionnel de services opérateur et au moins une troisième plate-forme embarquée correspondant à un domaine fonctionnel de services passagers. - chaque plate-forme embarquée comporte des ressources propres à héberger au moins un service du domaine fonctionnel, au moins une plate-forme embarquée étant propre à héberger au moins un portail d'accès centralisé d'accès à chaque service de chaque plate-forme. - les ressources hébergent un premier système d'exploitation, et au moins une première application logicielle d'un premier service, propre à être exécutée à l'aide du premier système d'exploitation, les ressources comprenant au moins une couche logicielle intermédiaire, avantageusement de type virtualisation, hébergeant au moins une deuxième application logicielle d'un deuxième service, native d'un deuxième système d'exploitation distinct du premier système d'exploitation, les ressources étant propres à exécuter la deuxième application logicielle en utilisant la couche logicielle intermédiaire. - chaque plate-forme embarquée comporte au moins un système fonctionnel et/ou un périphérique distinct des ressources, le portail d'accès centralisé étant propre à accéder à des applications logicielles hébergées par le système fonctionnel et/ou le périphérique. - le portail d'accès centralisé est propre à assurer une interconnexion et/ou une synchronisation des services embarqués avec des services correspondants dans une structure sol. - le portail d'accès centralisé est propre à assurer une interconnexion et/ou une synchronisation par l'intermédiaire d'une interface sans fil avec un dispositif électronique personnel embarqué. - les ressources comportent au moins un module choisi parmi un module de traitement disposant avantageusement d'une couche logicielle intermédiaire, un module mémoire et/ou de stockage de données, un module graphique, un module serveur de données, un module d'interface entrées-sorties avec au moins un système fonctionnel et/ou un périphérique du domaine fonctionnel, un module de commutation réseau, avantageusement raccordé à un module de sécurité, et un module d'interface avec un dispositif électronique personnel. - les ressources sont au moins partiellement dupliquées en fonction de la quantité de données à héberger et/ou pour garantir une redondance des ressources afin d'assurer leur disponibilité même en cas de panne. - le portail d'accès centralisé comporte au moins une application de gestion des accès, propre à orienter un utilisateur vers les services associés à un domaine donné, en fonction d'un type d'utilisateur prédéfini ; - le portail d'accès est propre à interconnecter et/ou à synchroniser les services hébergés dans la plate-forme embarquée d'un domaine avec des services correspondants au sol. L'invention a également pour objet un procédé d'accès à des services, comportant les étapes suivantes : - fourniture d'une infrastructure telle que définie plus haut ; - utilisation du portail d'accès centralisé pour accéder à au moins un premier service hébergé par une première plate-forme embarquée correspondant à un premier domaine fonctionnel de l'aéronef ; - utilisation du même portail centralisé pour accéder à au moins un deuxième service hébergé par une deuxième plate-forme embarquée correspondant à un deuxième domaine fonctionnel de l'aéronef. L'invention sera mieux comprise à la lecture de la description qui va suivre, donnée uniquement à titre d'exemple, et faite en se référant aux dessins annexés, sur lesquels : - la figure 1 est une vue schématique d'une première infrastructure selon l'invention ; - la figure 2 est une vue schématique d'un exemple d'architecture d'une plate- forme embarquée correspondant à un domaine fonctionnel dans la première infrastructure selon l'invention ; - la figure 3 est une vue schématique du fonctionnement d'un portail d'accès centralisé au sol, mis en oeuvre dans l'infrastructure selon l'invention ; - la figure 4 est une vue analogue à la figure 3, illustrant un portail d'accès centralisé embarqué, mis en oeuvre dans l'infrastructure selon l'invention ; - les figures 5 à 8 sont des vues schématiques illustrant la mise en oeuvre de procédés d'accès à des services utilisant une infrastructure selon l'invention. Une première infrastructure 10 d'hébergement de services dans un aéronef 12 selon l'invention est illustrée par la figure 1. L'infrastructure 10 comporte une structure embarquée 14 et une structure sol 16. Elle comporte un ensemble 18 de communication entre la structure embarquée 14 et la structure sol 16. La structure embarquée 14 est portée en permanence par l'aéronef 12. Elle est destinée à suivre l'aéronef 12 en vol et au sol. Elle répond aux exigences de certification de l'aéronef 12. La structure embarquée 14 comporte une pluralité de plates-formes 20 à 24 correspondant chacune à un domaine fonctionnel de services. Elle comporte en outre au moins un module 26, 28 embarqué de communication avec le sol, et au moins un module 30, 32 de sécurité des données transitant entre chaque module de communication embarqué 26, 28 et une plate-forme 20 à 24 raccordée au module 26, 28, et/ou des données transitant entre les plates-formes 20 à 24. Chaque plate-forme 20 à 24 correspond à un domaine fonctionnel, de sécurité et de sûreté prédéfinies dans l'aéronef 12. Elle héberge les services correspondants à ce domaine fonctionnel. Chaque domaine fonctionnel est défini de façon à ce que les services correspondant aient un niveau de sécurité et de sûreté homogène. Dans l'exemple représenté sur la figure 1, l'infrastructure 10 comporte une plate- forme 20 de services de contrôle aéronef, une plate-forme 22 de services opérateur, et une plate-forme 24 de services passagers, correspondant respectivement aux domaines de services de contrôle aéronef, de services opérateur, et de services passagers. Les services hébergés par la plate-forme 20 correspondent par exemple aux services de commandes de vol, de contrôle moteur, de systèmes avion, et/ou d'avionique. Le degré de sécurité et de sûreté de ces services peut atteindre le niveau maximal. Les services hébergés par la plate-forme 22 comportent par exemple des services de gestion de la maintenance et des pannes, des services de gestion de la cabine, des services de fonctions opérationnelles, comprenant par exemple des bases de données de cartes et d'estimatifs de décollage et d'atterrissage, et/ou des services de préparation et de gestion de missions. Le degré de sécurité et de sûreté de ces services est inférieur à celui des services hébergés par la plate-forme 20 de services de contrôle aéronef, mais est supérieur à celui des services hébergés par la plate-forme 24 de services passagers. Les services hébergés par la plate-forme 24 comprennent par exemple des services multimédias de bord, tels que des services de projection de données vidéo ou audio, des services internet passagers, des services d'accès à des réseaux de communication à bord, et des services d'interface avec des dispositifs électroniques personnels 38 avantageusement portables, tels que des téléphones portables, des tablettes, des ordinateurs portables, etc. En référence à la figure 2, chaque plate-forme 20 à 24 est organisée de manière ségréguée par rapport aux autres plates-formes 20 à 24. Elle comporte avantageusement au moins un système fonctionnel existant 40, tels qu'un système de gestion de maintenance ou un système de gestion de cabine passager et/ou au moins un périphérique 42 tel que par exemple une unité de stockage d'informations de panne et des moyens d'interfaçage avec les calculateurs des systèmes avion tels qu'un système d'éclairage ou de conditionnement. Selon l'invention, la plate-forme 20 à 24 comporte en outre un réseau de données 44, propre à la plate-forme 20 à 24 et des ressources 46 adaptées à chaque domaine pour couvrir l'ensemble des besoins du domaine en termes de traitement, de mémoire, et d'interface avec les systèmes fonctionnels 40 et les périphériques 42 du domaine, et avec les autres plates-formes 20 à 24. En complément des protections sécurité assurées par les modules 30 et 32 en périphérie de chaque domaine fonctionnel, la plate-forme comporte éventuellement au moins un module matériel ou logiciel de sécurité intra domaine (non représenté). Les modules de communication 26 et 28 comportent également des compléments de protection sécurité. Les ressources 46 sont avantageusement modulaires et comportent par exemple au moins un module choisi parmi un module commutateur réseau 48, un module de traitement 50, et/ou un module d'interface entrées-sorties 52. Elle comporte avantageusement, en fonction des besoins, un module serveur 54, un module mémoire/stockage de données 56, un module d'interface 58 avec des dispositifs électroniques utilisateurs 38 et/ou un module graphique 60, raccordé à au moins un écran 62. En variante, au lieu d'avoir un module dédié à chaque nature de ressources, un module peut présenter différentes natures de ressources par exemple un seul module peut remplir les besoins de traitement, de stockage mémoire et/ou d'interface. Ces ressources peuvent être partiellement ou totalement dupliquées en fonction de la quantité de données à héberger et/ou pour garantir une redondance des ressources afin d'assurer leur disponibilité même en cas de panne. Par exemple au moins un module 50 à 60 peut être dupliqué. Le module de traitement 50 comporte par exemple une mémoire et un processeur propre à mettre en oeuvre des applications logicielles d'un service 64, par exemple associé à un système existant 40 ou à un périphérique 42 à l'aide d'un premier système d'exploitation chargé dans le module de traitement 50. Selon l'invention, le module de traitement 50 comporte avantageusement une couche logicielle intermédiaire, de type « machine virtuelle » pour mettre en oeuvre des applications natives de systèmes d'exploitation différents du premier système d'exploitation, à l'aide du même module de traitement 50. On entend par « machine virtuelle » une couche logicielle simulant la présence de ressources de calcul, de mémoire, de stockage et d'accès réseau à un système d'exploitation. Tout se passe, pour le système d'exploitation s'exécutant sur une machine virtuelle, comme s'il était exécuté sur la machine physique pour laquelle il était initialement conçu. Le module commutateur réseau 48 est propre à gérer les transferts de données entre les modules de la plate-forme 20 à 24, les systèmes fonctionnels 40 et/ou les périphériques 42 de la plate-forme 20 à 24 et/ou avec les autres plates-formes 20 à 24 par l'intermédiaire des modules de sécurité 30, 32. Le module d'interface entrées-sorties 52 est propre à générer les interfaces de données transmises entre les ressources 46 et les systèmes existants 40 et/ou les périphériques 42. Le module serveur de données 54 est propre à héberger un portail embarqué 66. Le module mémoire/stockage de données 56 est propre à héberger et à stocker des données nécessaires à la mise en oeuvre des applications de chaque service, par exemple des données vidéo ou des données audio et/ou des données personnelles d'utilisateurs. Le module 58 d'interface est propre à mettre en oeuvre une communication, de préférence sans fil, avec des dispositifs électroniques personnels 38. La communication sans fil est par exemple une communication opérant sous la norme IEEE 802.11 (Wifi), la norme 802.15.1 (Zigbee) ou encore la norme IEEE 802.15.4. Le module graphique 60 est propre à piloter l'affichage sur au moins un écran 62, par exemple sur la base d'applications mises en oeuvre par le module de traitement 50. Les ressources 46 sont propres à héberger des applications logicielles des systèmes existants 40 et des périphériques 42, et des applications logicielles, spécifiques ou nouvelles, éventuellement par l'intermédiaire de la couche logicielle intermédiaire, sous forme de machine virtuelle. Par exemple, en référence à la figure 5, la machine virtuelle correspondant à chaque service 64 comporte au moins une application logicielle 70 propre à être exécutée lors de la mise en oeuvre du service 64, un contenu 72, tels que des données, propre à être utilisé par la ou les applications logicielles 70, et éventuellement une application 74 manipulable par un portail web. Les ressources 46 d'au moins une plate-forme 20 à 24, avantageusement la plate- forme 22, sont en outre propres à héberger au moins un portail embarqué 66 d'accès centralisé à l'ensemble des services des plates-formes 20 à 24, et à l'ensemble des services correspondants de la structure sol 16. Le portail embarqué 66 est par exemple mis en oeuvre sous forme d'une machine virtuelle, visible sur la figure 5, comme on le décrira plus bas. Dans l'exemple représenté sur la figure 1, la structure embarquée 14 comporte deux modules de communications 26, 28 parallèles, chacun relié à un module de sécurité 30, 32 respectif. Le premier module 26 présente un niveau de sécurité et de sûreté plus élevé, pour recevoir des données de type « approuvé » à partir de la structure sol 16 et pour envoyer des données de ce type vers la structure sol 16. Le deuxième module 28 présente un niveau de sécurité et de sûreté moins élevé, pour recevoir des données de type « non approuvé » à partir de la structure sol 16 et pour envoyer des données de ce type vers la structure sol 16. Le premier module de sécurité 30 est de niveau de sécurité et de sûreté plus élevé, correspondant au niveau de sécurité et/ou de sûreté des données reçues du premier module 26 et envoyées vers celui-ci. Il est raccordé d'une part, à la plate-forme de contrôle aéronef 20 et d'autre part, à la plate-forme de services opérateur 22 Il est propre à gérer la sécurité des données de type « approuvé » transitant entre le premier module 26 et chaque plate-forme 20, 22, et entre les plates-formes 20, 22. Le premier module de sécurité 30 n'est pas raccordé à la plate-forme de services passagers 24. Le deuxième module 32 est de niveau de sécurité et de sûreté moins élevé, correspondant au niveau de sécurité et/ou de sûreté des données reçues du deuxième module 28 et envoyées vers celui-ci. Il est raccordé d'une part, à la plate-forme de services opérateur 22 et d'autre part, à la plate-forme de services passagers 24 Il est propre à gérer la sécurité des données de type « non approuvé » transitant entre le deuxième module 28 et chaque plate-forme 22, 24, et entre les plates-formes 22, 24. Le deuxième module de sécurité 32 n'est pas raccordé directement à la plate- forme de contrôle aéronef 20. La structure sol 16 comporte une pluralité de plates-formes 80 à 84 hébergeant chacune au moins un service sol 86 correspondant à un service embarqué 64 sur l'une des plates-formes 20 à 24. La structure sol 16 comporte en outre pour chaque module de communication embarqué 26, 28, un module de communication sol 85, 87 correspondant Contrairement à la structure embarquée 14, la structure sol 16 peut comprendre des plates-formes 80 à 84 distinctes gérées par l'opérateur de l'aéronef 12 et/ou par des fournisseurs de services indépendants de l'opérateur de l'aéronef 12, sans nécessairement que les plates-formes 80 à 84 soient regroupées en domaines fonctionnels, comme dans la structure embarquée 14. La structure sol 16 comporte les ressources sécurité pour assurer des fonctions comme le cryptage, l'authentification ou le contrôle de l'intégrité des données, sur le même principe que certaines fonctions sécurité remplies par les modules sécurité 30 et 32 aux frontières des domaines fonctionnels, par les composants sécurité en intra- domaines et par les modules de communication 26 et 28. Les services sol 86 sont propres à mettre à jour des applications ou données logicielles des services embarqués 64 correspondants, à mettre à jour des contenus embarqués, nécessaires à la mise en oeuvre des services embarqués 64, et/ou à paramétrer des services embarqués 64, le cas échéant avec des préférences utilisateur prédéfinies. Les services sol 86 sont propres également à récupérer des données produites et/ou stockées par les services embarqués 64, notamment des données d'utilisation des services 64. Par exemple, pour le domaine des services de contrôle aéronef, les services sol comprennent des applications de mise à jour d'applications logicielles et de bases de données, par exemple pour le contrôle moteur, les commandes de vol, ou le contrôle des systèmes avion. Pour le domaine de services opérateur, les services sol comprennent des applications relatives à la maintenance, notamment à la récupération des informations de panne, à l'aide au diagnostic de panne, à la réparation, puis aux vérifications après réparation. Par ailleurs, les services sol du domaine de services opérateur comprennent des applications de support de l'équipage cockpit dans son travail lors des différentes phases de la mission, par l'intermédiaire d'applications, de bases de données, de documentations électroniques, ou d'enregistrements, qui peuvent être chargés depuis la structure sol 16 vers la structure embarquée 14 ou depuis la structure embarquée 14 vers la structure sol 16. Pour le domaine services passager, les services sol comportent également des applications de mise à jour d'applications de contrôle des ressources matérielles, de divertissement, de cartes mobiles, de fonctions dédiées à l'équipage cabine et de ressources d'interface avec les dispositifs électroniques personnels 38. Les services sol comportent en outre du contenu propre à être utilisé par les applications des services embarqués, notamment des données d'affichage, des données audio ou des données vidéo. Dans l'exemple représenté sur la figure 5, le service sol 86 logé par la plate-forme 84 comporte une interface de programmation 90, du contenu 92 sous forme de données audio et/ou vidéo, et éventuellement une interface utilisateur 94 propre à ce service. Le premier module de communication sol 85 est de niveau de sécurité et de sûreté plus élevé. Il est raccordé au premier module de communication embarqué 26 par l'intermédiaire de l'ensemble de communication 18 pour le transfert de données de type « approuvé » entre la structure sol 14 et la structure embarquée 16. Le deuxième module de communication sol 87 est de niveau de sécurité et de sûreté moins élevé. Il est raccordé au deuxième module de communication embarqué 28 par l'intermédiaire de l'ensemble de communication 18 pour transférer des données de type « non approuvé » entre la structure sol 14 et la structure embarquée 16. L'ensemble de communication 18 comporte par exemple des liaisons de données air-air, air-sol, sol-sol, par exemple une liaison via un réseau aéroport, une liaison via un réseau large bande air-sol en fonction de la localisation de l'aéronef 12. Selon l'invention, la structure sol 16 comporte au moins une plate-forme 96 hébergeant un portail sol 98 d'accès centralisé aux services embarqués 64 des plates- formes embarquées 20 à 24, et aux services correspondants 86 au sol. En référence à la figure 3, le portail sol 98 est propre à permettre un utilisateur d'accéder d'une manière centralisée aux différents services embarqués 64 hébergés dans les plates-formes 20 à 24 de la structure embarquée 14 et aux différents services sol 86 correspondants aux services embarqués 64. Il comporte au moins une application 100 d'identification du type d'utilisateur et de gestion des accès, et avantageusement une application 102 d'aide à l'utilisateur pour le guider. Il comporte une application 104 d'interconnexion et de synchronisation de données entre chaque plate-forme embarquée 20 à 24 et la plate-forme sol 80 à 84 correspondante. L'application 100 est propre à identifier le type d'utilisateur se connectant au portail 98 et à autoriser ou interdire l'accès de l'utilisateur à une plate-forme donnée 20 à 24 et 80 à 84 en fonction du type d'utilisateur. Le type d'utilisateur est par exemple choisi parmi un passager, un opérateur sol et un opérateur vol dans le cockpit ou en cabine. Lorsque l'application 100 reconnaît un utilisateur de type passager, elle est propre à interdire l'accès de l'utilisateur aux plates-formes embarquées 20, 22, et aux plates- formes sol 80, 82 correspondantes, et à autoriser uniquement l'accès de l'utilisateur à la plate-forme embarquée 24 et à la plate-forme sol 84 correspondante. Lorsque l'application 100 reconnaît un utilisateur de type opérateur vol, elle est propre à autoriser l'accès de l'utilisateur aux plates-formes embarquées 22, 24 et aux plates-formes sol 82, 84 correspondantes, et à interdire l'accès de l'utilisateur à la plate- forme embarquée 20 et à la plate-forme sol 80 correspondante. Lorsque l'application 100 reconnaît un utilisateur de type opérateur sol, elle lui autorise l'accès à l'ensemble des plates-formes 20 à 24 et 80 à 84. En fonction des autorisations données par l'application 100, l'application 104 est propre à établir une liaison respectivement entre les plates-formes 20, 80, entre les plates-formes 22, 82 et entre les plates-formes 24, 84 par l'intermédiaire des modules de communication 85, 26 lorsque le niveau de sécurité et de sûreté est plus élevé, et par l'intermédiaire des modules de communication 87, 28 lorsque le niveau de sécurité est moins élevé. L'application 104 est ainsi propre à permettre le chargement d'applications associées à chaque service embarqué 64 depuis une plate-forme sol 80, 82, 84 dans une plate-forme embarquée 20, 22, 24. L'application est chargée, soit dans un système 40 et/ou dans un périphérique 42 existant, soit dans les ressources 46, par exemple en utilisant une machine virtuelle. L'application 104 est en outre propre à charger des données destinées aux services 64 présents sur les plates-formes embarquées 20, 22, 24 à partir de données présentes dans les plates-formes sol 80, 82, 84, ces données pouvant être des manuels, des données de mission, telles que des cartes ou des données météo, ou des données utilisateurs, tels que du contenu de distraction utilisateur, des données audio et vidéo. L'application 104 est en outre propre à récupérer des données produites ou stockées dans les plates-formes embarquées 20, 22, 24 pour permettre un suivi d'utilisation. Les données récupérées sont par exemple des mots de panne, des enregistrements de données de fonctionnement des systèmes, des configurations associées aux systèmes de l'aéronef 12, ou encore des statistiques d'utilisation. L'application 104 est en outre propre à offrir un accès aux applications et aux documentations de maintenance et de gestion mission hébergées dans les plates-formes sol 80, 82, 84. En référence à la figure 4, le portail centralisé embarqué 66 fonctionne de manière analogue au portail centralisé sol 98. Il comporte également au moins une application 100 d'identification du type d'utilisateur et de gestion des accès, avantageusement une application 102 d'aide à l'utilisateur pour le guider, et une application 104 d'interconnexion et de synchronisation de données entre chaque plate-forme embarquée 20 à 24 et la plate-forme sol 80 à 84 correspondante. Il est de préférence hébergé par les ressources 46 de la plate-forme 22. Outre les fonctionnalités décrites précédemment, l'application 104 du portail embarqué 66 est propre à récupérer des applications logicielles stockées dans les systèmes 40 et/ou les périphérique 42 et/ou dans les ressources 46 pour les installer dans un dispositif électronique personnel 38, afin de fournir à l'utilisateur la possibilité de commander ou d'interagir avec au moins un système fonctionnel 40 de l'aéronef à partir du dispositif électronique personnel 38. Un premier exemple de procédé d'accès à des services selon l'invention, utilisant l'infrastructure 10, va maintenant être décrit. Dans cet exemple, avant un vol, le contenu d'un système de divertissement en vol est mis à jour par un opérateur sol ou par un passager. Comme illustré sur la figure 5, l'utilisateur se connecte au portail centralisé sol 98 à l'aide d'un terminal 110, par exemple un terminal portable, à travers un réseau de communication 112, par exemple un réseau internet. L'application d'identification 100 est mise en oeuvre par l'utilisateur qui s'identifie comme un opérateur sol ou comme un passager. Comme illustré par la figure 3, ceci lui donne accès à une plate-forme sol 82 hébergeant un service 86 de divertissement en vol. En référence à la figure 5, l'application 104 d'interconnexion du portail assure la connexion au service sol 86 par l'intermédiaire de l'interface de programmation 90 et connecte en temps réel ou en temps différé la plate-forme sol 82 avec la plate-forme embarquée 22 par l'intermédiaire du module de communication sol 87, de l'ensemble de communication 18, du module de communication embarqué 28 et du module de sécurité 32. Le service 64 embarqué se présente ici sous forme d'une machine virtuelle hébergée par les ressources 46 de la plate-forme 22. Une synchronisation du contenu 92 du service 86 au sol et du contenu 72 du service 64 embarqué s'effectue alors, sur la base de la sélection effectuée par l'utilisateur. À l'aide du même portail 98, un opérateur sol peut également mettre à jour des services hébergés par la plate-forme 20 ou par la plate-forme 22, sans avoir à disposer d'interfaces spécifiques, ou de moyens logiciels et/ou de matériel particulier. Le portail centralisé 98, combiné avec l'infrastructure 10 selon l'invention simplifie considérablement l'accès aux services présents dans l'aéronef 12, en évitant la nécessité de disposer de plusieurs interfaces spécifiques à chaque système de l'aéronef 12, en utilisant une interface commune, banalisée et délocalisée permettant à un utilisateur disposant des autorisations adéquates d'accéder à chacun des services de toutes les plates-formes 20 à 24 embarquées. L'infrastructure 10 est donc facile à utiliser, et respecte les contraintes de sécurité, de sûreté s'appliquant individuellement aux différents domaines de l'aéronef 12. Un autre exemple de mise en oeuvre du procédé d'accès à l'aide de l'infrastructure 10 selon l'invention va maintenant être décrit, en regard des figures 6 à 8. Dans cet exemple, l'utilisateur est un passager présent à bord de l'aéronef 12. Il dispose d'un dispositif électronique personnel 38, tel qu'un téléphone mobile, une tablette, ou un ordinateur portable. Le procédé permet à l'utilisateur de mettre en oeuvre des applications de gestion d'environnement cabine, par exemple de contrôle de la lumière ou de la température au niveau de son siège. Dans une première étape du procédé, illustrée par la figure 6, une liaison de données s'établit entre le dispositif électronique personnel 38 et la plate-forme de services passagers 24, avantageusement par l'intermédiaire du module d'interface 58 et d'une liaison sans fil notamment de type Wifi ou Bluetooth. Lors de la connexion, le module d'interface 58 active le portail embarqué 66. Celui-ci identifie le passager par l'intermédiaire de l'application 100 et accède à la mémoire de stockage des applications hébergées par un système fonctionnel 40 de la plate-forme 24, ici le système de gestion d'environnement cabine, par l'intermédiaire de l'application 104. Ensuite, l'application 104 charge au moins une application de commande hébergée dans le système fonctionnel 40 dans la mémoire du dispositif électronique personnel 38. L'utilisateur peut alors mettre en oeuvre l'application de commande, par exemple à l'aide d'une interface homme-machine sur son dispositif électronique personnel 38. Le dispositif électronique personnel 38 se raccorde au système fonctionnel 40 par l'intermédiaire du portail embarqué 66 et pilote le système 40, comme illustré par la figure 7. De la même manière, comme illustré par la figure 8, l'utilisateur peut accéder au service 64 de divertissement en vol par l'intermédiaire du portail embarqué 66, pour télécharger une application de pilotage de ce service 64, puis pour mettre en oeuvre cette application. Dans une variante, si l'utilisateur souhaite accéder à un contenu hébergé par une plate-forme au sol 80 à 84, il peut également se raccorder à la plateforme au sol 80 à 84 à bord de l'aéronef 12, par l'intermédiaire du même portail embarqué 66, sans qu'il soit nécessaire d'utiliser un portail spécifique. Ceci permet par exemple à un pilote de l'aéronef d'accéder à un service de bases de données de cartes aériennes au sol, pour charger dans la plate-forme 22 des données qui lui sont nécessaires pour assurer la mission, à l'aide du portail embarqué 66. Ce changement peut être effectué au sol ou en vol. L'infrastructure 10 selon l'invention donne donc à un occupant d'un aéronef 12 un accès très facile et sécurisé à des services embarqués variés, et en temps réel ou différé à des services au sol correspondants à l'aide d'un portail embarqué centralisé 66. L'infrastructure 10 autorise la mise en oeuvre de services existants, mis en oeuvre à l'aide de systèmes fonctionnels 40 et/ou de périphériques 42 existants sur l'aéronef 12. Elle permet aussi la mise en oeuvre de nouveaux services qui ne sont pas nécessairement natifs du système d'exploitation existant dans l'aéronef, pour s'adapter de manière simple aux besoins de l'utilisateur de l'aéronef. Dans une variante, la synchronisation de chaque service 64 peut également être effectuée directement par le service 64 correspondant, sans passer par le portail embarqué 66. Dans ce cas, l'infrastructure 10 peut être dépourvue de portail embarqué 66, et comprendre uniquement un portail sol 98.30 REVENDICATIONS1.- Infrastructure (10) d'hébergement de services (64) embarqués dans un aéronef (12), comportant : - une pluralité de plates-formes (20 à 24) embarquées, chaque plate-forme (20 à 24) correspondant à un domaine fonctionnel de l'aéronef (12) et hébergeant au moins un service (64) propre à être mis en oeuvre dans l'aéronef (12) dans le domaine fonctionnel considéré ; - au moins un module embarqué (26, 28) de communication avec une structure sol (16), raccordé à chaque plate-forme embarquée (20 à 24) caractérisé en ce que l'infrastructure (10) comporte au moins un portail d'accès (66, 98) propre à permettre un accès centralisé à des services (64) hébergés par toutes les plates-formes (20 à 24) embarquées correspondant aux différents domaines fonctionnels de l'aéronef (12). 2. - Infrastructure (10) selon la revendication 1, dans laquelle au moins un portail d'accès (66) est un portail embarqué hébergé dans une plate-forme embarquée (20 à 24) ou dans laquelle au moins un portail d'accès (98) est un portail sol hébergé dans une structure sol (16). 3. - Infrastructure (10) selon l'une quelconque des revendications précédentes, comportant, pour chaque plate-forme embarquée (20 à 24), un module de sécurité (30, 32) interposé entre chaque module embarqué (26, 28) de communication et la plate-forme embarquée (20 à 24), le module de sécurité (30, 32) étant propre à gérer la sécurité des données transitant entre le module embarqué (26, 28) de communication et la plate-forme embarquée (20 à 24). 4. - Infrastructure (10) selon la revendication 3, dans laquelle au moins un module de sécurité (30, 32) est raccordé à deux plates-formes (20 à 24) embarquées, le module de sécurité (30, 32) étant propre à gérer la sécurité des données transitant entre le module de communication embarqué (26, 28) et chaque plate-forme (20 à 24) raccordée au module de sécurité (30, 32) et des données transitant entre les plates-formes (20 à 24) raccordées au module de sécurité (30, 32). 5. - Infrastructure (10) selon l'une quelconque des revendications 3 ou 4, comprenant au moins un premier module embarqué (26) de communication de niveau de sécurité et/ou de sûreté plus élevé, et au moins un deuxième module embarqué (28) de communication de niveau de sécurité et/ou de sûreté moins élevé, l'infrastructure (10) comportant au moins un premier module de sécurité (30) de niveau de sécurité et/ou de sûreté plus élevé, raccordé au premier module de communication (26) et à au moins uneplate-forme embarquée (20, 22), et un deuxième module de sécurité (32) de niveau de sécurité et/ou de sûreté moins élevé, raccordé au deuxième module de communication embarqué (28) et à au moins une plate-forme embarquée (22, 24). 6. - Infrastructure (10) selon l'une quelconque des revendications précédentes, comportant au moins une première plate-forme embarquée (20) correspondant à un domaine fonctionnel de services de contrôle de l'aéronef (12), au moins une deuxième plate-forme embarquée (22) correspondant à un domaine fonctionnel de services opérateur et au moins une troisième plate-forme embarquée (24) correspondant à un domaine fonctionnel de services passagers. 7. - Infrastructure (10) selon l'une quelconque des revendications précédentes, dans laquelle chaque plate-forme embarquée (20 à 24) comporte des ressources (46) propres à héberger au moins un service (64) du domaine fonctionnel, au moins une plate-forme embarquée (22) étant propre à héberger au moins un portail d'accès (66) centralisé d'accès à chaque service (64) de chaque plate-forme (20 à 24). 8. - Infrastructure (10) selon la revendication 7, dans laquelle les ressources (46) hébergent un premier système d'exploitation, et au moins une première application logicielle d'un premier service, propre à être exécutée à l'aide du premier système d'exploitation, les ressources (46) comprenant au moins une couche logicielle intermédiaire, avantageusement de type virtualisation, hébergeant au moins une deuxième application logicielle d'un deuxième service, native d'un deuxième système d'exploitation distinct du premier système d'exploitation, les ressources (46) étant propres à exécuter la deuxième application logicielle en utilisant la couche logicielle intermédiaire. 9. - Infrastructure (10) selon l'une quelconque des revendications 7 à 8, dans laquelle chaque plate-forme embarquée (20 à 24) comporte au moins un système fonctionnel (40) et/ou un périphérique (42) distinct des ressources (46), le portail d'accès centralisé (66) étant propre à accéder à des applications logicielles hébergées par le système fonctionnel (40) et/ou le périphérique (42). 10. - Infrastructure (10) selon l'une quelconque des revendications 7 à 9, dans laquelle le portail d'accès centralisé (66) est propre à assurer une interconnexion et/ou une synchronisation des services (64) embarqués avec des services (86) correspondants dans une structure sol (16). 11. - Infrastructure (10) selon l'une quelconque des revendications 7 à 10, dans laquelle le portail d'accès centralisé (66) est propre à assurer une interconnexion et/ou une synchronisation par l'intermédiaire d'une interface sans fil avec un dispositif électronique personnel (38) embarqué. 12. - Infrastructure (10) selon l'une quelconque des revendications 7 à 11, dans laquelle les ressources (46) comportent au moins un module choisi parmi un module de traitement (50) disposant avantageusement d'une couche logicielle intermédiaire, un module mémoire et/ou de stockage de données (56), un module graphique (60), un module serveur de données (54), un module d'interface entrées-sorties (52) avec au moins un système fonctionnel (40) et/ou un périphérique (42) du domaine fonctionnel, un module de commutation réseau (48), avantageusement raccordé à un module de sécurité (30, 32), et un module d'interface (58) avec un dispositif électronique personnel (38). 13. - Infrastructure (10) selon l'une quelconque des revendications 7 à 12, dans laquelle les ressources (46) sont au moins partiellement dupliquées en fonction de la quantité de données à héberger et/ou pour garantir une redondance des ressources (46) afin d'assurer leur disponibilité même en cas de panne. 14. - Infrastructure (10) selon l'une quelconque des revendications précédentes, dans laquelle le portail d'accès centralisé (66; 98) comporte au moins une application (100) de gestion des accès, propre à orienter un utilisateur vers les services associés à un domaine donné, en fonction d'un type d'utilisateur prédéfini. 15. - Infrastructure (10) selon l'une quelconque des revendications précédentes, dans laquelle le portail d'accès (66; 98) est propre à interconnecter et/ou à synchroniser les services (64) hébergés dans la plate-forme embarquée (20 à 24) d'un domaine avec des services correspondants (86) au sol. 16. - Procédé d'accès à des services (64), comportant les étapes suivantes : - fourniture d'une infrastructure (10) selon l'une quelconque des revendications précédentes ; - utilisation du portail d'accès centralisé (66; 98) pour accéder à au moins un premier service hébergé par une première plate-forme embarquée (20 à 24) correspondant à un premier domaine fonctionnel de l'aéronef (12) ; - utilisation du même portail centralisé pour accéder à au moins un deuxième service hébergé par une deuxième plate-forme embarquée (20 à 24) correspondant à un deuxième domaine fonctionnel de l'aéronef (12).30