Brevet FR3100355A1 — publié le 20210305

Description Titre de l'invention : Système d'aide à la conception d'application d'Intelligence Artificielle, exécutable sur des plates-formes infor- matiques distribuées DOMAINE TECHNIQUE ET OBJET DE L'INVENTION 100011 La présente invention se rapporte au domaine des applications d'intelligence arti- ficielle (IA) sur des plates-formes informatiques. ETAT DE LA TECHNIQUE 100021 Selon l'état de l'art, le concepteur ou l'utilisateur lors de la phase de déploiement d'une application d'intelligence artificielle réalisent les tâches Ofie.11) de développement, de mise au point, et de déploiement de modèles. 100031 La réalisation de ces tâches présente des inconvénients notamment car elle ne permet pas aux utilisateurs de se focaliser sur leur activité principale. Grâce à un logiciel de type orchestrateur permettant d'automatiser le déroulement d'un certain nombre de processus, la qualité du travail desdits concepteurs/utilisateurs peut être améliorée. Les demandes de brevets FR1663536 et FR1763239 traitent de manière spécifique l'utilisation de l'orchestration pour l'affectation de ressources et proposent des algorithmes afin de déterminer automatiquement sur quelle infrastructure déployer des applications. 100041 L'invention vise ici à pallier au moins l'un de ces inconvénients en proposant aux utilisateurs (le Data Scientist par exemple) une combinaison inédite de modules donnant un dispositif qui automatise une partie du processus traditionnel de développement de modèles machine learning (ML) ainsi que son procédé d'utilisation. PRESENTATION GENERALE DE L'INVENTION [0005] La présente invention a donc pour objet de pallier au moins l'un des inconvénients de l'art antérieur en proposant un dispositif et un procédé qui simplifient la création et l'utilisation d'applications d'intelligence artificielle. [0006] Pour parvenir à ce résultat, la présente invention concerne un système utilisant une Suite d'Outils d'Aide à la Conception d'Application d'Intelligence Artificielle, (SOACAIA) modulaires et clairement structurés, exécutables sur des plates-formes informatiques distribuées pour parcourir, développer, rendre disponible et gérer des applications d' IA, cc jeu d'outils implémentant quatre fonctions : [0007] Une fonction Studio permettant d'établir un espace partagé sécurisé et privé pour l'entreprise dans lequel l'équipe étendue des analystes commerciaux, des scientifiques de données («data scicntist » en langue anglaise), des architectes d'application et des gestionnaires IT peuvent communiquer et travailler ensemble en collaboration ; 2 [0008] Une fonction Forge permettant d'industrialiser les instances d'IA et de rendre les modèles analytiques et leurs jeux de données associés disponibles par un catalogue aux équipes de développement sous réserve du respect des conditions de sécurité et de conformité de traitement ; [0009] Une fonction Orchestrateur pour gérer la mise en oeuvre totale des instances d'IA conçues par la fonction STUDIO et industrialisée par la fonction Forge et pour effectuer la gestion permanente sur une infrastructure hybride de nuage ; [0010] Une fonction de moteur d'apprentissage machine rapide FMLE (FastML Engine, « Fast Machine Learning Engine » en langue anglaise) qui est une boîte à outils d'apprentissage machine pour calculateurs hautes performances HPC et infrastructures hybrides facilitant l'utilisation des puissances de calcul et les possibilités de groupes (« clusters » en langue anglaise) de calculateurs hautes performances en tant que support d'exécution des modèles d'entrainement d'apprentissage machine et spécialement des modèles d'entrainement d'apprentissage profond. [0011] Selon une particularité, la fonction moteur d'apprentissage machine rapide (FastMLE) comporte une interface qui a pour objectif, lors de son exécution sur une plateforme, de faciliter la phase de conception et de mise au point des modèles d'apprentissage machine (Machine Lcarning Models) ; lorsqu'un premier jet de ce modèle est réalisé, il convient alors de l'entraîner sur un ou plusieurs jeu(x) de données annotées (datasct) et de mettre au point le modèle ; afin d'cntrainer son modèle, l'utilisateur « data scientist » doit utiliser au moins un fichier dataset comportant des données annotées, le module FastMLE permet de gérer les fichiers datasets existants, annotés et prêts à l'emploi, grâce à cette API ou à cette interface, le « data scientist » peut sélectionner un ou plusieurs (les fichiers datasets et les charger sur l'infrastructure où doit s'exécuter l'entrainement de son modèle ou de les sauvegarder dans au moins une base de données exploitée par FastMLE [0012] Selon une variante de l'invention, la fonction moteur d'apprentissage machine rapide comporte une interface permettant à l'utilisateur : [0013] De choisir dans un menu de créer au moins une « expérimentation » EX1, dé- clenchant un menu permettant d'associer le code d'un modèle Ml, soit défini par l'utilisateur, soit parmi les différents modèles Mi mémorisés par le service, à un script de lancement SLi et à un tiamework FML j de ML (comme par exemple Tensorflow, ...) selon ses choix pour créer une association (par exemple, EX1, MI, SLi, FMLj ou EX2, Mi, SLi2 FMJ3) dont chacune est mémorisée clans la base de métadonnées de FastMLE et qui permettra de créer un conteneur respectif (EX1, EX2) au lancement d'un entrainement [0014] De choisir dans un autre menu de créer et de lancer un « entraînement » El à exécuter sur son modèle, en associant une expérimentation EXk choisie parmi les ex- 3 périmentations préalablement créées par exemple via la première étape, du catalogue Forge, à un dataset DSm (préalablement chargé sur l'infrastructure via FastMLE), et en option à des hyper paramètres selon les choix de l'utilisateur, l'association EXk, DSm se concrétisant par un conteneur (container), l'information de l'association étant mémorisée dans les métadonnécs de FastMLE. [0015] Ainsi l'entrainement se concrétise par le modèle qui est exécuté au sein d'un container créé au moment du lancement de rentrainement, à partir des informations propres à l'expérimentation et des informations fournies au moment de la création de rentrait-len-lent. Le conteneur est ce qui sera déployé sur les noeuds de l'infrastructure d'exécution et apporte toutes les librairies nécessaires à son exécution et va ingérer des données annotées (dataset) et des paramètres (hyperparamètres) de manière à ce que le modèle apprenne plus tard à prédire des événements sur des datasets non annotés. [0016] Selon une autre variante, la fonction moteur d'apprentissage machine rapide permet qu'un conteneur soit exécuté sur un cluster de haute performance ayant des ressources CPU, RAM, GPUs telles que mentionnées par le « data scicntist » dans l'utilisation de FastMLE au moment de la création de l'entrainement (deuxième étape). [0017] Selon une autre variante, la fonction moteur d'apprentissage machine rapide contient une autre interface de FastMLE qui permet à l'utilisateur de superviser son entrainement, suivre son évolution (initialisation, en cours, terminé...) et le surveiller ou monitorer l'entrainement. [0018] Selon une autre variante, le moteur FMLE nécessite : [0019] Un planificateur (scheduler) qui gère toutes les ressources sur le groupe de machines pour permettre d'allouer des ressources à une ou plusieurs tâches (par exemple un entrainement qui sera matérialisé en job(s)) ; [0020] Un système de gestion de conteneur (container) utilisé pour supporter les expéri- mentations d'apprentissage machine (ML/DL) et ainsi sécuriser leur exécution afin qu'ils ne soient accessibles que par l'utilisateur ou groupe ou entreprise ; [0021] Un dépôt pour sauvegarder les images de conteneur (container) des environnements (frameworks) d'apprentissage profond qui sont utilisés pour lancer les expérimentations EX ; [0022] Un système de fichiers distribués de type NFS pour partager les fichiers des datasets entre les expériences d'apprentissage machine (ML/DL). [0023] Selon une autre variante, la fonction moteur d'apprentissage machine rapide associée dans un système, de préférence le système (SOACAIA) ci-dessus décrit, en utilisant les fonctionnalités de l'orchestrateur (de type Yorc par exemple), va permettre de générer au moins une tâche « job » HPC pour permettre l'exécution de chaque entrainement de chaque modèle. [0024] Ainsi l'association de FastMLE et de Yorc (utilisé par fastMLE), permet de masquer à l'utilisateur, les tâches complexes qui auraient consisté à définir son programme d'exécution, à allouer les ressources nécessaires pour l'exécution, à y déployer son entrainement et à lancer le programme ... [0025] Selon une variante, les applications d'TA sont rendues indépendantes des infra- structures de support par l'orchestration de la fonction orchestrateur basée sur TOSCA qui permet de construire des applications nativement transportables à travers les infrastructures. [0026] Selon une autre variante de l'invention, la fonction STUDIO comprend un libre- service de développement d'applications cognitives, ledit libre-service de développement d'applications cognitives comprenant un service de gestion des catalogues et des applications et une interface utilisateur d'apprentissage en profondeur. [0027] Selon une autre variante, la fonction STUDIO fournit deux fonctions : [0028] Une première, de portail, donnant accès au catalogue de composants, permettant l'assemblage de composants en applications, (au standard TOSCA) et la gestion de leur déploiement sur des infrastructures variées et permettant de construire des applications complexes dans lesquelles se retrouve le modèle qui va servir pour la prédiction ; [0029] Une seconde, d'IHM, et d'interface d'utilisateur du moteur (engine) FastMLE fournissant une interface graphique donnant accès aux fonctions de développement de modèles ML/DL du moteur FastMLE. [0030] Selon une autre variante, le portail de la fonction STUDIO (au standard TOSCA) offre une boîte à outil pour la gestion, la conception, l'exécution et la génération d'applications et de données de test et comporte : [0031] Deux interfaces graphiques, l'une permettant à l'utilisateur de définir chaque ap- plication au standard TOSCA à partir des composants du catalogue qui sont réunis par une action glisser-déposer et pour leur identification, l'utilisateur leur associe, par cette interface, des valeurs et des actions définissant leur cycle de vie ; et l'autre propre à FastMLE, à l'usage du data Scientist qui veut mettre au point ses modèles, à travers l'API de l'orchestrateur. [0032] Un menu gestion qui permet de gérer le déploiement d'au moins une application (au standard TOSCA) sur des infrastructures variées en proposant les différentes infrastructures (Nuage, cloud, Nuage hybride, cloud hybrid, HPC, etc...) proposées par le système sous forme d'objet graphique et en réunissant l'infrastructure sur laquelle l'application sera exécutée par une action glisser-déposer dans un ou plusieurs objets compute » définissant le choix du type de calculateur. [0033] Selon une autre variante, la fonction Forge comprend des modèles pré-entrainés mémorisés dans le système et accessibles à l'utilisateur par une interface de sélection, pour permettre l'apprentissage de transfert, des cas d'usage pour le développement rapide de bout en bout, des composants technologiques ainsi que pour instaurer les environnements spécifiques des utilisateurs et les cas d'usages. [0034] Selon une autre variante, la fonction Forge comprend un module de programme qui, exécuté sur un serveur, permet de créer un espace de travail privé commun à une entreprise ou un groupe d'utilisateurs accrédités pour stocker, partager, retrouver et mettre à jour de façon sécurisée (par exemple après authentification des utilisateurs et vérification des droits d'accès (« credentials »), des plans de composants, des environnements d'apprentissages profonds (« Deep Learning Frameworks »), des jeux de données et des modèles entrainés et constituant un entrepôt pour les composants analytiques, les modèles et les jeux de données. [0035] Selon une autre variante, la fonction Forge comprend un module de programme et une interface IHM permettant de gérer un catalogue de jeux de données « datasets », ainsi qu'un catalogue de modèles et un catalogue des environnements de développement de modèle de « frameworks » (en langue anglaise) (Fmks) disponibles pour le service, apportant ainsi une facilité supplémentaire au data Scientist. [0036] Selon une autre variante, la fonction Forge propose un catalogue donnant accès à des composants : [0037] De type Machine Lcarning, comme les frameworks ML (e.g. Tensorflow*), mais aussi les modèles et les datasets ; [0038] De type Big Data Analytics (c.g. la suite Elastic*, les distribution Hadoop*...) pour les datasets ; [0039] Des Outils de développement (Jupyter*, 12*, Python*...) [0040] Des outils d'analyse de données ; [0041] Des outils statistiques. [0042] Selon une autre variante, la fonction Forge est un catalogue donnant accès aussi à des (blueprints) schémas directeur d'application (templates). [0043] Selon une autre variante, le principe de fonctionnement de la fonction orchestrateur réalisée par un module de programme Yorc recevant une application TOSCA* telle que décrite ci-dessus (appelée aussi topologie), est d'allouer les ressources physiques correspondant au composant «Compute» (compute étant une ressource de calcul abstraite correspondant à une grosseur de calcul qui, après la mise en cohérence des informations (« mapping » en langue anglaise) et en fonction des configurations, peut être une machine virtuelle, un noeud physique...), puis d'installer sur cette ressource les logiciels spécifiés dans TOSCA pour ce composant «Compute», et de déployer des conteneurs « Docker » contenant les programmes d'entrainement des modèles et d'y associer les fichiers de jeux de données « datasets » montés via les volumes spécifiés dans «DockerVolume» pour ce composant« Compute ». [0044] Selon une autre variante, le déploiement d'une telle application (au standard 6 TOSCA) par l'orchestrateur Yorc, s'effectue en utilisant le plugin Slurm de l'orchestrateur qui va déclencher la planification d'une ou de plusieurs tâches slurm (scheduling d'un job slurm), chacune pour un entrainement Ei d'un utilisateur sur une grappe (cluster) de calculateur haute performance HPC ou sur un nuage. [0045] Selon une autre variante, l'orchestrateur Yorc surveille pour chaque utilisateur les ressources disponibles de chaque super calculateur ou de chaque nuage et, lorsque les ressources requises seront disponibles, un noeud de supercalculateur ou d'un nuage sera alloué (correspondant au composant Compute de TOSCA), le conteneur « Dockercontainer » sera installé sur un ou plusieurs noeuds de ce supercalculateur et les volumes correspondant aux données en entrée et sortie seront montés dans le conteneur (via le « DockerVolume »), puis l'exécution du conteneur effectuée. [0046] Selon une autre variante, la fonction Orchestrateur (orchestrator) propose à l'utilisateur des connecteurs pour gérer les applications sur différentes infrastructures, soit en Infrastructure en tant que Service (Infrastructure as a Service IaaS) (telles que par exemple, AWS*, GCP*, Openstack*, ...), soit en Conteneur en tant que Service (Container as a Service CaaS) (telles que par exemple, Kubernetes*), soit en Calcul Haute Performance HPC (telles que par exemple, Slurm*, PBS*). [0047] L'invention concerne également l'utilisation du système selon l'une des particularités décrites ci-dessus pour la constitution de cas d'usage, qui permettront notamment d'enrichir la collection de « blueprints » et de composants de Forge (catalogue) : Les premiers cas d'usage identifiés étant : [0048] La cyber sécurité, avec l'utilisation de FIA pour les centres d'opérations de sécurité prescriptifs (Prescriptive SOC (« Security Operation Center » en langue anglaise)) ; [0049] Le centre de données cognitifs (« Cognitive Data Center »(CDC) en langue anglaise) avec utilisation de l' IA pour de la maintenance prédictive; [0050] La vision par ordinateur, avec des applications IA de vidéo surveillance ; [0051] L'invention concerne également l'utilisation du système selon l'une des particularités décrites ci-dessus pour exploiter et sauvegarder des données dans une base de données enrichie mémorisant également les métadonnées. [0052] L'invention concerne en outre un procédé de développement, d'enregistrement, de traitement, d'analyse de modèles et de données utilisant le système décrit précédemment comportant au moins l'une des étapes suivantes : [0053] Création d'un nouveau modèle développé [I] [0054] Sauvegarde du nouveau modèle développé [II] dans la base des nouveaux modèles sauvegardés [0055] Chargement du (des) jeu(x )de données pour le ou les entrainement(s) [III] [0056] Chargement du nouveau modèle pour le ou les entrainement(s) [IV] [0057] Chargement de l'environnement d'apprentissage (ML/DL) [V] 7 100581 Lancement d'un ou plusieurs entrainement(s), avec déploiement et gestion au- tomatique de l'exécution par l'orchestrateur 1V11 [0059] Réglage du nouveau modèle [VII] [0060] Sauvegarde du modèle entraine [VIII] [0061] Déploiement sur un serveur du site d'exploitation du modèle entrainé pour inférence [IX] [0062] Acquisition par le système dans sa hase de données opérationnelle des données opé- rationnelles enrichissant les jeux de données [X] nécessaires à l'amélioration de la qualité des modèles issus de l'entrainement. [0063] En fait, le modèle lui-même (code dans un conteneur en général) est stocké dans la Forge (ou catalogue), et dans la hase de méta données de FastMLE on a ainsi les informations relatives à ce modèle (au sein d'une expérimentation). Le modèle entrainé fait partie des résultats (outputs) de l'entrainement, il est dans un espace persistant ; aujourd'hui c'est l'utilisateur qui le sauvegarde dans le catalogue, mais seulement à partir du moment où il considère qu'il est au point, et non pas à chaque entrainement. PRESENTATION DES FIGURES [0064] D'autres caractéristiques et avantages de l'invention apparaîtront à la lecture de la description détaillée des modes de réalisation de l'invention, donnés à titre d'exemple uniquement, et en référence aux dessins qui montrent : [0065] [fig.l] représente un schéma de l'architecture d'ensemble du système utilisant une suite d'outils modulaires selon un mode de réalisation. [0066] [fig.2] représente un schéma de détaillé, montrant le cycle de vie du développement d'un outil travail d'un utilisateur (par exemple le « Data scientist »). [0067] [fig.3] représente un schéma de l'architecture détaillée du moteur FastMLE. [0068] [fig.4] représente un schéma des étapes (« workflow » en langue anglaise) de déve- loppement associé à FastMLE et son API. [0069] DESCRIPTION DETAILLE D'UNE FORME DE REALISATION DE L'INVENTION [0070] Les figures exposent l'invention de manière détaillée pour permettre sa mise en oeuvre. De nombreuses combinaisons peuvent être envisagées sans s'écarter de la portée de l'invention. Les modes de réalisation décrits s'attachent plus particulièrement à un exemple de mise en oeuvre de l'invention dans le contexte d'un système (utilisant une suite d'outils modulaires et clairement structurée exécutable sur des plates-formes informatiques distribuées) et d'une utilisation dudit système pour simplifier, améliorer et optimiser la création et l'utilisation d'applications d'intelligence artificielle. Cependant, toute mise en oeuvre dans un contexte différent, en particulier pour tout type d'application d'analyse de données, est également visée par la présente invention. 8 [0071] [fig.2] est une représentation schématique détaillée, montrant le cycle de vie du déve- loppement d'un outil de travail d'un utilisateur (par exemple le « Data scicntist »), développant, mettant au point, et déployant un modèle et les différentes interactions entre les modules grâce à la mise en oeuvre de certains modes de réalisation de la présente invention. [0072] L'invention concerne également l'utilisation du système selon l'une des particularités décrites ci-dessus pour exploiter et sauvegarder des données dans une base de données enrichie (49) mémorisant également les métadonnées. [0073] L'invention concerne en outre un procédé dc développement, d'enregistrement, de traitement, d'analyse de modèles et dc données utilisant le système selon l'une des particularités décrites ci-dessus, comportant au moins l'une des étapes illustrées par [fig.2] et détaillée telle que suit : [0074] Création d'un nouveau modèle développé [1] [0075] Sauvegarde du nouveau modèle développé [II] dans la hase (21) des nouveaux modèles sauvegardés. Le modèle est codé en général dans un conteneur et stocké dans la Forge (ou catalogue). Dans la hase de méta données de FastMLE, les informations relatives à ce modèle sont disponibles au sein d'une expérimentation [0076] Chargement du (des) jeu(x )de données pour le ou les entrainement(s) [III] [0077] Chargement du nouveau modèle pour le ou les entrainement(s) [IV] [0078] Chargement des environnements d'apprentissage (ML/DL) [V] (5). Ces envi- ronnements (fmks) sont précisés/spécifiés soit au moment de la création de l'expérimentation, soit au moment du chargement du modèle ; ensuite ils sont chargés par l'orchestrateur au moment du lancement des entrainements (« trainings » en langue anglaise). [0079] Réglage du nouveau modèle [VII]. L'utilisateur peut régler son modèle en fonction des résultats de l'entrainement dudit modèle. Par itérations successives de lancement d'entrainements avec des hyper paramètres différents, des modifications de code, il peut affiner ce réglage en jouant sur des paramètres, par exemple une précision optimale souhaitée du minimum de la fonction objectif avec le jeu de données test, le temps de convergence de l'algorithme. Ce réglage peut également être automatisé avec un algorithme approprié. [0080] Sauvegarde du modèle entrainé [VIII] dans la Forge (2). Le modèle entrainé fait partie des résultats de l'entrainement. Disponible dans un espace persistant, l'utilisateur peut le sauvegarder dans le catalogue des modèles entrainés s'il est satisfait par la qualité des résultats de l'entrainement. [0081] Déploiement sur un serveur du site d'exploitation du modèle entrainé pour inférence [IX]. [0082] Acquisition par le système dans sa base de données opérationnelle des données opé- 9 rationnelles enrichissant les jeux de données (8) nécessaires à l'amélioration de la qualité des modèles issus de l'entrainement [X]. [0083] L'/Les utilisateur(s) (40) a/ont au moins quatre fonctions (STUDIO, FORGE, FastMLE et ORCHESTRATION) qui concourent à la solution d'un problème qu'ils souhaitent résoudre (par exemple quel est le modèle permettant d'identifier les spams dans un jeux de données (emails, ...). De manière non limitative, ils/il ont/a la possibilité pour arriver à leurs fins de créer (cm) au moins une expérience (43) au moins un entrainement (47) en choisissant (tel) au moins un modèle sauvegardé (21) ou s'il souhaite re-entrainer un modèle (23) déjà entrainé, au moins un jeu de données (24 ;24') au moins un environnement d'apprentissage (ML/DL) (25). [0084] Selon une autre variante, nes utilisateur(s) (40) a/ont de manière non limitative la possibilité soit de développer au moins un nouveau modèle qu'il(s) sauvegarde(nt) dans la base (21) des nouveaux modèles sauvegardés, de choisir au moins un jeu de données (24 ;24'), au moins un environnement d'apprentissage (ML/DL) (25). [0085] Selon une autre variante, nes utilisateur(s) (40) a/ont de manière non limitative la possibilité de soumettre au moins un entrainement (47) de modèle, et de sauvegarder le ou les modèles entrainés résultants dans la hase (23) des modèles entrainés. [0086] Selon une autre variante, nes utilisateur(s) (40) a/ont de manière non limitative la possibilité de déployer au moins un modèle entrainé pour au moins une inférence [0087] Selon une variante, l'utilisateur (40) a de manière non limitative la possibilité de choisir au moins un modèle sauvegardé (entrainé) (23) ou un nouveau modèle (21), plusieurs jeux de données, au moins un environnement d'apprentissage (ML/DL) et soumettre au moins un entrainement avec un réglage d'hyper paramètre particulier [0088] L'orchestrateur (3) facilite et accélère le processus en planifiant, optimisant et auto- matisant l'exécution des taches sur les clusters. L'utilisateur (40) accède à au moins un CPU et au moins un GPU et a, entre autres, la possibilité de soumettre une pluralité d'entrainements et/ou de réglage des hyperparamètres etc. [0089] La suite d'outils modulaires, clairement structurée, et exécutable sur des plates- formes informatiques distribuées comporte : [0090] Illustré par [fig.1] un système utilisant une suite d 'outils d'aide à la conception d'application d'Intelligence Artificielle, (SOACAIA) modulaires et clairement structurés, exécutables sur des plates-formes informatiques distribuées (cloud, cluster) ou non (HPC(cluster de milliers de noeuds propice à l'exécution de programmes en parallèles)) pour parcourir, développer, rendre disponible et gérer des applications d'IA, ce jeu d'outils implémentant quatre fonctions réparties dans trois espaces fonctionnels [0091] Une fonction Studio (1) qui permet d'établir un espace de travail partagé sécurisé et privé pour l'entreprise dans lequel l'équipe étendue des analystes commerciaux, des scientifiques de données (« data scientists » en langue anglaise), des architectes d'application et des gestionnaires IT accrédités sur le système par l'entreprise peuvent communiquer , travailler ensemble en collaboration, stocker, partager, récupérer, mettre à jour les outils dont ils ont besoin pour le succès d'une, de plusieurs tâches ou d'un projet. [0092] Dans une variante, les utilisateurs ont à disposition des catalogues de composants qu'ils peuvent enrichir, pour les échanger avec d'autres utilisateurs de l'espace de travail (22) et s'en servir pour accélérer les tests des prototypes, valider plus rapidement les modèles et le concept. [0093] En outre, dans une autre variante la fonction Studio (1) permet d'explorer, de dé- velopper rapidement et aussi de déployer plus facilement sur plusieurs plates-formes informatiques distribuées ou non. La fonction Studio permet en outre, grâce à son interface donnant accès à l'orchestrateur (3), de piloter celui-ci. L'utilisateur voit le catalogue des composants que l'orchestrateur est capable de déployer. La fonction Studio donne une possibilité d'accélérer les entrainements des modèles en automatisant l'exécution des jobs, de choisir ses infrastructures, d'assembler des composants logiciels et lancer leur déploiement. La qualité du travail est non seulement améliorée niais aussi facilitée. [0094] Selon une variante, la fonction STUDIO (1) comprend un libre-service de déve- loppement d'application cognitive (11). Ledit libre-service de développement d'application cognitive comprend deux parties : [0095] Le portail qui permet de naviguer dans le catalogue de composants, de composer puis déployer les applications (assemblage de composants) appelé service de gestionnaire des catalogues et service gestionnaire des applications (12), ciblant de préférence les spécialistes des réseaux et des données (data engineers) ; [0096] L'IHM qui est un module dédié au développement de modèles IA appelé interface utilisateur d'apprentissage (13), ciblant de préférence les data scientiste. [0097] Une variante de la fonction STUDIO (1) fournit une première fonction de portail qui donne accès au catalogue de composants, pour permettre l'assemblage de composants en application de préférence au standard TOSCA (TOSCA pour « Topology & Orchestration Specification for Cloud Application » en langue anglaise) et gère leur déploiement sur des infrastructures variées. Le standard TOSCA est un langage standard connu de l'homme du métier et comprend des spécifications décrivant les processus de gestion du cycle de vie incluant création, démarrage, arrêt ou de modification de services (par exemple les services Web). [0098] Une variante de la fonction STUDIO (1) offre une boîte à outils pour la gestion, la conception, l'exécution et la génération d'applications et comporte : [0099] Deux interfaces graphiques, l'une permettant à l'utilisateur de définir chaque ap- plication au standard TOSCA à partir des composants du catalogue qui sont réunis par 11 une action glisser-déposer pour leur identification, l'utilisateur leur associe, par cette interface, des valeurs et des actions définissant leur cycle de vie (par exemple on peut lier un composant dans un conteneur (Dockercontainer) auquel on peut associer par cette interface des volumes correspondant aux données à traiter en entrée et en sortie) de préférence réservés à l'administrateur; et l'autre pour la mise au point du(des) modèle(s) réservée(s) de préférence à l'usage du data scientist ; [0100] Un menu gestion permet de gérer le déploiement d'au moins une application (au standard TOSCA) sur des infrastructures variées en proposant les différentes infrastructures (Nuage, cloud, Nuage hybride, cloud hybrid, HPC, etc...) proposées par le système sous forme d'objet graphique et en réunissant l'infrastructure sur laquelle l'application sera exécutée par une action glisser-déposer dans un objet représentant un composant «compute» définissant le type de calculateur. Une autre action représentant/ définissant le type de noeud de calculateur (type de calculateur : représente un noeud physique ou une VM ... pour définir une ressource de calcul abstraite qui, une fois mappée par l'orchestrateur, devient une réelle ressource physique utilisée pour le déploiement). [0101] Pour ceci, on glisse les composants d'applications dans un ou plusieurs composants abstraits "compute", la description de l'application étant ainsi indépendante de l'infrastructure de déploiement. Puis dans une deuxième phase d'utilisation de ce portail l'utilisateur fait correspondre (map) ces composants abstraits (computes) avec des infrastructures concrètes (Machines virtuelles, Cloud, noeud physiques ...). [0102] Une variante de la fonction STUDIO (1) est de fournir l'accès à un moteur d'apprentissage qui permet de gérer les phases d'entrainement de modèle (ML/DL) sur différents types de ressources (par exemple les ressources de calcul intensif ...). [0103] Construite sur les principes de réutilisation des meilleures pratiques, la fonction Forge (2) contribue à la mise en place d'un espace de travail hautement collaboratif, permettant aux équipes d'utilisateurs spécialistes de travailler ensemble de manière optimale. Forge est la matérialisation du catalogue de composants partageables. [0104] Dans une variante, la fonction Forge (2) fournit un accès structuré à un référentiel croissant de composants analytiques, et met à disposition des équipes d'utilisateurs accrédités les modèles d'analyse et leurs jeux de données associés. Ceci encourage la réutilisation et l'adaptation des données pour une productivité maximale et permet d'accélérer la production tout en minimisant les coûts et les risques. [0105] Selon une variante, la fonction Forge (2) est une zone de stockage, un entrepôt pour les composants analytiques, les modèles (nouveaux (21) et entrainés (23)) et les datasets (24). [0106] Dans une autre variante cette fonction Forge (2) joue aussi le rôle de catalogue donnant accès à des composants constituant des Outils de développement (27) 12 (Jupyter*, Python*...), des outils statistiques (28) (Kibana, ElasticSearch from Elastic stack ...), des outils d'analyse de données (26) (MySQL, Hadoop, ElasticStack, ...) ou de catalogue donnant accès aussi à des (hlueprints) schémas directeur d'application (tcmplates) Composants applicatifs (comprenant notamment un modèle entrainé, niais aussi d'autres applicatifs : on stocke des topologies («template») définissant un pré-assemblage de composants permettant d'aller plus vite pour le déploiement : catalogue avancé d'applicatifs métiers pré-assemblés «blucprint ». [0107] Dans une variante, la fonction Forge (2) comprend également des modèles pré- entrainés mémorisés dans le système et accessibles à l'utilisateur par une interface de sélection, pour permettre l'apprentissage de transfert « transfer learning », des cas d'usage pour le développement rapide de bout en bout, des composants technologiques ainsi que pour instaurer les environnements spécifiques des utilisateurs et les cas d'usages. L'apprentissage de transfert dans le cadre de cette invention consiste en ce que, une fois entrainés par les développeurs, les modèles sont accessibles dans un catalogue pour leur réutilisation par un utilisateur sur d'autres jeux de données (exemple de modèle reconnaissant des bateaux qui est réutilisé pour reconnaitre des voitures). [0108] Dans une variante supplémentaire la fonction Forge (2) comprend un module de programme qui, exécuté sur un serveur ou une machine, permet de créer un espace de travail privé (22) commun à une entreprise ou un groupe d'utilisateurs accrédités pour stocker, partager, récupérer et mettre à jour de façon sécurisée (par exemple après authentification des utilisateurs et vérification des droits d'accès (credentials)), des plans de composants, des environnements d'apprentissage en profondeur (Deep Learning Frameworks), des jeux de données (datasets) et des modèles entrainés et constituant un entrepôt pour les composants analytiques, les modèles et les jeux de données. [0109] Dans une autre variante, la fonction Forge permet à tous les membres d'une équipe projet de collaborer sur le développement d'une application. Cela améliore la qualité et la rapidité de développement des nouvelles applications en ligne avec les attentes des métiers. [0110] Une variante de la fonction Forge (2) comprend en plus un module de programme et une interface IHM permettant de gérer un catalogue de datasets, ainsi qu'un catalogue de modèles et un catalogue des environnements de développement de modèles, par exemple des fi-ameworks (Fmks) tels que tensorflow, keras, etc. disponibles pour le service, apportant ainsi une facilité supplémentaire aux utilisateurs de préférence au Data Scientist. [0111] Dans une autre variante, la fonction Forge met à disposition un nouveau modèle dérivé d'un modèle précédemment qualifié. [0112] Dans une autre variante, la fonction Forge met à disposition des utilisateurs ac- 13 crédités un catalogue donnant accès à au moins un type de composants parmi les composants: [0113] Dc type Machine Lcarning, comme les frameworks ML (e.g. Tensorflow*) mais aussi les modèles et les datasets ; ou [0114] Dc type Big Data Analytics (c.g. la suite Elastic*, les distribution Hadoop*...). [0115] En particulier, la fonction Forge permet d'offrir non seulement des modèles de réseaux de neurones mais aussi, un catalogue d'outils d'analyse. [0116] Dans une variante, la fonction Forge permet d'industrialiser des composants d'IA, en effet elle permet de rendre les modèles TA et leurs jeux de données associés disponibles aux équipes et utilisateurs accrédités. La mise au point d'un modèle se fait sur des datasets annotés, via les fonctions du système SOACATA (notamment la partie Moteur d'apprentissage profond) ; Le(s) modèle(s) entrainé(s) résultant(s) et le(s) dataset(s) annoté(s) associé(s) est (sont) stocké(s) dans la Forge et à disposition des utilisateurs qui veulent s'en servir. [0117] Les tâches de développement et de déploiement lors de l'apprentissage en profondeur sont très complexes. De nombreuses étapes sont nécessaires à l'entrainement de modèles. [0118] L'utilisateur (40) (data scientist, par exemple) y consacre beaucoup de temps. La fonction de moteur d'apprentissage machine rapide FMLE (« FastML Engine » (4)) par sa boîte à outil d'apprentissage machine, pour calculateurs hautes performances HPC (45) et infrastructures hybrides (46), masque la complexité de la gestion des tâches en s'appuyant sur l'orchestrateur (3) pour planifier et automatiser par lot les tâches. Ainsi, il donne aux utilisateurs l'accès aux outils spécifiques d'automatisation par lot (« batch » en langue anglaise) et de l'ordonnancement (« job scheduling » en langue anglaise). [0119] FastML Engine (4) facilite l'utilisation des puissances de calcul et les possibilités des groupes (clusters) de calculateurs hautes performances en tant que support d'exécution des modèles d'entrainement d'apprentissage machine (ML/DL). Ceci, notamment pour les modèles d'entrainement d'apprentissage profond en fournissant de nombreuses fonctionnalités et outils (par exemple les jeux de données nécessaires aux entrainements des modèles peuvent quand l'utilisateur le souhaite, être chargés du bureau de l'utilisateur accrédité vers le serveur exécutant la fonction de moteur d'apprentissage machine rapide FMLE « FastML Engine » qui peut être utilisée pour les entrainements de modèles ...). [0120] Par cette mise à disposition de ces diverses options, le moteur d'apprentissage machine rapide « FastML Engine » simplifie et accélère les processus, en permettant aux utilisateurs de configurer le système afin de lancer, grâce à une seule opération de configuration, une multitude d'expériences en parallèle sur une pluralité de modules 14 d'IA (modèle DL, ML, outils statistiques etc.) sélectionnables, avec une pluralité de jeux de données sélectionnables. [0121] Ainsi, le système alloue automatiquement des ressources de calcul adaptées pour chaque entrainement (notamment à l'aide des paramètres d'apprentissage (« trainings » en langue anglaise) comme par exemple le nombre de CPU/GPU requis, permettant au système de déterminer comment allouer ces ressources), ce qui permet à l'utilisateur data scicntist par exemple de gagner du temps et se concentrer sur sa principale tâche d'analyse. [0122] L'utilisateur peut soumettre plusieurs entrainements d'un modèle et comparer les résultats issus de chaque entrainement. [0123] D'ailleurs, dans certains modes de réalisation, cette analyse comparative des résultats des différents modèles testés pendant les divers cntrainemcnts pourra être automatisée, grâce à une supervision automatique des résultats des modèles, par exemple, à l'aide d'outils statistiques ou d'autres types de modèles entraînés pour une telle discrimination des résultats. Ainsi, le système fournira une sélection automatisée (optimisée) des meilleurs modèles parmi les expériences configurécs et entrainements soumis par les utilisateurs du moteur Fast MLE. [0124] Dans certains modes de réalisation, la fonction moteur d'apprentissage machine rapide (FastML Engine) comporte une API (41) (interface de programmation applicative) qui a pour objectif, lors de son exécution sur une plateforme, de faciliter la phase de conception et de mise au point des modèles d'apprentissage machine (Machine Learning Models) lorsqu'un premier jet de ce modèle est réalisé, ce modèle doit alors être entrainé sur un ou plusieurs jeu de données annotées (datasets) afin d'être mis au point. [0125] Afin d'entrainer son modèle, l'utilisateur « data scientist » doit utiliser au moins un fichier dataset comportant des données annotées, le module FastMLE permet de gérer les fichiers datasets existants, annotés et prêts à l'emploi, grâce à cette API (41) le « data scientist » peut sélectionner un ou plusieurs des fichiers datasets et les charger sur l'infrastructure où doit s'exécuter l'entrainement de son modèle. [0126] L'API (41) de niveau élevé, facilite ainsi le développement des applications. [0127] Ainsi le moteur FastML Engine » simplifie et accélère les processus, en permettant aux utilisateurs de configurer le système afin de lancer, grâce à une seule opération de configuration, une multitude d'expériences en parallèle sur une pluralité de modules d'IA (par exemple sans limitations, les modèles DL, ML, les outils statistiques etc.) sélectionnables, avec une pluralité de jeux de données sélectionnables. FastML permettant de traiter du machine learning (ML/DL), mais via les conteneurs docker, on peut lui faire exécuter ce que l'on veut. [0128] Lorsque ces modules d'IA concernent des modèles d'apprentissage profond (Deep Lcarning Modcls - DL), l'utilisateur dispose des options de gestion des entrainements, des modèles, des jeux de données, des environnements, des ressources et des inférences. L'utilisateur peut accéder à toutes les fonctions du système soit via l'APT de haut niveau (4) du moteur FastMLE, soit à travers le Studio (1). L'API de haut niveau (4) fournit les fonctions du système, et le Studio (1) les rend accessibles de façon graphique La fonction Orchestrateur (3) lui donne la possibilité de déployer un ou plusieurs entraincments sur les ressources adéquates et la fonction Studio (1) lui permet de soumettre, supprimer, ajouter, ou enregistrer une ou plusieurs tâches « jobs » de son choix. [0129] Ces deux fonctions permettent à l'utilisateur (data scicntist par exemple) d'automatiser un ensemble de tâches de faible valeur ajoutée pour ledit utilisateur en configurant puis soumettant comme, par exemple, un ou une pluralité d'entrainements de modèles. [0130] Lorsque ces modules d'IA concernent d'autres types d'outils de modélisation/si- mulation/calcul intensif tels par exemple des outils statistiques, -d'analyse de données, de simulation météo, crash test, etc. l'utilisateur dispose d'un ensemble de fonctions statistiques, d'analyse, etc. applicables aux jeux de données. L'utilisateur a la possibilité à travers l'IHM donnant accès à ces modules d'IA, d' implémenter de nouvelles fonctions pour enrichir la base disponible de ces fonctions statistiques, d'analyse de données etc. ou pour s'en servir. Les tâches « jobs » d'analyse et de traitement statistiques etc. une fois configurées peuvent être déployées vers la ressource ou les ressources adéquates. Les résultats obtenus sont sauvegardés dans la base de données annotés de Forge (2) et à disposition des utilisateurs accrédités. [0131] L'utilisateur a ainsi à disposition une API de haut niveau homogène qui lors de son exécution permet d'accéder à des ensembles d'outils disponibles (les environnements, des modèles, des jeux de données ...), de gérer et automatiser les entrainements de ces modèles, de comparer les résultats des différents types de modules sur une ou plusieurs sélections de jeux de données. Ainsi, tout en simplifiant la tâche, l'API améliore la qualité des résultats et facilite les échanges. [0132] Et dans tous les cas, il se passe qu'on peut comparer les résultats de ces différents types de modules sur une même sélection de jeux de données. [0133] Selon une variante de l'invention, la fonction moteur d'apprentissage machine rapide comporte une interface permettant à l'utilisateur : [0134] De choisir dans un menu de créer au moins une « expérimentation » EXI, dé- clenchant un menu permettant d'associer le code d'un modèle Ml, soit défini par l'utilisateur soit parmi les différents modèles Mi mémorisés par le service, à un script de lancement SLi et à un fi-amework FML j de ML (comme par exemple Tensorfiow, ...) selon ses choix pour créer une association (par exemple, EXI, Mi, SLi, FMLj ou 16 EX2, Mi, SLi2 FMLj2 et chaque association est mémorisée dans la base (24') du moteur FastMLE. [0135] L'expérimentation dans le cadre du moteur FastMLE consiste à spécifier les différents éléments (le répertoire contenant le code nécessaire pour initialiser et lancer un entrainement de modèles, un point d'entrée de script (le script principal pour un entrainement), l'environnement dans lequel est supporté le ou les entrainements, les données) qui seront utilisés pour l'entrainement de modèle. Un ou plusieurs entrainements peuvent être lancés en utilisant le même ou les mêmes éléments d'une ou plusieurs expérience(s). [0136] De choisir dans un autre menu de créer et de lancer un « entrainemcnt » El à exécuter sur son modèle, en associant une expérimentation EXk choisie parmi les expérimentations dans la hase de méta données de FastMLE (l'expérimentation ayant été définie (et son script préchargé) via FastMLE. Pour le moment les expérimentations ne sont pas vraiment dans la forge, mais dans la hase de méta données de FastMLE) à un dataset DSm (préalablement chargé sur l'infrastructure via FastMLE), et en option à des hyper paramètres selon les choix de l'utilisateur, l'association EXk, DSm étant mémorisée dans la hase du moteur FastMLE. [0137] Ceci donne la possibilité d'accélérer les entrainements. La performance (rapidité de convergence vers un modèle entrainé efficace) et la qualité du résultat d'un entrainement sont dépendantes des hyperparamètres choisis. Les hyperparamètres (par exemple, dans le cas du DL sont : le learning rate, le batch size, le momentum, le weight decay) ce sont des paramètres d'ajustement des algorithmes bien connus par l'homme du métier. La robustesse des algorithmes en dépend. C'est un paramètre dont la valeur est définie avant le démarrage de l'apprentissage, qui est utilisé pour contrôler le processus d'apprentissage. Le bon réglage de ces hyperparamètres est en général difficile (notamment en raison du vaste espace de recherche) et déterminant pour obtenir de meilleurs résultats d'entrainement de modèles dans un laps de temps convenable. Les critères permettant de mettre fin au réglage sont des valeurs de précision du modèle qui sont calculées au cours de l'apprentissage (pendant la phase de test du modèle) Dans la pratique ce réglage est clu-onophage et l'utilisateur y consacre une importante partie de son temps. Le système offre la possibilité de créer/ lancer facilement une pluralité d'apprentissages monitorer, éventuellement en parallèle, en changeant les valeurs des hyperparamètres ainsi, on facilite et accélère le réglage (« tuning » en langue anglaise) manuel de ces derniers. Ce réglage des hyperparamètres peut également être automatique (grâce à l'orchestrateur qui va permettre de déployer un faisceau d'entrainements avec un champ de valeur d'hyper paramètres) en utilisant de manière non limitative des algorithmes appropriés dont le critère de convergence accepté est par exemple la précision recherchée pendant la phase de test 17 sur un jeu de données annotés. [0138] Ceci donne un avantage significatif donnant la possibilité, en lançant une multitude d'entrainements d'un modèle, de régler les hyperparamètres (47) dudit modèle. L'utilisateur peut se servir des éléments d'une expérience, pour y adjoindre via l'APT de studio (1) ou à travers une interface en ligne de commande (« Command line interface » (CLT) en langue anglaise) des paramètres supplémentaires à disposition tels que : ram, gpu, hyperparamètres, ... et lancer grâce à FastMLE un entraincment. L'utilisateur supervise l'entrainement et a la possibilité de sauvegarder au moins le modèle entrainé qui en résulte dans la base FastMLE des modèles entrainés (48). [0139] L'utilisateur accrédité a donc possibilité, en naviguant sur son terminal parmi les diverses options à disposition (création, édition, affichage, sauvegarde, sup- pression, ...), de choisir ou de mettre à disposition d'autres utilisateurs, soit des jeux de données (43), soit les modèles entrainés (48), soit des expérimentations ou « modèles d'apprentissages », soit des environnements de ML/DL (46), et ainsi d'optimiser l'efficacité et la qualité des résultats. [0140] Selon une autre variante, la fonction moteur d'apprentissage machine rapide permet qu'un conteneur soit exécuté sur un cluster de haute performance ayant des ressources CPU, RAM, GPUs telles que mentionnées par le « data scicntist ». Dans les conteneurs se trouvent les ressources logicielles nécessaires à l'exécution d'un job. Le conteneur est créé lorsqu'on lance un entrainement, à partir des informations propres à l'expérimentation(s) et des informations fournies au moment de la création de l'entrainement. Ces informations (par exemple l'information de savoir où se trouve un dataset, pas le dataset lui-même, l'information qu'une expérience utilise tel conteneur Docker, pas l'image du conteneur elle-même...) qui sont les métadonnées FastMLE sont mémorisées dans une base de données. C'est le conteneur qui sera déployé sur les noeuds de l'infrastructure d'exécution (noeud physique, machine virtuelle, ...). [0141] Les conteneurs permettent de résoudre les problèmes de fiabilité et portabilité des logiciels quand ils sont déplacés d'un environnement informatique à l'autre. Au moins un avantage de cette technique est de rendre abstraites les diverses différences existantes dans les infrastructures, les distributions, ... [0142] Selon une autre variante, la fonction moteur d'apprentissage machine rapide contient une autre interface de FastMLE qui permet à l'utilisateur de superviser son entrainement (42), suivre son évolution (initialisation, en cours terminé...) et le surveiller ou monitorer. [0143] Selon une autre variante, le moteur FMLE nécessite : [0144] Un planificateur (44) (scheduler) qui gère toutes les ressources sur le groupe de machines pour permettre d'allouer des ressources à une ou plusieurs tâches (jobs) ; [0145] Un système de gestion de conteneurs (container) utilisé pour supporter les expéri- 18 mentations d'apprentissage profond et ainsi sécuriser leur exécution afin qu'ils ne soient accessibles que par l'utilisateur ou groupe ou entreprise ; [0146] Un dépôt (46) pour sauvegarder les images de conteneur (container) des envi- ronnements (frameworks) d'apprentissage profond qui sont utilisés pour lancer les expérimentations EX ; [0147] Un système de fichiers distribués (47) pour partager les fichiers des datasets entre les expériences d'apprentissage profond. [0148] Selon une autre variante, la fonction moteur d'apprentissage machine rapide associée dans un système de préférence le système (SOACATA) ci-dessus décrit, en utilisant les fonctionnalités de l'orchestrateur de préférence Yorc, va permettre de générer au moins une tâche « job » HPC pour permettre l'exécution de chaque entraînement de chaque modèle. [0149] L'association de FastMLE et de Yorc, permet entre autres de masquer à l'utilisateur, les tâches complexes consistant à définir son programme d'exécution, d'allouer les ressources nécessaires, d'y déployer son entraînement et de le lancer. [0150] Le moteur FastMLE offre la possibilité d'installer automatiquement les composants (Slurm, Docker, Docker registry, système de fichiers distribués, ...) nécessaires à son utilisation sous réserve de compatibilité. Ces composants permettent entre autres de gérer le déploiement sur les noeuds de calcul, de gérer les containcurs Dockers, de partager certains fichiers entre les noeuds. L'utilisateur principal peut accéder à tous les noeuds de calcul par connexion sécurisée (de préférence de type ssh bien connue de l'homme du métier), chaque noeud de calcul pouvant être accessible (connexion ssh) par l'utilisateur disposant de l'identifiant du noeud de calcul et du mot de passe correspondant. [0151] L'utilisation de la fonction Orchestrateur (3) qui, gère la mise en oeuvre totale des instances d'IA conçues par utilisation de la fonction STUDIO et industrialisée par la fonction Forge, effectue la gestion permanente du cycle de vie sur une infrastructure hybride de nuage. [0152] Dans une autre variante, l'orchestrateur (3) alloue les ressources, déploie les jobs et lance leur exécution. [0153] La mise au point d'un modèle nécessite d'importantes ressources de calcul. L'utilisation de l'orchestrateur pour déployer le job d'entrainement (par exemple sur un supercalculateur) est d'une importance majeure pour simplifier la tâche de l'utilisateur. [0154] Dans une variante, l'orchestrateur (3) déploie le(s) modèle(s) développé(s) et/ou choisis (dans la base des modèles disponible) pour entrainement(s). [0155] Selon une variante, l'orchestrateur Yorc peut surveiller les ressources disponibles, du super calculateur ou du nuage et, lorsque les ressources requises sont disponibles, un 19 noeud du supercalculateur ou du nuage est alloué (correspondant au Computs TOSCA), dans le cas de l'utilisation par FastMLE, il s'appuie sur Slurm qui s'en charge et le fait tout seul. Le conteneur (Dockercontainer) est installé par l'orchestrateur dans cc super-calculateur ou sur cc noeud et les volumes correspondant aux données en entrée et sortie (DockerVolume) sont montés, puis l'exécution du conteneur effectuée. [0156] Selon un autre variante, l'orchestrateur permet de modéliser (en TOSCA) et de gérer le déploiement d'applications sous forme de conteneurs Docker ; lorsque ces applications nécessitent d'accéder à des données, on peut modéliser en TOSCA un DockerVolume qui va permettre de monter un volume donnant accès à ces données depuis le conteneur qui sera déployé. [0157] Selon une autre variante, on utilise ces DockerVolumes dans le cas des applications DL (trainings), ce qui permet d'accéder aux datascts. [0158] Dans une autre variante, l'orchestrateur (3) est piloté directement à travers le libre- service de développement d'application cognitive de Studio (11). L'utilisateur a ici accès au catalogue des composants de l'orchestrateur et est capable de les déployer. Il peut alors y piocher cc qu'il souhaite comme composant, les assembler, choisir les infrastructures et lancer leur déploiement. [0159] Dans une autre variante, le pilotage ci-dessus décrit est masqué/caché à l'utilisateur par FastMLE (4). C'est FastMLE (4) qui pilote l'orchestrateur sans passer par l'interface de développement d'application cognitive de Studio (1 1 ). Ici, l'utilisateur précise simplement ce dont il a besoin (par exemple CPU, GPU, mémoire...) selon le type de modèle (ML, DL) qu'il veut entrainer. L'orchestrateur à travers FastMLE alloue les ressources nécessaires, assure le déploiement et l'exécution de l'entrainement. Toutefois le système permet toujours à l'utilisateur (administrateur de préférence) de prendre la main (piloter directement) à travers l'interface (11) de Studio. [0160] Dans une autre variante, l'orchestrateur (3) déploie le(s) modèle(s) entrainé(s) pour inférence. [0161] Dans une autre variante, l'orchestrateur (3) déploie le(s) modèle(s) mis au point en production. [0162] Selon une variante, le principe de fonctionnement de la fonction Orchestrateur réalisée par un module de programme Yorc recevant une application par exemple au standard TOSCA `(topologie), est : [0163] L'allocation des ressources physiques du Cloud ou d'un HPC correspondant au(x) composant(s) Compute (en fonction des configurations cela peut être une machine virtuelle, un noeud physique...), [0164] L'installation sur ces ressources des logiciels spécifiés dans l'application TOSCA pour ce(s) composant(s) « Compute », ici dans le cas d'une application FMLE, un conteneur Docker, et dans notre cas monter les volumes spécifiés pour ce Compute. [0165] Dans le cas d'une application FastMLE, sa modélisation TOSCA générée par FastMLE va décrire un conteneur Docker sur lequel des volumes sont montés qui correspondent au(x) dataset(s) nécessaires à l'entrainement et aux sorties (résultats). [0166] Dans une variante, le déploiement d'une telle application (au standard TOSCA) par l'orchestrateur Yorc, s'effectue en utilisant le plugin Slurm (outil de gestion d'allocation de ressource propre aux systèmes HPC... sur IBM ce sera un plugin LSF) de l'orchestrateur qui va déclencher la planification d'une tâche slurm (scheduling d'un job slurm) sur une grappe (cluster) de calculateur haute performance (HPC). Tandis que sur déploiement sur un cloud, on utilise plutôt Kuhernetes ou d'autres outils spécifiques de déploiement de conteneur applicatif dans des environnements Cloud. Donc l'orchestrateur est flexible et donc évolutif car on peut changer le plugin en fonction de l'environnement /infrastructure sur lequel/laquelle on veut déployer. [0167] La caractéristique clé de l'orchestrateur pour pouvoir déployer et lancer des trainings ML, est le support des jobs, pour pouvoir lancer des traitements de type « hatch » (typique des trainings qu'on lance sur cluster HPC, mais aussi de tout hatch HPC comme simulation...), cette fonction est couplée à un plugin SLURM de l'orchestrateur, qui permet de transformer ces « jobs » en tâches SLURM (un des ressources scheduler HPC connus). [0168] Dans une autre variante, la fonction Orchestrateur (orchestrator) propose à l'utilisateur des connecteurs pour gérer les applications sur différentes infrastructures soit en Infrastructure en tant que Service (Infrastructure as a Service IaaS) (telles que par exemple, AWS*, GCP*, Openstack*, ...) soit en Conteneur en tant que Service (container) as a Service CaaS) (telles que par exemple, Kubernetes *), soit en Calcul Haute Performance HPC (telles que par exemple, Slurm*, PBS*). [0169] L'invention concerne également l'utilisation du système (S) selon l'une des parti- cularités décrites ci-dessus, avec ses modèles entrainés et ses datasets annotés, notamment pour le transfert d'apprentissage, pour l'allocation adéquate des ressources et pour l'exécution d'un ou plusieurs jobs tels que décrits. [0170] L'invention concerne également l'utilisation du Système mettant en oeuvre une suite d'outils, modulaires et clairement structurés (SOACAIA) avec ses modèles entrainés et ses datasets annotés, selon l'une des particularités décrites ci-dessus, comme étant un lieu de ressources pour les utilisateurs. Ledit lieu de ressources définissant les différentes zones de sauvegarde et de stockage (par exemple des modèles, des frameworks, des données, etc.) à disposition et facilitant la coopération entre différents utilisateurs accélère la productivité et l'efficacité de chacun desdits utilisateurs. Ceci permet aux utilisateurs de bénéficier d'un gain de temps conséquent et de se consacrer entièrement à leur tâche principale. [0171] [fig.1] représente schématiquement l'architecture des modules et en combinaison 21 avec [Fig. 2] un exemple d'utilisation du système par un data scientist. Dans cet exemple l'utilisateur accède à son espace privé sécurisé en échangeant par l'intermédiaire de l'interface (14, [Fig.2]) de Studio, ses informations d'accréditation, puis sélectionne au moins un modèle (21), au moins un framework (25), au moins un datasct (24) et éventuellement un modèle entraîné (23). Via l'IHM (13, [Fig 1]), l'utilisateur soumet une tâche d'entrainement du modèle sélectionné (21 ou 23) avec un framework et le dataset choisis sur une infrastructure configurée via l'orchestrateur, le modèle entrainé résultant peut être stocké dans la forge (23, [Fig.1]) et/puis déployé en production dans unc application TA (3, [Fig.2]). [0172] Le déploiement du modèle sur un serveur ou une machine est effectué par l'orchestrateur (3, [fig.1]) qui gère également l'entrainement. Dans une dernière étape la sauvegarde du modèle entraîné est effectuée dans Forge (2) et vient enrichir le catalogue de modèles entraînés (23). [0173] Des datascts annotées et à disposition sont une ressource importante et précieuse pour valider et entrainer les modèles. [0174] Selon une variante, FastMLE peut être utilisé pour créer et enrichir le catalogue avec des modèles pré-entrainés et des datascts annotées associés dans différents domaines. Par exemple dans les domaines de la cyber sécurité, où la détection en amont de toutes les phases qui précèdent unc attaque ciblée est un problème crucial. La disponibilité, les quantités importantes de données (Big data) permettent aujourd'hui d'envisager une approche préventive de la détection des attaques. L'utilisation de FIA pour les Prescriptives SOC (centre opérationnel de sécurité prescriptifs) apporte des solutions. Avec une collecte et un traitement de données issues de différentes sources (externes et internes) on alimente une base (modèles pré-entrainés et datasets associés). Le Machine Learning et les procédés de visualisation de données permettent ensuite de réaliser de l'analyse comportementale et en déduire du prédictif dans les SOC. [0175] Dans un autre exemple, le domaine du CDC qui est un centre de données intelligent et autonome capable de recevoir et analyser des données du réseau, des serveurs, des applications, des systèmes de refroidissement et de consommation d'énergie, l'utilisation du système (SOACAIA) permet la construction d'une application fournissant l'analyse en temps réel de tous les évènements, fournissant des graphes d'interprétation avec des prédictions utilisant un indicateur de confiance concernant les possibles pannes et les éléments qui seront potentiellement impactés. Le système (SOACAIA) permet d'optimiser la disponibilité et la performance des applications et des infrastructures. [0176] Dans encore un autre exemple, les domaines de la vision pal- ordinateur et vidéo sur- veillance le système (SOACAIA) à travers le composant Forge met à disposition les toutes dernières technologies d'analyse d'images et fournit une application de vidéo in- telligence capable d'extraire des caractéristiques des visages, véhicules, sacs et autres objets et fournit de puissants services de reconnaissance de visages, de suivi de mouvements de foules, de recherche de personnes à partir de caractéristiques données, de reconnaissance de plaques d'immatriculation entre autres. [0177] On comprend de la présente demande que divers modes de réalisation prévoient et visent à protéger un système de supervision (gestion de moteurs d'apprentissage et de dataset) et d'orchestration (c'est-à-dire allocation de ressources optimisées) pour l'exécution de multiples entraînements en parallèle sur divers moteurs d'apprentissage (Machine Learning et/ou Deep Learning) avec divers jeux de données (dataset) afin d'entraîner plusieurs moteurs et accélérer l'obtention d'une sélection des moteurs les plus performants pour chaque type de jeux de données ( potentiel surveillance des sélections obtenues afin d'améliorer la gestion des supervisions ultérieures). [0178] La présente demande décrit diverses caractéristiques techniques et avantages en référence aux figures et/ou à divers modes de réalisation. L'homme de métier comprendra que les caractéristiques techniques d'un mode de réalisation donné peuvent en fait être combinées avec des caractéristiques d'un autre mode de réalisation à moins que l'inverse ne soit explicitement mentionné ou qu'il ne soit évident que ces caractéristiques sont incompatibles ou que la combinaison ne fournisse pas une solution à au moins un des problèmes techniques mentionnés dans la présente demande. De plus, les caractéristiques techniques décrites dans un mode de réalisation donné peuvent être isolées des autres caractéristiques de ce mode à moins que l'inverse ne soit explicitement mentionné. [0179] 11 doit être évident pour les personnes versées dans l'art que la présente invention permet des modes de réalisation sous de nombreuses autres formes spécifiques sans l'éloigner du domaine d'application de l'invention comme revendiqué. Par conséquent, les présents modes de réalisation doivent être considérés à titre d'illustration, mais peuvent être modifiés dans le domaine défini par la portée des revendications jointes, et l'invention ne doit pas être limitée aux détails donnés ci-dessus. 23 [Revendication 1] [Revendication 2] REVENDICATIONSSystème utilisant une Suite d 'Outils, d'Aide à la Conception d'Application d'Intelligence Artificielle, (SOACAIA), modulaires et clairement structurés, exécutables sur des plates-formes informatiques ou des infrastructures hybrides pour parcourir développer, rendre disponible et gérer des applications d'IA (Intelligence Artificielle), cc jeu d'outils implémentant quatre fonctions : Une fonction Studio permettant d'établir un espace partagé sécurisé et privé pour l'entreprise dans lequel l'équipe étendue des analystes commerciaux, des scientifiques de données, « data scientist » des architectes d'application et des gestionnaires IT (Technologie de l'information ou Information Technology en anglais) peuvent communiquer et travailler ensembles en collaboration ; Une fonction Forge permettant d'industrialiser les instances d'IA et de rendre les modèles analytiques et leurs jeux de données associés disponibles par un catalogue aux équipes de développement sous réserve du respect des conditions de sécurité et de conformité de traitement ; Une fonction Orchestrateur pour gérer la mise en oeuvre totale des instances d'IA conçues par la fonction STUDIO et industrialisée par la fonction Forge et effectuer la gestion permanente sur une infrastructure hybride de nuage ; Une fonction de moteur d'apprentissage machine rapide FMLE (Fast Machine Learning Engine ou FastML Engine, en anglais) qui est une boîte à outil d'apprentissage machine pour calculateurs hautes performances HPC et infrastructures hybrides facilitant l'utilisation des puissances de calcul et les possibilités des grappes(clusters) de calculateurs hautes performances en tant que support d'exécution des modèles d'entrainement d'apprentissage machine et spécialement des modèles d'entrainement d'apprentissage profond. Fonction moteur d'apprentissage machine rapide (FastML Engine) comportant une interface qui a pour objectif, lors de son exécution sur une plateforme, de faciliter la phase de conception et de mise au point des modèles d'apprentissage machine (Machine Learning Models) lorsqu'un premier jet de ce modèle est réalisé et d'entrainer sur un ou plusieurs jeu(x) de données annotées (dataset) pour mettre au point le modèle, le module FastMLE permettant de gérer les fichiers datasets existants, annotés et prêts à l'emploi, en permettant la sélection d'un ou 24 [Revendication 3] [Revendication 4] [Revendication 5] [Revendication 6] plusieurs des fichiers datasets par le« data scicntist » et de les charger sur une infrastructure où doit s'exécuter l'entraincment de son modèle ou de les sauvegarder dans au moins une base de données exploitée par FastMLE. Fonction moteur d'apprentissage machine rapide selon la revendication 2, caractérisée en ce que son interface permet à l'utilisateur De choisir dans un menu de créer au moins une « expérimentation » EX1, déclenchant un menu permettant d'associer le code d'un modèle Ml, soit défini par l'utilisateur soit parmi les différents modèles Mi mémorisés par le service, à un script de lancement SLi et à un framework FML j de ML (comme par exemple Tensorflow, ...) et selon les choix créer une association (par exemple, EX1, Ml, SLi, FMLj ou EX2, Mi, SLi2 FMJ3) dont chacune est mémorisée dans la hase de métadonnées de FastMLE, chacune de ces informations générant la création d'un conteneur respectif (EX1, EX2) lorsque l'utilisateur lancera un entrainement; ou De choisir dans un autre menu de créer et de lancer un « entrainement » El à exécuter sur son modèle, en associant, une expérimentation EXk choisie parmi les expérimentations préalablement créées, du catalogue Forge, à un dataset DSm (préalablement chargé sur l'infrastructure via FastMLE), et en option à des hyper paramètres selon les choix de l'utilisateur, l'association EXk, DSm étant concrétisée dans un conteneur (container), l'information de l'association étant mémorisée dans les métadonnées de FastMLE. Fonction moteur d'apprentissage machine rapide selon la revendication 2 ou 3, caractérisé en ce qu'un conteneur est exécuté sur un cluster de haute performance ayant des ressources CPU, RAM, GPUs telles que choisies par le data scientist dans l'utilisation de FastMLE Fonction moteur d'apprentissage machine rapide selon une des revendications 2 à 4, caractérisé en ce qu'une autre interface de FastMLE permet à l'utilisateur de superviser son entrainement, suivre son évolution (initialisation, en cours, terminé...) et surveiller ou monitorer l' entrainement. Fonction moteur d'apprentissage machine rapide selon une des revendications 2 à 5, caractérisé en ce que le moteur FMLE nécessite : Un planificateur (scheduler) qui gère toutes les ressources sur le groupe de machines pour permettre d'allouer des ressources à une ou plusieurs tâches (jobs) ; 25 [Revendication 7] [Revendication 8] [Revendication 9] [Revendication 10] Un système de gestion de conteneur (container) utilisé pour supporter les expérimentations d'apprentissage machine et ainsi sécuriser leur exécution afin qu'ils ne soient accessibles que par l'utilisateur ou groupe ou entreprise ; Un dépôt pour sauvegarder les images de conteneur (container) des environnements (frameworks) d'apprentissage profond qui sont utilisés pour lancer les expérimentations EX ; Un système de fichiers distribués de type NFS pour partager les fichiers des datascts entre les expériences d'apprentissage machine. Système selon la revendication 1 associé à la fonction moteur d'apprentissage machine rapide selon une des revendications 2 à 6, caractérisée en cc qu'en utilisant les fonctionnalités de l'orchestrateur Yorc, la fonction va permettre de générer au moins une tâche (« job » en anglais) HPC pour permettre l'exécution de chaque cntrainement de chaque modèle. Système selon la revendication 1 ou associé à la fonction moteur d'apprentissage machine rapide selon une des revendications 2 à 6 utilisant une suite (SOACAIA) d'outils modulaires et clairement structurés, exécutables sur des plates-formes informatiques pour implémenter quatre fonctions STUDIO, FORGE, ORCHESTRATEUR, FastMLE, caractérisé en ce que les applications d'IA sont rendues indépendantes des infrastructures de support par l'orchestration de la fonction ORCHESTRATEUR basée sur TOSCA permettant de construire des applications nativement transportables à travers les infrastructures. Système selon la revendication 1 ou associé à la fonction moteur d'apprentissage machine rapide selon une des revendications 2 à 6 utilisant une suite (SOACAIA) d'outils modulaires et clairement structurés, exécutables sur des plates-formes informatiques pour implémenter quatre fonctions, caractérisé en ce que la fonction STUDIO comprend un libre-service de développement d'applications cognitives comprenant un service de gestion de catalogue et des applications et une interface utilisateur d'apprentissage en profondeur. Système selon la revendication 1 ou associé à la fonction moteur d'apprentissage machine rapide selon une des revendications 2 à 9 utilisant une suite (SOACAIA) d'outils, modulaires et clairement structurés, exécutables sur des plates-formes informatiques pour implémenter quatre fonctions, caractérisé en ce que la fonction STUDIO 26 [Revendication 11] [Revendication 12] fournit deux fonctions : Une première, de portail donnant accès au catalogue de composants, permettant l'assemblage de composants en applications, (au standard TOSCA) et de gérer leur déploiement sur des infrastructures variées ; Une seconde, d'IHM, et d'interface d'utilisateur du moteur (engins) FastMLE fournissant une interface graphique donnant accès aux fonctions de développement de modèles ML/DL du moteur FastMLE. Système selon la revendication 1 ou associé à la fonction moteur d'apprentissage machine rapide selon une des revendications 2 à 10 utilisant une suite (SOACAIA) d'outils, modulaires et clairement structurés, exécutables sur des plates-formes informatiques pour implémenter quatre fonctions caractérisé en cc que le portail de la fonction STUDIO offre une boîte à outil (basée sur le standard TOSCA) pour la gestion, la conception, l'exécution et la génération d'applications et de données de test et comporte : Deux interfaces graphiques, l'une per mettant à l'utilisateur de définir chaque application au standard TOSCA à partir des composants du catalogue qui sont réunis par une action glisser-déposer et pour leur identification, l'utilisateur leur associe, par cette interface, des valeurs et des actions définissant leur cycle de vie ; et l'autre pour la mise au point du(des) modèles ML/DL, Un menu gestion qui permet de gérer le déploiement d'au moins une application (au standard TOSCA) sur des infrastructures variées en proposant les différentes infrastructures (Nuage, cloud, Nuage hybride, cloud hybrid, HPC, etc...) proposées par le système sous forme d'objet graphique et en associant l'infrastructure sur laquelle l'application sera exécutée par une action glisser-déposer dans un ou plusieurs objets « compute » définissant le choix du type de calculateur. Système selon la revendication 1 ou associé à la fonction moteur d'apprentissage machine rapide selon une des revendications 2 à 11 utilisant une suite (SOACAIA) d'outils, modulaires et clairement structurés, exécutables sur des plates-formes informatiques pour implémenter quatre fonctions, caractérisé en ce que la fonction Forge comprend des modèles pré-entrainés mémorisés dans le système et accessibles à l'utilisateur par une interface de sélection, pour permettre l'apprentissage de transfert, des cas d'usage pour le développement rapide de bout en bout, des composants technologiques ainsi que pour instaurer les environnements spécifiques des utilisateurs et les cas 27 [Revendication 13] [Revendication 14] [Revendication 15] d'usages. Système selon la revendication 1 ou associé à la fonction moteur d'apprentissage machine rapide selon une des revendications 2 à 12 utilisant une suite (SOACAIA) d'outils, modulaires et clairement structurés, exécutables sur des plates-formes informatiques pour implémenter quatre fonctions, caractérisé en ce que la fonction Forge comprend un module de programme qui exécuté sur un serveur permet de créer un espace de travail privé commun à une entreprise ou un groupe d'utilisateurs accrédités pour stocker, partager, retrouver et mettre à jour de façon sécurisée (par exemple après authentification des utilisateurs et vérification des droits d'accès (credentials)), des plans de composants, des environnements d'apprentissages profonds (Deep Lcarning Frarneworks), des jeux de données et des modèles entrainés et constituant un entrepôt pour les composants analytiques, les modèles et les jeux de données. Système selon la revendication 1 ou associé à la fonction moteur d'apprentissage machine rapide selon une des revendications 2 à 13 utilisant une suite (SOACAIA) d'outils, modulaires et clairement structurés, exécutables sur des plates-formes informatiques pour implémenter quatre fonctions, caractérisé en ce que la fonction Forge comprend un module de programme et une interface homme machine IHM permettant de gérer un catalogue de datasets, ainsi qu'un catalogue de modèles et un catalogue des environnements de développement de modèles cadres (ti-ameworks, Funks, en anglais) disponibles pour le service, apportant ainsi une facilité supplémentaire au Data Scientist. Système selon la revendication 1 ou associé à la fonction moteur d'apprentissage machine rapide selon une des revendications 2 à 14 utilisant une suite (SOACAIA) d'outils, modulaires et clairement structurés, exécutables sur des plates-formes informatiques pour implémenter quatre fonctions, caractérisé en ce que la fonction Forge propose un catalogue donnant accès à au moins un type de composants parmi les composants suivants De type apprentissage machine (Machine Lemming, ML, en anglais), comme les cadres ML (par exemple le flux tensoriel, Tensortlow* en anglais), mais aussi les modèles et les jeux de donnés (datasets en anglais) ; De type analyse de données (Big Data Analytics en anglais) (par exemple la suite Elastic*, les distribution Hadoop*...) pour les jeux de 28 [Revendication 16] [Revendication 17] [Revendication 18] [Revendication 19] données (datascts) ; Des outils de développement (27) (type : Jupyter R*, Python* ...) De type outils d'analyse de données (26) ; De type outils statistiques (28). Système selon la revendication 1 ou associé à la fonction moteur d'apprentissage machine rapide selon une des revendications 2 à 15 utilisant une suite (SOACAIA) d'outils, modulaires et clairement structurés, exécutables sur des plates-formes informatiques pour implémenter quatre fonctions, caractérisé en ce que la fonction Forge est un catalogue donnant accès aussi à des plans (dits blueprints en anglais) schémas directeur d'application (templatcs). Système selon la revendication 1 ou associé à la fonction moteur d'apprentissage machine rapide selon une des revendications 2 à 16 utilisant une suite (SOACAIA) d'outils, modulaires et clairement structurés, exécutables sur des plates-formes informatiques pour implémenter quatre fonctions, caractérisé en ce que le principe de fonctionnement de la fonction orchestrateur réalisée par un module de programme Yorc recevant une application TOSCA" est d'allouer les ressources physiques correspondant au composant « Compute » qui en fonction des configurations peut être une machine virtuelle, ou un noeud physique, puis d'installer sur cette ressource les logiciels spécifiés dans l'application TOSCA pour ce composant « Compute », et de déployer des conteneurs « Docker » contenant les programmes d'entrainement des modèles et d'y associer les fichiers de datasets montés via les volumes spécifiés dans (DockerVolume) pour ce composant « Compute». Système selon la revendication 1 ou associé à la fonction moteur d'apprentissage machine rapide selon une des revendications 2 à 17 utilisant une suite (SOACAIA) d'outils, modulaires et clairement structurés, exécutables sur des plates-formes informatiques pour implémenter quatre fonctions caractérisé en ce que le déploiement d'une telle application (au standard TOSCA) par l'orchestrateur Yorc, s'effectue en utilisant le plugin Slurm de l'orchestrateur qui va déclencher la planification d'une tâche slurm (scheduling d'un job slurm) sur une grappe (cluster) de calculateur haute performance (HPC). Système selon la revendication 1 ou associé à la fonction moteur d'apprentissage machine rapide selon une des revendications 2 à 18 utilisant une suite (SOACAIA) d'outils, modulaires et clairement 29 [Revendication 20] [Revendication 21] [Revendication 22] [Revendication 23] structurés, exécutables sur des plates-formes informatiques pour implémenter quatre fonctions caractérisé en ce que l'orchestrateur Yorc surveille pour chaque utilisateur les ressources disponibles de chaque super calculateur ou de chaque nuage et , lorsque les ressources requises seront disponibles, un noeud de supercalculateur ou d'un nuage sera alloué (correspondant au Computc TOSCA), le conteneur (Dockercontainer) sera installé sur un ou plusieurs noeuds de ce super-calculateur et les volumes correspondant aux données en entrée et sortie (DockerVolume) seront montés, puis l'exécution du conteneur effectuée. Système selon la revendication 1 ou associé à la fonction moteur d'apprentissage machine rapide selon une des revendications 2 à 18 utilisant une suite (SOACAIA) d'outils, modulaires et clairement structurés, exécutables sur des plates-formes informatiques pour implémenter quatre fonctions caractérisé en ce que la fonction Orchestrateur (orchestrator) propose à l'utilisateur des connecteurs pour gérer les applications sur différentes infrastructures soit en Infrastructure en tant que Service (Infrastructure as a Service IaaS) (telles que par exemple ,AWS*, GCP*, Openstack*,...) soit en Conteneur en tant que Service (Container as a Service CaaS) (telles que par exemple, Kubernetes *), soit en Calcul Haute Performance HPC (telles que par exemple, Slurm*, PBS*). Système selon la revendication 1 ou associé à la fonction moteur d'apprentissage machine rapide selon une des revendications 2 à 18 utilisant une suite (SOACAIA) d'outils, modulaires et clairement structurés, exécutables sur des plates-formes informatiques pour implémenter quatre fonctions, caractérisé en ce que la fonction FastMLE (4) exploite et sauvegarde des données dans une base de données enrichie (24') mémorisant également les métadonnées. Utilisation du Système selon une des revendications 7 à 21 pour la constitution de cas d'usage, qui permettront notamment d'enrichir la collection de plans « blueprints » et de composants de Forge (catalogue) : Les premiers cas d'usage identifiés étant : La cyber sécurité, avec l'utilisation de l'IA pour les Prescriptive SOC ; Le Centre de Données Cognitives (Cognitive Data Center (CDC) en anglais) avec utilisation de l'IA pour de la maintenance prédictive La vision par ordinateur, avec des applications IA de vidéo surveillance. Procédé de développement, d'enregistrement, de traitement, d'analyse 30 de modèles et de données utilisant le Système selon la revendication 1, comprenant au moins l'une des étapes suivantes : Création d'un nouveau du modèle développé [1] Sauvegarde du nouveau modèle développé [H] dans la hase (21) des nouveaux modèles sauvegardés Chargement du /des jeux de données pour le ou les entrainements [III] Chargement du nouveau modèle pour le ou les entrainements [IV] Chargement de l'environnement d'apprentissage (ML/DL) [V] Lancement d'un ou plusieurs entrainements, avec déploiement et gestion automatique de l'exécution par l'orchestrateur [VI] Réglage du nouveau modèle [V11] Sauvegarde du modèle entraine [VIII] Déploiement sur un serveur du site d'exploitation du modèle entrainé pour inférence [IX] Acquisition par le système dans sa hase de données opérationnelle des données opérationnelles enrichissant les jeux de données [X] nécessaires à l'amélioration de la qualité des modèles issus de l'entrainement.