FR 2827686 A1 20030124 FR 0109698 A 20010719 programme dit moteur de recherche. 1 2827686 La présente invention concerne l'utilisation d'hyperliens dans une application d'automatisme contrôlée par un équipement d'automatisme et une station de programmation capable de programmer une telle application. Cette application d'automatisme appartient par exemple au domaine des automatismes industriels, des automatismes du bâtiment ou du contrôle/commande des réseaux électriques de distribution. Un équipement d'automatisme désigne ci-après un automate programmable, une station de contrôle/commande, une commande numérique ou tout équipement pouvant contenir et exécuter un programme application permettant de faire le 0contrôle/commande d'une application d'automatisme. Une station de programmation désigne ci-après un équipement informatique, notamment un ordinateur personnel de type PC, connectable à un équipement d'automatisme. Un équipement d'automatisme comporte une unité centrale (UC) et au moins un coupleur d'entrées-sorties assurant la liaison entre l'unité centrale et des capteurs et spréactionneurs de l'application d'automatisme à commander. Habituellement, I'unité centrale comprend au moins un processeur, une mémoire non volatile, en général non modifiable (type ROM), ou modifiable (type EEPROM), contenant le programme constructeur appelé encore système d'exploitation propriétaire (proprietary operating system) exprimé dans un langage spécifique au constructeur de l'équipement d'automatisme, une mémoire vive et un gestionnaire des entrées/sorties, qui communiquent entre eux. La mémoire vive ou mémoire volatile (type RAM) contient, dans une première zone, le programme utilisateur et dans une deuxième zone, les données, en particulier les images des états des coupleurs d'entréessorties et les constantes relatives au programme utilisateur. Le programme utilisateur, appelé programme application dans la suite de l'exposé, est chargé de réaliser le contrôle eVou la commande d'une application d'automatisme au moyen d'entrées/sorties pilotées par ce programme d'application. Il est élaboré par un concepteur et est écrit dans un ou plusieurs langages graphiques d'automatis me i ntég rant notamment des schémas à contacts (Ladder Diag ram), appelés ci-après langage LADDER, des diagrammes fonctionnels en séquence (Sequential Function Chart ou langage Grafcet), appelés ci-après langage SFC, des blocs fonctions (Function Block Description), appelés ci-après langage FBD, ou bien dans des langages textuels d'automatisme de type IL (Instruction List) ou ST (Structured Text). Ces langages d'automatisme sont préférentiellement conformes à la norme IEC1131-3, de 2 2827686 façon à faciliter la programmation par un concepteur automaticien ne ma^'trisant pas forcément les langages informatiques. Ils sont utilisables sur des stations de programmation qui sont reliées ou non à l'équipement d'automatisme à programmer. 11 est connu dans 1'art antérieur de créer sur des ordinateurs, par exemple de type PC, des hyperliens dans des documents d'applications courantes. Ces hyperliens renvoient sur des documents externes appartenant à d'autres applications. Dans certains cas, les adresses correspondant à ces hyperliens sont mémorisées sur le disque dur de l'ordinateur et renvoient à des documents mémorisés également sur le disque dur. Dans d'autres cas, les adresses sont stockées sur le disque dur et renvoient à des documents externes mémorisés sur un serveur de fichiers ou serveur WEB, lorsqu'il s'agit de documents WEB. Lorsqu'un utilisateur souhaite obtenir des informations sur son application d'automatisme, par exemple pour établir un diagnostic suite à une déficience d'un équipement d'automatisme, celui-ci est connecté à une station de programmation de manière à visualiser le programme application sur la station de programmation pour déceler la déficience et corriger le programme application d'automatisme. Lors de l'établissement d'un diagnostic, il peut être nécessaire à l'opérateur de visualiser sur son écran des documents externes au programme application. Ces documents sont de tout type. Ils peuvent même être une application (suffixe ". exe"). Cependant les documents dont le volume est important, en particulier ceux comportant des schémas électriques CAO, des images, du son, de la vidéo ou des bases de données, etc..., ne peuvent être stockés que sur des mémoires de taille importante. Ils ne peuvent donc pas être stockés directement sur une mémoire de l'équipement d'automatisme, celle-ci étant de taille trop réduite. Il serait certes possible de stocker ces documents externes sur la station de programmation de l'équipement d'automatisme ou sur un serveur externe connecté à la station, tel qu'un serveur de fichier ou serveur WEB, mais ceci présente un inconvénient. En effet, lorsque la station de programmation tombe en panne ou lorsqu'elle est remplacée par une autre station de programmation, les documents ne deviennent plus accessibles et surtout aucune trace de ceux-ci n'est conservée. En particulier, les documents WEB stockés sur un serveur WEB et qui ne sont donc pas stockés directement sur la station de programmation ne sont plus facilement accessibles car leur adresse sur la station de remplacement n'aura pas été forcément conservée. 3 2827686 Le but de l'invention est de pallier cet inconvénient en proposant un moyen de conserver toujours une trace des documents externes utiles lors de la visualisation d'un programme application sur une station de programmation quel que soit l'endroit o ces documents sont mémorisés, sachant que la taille de ces documents externes empêche s qu'ils soient directement mémorisés dans l'équipement d'automatisme. Selon l'invention, ces documents resteront toujours facilement accessibles ce qui permet de rendre l'équipement d'automatisme indépendant de la station de programmation. De plus, selon l'invention, il sera également possible de visualiser les documents depuis n'importe quel terminal mis en réseau avec l'équipement d'automatisme et comprenant des logiciels de navigation standards. Ce but est atteint par l'utilisation d'hyperliens dans un équipement d'automatisme composé d'une unité centrale et d'au moins un coupleur d'entrées- sorties assurant la liaison entre des capteurs et des préactionneurs d'une application d'automatisme à commander, I'unité centrale comprenant au moins un processeur, une mémoire non volatile qui contient un système d'exploitation, une mémoire application qui contient un programme application permettant de faire le contrôle/commande d'une application d'automatisme et agissant sur les entrées-sorties des coupleurs, caractérisée en ce que la mémoire application stocke au moins une adresse sous forme d'un hyperlien associé à un document relatif à 1'application d'automatisme et mémorisé à l'extérieur de l'équipement d'automatisme. Les adresses stockées dans la mémoire application de l'équipement d'automatisme sont accessibles sous la forme d'hyperliens dans des champs commentaires du programme application. Selon une particularité, un document relatif à l'application d'automatisme et associé à un hyperlien mémorisé dans la mémoire application de l'équipement d'automatisme est visualisable par des moyens d'affichage chargés sur une station de programmation reliée à l'équipement d'automatisme et exploitant les données d'un champ commentaire du programme application. Ces commentaires sont stockés dans une mémoi re de l'éq ui pement d'automatisme q ui est de tail le réd uite et dans ces commentaires, il est impossible de saisir autre chose que du texte. La création d'hyperliens dans ces commentaires permet donc de renvoyer sur des documents externes de tous types, par exemple, vidéo, sons, images, bases de données, parce qu'ils sont stockés sur la station de programmation ou sur un serveur et non sur une mémoire de l'équipement d'automatisme. 3s - 2827686 Selon une autre particularité, le ou les documents externes sont stockés sur un disque dur de la station de programmation eVou sur un serveur WEB Internet ou Intranet. Selon une autre particularité, I'hyperlien manipulé par la station de program mation est du texte au format HTM L. Selon une autre particularité, le programme application mémorisé dans l'équipement d'automatisme est décrit à l'aide d'un langage XML. Selon une autre particularité, des moyens de visualisation de la station de programmation présentent une arborescence de la structure du programme 0 d 'application de 1'équipement d'automatisme, au moins une ad resse mémorisée dans la mémoire application de l'équipement d'automatisme associée à un document externe étant rendue accessible sous la forme d'un hyperlien visualisable à un certain niveau de l'arborescence. Un autre but de l'invention est de proposer un système informatique pour la création d'hyperliens et la visualisation de documents liés. Ce but est atteint par une station de programmation capable de mettre en _uvre une utilisation d'hyperliens. Elle comprend des moyens de connexion avec un équipement d'automatisme, des moyens de lecture d'une adresse sous forme d'hyperlien mémorisée dans une mémoire application de 1'équipement d'automatisme, des moyens de recherche et de visualisation d'un document associé à l'hyperlien, mémorisé à l'extérieur de l'équipement d'automatisme et relatif à l'application d'automatisme. Selon une particularité, la station de programmation comprend des moyens de mémorisation d'au moins un document associé à un hyperlien et relatif à 1'application d'automatisme, des moyens d'insertion pour insérer une adresse sous forme d'hyperlien dans un champ commentaire d'un programme application d'un équipement d'automatisme, cette adresse étant stockée dans la mémoire application de l'équipement d'automatisme, des moyens de sélection d'un ou plusieurs termes dans un champ commentaire du programme application, les moyens d'insertion insérant une adresse sous forme d'hyperlien dans ce champ commentaire au niveau du(des) terme(s) sélectionné(s). La station de programmation comprend également des moyens d'affichage d'une arborescence de la structure d'un programme application d'un équipement s d'automatisme, comportant plusieurs niveaux et des moyens d'insertion permettant d'insérer une adresse sous la forme d'un hyperlien à un certain niveau de l'arborescence. Selon une autre particularité, la station de programmation mémorise dans une mémoire interne au moins un fichier "source" d'une grammaire de description des applications d'automatisme dans un langage unique hiérarchisé et orienté objet vers au moins un des langages de description graphique (LADDER, SFC, FBD). Selon une autre particularité, la mémoire contient également un fichier de description d u progra mme d'application, un fich ier de description d es don nces et un 0 fichier de description des entrées-sorties dans ce langage objet hiérarchisé. L'invention, avec ses caractéristiques et avantages, ressortira plus clairement à la lecture de la description faite en référence aux dessins annexés dans lesquels: - la figure 1 représente 1'activation d'un hyperlien placé dans un champ commentaire d'un programme application d'un équipement d'automatisme, - la figure 2 représente une bo^te de dialogue de création d'un hyperlien dans un champ commentaire, - la figure 3 représente la création d'un hyperlien dans 1'arborescence d'un programme application, - la figure 4 représente 1'ouverture d'un document à partir d'un hyperlien posé dans l'arborescence d'un programme application, - la figure 5 représente une bo^'te de dialogue de création d'un hyperlien dans une arborescence du programme d'application, - la figure 6 représente un écran d'aide au diagnostic avec un message de diagnostic utilisant un hyperlien, - la figure 7 représente un exemple d'un document externe associé à un hyperlien concernant une aide au diagnostic, - la figure 8 représente un exemple d'architecture d'un équipement d'automatisme et d'une station de programmation selon l'invention, - la figure 9 représente une vue schématique d'une station de programmation équipée d'un module gestionnaire XML pour importer ou exporter des fichiers de description du langage XML vers un des langages graphiques d'automatisme, 6 2827686 - la figure 10 représente une vue schématique de l'organisation en mémoire de la grammaire permettant de décrire une application dans un langage unique XML, - la figure 11 représente un composant logiciel qui constitue un générateur d'index de balises pour produire des fichiers d'index, - la figure 12 représente une vue schématique des modules constitutifs d'un module gestionnaire XML permettant l'importation et l'exportation de fichiers d'un langage vers un autre. 0 L'invention va à présent être décrite en liaison avec les figures 1 à 12. Un équipement d'automatisme (1, fig. 8) est. comme décrit précédemment, composé d'une unité centrale (10) et d'au moins un coupleur (11) d'entrées-sorties. L'unité centrale comprend un processeur (14) et une mémoire morte (15) en général non modifiable (type ROM), contenant le programme constructeur appelé encore système d'exploitation propriétaire (proprietary operating system) exprimé dans un langage spécifique au constructeur de l'équipement d'automatisme et des moyens de mémorisation contenant notamment une mémoire application (13). Le(s) coupleur(s) (11) est(sont) raccordé(s) à des capteurs et à des préactionneurs (E/S) de l'application d'automatisme à commander. Le programme utilisateur, appelé programme application (3), exécutant une application d'automatisme. Dans l'exemple de la figure 1, le programme application est écrit en langage LADDER. Ce programme application (3) est mémorisé dans la mémoire application (13) de l'équipement d'automatisme (1). Cette mémoire application (13) est généralement une mémoire vive pour autoriser les modifications du concepteur du programme application. Mais elle peut également être de type non volatile (par exemple PROM) pour garantir l'intégrité de son contenu contre toute modification intempestive. Le programme application (3, fig. 1) est décomposé en tâches, une tâche étant un ensemble d'instructions exécutées périodiquement par le processeur de l'unité centrale (10). Le programme application est découpé en modules et dispose de champs commentaires (30) (en anglais "comment") affichables sur un écran (21) d'une station de programmation (2) dans des botes de dialogues de commentaires, comme représenté en figure 1. Ces champs commentaires (30) peuvent être des commentaires de variables ou la fiche descriptive d'un bloc fonction. Un champ commentaire (30) est mémorisé, comme le programme application (3), dans la mémoire application (13) de I'équipement d'automatisme (1). Cependant, du fait de la taille réduite de la mémoire application (13), les champs commentaires (30) ne peuvent pas toujours contenir toutes 7 2827686 les informations qu'un utilisateur voudrait saisir ou visualiser. De plus, ce champ commentaire (30) ne peut habituellement accueillir que du texte. Il est donc impossible de faire figurer dans ce champ commentaire (30), par exemple, des schémas d'implantation et de câblage de l'installation, des notes de travail ayant servi à la mise s au point du programme, des images pour faciliter le dépannage, etc Par conséquent, selon l'invention, des adresses de documents externes sont stockées dans la mémoire application (13) de l'équipement d'automatisme (1) mémorisant le programme d'application, en étant insérées sous forme d'hyperliens (en anglais "hyperlink") dans ces champs commentaires (30). Ces hyperliens sont 0 constitués par du texte dans un format HTML et ne sont pas interprétés lors de l'exécution de l'ap pl i cation d'a utomatis me. La station de programmation (2) comporte des moyens d'insertion de ces hyperliens dans des champs commentaires (30). Dans le mode de réalisation présenté, les hyperliens sont insérés dans un champ commentaire (30) à partir d'une bote (31) de dialogue spécifique, dont un exemple est représenté en figure 2, affichée sur la station de programmation (2). Ce champ commentaire (30) est complété dans la bote de dialogue de commentaires, constituant une fenêtre d'écran (300, 301, 302, 303, fig. 1) affichée sur la station de programmation. Cette fenêtre dispose d'une entête (300), sous laquelle on trouve une barre d'outils (301) comprenant un certain nombre d'icônes sur lesquels il est possible de cliquer à l'aide d'un dispositif de pointage de la station de programmation (2), tel qu'une souris (22). Sous la barre d'outils (301), figure un espace (302) dans lequel il est possible d'insérer le commentaire, certains mots du commentaire pouvant prendre la forme d'un hyperlien. Cette opération de création d'hyperlien est effectuée sur la station de programmation (2, fig.8). Dans le champ 2s commentaire (30, fig.1), le terme destiné à devenir un hyperlien est d'abord sélectionné à partir de moyens de sélection de la station de programmation. Dans l'exemple de la figure 1, le champ commentaire (30) est relatif à la taille (en anglais "size") d'une variable du programme application (3) et on peut sélectionner ce mot "size" pour devenir l'hyperlien, par exemple à partir d'une action sur la souris (22). Ensuite, après sélection d'une icône (303) spécifique de la barre d'outils (301) de la fenêtre, par exemple à l'aide de la souris, le processeur (200, fig.8) de l'unité centrale (20) de la station de programmation (2) active l'apparition en incrustation sur l'écran (21, fig.8) de la station de programmation (2) de la bote de dialogue (31) de création de l'hyperlien. L'activation de la bo^'te de dialogue (31) pourrait aussi dans une autre variante, être 3s effectuce à partir d'un menu déroulant disposant d'un intitulé, par exemple "insertion" et 8 2827686 de sous rubriques dont l'une pourrait être "hyperlien". Selon un mode de réalisation, la bo^te de dialogue (31) de création de l'hyperlien, représentée en figure 2, comprend un champ (310) de saisie du chemin du document, externe au programme application (3), auquel l'utilisateur souhaite que le terme sélectionné renvoie. Le chemin est mémorisé s sous la forme d'une adresse dans la mémoire application (13) de l'équipement d'automatisme (1). Cette adresse stockée dans la mémoire (13) de l'équipement d'automatisme a, par exemple, la forme suivante: hlink La balise débutant par le paramètre d'ancrage (en anglais "anchor") " ". Le slash "/" préfixant le paramètre d'ancrage "a" indique que l'étiquette (en anglais "tag") se referme, délimitant ainsi l'étendue du texte souligné. Si l'utilisateur ne conna^'t pas le chemin du document externe qu'il souhaite associer à l'hyperlien créé, il peut activer un bouton (311) situé par exemple au-dessous du champ (310) de saisie de l'adresse. Ce bouton (311) permet à l'utilisateur de parcourir dans un explorateur les documents mémorisés sur le disque dur (201) de la station de programmation (2) ou sur un autre support. Pour insérer le chemin du document externe à lier dans le champ (310) de saisie, l'utilisateur peut alors effectuer une action appelée un glisser-déposer ("drag and drop" en anglais) de ce chemin depuis l'explorateur de fichier ouvert sur une fenétre de l'écran (21) de la station de programmation en méme temps que la bo^te de dialogue (31) de création d'hyperlien. Les documents externes associés aux hyperliens selon l'invention peuvent étre de tous types et volumineux car ils sont mémorisés, non pas sur une mémoire de l'équipement d'automatisme (1) dont la taille est limitée, mais sur le disque (201) dur de la station de programmation (2), tel qu'un ordinateur de type PC, ou sur un serveur (5), tel que, par exemple, un serveur Internet ou Intranet dans le cas o les documents seraient des pages WEB; I'adresse à laquelle fait référence l'hyperlien est alors une adresse URL. L'hyperlien constitue alors un raccourci vers tous documents externes ou vers des sites WEB que l'on souhaite associer à l'application d'automatisme. Une fois l'adresse saisie dans la bo^'te de dialogue (31), on peut par exemple valider ou non cette saisie par un clic à l'aide de la souris sur un bouton (312, 313). Un premier bouton (312) est par exemple dénommé "OK" pour la validation. L'autre bouton (313) intitulé, par exemple, "CANCEL" (en français "annuler") permet de sortir à tout 9 2827686 moment de la procédure de création d'un hyperlien. Après validation, le terme hyperlien dans le champ commentaire (30), appara^t, de manière connue, de façon différente par rapport aux autres termes du commentaire, par exemple, en bleu souligné. Lorsque l'utilisateur met le pointeur contrôlé par sa souris (22) sur le terme hyperlien, ce pointeur s prend la forme d'une main (220), comme représenté en figure 1. Ceci est fait pour signaler à l'utilisateur que ce terme est un hyperlien, c'est à dire que s'il sélectionne ce terme en cliquant dessus, des moyens spécifiques de la station de programmation lisent l'adresse saisie dans la boîte de dialogue (31, fig.2) et cette adresse est stockée selon l'invention dans la mémoire application (13) de l'équipement d'automatisme (1) pour 0 permettre ultérieurement d'ouvrir le document externe correspondant à cette adresse. Une bulle d'aide peut s'affficher au bout d'un certain temps si l'utilisateur maintient son pointeur fixe sur l'hyperlien. De même, I'adresse de l'hyperlien créé peut s'afficher lorsque le pointeur est maintenu sur le terme hyperlien. Les documents associés pourront être de tous types par exemple, vidéo, sons, images, bases de données,... et pourront être de nature très diverses, tels que notamment: - des plans d'implantation de l'application d'automatisme, - des fichiers de description détaillée de l'application d'automatisme avec organigrammes, séquencements, algorithmes, modes de fonctionnement, - des fichiers de CAO mécanique, électrique, - des fichiers de câblage d'entrées/sorties, - des fichiers de paramétrage ou de réglage d'un module ou d'une fonction, - des fichiers d'aide à la mise au point, à l'exploitation et au dépannage de l'application d'automatisme, sachant que ces fichiers pourront par ailleurs 2s être enrichis par les opérateurs eux-mêmes, de façon à constituer une base de connaissance sur l'application, Les documents ne sont visualisables que sur la station de programmation (2) et dans le cas seulement o la station de programmation (2) est reliée à l'équipement d'automatisme (1) et o elle dispose des moyens permettant cette visualisation sur l'écran (21) tels que, par exemple, un navigateur WEB ou un logiciel d'accès aux informations stockées sur le disque dur (201) de la station de programmation (2). Dans le cas de la figure 1, le document (40) associé est visualisé sur le logiciel "Microsoft WORD" (marque déposée), le nom de ce document étant dans cet exemple 3s ''Hllnk_PS.doc". 2827686 Selon l'invention, les adresses des documents sont toutes stockées dans la mémoire application (13) de l'équipement d'automatisme (1), de manière à en conserver toujours une trace. En particulier, lorsque l'on utilise une autre station de programmation (2), pour cause de panne notamment, les adresses des documents restent mémorisces sur l'équipement d'automatisme (1) et peuvent toujours renvoyer, sous la forme d'hyperliens, à des documents externes stockés sur un serveur, tel qu'un serveur WEB. Ainsi, I'utilisateur n'est pas lié par l'utilisation d'une station de programmation (2) pa rti cu l ière. Pour visualiser un document associé à un hyperlien, des échanges de données symbolisés par la flèche (9) sur la figure 8 seront donc nécessaires entre la mémoire (13) de l'équipement d'automatisme (1) stockant l'adresse du document associé et la station de programmation (2). Celle-ci possède des moyens de visualisation de l'adresse sous forme d'hyperlien sur l'écran (21), des moyens de lecture de l'adresse dans la mémoire (13) de l'équipement d'automatisme (1) lorsque l'utilisateur clique sur l'hyperlien affiché dans le programme d'application (3) et des moyens de visualisation du document externe associé à l'hyperlien. Pour cela, la station de programmation (2) dispose aussi de moyens de recherche permettant, en fonction de l'adresse stockée dans la mémoire application (13) de l'équipement d'automatisme (1), de rechercher le document associé soit sur le disque dur (201) de son unité centrale (20), soit à l'extérieur de la station de programmation (2), par exemple sur un serveur (5) d'un réseau interne (intranet) ou externe (Internet). Une fois le document associé retrouvé, le processeur (200) de la station de programmation (2) exécute un programme spécifique d'affichage du navigateur permettant de visualiser le document associé sur l'écran (21). Un navigateur (en anglais "Application Browser") chargé sur la station de programmation (2) présente la structure du programme application (3) selon une arborescence (6), comme représenté en figure 3. Ce navigateur est divisé principalement en deux parties, une partie (60) constituant son menu, et une autre partie (61) affichant l'arborescence (6). Des niveaux (62) de cette arborescence correspondent notamment aux différentes tâches (en anglais "tasks") exécutées par le processeur (14) de l'unité centrale (10) de l'équipement d'automatisme (1) et aux sections constituant les tâches. Dans cette arborescence (6), il est possible de créer des hyperliens pour des termes insérés à certains niveaux (62) de l'arborescence. Les adresses, stockées dans la mémoire (13) de l'équipement d'automatisme (1) et saisies pour ces hyperliens créés, renvoient sur des documents externes stockés sur la station de programmation (2) ou sur un serveur (5), tel qu'un serveur WEB. Par exemple un hyperlien renvoyant sur un document concernant le schéma de câblage d'une bobine, se trouvera dans l'arborescence dans un niveau inférieur au niveau bobine. L'utilisateur commence d'abord par créer dans l'arborescence (6), par exemple, un répertoire (63) regroupant tous les hyperliens qu'il souhaite insérer dans l'arborescence (6). La création de ce répertoire (63) utilisateur est réalisée dans le navipateur en sélectionnant à l'aide de la souris, la racine de l'arbre, ici, sur la figure 3, "Station". L'opérateur clique alors sur le bouton droit de la souris (22) pour affficher un menu contextuel. Dans ce menu contextuel (non représenté), I'utilisateur clique sur une instruction permettant d'ajouter 0 un répertoire (en anglais "Add user directory"). L'opérateur peut, par exemple, ajouter le répertoire (63) dénommé "My Hyperlink" comme représenté sur les figures 3 et 4,. La création de l'hyperlien dans un sous-niveau de ce répertoire se fait de la manière suivante. L'utilisateur sélectionne à l'aide de la souris, le répertoire (63) qu'il a créé, ici, "My Hyperlink". Ensuite, I'utilisateur effectue un click droit pour faire appara^tre un menu contextuel (64) représenté en figure 3. Dans ce menu contextuel (64), I'utilisateur choisit l'option (65) "ajouter un hyperlien" sur la figure 3, (en anglais, "Add hyperlink"). Encliquant sur cette option, une bo^'te de dialogue de saisie de l'adresse de l'hyperlien, similaire à celle de création dans un champ commentaire, apparat en incrustation sur l'écran de la station de programmation (2). Cette bo^'te de dialogue comprend en plus d'un champ de saisie (410, fig. 5) du chemin du document associé, un champ (411) de saisie permettant à l'utilisateur de saisir le terme, comme "schéma électrique" (ou "Electrical schema") dans l'exemple de la figure 4, qu'il souhaite voir devenir "hyperlien" à ce sous-niveau du répertoire (63) créé. Une fois le chemin du document saisi dans le champ prévu de cette bo^'te de dialogue, I'utilisateur peut alors valider ou annuler I'opération d'insertion du terme hyperlien dans l'arborescence (6) en cliquant respectivement sur un bouton dénommé "OK" (412) ou sur un bouton dénommé "Cancel" (413) (en français "Annuler"). Une fois l'hyperlien créé, I'utilisateur peut visualiser le document associé à cet hyperlien dont l'adresse est mémorisée dans la mémoire (13) de l'équipement d'automatisme (1) en sélectionnant le terme hyperlien, par exemple en effectuant un clic droit et en choisissant l'option (69) "Open" (en français "Ouvrir") dans le menu contextuel (68) qui appara^'t, comme représenté en figure 4. En référence à la figure 6, il est également possible de créer des hyperliens dans des messages (70) relatifs à un défaut dans le programme application (3). Ces messages (70) (en anglais "Hyperlink diagnostic viewer") sont semblables aux champs commentaires (30) du programme application (3), ils n'acceptent que du texte et en petite quantité du fait de la taille réduite des mémoires de l'équipement d'automatisme. lls permettent en appelant des moyens d'affichage, comprenant un programme d'affichage, d'afficher une entête (700), une barre d'outils (701) comprenant une icône (703) de création d'hyperliens et un espace (702) de saisie. Ces messages (70) s'affichent en incrustation sur l'écran (7) de diagnostic (en anglais "Diagnostic viewer") s du programme application (3). Dans un message (70) de diagnostic, il sera possible de cliquer sur un terme hyperlien, par exemple, sur le terme "diagnostic", comme représenté sur la figure 6. Cette action envoie l'utilisateur vers des documents qui peuvent être des compléments d'informations qui vont l'aider dans sa démarche de résolution de la panne ou vers une feuille lui permettant de consigner des données relatives à la panne. De plus, les documents externes étant facilement modifiables, cela permettra de constituer une base de connaissance importante sur le programme d'application. La figure 7 montre un exemple dans lequel le document associé (71) d'aide au diagnostic est une page WEB visualisée sur "Microsoft Internet Explorer" (marques déposées). 11 est déjà connu de pouvoir modifier en ligne un commentaire d'un programme application sans perturber le déroulement du programme application dans l'équipement d'automatisme. Un autre avantage de l'invention résidera donc dans la possibilité de modifier en ligne un hyperlien sans impacter le fonctionnement de l'équipement d'automatisme, ce qui favorisera la mise à jour d'une base de connaissance par les utilisateurs. On peut par ailleurs naviguer dans différents documents si l'hyperlien mémorisé dans l'équipement d'automatisme pointe sur un document externe qui lui-même peut contenir d'autres hyperliens. Ainsi, sans augmenter considérablement la quantité d'informations mémorisées par l'équipement d'automatisme (1), on améliore considérablement l'ergonomie et les facultés d'utilisation d'informations disponibles sur des équipements externes à l'équipement d'automatisme (1). Alors que les hyperliens sont généralement réservés à la gestion et consultation de documents en permettant de compléter l'information d'un document source par des liens à des documents complémentaires avec un nombre d'imbrications infini, I'innovation réside dans son utilisation dans une application d'automatisme, c'est à dire que les documents complémentaires seront aussi bien insérables et consultables en temps réel lors de la conception de l'application d'automatisme, que lors de l'exploitation. Cela facilitera donc le travail des opérateurs de maintenance, ce qui conduira à une réduction des temps de maintenance et donc à une 3s optimisation de la disponibilité de l'application d'automatisme. 13 2827686 Selon un autre mode de réalisation de l'invention, il sera également possible de visualiser des documents relatifs à l'application d'automatisme à partir de n'importe quel terminal (50, fig. 8) connecté avec l'équipement d'automatisme (1) o sont mémorisées s les adresses de ces documents externes. Ce terminal (50) devra simplement comporter des navigateurs, tels que par exemple "Microsoft Internet Explorer" (marques déposées), visualiseurs (en anglais "viewer") ou éditeurs pour visualiser les documents externes mémorisés par exemple dans un serveur (5), tel qu'un serveur WEB. L'avantage est que le terminal (50) n'a pas besoin de disposer du logiciel de 0 programmation et d'édition des langages graphiques de l'équipement d'automatisme pour pouvoir cliquer sur un hyperlien et visualiser les documents externes. Pour cela, il convient de décrire une application d'automatisme à l'aide d'un langage unique universel, tel que le langage XML (eXtended Markup Language) basé sur des objets hiérarchisés, à partir d'une grammaire qui est propre à la traduction dans ce langage XML, d'un programme d'application d'automatisme écrit dans un des langages graphiques normalisés, par exemple en LADDER, SFC ou FBD. Cette description est uniquement textuelle (aucune information binaire) et mémorisée sur la station de programmation (2) sur laquelle est chargé le programme application (3). Elle est indépendante de l'implémentation et doit respecter les standards XML. La description XML d'une application pourra être stockée en tout ou partie sous forme de fichiers. Ces fichiers pourront être importés et/ou exportés vers des logiciels tiers. On attribue à chaque objet descriptif de l'application en langage XML, d'une part des balises XML (en anglais "Tags") qui sont des mots encadrés par des signes "inférieur" (" ") et d'autre part des attributs (de la forme "nom=valeur'). L'application entière peut donc être décrite à l'aide de telles balises et attributs. Les balises sont utilisces seulement pour délimiter les éléments de données et laissent l'entière interprétation des données à l'application qui les lit. Selon l'invention, le commentaire ainsi que l'hyperlien qu'il peut contenir constituent une simple chaîne de texte avec des balises au format HTML standard encadrant le terme hyperlien dans le commentaire. Dans le programme d'application formulée en langage graphique, I'hyperlien est formulé de manière standard, c'est-à-dire encadré par des balises: hvperlinkText " Comme décrit plus haut, la balise de début" ("Uniform Resource Location"). Du fait de cette écriture standard, la syntaxe de formulation de l'hyperlien sera s réécrite selon une transformation standard lors du passage du langage graphique ou textuel au langage XML. La chane de texte nécessitera un traitement, en particulier au niveau des balises encadrées par les signes inférieur " " car il s'agit de délimiteurs également utilisés en XML. Le processus d'export au format XML qui est décrit ci-dessous, comportera des fonctionnalités de vérification et de contrôle de la syntaxe d'écriture de 1'hyperlien et traduira les signes inférieur " " en respectivement " " signifiant "greater than" (en français "supérieur à"). La représentation de l'hyperlien au format XML sera la suivante: " hyPerlinkText " Cette réécriture est directement utilisable en XML. L'exploitation d'un tel format XML à partir d'un navigateur standard, tel que par exemple, "Microsoft Internet Explorer" (marques déposées), en particulier pour accéder aux hyperliens, peut se faire à partir de transformations XML Stylesheet Language Transformations (XSLT) du standard XML. Les fichiers (99, fig. 10) descriptifs de la grammaire sont organisés de la manière suivante. Une application d'automatisme peut se décomposer principalement en 3 parties : son programme, ses données et ses entrées / sorties. La grammaire de chacune de ces parties est décrite, selon l'invention, dans un fichier ". dtd" de définition du type de document (Document Type Definition) (par exemple: program.dtd pour le fichier programme d'application, datas.dtd pour le fichier de données, TOConf.dtd, pour le fichier de configuration des entrées-sorties) ou de manière équivalente dans un fichier "Schéma" de type "*. xsd". Par la suite, on parlera de fichiers ". dtd" mais ils pourront être remplacés par des fichiers "Schéma" au suffixe ". xsd" beaucoup puissant que les obsolètes ". dtd" car ils sont décrits eux-mêmes en XML alors que les ". dtd" ont une syntaxe spécifique non analysable par un analyseur syntexique XML. Lorsque la notation de type "datas.*" est utilisée, cela signifie qu'il s'agit d'un fichier de données qui peut être de type ".dtd"ou".xsd". Chacune des parties d'une application peut elle- même se décomposer en sous-parties faisant elles-mêmes l'objet d'un fichier descriptif en ". dtd". Ainsi à titre d'exemple, le fichier programme (program.dÉd) pourra inclure 3s les fichiers source (LDsource. dtd, SFCsource.dtd et ÉBDsource.dtd, comme 2827686 cela est représenté à la figure 10) qui contiennent les grammaires des différents langages graphiques de type schéma à contact LADDER (LD), diagrammes fonctionnels en séquence "Sequential Function Chart>> (SFC) et bloc fonction "Function Bloc Diagram" (FBD). Les fichiers de grammaire ".dtd" Ou ".xsd" (99, fig.10) sont les fichiers spécifiques au constructeur de l'équipement d'automatisme. Ils contiennent la description des différentes grammaires et définissent la structure des fichiers de description XML. Ainsi le dossier "Application" (figure 10) comprend le fichier (commonElements.*) qui contient les éléments communs à l'application d'automatisme, à savoir le nom de l'application, la date de réalisation de l'application ou de la version, le numéro de version et des commentaires. Le dossier "Configuration" contient les fichiers de configuration respectivement des entrées/sorties (IOConf.*, fig ) et de la configuration logique (LogicConf.*). Les dossiers "Instances", "DDT", "DFB types" contiennent la description des données, instances, DDT, FB type sous forme de fichiers (datas, DDTSource. *, FBDSource. *, FBSource. *). Le dossier "Program" contient les fichiers sources (LDsource.*, SFCsource.* et FBDsource.*) qui contiennent respectivement la description de chaque grammaire respective à chaque représentation graphique usuelle en matière d'automatisme. Le dossier "Tables Animation" contient la description des tables d'animation qui est constituée en partie des fichiers (commonElements.* et datas.*). Le dossier "Ecran opérateur" contient les descriptions des écrans d'exploitation constituées des fichiers des éléments communs (commonElements.*) et des données du fichier (datas. *). Ces fichiers de définition du type du document ". dtd"ou du schéma ". xsd" définissent la structure des fichiers XML. Un fichier XML d'une application représente une instance de la grammaire définie dans le fichier ".dtd" Ou ".xsd" correspondant. Les fichiers XML sont eux spécifiques de l'application d'automatisme du client. Le principe de correspondance entre ces 2 types de fichiers est défini par la norme XML V1.0 conformément au modèle objet du document (DOM, Document Object Model) . Le modèle objet du document DOM est un ensemble de fonctions de programmation (API: Application Programming Interface) standards pour manipuler des fichiers XML. La correspondance entre les fichiers XML et les bases de données de l'application est la suivante: Une application d'automatisme est stockée en binaire dans une mémoire d'une station de programmation (2). Cette application d'automatisme selon l'art antérieur des 3s représentations graphiques, est représentée sur la partie de la figure 9 située à gauche de la ligne en pointillés mixte, dans plusieurs bases de données: une base de données (Db1) pour le programme, une base de données (Db2) pour la configuration d'entrées/sorties, etc... La description de l'application en langage XML est complètement indépendante de son implémentation dans les bases de données constructeur. Pour assurer cette indépendance, un composant logiciel (GeninTag) particulier a été développé qui constitue un générateur d'index de balises (Tag), représenté sur la figure 11. Le logiciel générateur (GeninTag) automatique d'index de balises doit être exécuté pour prod u ire les fichiers d 'index q u i permettent de fai re la correspondance entre l'arborescence XML représentative de l'application d'automatisme et les structures des bases de données (Db1, Db2). Ce composant extrait les mots clés (éléments, objets et attributs) des différents fichiers de grammaire ".dtd", qui définissent les grammaires XML du programme, des données, de la configuration d'entrées/sorties en langage XML pour générer des index organisés selon plusieurs dossiers (11 à 14, figure 11) contenant chacun un ou plusieurs fichiers de constantes d'index utilisés par les différents gérants (Mng.1 à Mng.n) gérant une application d'automatisme. Un gestionnaire XML (XML Hndlr) (80, fig. 9) est un composant logiciel, développé par exemple en langage C++, utilisable au travers d'une interface COM. Il encapsule et utilise les services d'un composant analyseur XML (parser DOM ou Prsr DOM) (86, fig.12) et offre des services de haut niveau pour la gestion de l'arborescence graphique XML (90). Le gestionnaire XML (XML Hndir) est un composant qui permet à la station de fabriquer l'arborescence (90) représentative de l'application d'automatisme à partir des fichiers de description (95) en utilisant les fichiers de grammaire (99) ou de fabriquer cette arborescence à partir des demandes des gérants (Mng. 1, Mng. n) des bases de données de l'application. Il utilise les différents gérants (Mng. 1, Mng. 2) appelant les services du gestionnaire XML (XML Hndir) en utilisant les fichiers d'index (11 à 14), générés par le composant GeninTag. Comme représenté à la figure 9, chaque partie d'une application, par exemple programme (Db1) donnces (Db2), est gérce par un gérant spécifique pour la gestion de chaque type de donnces, par exemple (Mng. 1) pour l'application, (Mng. 2) pour les données.... Le gestionnaire XML (XML Hndir) comporte en plus de l'analyseur (Prsr DOM) une routine d'exportation (EXP) et une routine d'importation (IMP). Dans le cadre de la présente l'invention, seule la routine d'exportation est intéressante. En effet, il s'agit de pouvoir rendre accessible les hyperliens dans le programme source écrit en XML. La routine d'exportation écrit, dans un ou plusieurs fichier(s) de description XML, les données de l'application d'automatisme tandis que la routine d'importation lit dans un ou plusieurs fichier(s) de description XML les données de l'application d'automatisme. Ces routines font appel à la fois au service d'un module (85) de service (csrcservices) qui lui-même se décompose en plusieurs services. Un service "IscrWa1kSource" permet le déplacement dans le fichier (95) en langage XML s chargé en mémoire. Le composant"csrcservices" comprend également un service "srcImportSource" qui est un service d'initialisation de lecture d'un fichier XML (95), le service "IsrcexportSource" qui est un service d'écriture de fichiers XML et le composant "IsrcPUnitService" qui permet de gérer les services spécifiques à la station de programmation. Enfin, le gestionnaire XML (80) comporte un service lo "IsrcElement" qui est un service permettant l'accès au contenu d'une donnée XML (éléments et attributs). Chacun des gérants (Mng. 1, Mng. 2) dialogue avec les différents services du gestionnaire XML (80). lls utilisent les fichiers index (11 à 14) générés par le composant GeninTag correspondant aux donnces de la base de données. L'application mémorisée dans le document XML (95, figure 9) est modélisée par le composant gestionnaire XML (80) sous forme d'arborescence (90) en utilisant d'une part les informations réparties dans la mémoire de la station de programmation dans des bases de données et sous forme de fichiers binaires, et d'autre part les index (11 à 14) pour accéder à ces informations et les représenter sous forme arborescente. Le composant gestionnaire XML (80), comme représenté à la figure 9, communique par des notifications avec les gérants (Mng. 1, Mng. 2) des bases de données (Db1, Db2) et avec le module de représentation en mémoire de l'application. Ainsi, lors de la routine d'exportation, un gérant (Mng1, 100) peut émettre une notification "CreateNode (index, value) >> (82) demandant au gestionnaire XML (80) de crcer un n_ud ayant un index déterminé et une valeur déterminée. Le gestionnaire XML (80), en utilisant les valeurs d'index et les fichiers de grammaire (99), va demander au module de gestion de l'arborescence de créer par une notification "create node (tagname, value)" (83) un nceud ayant pour nom de balise le nom défini par "tagname>' et pour valeur, la valeur désignée par "value". Le développement de ces grammaires en langage XML et l'écriture de fichiers permettent de développer un interpréteur sur un équipement d'automatisme, ce module interpréteur ayant pour fonction de traduire les instructions, décrivant une application, formulées en langage XML, en instructions exécutables par le système d'exploitation (operating system) de l'équipement d'automatisme. De cette façon, on aboutit à un équipement d'automatisme dont le langage de programmation serait accessible à n'importe quel éditeur disponible sur une machine de type PC ce qui permettrait ainsi au concepteur d'applications d'automatisme de développer des programmes application dont les fichiers seraient mémorisés en ASCII, ceci quel que soit le constructeur de l'équipement d'automatisme et le système d'exploitation utilisé, à condition simplement que l'équipement d'automatisme ait été pourvu du module interpréteur de langage XML en langage binaire propriétaire. Il doit être évident pour les personnes versoes dans l'art que la présente invention permet des modes de réalisation sous de nombreuses autres formes spécifiques sans l'éloigner du domaine d'application de l'invention comme revendiqué. 0 Par conséquent, les présents modes de réalisation doivent être considérés à titre d'illustration, mais peuvent être modifiés dans le domaine défini par la portée des revendications jointes, et l'invention ne doit pas être limitée aux détails donnés ci- dessus. 19 2827686 REVENDICATIONS 1. Procédé de mise en _uvre d'un équipement d'automatisme (1) composé diune unité centrale (10) et d'au moins un coupleur (11) d'entréessorties assurant la liaison entre des capteurs et des préactionneurs d'une application d'automatisme à commander, I'unité centrale (10) comprenant au moins un processeur (14), une mémoire non volatile qui contient un système d'exploitation, une mémoire application (13) qui contient un programme application (3) permettant de faire le contrôle/commande d'une application d'automatisme et agissant sur les entrées-sorties des coupleurs, caractérisé en ce que le procédé comporte une étape de stockage dans la mémoire application (13) d'au moins une adresse sous forme d'un hyperlien qui est associé à un document relatif à l'application d'automatisme et mémorisé à l'extérieur de l'équipement d'automatisme (1). 2. Procédé de mise en _uvre selon la revendication 1, caractérisé en ce que les adresses stockées dans la mémoire application (13) de l'équipement d'automatisme (1) sont accessibles sous la forme d'hyperliens dans des champs commentaires (30) du programme application (3). 3. Procédé de mise en _uvre selon la revendication 2, caractérisé en ce qu'il comporte une étape de visualisation d'un document relatif à l'application d'automatisme et associé à un hyperlien mémorisé dans la mémoire application (13) de l'équipement d'automatisme (1), grâce à des moyens d'affichage chargés sur une station de programmation (2) reliée à l'équipement d'automatisme (1) et exploitant les données d'un champ commentaire (30) du programme application (3). 4. Procédé de mise en _uvre selon la revendication 3, caractérisé en ce qu'au moins un document relatif à l'application d'automatisme est stocké sur un disque dur (201) de la station de programmation (2). 5. Procédé de mise en _uvre selon la revendication 3, caractérisé en ce qu'au moins un document relatif à l'application d'automatisme est stocké sur un serveur (5) WEB Internet ou Intranet. 6. Procédé de mise en _uvre selon l'une des revendications 4 ou 5, caractérisé en ce que l'hyperlien manipulé par la station de programmation (2) est du texte au format HTML. , 20 2827686 7. Procédé de mise en _uvre selon la revendication 6, caractérisé en ce que le programme application (3) mémorisé dans l'équipement d'automatisme (1) est décrit à l'aide d'un langage XML. 8. Procédé de mise en _uvre selon la revendication 3, caractérisé en ce que s des moyens de visualisation de la station de programmation (2) présentent une arborescence (6) de la structure du programme d'application (3) de l'équipement d'automatisme (1), au moins une adresse mémorisoe dans la mémoire application (13) de l'équipement d'automatisme (1) associce à un document externe étant rendue accessible sous la forme d'un hyperlien visualisable à un certain niveau (62) de I'arborescence (6). 9. Station de programmation (2) capable de mettre en _uvre un procédé selon l'une des revendications précédentes, caractérisoe en ce qu'elle comprend des moyens de connexion avec un équipement d'automatisme (1), des moyens de lecture d'une adresse sous forme d'hyperlien mémorisée dans une mémoire application (13) de I'équipement d'automatisme (1), des moyens de recherche et de visualisation (21) d'un document associé à l'hyperlien, mémorisé à l'extérieur de l'équipement d'automatisme (1) et relatif à l'application d'automatisme. 1 O. Station de programmation selon la revendication 9, caractérisée en ce qu'elle comprend des moyens de mémorisation (201) d'au moins un document associé à un hyperlien et relatif à l'application d'automatisme. 11.Station de programmation selon la revendication 9, caractérisée en ce qu'elle comprend des moyens d'insertion pour insérer une adresse sous forme d'hyperlien dans un champ commentaire (30) d'un programme application (3) d'un équipement d'automatisme (1), cette adresse étant stockée dans la mémoire application (13) de l'équipement d'automatisme (1). 12.Station de programmation selon la revendication 11, caractérisée en ce qu'elle comprend des moyens de sélection d'un ou plusieurs termes dans un champ commentaire (30) du programme application (3), les moyens d'insertion insérant une adresse sous forme d'hyperlien dans ce champ commentaire (30) au niveau du(des) terme(s) sélectionné(s). 1 3.Station de programmation selon la revendication 11, caractérisée en ce qu'elle comprend des moyens d'affichage d'une arborescence (6) de la structure d'un programme application (3) d'un équipement d'automatisme (1) , comportant plusieurs niveaux (62) et des moyens d'insertion permettant d'insérer une adresse sous la forme