Brevet FR2617623A1 — publié le 19890106

Procédé et système de pilotage de postes de travail, notamment pour l'automatisation d'un atelier.. L'invention se rapporte à un procédé et à un système de pilotage de postes de travail, notamment pour l'automatisation d'un atelier. Elle concerne plus particulièrement l'automatisation des postes de travail associés ou non à des équipements d'un atelier. Un poste de travail simple, ou isolé, est fait d'une console destinée à un opérateur et associée parfois à des accessoires tels que des lecteurs de code à barres. Ce poste de travail est relié à un centre de pilotage comprenant habituellement un ou plusieurs ordinateurs associés à des serveurs de données ou d'archivage (archive server) et à des moniteurs dédiés internes. Un poste de travail analogue peut être associé au calculateur de commande d'une machine de l'atelier. L'ensemble de la machine et du calculateur pourvu de son poste de travail constitue un équipement. L'ensemble des postes de travail, associés ou non à des équipements et reliés au centre de pilotage d'un atelier, constitue un système de pilotage pour l'automatisation de l'atelier. Dans un équipement, le dialogue entre la console du poste de travail et le calculateur dépend du logiciel du calculateur. Il est conçu pour remplir des fonctions très spécifiques et pour rendre l'équipement performant. Il est donc ordinairement très élaboré. Le calculateur est aussi pourvu d'une ligne de communication avec l'extérieur. La ligne est souvent une ligne asynchrone. Cependant, la tendance est d'équiper le calculateur d'une ligne de grand débit pouvant se connecter directement sur un réseau local. Par conséquent, les possibilités de dialogue offertes par la ligne de communication du calculateur sont très variables, allant du plus simple au plus élaboré selon l'équipement. Mais actuellement, ces possibilités sont souvent limitées à cause de la seule présence d'une - 2- ligne asynchrone. Le calculateur peut disposer aussi d'une unité de stockage faite de disques, de disquettes ou de bandes. Le système de pilotage actuellement le plus performant emploie un réseau local reliant les équipements au centre de pilotage. Il existe plusieurs types de réseaux locaux. Par exemple, un type bien connu utilise la technique de transmission dite CSMA/CD (Carrier Sense Multiple Access/Collision Detection), tel que le réseau "Ethernet". Son application à l'industrie posa cependant de sérieux inconvénients. On utilise donc plus couramment dans l'industrie un réseau local utilisant la technique du jeton (token bus), tel que le réseau MAP (Manufacturing - 15 Automation Protocol). En matière de réseau local, 1l'ISO (International Standard Organisation) a défini actuellement un modèle d'interconnexion des systèmes ouverts, dit modèle OSI (Open Systems Interconnect) définissant sept couches. La plupart des réseaux actuels, tels que ceux basés sur le réseau Ethernet, s'appuient sur les services des couches basses du modèle OSI. Les applications utilisent généralement les services offerts par la quatrième couche, appelée "transport" et la cinquième couche, appelée "session". Enfin, les réseaux industriels tels que le réseau MAP commencent à offrir des services normalisés dans la sixième couche, dite "présentation", ainsi que dans la septième et dernière couche, dite "application". Naturellement, il serait souhaitable de pouvoir connecter tous les postes de travail d'un atelier, associés ou non à des équipements, à un réseau local pour obtenir une automatisation très performante de cet atelier. Cependant, les difficultés rencontrées sont grandes et variées. Il s'avère souvent en effet que dans un atelier de grande envergure, tel que par exemple un atelier de fabrication de cartes de circuits imprimés et de montage de composants -3- sur les cartes, les équipement existants ou futurs sont très hétérogènes au niveau des processeurs, des systèmes d'exploitation ou des moniteurs dédiés internes. Dans ce cas, chaque équipement pose un problème spécifique. L'adjonction de simples postes de travail ajoute encore d'autres problèmes spécifiques. Dans un système de pilotage, les postes de travail simples sont connectés directement au centre de pilotage. Le centre de pilotage doit donc gérer directement chacun des postes de travail simples. Cette prise en charge par le centre de pilotage est lourde et doit être adaptée au nombre et à la spécificité des postes de travail. A cause de cette charge de gestion, * il est par exemple impossible de transmettre à un poste de travail simple des documents représentant un texte associé à des dessins et/ou des images, tels que des documents complexes numérisés. Pourtant, un poste de travail simple peut avoir besoin de telles données. Les problèmes liés au pilotage d'équipements d'un atelier dépendent du type de ces équipements. Ils diffèrent selon que les équipements ne sont pas directement connectables à 24 un réseau local, ou sont immédiatement connectables ou déjà connectés à un réseau local. Etant donné que l'extension des réseaux locaux à l'automatisation d'ateliers déjà constitués est relativement récente, de nombreux équipements de ces ateliers n'ont pas été conçus pour être cohnectés à un réseau local. Dans un équipement de ce type, le calculateur est simplement ouvert vers l'extérieur par une ligne de communication asynchrone. Cette ligne fournit une liaison de faible débit et doit être connectée directement à l'ensemble des serveurs de données du centre de pilotage. Il faut donc adapter le logiciel de l'ensemble de serveurs de données en fonction de l'équipement connecté. Cette adaptation en elle- même est déjà longue et - 4 - coûteuse. De plus, les équipements de ce type ont en général des logiciels et des protocoles de dialogue différents. Par conséquent, l'adjonction d'un équipement de type différent oblige la modification sur le fond du logiciel de l'ensemble de serveurs de données. Les équipements connectables ou déjà connectés à un réseau local posent aussi des problèmes pour leur pilotage à travers ce réseau local. Ces problèmes se retrouvent aussi souvent pour le pilotage des équipements du type précédent. Par exemple, un équipement dont le calculateur ne dispose pas de programmes locaux doit chercher des programmes dans un serveur de données du centre de pilotage. Ainsi, si le serveur tombe en panne, il bloque tous les équipements de ce typé. D'autre part, le dialogue entre l'opérateur et l'extérieur se fait couramment par menus. Le dialogue requiert donc un nombre important d'opérations souvent délicates et nuit ainsi à la productivité du poste de travail associé. D'autres problèmes sont liés à l'échelle de fabrication de l'atelier. Pour un travail sur de grandes séries, les programmes de base sont normalement sur disques et les programmes supplémentaires transitent par la ligne de communication pour être stockés localement sur plusieurs média (disques ou disquettes). L'acheminement dépend ainsi de la qualité de la ligne et surtout de sa disponibilité. Lorsque le pilotage porte sur de petites séries nécessitant un grand nombre de références, le pilotage requiert un grand nombre de manipulations. Il comporte ainsi de nombreux temps morts et implique une gestion- complexe des disques et disquettes et leur mise à jour. Il fait apparaître la notion de transparence au niveau des fichiers utilisés et pose le problème général d'archivage, de sauvegarde et de gestion de l'état technique sur chaque poste ou type de postes. L'invention remédie à tous ces inconvénients, grâce à une interface standard formée entre le réseau local et les - -5- postes de travail de l'atelier, associés ou non à des équipements. Selon l'invention, un procédé de pilotage d'au moins un poste de travail relié à un centre de pilotage est caractérisé en ce qu'il consiste à associer le poste de travail au poste de travail d'une unité locale d'interface, faite d'un matériel et d'un logiciel standards de grande diffusion et reliée au centre de pilotage par un réseau local, et à amener les postes de travail dans un schéma conforme à un modèle normalisé permettant de faire avec l'unité locale d'interface des développements spécifiques au sein de ce modèle. Actuellement, le modèle préféré est le modèle 0SI de la norme ISO, et les développements spécifiques sont faits au niveau des sixième et septième couches. Si le réseau local offre des services normalisés au niveau des sixième *et septième couches (présentation et application), les développements spécifiques complètent ceux disponibles de façon standard sur ces couches. L'unité locale d'interface s'associe aussi au poste de travail d'un équipement relié au centre de pilotage. Alors, le logiciel de l'unité locale d'interface est indépendant du logiciel qui est propre au fonctionnement de l'équipement et mis en oeuvre seulement par le calculateur de l'équipement, pour le fonctionnement de la machine par exemple. Le poste de travail de lunité locale peut se substituer entièrement au poste de travail de l'équipement. En corollaire, un système de pilotage conforme à l'invention d'au moins un poste de travail relié à un centre de pilotage est caractérisé en ce que ledit poste de travail est associé au poste de travail d'une unité locale d'interface incorporant un bloc de traitement, qui -- 6 -- 62 -6- a un matériel et un logiciel standards de grande diffusion, qui communique avec un réseau local relié au centre de pilotage, et qui gère une unité de stockage locale comme une antémémoire dans une architecture multiprocesseur ayant le réseau local pour bus et l'unité de stockage locale comme élément spécialisé du multiprocesseur. Les caractéristiques et avantages de l'invention ressortiront de la description qui suit, donnée à titre d'exemple et faite en référence aux dessins annexés. Dans les dessins: - la figure 1 est une vue synoptique d'un atelier automatisé conformément à l'invention; - la figure 2 est une vue schématique d'un exemple d'équipement classique; -la figure 3 est une vue schématique d'un exemple d'équipement représenté sur la figure 2 et associé à une unité locale d'interface conforme à l'invention; - la figure 4 est un diagramme représentant les fonctionnalités générales de l'unité locale d'interface illustrée dans la figure 3; - la figure 5 est une vue schématique de structure du système d'exploitation du calculateur d'un équipement qui est pourvu d'une liaison d'origine connectable à un réseau local et qui est associé conformément à l'invention à une unité locale d'interface connectée au réseau local par l'intermédiaire de la liaison d'origine de l'équipement; -la figure 6 illustre schématiquement la structure d'un message utilisé par l'équipement et l'unité locale représentés sur la figure 5; et -7- -la figure 7 est un organigramme représentant un exemple d'enchaînement d'écrans sur le poste - de travail d'une unité locale d'interface conforme à l'invention. La figure 1 illustre un système de pilotage 10 conforme à l'invention. Le système de pilotage 10 est conçu autour d'un réseau local 11 de type quelconque, de préférence un réseau classique industriel du type MAP. De manière classique, un centre de pilotage 12 est connecté au réseau local 11. Le centre de pilot-age 12 a une structure classique et se compose par exemple d'un centre de gestion attaché à un calculateur de pilotage 121 auquel sont connectés une mémoire centrale 122, un ensemble de serveurs de données 123 associé à une unité de mémoire 124, et un ensemble 125 de moniteurs dédiés à des applications locales. Enfin, le système de pilotage 10 illustré comporte un poste de travail simple ou isolé 13 et des équipements 14 de quatre types différents (14a, 14b, 14c, 14d). La figure 2 illustre schématiquement la structure générale classique d'un équipement 14. Un équipement 14 se compose essentiellement d'une machine 140 connectée à un calculateur 141 éventuellement associé à une unité de stockage 142. L'éventualité de la connexion entre le calculateur 141 et l'unité de stockage 142 est représentée par un trait tirets. L-e calculateur 141 présente une borne d'entrée-sortie de terminal 141A reliée -à au moins un poste de travail 143 par une liaison 15. Le calculateur 141 est ouvert vers l'extérieur par l'intermédiaire d'une- ligne de communication, telle qu'une ligne asynchrone 16 ou une ligne 17 adaptée à communiquer directement avec un réseau local grâce à une interface propre au calculateur. Les équipements 14a et 14b de la figure 1 sont supposées avoir seulement à l'origine la ligne asynchrone 16, tandis que la ligne 17 est propre aux équipements 14c et 14d. Eventuellement, une imprimante 144 est associée au calculateur 141. -8- D'autre part, le poste de travail simple 13 est relié de manière classique par l'intermédiaire d'une liaison 15 au centre de pilotage 12. La liaison 15 est de même nature que la liaison 15 associant un poste de travail 143 au s calculateur 141 d'un équipement classique 14. L'invention va maintenant être décrite en référence aux figures 1, 3, 4 et 5. En référence à la figure 1, l'invention consiste à associer le poste de travail simple 13 ou le poste de travail 143 d'un équipement 14 à une unité locale d'interface. Les unités locales d'interface 18a-18d se rapportent respectivement aux équipements 14a-14d, et l'unité locale d'interface 18e se rapporte au poste de travail simple 13. Les unités locales d'interface 18a-18e sont faites chacune d'un matériel et d'un logiciel standards de grande diffusion. On entend par matériel standard de grande diffusion un ordinateur universel du type ordinateur personnel ou compatible. L'ensemble des unités locales forme ainsi une interface standard 18 - conforme à l'invention. D'une manière générale, le procédé de pilotage conforme à l'invention d'un poste de travail 13 ou 143 relié à un centre de pilotage 12 par l'intermédiaire d'Uone liaison 15 est donc d'abord caractérisé en ce qu'il consiste à associer le poste de travail 143, 13 à une unité d'interface respective 18a-18e faite d'un matériel et d'un logiciel standards de grande diffusion et reliée au centre de pilotage 12 par le réseau local 11. L'association est à entendre dans son sens logique et non physique, comme cela ressortira clairement de la description qui suit. D'autre part, les réseaux locaux actuels sont très variés et fonctionnent en général selon des schémas eux-mêmes variés. Le procédé conforme à l'invention consiste en outre amener chaque poste de travail 13, 143, 182 dans un -9 - schéma conforme à un même modèle normalisé permettant de faire avec l'unité locale d'interface respective 18a-18e des développements spécifiques au sein de ce modèle. Le modèle préféré de l'invention est le modèle OSI de l'ISO. Habituellement les schémas actuels fonctionnent au niveau des quatrième et cinquième couches du modèle 05I de l'ISO. Le procédé conforme à l'invention consiste alors à amener les postes de travail dans un schéma conforme au modèle OSI et de faire avec l'unité locale d'interface respective des développements spécifiques au niveau de la couche application du modèle OSI. Il est clair que les développements spécifiques dans la couche application peuvent aussi être faits dans la couche présentation du modèle OSI. Si le réseau local 11 est évolué, du type réseau local industriel à jeton, il permet actuellement des développements standards au niveau de la couche application du modèle OSI. Dans ce cas, le procédé conforme à l'invention consiste à faire dans cette couche des développements spécifiques, complémentaires aux développements standards disponibles sur le réseau. Des exemples d'applications spécifiques seront donnés ultérieurement. La figure 3 illustre la structure de l'unité locale 18a associée conformément à l'invention au poste de travail 143 de l'équipement 14a représenté sur la figure 1. L'équipement 14a est une équipement classique, tel que représenté sur la figure 2, dans lequel il n'y a pas de liaison 17 et d'unité de stockage 142. L'unité locale d'interface 18a est formée essentiellement d'un bloc de traitement 180 connecté par une borne d'entrée-sortie 180A à une unité de stockage 181. Le bloc de traitement 180 est fait d'un matériel et d'un logiciel standards de grande diffusion. Le bloc de traitement 180 est aussi connecté par une borne d'entrée-sortie 180B à un terminal 182 analogue au terminal 143. Le terminal 182 illustré se compose donc d'une console 182a et d'un lecteur de code à - 10 - barres 182b. Dans un atelier automatisé conformément à l'invention, chaque unité locale était faite d'un matériel BM60 (Bull Micral). Une liaison logique de terminal 15' est faite entre une borne d'émulation de terminal 180C du bloc de traitement 180 et la borne de terminal 141A du calculateur 141 (figure 2). Le bloc de traitement 180 comporte une borne d'entrée-sortie 180D connectée à une ligne de communication 19 adaptée à une connexion directe avec le réseau local 11. La ligne 19 est donc d'un type similaire à la ligne 17 indiquée dans l'équipement 14 illustré dans la figure 2. Le bloc de traitement 180 comporte enfin une borne d'entréesortie 180E recevant la ligne de communication asynchrone 16 du calculateur 141 de l'équipement 14a. La borne 180E est donc une borne d'émulation de communication. Eventuellement, le bloc de traitement 180 peut encore avoir une borne d'entrée-sortie F pour une connexion avec une imprimante 183. Il est à noter que dans certains équipements une même ligne physique de communication peut jouer le r6le de la liaison (logique) de terminal 15' et de la ligne (logique) 16. Le principe de l'invention consiste donc à associer, dans le sens logique du terme, le poste de travail 143 du calculateur 141 de l'équipement 14a au poste de travail 182 de l'unité locale 18a servant d'interface standard avec le réseau local 11 connecté au centre de pilotage 12. Grâce à cette association, les tâches affectées originellement au poste de travail 143 sont ramenées au moins en partie au niveau de l'unité locale 18a. Dans cette unité locale, certaines tâches sont exécutées automatiquement par le bloc de traitement 180. Dans la mesure du possible, toutes les tâches exécutables automatiquement seront ramenées au niveau de l'unité locale 18a pour y être traitées. Une illustration en est donnée ultérieurement. Les autres tâches sont présentées à l'opérateur sur l'écran de la console 182a. A la limite, toutes les tâches initialament destinées au poste de travail 143 seront avantageusement transférées de manière - 11 - logique à l'unité locale 18a et au poste de travail 182 associé. Ce poste de travail se substitue donc entièrement au poste de travail associé à l'origine à l'équipement 14a. Dans ce cas, la liaison 15 peut être appliquée directement à la borne 180C du bloc de traitement 180 de l'unité locale et tenir le rôle de la liaison 15'. La figure 4 illustre les éléments fonctionnels principaux du bloc local 180a de l'unité locale 18a. Les cinq bornes 180 A, B, C, D et E sont respectivement associées à cinq élements, constituant respectivement une interface de stockage 1800A, une interface opérateur 1800B, une interface terminal 1800C, une interface réseau 1800D et une interface communication 1800E. L'interface opérateur 1800B est reliée à l'interface réseau 1800D par l'intermédiaire d'une interface centre de pilotage 1800G. L'interface opérateur 1800B est reliée à 1 'interface terminal 1800C par l'intermédiaire d'un élément 1800H de contrôle de l'équipement 14a. Enfin, l'interface de stockage 1800A est reliée directement à 1 'interface opérateur 1800B, à l'interface réseau 1800D, à l'interface terminal 1800C et à l'interface communication 1800E. Le principe de fonctionnement de l'équipement 14a associé à son unité locale 18a est le suivant. D'une part, il est fait en sorte que le logiciel utilisé de façon standard dans le bloc de traitement 180a de l'unité locale 18a est indépendant du logiciel qui est propre au fonctionnement de l'équipement 14a et mis en oeuvre seulement par le calculateur 141 (pour la machine par exemple). D'autre part, le bloc de traitement 180 de l'unité locale est adapté pour contrôler au moins en partie le calculateur 141 de l'équipement 14a par l'intermédiaire de la ligne de communication 16. Eventuellement, la liaison de terminal 15' peut aussi être utilisée pour faire ce contrôle. Le contrôle partiel du calculateur par la poste de travail 182 de l'unité locale d'interface réalise l'association, dans le sens logique du terme, avec le poste de travail - 12 - 143 de l'équipement 14a. Cependant, comme cela a été dit précédement, le bloc de traitement contrôle avantageusement le fonctionnement de l'équipement, tout au moins en mode normal. Les autres modes de fonctionnement décrits ultérieurement pourraient être laissés au poste de travail 143. Dans le cas de l'équipement 14a, dont le calculateur 141 est dépourvu d'unité de stockage, l'unité locale 18a procure au calculateur 141 l'unité de stockage 181 et relie le calculateur 141 et l'unité de stockage 181 au réseau local 11. En fonctionnement, l'invention consiste à envoyer dans l'unité de stockage 181 une copie de programmes contenus dans l'ensemble de serveurs 123 du centre de pilotage 12, et à attribuer à l'unité locale 18a la gestion du catalogue des fichiers utilisés par le calculateur 141 de l'équipement 14a. Le fonctionnement détaillé de l'équipement 14a dans l'environnement du système de pilotage 10 conforme à l'invention va maintenant êtré décrit. On appelle programme pièce un programme particulier correspondant à. un produit donné manipulé dans l'atelier 10. Ce peut être par exemple un programme de test, un programme de vérification, ou une opération particulière faite sur le produit. D'une manière générale, les programmes pièces ont leur original archivés dans l'ensemble de serveurs de données 123. Les sauvegardes de ces originaux sont donc effectuées dans cet ensemble de serveurs de données. Selon l'invention, les programmes disponibles au niveau du poste de travail 182 sont des copies qui ont été délivrées sur demande de ces postes et stockées dans l'unité 181. L'unité de stockage 181 peut ainsi être assimilée à une antémémoire dans un ensemble équivalant à une architecture multiprocesseur ayant le réseau local 11 pour bus et l'unité locale de stockage 181 comme élément spécialisé du multiprocesseur. Il est clair cependant que la probabilité de disposer localement du ou - 13 - des programmes pièces nécessaires pour exécuter le travail initialisé par l'opérateur au poste de travail 182 varie en fonction des capacités de l'unité locale de stockage 181 et de la taille des programmes utilisés par l'équipement 14a. D'autre part, tout message du système automatisé de l'atelier 10 répondant à l'initialisation d'un traitement par un opérateur au poste de travail 182 contient les noms des outillages logiques et physiques à utiliser. Les programmes pièces correspondants, qui ne sont pas disponibles dans l'unité locale de stockage 181, sont appelés par l'unité locale 18a pour leur télé-chargement. Ainsi, le transfert de fichiers entre l'ensemble des serveurs de données 123 et le poste de travail 182 est géré automatiquement par l'unité locale d'interface de façon totalement transparente pour l'opérateur opérant sur un tel poste de travail. Un fonctionnement analogue aux programmes pièces est fait au niveau des fichiers décrivant des documents à afficher sur les postes de travail. Enfin, l'unité locale 18a gère un dictionnaire des programmes pièces. Le but principal est d'initialiser un transfert si le fichier n'est pas présent dans l'unité locale de stockage 181. Il sera avantageux aussi que cette gestion soit faite pour appliquer une stratégie d'effacement des fichiers qui ont le moins de chance d'être réutilisés dans un avenir proche lorsqu'un problème de place se pose au niveau de l'unité locale de stockage 181. Par ailleurs, le bloc de traitement 180 de l'unité locale d'interface 18a permet de distinguer les informations qui doivent être imprimées de celles qui peuvent être conservées en mémoire. Les informations à imprimer peuvent être prises en charge par l'imprimante 144 de l'équipement classique tel que représenté. sur la figure 2. Elles peuvent aussi être prises en charge en partie ou totalement par l'imprimante 182 de 1 'unité locale d'interface 18a. - 14 - 2617623 - 14 - Sachant que l'équipement 14a adapté par l'unité locale 18a conformément à l'invention est un équipement souvent rudimentaire et peu performant, dépourvu d'unité de stockage et ne comportant qu'une simple ligne de communication asynchrone, l'unité locale 18a doit avoir toutes les fonctionnalités requises pour suppléer ou s'adapter aux faibles performances de l'équipement 14a. Les fonctionnalités décrites précédemment illustrent toutes les possibilités offertes par l'invention. On comprend cependant que plus l'équipement est évolué et performant, plus les fonctionnalités de l'unité locale correspondante peuvent être sélectives et améliorées en conséquence. Plusieurs exemples d'équipements classiques plus évolués sont suggérés dans la figure 2. La figure 1 illustre schématiquement 1 'adaptation conforme à l'invention de ces équipements plus évolués. On considérera successivement l'équipement 14b et son unité locale 18b, puis l'équipement 14c et son unité locale 18c, et enfin l'équipement 14d et son unité locale 18d. L'équipement 14b et son unité locale.18b correspondent à 1 'adaption conforme à l 'invention de 1 'équipement conventionnel tel que représenté sur la figure 2, dont le calculateur 141 est pourvu de l'unité de stockage 142 et seulement de la ligne asynchrone 16. L'équipement 14b diffère ainsi de l'équipement 14a par la' présence de l'unité de stockage 142 associée au calculateur 141. Il ressort de la description précédente que les unités locales 18a et 18b ont essentiellement la même structure et les mêmes fonctionnalités. Cependant, l'unité locale 18b relie le calculateur 141 et son unité de stockage 142 dans l'équipement 14b au réseau local 11. La présence de l'unité de stockage 142 peut améliorer les performances de l'unité locale 18b par rapport à l'unité locale 18a. Ainsi, la copie de programmes contenus dans l'ensemble de serveurs de données 123 est stockée dans l'unité de stockage 142. En règle générale, le stockage local se fait en priorité dans l'unité de stockage 142 de l'équipement. - 15 - Enfin, l'unité locale 18b gère le catalogue de la même manière que l'unité locale 18a. Avantageusement, l'unité locale 18b aura dans son catalogue l'historique des fichiers issus de l'ensemble des serveurs de données 123 et contenus dans l'unité de stockage 142 et gèrera l'espace dans cette unité de stockage. Par conséquent, si par exemple il n'existe plus de place dans l'unité de stockage 142, l'unité locale 18b peut, grâce à sa connaissance de l'historique des fichiers, supprimer un ou plusieurs de ces fichiers pour avoir dans l'unité de stockage 142 la place suffisantepour le stockage requis d'un fichier. L'unité locale 18b peut disposer de statistiques d'utilisation des fichiers pour appliquer l'algorithme de leur élimination en cas de manque de place dans l'unité de stockage 142. Les fichiers qui ont le moins de chance d'être réutilisés dans un avenir proche peuvent alors être effacés. Bien entendu, l'unité locale 18b n'a pas une vue aussi fine que le calculateur 141 sur les volumes de stockage libérés dans l'unité 142. Par conséquent, cette stratégie d'élimination pourra conduire à éliminer un nombre de fichiers supérieur à l'espace désiré afin de ne pas retrouver le problème de place dans un avenir proche. D'autre part, la gestion du dictionnaire des fichiers par l'unité locale 18b inclura avantageusement, la reconstitution, en cas d'incident, du dictionnaire de l'unité locale à partir du contenu de l'unité de stockage 142 de l'équipement 14b. Un autre avantage permis par l'unité locale 18b -consiste en la lecture de fichiers contenus dans l'unité de stockage 142, concernant notamment des résultats obtenus par l'équipement ou des fichiers générés en auto- apprentissage ou mise au point sur l'équipement. L'équipement 14c et son unité locale 18c, représentés sur la figure 1, sont l'adaptation conforme à l'invention d'un équipement classique tel que représenté sur la figure 2, dont le calculateur 141 est pourvu de l'unité de stockage 142 et de la ligne 17 au.lieu de la ligne asynchrone 16. - 16 - La ligne 17 est adaptée au réseau local 11 par une interface propre au calculateur 141 et permet généralement des transferts à grand débit. L'équipement 14c adapté conformément à 1 'invention conserve la liaison initiale 17 avec le réseau local 11. Cependant, il y est ajouté une ligne de communication asynchrone additionnelle 16' avec l'unité locale 18c. Dans ces conditions, l'unité locale 18c garde essentiellement la même structure et les mêmes fonctionnalités que celles de l'unité locale 18b. Autrement dit, l'unité locale est reliée au calculateur 141 de l'équipement 14c par la ligne. 15' et par la ligne asynchrone 16' semblable à la ligne 16. L'unité locale 18c reste d'autre part reliée au réseau local 11 par la ligne 19. Cependant, les performances accrues du calculateur 141 de l'équipement 14c par ' rapport aux équipements précédemment décrits permettent d'améliorer encore les performances de l'unité locale correspondante 18c par rapport à l'unité locale 18b.Principalement, l'unité locale 18c profitera de la ligne d'origine 17 à grand débit pour accomplir en partie certaines tâches, alors que d'autres tâches pourront se faire simultanément en empruntant la ligne 19. Par exemple, il sera très profitable d'attribuer à l'unité locale 18c la gestion du catalogue et la préparation d'un transfert de données et à faire ce transfert sur la ligne d'origine 17. En d'autres termes, le transfert d'un fichier est ordonné par l'unité locale 18c mais se fait en court-circuitant cette unité locale. Celle-ci met seulement dans sa propre bibliothèque une indication du transfert. Les autres fonctionnalités de 1 'unité locale 18c peuvent être similaires à celles de l'unité locale 18b. Notamment, l'unité locale 18c aura dans son catalogue l 'historique des fichiers issus de 1 'ensemble des serveurs de données 123 et contenus dans l'unité de stockage 142 de façon à gérer l'espace de cette unité de stockage. L'équipement 14d et son unité locale 18d, qui sont représentés sur la figure 1, constituent une variante de - 17 - réalisation de l'équipement précédent 14c et de son unité locale 18c. En effet, les deux équipements 14c et 14d ont tous deux la ligne de communication d'origine 17. Selon la variante conforme à l'invention, la ligne d'origine 17 est maintenue et se substitue, dans l'unité locale 18d, à la ligne 19 qui était maintenue dans l'unité locale 18c. L'unité locale 18d n'a plus de ligne 19 et utilise seulement les lignes 15', 16' et 17. Dans cette configuration, l'unité locale 18d est simplement associée - au calculateur 141 de l'équipement 14d. Le problème se pose alors de gérer les messages internes relatifs au pilotage de l'équipement et les messages externes destinés à transiter entre l'unité locale 18d et le réseau local 11. La figure 5 est une vue schématique des liaisons fonctionnelles entre le calculateur 141 de l'équipement 14d, l'unité locale associée 18d, la ligne 17, le réseau local 11 et l'ensemble des serveurs de données 123. La figure 6 illustre la structure d'un message pouvant être avantageusement utilisée dans la configuration de la figure 5. En référence à la figure 5, la partie 1410 symbolise le système d'exploitation du calculateur 141 de l'équipement 14d. Le système d'exploitation 1410 se compose de plusieurs couches de logiciel, notamment d'une couche 1411 propre au pilotage de l'équipement et d'une couche 1412 d'interface avec l'unité locale 18d. La ligne 16' de communication entre l'unité locale 18d et le calculateur 141 aboutit donc à la couche d'interface 1412. La couche d'interface 1412 est connectée de façon logique à la ligne 17 pour les messages externes et à la couche 1411 par l'intermédiaire d'une ligne logique de communication 1413 porteuse des messages internes. Conformément à l'invention, la couche d'interface 1412 inclut un dispositif logique d'aiguillage 1414 relié à la ligne 16', à la ligne 17 et la ligne logique 1413. Le dispositif 1414 fait un aiguillage des données de façon à établir sélectivement un transfert entre l'unité locale 18d et les - 18 - 2617623 - 18 - fonctions du calculateur propres à l'équipement 14d et contenues dans la couche 1411, et entre l'unité locale 18d et le réseau local 11 par l'intermédiaire de la ligne 17. Autrement dit, le dispositif d'aiguillage 1414 fait une sélection entre les messages externes et les messages internes. Avantageusement, tout message interne ou externe aura la structure telle que représentée dans la figure 6 par le message M. Le message M incorpore un préambule P servant d'indicateur de l'origine ou de la destination du message, et une partie information I représentative du contenu proprement dit du message. Par exemple, l'aiguillage sera fait en incorporant à tout message M issu de l'unité locale 18d un préambule Pi représentatif de la destination du message et à tout message destiné à l'unité locale un préambule P2 représentif de l'origine du message. Par ailleurs, comme indiqué en tireté à la figure , une ligne logique 1415 peut être établie entre l'ensemble de serveurs de données 123 et l'unité et 1l'unité de stockage de l'équipement 14d. Cette connexion est évidemment demandée par l'unité locale l8d et gérée ou contrôlée par la couche 1412. Enfin, il reste l'unité locale d'interface 18e simplement rattachée au poste de- travail 13. On comprend maintenant que l'unité locale d'interface 18e a la même structure que celle de l'unité 18a. Le poste de travail 13 correspond au poste de travail 182. La borne 180E du bloc de traitement reste avantageusement disponible en vue d'une future connexion avec un équipement. Il est clair que le fonctionnement de l'unité 18e est similaire à celui de l'unité 18a, et procure une interface standard avec le réseau local 11 et le centre de pilotage 12 tout en donnant les ressources adaptées à -l'évolution du poste de travail. Il est à noter que la ligne 16 ou 16' peut avantageusement être remplacée par une ligne synchrone ou de type connectable à un réseau local. La ligne 16 ou 16' a été - 19 - considérée comme une ligne de communication asynchrone à cause de la disponibilité d'une telle ligne sur les équipements actuels. Les fonctionnalités d'une unité locale étant présentées, nous discuterons maintenant des divers modes de fonctionnement que peut avoir une unité locale, telle que l'unité 18a par exemple. En dehors d'un mode normal, il est possible de prévoir plusieurs autres modes, tels que ceux cités en exemple ci-après. Le mode normal correspond au travail normal d'un opérateur de production dans le cadre de l'atelier 10. D'une manière générale, ce travail comprend la connexion et la déconnexion du poste de travail au centre de pilotage 12 via le réseau local 11, l'ouverture et la fermeture du poste, l'identification de l'opérateur, la transmission des mouvements de l'opérateur, et au moins une opération à effectuer. Dans le cadre d'un atelier de fabrication de cartes de circuits imprimés et de montage de composants sur les cartes, l 'opération peut être par exemple le traitement d'insertion de composants sur un lot de cartes de circuits imprimés. Etant donné qu'une unité locale conforme à l'invention est faite d'un matériel et d'un logiciel standards de grande diffusion, les opérations classiques autres que celle de l'opération donnée sont faites de façon ordinaire. Pour l'opération choisie, l'opérateur au poste de travail 182 utilise le lecteur de code à barres 182b pour lire le numéro du conteneur du lot pris en compte. Cette opération entraine l'émission par l'unité locale d'un message vers le centre de pilotage 12 et, plus particulièrement, vers le calculateur central 121. Celui- ci envoie à l'unité locale 18a un message comprenant les informations qui permettent à l'unité locale de présenter les enchaînements d'écrans appropriés au traitement du lot et d'assurer les saisies d'informations et le contrâle de leur cohérence. En même temps, le centre de pilotage 12 transmet à l'unité locale 18a les références des programmes pièces et des documents (fiches d'instruction) - 20 - à utiliser pour le traitement du lot. L'unité locale 18a charge dans la mémoire du calculateur 141 les programmes correspondant aux références reçues. Si ces programmes ne sont pas disponibles dans l'unité de stockage 181, l'unité locale les prélève dans l'ensemble des serveurs de données 123 pour les stocker localement (sur l'unité de stockage 181) et les charger dans la mémoire du calculateur 141. Ceci est fait automatiquement, de façon transparente pour l'opérateur. L'exécution du travail peut avoir lieu suivant ces programmes, avec si nécessaire un dialogue avec des applications locales de l'ensemble de moniteurs dédiés 125 du centre de pilotage 12. La clôture du traitement du lot se fait avec la transmission d'un compte-rendu au centre de pilotage 12. Le système de pilotage 10 conforme à l'invention comportera aussi avantageusement un mode de fonctionnement appelé "méthodes". Ce mode consiste en un test de validité des programmes originaux contenus dans l'ensemble des serveurs de données 123. Ce mode est accessible à partir de la lecture d'un code tel que "opérateur méthodes". Ce mode permet l'appel d'un programme pièce à tester. Le fichier relatif à ce programme pièce est chargé dans l'unité locale correspondante, sans possibilité d'utilisation en mode normal. La validation du programme pièce est établie. Dans ce mode, un programme pièce produit ou modifié localement peut être stocké dans l'ensemble de serveur de données 123. Chaque fois que cela est possible, une émulation de la console de l'équipement est faite par la console 182 de l'unité locale correspondante. La bibliothèque des - programmes pièces contenus dans l'unité de stockage 142 de l'équipement correspondant peut être reconstituée dans l'unité de stockage 181 de l'unité 18 associée. Le temps d'exécution d'un test sera avantageusement enregistré. Il peut encore exister un mode relatif à la maintenance. Ce mode est accessible à partir de la lecture d'un code 261762 3 - 21 - tel que "opérateur maintenance". Ce mode doit offrir des fonctions de maintenance en amont, c'est-à-dire vers le centre de pilotage 12, ou en aval, vers l'équipement. Toutefois, afin de ne pas entraîner des charges de développements non adaptées aux besoins, il est admis que la maintenance fine de l'équipement peut entraîner la reconnexion de la console d'origine 143 dans le cas oD elle aurait pu être déconnectée. On décrira maintenant l'interface avec l'opérateur et les écrans associés, représentés sur la figure 7. Une unité locale conforme à l'invention a pour objectif de constituer une interface simplifiée avec l'opérateur, qui permet chaque fois que cela est possible d'offrir toutes les fonctionnalités au niveau d'une seule console. On a dit que l'exemple de réalisation du pilotage conforme à l'invention a utilisé comme console de base celle du BM60, à laquelle est associé un lecteur de codes à barres. Sur l'écran de la console sont offerts deux niveaux de langage, à savoir un langage normalisé correspondant à la visibilité qu'à l'opérateur vis-àvis des différents éléments avec lesquels il est en relation, et un langage dédié à la conduite de l'équipement associé au poste. Le niveau du langage dédié est naturellement fonction de l'équipement et du mode dans lequel il se trouve. Le langage normalisé s'appuie sur les écrans, qui vont maintenant être présentés avec leur enchaînement en référence à la figure 7. Ces écrans et leur enchaînement sont directement gérés par l'unité locale associée à 1 'équipement utilisé. Il est à noter que tous les écrans relatifs à l'unité locale ont pour caractéristique d'être des écrans stables, dont le risque d'évolution est faible. En référence à la figure 7, on voit que la mise sous tension "ON" de l'unité locale fait apparaître l'écran El présentant le menu général de l'unité locale. A l'écran El succède en mode normal l'écran E2 présentant le menu général du pilotage. Les autres modes qui ont été -22 - présentés précédemment correspondent à des écrans E'2 se regroupant en amont de l'écran El. A l'écran E2 peuvent succéder plusieurs types d'écrans. Par exemple, on peut envisager un écran E3 concernant l'arrivée de l'opérateur, un écran E4 concernant l'ouverture et la fermeture du poste et un écran E5 concernant les mouvements de l'opérateur. Les postes E4 et E5 se rebouclent en amont de l'écran E2. En cas d'impossibilité, la suite de l'écran E2 ramène à l'état initial de l'unité locale. Cependant, la suite normale de l'écran E2 est l'exécution d'une tâche. La tâche considérée est celle décrite précédemment en relation avec les programmes pièces. Cette tâche considérait le traitement d'un lot de cartes dans un atelier de montage de circuits imprimés. Par exemple, on peut envisager comme premier écran d'exécution un écran E6 de lecture du conteneur du lot. L'écran E6 peut éventuellement intervenir après l'écran E3. L'écran E6 aboutit normalement à un écran E7 affichant les instructions. Cependant, la suite des écrans E2, E6 et E7 peut conduire à un écran AO d'aléa. Une suite d'écrans d'aléa Al...Ai fournit un retour R à l'écran appelant. L'écran AO peut aussi être la suite de l'écran E2. Normalement, l'écran E7 génère d'autres écrans jusqu'à la fin END de traitement du lot. A la fin de traitement du lot, on retourne en amont de l'écran E6. Enfin, il se peut que l'on doive retourner en amont de l'écran E2 en sortie de l'écran E6 et d'autres écrans successifs. -23- 2617623 Revendications 1. Procédé de pilotage d'au moins un poste de travail (13, 143) relié à un centre de pilotage (12), caractérisé en ce qu'il consite à associer ledit poste de travail au poste de travail (182) d'une unité locale d'interface(18a-18e), faite d'un matériel et d'un logiciel standards de grande diffusion et reliée au centre de pilotage par un réseau local (11), et à amener le poste de travail de l'unité locale d'interface dans un schéma conforme à un modèle normalisé permettant de faire avec l'unité locale d'interface des développements spécifiques au sein dudit modèle. 2. Procédé selon la revendication 1, caractérisé en ce que le modèle normalisé est le modèle 0SI de la norme ISO et les développements spécifiques sont faits au niveau de la couche application du modèle OSI. 3. Procédé selon la revendication 2, caractérisé en ce que le réseau local offrant des services normalisés au niveau de la couche présentation et/ou de la couche application du modèle OSI, les développements spécifiques précités complètent lesdits services normalisés. 4. Procédé selon la revendication 1, 2 ou 3, caractérisé en ce que l'unité locale d'interface incorporant une unité de stockage locale (181), il consiste à gérer l'unité de stockage locale comme une antémémoire dans une architecture multiprocesseur ayant le réseau local pour bus et l'unité de stockage locale comme élément spécialisé du multiprocesseur. 5. Procédé selon l'une des revendications 1 à 4, caractérisé en ce que le poste de travail (143) étant associé au calculateur (141) d'un équipement (14a-14d) pourvu d'une première ligne de communication (16, 17), il consiste à rendre le logiciel de l'unité locale d'interface (18a-18d) indépendant du logiciel propre au - 24 - fonctionnement de 1 'équipement et à contrôler au moins en partie le calculateur de l'équipement par ladite unité locale d'interface au travers d'une seconde ligne de communication (16, 16'). 6. Procédé selon la revendication revendication 5, caractérisé en ce que le calculateur (141) de l'équipement (1}4a) étant dépourvu d'unité de stockage, il consiste à relier le calculateur et l'unité de stockage de l'unité locale d'interface au réseau local (11), à envoyer dans l'unité de stockage une copie de programmes contenus dans un ensemble de serveurs de données (123) du centre de pilotage (12), et à attribuer à l'unité locale d'interface la gestion du catalogue. 7. Procédé selon la revendication 5, caractérisé en ce que le calculateur (141) de l'équipement (14b) étant pourvu d'une unité de stockage (142), il consiste à relier le calculateur et.son unité de stockage au réseau local, à stocker dans cette unité de stockage une copie de programmes contenus dans un ensemble de serveurs de données (123) du centre de pilotage (12), et à attribuer à l'unité locale d'interface la gestion du catalogue. 8. Procédé selon la revendication 7, caractérisé en ce que ladite première ligne (16) est une ligne de communication asynchrone. 9. Procédé selon la revendication 5, 6 ou 7, caractérisé en ce que ladite première ligne de communication (17) permettant une connexion directe de l'équipement 14c au réseau local (11), il consiste à utiliser ladite seconde ligne (16'), à attribuer à l'unité locale d'interface la gestion du catalogue et la préparation d'un transfert de données, et à faire ce transfert sur ladite première ligne de communication. 10. Procédé selon la revendication 5, 6 ou 7, caractérisé en ce que ladite première ligne de communication (17) - 25 - permettant une connexion directe de l'équipement (14d) au réseau local (11), il consiste à utiliser ladite seconde ligne de communication (16') et à aiguiller dans le calculateur (141) de l'équipement les données de façon à établir sélectivement un transfert entre l'unité locale d'interface et les fonctions du calculateur propres à l'équipement, et entre l'unité locale d'interface et le réseau local. 11. Procédé selon la revendication 10, caractérisé en ce que l'aiguillage est fait en incorporant à tout message (M) issu de l'unité locale d'interface (14d) un indicateur (Pi) représentatif de la destination du message, et en incorporant à tout message (M) destiné à l'unité locale d'interface un indicateur (P2) représentatif de l'origine du message. 12. Procédé selon la revendication 9, 10 ou 11, caractérisé en ce que ladite seconde ligne de communication (16') est une ligne asynchrone. 13. Procédé selon 1 'une des revendications 5 à 12, caractérisé en ce que le catalogue de l'unité locale - d'interface connait l'historique des fichiers issus dudit ensemble de serveurs de données (123) du centre de pilotage (12) et contenus dans l'unité de stockage (141) du calculateur et gère en conséquence l'espace dans cette unité de stockage. 14. Procédé selon 1 'une des revendications 5 à 13, caractérisé en ce que l'association du poste de travail (143) de l'équipement au poste de travail (182) de l'unité locale d'interface (18a18d) est telle que le poste de travail (182) de l'unité locale d'interface se substitue entièrement au poste de travail (143) de l'équipement. 15. Procédé selon l 'une des revendications 5 à 14, caractérisé en ce que le calculateur (141) de l'équipement - 26 - (14a-14d) est contrôlé en partie par l'intermédiaire de la liaison de terminal (15') reliant- l'unité locale d'interface au calculateur de l'équipement. 16. Procédé selon l'une des revendications 1 à 15, caractérisé en ce que le matériel standard précité de l'unité locale d'interface est du type ordinateur personnel ou compatible. 17. Système de pilotage (10) d'au moins un poste de travail (13, 143) relié à un centre de pilotage (12), caractérisé en ce que ledit poste de travail est associé au poste de travail d'une unité locale d'interface (18a-18e) incorporant un bloc de traitement (180) qui a un matériel et un logiciel standards de grande diffusion, qui communique avec un réseau local (11) relié au centre de pilotage (12), et qui gère une unité de stockage locale (181) comme une antémémoire dans une architecture multiprocesseur ayant le réseau local pour bus et l'unité de stockage locale comme élément spécialisé du multiprocesseur. 18. Système selon la revendication 17, caractérisé en ce que ledit poste de travail (143) étant relié à une borne de terminal (141A) du calculateur (141) d'un équipement (14a-14d) pourvu d'une première ligne de communication (16, 17) , le bloc de traitement (180) est connecté à ladite borne de terminal (141A) par une liaison de terminal (15'), possède un logiciel indépendant du logiciel propre au fonctionnement du calculateur de 1 'équipement, et contrôle au moins partiellement ce calculateur par l'intermédiaire d'une seconde ligne de communication (16, 16'). 19. Système selon la revendication 18, caractérisé en ce que ladite première ligne de communication (16) est une ligne asynchrone. - 27- 20. Système selon la revendication 19, caractérisé en ce que la seconde ligne de communication correspond à la première ligne de communication (16). 21. Système selon la revendication 18, caractérisé en ce que ladite première ligne de communication (17) est une ligne adaptée à la connexion avec le réseau local (11). 22. Système selon la revendication 21, caractérisé en ce que ladite seconde ligne de communication (16') est uQne ligne asynchrone. 23. Système selon la revendication 20 ou 22, caractérisé en ce que ladite seconde ligne de communication (16, 16') et ladite liaison de terminal (15') entre l'unité locale d'interface (18a-18d) et le calculateur (141) de l'équipement (14a-14d) forment une même ligne physique. 24. Système selon l'une des revendications 17 à 23, caractérisé en ce que le bloc de traitement (180) de l'unité locale d'interface communique avec le réseau local (11) par 1 'intermédiaire d'une troisième ligne de communication (19). 25. Système selon la revendication 21, 22 ou 23, caractérisé en ce que le bloc de traitement (180) de l'unité locale d'interface communique avec le réseau local (11) par l'intermédiaire desdites première- et seconde lignes (17, 16'). 26. Système selon l'une des revendications 18 à 25, caractérisé en ce que le poste de travail (182) de l'unité locale d'interface se substitue entièrement au poste de travail (143) de l'équipement (14a-14d), de sorte que le poste de travail (143) peut être déconnecté de l'équipement. 27. Système selon l'une des revendications 18 à 26, caractérisé en ce que le bloc de traitement (180) de - 28 - l'unité locale d'interface (14a-14d) contrôle en partie le calculateur (141) de l'équipement (14a-14d) par l'intermédiaire de ladite liaison de terminal (15'). 28. Système selon l'une des revendications 18 à 27, caractérisé en ce que le calculateur (141) de l'équipement (14b-14d) comportant une unité de stockage (142), le bloc de traitement (180) de l'unité locale d'interface gère ladite unité de stockage locale (181) en association avec l'unité de stockage (142) du calculateur. 29. Système selon l'une des revendications 17 à 28, caractérisé en ce que ledit matériel standard du bloc de traitement (180) de l'unité locale d'interface est du type ordinateur personnel ou compatible.