FR 3162299 A1 20251121 FR 2505341 A 20250519 L'invention concerne une architecture informatique (110) permettant le transfert de données entre plusieurs unités fonctionnelles. Une structure de fourniture d'unités fonctionnelles (111) fournit plusieurs unités fonctionnelles. Une structure de sélection (112) fournit une sélection d'unités fonctionnelles et des informations de liaison, les unités fonctionnelles sélectionnées étant liées de manière à effectuer un traitement de données prédéfini. Une structure d'interface (113) fournit une interface pour le transfert de données entre des unités fonctionnelles sélectionnées liées, cette interface étant conçue pour transformer au moins une partie du contenu des données de sortie de l'unité fonctionnelle sélectionnée en données d'entrée de l'autre unité fonctionnelle, en fonction des unités fonctionnelles sélectionnées et des informations de liaison. [ Figure d’abrégé ] Fig. 1 Architecture informatique destinée au transfert de données entre une pluralité d’unités fonctionnelles L’invention concerne une architecture informatique, un procédé mis en œuvre par ordinateur, ainsi qu’un produit programme d’ordinateur, destinés au transfert de données entre une pluralité d’unités fonctionnelles. Elle porte également sur une structure d’interface apte à assurer ce transfert de données. Aujourd’hui, des algorithmes d’intelligence artificielle, tels que ChatGPT, sont adaptés à une grande variété de tâches et appliqués à des problématiques de plus en plus complexes. Toutefois, leur mise en œuvre dans des contextes aussi diversifiés nécessite non seulement un effort d’apprentissage accru, mais aussi une complexité algorithmique grandissante, entraînant une demande toujours plus importante en ressources informatiques. En principe, bon nombre de ces problèmes complexes peuvent être décomposés en sous-problèmes beaucoup plus simples, chacun pouvant alors être traité par un programme moins complexe. Cependant, l’échange de données entre ces différents programmes demeure souvent problématique, notamment lorsqu’il s’agit d’algorithmes d’intelligence artificielle. Par exemple, il est fréquent de devoir entraîner ces algorithmes de manière à ce qu’ils s’appuient les uns sur les autres, permettant ainsi à un algorithme d’utiliser les données de sortie d’un autre comme données d’entrée. Cela engendre de nouveaux défis en matière de complexité et accroît encore les besoins en ressources durant la phase d’apprentissage. Afin d’augmenter la flexibilité d’application des algorithmes d’intelligence artificielle dans divers domaines, il serait donc souhaitable de permettre un transfert de données efficace et peu coûteux en ressources informatiques entre différents programmes d’IA. L’un des objectifs de la présente invention est ainsi de proposer des architectures informatiques, des procédés et des produits programmes d’ordinateur permettant un échange fluide et structuré de données entre différents algorithmes d’intelligence artificielle, pouvant être interconnectés de manière flexible. Cet objectif est atteint grâce à une architecture informatique conçue pour le transfert de données entre une pluralité d’unités fonctionnelles, ladite architecture comprenant : a) une structure de fourniture d’unités fonctionnelles, configurée pour mettre à disposition une pluralité d’unités distinctes, chacune étant conçue pour transformer des données d’entrée en données de sortie ; b) une structure de sélection, configurée pour fournir une sélection d’au moins deux unités fonctionnelles, ainsi que des informations de liaison définissant les connexions entre ces unités sélectionnées, de manière à permettre l’exécution coopérative d’un traitement de données prédéfini. Cette liaison implique que les données de sortie d’au moins une unité fonctionnelle contiennent des éléments constituant au moins une partie des données d’entrée d’au moins une autre unité ; c) une structure d’interface, assurant la transmission de données entre les unités fonctionnelles ainsi reliées. Cette interface est adaptée, sur la base des unités fonctionnelles sélectionnées et des informations de liaison, à transformer au moins une partie du contenu des données de sortie d’une unité fonctionnelle en données d’entrée pour une autre unité fonctionnelle. L’architecture informatique, conçue pour fournir une pluralité d’unités fonctionnelles distinctes et permettre leur sélection, comme décrit précédemment, intègre également une interface dédiée au transfert de données entre les unités fonctionnelles sélectionnées. Cette interface est configurée pour transformer au moins une partie des données de sortie d’une unité fonctionnelle en données d’entrée pour une autre. Grâce à cette capacité, les données peuvent être transférées efficacement entre différentes unités fonctionnelles — notamment entre des algorithmes d’intelligence artificielle — tout en optimisant l’utilisation des ressources informatiques. Ce mécanisme permet de relier plusieurs unités fonctionnelles selon n’importe quelle combinaison souhaitée, en vue de réaliser un traitement de données prédéfini. Ainsi, des unités fonctionnelles à la fois efficaces et économes en ressources, notamment des algorithmes d’intelligence artificielle, peuvent être mobilisées pour résoudre des tâches complexes. Par ailleurs, cette architecture offre une grande flexibilité d’adaptation à des applications variées. La structure d’interface proposée répond donc au problème identifié et permet, en outre, de combiner des unités fonctionnelles simples pour traiter des problématiques complexes de manière modulaire et efficace. L’architecture informatique en question peut prendre toute forme permettant d’assurer les fonctions décrites. Elle peut, par exemple, être implémentée sous la forme d’une architecture matérielle appropriée ou d’un logiciel. Elle peut également être envisagée comme un cadre (framework) fournissant les fonctions susmentionnées, auquel d’autres programmes ou composants matériels peuvent accéder pour en tirer parti. À titre d’exemple, une interface utilisateur pourrait interagir avec cette architecture informatique afin de bénéficier des fonctionnalités qu’elle offre. Les unités fonctionnelles peuvent elles-mêmes être implémentées sous forme de composants logiciels assurant leurs fonctions respectives. Elles peuvent également prendre la forme de programmes autonomes, chacun dédié à un traitement spécifique des données d’entrée et de sortie. En particulier, ces unités peuvent accéder à des dispositifs de stockage de données pour y lire les données d’entrée ou y enregistrer les données de sortie, selon leur rôle dans le traitement global. Le terme « autonome » signifie ici que les unités fonctionnelles, dans la mesure où leur programmation le permet, opèrent comme des entités indépendantes, chacune étant responsable du traitement de données d’entrée bien définies pour produire des données de sortie spécifiques. Ces unités fonctionnelles fonctionnent indépendamment les unes des autres, sans dépendance directe vis-à-vis des unités précédentes ou suivantes dans la chaîne de traitement. Ainsi, lorsque des unités fonctionnelles sélectionnées collaborent pour exécuter un traitement de données prédéfini, cette coopération s’effectue dans le cadre d’une interconnexion entre unités autonomes — telles que des programmes distincts, des intelligences artificielles génératives ou encore des systèmes experts — et non dans le modèle classique d’un programme principal appelant des modules internes ou des sous-routines pour effectuer des tâches individuelles. Chaque unité fonctionnelle peut assurer tout type de traitement de données à partir de ses entrées afin de produire une sortie correspondante. Il est toutefois préférable que ces unités autonomes soient conçues pour accomplir une tâche clairement définie. À titre d’exemples, une tâche peut consister à filtrer certains mots dans un ensemble de documents textuels et à les surligner, ou encore à trier les données d’entrée selon un ou plusieurs critères. La lecture et la transformation de données issues de capteurs constituent également des cas d’usage pertinents. Ces tâches peuvent inclure le traitement, l’extraction, la reconnaissance ou l’interprétation de textes, de données, de codes, de musique, de parole, d’images ou de vidéos. Il est souhaitable qu’au moins certaines de ces unités fonctionnelles soient fondées sur des algorithmes d’intelligence artificielle préalablement entraînés pour accomplir la tâche correspondante avec efficacité. La structure de mise à disposition (ou de provisionnement) des unités fonctionnelles peut, par exemple, prendre la forme d’une base de données regroupant plusieurs unités différentes, chacune étant dédiée à un domaine d’application ou à une fonction spécifique. Alternativement, cette structure peut être implémentée comme une fonction permettant d’accéder dynamiquement à une telle base de données, de manière à rendre les unités disponibles pour une utilisation ultérieure, notamment par l’intermédiaire de la structure de sélection. La structure de sélection peut ensuite, par exemple, être implémentée sous la forme d'une interface utilisateur ou être couplée de manière communicative à une interface utilisateur, permettant ainsi la sélection d'au moins deux unités fonctionnelles. Cependant, la structure de sélection peut également être adaptée pour fournir un algorithme de sélection automatique parmi la pluralité d'unités fonctionnelles en fonction d'un traitement de données cible prédéterminé. La sélection des unités fonctionnelles peut, par exemple, être effectuée de manière à ce que les fonctions prédéfinies fournies par les unités fonctionnelles sélectionnées soient liées pour exécuter un traitement de données cible prédéterminé. Les unités fonctionnelles sélectionnées peuvent être liées de manière à ce que les données de sortie d'au moins une unité fonctionnelle sélectionnée contiennent au moins une partie des données d'entrée d'au moins une autre unité sélectionnée. Le lien peut, par exemple, être un lien parallèle dans lequel les données de sortie d'une unité fonctionnelle fournissent un contenu utilisé par deux autres unités fonctionnelles comme données d'entrée. Le lien peut également être une concaténation, dans laquelle le contenu des données de sortie d'une unité fonctionnelle n'est utilisé comme données d'entrée que par une autre unité fonctionnelle. Cette forme de liaison quasi flexible permet de réaliser des traitements cibles complexes avec quelques unités fonctionnelles simples. Par exemple, une unité fonctionnelle peut lire les données d'un capteur et les stocker dans une base de données sous un format prédéfini. Une autre unité fonctionnelle peut ensuite rechercher des valeurs prédéfinies dans les données stockées et marquer les entrées correspondantes. Une autre unité fonctionnelle peut ensuite utiliser les entrées marquées et les données de capteur fournies pour relier les valeurs du capteur à d'autres données, par exemple à un instant T. Une autre unité fonctionnelle, utilisant par exemple un algorithme d'intelligence artificielle, peut ensuite être utilisée pour déterminer une régularité dans l'occurrence temporelle des valeurs prédéfinies. Cette régularité, déterminée ou non détectée, pourrait alors constituer un traitement de données cible prédéfini permettant, par exemple, à un opérateur de déterminer un dysfonctionnement d'un capteur et/ou ses causes. Dans ces exemples, chacune des unités fonctionnelles elle-même n'est pas spécifiquement adaptée pour traiter uniquement les données du capteur, mais effectue uniquement des étapes générales de traitement des données, la liaison de ces étapes de traitement des données conduisant uniquement à l'application spécifique utilisant les données correspondantes comme entrée au traitement cible correspondant des données du capteur, ce qui peut conduire à la détection de dysfonctionnements. La structure de sélection fournit également des informations de liaison supplémentaires. Celles-ci précisent les relations entre les unités fonctionnelles sélectionnées, définissant les flux de données entre elles. Ces informations peuvent aussi inclure des détails complémentaires, comme le contenu exact des données transférées d’une unité à une autre. Par défaut, l’intégralité des données de sortie d’une unité fonctionnelle peut être transmise à l’unité suivante désignée par la liaison. La liaison entre les unités fonctionnelles sélectionnées est assurée par la structure d’interface, qui joue un rôle central dans le transfert de données entre ces unités. Plus précisément, cette interface est conçue pour transformer au moins une partie des données de sortie d’une unité fonctionnelle sélectionnée en données d’entrée pour une autre unité, en tenant compte à la fois des unités sélectionnées et des informations de liaison fournies. Par exemple, ces informations de liaison permettent à l’interface d’accéder à des métadonnées ou à des descripteurs associés aux unités fonctionnelles impliquées, facilitant ainsi la transformation des données. Ces informations peuvent inclure les formats de données attendus en entrée et générés en sortie par chaque unité, stockés soit dans une base de données associée à chaque unité fonctionnelle, soit directement intégrés à la structure de l’interface. Grâce à ces informations, l’interface peut adapter ou convertir les données échangées afin d'assurer la compatibilité entre les différentes unités fonctionnelles. L’interface est de préférence conçue comme un point de communication centralisé. Elle peut également être, au moins en partie, intégrée directement dans les unités fonctionnelles elles-mêmes. Par exemple, une composante de l’interface peut être embarquée dans une unité fonctionnelle et gérer la lecture des données depuis des emplacements mémoire spécifiques. Dans une forme de réalisation, l’interface ne repose pas sur des appels de fonctions traditionnels transmis aux unités fonctionnelles, ce qui renforce l’indépendance de ces dernières. La structure d’interface peut également comprendre une unité de contrôle, capable d’orchestrer l’ordre d’exécution des unités fonctionnelles en fonction des informations de liaison. Cette unité de contrôle peut aussi gérer les branches de traitement, c’est-à-dire les cas où le flux de données diverge ou converge entre plusieurs unités fonctionnelles. Elle permet ainsi de prédéfinir et de piloter la logique globale du traitement de données cible. Importamment, cette unité de contrôle n'opère pas nécessairement selon un modèle hiérarchique classique, fondé sur l’appel de sous-programmes ou de sous-routines par un programme principal. Au contraire, elle peut gérer l’enchaînement des unités fonctionnelles de manière externe, sans exiger de retour direct entre les unités. Les unités fonctionnelles conservent ainsi leur autonomie tout en étant séquencées ou orchestrées selon une logique définie. L’unité de contrôle peut spécifier l’ordre d’exécution, gérer des flux parallèles ou séquentiels, fusionner des sorties ou répartir des données vers plusieurs branches. Elle peut être configurée pour appeler les unités fonctionnelles selon une séquence prédéfinie ou générée dynamiquement, en s’appuyant sur les informations de liaison, sur des logiques fonctionnelles, ou encore à l’aide d’une intelligence artificielle générative ou d’un système de contrôle réactif à des événements externes. Dans tous les cas, l’unité de contrôle initie et pilote la séquence des unités fonctionnelles autonomes, sans nécessiter d’interactions bidirectionnelles avec ces dernières, garantissant ainsi un haut degré de modularité et de flexibilité dans l’exécution du traitement de données cible. De préférence, l'interface transforme les données de sortie en données d'entrée en reliant leur emplacement de stockage à un emplacement prédéfini pour l'unité fonctionnelle correspondante. L'unité fonctionnelle accède à cet emplacement lors de l'exécution afin de résoudre le lien avec l'emplacement de stockage des données d'entrée et d'accéder aux données d'entrée. L'emplacement de stockage des données peut être stocké sous forme de liste ou de matrice, chaque entrée étant affectée à une ou plusieurs unités fonctionnelles et étant ainsi utilisée par celles-ci pour l'accès initial. L'emplacement de stockage des données peut également être le même pour toutes les unités fonctionnelles. Dans ce cas, l'interface peut transformer les données de sortie en données d'entrée en remplaçant un lien existant vers un emplacement de stockage des données d'entrée précédentes par un nouveau lien vers les données d'entrée actuelles. Les emplacements de stockage des données de sortie, par exemple sous forme de matrice, peuvent faire partie des informations de liaison. De plus, une concaténation des données d'entrée et de sortie et des emplacements de stockage correspondants peut être stockée dans le cadre des informations de liaison. Dans un mode de réalisation, au moins une des unités fonctionnelles sélectionnées utilise un algorithme d'intelligence artificielle pour traiter les données. Les algorithmes d'intelligence artificielle, en particulier, s'appuient sur des données d'entrée prédéfinies, notamment des structures de données d'entrée, qui correspondent aux données et structures de données d'entrée avec lesquelles l'algorithme d'intelligence artificielle correspondant a été entraîné. Cela signifie que chaque algorithme d'intelligence artificielle est lié à des informations d'entrée qui déterminent la structure de ses données d'entrée. Plus précisément, dans ce contexte, l'interface permet la coopération de différents algorithmes d'intelligence artificielle sans qu'ils aient besoin d'être entraînés ensemble ou de s'appuyer spécifiquement les uns sur les autres. Par conséquent, la structure de l'interface permet une connexion flexible de différents algorithmes d'intelligence artificielle pour résoudre une tâche prédéterminée. Cela permet de résoudre de nombreuses tâches prédéterminées différentes en sélectionnant simplement les unités fonctionnelles appropriées parmi la multitude d'unités fonctionnelles, sans connaissance précise des données d'entrée et de sortie des algorithmes ou des unités fonctionnelles correspondants. Dans un mode de réalisation, la transformation consiste à fournir une structure de données pour le transfert des données. Cette structure structure au moins une partie du contenu des données de sortie en fonction des informations de liaison, de sorte qu'elles puissent être traitées comme données d'entrée par au moins une autre unité fonctionnelle. De préférence, la structure de données comprend des éléments d'instruction, lesquels contiennent des informations sur le contenu fourni dans la structure de données et les traitements à appliquer. Ces éléments d'instruction permettent à l'interface ou aux unités fonctionnelles de reconnaître le contenu de la structure de données correspondante et d'y appliquer les traitements définis correspondants. Par exemple, les éléments d'instruction peuvent contenir des informations sur l'emplacement de stockage du contenu correspondant dans une base de données, son mode de récupération ou son codage. Lors du transfert vers une unité fonctionnelle correspondante, l'unité fonctionnelle ou l'interface peut alors accéder au contenu correspondant pendant le transfert et, par exemple, effectuer une transformation du codage si nécessaire. De plus, il est préférable que la structure de données contienne des données de référence, lesquelles contiennent des informations sur l'origine du contenu transformé et/ou sur l'unité fonctionnelle qui utilise les données transformées comme données d'entrée. Les données de référence, intégrées à la structure de données, permettent également de reconnaître les liens entre les unités fonctionnelles. Par exemple, lors d'un accès ultérieur à la structure de données, l'interface peut utiliser les données de référence pour identifier les unités fonctionnelles liées par le contenu correspondant. L'interface peut ensuite transférer les données correspondantes et, si nécessaire, les transformer. Par conséquent, il est également préférable que l'interface soit adaptée, lors de la transformation, pour extraire et transférer les données d'entrée d'au moins une autre unité fonctionnelle, en fonction de la structure de données fournie. Par exemple, l'interface peut être adaptée pour lire les informations fournies par la structure de données, par exemple les éléments d'instruction et/ou les données de référence, et effectuer une transformation vers les données d'entrée correspondantes en fonction des informations fournies par la structure de données. Dans un mode de réalisation, l'interface est conçue pour utiliser au moins un algorithme d'intelligence artificielle pour effectuer la transformation. Cet algorithme a été entraîné à l'aide d'ensembles de données historiques pour transformer au moins une partie du contenu des données de sortie d'une unité fonctionnelle en données d'entrée d'une autre unité fonctionnelle, en fonction des unités fonctionnelles sélectionnées et des informations de liaison. En particulier, il est préférable que l'algorithme d'intelligence artificielle utilise une structure de données telle que décrite ci-dessus pour transformer les données de sortie en données d'entrée. Il peut notamment être entraîné pour effectuer une telle transformation sur toutes les combinaisons de la pluralité d'unités fonctionnelles. Dans un mode de réalisation, les unités fonctionnelles comportent des unités de démarrage et des unités de traitement. Les unités de démarrage traitent des données provenant de sources externes en entrée, tandis que les unités de traitement utilisent des données d'entrée contenant le contenu des données de sortie d'au moins une autre unité fonctionnelle. Une sélection d'unités fonctionnelles comprend toujours au moins une unité de démarrage et une unité de traitement. La définition des unités de démarrage et des unités de traitement facilite encore davantage la sélection des unités fonctionnelles pour le traitement d'une tâche donnée. De plus, lors de la sélection des unités fonctionnelles, il est possible de vérifier si au moins une unité de démarrage et une unité de traitement ont bien été sélectionnées. Si ce n'est pas le cas, un message d'erreur peut, par exemple, alerter l'utilisateur et lui indiquer qu'une unité correspondante est manquante ou qu'aucun lien n'a été trouvé. Dans un mode de réalisation, la structure de sélection est conçue pour fournir un algorithme de sélection comprenant au moins un algorithme d'intelligence artificielle conçu, à partir de données historiques, pour sélectionner des unités fonctionnelles parmi la pluralité d'unités fonctionnelles en fonction d'une cible de traitement de données prédéterminée et pour déterminer les informations de liaison entre les unités fonctionnelles sélectionnées, de sorte que le traitement de données cible prédéterminé soit effectué par les unités fonctionnelles sélectionnées. Un tel algorithme de sélection permet d'effectuer une sélection automatique pour un traitement de données cible donné sans que l'utilisateur ait connaissance des unités fonctionnelles sélectionnées, par exemple du fonctionnement des IA génératives ou des IA à commande mathématique. doit avoir. L'objectif est en outre atteint par une structure d'interface qui fournit une interface entre des unités fonctionnelles sélectionnées pour transmettre des données entre au moins deux unités fonctionnelles sélectionnées liées, l'interface étant adaptée pour transformer au moins une partie du contenu des données de sortie d'au moins une unité fonctionnelle sélectionnée en données d'entrée d'au moins une autre unité fonctionnelle sur la base des unités fonctionnelles sélectionnées et des informations de liaison, une unité fonctionnelle étant adaptée pour traiter des données d'entrée en données de sortie, et les unités fonctionnelles sélectionnées étant liées de telle manière qu'un traitement de données prédéfini soit effectué par une interaction des unités fonctionnelles sélectionnées, et la liaison comprenant que les données de sortie d'au moins une unité fonctionnelle sélectionnée ont des contenus de données qui sont au moins une partie des données d'entrée d'au moins une autre unité sélectionnée, et les informations de liaison comprenant des informations indiquant lesquelles des unités fonctionnelles sélectionnées sont liées à quelle autre unité fonctionnelle. L'objectif est en outre atteint par un procédé mis en œuvre par ordinateur pour transmettre des données entre une pluralité d'unités fonctionnelles, le procédé comprenant a) la fourniture d'une pluralité d'unités fonctionnelles différentes, dans lesquelles une unité fonctionnelle est adaptée pour traiter des données d'entrée en données de sortie, b) la fourniture d'une sélection d'au moins deux des unités fonctionnelles et des informations de liaison, dans lesquelles les unités fonctionnelles sélectionnées sont liées de telle sorte qu'un traitement de données prédéfini est effectué par une interaction des unités fonctionnelles sélectionnées, et dans lesquelles la liaison comprend que les données de sortie d'au moins une unité fonctionnelle sélectionnée ont des contenus de données qui sont au moins une partie des données d'entrée d'au moins une autre unité sélectionnée, et dans lesquelles les informations de liaison comprennent des détails sur lesquelles des unités fonctionnelles sélectionnées sont liées à quelle autre unité fonctionnelle, c) la fourniture d'une interface entre les unités fonctionnelles sélectionnées pour transmettre des données entre des unités fonctionnelles sélectionnées liées, et d) via l'interface, la transformation d'au moins une partie du contenu des données de sortie de la ou des unités fonctionnelles sélectionnées en données d'entrée de la ou des autres unités fonctionnelles sur la base des unités fonctionnelles sélectionnées et des informations de liaison. L'objet est en outre atteint par un produit de programme informatique permettant de transmettre des données entre une pluralité d'unités fonctionnelles, le produit de programme informatique étant adapté pour mettre en œuvre le procédé tel que décrit ci-dessus lorsqu'il est exécuté sur une architecture informatique telle que décrite ci-dessus. Il doit être entendu que les méthodes, systèmes et programmes informatiques décrits ci-dessus ont des modes de réalisation préférés similaires et/ou identiques, tels que définis en particulier dans les revendications dépendantes. Dans ce qui suit, des modes de réalisation de l'invention sont décrits en référence aux figures suivantes, dans lesquelles FIG. 1 La FIG. 1 montre schématiquement et à titre d'exemple un mode de réalisation d'un système doté d'une architecture informatique pour transférer des données entre une pluralité d'unités fonctionnelles, et FIG. 2 La FIG. 2 montre schématiquement et à titre d'exemple un procédé et un flux de données au sein du système pour transférer des données entre une pluralité d'unités fonctionnelles. La FIG. 1 illustre schématiquement et à titre d'exemple un système 100 doté d'une architecture informatique 110 permettant le transfert de données entre plusieurs unités fonctionnelles 121. Dans ce mode de réalisation, le système comprend une base de données 120, une interface utilisateur 130 et l’architecture informatique 110. Plusieurs unités fonctionnelles 121 peuvent être utilisées, par exemple stockées, dans la base de données 120. De plus, la base de données 120 peut être adaptée pour stocker des données d'entrée et de sortie, des informations de liaison, etc. L'interface utilisateur 130 peut, par exemple, être une interface utilisateur graphique affichée sur un écran et permettant à l'utilisateur d'interagir avec l’architecture informatique 110. L’architecture informatique 110 peut être matérielle ou logicielle au sein d'un système informatique, ou autonome en tant que système informatique distinct. Elle comprend une structure de fourniture d'unités fonctionnelles 111, une structure de sélection 112 et une structure d'interface 113. Cette structure est conçue pour fournir plusieurs unités fonctionnelles différentes. Par exemple, elle peut accéder à la base de données 120 afin de fournir plusieurs unités fonctionnelles 121 stockées dans celle-ci pour traitement ultérieur. Cependant, elle peut également être directement implémentée par la base de données 120, qui fournit les unités fonctionnelles 121. Ces unités fonctionnelles 121 peuvent être constituées de plusieurs algorithmes de traitement de données différents. Les unités fonctionnelles comprennent de préférence des unités de démarrage et des unités de traitement. Les unités de départ sont des algorithmes de traitement de données qui traitent des données provenant d'une source externe, par exemple d'une base de données externe ne faisant pas partie du système 100. Les unités de traitement sont des algorithmes de traitement de données qui utilisent comme données d'entrée un contenu provenant au moins en partie de données de sortie d'une autre unité fonctionnelle. Chacune de ces unités fonctionnelles peut effectuer une opération de traitement de données différente, généralement simple. Elles peuvent notamment utiliser des algorithmes d'intelligence artificielle entraînés pour exécuter une tâche prédéfinie. Une tâche fonctionnelle d'une unité fonctionnelle peut, par exemple, consister à rechercher et surligner des mots donnés dans un grand nombre de textes. Une autre unité fonctionnelle peut, par exemple, être conçue pour extraire des passages surlignés dans des documents texte et les trier selon un schéma prédéfini. D'autres unités fonctionnelles peuvent concerner la classification de données, la reconnaissance de champs de texte dans des formulaires, l'établissement de contextes, la liaison mathématique de valeurs numériques, etc. En principe, chaque unité fonctionnelle peut résoudre une tâche, généralement simple. Cependant, la combinaison, et notamment la liaison, de différentes unités fonctionnelles permet également de résoudre des tâches complexes prédéfinies. La structure de sélection 112 permet de proposer une sélection parmi la pluralité d'unités fonctionnelles et d'informations de liaison. Cela permet de relier les unités fonctionnelles sélectionnées de manière à ce qu'une tâche prédéterminée, notamment le traitement de données cibles, puisse être effectuée par ces unités. Par exemple, l'interface utilisateur 130 permet à l'utilisateur d'effectuer une sélection parmi la pluralité d'unités fonctionnelles 121 et de déterminer le contenu des données de sortie d'une unité fonctionnelle qui sera intégré aux données d'entrée d'une autre unité fonctionnelle. Ces informations peuvent être stockées dans les données de liaison et permettent de représenter le lien sélectionné entre les unités fonctionnelles sous forme de flux de données. L'interface utilisateur 130 peut être adaptée pour aider l'utilisateur à sélectionner les unités fonctionnelles, par exemple en fournissant une liste d'unités de départ et d'unités de traitement possibles. De plus, une sélection automatique ou semi-automatique pourrait être assurée, par exemple grâce à une intelligence artificielle entraînée à sélectionner parmi la multitude d'unités fonctionnelles et de données de liaison permettant de résoudre une tâche prédéterminée. De plus, un outil tel qu'un tri thématique des unités fonctionnelles et une présentation correspondante peuvent aider les utilisateurs à sélectionner les unités fonctionnelles et les informations de liaison appropriées. La structure de sélection 112 peut ensuite être couplée de manière communicative à l'interface utilisateur 130 afin de fournir la sélection sélectionnée et les informations de liaison pour traitement ultérieur. De plus, la structure de sélection 112 elle-même pourrait être intégrée à l'interface utilisateur 130. La structure d'interface 113 est conçue pour fournir une interface entre les unités fonctionnelles sélectionnées afin de transférer des données entre des unités fonctionnelles sélectionnées et liées. Plus précisément, l'interface peut utiliser les informations relatives aux unités fonctionnelles sélectionnées et les informations de liaison pour transformer les données de sortie d'une unité fonctionnelle en données d'entrée d'une autre unité fonctionnelle. Par exemple, en fonction des unités fonctionnelles sélectionnées et des informations de liaison, l'interface peut déterminer le contenu des données de sortie d'une ou plusieurs unités fonctionnelles à intégrer au contenu des données d'entrée d'une ou plusieurs autres unités fonctionnelles. L'interface peut ainsi être adaptée pour transformer ce contenu en données d'entrée lisibles et traitables par l'unité fonctionnelle correspondante. Par exemple, l'interface peut fournir une structure de données pour les entrées d'une unité de traitement fonctionnelle. À partir des informations de liaison, la structure de données peut être utilisée pour structurer le contenu des données de sortie afin qu'elles puissent être traitées comme données d'entrée par l'unité fonctionnelle liée. L'utilisation de cette structure de données est détaillée dans la description suivante, avec un exemple plus concret. En principe, la structure d'interface 113 peut être fournie comme une fonction autonome ou faire partie au moins partiellement de chaque unité fonctionnelle. Par exemple, chaque unité fonctionnelle peut être adaptée pour fournir les données de sortie dans une structure de données correspondante, et chaque unité de traitement peut être adaptée pour fournir les données d'entrée à l'aide de cette structure de données. La structure d'interface 113 permet ainsi le transfert et le traitement de contenus de données très différents provenant d'unités fonctionnelles différentes. Ceci offre une grande flexibilité, combinée à une grande variété d'algorithmes de traitement de données fournis par les unités fonctionnelles, pour résoudre une multitude de tâches prédéfinies. Cela évite de créer un algorithme de traitement de données complexe distinct pour chaque traitement de données cible prédéfini, par exemple pour entraîner une intelligence artificielle très complexe effectuant un traitement cible correspondant à partir des données d'entrée planifiées. Au lieu de cela, une sélection peut être effectuée rapidement et de manière flexible parmi les unités fonctionnelles relativement simples déjà fournies, puis reliées en conséquence, fournissant le traitement cible correspondant. Ce concept permet également une grande personnalisation du traitement des données et son adaptation à une grande variété de tâches. La FIG. 2 illustre un procédé schématique et exemplaire de traitement de données et le flux de données correspondant d'un système tel que décrit à la FIG. 1 . Dans ce procédé, plusieurs unités fonctionnelles sont d'abord fournies, par exemple par la base de données 120 et/ou l'interface utilisateur 130. Les unités fonctionnelles permettant le traitement des données cibles peuvent ensuite être sélectionnées et liées parmi ces unités fonctionnelles. Après sélection et liaison des unités fonctionnelles correspondantes, le traitement des données cibles peut être lancé avec l'unité fonctionnelle. Pour ce faire, une première unité fonctionnelle peut être renseignée, par exemple en accédant à l'unité fonctionnelle telle qu'elle est stockée dans la base de données 120. Lors de l'exécution de l'unité fonctionnelle, qui est une unité de démarrage, des données externes peuvent, par exemple, être lues dans une base de données externe et traitées selon un algorithme correspondant. Les données de sortie correspondantes produites par l'unité fonctionnelle peuvent ensuite être stockées dans la base de données 120. À partir des unités fonctionnelles sélectionnées et des informations de liaison, une structure de données correspondante peut être créée à partir des données de sortie, permettant leur transfert vers l'unité fonctionnelle liée correspondante. En fonction de la structure des données, les données de sortie peuvent ensuite être transformées en données d'entrée pour une unité fonctionnelle liée. Ces données d'entrée peuvent ensuite être transférées vers l'unité fonctionnelle liée suivante, en fonction, par exemple, des informations de liaison. Après traitement des données d'entrée par l'unité fonctionnelle suivante, qui est une unité de traitement, il est possible de vérifier si le traitement des données cibles est déjà terminé. Par exemple, il est possible de vérifier si d'autres unités fonctionnelles sont utilisées ou liées, ou si une spécification de traitement des données cibles prédéfinie a été définie. Si ce n'est pas le cas, l'algorithme peut à nouveau stocker les données de sortie correspondantes de l'unité fonctionnelle et répéter le transfert correspondant vers l'unité fonctionnelle suivante. Une fois le traitement des données cibles terminé, il peut être interrompu et, par exemple, un résultat correspondant peut-être fourni à l'utilisateur. Certains modes de réalisation préférés sont décrits en détail ci-dessous. Dans un mode de réalisation, le système comprend la base de données, qui comporte plusieurs unités fonctionnelles. Ces unités fonctionnelles sont également appelées « roperators » ci-après. De préférence, un « roperator » peut combiner un opérateur et un algorithme d'intelligence artificielle. Plus précisément, les « roperators » traitent les informations des données d'entrée vers les données de sortie. Pour un « roperator », il peut y avoir n (n = entier naturel) flux de données d'entrée et n flux de données de sortie. Les flux de données d'entrée peuvent être traités en parallèle ou séquentiellement. Les flux de données de sortie peuvent également être générés en parallèle ou séquentiellement. De préférence, la base de données peut fournir des « roperators » de démarrage et des « roperators » de traitement. Les « roperators » de démarrage peuvent être adaptés pour lire les données d'entrée depuis des bases de données, des fichiers ou des flux externes et les rendre disponibles en tant que données de sortie, décrites plus en détail ci-dessous. Ces données de sortie peuvent ensuite être utilisées par le ou les « roperators » suivants. Les « roperators » qui traitent les données de sortie d'un autre « roperator » comme données d'entrée sont appelés « roperators » de traitement. Les opérateurs de démarrage possèdent les propriétés des éléments des langages de programmation classiques, tels que les boucles sur les éléments ou les déclencheurs sur les événements, mais peuvent également utiliser des algorithmes d'intelligence artificielle. De plus, des unités de collecte fonctionnelles, appelées opérateurs de collecte, peuvent être fournies, adaptées au traitement du résultat final des données cibles et, par exemple, à leur affichage graphique. Lors du traitement des données cibles, les opérateurs de démarrage peuvent lire les données d'entrée provenant de fichiers, d'e-mails, de fichiers vocaux, d'images, de films, etc., et les convertir afin qu'elles soient disponibles pour les opérateurs de traitement. Par exemple, l'interface, ou une partie de l'interface (la partie de l'opérateur de démarrage), peut être adaptée pour stocker les données de sortie dans un emplacement de stockage prédéfini. Plusieurs données d'entrée traitées peuvent être stockées par l'interface dans différentes données de sortie, comme décrit plus en détail ci-dessous. Par exemple, l'interface peut stocker les données de sortie sous la forme d'une structure de données comportant un élément descriptif, par exemple un identifiant, et un lien vers un emplacement de stockage des données de sortie dans la base de données. Les opérateurs de démarrage, en collaboration avec l'interface, préparent les données d'entrée de manière à ce que les opérateurs de traitement puissent les exploiter. Les opérateurs de traitement peuvent alors lire les données d'entrée et l'interface, dont une partie peut également être intégrée aux opérateurs de traitement, peut alors stocker les données de sortie comme données d'entrée dans l'emplacement mémoire prédéterminé, afin que l'opérateur de traitement suivant puisse y accéder à nouveau pour retrouver les données d'entrée. Dans ce mode de réalisation, les données sont transférées via l'interface en stockant les données correspondantes dans l'emplacement mémoire prédéterminé. Il est à noter que l'emplacement mémoire ne fait pas référence à l'emplacement mémoire réel des données sur le disque dur, mais désigne un emplacement mémoire auquel les opérateurs accèdent et qui possède un lien correspondant vers l'emplacement mémoire réel des données. Par exemple, cela peut être implémenté en utilisant une structure de données de type liste ou matrice dans laquelle les opérateurs accèdent à des listes ou des emplacements de matrice prédéterminés et l'interface est adaptée pour relier les données d'entrée de l'opérateur correspondant à cet emplacement de liste ou de matrice. Pour un traitement simple, un seul emplacement de liste peut suffire. De plus, les opérateurs de sortie peuvent être définis comme des opérateurs de traitement spécifiques. Ils peuvent être adaptés pour synthétiser les résultats du traitement des données cibles sous une forme prédéfinie, selon les souhaits de l'utilisateur. Ils peuvent, par exemple, accéder aux données de sortie. Il est également possible de traiter les données de sortie d'une chaîne complète. Ces données peuvent ensuite être synthétisées sous la forme souhaitée pour produire le résultat souhaité. Le type d'un robot peut être déterminé par son identifiant (ID), c'est-à-dire son nom. Par exemple, les robots peuvent être des convertisseurs ou des collecteurs : un convertisseur convertit les données d'entrée pour produire des données de sortie, et un collecteur collecte les données d'entrée de diverses sources pour produire des données de sortie. Cela peut se refléter dans la dénomination. Par exemple, la nomenclature d'un robot peut être définie comme suit : Fonction_FormatDeÀ_#Entrée2#ID_Sortie donc par exemple OCR_ODF2TXT_121_243546 Résumé Excel_TXT2XLS_n21_321539 Lecteur LIS_LAB2TXT_121_426437 où l'ID est arbitraire mais unique pour chaque Roperator – cela sert à distinguer les Roperators de différentes générations et versions lorsque les fonctions sont les mêmes mais que la conception est différente. Les différents Roperators fournis peuvent être reliés pour effectuer le traitement des données cibles. Ce lien peut être assuré par des informations de liaison, lesquelles déterminent quel contenu de données est généré par quel Roperator et traité ultérieurement par quel autre Roperator. Cela permet de déterminer comment les flux de données circulent d'un Roperator à l'autre. Deux Roperators sont reliés si l'un utilise le contenu des données de sortie d'un autre Roperator comme données d'entrée. Pour permettre l'échange de données entre Roperators reliés et minimiser la consommation de ressources informatiques, le système comprend une structure d'interface. Cette structure transforme les données de sortie d'un Roperator en données d'entrée d'un Roperator relié. De préférence, la transformation utilise une structure de données prédéterminée. Cette structure de données peut comporter plusieurs éléments de données différents. De préférence, elle comporte un élément d'instruction. Ces éléments d'instruction peuvent être fournis, par exemple, sous forme de métabalises et peuvent définir la forme sous laquelle le contenu de la structure de données doit être traité. Cela permet de fournir des données sous différentes formes, les éléments d'instruction contenant ensuite des informations sur les données fournies et permettant de contrôler leur transmission aux opérateurs liés. Les éléments d'instruction peuvent ainsi définir un écart par rapport au format d'entrée d'un opérateur lié sans quitter l'interface. Cela permet une description d'interface auto-adaptative, c'est-à-dire que l'interface peut être définie dans la structure de données via l'élément d'instruction et interprétée correctement par l'opérateur récepteur. Une telle interprétation peut, par exemple, être fournie par une intelligence artificielle d'entrée recevant l'opérateur pour traduire les données d'entrée selon les besoins de l'opérateur, c'est-à-dire que les données ne peuvent alors être transmises à l'opérateur lié que sous une forme interprétable. De préférence, la structure de données comporte un élément de référence permettant de déterminer l'origine du contenu des données, son contenu, son codage, etc. La structure identifie ensuite le contenu correspondant. Il peut s'agir, par exemple, de texte, d'images 2D, 3D, de vidéos 2D, 3D, de bases de données, de systèmes experts et/ou de signaux de toute nature, notamment des éléments de saisie vocale. Les données d'entrée des processeurs liés peuvent être extraites de cette structure de données. Les données de sortie d'un Roperator peuvent être divisées en différents éléments de sortie, dont la présence n'est pas obligatoire. Par exemple, les éléments de sortie peuvent contenir des données à transférer vers d'autres Roperators liés, qui peuvent ensuite être transférées comme données d'entrée vers d'autres Roperators via une interface. De plus, les données de sortie peuvent contenir des éléments de données utilisés pour le traitement final, par exemple des données de sortie générées comme résultats intermédiaires ou des résultats finaux générés entre-temps et destinés à être utilisés dans les résultats finaux. Un Roperator peut alors être un processeur de tâches, lui-même constitué d'un ou plusieurs des éléments suivants. Par exemple, un Roperator peut disposer de fonctions d'analyse des données d'entrée. Ces éléments peuvent également être dotés de leur propre intelligence artificielle pour interpréter les données d'entrée et les transmettre aux éléments décrits ci-dessous. Un Roperator peut également intégrer des éléments de contrôle de processus, par exemple des robots d'exploration via des répertoires ou des boucles. De préférence, un Roperator dispose d'une intelligence artificielle générative ou d'un modèle de langage étendu. De plus, un Roperator peut intégrer un traitement du langage naturel, un programme classique, un système expert et/ou un processeur d'expressions régulières. Un Roperator peut également disposer de sa propre base de données intrinsèque avec ses propres éléments d'entrée et de sortie en fonction des données d'entrée. De plus, un Roperator peut disposer d'un élément de connexion à d'autres bases de données externes avec des options de requête pour générer des données de sortie. Enfin, un Roperator peut fournir un outil d'automatisation pour le contrôle automatisé d'autres programmes ou éléments du système d'exploitation. Ces éléments d'un Roperator peuvent traiter les données d'entrée et fournir des données de sortie qui peuvent être transmises à d'autres Roperators liés via l'interface. Un Roperator peut également contenir une structure de base de données, elle-même persistante. Selon sa fonction, il peut exécuter des fonctions sur cette base de données et fournir le résultat. Le système peut également comprendre une structure de base de données. Celle-ci peut être adaptée pour coordonner et organiser le traitement des robots. Elle peut comprendre un robot et une base de données de données d'entrée et de sortie. Cette base de données, sous forme de texte ou de base de données, peut contenir tous les éléments de chaque robot, par exemple du texte, du code, des images, des films, etc. Ces éléments peuvent être stockés et leurs emplacements de stockage peuvent être enregistrés dans la structure de données de transfert, par exemple sous forme de métabalises. L'exemple suivant peut servir d'exemple fonctionnel pour une mise en œuvre concrète : les emplacements de stockage des éléments du robot, par exemple le code ou les données de sortie, peuvent être fournis par un seul élément de données descriptives. Cet élément de données descriptives peut être ou comprendre une métabalise contenant une description, par exemple un identifiant, des éléments stockés et leur emplacement de stockage respectif, et éventuellement, s'il y a plusieurs éléments stockés, une référence à l'élément de données descriptives suivant à l'aide d'une métabalise. Les éléments de données descriptives peuvent ainsi former une chaîne d'éléments de données descriptives, le premier faisant référence au suivant. Le point de départ du premier élément de données descriptives peut, par exemple, toujours être stocké au même emplacement. Ainsi, chaque Roperator, à partir du premier emplacement de stockage connu et toujours identique, traite tous les éléments stockés auxquels il fait référence comme données d'entrée et stocke les données de sortie dans la base de données. Chaque élément de sortie peut alors à nouveau posséder un élément de données descriptives avec une balise méta. Une fois le traitement terminé, le premier élément de données est placé à l'emplacement de stockage toujours connu du premier élément d'entrée en modifiant la balise méta des données de sortie. Ainsi, le Roperator suivant peut commencer son travail au même emplacement de stockage d'entrée connu que le précédent, sans avoir besoin d'informations sur les fonctionnalités du Roperator précédent. Ainsi, les informations sur les données d'entrée et de sortie utilisées par le Roperator sont fournies de manière totalement indépendante du programme de contrôle de niveau supérieur, de la base de données de contrôle de niveau supérieur ou de l'IA de contrôle générique de niveau supérieur. En particulier, la base de données peut également stocker les résultats intermédiaires ou finaux du traitement des données cibles. Elle peut également stocker et rendre accessibles tous les éléments mentionnés ci-dessus, par exemple les données d'entrée et de sortie. De plus, elle peut faire partie de l'interface et être configurée pour contrôler les flux de données entre les opérateurs liés, comme décrit dans l'exemple ci-dessus, en modifiant les métadonnées. En tant que partie intégrante de l'interface, la base de données permet ainsi de relier les opérateurs entre eux et de contrôler leurs entrées et sorties. La liaison des opérateurs via l'interface peut être contrôlée et adaptée dynamiquement de diverses manières. Par exemple, la liaison peut être effectuée via une interface graphique, une API, une ligne de commande, etc. Algorithme et/ou intelligence artificielle générative. L'intelligence artificielle peut être entraînée à relier les opérateurs de manière indépendante. À cette fin, elle peut être adaptée pour effectuer une analyse préliminaire du traitement des données cibles, de manière à construire la combinaison et la séquence d'opérateurs résultantes. La liaison des roperators peut, par exemple, être contrôlée via l'interface comme méta-niveau. L'interface ou la structure de l'interface peut être configurée pour intégrer une unité de contrôle capable de contrôler la séquence des différents roperators en fonction des informations de liaison. Par exemple, l'unité de contrôle peut lire l'ordre d'appel des roperators dans les informations de liaison. Cela signifie qu'elle peut utiliser la séquence fournie par les informations de liaison, par exemple après avoir reçu un signal signalant la fin du traitement des données par un roperator, ou après l'écoulement d'un délai prédéterminé, pour appeler le ou les roperators suivants. L'unité de contrôle n'a pas besoin d'échanger d'informations supplémentaires avec les roperators. Chaque roperator peut ainsi être configuré pour traiter les données cibles indépendamment de tous les opérateurs en amont et en aval liés. Idéalement, aucun roperator ne connaît sa position dans le flux de travail global. Les roperators peuvent ainsi être configurés pour agir indépendamment de la séquence du flux de travail global. Cela présente l'avantage de pouvoir générer automatiquement la composition du flux de travail global de tous les roperators, par exemple par IA générative. L'exemple suivant décrit un mode de réalisation préféré de l'interface. Dans ce mode de réalisation, l'interface est conçue pour fournir une pile, par exemple de blocs, dans une base de données, à laquelle les robots peuvent accéder. La pile peut être considérée comme une liste ou une matrice fournie dans les données de liaison. Par exemple, l'interface peut fournir la pile de manière à ce que les robots puissent traiter tous les blocs de la pile selon leur tâche (121, n21, 12n...) dans une zone fixe et prédéfinie. Les robots peuvent stocker leurs données de sortie à un emplacement de stockage différent, dans un ordre éventuellement défini. En particulier, l'interface peut être adaptée pour transformer un lien entre un bloc de sortie d'un robot et un emplacement de stockage d'entrée d'un autre robot, de sorte que le robot suivant trouve les données de sortie du robot à l'emplacement d'entrée défini pour lui et, de là, en suivant le lien, puisse accéder directement aux données de sortie comme données d'entrée, sans prédéfinition. De plus, l'interface peut également lier les données de sortie d'un opérateur de traitement, sous forme de résultats intermédiaires, à un emplacement mémoire, par exemple dans un bloc qui ne doit plus être traité par les opérateurs de traitement suivants. Par exemple, un tel résultat intermédiaire peut être stocké sous ce nom avec l'ID InputNDesc d'un opérateur de traitement, les opérateurs de traitement étant configurés pour ignorer cet ID. De préférence, les Roperators sont adaptés pour fournir une partie de l'interface sous forme de mini-infrastructure dédiée à la gestion des données d'entrée et de sortie. Par exemple, il peut y avoir une ou plusieurs données d'entrée, telles que des blocs , des vidéos, des images, etc. Ces données d'entrée sont généralement stockées dans une base de données sous forme de bloc. C'est pourquoi ils sont utilisés comme exemple ci-dessous. Dans cet exemple, une description, telle qu'un identifiant, peut être fournie pour chaque élément de données d'entrée et de sortie, généralement dans une base de données NOSQL différente. S'il y a plusieurs données d'entrée, une indication, telle qu'un lien, indiquant où se trouve le bloc suivant ou si la chaîne de données d'entrée se termine dans le bloc actuel. Par exemple, une notation peut prendre la forme suivante : Input1Bloc, Input2Bloc, Input3Bloc et associés Entrée1Desc, Entrée2Desc, Entrée3Desc, Input1Desc est l'entrée principale à partir de laquelle les opérateurs démarrent. Dans cet exemple, Input1Bloc se trouve ici et connaît la référence à Input2Desc. De même, Input2Desc connaît la référence à Input2Bloc et Input3Desc. Cela permet de traiter le contenu de ces blocs en boucle. Ceci pourrait être représenté, par exemple, comme suit : pour chaque entrée - sauf le résultat intermédiaire - faites : En particulier, la commande peut adapter un opérateur de robot pour traiter une nouvelle entrée ou, s'il est marqué comme un résultat intermédiaire d'un opérateur de robot précédent, pour l'ignorer mais le transmettre comme nouvelle entrée pour l'opérateur suivant. Après le traitement, tous les résultats peuvent être enregistrés, dans cet exemple 2 fichiers de sortie, le nombre de fichiers de sortie n'ayant pas besoin d'être lié au nombre de fichiers d'entrée, et le nombre de fichiers de sortie étant uniquement déterminé par les fonctions du Roperator, par exemple : Output1Bloc,Output2Bloc et associés Sortie1Desc, Sortie2Desc Toutes les données peuvent être gérées dans ces structures de données créées par l'interface à l'aide de références, c'est-à-dire de liens. Après traitement de tous les fichiers, les références des fichiers de sortie peuvent être enregistrées comme nouveaux fichiers d'entrée par l'interface, par exemple : Sortie1Desc → Entrée1Desc , Sortie2Desc → Entrée2Desc , afin que le Roperator suivant puisse accéder à Input1Desc comme point de départ. Si la structure de données fournie mentionne des propriétés qu'un Roperator ne peut pas utiliser fonctionnellement, celles-ci peuvent être simplement ajoutées à la chaîne d'entrée, c'est-à-dire ignorées mais transmises. Dans un cas d'utilisation spécifique, la requête d'un Queryaire sur tous les éléments d'un serveur de fichiers dans un état intermédiaire pourrait alors ressembler à ceci : Input1Desc avec Desc « Questionnaire », Input2Desc avec Desc « Serveur de fichiers » InputNDesc avec Desc « Résultat intermédiaire », EntréeN+1Desc avec Desc « Résultat intermédiaire ». Dans cet exemple, chaque Roperator est configuré pour accéder à Input1Desc, indépendamment de ce que ses prédécesseurs ont laissé derrière eux. Cela signifie qu'aucun Roperator n'a besoin de connaître les actions passées ou futures des autres Roperators. Ainsi, l'interface, qui peut également être implémentée au sein des Roperators, fournit le cadre de gestion des entrées et des sorties, les Roperators exécutant les fonctions pour lesquelles ils sont destinés, de l'entrée à la sortie. En principe, les robots peuvent être adaptés pour être appelés en externe, par exemple dans un programme Python. Cela permet d'adapter l'interface pour contrôler l'exécution réelle des robots en fonction des informations de lien. L'interface peut également être adaptée pour générer dynamiquement un framework, par exemple via une IA ou d'autres ensembles de règles. L'interface et/ou la structure de la base de données peuvent également être adaptées pour interroger les fonctionnalités de sécurité et les autorisations. En principe, la composition des ropers et des liens peut être automatiquement vérifiée et corrigée par une instance de validation. Grâce à l'invention décrite ci-dessus, plusieurs IA peuvent être combinées à des éléments classiques pour créer une IA de sommation hautement améliorée. Cela améliore considérablement les performances par rapport à ChatGPT, par exemple, et permet à la fois de traiter des données massives et de prendre en charge des tâches d'IA spécialisées, extrêmement complexes et jusqu'alors impossibles à résoudre. Dans les revendications, les mots « comprenant » et « incluant » n’excluent pas d’autres éléments ou étapes, et l’article indéfini « un » n’exclut pas une pluralité. Une unité ou un dispositif unique peut remplir la fonction de plusieurs éléments énumérés dans les revendications. Le fait que des fonctions et/ou des éléments individuels soient énumérés dans différentes revendications dépendantes ne signifie pas qu'une combinaison de ces fonctions ou éléments ne pourrait pas également être avantageusement utilisée. Les processus décrits ci-dessus, exécutés par un certain nombre d'unités, peuvent également l'être par un nombre différent d'unités. En particulier, ces processus peuvent être exécutés au moyen d'une seule unité adaptée correspondante. Un ou plusieurs systèmes informatiques et leurs périphériques de sortie, tels que des moniteurs ou des écrans, peuvent être adaptés pour exécuter les processus décrits. Ces processus, en particulier les méthodes informatiques décrites ci-dessus, peuvent être implémentés sous forme de code de programme informatique et/ou de matériel correspondant. Un programme informatique peut être stocké sur un support approprié, tel qu'un support optique ou un support de stockage à semi-conducteurs. Le programme informatique stocké peut être distribué avec ou en tant que composant d'un autre matériel. Il peut également être distribué sous d'autres formes, par exemple via Internet ou d'autres systèmes de télécommunications. Les signes de référence dans les revendications ne doivent pas être compris comme limitant l'objet et la portée de la protection des revendications par ces signes de référence. L'invention concerne une architecture informatique permettant le transfert de données entre plusieurs unités fonctionnelles. Une structure de fourniture d'unités fonctionnelles fournit une pluralité d'unités fonctionnelles. Une structure de sélection fournit une sélection d'unités fonctionnelles et des informations de liaison, les unités fonctionnelles sélectionnées étant liées de manière à effectuer un traitement de données prédéfini. Une structure d'interface fournit une interface permettant le transfert de données entre des unités fonctionnelles sélectionnées et liées, cette interface étant conçue pour transformer au moins une partie du contenu des données de sortie de l'unité fonctionnelle sélectionnée en données d'entrée de l'autre unité fonctionnelle, en fonction des unités fonctionnelles sélectionnées et des informations de liaison. Architecture informatique permettant de transférer des données entre plusieurs unités fonctionnelles, comprenant : une structure (111) de fourniture d'unités fonctionnelles (121) adaptée pour fournir une pluralité d'unités fonctionnelles différentes, une unité fonctionnelle étant adaptée pour traiter des données d'entrée en données de sortie, une structure (112) de sélection adaptée pour fournir une sélection d'au moins deux unités fonctionnelles et des informations de liaison, les unités fonctionnelles sélectionnées étant liées de telle sorte qu'un traitement de données prédéfini est effectué par une interaction des unités fonctionnelles sélectionnées, la liaison étant telle que les données de sortie d'au moins une unité fonctionnelle sélectionnée ont un contenu de données qui est au moins une partie des données d'entrée d'au moins une autre unité sélectionnée, et les informations de liaison comprenant des informations indiquant lesquelles des unités fonctionnelles sélectionnées sont liées à quelle autre unité fonctionnelle, une structure (113) d'interface fournissant une interface entre les unités fonctionnelles sélectionnées pour transférer des données entre des unités fonctionnelles sélectionnées liées, l'interface étant adaptée pour transformer au moins une partie du contenu des données de sortie de la ou des unités fonctionnelles sélectionnées en données d'entrée de la ou des autres unités fonctionnelles sur la base des unités fonctionnelles sélectionnées et des informations de liaison. Architecture informatique selon la revendication 1, dans laquelle au moins une des unités fonctionnelles (121) sélectionnées utilise un algorithme d'intelligence artificielle pour traiter les données. Architecture informatique selon l'une des revendications 1 ou 2, dans laquelle la transformation assurée par la structure (113) d’interface comprend la fourniture d'une structure de données pour transférer les données, la structure de données structurant, sur la base des informations de liaison, au moins une partie du contenu des données de sortie de telle sorte qu'elles peuvent être traitées comme données d'entrée par la ou les autres unités fonctionnelles (121). Architecture informatique selon la revendication 3, dans laquelle la structure de données comprend des éléments d'instruction, les éléments d'instruction comprenant des informations sur le contenu fourni dans la structure de données et les processus de traitement à appliquer. Architecture informatique selon l'une des revendications 3 ou 4, dans laquelle la structure de données comprend des données de référence, les données de référence contenant des informations sur l'origine du contenu transformé et/ou sur l'unité fonctionnelle (121) qui utilise les données transformées comme données d'entrée. Architecture informatique selon l'une quelconque des revendications 3 à 5, dans laquelle l'interface (113) est adaptée pour extraire et transmettre des données d'entrée pour au moins une autre unité fonctionnelle (121) sur la base de la structure de données fournie dans le cadre de la transformation. Architecture informatique selon l'une quelconque des revendications précédentes, dans laquelle l'interface (113) est adaptée pour utiliser au moins un algorithme d'intelligence artificielle pour effectuer la transformation, dans laquelle le ou les algorithmes d'intelligence artificielle ont été formés à l'aide d'ensembles de données historiques pour transformer au moins une partie du contenu des données de sortie d'une unité fonctionnelle en données d'entrée d'une autre unité fonctionnelle sur la base des unités fonctionnelles sélectionnées et des informations de liaison. Architecture informatique selon l'une quelconque des revendications précédentes, dans laquelle les unités fonctionnelles (121) comprennent des unités de démarrage et des unités de traitement, dans laquelle les unités de démarrage traitent des données provenant de sources de données externes comme données d'entrée et les unités de traitement utilisent des données d'entrée comprenant des contenus provenant des données de sortie d'au moins une autre unité fonctionnelle, dans laquelle une sélection fournie d'unités fonctionnelles comprend toujours au moins une unité de démarrage et une unité de traitement. Architecture informatique selon l'une quelconque des revendications précédentes, dans laquelle la structure de sélection (121) est adaptée pour fournir un algorithme de sélection, l'algorithme de sélection comprenant au moins un algorithme d'intelligence artificielle adapté, sur la base de données historiques, pour sélectionner des unités fonctionnelles parmi la pluralité d'unités fonctionnelles sur la base d'une cible de traitement de données prédéterminée et pour déterminer des informations de lien entre les unités fonctionnelles sélectionnées de telle sorte que le traitement de données cible prédéterminé soit effectué par les unités fonctionnelles sélectionnées. Structure d'interface (113) fournissant une interface entre des unités fonctionnelles (121) sélectionnées pour la transmission de données entre au moins deux unités fonctionnelles sélectionnées liées, ladite interface étant adaptée pour transformer au moins une partie du contenu des données de sortie d'au moins une unité fonctionnelle sélectionnée en données d'entrée d'au moins une autre unité fonctionnelle, sur la base des unités fonctionnelles sélectionnées et des informations de liaison, une unité fonctionnelle étant conçue pour transformer des données d'entrée en données de sortie, les unités fonctionnelles sélectionnées étant liées de manière à effectuer un traitement de données prédéfini par interaction. La liaison comprend des données de sortie d'au moins une unité fonctionnelle sélectionnée contenant au moins une partie des données d'entrée d'au moins une autre unité sélectionnée, les informations de liaison comprenant des informations indiquant lesquelles des unités fonctionnelles sélectionnées sont liées à quelle autre unité fonctionnelle. Procédé mis en œuvre par ordinateur pour transférer des données entre une pluralité d’unités fonctionnelles, le procédé comprenant les étapes de : fourniture d’une pluralité d'unités fonctionnelles différentes, dans lesquelles une unité fonctionnelle est adaptée pour traiter des données d'entrée en données de sortie, sélection d'au moins deux des unités fonctionnelles et des informations de liaison, dans lesquelles les unités fonctionnelles sélectionnées sont liées de telle sorte qu'un traitement de données prédéfini est effectué par une interaction des unités fonctionnelles sélectionnées, et dans lesquelles la liaison comprend que les données de sortie d'au moins une unité fonctionnelle sélectionnée ont des contenus de données qui sont au moins une partie des données d'entrée d'au moins une autre unité sélectionnée, et dans lesquelles les informations de liaison comprennent des informations indiquant lesquelles des unités fonctionnelles sélectionnées sont liées à quelle autre unité fonctionnelle, fourniture d’une interface entre les unités fonctionnelles sélectionnées pour transférer des données entre les unités fonctionnelles sélectionnées liées, et, transformation, via l'interface, d’au moins une partie du contenu des données de sortie de la ou des unités fonctionnelles sélectionnées en données d'entrée de la ou des autres unités fonctionnelles sur la base des unités fonctionnelles sélectionnées et des informations de liaison. Produit de programme informatique permettant de transférer des données entre plusieurs unités fonctionnelles, ledit produit de programme informatique étant conçu pour mettre en œuvre le procédé selon la revendication 11 lorsqu'il est exécuté sur une architecture informatique selon l'une quelconque des revendications 1 à 9.