Brevet FR2797065A1 — publié le 20010202

La présente invention concerne le domaine des télécommunications et, plus particulièrement, les télécommunications sur un réseau informatique mettant en ceuvre le protocole de communication internet (1P). Cela inclut les protocoles IPv4, présents sur le réseau InterNet, et IPv6 que l'on rencontre déjà dans certains réseaux privés d'entreprise. Plus particulièrement, l'invention porte sur le téléchargement de fichiers stockés dans un centre serveur Web , c'est à dire un centre serveur supportant le protocole de télécommunications http, ou dans un serveur FTP c'est à dire un serveur supportant le protocole de transfert de fichiers FTP (File Transfert Protocol), vers un poste de travail connecté à un réseau d'accès utilisé par un fournisseur d'accès au réseau informatique dans lequel est placé le centre serveur. Classiquement, le téléchargement d'un ou de plusieurs fichiers s'effectue en formulant une requête de téléchargement contenant l'adresse du fichier à télécharger accompagnée, le cas échéant, du protocole que le serveur utilise, c'est à dire l'adresse internet ou URL (Uniform Ressource Locator), cette requête étant envoyée directement du poste de l'utilisateur au serveur. En réponse, le centre serveur contenant le fichier transmet directement le fichier vers le poste de travail de l'utilisateur. Dans certains serveurs, qui utilisent par exemple des proxies FTP , c'est à dire des mémoires caches installées chez le fournisseur d'accès et accessibles en protocole FTP, pour télécharger un fichier, il convient de transmettre au fournisseur d'accès une requête de téléchargement contenant l'adresse URL du fichier, ce fichier étant récupéré en réponse à un ordre de transmission émis par le fournisseur d'accès vers le centre serveur s'il n'est pas présent dans la mémoire cache ou renvoyés directement par le fournisseur d'accès si le fichier est stocké dans la mémoire cache. Dans ce dernier cas seulement, l'utilisation d'un proxy-chache FTP peut améliorer le téléchargement. Toutefois, ces proxies-cache fonctionnent en interceptant la totalité du trafic des utilisateurs, y compris lorsqu'il s'agit de trafic n'ayant aucun rapport avec un téléchargement. Aussi, lorsque le nombre de clients simultanément connectés au fournisseur d'accès est suffisamment élevé, le proxy-cache se voit très sollicité et ses performances sont considérablement dégradées. A tel point que les grands fournisseurs d'accès mettent hors service leurs proxies-cache opportunément acquis lorsqu'ils avaient à l'origine peu de clients. Comme on le conçoit, l'architecture classique des réseaux de télécommunications présente, à ce jour, un inconvénient majeur, dans la mesure où, alors que les réseaux d'accès des fournisseurs d'accès au réseau informatique sont capables de véhiculer des données de façon économique et à vitesse élevée, par exemple de l'ordre du mégabit par seconde, les réseaux informatiques longue distance ne sont pas maîtrisés par les fournisseurs d'accès et sont souvent incompatibles avec les exigences de transfert à haut débit. Plus précisément, le protocole IPv4 ne permet pas de garantir un débit de bout en bout entre le poste de travail et le centre serveur distant. En revanche, les réseaux d'accès disposent souvent d'une bien meilleure qualité de service, parce que le débit y est très élevé, ce qui est par exemple le cas des réseaux câblés, ou que chaque utilisateur se voit garantir un débit minimal, ce qui est par exemple le cas d'une paire téléphonique dopée par la technologie ADSL (entre 512 kbitsls et 2 Mbitls par utilisateur dans le sens fournisseur d'accès vers utilisateur). Même en utilisant le protocole IPv6, qui permet de négocier un débit garanti de bout en bout, les architectures de réseau ne permettent pas d'obtenir un débit de bout en bout proche de celui que permet le seul réseau d'accès sur lequel est raccordé le poste de travail. On peut prendre en exemple les Départements d'Outre-Mer français qui peuvent bénéficier à faible coût d'un réseau d'accès rapide (exemple : ADSL), mais dont l'éloignement impose une connexion au réseau InterNet de débit insuffisant du fait de son coût très élevé dû à l'éloignement des grands centres économiques. Le serveur de transfert de fichiers connu sous l'appellation FTPMail tente de pallier cet inconvénient en permettant un téléchargement différé d'un fichier. Le téléchargement est effectué au cours d'une cession temporaire choisie de manière à pouvoir optimiser la vitesse du transfert en le réalisant lorsque la charge du réseau est moindre. Toutefois, dans ce type de dispositif de transfert, mis au point avant l'apparition du Web, les fichiers sont rapatriés à partir d'un contenu hébergé obligatoirement sur un serveur FTP. Les sites Web sont donc inaccessibles au serveur FTPMail. De plus ce serveur n'est pas capable de gérer des documents composites comme une page Web constituée d'une page de texte et de différents fichiers multimédias (photos JPEG, images GIF, sons AIFF, vidéos QuickTime, etc... ). De surcroît, l'interface utilisateur est constituée par un langage de commandes de type " UNIX shell " fastideux et accessible aux seuls informaticiens chevronnés. Ainsi, seuls des fichiers simples peuvent être rapatriés. II n'est donc pas possible, selon ce protocole, de rapatrier des fichiers hébergés sur un serveur Web, c'est à dire utilisant le protocole de communication http, et donc de rapatrier, via le réseau internet, des documents complexes et composites, à savoir des documents représentés à l'aide du langage de description de page HTML (Hyper Text-Mark-up Language) qui permet de définir la manière dont les différents éléments du fichier seront représentés sur l'écran du poste de travail de l'utilisateur et de relier entre eux les fichiers en créant des liens logiques, appelés liens hypertextes, qui permettent le passage de page en page. En outre, le serveur FTPMail ne prévoit pas d'utiliser un mode de restitution hors ligne alors que le fichier à rapatrier peut avoir une taille supérieure à 10 Mega-octets, ce qui le rend difficilement récupérable en ligne, notamment via un accès téléphonique analogique qui constitue encore la grande majorité des accès. Le but de l'invention est de pallier les inconvénients précités. Elle a donc pour objet un procédé de téléchargement d'au moins un fichier stocké dans un centre serveur Web ou FTP vers un poste de travail connecté à un réseau d'accès utilisé par un fournisseur d'accès à un réseau informatique dans lequel est placé le centre serveur, le procédé consistant à transmettre au fournisseur d'accès une requête de téléchargement contenant l'adresse du fichier à télécharger et à récupérer le fichier ou les fichiers en réponse à un ordre de transmission émis par le fournisseur d'accès vers le centre serveur, caractérisé en ce que le fichier est envoyé vers le poste de travail par l'intermédiaire d'une passerelle associée au réseau d'accès. Le procédé selon l'invention peut en outre comporter une ou plusieurs des caractéristiques suivantes, prises isolément ou selon toutes les combinaisons techniquement possibles - la requête de téléchargement est saisie au moyen d'une interface de téléchargement générée en réponse à une demande de téléchargement par l'intermédiaire de la passerelle, formulée par l'utilisateur auprès du fournisseur d'accès ; - l'interface est générée au moyen d'un algorithme téléchargé à partir du fournisseur d'accès ; - l'interface est intégrée au navigateur Web implanté dans le poste de travail ; - l'interface est générée au moyen d'un algorithme téléchargé à partir d'un serveur raccordé au réseau informatique et adapté pour proposer un téléchargement de fichiers différé, notamment un moteur de recherche ; - en réponse à la requête de téléchargement, le fournisseur d'accès transmet la requête vers le centre serveur, ce dernier transmettant, en réponse, le fichier à télécharger vers la passerelle ; - le fichier à télécharger vers la passerelle est transmis à un instant où la charge du réseau informatique est moindre ou lorsque le nombre d'abonnés simultanément connectés au fournisseur d'accès est faible ; - en réponse à la transmission du fichier par le centre serveur vers la passerelle, cette dernière transmet vers le poste de travail un message de compte rendu de réception ; et - le fichier est transmis vers le poste utilisateur selon l'un des moyens choisis parmi une transmission en ligne sous forme d'une pièce jointe au compte rendu de réception adressée par courrier électronique, une transmission en ligne différée, et une édition sur un support de stockage transmis hors ligne vers l'utilisateur. L'invention a également pour objet un programme d'ordinateur, stocké dans un centre serveur d'un fournisseur d'accès à un réseau informatique, pour le téléchargement d'au moins un fichier, stocké dans un centre serveur Web ou FTP appartenant au réseau informatique, vers un poste de travail connecté à un réseau d'accès utilisé par le fournisseur d'accès, caractérisé en ce que le programme contient un premier ensemble de codes d'instructions pour transmettre au centre serveur un ordre de transmission du ou des fichiers vers une passerelle associée au réseau d'accès, en réponse à la réception, par le fournisseur d'accès, d'une requête de téléchargement émise par le poste de travail et contenant l'adresse du fichier à télécharger, et récupérer le ou les fichiers reçus en provenance du centre serveur Web ou FTP, et un deuxième ensemble de codes d'instructions pour la transmission du ou des fichiers de la passerelle vers le poste de travail. Un autre objet de l'invention est un dispositif de téléchargement d'au moins un fichier stocké dans un centre serveur vers un poste de travail connecté à un réseau d'accès utilisé par un fournisseur d'accès à un réseau informatique auquel est raccordé le centre serveur, pour la mise en couvre d'un procédé tel que défini ci-dessus, caractérisé en ce que le dispositif est implanté au voisinage du réseau d'accès. D'autres caractéristiques et avantages ressortiront de la description suivante, donnée uniquement à titre d'exemple, et faite en référence aux dessins annexés sur lesquels - La figure 1 illustre schématiquement la structure d'un réseau de télécommunications autorisant un procédé de téléchargement conforme à l'invention ; - La figure 2 est un organigramme illustrant les principales phases de fonctionnement du procédé et du programme d'ordinateur selon l'invention ; et - La figure 3 montre une copie d'écran du poste de travail d'un utilisateur montrant l'un des modes de réalisation de l'interface de téléchargement, en l'occurrence une interface dissociée du navigateur Web.. La figure 1 illustre de façon schématique la structure d'un réseau de télécommunications dans lequel peut naviguer un utilisateur disposant d'un poste de travail 10, constitué par un micro-ordinateur. Comme cela est classique, le poste de travail 10 est connecté à un réseau d'accès utilisé par un fournisseur d'accès 12. Le fournisseur d'accès 12 autorise l'accès à un réseau informatique, par exemple le réseau internet, moyennant la souscription d'un abonnement particulier. Le fournisseur d'accès 12 met alors à la disposition de l'utilisateur un logiciel de navigation afin de lui permettre de naviguer dans le réseau informatique et d'accéder à des informations les plus variées. Ainsi, l'utilisateur a la possibilité de récupérer et de télécharger des fichiers stockés dans des centres serveurs Web, tel que 14, c'est à dire des centres serveurs utilisant le protocole de communication http. Par fichier, on entend dans le cadre de la présente description tout contenu d'un serveur, par exemple une ou plusieurs pages Web, un morceau de musique au format mp3, un logiciel,... Classiquement, comme cela est représenté sur la figure 1 par la flèche F en traits mixtes, le téléchargement s'effectue en formulant une requête de téléchargement contenant l'adresse URL du ou des fichiers concernés, envoyée directement du poste utilisateur 10 vers le serveur 14 dans lequel ils sont stockés. En réponse, celui-ci transmet le ou les fichiers vers le poste 10 de l'utilisateur. Comme mentionné précédemment, cette technique de téléchargement présente des inconvénients majeurs, notamment en raison du fait que le téléchargement s'effectue souvent alors que le réseau internet ou le serveur 14 est très sollicité, ce qui engendre un rallongement conséquent de la durée de connexion. II se fait également sentir une baisse de la vitesse de navigation sur d'autres sites Web durant le téléchargement, ayant des incidences sur le confort perçu par l'utilisateur ou sur sa facture dans le cas d'un réseau d'accès tarifé à la durée, comme par exemple le réseau téléphonique. En outre, cette technique de téléchargement n'est pas adaptée pour télécharger des fichiers de grande taille comme, par exemple, des mises à jour de logiciels ou des contenus de nature vidéo ou musicale. Pour pallier cet inconvénient, selon l'invention, on utilise une passerelle vers laquelle est envoyé le ou les fichiers à télécharger en provenance du centre serveur 14. De préférence, pour augmenter les performances, cette passerelle est située au voisinage du réseau d'accès, qui supporte un transfert à haut débit ou pour lequel la qualité de service est garantie, contrairement au réseau InterNet. Dans l'exemple de réalisation représentée, la passerelle est agencée sous la forme d'un logiciel stocké dans un centre serveur intégré au fournisseur d'accès 12. Comme cela sera décrit en détail par la suite, ce logiciel comporte un premier ensemble de codes d'instructions pour transmettre au centre serveur un ordre de transmission du ou des fichiers à télécharger vers la passerelle, formulé par cette dernière en réponse à une requête de téléchargement émise au niveau du poste de travail et un deuxième ensemble de codes d'instructions pour commander la transmission du ou des fichiers récupérés vers le poste de travail. Bien entendu, on conçoit que la passerelle peut également être implantée en tout point du réseau de télécommunications le plus proche possible de l'utilisateur et ce en fonction de la configuration de ce réseau. Par exemple, dans les réseaux privés d'entreprise utilisant le protocole IP et baptisés IntraNets , la passerelle peut être implantée directement sur le réseau local de l'entreprise. Elle peut aussi être implantée en tête d'un réseau d'accès câblé, sur un concentrateur ADSL, sur une station d'émission/réception par satellite,... Un exemple de réalisation d'un algorithme mettant en ouvre la passerelle va maintenant être décrit en référence aux figures 1 et 2. Sur la figure 2, on a représenté, de façon simplifiée, les principales phases de fonctionnement de l'algorithme de fonctionnement de la passerelle intégrée au fournisseur d'accès 12. Lors d'une première étape 16, l'utilisateur formule auprès du fournisseur d'accès, au moyen du poste de travail 10, une demande de téléchargement par l'intermédiaire de la passerelle, c'est à dire qu'il sélectionne le mode de téléchargement parmi un téléchargement classique immédiat et direct, et un téléchargement indirect, éventuellement différé, à savoir par l'intermédiaire de la passerelle. Cette formulation s'effectue de façon très simple, voire transparente pour l'utilisateur si l'un des modes est choisi par défaut. Par exemple, cette phase 16 préalable peut s'effectuer en réponse à un choix proposé par le fournisseur d'accès 12 qui provoque l'affichage, sur l'écran du poste de travail 10, d'une fenêtre d'activationldésactivation du mode de téléchargement par l'intermédiaire de la passerelle. En réponse à une sélection du mode de téléchargement indirect, une interface de téléchargement adaptée pour permettre à l'utilisateur de formuler des requêtes de téléchargement est générée sur l'écran du poste de travail 10 (étape 18). Comme représenté à la figure 3, cette interface est constituée par une fenêtre 20 affichée sur l'écran du poste de travail 10 sur lequel il convient de saisir l'adresse url du fichier à télécharger. On notera que, associés à cette fenêtre 20, sont également présentés des icônes 22, 24, 26 et 28 de commande de téléchargement, d'effacement, de rafraîchissement, pour savoir quel est l'état des différentes requêtes de téléchargement reçues par la passerelle, et une commande quitter ". Sont également présentés un icône 30 de commande d'envoi d'un courrier électronique ou mél adressé lorsque la requête de téléchargement est achevée, sous la forme d'un compte rendu de réception, qui, comme cela sera mentionné par la suite, est émis par la passerelle lorsque le centre serveur 14 lui a transmis un fichier, et un icône 32 de restitution du contenu téléchargé sur un serveur FTP préalablement indiqué et judicieusement choisi pour un accès confortable au contenu désiré, par exemple le serveur FTP d'une entreprise connecté à son réseau local, c'est à dire au plus près de l'utilisateur, c'est à dire de l'ordre de quelques mètres. La liste des téléchargements demandés par un utilisateur donné vient s'afficher, avec indication de l'état de chaque demande de téléchargement, dans une fenêtre 36 sous la forme d'une liste déroulante. Enfin, un icône 34 de commande de validation est associé à la fenêtre 20 formant interface de téléchargement. Comme on le conçoit, ces différents éléments viennent s'afficher en parallèle d'une fenêtre 36 classique du navigateur. De préférence, la fenêtre constituant l'interface de téléchargement est générée, par le fournisseur d'accès 12, en réponse à la demande formulée lors de l'étape 16 précédente, en téléchargeant un algorithme approprié, transmis par le fournisseur d'accès au poste de travail de l'utilisateur. Par exemple cet algorithme est écrit en langage de programmation " Java ", et constitue une application logicielle connue sous la dénomination " appliquette- java n. Lors de la phase 38 suivante, l'utilisateur saisit l'adresse url du fichier à télécharger puis actionne l'icône 34 de commande de validation (étape 40). On notera que la phase 38 s'effectue grâce à un simple " copier-coller n depuis le navigateur Web (exemple : Netscape Navigator 4.5) jusqu'à la fenêtre 20. Dans ce cas, la fastidieuse saisie de l'URL dans la fenêtre 20 est supprimée. L'adresse url est alors transmise vers le fournisseur d'accès 12. Celui-ci, en réponse, formule un ordre de transmission et transmet ce dernier au centre serveur 14 (étape 42) . Lors de l'étape 44 suivante, le serveur 14 émet le fichier à télécharger vers la passerelle. On notera que, de préférence, cette transmission s'effectue à un instant approprié, c'est à dire de façon différée, à un instant où la charge du réseau longue distance est moindre, c'est à dire, à un instant où d'une part, le trafic sur le réseau est moindre et, d'autre part, le centre serveur 14 est moins sollicité, ou encore lorsque le nombre d'abonnés du fournisseur d'accès simultanément connectés est faible, c'est à dire inférieur à un seuil approprié. Après transmission du fichier du serveur 14 vers le fournisseur d'accès 12, celui-ci transmet vers le poste de travail 10 de l'utilisateur un compte rendu de réception de manière à présenter à l'utilisateur toutes les indications concernant le téléchargement effectué et, le cas échéant, les incidents de transmission (étape 46). Enfin, lors de l'étape 48 suivante, le fichier est transmis du fournisseur d'accès 12 vers le poste de travail 10. Comme mentionné précédemment, la passerelle est implémentée sous la forme d'un logiciel stocké dans un des serveurs constitutifs de l'infrastructure technique du fournisseur d'accès. Cette passerelle peut être réalisée sous la forme d'une architecture distribuée en différents points du réseau de manière à optimiser le transport des fichiers vers les utilisateurs par exemple. On peut ainsi trouver un seul serveur collectant en un point précis du réseau l'ensemble des requêtes de téléchargement des utilisateurs, puis un autre serveur procédant aux rapatriements de fichiers demandés après que le premier serveur lui eu communiqué les URL à télécharger et enfin un ensemble de serveurs situés sur les réseaux d'accès, par exemple sur chacune des têtes de réseaux câblés utilisés par le fournisseur d'accès. Les étapes 16 à 46 constituent alors le premier ensemble de codes d'instructions, alors que l'étape 48 est réalisée par le deuxième ensemble de codes d'instructions mentionné précédemment. On notera que cette dernière étape 48 peut être réalisée de différentes façons. Tout d'abord, dans la mesure où la passerelle est située au voisinage du réseau d'accès du utilisée par le fournisseur d'accès 12, c'est à dire dans une zone du réseau de télécommunications acceptant de véhiculer des données à haut débit ou disposant d'une qualité de service maîtrisée, le transfert du ou des fichiers du fournisseur d'accès vers le poste de travail 10 peut être effectué à vitesse élevée ou garantie contrairement au réseau InterNet. Ainsi, les étapes 46 et 48 peuvent être fusionnées et le fichier transmis à l'utilisateur en tant que pièce jointe au compte rendu de réception véhiculé par messagerie électronique (mél). La passerelle peut également transmettre à l'utilisateur une adresse URL à laquelle le fichier peut être récupéré. En variante, d'autres modes de réception peuvent également être adoptés. Ainsi, il est possible de transférer le fichier, en ligne, de façon différée, c'est à dire à un instant où le trafic sur le réseau d'accès est moindre, déterminé à l'aide de critères statistiques à partir d'un historique du réseau. II est également possible, pour les fichiers de grande taille, par exemple supérieure à 10 Méga-octets, de choisir une restitution hors ligne, sous la forme d'un support matériel enregistré puis transmis à l'utilisateur par tout moyen approprié, par exemple par courrier ou par porteur. On conçoit que l'invention qui vient d'être décrite, qui permet le téléchargement d'un fichier par l'intermédiaire d'une passerelle, présente de nombreux avantages, d'une part, pour l'utilisateur et, d'autre part, pour l'opérateur de télécommunications fournissant l'accès au réseau informatique. En effet, dans différents modes de réalisation, l'utilisateur a la possibilité de continuer à interroger des centres serveurs pour la récupération d'informations sans que son propre accès au réseau soit encombré par la réception simultanée du contenu à télécharger. En outre, la durée de connexion nécessaire pour rapatrier un fichier est considérablement réduite, notamment dans le cas des hauts débits de type ADSL, d'où un net supplément de confort d'usage. L'avantage majeur pour les opérateurs de télécommunications réside dans le fait que ceux-ci ont la possibilité de déporter une partie du trafic vers des périodes dans lesquels le nombre de connexions est relativement faible, Il leur est ainsi possible de fournir un service amélioré pour tous les utilisateurs, y compris ceux ne téléchargeant pas, et d'optimiser leurs canaux de transmission longue distance (classiquement facturés au forfait mensuel quels que soient les volumes transmis). On notera enfin que l'invention décrite précédemment n'est pas limitée aux modes de réalisation envisagés. C'est ainsi que l'interface de téléchargement peut également être générée au moyen d'un algorithme téléchargé à partir d'un centre serveur qui est raccordé au réseau informatique et qui autorise un téléchargement de fichiers différés, comme, par exemple, un moteur de recherche. En variante, l'interface peut également être intégrée au logiciel de navigation implanté dans le poste de l'utilisateur. REVENDICATIONS 1. Procédé de téléchargement d'au moins un fichier stocké dans un centre serveur Web ou FTP (14) vers un poste de travail (10) connecté à un réseau d'accès utilisé par un fournisseur d'accès (12) à un réseau informatique dans lequel est placé le centre serveur (14), consistant à transmettre au fournisseur d'accès une requête de téléchargement contenant l'adresse (URL) du fichier à télécharger et à récupérer le ou les fichiers en réponse à un ordre de transmission émis par le fournisseur d'accès vers le centre serveur, caractérisé en ce que le fichier est envoyé vers le poste de travail (10) par l'intermédiaire d'une passerelle associée au réseau d'accès. 2. Procédé selon la revendication 1, caractérisé en ce que la requête de téléchargement est saisie au moyen d'une interface (20) de téléchargement générée en réponse à une demande de téléchargement par l'intermédiaire de la passerelle, formulée par l'utilisateur auprès du fournisseur d'accès (12). 3. Procédé selon la revendication 2, caractérisé en ce que l'interface est générée au moyen d'un algorithme téléchargé à partir du fournisseur d'accès (12). 4. Procédé selon la revendication 2, caractérisé en ce que l'interface est intégrée au navigateur Web implanté dans le poste (10). 5. Procédé selon la revendication 2, caractérisé en ce que l'interface est générée au moyen d'un algorithme téléchargé à partir d'un serveur raccordé au réseau informatique et adapté pour proposer un téléchargement de fichiers différé, notamment un moteur de recherche. 6. Procédé selon l'une quelconque des revendications 1 à 5, caractérisé en ce qu'en réponse à la requête de téléchargement, le fournisseur d'accès (12) transmet la requête vers le centre serveur (14), ce dernier transmettant, en réponse, le fichier à télécharger vers la passerelle. 7. procédé selon la revendication 6, caractérisé en ce que le fichier à télécharger est transmis vers le fournisseur d'accès (12) à un instant où la charge du réseau informatique est moindre ou lorsque le nombre d'abonnés simultanément connectés au fournisseur d'accès (12) est faible. 8. Procédé selon l'une des revendications 6 et 7, caractérisé en ce qu'en réponse à la transmission du fichier par le centre serveur (14) vers la passerelle, cette dernière transmet vers le poste de travail (10) un message de compte rendu de réception. 9. Procédé selon la revendication 8, caractérisé en ce que le fichier est transmis vers le poste utilisateur selon l'un des moyens choisis parmi une transmission en ligne sous forme d'une pièce jointe au compte rendu de réception adressée par courrier électronique, une transmission en ligne différée, et une édition sur un support de stockage transmis hors ligne vers l'utilisateur. 10. Dispositif de téléchargement d'au moins un fichier stocké dans un centre serveur Web ou FTP (14) vers un poste de travail (10) connecté à un réseau d'accès d'un fournisseur d'accès (12) à un réseau informatique auquel est raccordé le centre serveur Web ou FTP (14), pour la mise en oeuvre d'un procédé selon l'une quelconque des revendications 1 à 9, caractérisé en ce que le dispositif est implanté au voisinage du réseau d'accès.