Brevet FR3076367A1 — publié le 20190705

L'invention concerne le domaine de la science de ('information, plus particulierement le developpement et ('utilisation d'ontologies, et notamment ('utilisation d'ontologies par une plateforme en tant que service (PaaS). Les technologies semantiques representent une information de maniere ontologique, 5 independante de ('usage, et donc peuvent interconnecter plusieurs representations specifiques d'une meme information. En informatique et en science de ('information, une ontologie est un ensemble structure de concepts et de relations entre ces concepts representent le sens d'un champ d'informations. 10 Par concept on entend notamment les concepts primitifs et les concepts Minis. Un terme en tant que tel est qualifie de concept primitif alors qu'un terme regroupant ('association de plusieurs termes est qualifie de concept Mini. Par exemple, les termes humain, male et femelle sont chacun des concepts primitifs, alors que le terme homme, associant les termes humain et male, est un concept Mini. 15 Par relation entre les concepts on entend notamment ('ensemble des *les, des proprietes ou encore les relations de subsomption entre les concepts. Une ontologie simple est par exemple un vocabulaire, c'est-a-dire une liste de concepts propres par exemple a une science, a une technique ou a un groupe. Une ontologie plus complexe peut etre une taxonomie, qui organise les concepts en 20 hierarchies, ou arbres de connaissances. L'ontologie soutient des capacites de raisonnement de sorte a permettre d'avoir les memes !engages pour representer un grand nombre d'ensembles de donnees, et permettre de traiter de grands corpus de connaissances. Dans un meme domaine industriel, it est recurant que differents acteurs de ce 25 domaine souhaitent ou doivent collaborer entre eux. Toutefois, cheque acteur, pour definir son activite, elabore ses propres concepts et le cas echeant, ses propres ontologies. Les echanges d'informations sont alors difficiles, chacun des acteurs utilisant des termes ou concepts qui lui sont propres. Ainsi, une meme information peut etre definie de fawn differente entre deux acteurs d'un meme domaine. Un lourd travail 30 d'homogeneisation des concepts est alors necessaire. II est connu de developper de grandes ontologies a partir d'une grande quantite de connaissances humaines extraites des textes. Ces ontologies sont generalement utilisees pour des applications de type cognitives. Les Assistants Intelligents Personnels, par exemple SIRI® propose par la societe Apple®, representent les 35 nouvelles applications cognitives. Ces Assistants Intelligents Personnels illustrent les avantages et la maturite des applications de ('intelligence artificielle basees sur les ontologies et l'apprentissage machine. Ils disposent de nombreux referentiels de -2- connaissances pour les produits de leurs clients, capables de fournir des reponses aux questions posees en langage nature!, d'aider a la traduction, de permettre la comprehension de donnees provenant de differentes sources. Ainsi, it est connu de developper des ontologies pour traiter un grand nombre 5 d'informations, de concepts et de relations entre ces concepts. Cependant, les ontologies developpees ne sont pas specifiques a un domaine particulier, encore moins a l'activite specifique d'un acteur, et ne sont donc pas adaptees pour etre utilisees par differents acteurs d'un merle domaine Industriel pour collaborer ensemble. II est donc difficile que les acteurs d'un meme domaine industriel collaborent facilement ensemble, 10 les concepts propres a un premier acteur devant etre prealablement homogeneises en fonction des concepts propres a d'autres acteurs. L'invention a pour but de faire en sorte que tous les acteurs d'un meme domaine industriel puissent facilement collaborer ensemble par l'intermediaire d'une representation commune des informations du domaine industriel. 15 A cet effet, l'invention a pour objet un procede de developpement d'une nouvelle ontologie adaptee a un domaine industriel, ('ontologie comprenant des concepts et des relations entre ces concepts, representant le sens d'un champ d'information, mis en oeuvre par ordinateur, caracterise en ce qu'il comprend les etapes suivantes : - on recueille les concepts propres a un premier acteur du domaine industriel et 20 des concepts propres a au moins un deuxieme acteur du domaine industriel different du premier acteur, - on constitue des relations entre ces concepts de la nouvelle ontologie en reprenant des relations d'au moins une ontologie pre-existante et en ajoutant de nouvelles relations. 25 Cela permet que la nouvelle ontologie soit developpee a partir des concepts propres aux acteurs du domaine industriel. En developpant la nouvelle ontologie a partir de concepts propres a un premier acteur du domaine industriel et de concepts propres a au moins un deuxieme acteur industriel different du premier acteur, on favorise l'efficacite de la collaboration entre les differents acteurs d'un meme domaine industriel. 30 Ainsi, un premier acteur du domaine industriel peut facilement collaborer avec un second acteur grace la nouvelle ontologie permettant une representation commune des informations echangees entre acteurs. Le procede de developpement d'une nouvelle ontologie adaptee a un domaine industriel selon l'invention peut egalement comporter les caracteristiques suivantes : 35 - On recueille au moins un concept supplementaire propre au domaine industriel. Ainsi, cela permet de completer la nouvelle ontologie avec des concepts adaptes au -3- domaine industriel. - On reprend au moins une relation supplementaire entre ces concepts propre au domaine industriel. Ainsi, cela permet de completer la nouvelle ontologie avec des relations entre les 5 concepts adaptes au domaine industriel. - l'ontologie pre-existante dans laquelle on reprend les relations entre les concepts est une ontologie d'au moins un acteur du domaine industriel. Ainsi, cela permet de completer la nouvelle ontologie avec des relations entre les concepts specifiques aux acteurs du domaine industriel. 10 - Le domaine industriel est le domaine aeronautique. Cela permet de developper une nouvelle ontologie specifique au domaine aeronautique. Ainsi, les concepts et relations entre ces concepts issus des nombreux acteurs de ce domaine, notamment les constructeurs, les sous-traitants, les services de maintenance ou encore les autorites administratives, peuvent etre compris dans une 15 merne ontologie. L'invention concerne egalement un programme d'ordinateur caracterise en ce qu'iI comprend des instructions de code de programme pour ('utilisation d'une nouvelle ontologie obtenue par le procede selon ('invention lorsque le programme est execute par un processeur. 20 Cela permet d'utiliser, a ('aide d'un ordinateur, la nouvelle ontologie obtenue par le procede selon ('invention, de sorte a homogeneiser les concepts d'un premier acteur d'un domaine industriel avec les concepts d'au moins un second acteur. Ainsi, les acteurs d'un meme domaine industriel puissent facilement collaborer ensemble par l'intermediaire d'une representation commune des informations du domaine industriel. 25 L'invention concerne enfin une plateforme en tant que service (PaaS) comprenant : - une couche logicielle dans laquelle au moins une application est hebergee, - une couche plateforme comprenant au moins un service necessaire pour fournir des ressources pour un autre service, - une couche d'information gerant au moins une interaction d'un utilisateur 30 avec au moins un service ou au moins une application, - une couche infrastructure fournissant une infrastructure materielle adaptee a une plateforme en tant que service, caracterisee en ce que la couche logicielle comprend un programme d'ordinateur selon ('invention. 35 Cela permet de fournir aux acteurs d'un domaine industriel un environnement collaboratif capable d'integrer des donnees provenant de sources multiples et permettant le traitement, ('analyse et la creation de connaissances a partir des -4- donnees. Les donnees et la valeur ajoutee creee par son analyse, ainsi que ('integration des connaissances, sont alors accessibles aux differents acteurs. La plateforme en tant que service (PaaS) selon l'invention peut egalement comporter les caracteristiques suivantes : - Au moins une application est stockee dans au moins un conteneur logiciel. Cela permet d'executer une application dans un environnement virtue! en stockant notamment tous les fichiers ou bibliotheques necessaire a son utilisation dans un conteneur. Ainsi, le conteneur se connecte directement au noyau du systeme d'exploitation et sans avoir a creer une nouvelle machine virtuelle a chaque fois qu'une 10 autre application utilise le meme systeme d'exploitation. - La plateforme en tant que service comprend en outre un pare-feu. Cela permet d'analyser chaque paquet de donnees entrant dans la plateforme en tant que service pour verifier qu'il ne contient aucun element malveillant. Ainsi, la plateforme en tant que service est defendue contre par exemple les virus, vers, 15 chevaux de Troie et attaques de piratage par force brute. - La plateforme en tant que service comprend en outre des moyens d'equilibrage de charge. Cela permet de repartir le trafic entre plusieurs ordinateurs ou meme entre plusieurs processeurs ou disques d'un meme ordinateur. 20 L'invention sera mieux comprise a la lecture de la description qui va suivre, donnee uniquement a titre d'exemple et faite en se referant aux dessins dans lesquels : - la figure 1 est une representation schernatique de ('architecture de la plateforme en tant que service selon l'invention. - La figure 2 est une representation schematique du procede de developpement 25 d'une nouvelle ontologie adaptee a un domaine industriel selon l'invention. On a represents sur la figure 1 un environnement collaboratif et plus particulierement une plateforme en tant que service (PaaS) 10. La plateforme en tant que service 10 est organisee en couches, chaque couche etant responsable d'une tache dediee. La plateforme en tant que service (PaaS) 10 comprend une couche d'infrastructure 11, une 30 couche plateforme 12, une couche d'information 13 et une couche logicielle 14. La couche logicielle 14, la couche plateforme 12 et la couche d'information 13 comprennent chacune un ensemble de composants destines a etre deployes et heberges au sein de la couche d'infrastructure 11. Ces composants sont agnostiques pour un fournisseur de nuage informatique, habituellement appele cloud, ce qui signifie 35 qu'ils peuvent etre deployes sur n'importe quelle infrastructure de fournisseur de cloud. Alors que les couches d'information 13 et logicielle 14 sont dediees aux applications destinees a des utilisateurs finaux, les couches plateforme 12 et d'infrastructure 11 sont -5- entierement dediees a la gestion de ('infrastructure de la plateforme en tant que service 10 et a ('orchestration des services en cours d'execution. La couche d'infrastructure est 11 une infrastructure materielle adaptee a la plateforme en tant service 10. En effet, Ia couche d'infrastructure 11 fournit les 5 conditions requises pour un moteur cloud notamment en termes de nombre de machines virtuelles 15, en termes de ressources materielles 16 lies aux specifications des machines virtuelles 15, par exemple les specifications concernant le systeme d'exploitation, la memoire a acces non sequentiel ou RAM, le nombre d'unites centrales de traitement ou processeurs, ou encore en termes de ressources de stockage 17, par 10 exemple le nombre de disques internes. Enfin, Ia couche d'infrastructure 11 fournit les conditions requises pour le moteur cloud en termes de specifications des reseaux, par exemple les specifications des reseaux publics et/ou prives, les specifications des reseaux de routage inter-domaine sans classe, dits en anglais « Classless Inter Domain Routing » ou CIDR. 15 Ces conditions requises sont adaptees en fonction des cas d'utilisation de la plateforme en tant que service 10 qui doivent etre pris en charge par la plateforme en tant que service 10 et des fonctionnalites requises par les utilisateurs finaux. Dans I'exemple decrit, Ia couche d'infrastructure 11 de la plateforme en tant que service 10 comprend notamment un cluster de onze machines virtuelles 15 (dont 20 seulement six sont representees sur la figure 1) configurees chacune avec une ressource materielle 16 de quatre unites centrales de traitement 16 (CPU), huit Gigaoctet de RAM et fonctionne sous Linux CentOS 7© comme systeme d'exploitation. Les ressources de stockage 17 sont adaptees a la configuration de la plateforme en tant que service 10. 25 Cette couche 11 fournit egalement des procedures de deploiement individuelles pour chacun des composants necessaires a ('utilisation de Ia plateforme en tant que service 10 sous la forme de scripts Ansible© qui est un outil de deploiement et de gestion d'applications. Les ressources materielles fournies au niveau de la couche d'infrastructure 11 sont 30 reparties de maniere a fournir des capacites de calcul distribuees utilisant le framework Spark©, un stockage de systemes de fichiers distribues avec GlusterFS© et une base de donnees dont la gestion n'est pas seulement en !engage de requete structuree, dit en anglais « Not only Structured Query Language » ou NoSQL, par exemple la base MongoDB© NoSQL. 35 La couche plateforme 12 comprend les services necessaires a la fourniture des ressources pour un service, au deploiement du service et a la gestion de son cycle de vie. La couche plateforme 12 fournit egalement les mecanismes permettant aux -6- services de chainer le traitement des applications, dits « pipeline », et d'acceder aux resultats ou sorties d'un autre service. La couche plateforme 12 comprend un service d'orchestration de clusters 18 de services s'appuyant sur la technologie Kubernetes© (K8S) proposee par la societe 5 Google© et la technologie des conteneurs pour orchestrer et programmer les services. En effet, on regroupe des applications a l'interieur des conteneurs. Par la suite, ces conteneurs sont geres par Kubernetes©. Ainsi, Kubernetes© participe a une fonction d'equilibrage de charge, de mise a l'echelle et de gestion des ressources. On notera que la plateforme en tant que service 10 comprend des moyens 10 d'equilibrage de charge EQ pouvant comporter un organe materiel ou non, par exemple un routeur, un switch, un systeme d'exploitation ou un logiciel applicatif. Par ailleurs, la couche plateforme 12 comprend des services d'encapsulation, dit en anglais « wrapper services ». Dans l'exemple decrit, ces services ont ete developpes sur les logiciels Akka© et Scala© et comprennent notamment : 15 un service de gestion 19 des services pour deployer des applications a l'interieur de la couche plateforme 12 et pour fournir des ressources materielles 16 selon les specifications du service. Ainsi, cela permet de gerer le cycle de vie d'une application sur la plateforme en tant que service 10. Le service de gestion des services 19 permet en outre aux utilisateurs d'etendre la couche plateforme 20 12 en ajoutant de nouveaux services et en controlant leur deploiement et leur execution ; un service de gestion des donnees 20 pour gerer le stockage des donnees telechargees dans la plateforme en tant que service 10, mais aussi le telechargement des donnees effectivement stockees dans le systeme de 25 fichiers distribues. Ce service de gestion 20 permet en outre de charger des donnees depuis des sources exterieures a la plateforme en tant que service 10, par exemple depuis une base de donnees externe ; un service pour chainer le traitement des applications 21, dit en anglais « service pipeline », pour controler l'enchainement correct des applications 30 requises dans une chaine d'applications lancees. Ce service 21 interagit avec le service de gestion des services 19 pour deployer les applications tierces necessaires. Le service 21 permet donc de chainer des traitements logiciels. Les services 19, 20, 21 interagissent avec Kubernetes© en utilisant l'API REST de Kubernetes© et ils fournissent egalement leurs propres applications de programmation 35 d'applications, dit en anglais « Application Programming Interfaces » ou API, et plus particulierement des API de Transfert d'Etat Representatif, dit en anglais -7- « Representational State Transfer » ou REST, de sorte que la couche d'information 13 interagisse avec les services 19, 20, 21 pour soumettre des demandes d'utilisateurs, par exemple deployer un nouveau service avec des exigences definies par l'utilisateur, annuler un deploiement de service ou pour afficher a l'utilisateur des informations 5 relatives aux services qui leur sont disponibles ou a leurs services en cours d'execution telles que par exemple des informations sur ('unite centrale de traitement, la memoire, ('utilisation du stockage ou encore le temps de disponibilite. La couche plateforme 12 comprend en outre un service d'approvisionnement 22 permettant ('allocation des ressources, c'est-a-dire notamment le deploiement des 10 services logiciels de base sur ('infrastructure materielle. Par ailleurs, la couche plateforme 12 comprend egalement un service de gestion de la persistance des donnees 23 permettant la gestion des donnees de la plateforme, c'est-a-dire permettant de ne pas perdre de donnees grace a un stockage persistant, que ce soit au niveau des bases de donnees que des fichiers. 15 Enfin, sur la figure 1, on a represents schernatiquement par un rectangle d'autres fonctionnalites classiques possibles cornpris dans la couche plateforme 12. Ainsi, grace a cette architecture, il est facile d'ajouter de nouvelles ressources materielles 16 et/ou 17 a la plateforme en tant que service 10 en raison de sa nature de cloud, ce qui rend la couche plateforme 12 facilement evolutive en materiel pour les 20 applications exigeantes. Par ailleurs, l'ajout de nouveaux services pour traiter les nouveaux cas d'utilisation ne necessite aucune modification ou raise a niveau de la couche plateforme 12 et les services heberges dans la plateforme en tant que service 10 sont accessibles a tout moment et en tout lieu. Enfin, toutes les lourdes taches de gestion, d'equilibrage de charge, de gestion des pannes d'un service sont construites 25 dans la plateforme en tant que service 10, ce qui reduit considerablement la charge de travail de maintenance de Ia plateforme en tant que service 10. La couche d'information 13 gere les interactions des utilisateurs de Ia plateforme en tant que service 10 avec les composants, c'est-a-dire les services ou applications deployes dans Ia plateforme en tant que service 10. Les composants sont developpes a 30 l'aide de standards web tels que HTML5, CSS ou en anglais Cascading Style Sheets, et utilisent JavaScript framework AngularJS© pour gerer Ia navigation et fournir les ecrans adaptes. La couche d'information 13 comprend notamment un service de tableau de bord administratif TA permettant de fournir les ecrans adaptes notamment pour gerer les phases de connexion et de deconnexion des utilisateurs a Ia plateforme 35 en tant que service 10, creer, deployer et surveiller des services au sein de Ia plateforme en tant que service 10, gerer les utilisateurs et les ressources de Ia -8- plateforme en tant que service 10, ou encore faire appaitre les applications tierces avec leurs interfaces utilisateurs respectives. Par ailleurs, la couche d'information 13 comprend un portail 24 permettant a I'utilisateur d'acceder aux applications disponibles. 5 Enfin, sur la figure 1, on a represents schernatiquement par des rectangles d'autres fonctionnalites classiques possibles compris dans la couche d'information 13. La couche logicielle 14 est la couche dans laquelle sont hebergees des applications, notamment les produits informatiques standards, en anglais dits « commercial off-the-shelf » ou COTS, c'est-a-dire les produits informatiques fabriques 10 en serie et non pour un projet en particulier. Des serveurs web et applicatifs sont par exemple heberges dans couche logicielle 14. La couche logicielle 14 permet que les applications qui n'ont pas d'interfaces graphiques, mais qui peuvent etre accessibles via des prises reseau, puissent toujours etre mises a la disposition des utilisateurs. En particulier, la couche logicielle 14 comprend les applications necessaires au bon 15 fonctionnement de la plateforme en tant que service 10, notamment et par exemple : un registre Docker© 25 qui heberge les images Docker() fournies par les acteurs du domaine industriel, une image etant par exemple un modele qui permet de creer des conteneurs, une application de gestion des utilisateurs 26, par exemple ('application WSO2© 20 serveur qui gere les comptes utilisateurs et leur authentification, un service Spark() 27 pour executer les calculs de traitement de donnees, le service Spark() 27 etant capable de fonctionner sur un cluster de serveurs et de traiter des donnees tres rapidement, notamment grace au stockage des bases de donnees en memoire, 25 une application de traitement semantique 28 permettant la manipulation des metadonnees semantiques, une application d'atelier scientifique 29, par exemple Jupyter© notebooks avec les bibliotheques scientifiques Python©, offrant un service de prototypage et de test d'algorithmes de fagon collaborative entre utilisateurs. 30 Les applications, services ou technologies et !engages mentionnes sont donnes uniquement a titre d'exemples et ne sont pas limitatifs. On notera que pour ajouter une application tant que service disponible dans la plateforme en tant que service 10, l'utilisateur doit tout d'abord developper dans son propre environnement une application, puis conditionner cette application dans une 35 image Docker©. Cette image Docker° peut etre publiee et rendue disponible par le biais du registre Docker@ 25. En effet, l'outil Docker() permet de regrouper une -9- application et ses dependences a l'interieur d'un conteneur isole permettant de deployer ce conteneur sur n'importe quelle plate-forme, permettant aux utilisateurs de creer, mettre a jour ou supprimer une application. La plateforme en tant que service 10 permet egalement d'heberger et d'executer des 5 applications tierces. Ainsi, tout acteur utilisant la plateforme en tant que service 10 peut specifier son propre service, par exemple specifier le nombre de CPU necessaires, de memoire RAM ou encore de capacite de stockage, via une interface dediee, en utilisant les images Docker() disponibles dans le registre Docker() 25. Les acteurs ont egalement la possibilite de mettre en chaine des services existants et/ou d'interagir 10 avec d'autres services en cours d'execution, par exemple une application qui cree des connaissances a partir de donnees brutes et enrichit l'entrepot de connaissances. Les images Docker@ peuvent etre cryptees afin d'empecher la retroingenierie/inspection des applications des differents acteurs. Apres le deploiement, le nouveau service apparait sur le portail 24 dans la liste des 15 services disponibles des utilisateurs, classes par exemple par theme, cette liste pouvant etre adaptee en fonction des droits d'acces de l'utilisateur. La plateforme en tant que service 10 peut comprendre une couche 30 relative a la securite. En effet, la couche de securite 30, peut comprendre un pare-feu 31 afin de filtrer le trafic reseau et les equilibreurs de charge EQ afin d'assurer que le trafic est 20 bien equilibre sur tous les nceuds du cluster. On notera que le pare-feu 31 peut etre logiciel et/ou un materiel pour permettre de surveiller et controler les applications et les flux de donnees. Les couches logicielle 14 et plateforme 12, peuvent comprendre un moyen de controle d'acces qui garantit qu'un utilisateur ne peut acceder qu'aux donnees qui lui 25 sont autorisees. On notera que les services de la couche plateforme 12 tels que par exemple Kubernetes©, MongoDB© ou GlusterFS© permettent de controler recces pour isoler les processus utilisateurs et assurer la separation des donnees. Enfin, sur la figure 1, on a represents schematiquement par des rectangles d'autres 30 fonctionnalites classiques possibles compris dans la couche logicielle 14. Par ailleurs, ('application de traitement sernantique 28 comprend un programme d'ordinateur executant, par l'intermediaire d'un processeur, des instructions de code de programme pour ('utilisation d'une nouvelle ontologie obtenue par le procede selon l'invention. 35 On decrire ci-dessous un procede, selon l'invention, pour le developpement d'une nouvelle ontologie 32 adaptee a un domaine industriel, schematise sur la figure 2. Tout d'abord, on recueille des concepts propres 33 a un premier acteur du domaine industriel et des concepts propres 34 a au moins un deuxierne acteur du domaine industriel different du premier acteur. Dans I'exemple decrit, de domaine industriel est le domaine aeronautique, le premier acteur etant un constructeur aeronautique et le second acteur etant un acteur de la maintenance aeronautique. 5 Ensuite, on constitue des relations entre ces concepts 33, 34 de la nouvelle ontologie 32 en reprenant des relations 35 d'au moins une ontologie pre-existante 36 et en ajoutant de nouvelles relations 37. Ainsi la nouvelle ontologie 32 comprend des concepts 33, 34 et des relations 35, 37 entre ces concepts, representant le sens d'un champ d'informations. De cette facon, le constructeur aeronautique et ('acteur de la maintenance aeronautique peuvent &hanger des informations facilement comprehensibles par I'un ou I'autre des acteurs grace a la nouvelle ontologie 32 commune aux deux acteurs. Les nouvelles relations 37 sont notamment formees en transformant les donnees traditionnelles en triples, un triple etant un tuple, provenant de l'anglais « Table UPLEt », c'est-a-dire un sujet, un attribut et un objet, dans lequel I'attribut indique le type de relation entre le sujet, par exemple un concept 33 du domaine industriel, et ('objet, c'est-a-dire un autre concept 34 ou une valeur numerique. Avantageusement, on recueille en outre au moins un concept supplementaire 38 propre au domaine industriel ou au moins une relation supplementaire 39 entre ces 20 concepts propre au domaine industriel. En variante, on recueille en outre au moins un concept supplementaire 38 propre au domaine industriel et au moins une relation supplementaire 39 entre ces concepts propre au domaine industriel. De facon avantageuse, ('ontologie pre-exitante 36 dans laquelle on reprend les 25 relations 35 entre les concepts est une ontologie d'au moins un acteur du domaine industriel. La plateforme en tant que service 10 ainsi concue permet a differents acteurs du domaine aeronautique de partager et d'integrer facilement les donnees, en modelisant les donnees et les processus de maintenance pour s'assurer par exemple que les 30 acteurs de Ia maintenance aeronautique et les constructeurs aeronautiques partagent les mernes definitions des concepts 33, 34, 38 du domaine aeronautique. L'invention n'est pas limitee au mode de realisation presents et d'autres modes de realisation apparaitront clairement a l'homme du métier. Notamment, le procede de developpement d'une nouvelle ontologie 32 n'est pas limite au domaine aeronautique 35 mais peut etre realise dans le domaine financier afin de normaliser le langage utilise pour definir avec precision les termes, conditions et caracteristiques des instruments financiers, Ia structure juridique et relationnelle des entites commerciales, le contenu et les dimensions temporelles des donnees de marche, ainsi que les obligations legales et les aspects de processus des operations d'entreprise. Le procede selon !Invention peut egalement s'appliquer dans le cadre de la norme ISO 15296 destinee a faciliter l'echange d'informations entre fabricants, ingenieurs, constructeurs et proprietaires de 5 l'industrie REVENDICATIONS1. Procede de developpement d'une nouvelle ontologie (32) adaptee a un domaine industriel, l'ontologie comprenant des concepts et des relations entre ces concepts, representant le sens d'un champ d'informations, mis en oeuvre par ordinateur, caracterise en ce qu'il comprend les etapes suivantes : - on recueille des concepts propres (33) a un premier acteur du domaine industriel et des concepts propres (34) a au moins un deuxieme acteur du domaine industriel different du premier acteur, - on constitue des relations entre ces concepts de la nouvelle ontologie (32) en reprenant des relations (35) d'au moins une ontologie pre-existante (36) et en ajoutant de nouvelles relations (37). Procede de developpement d'une nouvelle ontologie (32) selon la revendication 1, comprenant en outre une etape de recueil d'au moins un concept supplementaire (38) propre au domaine industriel. Procede de developpement d'une nouvelle ontologie (32) selon la revendication 1 ou 2, comprenant en outre une etape de reprise d'au moins une relation supplementaire (39) entre ces concepts propre au domaine industriel. Procede de developpement d'une ontologie (32) selon l'une quelconque des revendications precedentes, dans lequel l'ontologie pre-existante (36) dans laquelle on reprend les relations (35) entre les concepts est une ontologie d'au moins un acteur du domaine industriel. Procede de developpement d'une nouvelle ontologie (32) selon l'une quelconque des revendications precedentes, dans lequel le domaine industriel est le domaine aeronautique. Programme d'ordinateur caracterise en ce qu'il comprend des instructions de code de programme pour ('utilisation d'une nouvelle ontologie (32) obtenue par le procede selon l'une quelconque des revendications 1 a 5 lorsque le programme est execute par un processeur. Plateforme en tant que service (PaaS) (10) comprenant : 10 152. 3. 20 4. 25 5. 30 6. 35 7. -13 - une couche logicielle (14) dans laquelle au moins une application (26,28,27,25,29) est hebergee, - une couche plateforme (12) comprenant au moins un service (18,19,20,21,22,23) necessaire pour fournir des ressources pour un autre service, 5 - une couche d'information (13) gerant au moins une interaction d'un utilisateur avec au moins un service (18,19,20,21,22,23) ou au moins une application (26,28,27,25,29) - une couche d'infrastructure (11) fournissant une infrastructure materielle (16,17) adaptee a une plateforme en tant service, caracterisee en ce que la couche logicielle (14) comprend un programme d'ordinateur selon la revendication 6. 8. Plateforme en tant que service (PaaS) (10) selon la revendication 7, dans laquelle au moins une application (26,28,27,25,29) est stockee dans au moins un conteneur logiciel. 9. Plateforme en tant que service (PaaS) (10) selon la revendication 7 ou 8, comprenant en outre un pare-feu (31). 10. Plateforme en tant que service (PaaS) (10) selon I'une quelconque des revendications 7 a 9, comprenant en outre des moyens d'equilibrage de charge (EQ).