FR 2785122 A1 20000428 FR 9813454 A 19981027 La présente invention concerne un procédé pour contrôler à distance un automate et un dispositif adapté à ce contrôle. Elle a des applications dans le domaine informatique où les données doivent tre échangées entre des systèmes distants. Dans des applications informatiques, où, à partir d'un poste, un administrateur...... cherche à contrôler à distance selon un protocole particulier des appareils informatisés, appelés par la suite automates, on connaît une utilisation de liaison informatique. L'automate est considéré comme un système distant vis à vis de l'administrateur. L'automate peut tre, par exemple, un système de contrôle d'accès de bâtiment ou de parking ou encore une machine industrielle, un automate bancaire ou encore un appareil de bureautique. Les données sont échangées entre l'automate et l'administrateur sur la liaison qui peut tre une liaison de type TELECOM où une liaison spécialisée ou encore un réseau local. Les données peuvent tre des requtes ou des ordres provenant de l'administrateur et des informations collectées en provenance de l'automate. Pour que l'échange des données puisse se faire, il faut que l'administrateur et l'automate puissent se comprendre. II faut donc prévoir une conversion et/ou une adaptation des données entre l'automate, la liaison et l'administrateur. Les conversions et/ou adaptations sont généralement effectuées par des couches applicatives et d'interfaces, généralement des programmes informatiques ou plus rarement câblés. La Figure 1 représente un tel système où entre l'administrateur et l'automate, des couches applicatives et des couches d'interface ainsi que la liaison informatique sont représentées. Une telle solution présente cependant un certain nombre d'inconvénients et en particulier, elle est fermée en ce sens que les couches applicatives et d'interfaces sont spécifiques, dites propriétaires, à un automate ou à un système d'administration donnée et suivant un protocole donné. L'évolution d'une telle solution est donc complexe et coûteuse car elle nécessite, à chaque modification du système distant, la redéfinition et la réécriture ou l'adaptation des couches applicatives et des couches d'interfaces. En conséquence, la gestion de données complexes du type son ou image est rarement réalisée. La présente invention propose de remédier à ce problème. Elle concerne donc un procédé de pilotage à distance d'un automate par un poste administrateur, par l'intermédiaire d'un réseau régi par un protocole TCP/IP, le poste administrateur comportant une interface graphique communiquant avec au moins un serveur normalisé, Selon l'invention l'automate comporte une carte électronique embarquée constituant une interface entre l'automate et le réseau ladite carte portant au moins un serveur normalisé et fonctionnant avec un logiciel applicatif spécifique de l'automate communiquant avec ledit serveur normalisé. Selon différents mode de mise en oeuvre de ce procédé, présentant chacun ses avantages spécifiques : -le logiciel applicatif collecte et envoie des données de et vers le serveur. -le serveur est normalisé HTTP. -le serveur est normalisé FTP. -le serveur normalisé peut envoyer des messages électroniques, sur sollicitation de l'automate, vers un deuxième serveur, normalisé SMTP. L'invention concerne aussi un dispositif de pilotage à distance d'un automate par un poste administrateur, par l'intermédiaire d'un réseau régi par un protocole TCP/IP, le poste administrateur comportant une interface graphique communiquant avec au moins un serveur normalisé. Selon l'invention, il comporte une carte électronique embarquée par l'automate constituant une interface entre l'automate et le réseau ladite carte portant au moins un serveur normalisé et fonctionnant avec un logiciel applicatif spécifique de l'automate communiquant avec ledit serveur normalisé. L'invention concerne encore une carte électronique destinée à tre embarquée dans un automate pour permettre son pilotage à distance à partir d'un poste administrateur, ledit poste administrateur comportant une interface graphique communiquant avec au moins un serveur normalisé. Selon l'invention, ladite carte électronique constitue une interface entre l'automate et le réseau et qu'elle porte au moins un serveur normalisé et fonctionnant avec un logiciel applicatif spécifique de l'automate communiquant avec ledit serveur normalisé. Dans différents modes de réalisation présentant chacun ses avantages spécifiques : -elle comporte à la fois un serveur FTP et un serveur HTTP. -elle comporte un client SMTP -elle comporte des interfaces de communication avec l'automate respectivement sous forme série, parallèle, et entrée-sortie tout ou rien. La présente invention apporte donc une simplification considérable du télécontrôle en utilisant entre un administrateur et un automate des couches d'interfaces standard WEB HTTP et TCP/IP, une couche applicative du côté administrateur standard (navigateur) et un protocole standard non propriétaire (TCP/IP). Elle permet donc de gérer simplement tous les types de données dont les sons et les images. La présente invention sera mieux comprise à la lecture d'un exemple de mise en oeuvre présenté en référence aux dessins, dans lesquels : la Figure 1 représente l'état de la technique, la Figure 2 représente l'architecture d'un système selon l'invention, la Figure 3 représente un schéma fonctionnel du dispositif. Sur la figure 1, un administrateur 1 et un système distant 2 sont reliés entre eux par l'intermédiaire de couches applicatives et de couches d'interfaces et d'une liaison informatique 3 selon un protocole particulier. La couche applicative côté administrateur est une interface graphique 4. La couche applicative côté automate est une application spécifique 5. Des couches d'interface spécifiques pour mise en forme des données et gestion du protocole de communication sont prévues. Ces différentes couches applicatives et d'interfaces sont spécifiques et sont propriétaires. Sur la figure 2, pour laquelle les éléments correspondants à ceux représenté sur la figure 1 porte les mmes références numériques, l'administrateur 1 et l'automate 2 sont reliés par l'intermédiaire de couches applicatives et de couches d'interfaces et d'une liaison informatique 3. Les couches d'interfaces sont semblables et utilisent des outils standards du type codage de données WEBHTTP et gestion de protocole TCP/IP. La couche applicative côté administrateur utilise un applicatif standard du type navigateur NETSCAPE @ ou MICROSOFT 8 EXPLORER. Grâce à un tel système, le développement est réduit au strict minimum et peut tre utilisé pour des automates différents. On envisage aussi le cas où l'automate distant est en réalité lui-mme un réseau particulier comprenant au moins un automate. La figure 3 représente le schéma fonctionnel du dispositif où un premier sous-ensemble 20 assure la communication avec l'automate 2. Ce premier sous-ensemble est en permanence à l'écoute des informations issues de l'automate 2. Ces informations peuvent tre de deux types transfert de données, l'automate 2 fournissant au dispositif des données soit aléatoirement, soit en fonction d'une requte issue du dispositif ou de l'administrateur par l'intermédiaire du dispositif ; ou envoi d'un ordre, l'automate 2 donnant un ordre au dispositif de déclencher un processus défini. Inversement, le dispositif peut initialisé ou mettre à jour des données de l'automate. Ce premier sous-ensemble comporte un module de synchronisation et un module d'interfaces serveur. Ce module de synchronisation est une tâche de fond qui écoute en permanence tous les messages issus de l'automate. Ces messages peuvent tre véhiculés par un réseau local, un lien série asynchrone, un port entrée-sortie tout ou rien, ou tout autre moyen permettant d'échanger des informations entre le dispositif et l'automage. Le module d'interface serveur permet le partage des données entre les sous-ensembles. Le deuxième sous-ensemble 21 permet la mise en forme des données échangées avec l'automate et assure la prise en compte des requtes reçues du superviseur (fonction serveur). Ce deuxième sous-ensemble 21 est constitué de deux modules serveurs : le serveur HTTP et le serveur FTP. Ces deux types de serveur sont régis par des standards internationaux et sont en particulier utilisés sur le réseau INTERNET. Chaque serveur prend en compte un format de données spécifiques. Toutes les données issues du premier sous-ensemble sont mises en forme pour tre compatibles avec ces formats dans ce deuxième sous-ensemble. Le serveur HTTP ou serveur WEB génèrent des pages HTML en fonction de requtes issues d'un navigateur. Le dispositif est à l'écoute permanente de ces requtes envoyées par l'administrateur et reçues par le troisième sous-ensemble de communication avec l'administrateur. En fonction de la requte reçue, le dispositif génère une page HTML à la volée. Le contenu de cette page est directement liée à la base de données collectées par le premier sous-ensemble. Le protocole HTTP est un protocole multimédia, les données qui sont liées à une page HTML peuvent tre du texte, des images ou des sons. Le serveur FTP prend en compte des fichiers au format DOS. Le dispositif est à l'écoute permanente des requtes FTP transférées par l'intermédiaire du troisième sous-ensemble en provenance de l'administrateur. En fonction de ces requtes, des fichiers sont lus, écrits ou effacés de la mémoire du dispositif. Préalablement, les données issues du premier sous-ensemble auront été enregistrées dans un fichier en mémoire. Le troisième sous-ensemble 22 de communication avec l'administrateur assure la liaison selon un protocole TCP ou l'un de ses dérivés PPP, (SLIP). Le dispositif dispose de tous les adaptateurs permettant de piloter un réseau local INTERNET, un réseau téléphonique analogique, un réseau numérique spécialisé ou tout autre liaison informatique. Le dispositif est donc associé à un automate et permet de recevoir ou d'émettre les données selon un protocole standard en utilisant des couches d'interfaces et applicatives standards. Comme il a été indiqué la liaison entre le dispositif et l'automate côté premier sousensemble peut utiliser une liaison série type RS 232 ou RS 422 selon tous les protocoles envisageables, par exemple mode BUS/JBUS, X modem,.. La liaison peut aussi tre du type parallèle, type centronix ou autre et du type protocole mode texte. Enfin, la liaison entre le dispositif et l'automage peut tre du type réseau local par exemple, INTERNE sous protocole TCP/IP. L'exemple de réalisation de l'invention présenté plus haut est donné à titre purement illustratif et non limitatif. REVENDICATIONS 1. Procédé de pilotage à distance d'un automate par un poste administrateur, par l'intermédiaire d'un réseau régi par un protocole TCP/IP, le poste administrateur comportant une interface graphique communiquant avec au moins un serveur normalisé, caractérisé en ce que l'automate comporte une carte électronique embarquée constituant une interface entre l'automate et le réseau ladite carte portant au moins un serveur normalisé et fonctionnant avec un logiciel applicatif spécifique de l'automate communiquant avec ledit serveur normalisé. 2. Procédé selon la revendication 1, caractérisé en ce que le logiciel applicatif collecte et envoie des données de et vers le serveur. 3. Procédé selon l'une des revendications 1 ou 2 caractérisé en ce que le serveur est normalisé HTTP. 4. Procédé selon l'une des revendications 1 ou 2 caractérisé en ce que le serveur est normalisé FTP. 5. Procédé selon l'une quelconque des revendications 1 à 4 caractérisé en ce que le serveur normalisé envoie des messages électroniques, sur sollicitation de l'automate, vers un deuxième serveur, normalisé SMTP. 6. Dispositif de pilotage à distance d'un automate par un poste administrateur, par l'intermédiaire d'un réseau régi par un protocole TCP/IP, le poste administrateur comportant une interface graphique communiquant avec au moins un serveur normalisé, caractérisé en ce qu'il comporte une carte électronique embarquée par l'automate constituant une interface entre l'automate et le réseau ladite carte portant au moins un serveur normalisé et fonctionnant avec un logiciel applicatif spécifique de l'automate communiquant avec ledit serveur normalisé. 7. Carte électronique destinée à tre embarquée dans un automate pour permettre son pilotage à distance à partir d'un poste administrateur, ledit poste administrateur comportant une interface graphique communiquant avec au moins un serveur normalisé, caractérisé en ce que ladite carte électronique constitue une interface entre l'automate et le réseau et qu'elle porte au moins un serveur normalisé et fonctionnant avec un logiciel applicatif spécifique de l'automate communiquant avec ledit serveur normalisé. 8. Carte électronique selon la revendication 7 caractérisé en ce que elle comporte à la fois un serveur FTP et un serveur HTTP. 9. Carte électronique selon l'une des revendications 7 ou 8 caractérisé en ce que elle comporte un client SMTP 10. Carte électronique selon l'une quelconque des revendications 7 à 9 caractérisé en ce que elle comporte des interfaces de communication avec l'automate respectivement sous forme série, parallèle, et entrée-sortie tout ou rien.