FR 2821941 A1 20020913 FR 0202939 A 20020308 déclencher le prochain événement à traiter. L' invention concero un systAme de traitement de donnes et de transmission d'intormations, nota_ ent un systAme d'ingAnierie, de construction, d'Atablissement de projets, de commercialisation, de dAveloppement et/ou de service, assist par ordinateur, qui est agencA d'une maniAre dAcentralise ou rApartie. En raison de la complexit de tels systAmes de traitement de donnes et de transmission d'informations, qui sont distribuAs et assists par ordinateur, ces systAmes comportent une multYplicit de langages de programmation et de mise en oeuvre, de types de donnes et de modAles de donnes, qui nouveau sont utiliss dans dif une mme pice de machine. Une telle h tArogAnAit de donnes, de langages, d'Apoques, de logiciels, de matAriel et/ou de versions d' applications conduit une perte de productivit lors de la construction lors du dAveloppement et de la fabrication de produits. C'est pourquoi habituellement tous les participants au processus sont limités au point de vue du langage, des donnces, du matériel et du logiciel, par le falt qu'on se focalise sur une plateforme largement répandue d'un fabricant. Des dépendances, qui en résultent, conduisent également à une perte de souplesse dans les sections respectives d'exécution de processus. En outre, la dépense du point de vue mise au point, accords réciproques et coordination en raison de l' absence de transparence entre les processus partiels des participants ayant différentes sections de processus ou sections de développement du cycle de fabrication du produit augmente fortement. Fréquemment il apparaît des inconsistances entre les donnces, les modèles et/ou les langages, qui ne peuvent être supprimées que moyennant une dépense accrue du point de vue temps et du point de vue coût. En outre, des développements compliqués et des adaptations compliquées d' interfaces en raison de la multiplicité des systèmes, de l'hétérogénéité des systèmes et de l' absence de normes sont nécessaires. C'est pourquoi l' invention a pour but d'indiquer un système de traitement de données et d'informations, qui permet d'une manière particulièrement simple une ramification qui englobe les systèmes, de différents systèmes logiciels et de différents systèmes matériels. Le problème est résolu conformément à l' invention à l' aide d'un système de traitement de donnses et de transmission d'informations comprenant une multiplicité d'unités de traitement de données pour différentes phases de processus et/ou de produit et/ou des modèles de données, qui possadent des langages spécifiques à l' application sont différents les uns des autres, caractérisé en ce qu'un modèle d' abstraction pour déterminer et représenter un élément concerné par la modification de traitement et/ou de produit, est- prévu sur la base d'une classe d'objets moyennant une modélisation de données, caractérisant des exécutions concernées de processus et des structures concernces de produits. Un tel modèle d'abstraction indépendant du système, par exemple un langage de modélisation, basé sur un nombre de classes définies d'objets pour la totalité du système permet d'obtenir une grande stabilité du système et une uniformité de toutes les données et/ou de tous les langages, utilisés dans le système ainsi que de hautes performances. La classe d'objets définit de préférence de façon nette les éléments ou objets, qui caractérisent différents systèmes partiels, sur la base d'un nombre minimum défini d'attributs. De ce fait, on obtient, dans toutes les phases de processus et/ou d'élaboration de produits, une classification unique et par conséquent uniforme de tous les éléments du système sur la base de classes d'objets. Le modèle d' abstraction permet des observations, qui dépendent de l'utilisateur et du problème, sur des donnses de produits, notamment sur des données distribuées du produit. En outre, un tel modèle d' abstraction permet une commande et un contrôle de processus qui dépassent le cadre local et sont distribués. De ce fait, la coordination de phases distribuées de développement entre différents emplacements est possible. De facon appropriée, le modèle d' abstraction peut être visualisé avec les classes d'objets associées. Indépendamment de l'environnement matériel et de l'environnement logiciel qui sont associés à chaque emplacement, il est prévu une surface uniforme, par exemple une fenêtre pour une commande interactive pour la production, la modification et l'actualisation en ligne du modèle d' abstraction, par exemple des classes d'objets. En outre, la surface uniforme permet un contrôle de vraisemblance en ce qui concerne la consistance entre la compatibilité entre des classes d' objets de systèmes partiels différents dans l'ensemble du système. Avantageusement, le modèle d' abstraction est prévu pour la réaupération des langages spécifiques et/ou des modèles de donnces spécifiques à l 'application, en référence aux classes d' objets. En particulier grâce au modèle d' abstraction courant de toutes les phases de processus et/ou de toutes les phases d'élaboration de produits dans le système distribué, il est possible d'obtenir aussi bien ce qu'on appelle une ingénierie dans le sens direct qu'une ingénierie dans le sens inverse. De préférence le modèle d'abstraction est prévu pour la modélisation de chaînes de processus. En raison de spécifications de tous les objets d'une chaîne de processus sur la base de classes de processus sur la base de classes d'objets définies, par exemple le processus de création d'un produit, mais également des phases suivantes de vie d'un produit sont décrites par des classes supplémentaires d'objets, qui peuvent être étendues à volonté. De préférence, le modèle d' abstraction est utilisé, sur la base des classes d'objets, en tant que donnée d'entrse pour des algorithmes de transformation pour l'obtention d'autres langages et/ou d'autres modèles de données, spécifiques à une application. De ce fait, on obtient une indépendance des systèmes, des langages et des modèles de données, du modèle d' abstraction, par le fait que ce dernier comporte un module pour les classes d'objets avec le nombre le plus faible possible d' interfaces, qui sont amenées à l'algorithme de transformation. Les avantages obtenus grâce à l' invention résident notamment dans le fait que grâce à un modèle unique d' abstraction décrivant tous les systèmes distribués, on obtient une plateforme unitaire pour une communication entre différents participants au déroulement d'un processus. De ce fait, il est possible de réaliser une commande efficace des différents déroulements de processus, une grande sécurité dans le processus et une grande transparence du processus. En particulier, il est possible d'obtenir une intégration fonctionnelle du point de vue de la technique des données, de différentes technologies, applications et plateformes. D'autres caractéristiques et avantages de la présente invention, ressortiront de la description donnée ci-après, prise en référence aux dessins annexés, sur lesquels: - la figure 1 représente schématiquement le système de traitement de données et de transmission d'informations avec un modèle d'abstraction; et - la figure 2 représente schématiquement le modèle d' abstraction pour une utilisation avec des classes d'objets associées. Des éléments, qui se correspondent, sont désignés sur toutes les figures par les mêmes chiffres de référence. La figure 1 représente un système 1 de traitement de données et de transmission d'informations comportant plusieurs unités 2 de traitement de données. Les unités 2 de traitement de donnéss comprennent chacune un système de commande et d' observation 4, une unité locale 6 de transmission de données, une unité formant calculateur 8 et une unité de mémoire 10. Les unités 2 de traitement de données peuvent être par exemple un ordinateur personnel, un poste de travail ou d'autres unités de traitement de données. L'unité respective 2 de traitement de données est caractérisée par une fonction devant être exécutée dans un procédé complexe ou dans un processus complexe et par une structure matérielle et logicielle pour cette fonction, comme par exemple le poste de travail ou l'ordinateur PC, un langage de programmat ion ou de modéli sation et /ou des modèles de données. Par exemple dans un procédé, indépendant du lieu, visant à développer un produit, il est prévu des unités distribuées 2 de traitement de données ayant des fonctions différentes, comme par exemple une fonction pour la construction du produit, une fonction pour le développement du logiciel de commande, une fonction pour le montage, une fonction pour les fonctions de gestion (par exemple le choix des fournisseurs), qui sont hétérogènes entre elles, notamment en ce qui concerne leur structure matérielle et leur structure logicielle. Un modèle d' abstraction 12 est prévu pour une détermination et une représentation conceptuelle, indépendante de systèmes, d'un élément ou d'une partie d'installation représentant un déroulement de processus et/ou une structure de produit. Le modèle d' abstraction 12 comprend un langage de modéli sat ion servant à modéliser des déroulements dynamiques et/ou statiques du processus, pour modéliser des structures de produit ou des éléments partiels du produit, pour coordonner tous ceux qui participent au processus ou au procédé pour modéliser des déroulements de communication entre les unités maillées 2 de traitement de données sur la base d'un nombre pouvant être prédéterminé de classes d' objets OK1 à OKn au moyen de données pertinentes pour le déroulement du processus, la structure du produit, etc. Les modèles générés au moyen du modèle d' abstraction 12 sont utilisés en tant que données d'entrée et/ou de sortie d'algorithmes quelconques de transformation T pour l'unité respective de traitement de données 2 ou entre les unités 2 de traitement de données. La production de tels modèles logiques stables vis-à-vis de modification axés sur l'objet peut être convertie en n'importe quelle structure physique de mise en oeuvre, comme par exemple des langages de programmation axés sur l' objet Java, C++, des banques de données axées sur l'objet, des langages XML. Grâce à l'utilisation de l'algorithme de transformation T qui caractérise l'unité respective 2 de traitement de données, des langages et/ou des modèles de donnces, spécifiques à l'application, de l'unité 2 de traitement de données sont générés ou récupérés sur la base de classes d'objets 0. Le modèle d' abstraction 12 est utilisé notamment pour détecter et identifier des données ou des informations incomplètement détectées, à l'intérieur d'une unité individuelle 2 de traitement de données ou de données pouvant être échangées entre plusieurs unités 2 de traitement de données. En outre le modèle d' abstraction 12 permet un contrôle de vraisemblance concernant la consi stance entre les di fférentes phase s de produit et /ou de processus pour un produit, et ce à l'intérieur d'une unité individuelle 2 de traitement de donnces et/ou en rapport avec la consistance de données, le processus partiel, etc. de plusieurs unités 2 de traitement de données, qui sont maillées entre elles de facon correspondante et assument une fonction respectivement associée à l'intérieur de l'ensemble du processus. Par conséquent à l'aide du modèle d' abstraction 12 créé à l'intérieur du système de traitement de donnses et de transmission d'informations, lors de l'ingénierie, au cours d'un processus de création de produits et des phases suivantes de vie du produit, des objets consistants sont touj ours produits et gérés sur la base des classes d'objets O pour n'importe quelle structure ou phase de produit supplémentaires pouvant être étendue à volonté. En fonction du type de la réalisation du système 1 de traitement de données et de transmission d'informations, le modèle d' abstraction 12 est traité d'une manière centrale. Sinon, pour un contrôle de vraisemblance, plusieurs modèles d' abstraction 12 sont produits d'une manière spécifique au lieu, au processus, au produit à la phase et/ou à l'application. Un tel modèle d' abstraction 12 est utilisé par conséquent pour la mise en oeuvre d'un logiciel et d'un matériel dans un processus global complexe, ce qui permet de modéliser l'ensemble de la chaîne de processus. En fonction du type et de la réalisation du système 1 de traitement de données et de transmission d'informations, notamment des unités 2 de traitement de données, le modèle d' abstraction 12 peut être visualisé. Le modèle d' abstraction 12 est construit et/ou modélisé successivement par l'intermédiaire de la fenêtre, sur la base des classes d'objets OK1 à OKn. A cet effet, il est prévu une surface de commande interactive correspondante, par exemple en référence à la base des systèmes de commande et d' observation 4 de l'unité respective 2 de traitement de données, au moyen de laquelle un utilisateur peut insérer des modifications spécifiques à l 'application, sur la base desquelles les classes d' objets concernées OK1 à OKn et par conséquent le modèle d' abstraction 12 sont adaptés. On va décrire comme indiqué ci-après le modèle d' abstraction 12 sur la base d'un exemple concernant le développement et la construction d'un élément nouveau, par exemple une platine de commande, dans un produit existant, par exemple un moteur. En raison de la fixation de la nouvelle platine de commande dans le produit existant, différentes modifications de processus et de produits sont nécessaires, comme la construction de la nouvelle platlne, le montage de la nouvelle platine, le dispositif de retenue pour la nouvelle platine, le logiciel pour la nouvelle platine. En fonction du type et de la réalisation du système 1 de traitement de donnses et de transmission d'informations, ceci comprend pour les exécutions identifices de processus et/ou les structures de produit et/ou les modifications de produit, une ou plusieurs unités 2 de traitement de donnces comportant différentes structures matérielles et différentes structures logicielles et avec des modèles d' abstraction associés 12. Les modèles d' abstraction 12 sont indépendants de la structure matérielle et la structure logicielle, qui caractérisent l'unité considérée 2 de traitement de données. Sur la figure 2, on peut visualiser à titre d'exemple une partie de l'un des modèles d' abstraction 12A, tel qu'il peut être visualisé par exemple sur un écran, pour une application, par exemple pour la détermination et l'exécution du processus partiel "production et montage global" comprenant le montage de la platine au moyen du dispositif de retenue sur le moteur. Le modèle d' abstraction 12 définit à cet effet les attributs concernant le dispositif de retenue ou la platine ou des données D1 ou D2, comme par exemple des dimensions ou des paramètres de fonctionnement, qui sont utilisés à nouveau pour décrire et modéliser la classe d' objets associse au K1 ou au K2. Le type d'entité ou la classe d' objets OK1 représente le dispositif de retenue et le type d'entité ou la classe d' objets 2 représente la platine. Les données D3 et D4 sont utilisées pour décrire les classes d'objets OK3 et OK4, la classe d' objets OK3 représentant un boîtier et la classe d' objets OK4 représentant le moteur. La classe d'objets OK5 sert par exemple à extraire un élément. Des interactions des éléments, telles qu'une adaptation du dispositif de retenue à la platine et le boîtier ou les fonctions ou les paramètres/fonctions de commande de la platine pour la commande et/ou la régulation du moteur, vont être décrits en référence à des relations rl à r7, R1, R3, la relation rl à r7 décrivant des relations unilatérales et les relations R1, R3 décrivant des relations bilatérales. Les positions, sur lesquelles sont basés les rôles ou relations rl à r7 R1 à R3, comportent en outre des gammes associées de valeurs, pouvant être prédéterminées, il:xl à i7:x7. Dans un autre exemple de réalisation, les classes d' objets OK1 et OK2 peuvent représenter chacune une installation 2 de traitement de données ayant des fonctions différentes, par exemple une classe pour l'établissement d'un proj et, et l'autre classe pour la commande et le contrôle ou la simulation du processus d'automatisation. La classe d'objets OK3 représente par exemple une unité de transmission de données, qui relie physiquement entre elles les deux installations 2 de traitement de données. Les classes d'objets respectives OK1 à OK4 sont caractérisoes par les données D1 à D2 qui sont respectivement associses et décrivent l'élément pris comme base. Plusieurs symboles' ou éléments du modèle d' abstraction 12, qui sont équivalents du point de vue sémantique, sont décrits une classe individuelle d' objets OK1 à OK4. En outre un seul élément peut étre décrit sur la base des relations R1 ou R3 de la classe considérse d'objets OK3 avec d'autres classes d'objets OK2 ou OK4 qui coopèrent avec cette classe d'objets. Chaque relation R1 ou R3 est décrite par sa fonction prise comme base, ou son rôle r2, r3 ou r4, r5, ainsi que par une gamme de valeurs i2:x2, i3:x3 ou i4:x4, i5:x5, qui représente ce rôle. Dans le cas d'un échange unilatéral ou d' une action unilatérale, la classe d' objets considérée OK1 est décrite par la fonction ou le rôle associé rl et r7 avec la gamme de valeurs i7:x7. Le modèle d' abstraction 12 possède pour les unités considérées 2 de traitement de données, respectivement un algorithme associé de transformation pour la conversion du modèle d' abstraction 12 dans le langage, les données et/ou les modèles, qui caractérisent l'unité respective 2 de traitement de données. Le modèle d' abstraction respectif 12 comprend alors, en fonction du nombre des unités de traitement de données 2, des modèles d' abstraction 12 à 12Z dépendant de l'utilisateur et/ou de la tâche, qui sont amenés par conversion, sur une base unitaire, dans l'environnement considéré de l'unité associée 2 de traitement de données.. Les classes d' objets OK1 à OKn sont utilisées en tant qu'attributs pour l'algorithme de transformation considéré T de l'unité respective de traitement de donnces 2. Les différentes unités de traitement de donnses 2 à l'intérieur de l'unité 1 de traitement de données et de transmission d'informations et par conséquent l'intérieur du système sont relices entre elles de façon fonctionnelle uniquement par l'intermédiaire des modèles d' abstraction 12. Sur la base d'un tel modèle d' abstraction 12, qui inclut un nombre de modèles et représente le processus global, des informations de modèles peuvent être obtenus, au moyen des modèles individuels d' abstraction 12, à partir de modèles d' abstraction 12 déjà existants ou voisins et de structures de processus et/ou de produits, qui sont pris comme base pour ces modèles, au moyen de l'algorithme de transformation T. Par conséquent, à l'aide des modèles d' abstraction 12, il est possible d'obtenir une homogénéité entre toutes les unités 2 de traitement de donnses, qui englobent le processus du système, sur la base d'une modélisation uniforme axée sur l'objet, pour un certain nombre de fonctions minimales comme par exemple la communication, les données et le processus, la gestion, sur la base du modèle d' abstraction 12. En fonction du type et de la réalisation, on peut réaliser une construction hiérarchique des modèles d' abstraction 12 et par exemple on peut décrire d'une manière modélisée, plusieurs modèles d' abstraction 12 d'un plan inférieur au moyen d'un modèle d' abstraction 12 de rang supérieur situé à un plan supérieur. REVENDICATIONS 1. Système de traitement de données et de transmission d'informations (1) comprenant une multiplicité d'unités de traitement de données (2) pour différentes phases de processus et/ou de produit et/ou des modèles de données qui possèdent des langages spécifiques à l' application, et sont différents les uns des autres, caractérisé en ce qu'un modèle d' abstraction (12) pour déterminer et représenter un élément concerné par la modification de traitement et/ou de produit, est prévu sur la base d'une classe d'objet (OK1 à OKn) moyennant une modélisation de données (D1 à D4), caractérisant des exécutions concernces de processus et des structures concernées de produits.. 2. Système de traitement de donnces et de transmission d'informations selon la revendication 1, caractérisé en ce que le modèle d' abstraction (12) peut être visualisé avec les classes associces d'objets (OK1 à OKn). 3. Système de traitement de donnéss d'informations selon l'une ou l'autre des revendications 1 et 2, caractérisé en ce que plusieurs éléments, qui sont équivalents du point de vue sémantique, du modèle d' abstraction (12) peuvent être décrits par une seule classe d'objets (OK1 à OKn). 4. Système de traitement de données et de transmission d'informations selon la revendication 3, caractérisé en ce qu'un seul élément du modèle d' abstraction (12) peut être décrit, sur la base de relations de la classe concernée d'objets (OK1 à OKn) avec d'autres classes d' objets (OK1 à OKn), qui coopèrent avec cette classe d'objets. 5. Système de traitement de données et de transmission d'informations selon l'une quelconque des revendications 1 à 4, caractérisé en ce que le modèle d' abstraction (12) est prévu en tant que donnée d'entrée pour des algorithmes de transformation (T) pour l'obtention d'autres langages et/ou modèles de données, spécifiques à l'application, sur la base de la classe d' objets (OK à OKn). 6. Système de traitement de donnces et de transmission d'informations selon l'une quelconque des revendications 1 à 5, caractérisé en ce que le modèle d' abstraction (12) est prévu pour la modélisation de