FR 2816784 A1 20020517 FR 0014814 A 20001114 PROCEDE DE TRANSFERT DE FICHIERS ENTRE DES APPAREILS DE SERVICE ET UN SERVEUR DE GESTION A DISTANCE. La présente invention concerne un procédé de transfert de fichiers entre des appareils de service et un serveur de gestion à distance. La présente invention concerne plus particulièrement un procédé de transfert de fichiers entre un serveur de gestion et les téléphones d'un réseau de téléphonie publique. Un réseau de téléphonie publique se compose de téléphones publics répartis sur un territoire donné. Les téléphones publics sont connectés à un réseau de communication, constitué par exemple par le réseau téléphonique commuté PSTN (acronyme anglo-saxon pour Public Switching Telephone Network), avec lequel ils communiquent au moyen d'un modem. Un réseau de téléphonie publique comporte généralement un (ou plusieurs) ordinateur central ou serveur de gestion, souvent appelé serveur PMS (acronyme du terme anglo-saxon Payphone Management System ), permettant à l'opérateur du réseau d'opérer la supervision des différents téléphones de son réseau. Ce serveur PMS, qui est connecté par modem au réseau téléphonique commuté, a pour fonction d'échanger avec le parc de téléphones des informations relatives au fonctionnement du système de téléphonie. En particulier, le serveur PMS a pour fonction d'opérer le téléchargement des mises à jour des programmes faisant fonctionner les circuits des téléphones publics, mises à jour corrigeant d'éventuelles erreurs détectées dans les programmes déjà en place ou bien encore introduisant de nouvelles prestations pour les usagers. Aujourd'hui, ce téléchargement des fichiers est une opération lourde en temps et donc coûteuse car globale. Un téléphone public qui télécharge des fichiers doit être basculé en mode hors service et ne peut être utilisé par les usagers tout le temps d'une opération qui peut durer plusieurs heures compte tenu de la taille actuelle des programmes et des données à charger. Par ailleurs, chaque nouvelle campagne de téléchargement nécessite une programmation lourde et complexe du serveur PMS prenant en compte la nature et taille des fichiers à transférer. La présente invention vise donc à remédier à ces inconvénients en simplifiant et en rationalisant le transfert de données entre un serveur de gestion à distance et des appareils de service tels que des téléphones publics. Le procédé selon l'invention concerne le transfert des fichiers informatiques entre un serveur de gestion à distance et un réseau d'appareils de service, tels que des téléphones publics, les fichiers étant utilisés par ces appareils de service pour leur fonctionnement propre et le serveur de gestion communiquant avec les appareils de service par l'intermédiaire d'un réseau de télécommunication. Selon l'invention, le procédé de transfert de fichiers est caractérisé en ce que les fichiers sont d'abord stockés dans le serveur de gestion puis transférés dans un serveur FTP (File Transfert Protocol) distinct à partir duquel ils sont téléchargés par les appareils de service, ces appareils de service ayant reçu préalablement l'ordre du serveur de gestion d'aller télécharger (dans le sens appareils de services vers FTP ou FTP vers appareils de services) ces fichiers via le serveur FTP. Selon une autre caractéristique du procédé objet de la présente invention, les fichiers sont dimensionnés de façon à ne traiter que d'une seule fonctionnalité ou que d'un nombre limité de fonctionnalités. Les fichiers sont ainsi rendus modulaires. Selon une autre caractéristique du procédé objet de la présente invention, l'ensemble des opérations réalisées respectivement par le serveur de gestion et les appareils de service le sont à partir d'au moins un script de commande comportant une série d'instructions exécutables par le serveur de gestion. Selon une autre caractéristique du procédé objet de la présente invention, les fichiers à transférer sont regroupés, par exemple selon leur nature : logiciels, tables de paramètres, tables de tarifs, et à chaque groupe correspond un script distinct. Selon une autre caractéristique du procédé objet de la présente invention, chaque script comprend une liste de fichiers à télécharger. Selon une autre caractéristique du procédé objet de la présente invention, chaque script comprend le nom du répertoire où seront stockés les fichiers à télécharger dans le serveur FTP ainsi que les paramètres d'accès (adresse internet, identificateur, mot de passe). Selon une autre caractéristique du procédé objet de la présente invention, chaque appareil de service devant recevoir des fichiers reçoit d'abord l'ordre de se connecter au serveur de gestion à une date et à une heure données. La connexion de cet appareil au serveur de gestion déclenche l'exécution d'un (ou plusieurs) script (s) et l'exécution de celui-ci consiste à transférer les fichiers du serveur de gestion vers le serveur FTP, à une place pré-définie par le script, si cela n'a pas déjà été fait, et à transférer la liste des fichiers concernés à l'appareil de service, à charge pour ce dernier d'aller télécharger (retrait ou dépôt) ensuite ces fichiers directement auprès du serveur FTP. Selon une autre caractéristique du procédé objet de la présente invention, le serveur de gestion gère pour procéder au transfert, uniquement une copie des fichiers, le ou les scripts correspondants ainsi qu'une liste pré-définie des publiphones concernés. Selon une autre caractéristique du procédé objet de la présente invention, chaque fichier est identifié par un nom répondant à une syntaxe prédéterminée. Selon une autre caractéristique du procédé objet de la présente invention, les transferts de fichiers entre le serveur de gestion, le serveur FTP et les appareils de service se font à travers le réseau Internet en utilisant le protocole de communication TCP/IP. On comprendra mieux les buts, aspects et avantages de la présente invention, d'après la description donnée ci-après d'un mode de réalisation de l'invention, présenté à titre d'exemple non limitatif, en se référant aux dessins annexés, dans lesquels : la figure 1 est une vue schématique d'un réseau de téléphonie publique utilisé pour la mise en oeuvre du procédé selon l'invention ; la figure 2 décrit le procédé de transfert de fichiers selon l'invention. Seuls ont été figurés les éléments du réseau de téléphonie publique et de son environnement qui sont nécessaires à la compréhension de l'invention. Sur la figure 1, on a représenté un réseau 1 de téléphonie publique. Ce réseau comprend un parc de téléphones publics 10 (un même parc peut comprendre de plusieurs dizaines à plusieurs milliers de téléphones, voire plusieurs dizaines de milliers, suivant la couverture territoriale du réseau). Les téléphones 10 sont destinés à être utilisés par les usagers en libre service et sont donc installés à cette fin dans des lieux publics, tels que les rues, ou semi-publics, tels que les centres commerciaux, les aéroports, halls d'hôtels, restaurants, magasins, etc. Ces téléphones 10 permettent aux usagers d'effectuer des communications téléphoniques, en utilisant un réseau téléphonique approprié référencé 2. Ce réseau téléphonique 2 est de type commuté analogique PSTN (Public Switching Telephone Network) ou de type numérique ISDN (Integrated Services Digital Network). Ce réseau 2 peut également être constitué par un réseau de radiotéléphonie mobile et ce, quelle que soit sa nature : GSM, CDMA, TDMA, AMPS, D-AMPS, ou encore par le réseau Internet ou plus généralement par tout réseau de communication apte à transmettre des données (X25, Ethernet,..) ainsi que par toute combinaison de tels réseaux. Ces téléphones publics 10 peuvent être également adaptés pour accéder à des serveurs d'informations ou de fourniture de services du Web et de l'Internet, ainsi qu'à des serveurs d'informations ou de fourniture de services résidant sur des réseaux privés. De tels accès permettent à l'opérateur exploitant le réseau 1, de proposer aux usagers une large palette de services, allant par exemple et à titre non limitatif, de la lecture de leurs courriers électroniques à la consultation d'informations locales (listes des médecins de garde de la zone du téléphone public, etc.). Bien évidemment, l'invention n'est pas limitée aux téléphones publics offrant de tels accès à l'Internet et à des serveurs privés. Ces téléphones publics 10 sont par ailleurs adaptés pour communiquer avec un serveur 5 encore appelé PMS (acronyme anglosaxon de Payphone Management System ) dédié au fonctionnement et à la gestion du réseau de téléphonie publique 1. Le PMS 5 a pour fonction d'échanger avec le parc de téléphones publics 10 des informations concernant leur fonctionnement et plus généralement le fonctionnement du système de téléphonie publique. En particulier, le serveur PMS 5 gère les sessions d'initialisation des téléphones publics et établit des données statistiques à partir des informations reçues des téléphones publics 10 (alarmes, compteurs d'exploitation...). Les téléphones publics 10 et le PMS 5 sont munis de moyens appropriés de supervision et de réception/émission d'informations, ces moyens qui sont en eux-mêmes connus ne seront pas décrits plus en détail. Ces moyens de supervision et de réception/émission sont chargés d'organiser les échanges d'informations entre les téléphones publics 10 et le PMS 5 ou un serveur FTP 4, dont le rôle sera détaillé ci-dessous, et en particulier de contrôler des transferts de données ou logiciels, entre les téléphones publics 10 et le serveur FTP 4. Entre autres fonctions, le PMS 5 transfère vers les téléphones publics 10, les fichiers nécessaires à leur fonctionnement, tels que des tables de tarifs, des paramètres de configuration (comme le type de numérotation, les caractéristiques de la ligne...), des listes d'opposition ou de surveillance des moyens de paiement utilisés. Les téléphones publics 10 transmettent de leur côté, des informations relatives à leur utilisation, à savoir un rapport journalier comportant des données relatives aux transactions effectuées, au trafic, un rapport d'alarmes qui permet de signaler au PMS 5 la survenue d'incidents ou des atteintes à leur intégrité, comme une panne sur le lecteur de cartes ou un combiné arraché, de manière à prévoir l'intervention d'un agent de surveillance et un fichier de statut caractérisant le contenu du téléphone (telles que les indications des différentes versions de programmes utilisées par le microprocesseur). Pour faciliter les échanges de données, on utilise un serveur 4 spécifiquement conçu et adapté au transfert de fichiers 4, appelé FTP (pour File Transfer Protocol). A partir de commandes reçues par le PMS 5, chaque téléphone public 10, qui intègre une entité serveur FTP client, va se connecter au serveur FTP 4 et télécharger ou télédécharger les fichiers appropriés. Par ailleurs, les téléphones publics 10 peuvent se connecter à un serveur PROXY 6, servant d'interface de communication entre les téléphones publics 10 et le PMS 5. Les fonctions du PROXY 6 seront plus précisément détaillées ci-après. Ces téléphones publics 10 sont, de façon connue, des terminaux conçus spécialement pour leur utilisation en site public ou semi-public. Ils présentent donc des spécificités en terme d'éléments constitutifs et de logiciels, de consommation énergétique, d'ergonomie, d'utilisation, etc., qui sont bien connus en eux-mêmes et ne seront pas détaillés plus avant. Chaque téléphone public 10 comprend donc un certain nombre d'éléments particuliers, inhérents à un téléphone public, en particulier pour l'ergonomie. On trouve notamment des organes de visualisation et de saisie de données, comme un écran 11 et un clavier 12 à touches. D'autre part, le téléphone public 10 met en oeuvre des logiciels permettant d'échanger et de représenter les informations selon des formats spécifiques mieux adaptés à son ergonomie, bien que fonctionnant selon les principes des liens hypermédia. Par ailleurs, pour permettre la connexion aux différents serveurs et notamment au PROXY 6, au PMS 5 ou au serveur FTP 4, les téléphones 10 sont équipés de protocoles de communication TCP/IP conformes aux recommandations techniques de l'IETF ( Internet Engineering Task Force ). Le PROXY 6 combine différentes fonctions. Une première fonction consiste à orienter les requêtes des téléphones publics 10, suivant la nature de ces requêtes, vers les serveurs correspondants. Il s'agit là d'une fonction de re-routage qui permet de ne stocker et de ne mettre à jour la liste des adresses des serveurs susceptibles d'être appelés par les téléphones 10 que dans le PROXY 6 et non dans chacun des terminaux téléphoniques 10, ces derniers n'ayant alors besoin que de connaître la seule adresse du PROXY 6. Cette disposition facilite considérablement les opérations de maintenance du réseau de téléphonie 1. Ainsi, pour communiquer avec le PMS 5, il suffit à un téléphone d'adresser un message au PROXY 6, message dont le contenu, par exemple initialisation", suffit à être interprété par le PROXY 6 comme un message destiné au PMS 5. A charge alors pour le PROXY 6 de trouver dans ses mémoires, l'adresse IP du PMS 5 et de lui transmettre le message. Une seconde fonction consiste, quand cela est nécessaire, à traduire les données ou instructions émises par les téléphones 10 au format des serveurs destinataires. Ainsi, en cas de connexions à l'Internet et au Web, il s'agit de traduire le protocole utilisé par les téléphones publics 10 dans le protocole approprié (http, RMI, pop3...), et inversement pour transférer les informations du Web et de l'Internet vers les téléphones 10. Une autre fonction du PROXY 6 est de contrôler la syntaxe des requêtes émises par les téléphones 10 avant retransmission et autoriser ainsi des accès authentifiés au réseau plus en arrière (sécurité). Une autre fonction est d'établir des sessions d'échange d'informations fiables et authentifiées qui consiste par exemple à identifier de façon certaine les téléphones 10 lors d'un échange d'informations avec les serveurs, ou encore à encrypter les données afin de sécuriser la communication en cas de besoin. Une autre fonction du PROXY 6 est de piloter et réguler les échanges d'informations réalisés via des transferts de fichiers standards et conformes aux protocoles Internet. Le PROXY 6 a également pour fonction de diriger les requêtes des téléphones publics vers des serveurs de secours notamment en cas d'indisponibilité d'un serveur et assurer ainsi une redondance d'architecture. Ainsi, dans l'hypothèse où le PROXY 6 se trouve inaccessible par suite notamment d'opérations de maintenance, il est alors possible de diriger les comptes-rendus journaliers des téléphones publics 10 correspondants vers un autre serveur de gestion alors disponible. Ce basculement d'un serveur vers un autre étant alors totalement transparent pour les téléphones publics 10 qui n'ont pas ainsi à gérer eux-mêmes des adresses de secours mais seulement l'adresse du PROXY 6. La redondance du PROXY 6 lui même est également possible évitant des ruptures de communication en cas de panne constatée. De façon pratique, le PROXY 6 peut être constitué d'un ordinateur de type PC fonctionnant sur Windows NT (marque déposée) ou encore Linux, etc. Toute requête de connexion à un serveur parvient sur le port d'entrée de l'ordinateur qui est écouté en permanence par le PROXY 6, puis est redirigé vers un port de travail. La requête est ensuite analysée par une application logicielle, par exemple en langage Java (marque déposée) permettant le contrôle et l'établissement d'une session au sens protocolaire du terme. Une interface standard ( socket ) est alors ouverte et la requête est émise vers le serveur de destination, et inversement. Bien évidemment, le mode de réalisation illustré n'a été donné qu'à titre d'exemple et n'est absolument pas limitatif de l'ensemble des solutions pouvant être mises en oeuvre grâce à la présente invention. Ainsi, le PROXY 6, le serveur PMS 5 et le serveur FTP 4, au lieu d'être des machines séparées comme sur la figure 1, peuvent être regroupés dans un seul ordinateur de type PC par exemple. A l'intérieur des mémoires du microcontrôleur équipant les circuits électroniques (ou hardware) de chaque téléphone 10, sont donc stockés l'ensemble des données et des programmes (ou software) nécessaires au bon fonctionnement du téléphone. Selon le mode de réalisation décrit, ces données et programmes sont répartis en trois groupes distincts d'objets : les logiciels, les tables de paramètres et les tables de tarifs. Cette liste est bien évidemment non limitative et peut être augmentée selon les fonctionnalités des téléphones (publicité, média...). Un tel découpage en trois types d'objets qui vise à simplifier le fonctionnement du réseau par l'opérateur et notamment le maniement de l'outil PMS 5, n'est bien entendu nullement limitatif de la présente invention laquelle s'applique encore même si les données et programmes ne sont pas différentiées selon des groupes distincts. Bien évidemment, chaque groupe distinct d'objet est formé d'un certain nombre de fichiers. Chaque fichier correspond à un découpage modulaire, c'est-àdire qu'il ne traite que d'une fonctionnalité donnée ou que d'un nombre limité de fonctionnalités. Ainsi, les logiciels se décomposent en plusieurs dizaines de modules logiciels parmi lesquels on peut citer : un module de sécurisation de ligne téléphonique, un module de gestion des pièces de monnaie (si le téléphone accepte les pièces), un module de gestion des cartes de paiement, un module de gestion du combiné, un module de gestion de l'écran, un module de gestion des taxations reçues de la ligne, un module de gestion de l'énergie, un module de gestion du modem, etc. Ainsi, parmi les tables de paramètres figurent les caractérisations du réseau téléphonique auquel est raccordé le téléphone 10, les autorisations d'accès à certains services, les différentes polices de langue utilisées pour l'affichage du téléphone : français, anglais, allemand, espagnol ou encore arabe, chinois, russe, etc. Cette modularité des fichiers vise à permettre des interventions plus précises et plus rapides, notamment pour les opérations de téléchargement. Ainsi, lorsqu'une nouvelle version d'un logiciel est mise à jour, il est plus facile de ne charger dans les centaines voire les milliers de téléphones concernés que cette nouvelle version plutôt que de relancer le téléchargement de l'ensemble des logiciels y compris de ceux qui n'ont pas évolué. Chaque fichier reçoit un nom selon une syntaxe déterminée. Par exemple, chaque fichier peut recevoir un nom du type suivant"aabbb-ccc-ddd. ee" où : "aa"est un numéro à deux chiffres désignant le type de téléphone considéré ; "bbb"est un numéro à trois chiffres désignant la version du fichier ; "ccc"est un numéro à trois chiffres désignant la révision du fichier ; "ddd"est un numéro à trois chiffres désignant l'extension du fichier ; "ee"est une suite de deux caractères alphanumériques désignant le fichier proprement dit. En se reportant à la figure 2, on a présenté un schéma illustrant la méthode utilisée pour transférer des fichiers du serveur PMS 5 vers les téléphones 10 et ce, qu'il s'agisse de tables de paramètres, de tables de tarifs ou encore de logiciels ou de tout autre objet. Ces fichiers, qui ont été préparés par le biais d'outils spécifiques, sont chargés dans le serveur PMS 5 par exemple au moyen d'un CD ROM, d'une disquette ou de tout autre support lisible par le PMS ou bien encore au moyen d'un réseau de communication adapté, qu'il soit de type privé ou encore public comme l'Internet ou le Web. Les fichiers à charger dans les téléphones sont accompagnés d'au moins un script correspondant. Un script est un fichier textuel comprenant une série de lignes d'instructions destinées à être exécutées par le PMS. Un script comprend notamment l'arborescence ou répertoire où seront localisés les fichiers, la liste de ces fichiers ainsi que des instructions comme des interruptions ou déconnexions. Par choix, on peut regrouper l'ensemble des fichiers à transférer sur un seul script ou bien encore utiliser plusieurs scripts si nécessaire, par exemple en regroupant les fichiers selon leur type. Dans ce dernier cas, on peut alors avoir un script"tables de tarifs", un script"tables de paramètres", un script"logiciels". Considérons le cas d'un script spécifique par nature d'objet. Chaque script est alors identifié par un nom de type xxxx. yyy où : "xxxx"est le nom du script et". yyy" le type de fichiers considérés : par exemple". cli" pour les logiciels,". tt" pour les tables de tarifs,". tp" pour les tables de paramètres, etc. Un script contient par exemple des lignes de codes du type : group1. dir = soft/v02rOOe02/group (group1 nom du répertoire de destination d'un premier lot de fichiers) groupl. filel = 03-002-000-001. 40 (fichier à charger) group1. file2 = 03-002-000-001. 41 (fichier à charger) group1. file3 = 03-002-000-001. 42 (fichier à charger) group 1. file4 = 03-002-000-001. 43 (fichier à charger) groupl. file5 = 03-002-000-001. 70 (fichier à charger) group file6 = 03-002-000-001. 71 (fichier à charger) groupe. file7 = 03-002-000-001. 4A (fichier à charger) group1. file8 = 03-002-000-002. 4B (fichier à charger) ; S-disconnect here group2.dir = soft/v02r00e02/group2 (group2 : répertoire de destination d'un second lot de fichiers) group2.file1 = 03-002-000-001.74 (fichier à charger) group2. file2 = 03-002-000-001.75 (fichier à charger) group2. file3 = 03-002-000-001. 76 (fichier à charger) group2. file4 = 03-002-000-001. 79 (fichier à charger) group2. fileS = 03-002-000-001. 7B (fichier à charger) group2. file6 = 03-002-000-001. 7E (fichier à charger) group2. file7 = 03-002-000-001. 7F (fichier à charger) " Ce script et les éventuels autres scripts concernant d'autres types de fichiers, sont donc copiés dans le serveur PMS 5 en même temps que les fichiers listés. Une fois les scripts et les fichiers implantés dans le PMS 5, on lance le processus de téléchargement des fichiers dans les téléphones et ce, non sans avoir préalablement sélectionné les téléphones concernés. En effet, il se peut que seule une partie des téléphones gérés par le PMS 5 nécessite le chargement des fichiers. Ce processus de chargement comporte trois étapes : le téléchargement des fichiers dans le serveur FTP 4, la programmation des différents téléphones concernés et le chargement des fichiers dans les téléphones à partir du serveur FTP 4. Plusieurs méthodes peuvent être adoptées pour la réalisation de ces trois étapes. Soit les étapes du processus de téléchargement sont clairement séparées : les fichiers sont d'abord chargés par le PMS dans le serveur FTP 4 sitôt le lancement du processus de téléchargement, les téléphones 10 sont ensuite programmés par le PMS les uns après les autres au fur et à mesure de leur connexion pour récupérer les fichiers dans le FTP 4, enfin les téléphones 10 transfèrent les fichiers du FTP 4 dans leurs microprocesseurs. Soit les étapes du processus de téléchargement sont liées et les fichiers sont chargés dans le serveur FTP 4 en même temps que s'exécute le traitement du premier téléphone de la liste (lancement de la session de téléchargement courante). Quel que soit le processus adopté, le déroulement de ces différentes étapes s'appuie sur les scripts. Considérons la solution selon laquelle les différentes étapes sont liées. Une fois l'ordre donné de procéder au téléchargement des fichiers vers un lot prédéterminé de téléphones, le PMS 5 se met dans l'attente que les téléphones concernés se manifestent. En effet, chaque téléphone 10 du réseau 1 se connecte régulièrement au serveur PMS 5 pour lui adresser un rapport d'activité (ou plus irrégulièrement pour des rapports spécifiques comme la survenue d'une anomalie). Lorsque le PMS 5 identifie dans le téléphone qui l'appelle, l'un des téléphones concernés par l'opération de téléchargement de fichiers qui a été lancé, il lui répond en lui adressant une commande spécifique. Cette commande consiste à demander au téléphone de rappeler le serveur PMS 5 un jour et une heure donnée pour opérer le téléchargement. Le téléphone sitôt la requête reçue, déclenche alors un programme de réveil interne qui déclenchera la connexion au serveur PMS 5 au jour et à l'heure dite. Sitôt qu'un premier téléphone 10 appelle pour procéder au téléchargement, le PMS 5, au moyen d'un programme adapté encore appelé interpréteur, va exécuter le ou les scripts (suivant le nombre et la nature des fichiers à télécharger). Pour un script donné, le PMS 5 balaye les unes après les autres les lignes d'instructions et exécute les instructions en s'adressant alternativement vers le serveur FTP 4 et le téléphone 10. Pour ce qui est du serveur FTP 4, il s'agit de créer le répertoire de copie des fichiers dans le FTP 4 et de copier les fichiers les uns après les autres dans ce répertoire. Pour ce qui est du téléphone 10, il s'agit de lui indiquer dans quel répertoire du serveur FTP4 sont localisés les fichiers à télédécharger et quels sont les noms de fichiers à télédécharger. Suivant la taille des fichiers à télécharger, le déroulement du script peut se faire en une fois ou en plusieurs fois. En cas de déroulement en plusieurs fois, le script comporte des instructions intermédiaires de déconnexion. A la réception de cette commande, le téléphone 10 interrompt la cession en cours et rappelle à un nouvel horaire prédéterminé. A la fin de l'exécution courante du script, l'ensemble des fichiers sont chargés dans le serveur FTP 4 dans le répertoire associé et le téléphone 10 connaît exactement les noms et l'emplacement des fichiers à télécharger. Le téléphone 10 peut donc alors se connecter avec le serveur FTP 4 dont il a reçu l'adresse IP ainsi qu'éventuellement un mot de passe et télécharger les fichiers conformément au (x) script (s) reçu (s) du serveur PMS 5. Le téléphone 10 stocke les fichiers dans une mémoire tampon au fur et à mesure qu'il les copie du serveur FTP 4. Lorsque le premier script est terminé, on passe ensuite au suivant (s'il y a plusieurs scripts) après au préalable l'installation en mémoire de travail (flash) du fichier reçu (identification, décompression, écriture, intégrité...) et on recommence le processus précité. Lorsque l'ensemble des scripts ont été exécutés, la communication s'arrête. Elle peut cependant s'arrêter dès le premier script pour installation dans les circuits du téléphone. Pendant toute la durée de ces opérations, le téléphone a pu simultanément accéder au serveur FTP 4 et au serveur PMS 5 grâce à l'utilisation du protocole de communication TCP/IP. Une fois le dernier fichier du dernier script copié, le téléphone en informe le PMS 5 qui lui commande alors de raccrocher. Après l'arrêt de la communication, le téléphone opère l'installation des fichiers qu'il a copiés. Bien évidemment, lorsqu'un deuxième téléphone puis tous les suivants se connectent au PMS 5 pour opérer le téléchargement des fichiers, la copie des fichiers vers le serveur FTP 4 n'est plus opérée par le serveur PMS 5, seul demeure le transfert des instructions vers les téléphones, à savoir fournir la liste des fichiers à copier et leur localisation. La méthode décrite ci-dessus pour transférer les fichiers entre le PMS 5 et les téléphones 10 en passant par le serveur FTP 4 n'a été donnée qu'à titre d'exemple et admet de nombreuses variantes. Ainsi, lors de l'appel du premier téléphone de la liste à télécharger, on peut transférer un fichier vers le serveur FTP 4 puis demander au téléphone de le copier et ainsi de suite fichier par fichier. Cette méthode offre une grande souplesse dans le transfert de fichier, puisque ce transfert peut se faire module par module voire fonctionnalités par fonctionnalités, ce qui supprime les contraintes de l'art antérieur, où les fichiers étaient uniques et globaux. Cette méthode permet de standardiser le transfert des fichiers en proposant un mode de gestion unique et général pour l'ensemble des objets à transférer quelle que soit leur nature ou leur nombre. Ce mode de gestion dynamique par lequel les téléphones exécutent un script ou plusieurs scripts émis par le PMS 5 et décrivant le travail est donc sans impact, ni sur les téléphones, ni sur le serveur PMS 5, alors que selon l'art antérieur, une procédure de traitement devait être développée spécifiquement pour chaque transfert. Bien évidemment, le mode de réalisation illustré n'a été donné qu'à titre d'exemple et n'est absolument pas limitatif de l'ensemble des solutions pouvant être mises en oeuvre grâce à la présente invention. Ainsi, le réseau des téléphones publics décrit précédemment peut être remplacé par n'importe quel réseau d'appareils de service ayant un besoin de transmettre des informations, notamment à un serveur de gestion, par exemple des horodateurs, des distributeurs automatiques ou encore des terminaux bancaires. Ainsi, pour opérer la programmation d'un téléphone, le PMS 5 peut exécuter non pas le script original mais une copie faite spécifiquement pour ce téléphone. Ainsi, il est possible d'agir sur le script original, par exemple en modifiant le nom d'un fichier à transférer, sans perturber les opérations de téléchargement en cours. Ainsi, puisque tous les fichiers à tranférer sont stockés dans un répertoire clairement identifié du serveur FTP 4, il est possible de transférer vers les téléphones 10 seulement le nom de ce répertoire sans les noms de fichiers, les téléphones transférant alors l'ensemble des fichiers du répertoire. Ainsi, le FTP 4 pourrait ne pas faire partie de la même machine voire du même réseau mais pourrait se trouver dans d'autres endroits (répartition géographique). REVENDICATIONS 1/Procédé pour transférer des fichiers informatiques entre un serveur à distance (5) et un réseau d'appareils de service (10) tels que des téléphones publics, lesdits fichiers étant utilisés par lesdits appareils de service (10) pour leur fonctionnement, le serveur (5) communiquant avec les appareils de service (10) par l'intermédiaire d'un réseau de télécommunication (2), caractérisé en ce que lesdits fichiers sont d'abord stockés dans le serveur (5) puis transférés dans un serveur FTP (4) distinct à partir duquel ils sont téléchargés par lesdits appareils de service (10), lesdits appareils de service ayant reçu préalablement l'ordre dudit serveur (5) d'aller télécharger lesdits fichiers dans ledit serveur FTP (4). 2/Procédé selon la revendication 1, caractérisé en ce que que lesdits fichiers sont dimensionnés de façon à ne traiter que d'une seule fonctionnalité ou que d'un nombre limité de fonctionnalités. 3/Procédé selon l'une quelconque des revendications 1 à 2, caractérisé en ce que l'ensemble des opérations réalisées respectivement par le serveur (5) et les appareils de services (10) le sont à partir d'au moins un script de commande comportant une série d'instructions exécutables par ledit serveur (5). 4/Procédé selon la revendication 3, caractérisé en ce que les fichiers à transférer sont regroupés, par exemple selon leur nature : logiciels, tables de paramètres, tables de tarifs transferts de fichiers, et en ce qu'à chaque groupe correspond un script distinct. 5/Procédé selon l'une quelconque des revendications 3 à 4, caractérisé en ce que ledit script comprend une liste de fichiers à télécharger. 6/Procédé selon l'une quelconque des revendications 3 à 5, caractérisé en ce que ledit script comprend le nom du répertoire où seront stockés les fichiers à télécharger dans le serveur FTP (4). 7/Procédé selon l'une quelconque des revendications 3 à 6, caractérisé en ce que chaque appareil de service (la) devant recevoir lesdits fichiers reçoit l'ordre de se connecter audit serveur (5) à une date et à une heure données, en ce que ladite connexion dudit appareil audit serveur (5) déclenche l'exécution dudit script et en ce que ladite exécution dudit script consiste à transférer lesdits fichiers du serveur (5) vers ledit serveur FTP (4) si cela n'a pas déjà été fait et à transférer la liste des fichiers concernés à l'appareil de service (10) à charge pour ce dernier d'aller télécharger lesdits fichiers directement auprès du serveur FTP (4). 8/Procédé selon l'une quelconque des revendications 3 à 7, caractérisé en ce que le serveur (5) reçoit pour procéder au transfert uniquement une copie des fichiers, le ou les scripts correspondants et la liste des publiphones concernés. 9/Procédé selon l'une quelconque des revendications 1 à 8, caractérisé en ce que chaque fichier est identifié par un nom répondant à une syntaxe prédéterminée. 10/Procédé selon l'une quelconque des revendications 1 à 9, caractérisé en ce que les transferts de fichiers entre ledit serveur (5), ledit serveur FTP (4) et lesdits appareils de service (10) se font à travers le réseau Internet (2) en utilisant le protocole de communication TCP/IP.