FR 2988945 A1 20131004 FR 1252755 A 20120327 Arrière-plan de l'invention L'invention propose un mécanisme pour transférer un fichier d'un ordinateur connecté à un réseau local vers un ordinateur distant connecté à un autre réseau. L'invention s'applique de façon privilégiée, mais non limitative, lorsque les deux réseaux sont interconnectés via un routeur offrant une bande passante relativement limitée dans le sens réseau local vers deuxième réseau (communication dite remontante). Dans l'état de la technique, lorsque l'utilisateur d'un réseau local souhaite envoyer un fichier volumineux vers un dispositif externe, par exemple via un routeur ADSL, il se peut que le temps de remontée du fichier soit très long, de l'ordre de plusieurs dizaines de minutes. Pendant tout ce temps, l'utilisateur ne peut pas éteindre son ordinateur, ni fermer l'application de transfert de fichiers. L'invention vise une solution qui ne présente pas cet inconvénient. Objet et résumé de l'invention Plus précisément, et selon un premier aspect, l'invention concerne un procédé de transfert de fichier, ce procédé pouvant être mis en oeuvre par un dispositif connecté à un réseau local pour transférer un fichier informatique vers un dispositif destinataire connecté à un deuxième réseau. Ce procédé comporte les étapes suivantes : - une étape de détermination de la taille du fichier, et si la taille du fichier est supérieure à un seuil prédéterminé : - une étape de transfert du fichier à un serveur du réseau local ; et - une étape d'envoi d'une commande au serveur pour qu'il transfère le fichier au destinataire, cette commande comportant au moins l'adresse du destinataire dans le deuxième réseau. Corrélativement, l'invention concerne un dispositif comportant : - des moyens de communication sur un réseau local, des moyens pour déterminer si la taille dun fichier est supricure à un seuil prédéterminé ; des moyens de tr-Flcfert du fichier à un serveur dP cett.e tee est supé-ieure au seuil prédéterminé ; et - des moyens d'envoi d'une commande au serveur pour qu'il transfère le fichier à un dispositif destinataire connecté à un deuxième réseau si la taille du fichier est supérieure au seuil prédéterminé, cette commande comportant au moins l'adresse du destinataire dans le deuxième réseau. Selon un deuxième aspect, l'invention concerne un procédé pour relayer un fichier, ce procédé étant mis en oeuvre par un serveur connecté à un réseau local, ce procédé comportant : - une étape de réception d'un fichier informatique en provenance d'un dispositif du réseau local ; 'une étape de réception d'une commande émise par ce dispositif, cette commande comportant au moins l'adresse d'un destinataire sur un deuxième réseau ; et - une étape de transfert du fichier au destinataire. Corrélativement, l'invention vise un serveur comportant : - des moyens de communication sur un réseau local ; - des moyens de réception d'un fichier informatique en provenance d'un dispositif de ce réseau local ; - des moyens de réception d'une commande émise par le dispositif, cette commande comportant au moins l'adresse d'un destinataire sur un deuxième réseau ; et - des moyens de transfert du fichier au destinataire. Ainsi, l'invention permet au dispositif de déléguer l'envoi de fichiers volumineux au serveur de sorte qu'il ne reste pas bloqué pendant le transfert. L'invention trouve une application privilégiée pour les entreprises, les professionnels ou les particuliers raccordés via les protocoles DSL, ADSL ou SDSL. L'invention peut aussi s'appliquer aux entreprises raccordées en fibre optique, les fichiers volumineux à remonter étant orientés sur un réseau local virtuel VLAN non prioritaire. Ce mode de réalisation permet avantageusement de ne pas pénaliser les autres utilisateurs et, globalement, d'améliorer la qualité du service. L'invention vise également un système de transfert de fichier comportant un dispositif et un serveur tels que mentionnés ci-dessus, système dans lequel le réseau local comporte un routeur ADSL ou SDSL pour s'interfacer avec le deuxième réseau. En effet, l'invention trouve une application privilégiée lorsque le réseau local est connecté ,7:u deuxième réseau par un routeur ADSL ou SDSL, ces types de routeur offrant un débit relativement limité pour conneY.ions remontante5. Dans un mode particulier de réalisation de l'invention, le transfert du fichier entre le dispositif et le serveur s'effectue selon le protocole FTP. D'autres protocoles peuvent etre utilisés. Conformément à l'invention, lorsque le cli;p if considère qu'il détermine que le e»t d'une taille inférieure au seuil, i| envoie le fichier directement au dispositif du destinataire. Cette caractéristique permet au dispositif d'obtenir un retour plus rapide sur le bon cluroulement de l'envoi. Préférentiellement, la valeur de seuil peut être paramétrée. Dans un mode particulier de réalisation de l'invention, le transfert du fichier du dispositif au serveur s'effectue selon un protocole sécurisé. Dans un mode particulier de réalisation de l'invention, le serveur transfère le fichier au dispositif du destinataire en utilisant le protocole FTP. Le transfert du fichier du relais vers le destinataire peut également être effectué au moyen du protocole FTP-upload ou au moyen du protocole SCP (Secure CoPy). Dans un mode de réalisation particulier, le dispositif et le serveur communiquent via le protocole Telnet (sans sécurisation) ou via le protocole SSH (avec 10 sécurisation). De façon connue, dans certains modes de réalisation, le protocole de transfert Telnet ou SSH est utilisé, le serveur relai exige une authentification nécessitant un identifiant et un mot de passe pour établir toute connexion avec le dispositif et notamment pour le transfert de la commande d'envoi ou du fichier. 15 Dans un mode particulier de réalisation, les informations nécessaires à cette authentification sont stockées au niveau du serveur de relais de sorte que le dispositif peut s'y connecter sans avoir à communiquer ces informations. En variante, ces informations sont fournies par le dispositif avant chaque connexion. Dans un mode particulier de réalisation, la commande envoyée par le 20 dispositif au serveur comporte, en plus de l'adresse du destinataire, un identifiant et un mot de passe, cet identifiant et ce mot de passe devant être utilisés par le serveur pour transférer le fichier au destinataire. Dans un mode particulier de réalisation, la commande envoyée par le dispositif au serveur comporte, en plus de l'adresse du destinataire, un identifiant du protocole 25 utilisé et les identifiants de connexion au destinataire. Dans un mode particulier de réalisation de l'invention, le serveur envoie un message d'acquittement au dispositif pour l'informer qu'il a bien reçu le fichier à transférer ainsi que la commande. Cet accusé de réception peut être envoyé J. n utilisant protocole 30 Telnet ou 5SH. Dans un mode particulier de réalisation de l'invention, l'accusé de réception est accompagné d'un identifiant associé au fichier à transférer. Le serveur selon l'invention peut comporter une mémoire de stockage dans lequel il ,'_ocke une pluralité de fichiers à envoyer, chaque fichier étant associé à la 35 commai c1,2 i,2ue du dispositif, et éventuellement au numéro associé au fichier. Dans un mode de réalisation de l'invention, le serveur envoie une information de statut au dispositif à l'issue du transfert. Cette information de statut peut être remontée en direct, par exemple via le protocole SSH ou Telnet si le dispositif est disponible à l'issue du transfert. Sinon un message peut être envoyé à l'utilisateur par S courrier électronique. Dans un mode particulier de réalisation de l'invention, un message n'est envoyé qu'en cas d'erreur dans le transfert du fichier vers le destinataire. Dans un mode particulier de réalisation, les différentes étapes du procédé de transfert de fichier et les principales étapes du procédé de relais de fichier sont 10 déterminées par des instructions de programmes d'ordinateurs. En conséquence, l'invention vise aussi un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en oeuvre dans un dispositif ou plus généralement dans un ordinateur, ce programme comportant des instructions adaptées à la mise en oeuvre des étapes du procédé de transfert de fichier 15 tel que décrit ci-dessus. L'invention vise aussi un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en oeuvre dans un serveur ou plus généralement dans un ordinateur, ce programme comportant des instructions adaptées à la mise en oeuvre des étapes du procédé de relais de fichier tel que décrit ci-dessus. 20 Ces programmes peuvent utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'informations lisible par un ordinateur, et 25 comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou un,c ROM de circuit rnicrolectronique, ou encore un moyen , , ... une 30 disquette (floppy disc) ou un disque dur. D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par ndio ou par d'autres moyens. Le programme selon l'invention peut être en particulit r gé sur un réseau de type Internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. Brève description des dessins D'autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux dessins annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. Sur les figures : - la figure 1 représente un système de transfert de fichier conforme à un mode particulier de réalisation de l'invention ; - la figure 2 représente, sous forme d'organigramme, les principales étapes d'un procédé de transfert de fichier conforme à un mode particulier de réalisation de l'invention ; et - la figure 3 représente, sous forme d'organigramme, les principales étapes d'un procédé de relais de fichier conforme à un mode particulier de réalisation de l'invention. Description détaillée de l'invention En référence à la figure 1, nous allons maintenant décrire un système SYS de transfert de fichier conforme à l'invention. Sur cette figure, on a représenté un réseau local RL, connecté, via un routeur ADSL GW à un réseau public de type Internet RP. Sur le réseau local RL, on a représenté un dispositif 10 conforme à l'invention et un serveur 20 conforme à l'invention. Le dispositif 10 comporte des moyens 11 de communication sur le réseau local RL. Ce dispositif a l'architecture matérielle d'un ordinateur. Il comporte notamment un processeur 12, une mémoire vive de type RAM 13 et une mémoire morte de type ROM 14. La mémoire morte 14 constitue un support d'enregistrement conforme à l'invention. Sur ce support est enregistré un programme. d'ordinateur P1 comportant des instructions pour i7ution dr- .du procédé de transfert de la figure 2. Le serveur 20 comporte des moyens 21 de communication sur le réseau local RL. Ce serveur a l'architecture matérielle d'un ordinateur. Il comporte notamment un processeur 22, une mémoire vive de type RAM 23 et une mémoire morte de type ROM 24. Cette. mémoire morte 24 constitue un support conforme à l'invention. Sur ce support enregistre un programme cforciinateiir P2 comprenaril cies instructions pour -ution du procédé de relais représentées sur l'organigramme à la rinure 3. Le dispositif 10 comporte une mémoire de stockage 15 dans laquelle elle mémorise des fichiers. Le serveur 20 comporte une mémoire de stockage 25 dans laquelle il mémorise des fichiers à relayer vers le réseau public RP. A la figure 1, on a également représenté un dispositif DST du réseau RP apte à recevoir des fichiers émis par le dispositif 10 ou par le serveur 20. La figure 2 représente les principales étapes E10 à E60 d'un procédé de transfert de fichier conforme à l'invention. Ce procédé peut être mis en oeuvre par le dispositif 10 de la figure 1. On se place dans le contexte dans lequel le dispositif 10 de la figure 1 souhaite envoyer un fichier F au destinateur DST connecté au réseau public RP. Au cours d'une étape E10, le dispositif 10 détermine si la taille T du fichier F est supérieure à une valeur seuil S. Si ce n'est pas le cas, le résultat du test El0 est négatif. Ce test est alors suivi par une étape E20 au cours de laquelle le dispositif 10 envoie le fichier F au destinateur DST, par exemple au moyen du protocole FTP. Si la taille du fichier T est supérieure au seuil S, le résultat du test E10 est positif. Ce test est alors suivi par une étape E30 au cours de laquelle le dispositif 10 envoie le fichier F au serveur 20 conforme à l'invention. L'étape E30 est suivie de l'étape E40 au cours de laquelle le dispositif 10 envoie une commande COM au serveur 20, la commande comportant au moins l'adresse du destinateur DST sur le réseau public RP. Cette commande peut également comprendre un identifiant et un mot de passe. Au cours d'une étape E50, le dispositif 10 reçoit un accusé de réception émis par le serveur 20, cet accusé étant représentatif du fait que le serveur 20 a correctement reçu le fichier F et la commande COM. Dans l'exemple de réalisation décrit ici, cet accusé de réception est accompagné pur un identifiant N associé au fichier F. Dans le mode de r:.:Iis;3tion décrit ici, le protoccL co:lmandes/ réponses entre le client et le serveur utilise des commandes textuelles communiquées selon protocole Telnet (non sécurisé) ou SSH (sécurisé). Ces commandes sont les suivantes : - EMAIL où est une adresse e-mail valide. Cette commande indique au serveur relui l'adresse e-mail à utiliser en cas d'erreur de transfert lorscitw le dispositif est hors conne.,,/on. Le serveur répond OK s'il a une a&-esse mail valide et KO si fddresse recule est incorrecte ; - CMD où est une commande de transfert de fichiers complète avec destination, identifiant, mot de passe et accessoirement des options de transfert. Cette commande est exécutée telle quelle par le serveur. Le serveur répond OK où est un nombre incrémentai associé à chaque transfert. Ce nombre permet de rattacher un statut d'opération au fichier correct en cas d'envois multiples. La réponse OK ne signifie pas que le transfert s'est bien passé ; elle signifie que la commande a bien été transmise. Lorsque le serveur 20 a fini de transférer le fichier F au destinateur DST, le dispositif 10 reçoit, au cours d'une étape E60 un statut représentatif d'un succès ou d'un échec de ce transfert via la commande suivante : - STATUS où est le numéro associé au fichier à envoyer et le résultat de l'opération, lequel dépend du protocole utilisé. Le client répond OK. Dans le mode de réalisation décrit ici, le statut est reçu via le protocole Telnet ou le protocole SSH si le dispositif 10 est actif à la fin du transfert du fichier par le serveur 20 ou par courrier électronique si le dispositif 10 n'est pas actif à l'issue de ce transfert. La figure 3 représente les principales étapes F10 à F50 d'un procédé de relais conforme à l'invention. Ce procédé de relais peut être mis en oeuvre par le serveur 20 de la figure 1. Au cours d'une étape F10, le serveur 20 reçoit un fichier F en provenance du dispositif 10. Au cours d'une étape F20, le serveur 20 reçoit une commande du dispositif 10, cette commande comportant au moins l'adresse du destinataire DST sur le réseau RP auquel le dispositif 10 souhaite que le fichier F soit transféré. Cette commande peut également comprendre un identifiant et un mot de passe. Au cours d'une étape F30, le serveur 20 envoie au dispositif 10 un accusé de réception pour informer le dispositif 10 que le fichier F et la commande COM ont été correctement reçus. Dans le mode de décrit ici, l'accusé de réception est accompagné d'un identifiant N associé au ficHer F. Au cours d'une étape F40, le serveur 20 transfère le fichier F au destinataire DST. Il peut, au cours de cette étape, utiliser l'identifiant et le mot de passe contenus dans la commande COM. A du transfert, le serveur 20 envoie un statut ST au dispositif 10, au coursd'uneL|apc FI Ce statut peut être accompagne de l'identifiant N du fichier F. L'invention permet d'offrir une qualité de service très importante à un coût très faible. Le fait de centraliser les remontées de fichiers sur un serveur relais permet d'optimiser la bande passante et d'éviter qu'un seul ordinateur pénalise tous les autres ordinateurs en mobilisant toute la bande passante disponible. REVENDICATIONS1. Procédé de transfert de fichier (F), ce procédé étant mis en oeuvre par un dispositif (10) connecté à un réseau local (RL) pour transférer un fichier informatique (F) vers un dispositif destinataire (DST) connecté à un deuxième réseau (RP), ce procédé comportant les étapes suivantes : - une étape (E10) de détermination de la taille dudit fichier (F), et si la taille dudit fichier est supérieure à un seuil prédéterminé (S) : - une étape (E30) de transfert dudit fichier à un serveur (20) dudit réseau local (RL) ; et - une étape (E40) d'envoi d'une commande (COM) audit serveur (20) pour qu'il transfère ledit fichier (F) audit destinataire (DST), ladite commande comportant au moins l'adresse du destinataire dans le deuxième réseau (RP). 2. Procédé de transfert selon la revendication 1, caractérisé en ce que ledit transfert (E30) du fichier dudit dispositif (10) vers ledit serveur (20) s'effectue conformément au protocole ftp. 3. Procédé de transfert selon la revendication 1, caractérisé en ce que ledit transfert du fichier dudit dispositif vers ledit serveur s'effectue selon un protocole sécurisé. 4. Procédé de transfert selon la revendication 1 caractérisé en ce que ladite commande (COM) comporte en outre un identifiant et un mot de passe, cet identifiant et ce mot de passe devant être utilisés par ledit serveur pour transférer ledit fichier audit destinataire. 5. Procédé pour relayer un fichier, ce procédé étant mis en oeuvre par un serveur (20) connecté à un réseau local (RL), ce procédé comportant - une étape (F10) de réception d'un fichier int:nt-manque (F) en provenance d'un (10) dudit réseau local ; - une étape (F20) de réception d'une commande émise par ledit dispositif, ladite commande comportant au moins l'adresse d'un destinataire (DST) sur un deuxième réseau ; - une étape (F40) de transfert dudit fichier audit destinataire.35 6. Procédé pour relayer un fichier selon la revendication 5, caractérisé en ce qu'il comporte une étape (F50) d'envoi d'une information de statut audit dispositif à l'issue dudit transfert. 7. Procédé pour relayer un fichier selon la revendication 5, caractérisé en ce qu'il comporte une étape (F30) d'envoi d'un accusé de réception sur réception de ladite commande associé à un identifiant (N) associé audit fichier (F). 8. Programme d'ordinateur comportant des instructions pour l'exécution des 10 étapes du procédé de transfert selon l'une quelconque des revendications 1 à 4 lorsque ledit programme est exécuté par un ordinateur. 9 Support d'enregistrement (14) lisible par un ordinateur (10) sur lequel est enregistré un programme d'ordinateur (P1) comprenant des instructions pour l'exécution 15 des étapes du procédé de transfert selon l'une quelconque des revendications 1 à 4. 10. Programme d'ordinateur comportant des instructions pour l'exécution des étapes du procédé de relais selon l'une quelconque des revendications 5à 7 lorsque ledit programme est exécuté par un ordinateur. 20 11 Support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur (P2) comprenant des instructions pour l'exécution des étapes du procédé de relais selon l'une quelconque des revendications 5 à 7. 25 12. Dispositif (10) comportant : - des moyens (11) de communication sur un réseau local ; - des moyens pour déterminer si la taille d'un fichier est supérieure à un seuil prédéterminé; - des moyens de transfert dudit fichier à un serveur duc!i': local si ladite taille est 30 super eure audit seuil prédéterminé ; et - des moyens d'envoi d'une commande audit serveur pour qu'il transfère ledit fichier à un dispositif destinataire connecté à un deuxième réseau si ladite taille est supérieure audit seuil prédéterminé, ladite commande comportant au moins l'adresse du destinataire dans 35 13. Serveur (20) comportant :- des moyens (24) de communication sur un réseau local ; - des moyens de réception d'un fichier informatique en provenance d'un dispositif dudit réseau local ; - des moyens de réception d'une commande émise par ledit dispositif, ladite commande comportant au moins l'adresse d'un destinataire sur un deuxième réseau ; et - des moyens de transfert dudit fichier audit destinataire. 14. Système (SYS) de transfert de fichier comportant - un dispositif (10) selon la revendication 12 ; 10 - un serveur (20) selon la revendication 13 ; et dans lequel ledit réseau local comporte un routeur ADSL ou SDSL pour s'interfacer avec ledit deuxième réseau.