FR 2811098 A1 20020104 FR 0008624 A 20000703 La présente invention a trait au domaine des réseaux de communication informatique dans lesquels des documents électroniques sont échangés entre des systèmes d'ordinateurs reliés par l'intermédiaire d'un réseau. L'invention concerne un procédé de transfert d'un document i15 électronique d'une station serveur vers une station cliente, lesdites stations étant reliées par un réseau de communication. L'invention concerne plus particulièrement, d'une part, un procédé de détermination d'au moins une date à laquelle effectuer le transfert d'un document électronique; et d'autre part, un procédé d'obtention d'au moins une date à laquelle transférer un document électronique. L'invention concerne également des dispositifs aptes à mettre en ceuvre les procédés précités. Dans le cadre de la présente invention, la notion de "date" pour effectuer un transfert s'entend d'un instant déterminé dans le temps pour effectuer le transfert, cet instant pouvant s'exprimer sous la forme d'une date - exprimée par exemple sous la forme: jour de la semaine, quantième dans le mois, et heure - ou bien sous la forme d'un délai par rapport à une date ou un moment donnés dans le temps. Dans les réseaux de communication informatique sont connectés de nombreux systèmes d'ordinateurs, tels que des ordinateurs personnels, et des périphériques de traitement, tels que des imprimantes, unités de stockage, moyens d'acquisition, de traitement ou de stockage d'images ou autres types de documents. La présente invention s'applique plus particulièrement aux réseaux de communication qui définissent un protocole de communication permettant aux ordinateurs et périphériques implémentant ce protocole, d'échanger des documents électroniques. On entend par "document électronique" un ensemble de données qui peuvent être de nature très variée: fichier texte, image, vidéo, son.. . Ces réseaux utilisent le principe connu sous le terme "client- serveur" pour l'échange d'informations entre des systèmes d'ordinateurs, désignés ici par le terme général "station". Selon ce principe, une station dite "cliente" émet une requête de transfert d'un document électronique vers une station dite "serveur" qui héberge ou qui est associée à un ordinateur qui héberge le document demandé. Les station clientes peuvent être des systèmes d'utilisateurs, alors que les stations serveurs peuvent être des serveurs réseaux dédiés à fournir des documents. Cependant chacune des stations du réseau considéré peuvent être aussi, selon le sens du transfert opéré, "clientes" ou "serveurs". De manière générale, il s'écoule un temps plus ou moins long entre le moment o un utilisateur demande à télécharger depuis son ordinateur un document hébergé sur un autre ordinateur ou périphérique de traitement, et le moment o ce document est effectivement disponible sur son ordinateur. Ce temps, dit "temps de transfert", dépend de l'encombrement du réseau de communication, de la bande passante disponible sur le lien informatique qui relie l'ordinateur de l'utilisateur au réseau, de la bande passante disponible sur le lien informatique qui relie ce réseau à l'ordinateur o est stocké le document demandé, de la capacité et de la charge de travail du serveur informatique associé à cet ordinateur et de la taille du document demandé. Le temps de transfert d'un document électronique est par conséquent variable selon la capacité et l'état d'encombrement du réseau ainsi que selon la charge de travail du serveur responsable de fournir le document demandé. Une fois déclenché, le téléchargement total d'un document peut donc requérir un temps plus ou moins long. Lorsque ce temps est long, il peut être source de perte de temps pour l'utilisateur qui doit attendre que le chargement du document soit terminé pour pouvoir l'utiliser. D'autre part, plus le temps de téléchargement est long et plus le risque est grand de voir survenir une panne réseau pendant le téléchargement, ce qui obligerait l'utilisateur à reformuler ultérieurement une requête de téléchargement du même document. Par ailleurs, plus le temps de téléchargement est grand et plus le temps de connexion au serveur est important, ce qui augmente le coût financier de la connexion au réseau et/ou au serveur, lorsque ce coût est comptabilisé en fonction de la durée de la connexion. Par conséquent, il y a un réel besoin de disposer d'un système de transfert de documents électroniques dans un réseau de communication, qui permette de réduire les temps de transfert des documents, de manière à minimiser les inconvénients mentionnés supra. La présente invention a pour but de répondre au besoin exprimé ci-dessus. A cet effet, selon un premier aspect, I'invention concerne un procédé de détermination d'au moins une date à laquelle effectuer le transfert d'un document électronique d'une station serveur vers une station cliente via un réseau de communication, le procédé étant mis en ceuvre dans la station serveur à la réception par celui-ci d'une requête de transfert d'un document envoyée par la station cliente, le procédé étant caractérisé en ce qu'il comporte les étapes suivantes: - générer des valeurs prédites de débit de transfert, entre la station serveur et la station cliente, à une pluralité de dates à l'intérieur d'une première période prédéterminée de temps dans le futur; - déterminer à partir d'au moins les valeurs prédites de débit de transfert, au moins une date, à l'intérieur de la première période prédéterminée de temps, à laquelle le document pourra être transféré selon un critère prédéterminé d'efficacité de transfert. Le procédé exposé ci-dessus permet, par la prédiction du débit disponible entre le serveur et la station cliente demandeuse sur une période prédéterminée de temps dans le futur, de déterminer au moins une date future pour effectuer le transfert du document dans des conditions permettant de satisfaire un critère d'efficacité de transfert. En pratique, ce critère consiste principalement à minimiser la durée de transfert du document. En planifiant le transfert à une telle date, on pourra ainsi minimiser les inconvénients, mentionnés plus haut, relatifs à la durée du transfert et aux risques de panne réseau associés. Selon un mode de réalisation préféré de l'invention, l'étape de génération des valeurs prédites est précédée d'une étape de génération et stockage de premières données représentatives du débit de transfert disponible au cours de transferts précédents de documents, entre la station serveur et au moins une station cliente dans le réseau, à une pluralité de dates à l'intérieur d'une seconde période prédéterminée de temps dans le passé, les valeurs prédites de débit de transfert étant générées à partir desdites premières données. De cette façon, on effectue une prédiction du débit de transfert disponible dans le futur, en se basant sur des valeurs réelles de débit de transfert observées dans le passé. Selon une caractéristique avantageuse de l'invention, le procédé de détermination d'au moins une date à laquelle effectuer le transfert d'un document électronique comporte, avant l'étape de détermination d'au moins une date à l'intérieur de la première période prédéterminée de temps, les étapes suivantes: - générer et stocker des secondes données représentatives de la charge de travail de la station serveur mesurée à la pluralité de dates à l'intérieur de la seconde période de temps prédéterminée dans le passé; - générer, à partir desdites secondes données, des valeurs prédites de charge de travail de la station serveur, à la pluralité de dates à l'intérieur de la première période prédéterminée de temps. Ladite au moins une date, à l'intérieur de la première période prédéterminée de temps dans le futur, à laquelle le document pourra être transféré, est alors déterminée en fonction des valeurs prédites de débit de transfert et des valeurs prédites de charge de travail. La prédiction de la charge de travail de la station serveur à l'intérieur de la même période de temps future que pour la prédiction du débit, permet de garantir un temps de transfert plus faible du document, lors du transfert à la date future déterminée, dans la mesure o la charge de travail du serveur influe sur la durée de transfert d'un document. Selon un mode de réalisation préféré de l'invention, le procédé de détermination d'au moins une date à laquelle effectuer le transfert d'un document comporte en outre les deux étapes suivantes: - envoyer à la station cliente une information indicative de ladite au moins une date déterminée. - recevoir de la station cliente, une information indicative d'une date choisie parmi ladite au moins une date déterminée, la date choisie étant la date à laquelle le transfert du document sera effectué. Gràce à cette caractéristique, on offre la possibilité à l'utilisateur- station cliente ou personne utilisant la station - de choisir la date finale à laquelle le transfert sera effectué. Ainsi, il en résulte une plus grande souplesse dans le choix de la date de transfert, pour une meilleure efficacité dans le transfert et pour un meilleur confort d'utilisation. Selon un second aspect, I'invention concerne un procédé d'obtention d'au moins une date à laquelle transférer un document électronique d'une station serveur vers une station cliente via un réseau de communication, le procédé étant mis en oeuvre dans la station cliente, le procédé étant caractérisé en ce qu'il comporte les étapes suivantes: - envoyer à la station serveur une première requête de transfert d'un document; recevoir de la station serveur une information indicative d'au moins une date future; - sélectionner une date parmi ladite au moins une date future; - recevoir de la station serveur le document à la date sélectionnée. Ce procédé permet la planification, dans la station cliente, d'une date future de transfert, en fonction, par exemple, de la disponibilité de la station cliente et/ou de l'utilisateur de la station cliente. En liaison avec une station serveur dans lequel un procédé, selon l'invention, de détermination de date de transfert est mis en oeuvre, cette planification du transfert permet de minimiser la durée de transfert du document. Selon un mode préféré de réalisation, I'étape de sélection d'une date comporte les sous-étapes suivantes: - consulter une mémoire, dans laquelle sont stockées des dates de disponibilité de la station cliente et/ou de l'utilisateur de la station cliente; - comparer les dates stockées dans la mémoire avec ladite au moins une date future. Selon un mode préféré de réalisation de l'invention, ce procédé comporte en outre, entre l'étape de sélection d'une date et l'étape de réception du document, I'étape suivante: - activer une alarme destinée à déclencher, à la date sélectionnée, l'envoi à la station serveur d'une seconde requête de transfert dudit document. L'invention concerne également, en association avec les procédés exposés ci-dessus, un procédé de transfert d'un document électronique d'une station serveur vers une station cliente, les stations étant reliées par un réseau de communication, caractérisé en ce qu'il comporte: - mises en oeuvre dans la station serveur, les étapes d'un procédé de détermination d'au moins une date à laquelle effectuer le transfert d'un document électronique, en conformité avec la présente invention; - mises en oeuvre dans la station cliente, les étapes d'un procédé d'obtention d'au moins une date à laquelle transférer un document électronique, en conformité avec la présente invention. Corrélativement, I'invention concerne également un dispositif de détermination d'au moins une date à laquelle effectuer le transfert d'un document électronique d'une station serveur vers une station cliente via un réseau de communication, le dispositif étant caractérisé en ce qu'il comporte: -des moyens pour générer des valeurs prédites de débit de transfert, entre la station serveur et ladite station cliente, à une pluralité de dates à l'intérieur d'une première période prédéterminée de temps dans le futur; - des moyens pour déterminer à partir d'au moins lesdites valeurs prédites de débit de transfert, au moins une date, à l'intérieur de la première période prédéterminée de temps, à laquelle le document pourra être transféré selon un critère prédéterminé d'efficacité de transfert. Selon un mode de réalisation préféré de l'invention, le dispositif comporte des moyens pour générer et stocker des premières données représentatives du débit de transfert disponible lors du transfert de documents, entre la station serveur et au moins une station cliente dans le réseau, à une pluralité de dates à l'intérieur d'une seconde période prédéterminée de temps dans le passé, les valeurs prédites de débit de transfert étant générées à partir desdites premières données. Selon une caractéristique avantageuse, ce dispositif comporte - des moyens pour générer et stocker des secondes données représentatives de la charge de travail de la station serveur mesurée à la pluralité de dates à l'intérieur de la seconde période de temps prédéterminée; - des moyens pour générer, à partir desdites secondes données, des valeurs prédites de charge de travail de la station serveur, à la pluralité de dates à l'intérieur de la première période prédéterminée de temps dans le futur. Ladite au moins une date, à l'intérieur de la première période prédéterminée de temps dans le futur à laquelle le document pourra être transféré, est alors déterminée en fonction des valeurs prédites de débit de transfert et des valeurs prédites de charge de travail. L'invention vise également un dispositif d'obtention d'au moins une date à laquelle transférer un document électronique d'une station serveur vers une station cliente via un réseau de communication, le dispositif étant caractérisé en ce qu'il comporte - des moyens pour envoyer à la station serveur une première requête de transfert d'un document; - des moyens pour recevoir de la station serveur une information indicative d'au moins une date future; - des moyens pour sélectionner une date parmi ladite au moins une date future; - des moyens pour recevoir de la station serveur le document à la date sélectionnée. Selon un mode préféré de réalisation, le dispositif comporte: - une mémoire, dans laquelle sont stockées des dates de disponibilité de la station cliente et/ou de l'utilisateur de la station cliente - des moyens pour comparer les dates stockées dans la mémoire avec ladite au moins une date future. Selon un mode préféré de réalisation, le dispositif comporte: - des moyens d'alarme destinés à déclencher, à la date sélectionnée, I'envoi à la station serveur d'une requête de transfert du document; - des moyens pour activer les moyens d'alarme à la date sélectionnée. En association avec les dispositifs précités, I'invention concerne aussi un dispositif de transfert d'un document électronique d'une station serveur vers une station cliente, les stations étant reliées par un réseau de communication, caractérisé en ce qu'il comporte: - un dispositif de détermination d'au moins une date à laquelle effectuer le transfert d'un document électronique, en conformité avec la présente invention; et - un dispositif d'obtention d'au moins une date à laquelle transférer un document électronique, en conformité avec la présente invention. L'invention vise également une station serveur reliée à un réseau de communication, caractérisée en ce qu'elle comporte un dispositif de détermination d'au moins une date à laquelle effectuer le transfert d'un document électronique, en conformité avec l'invention. L'invention vise corrélativement une station cliente reliée à un réseau de communication, caractérisée en ce qu'elle comporte un dispositif d'obtention d'au moins une date à laquelle transférer un document électronique, en conformité avec l'invention. L'invention vise encore un réseau de communication comportant au moins une station cliente en conformité avec l'invention, et au moins une station serveur en conformité avec l'invention. L'invention vise également un ordinateur comportant des moyens adaptés à mettre en oeuvre le ou les procédés selon l'invention tels qu'exposés supra. L'invention vise aussi un programme d'ordinateur comportant une ou plusieurs séquence d'instructions apte à mettre en oeuvre le ou les procédés selon l'invention tels qu'exposés supra, lorsque ce programme est exécuté par un ordinateur. L'invention vise encore un support d'informations, tel qu'une disquette ou un compact disque (CD), caractérisé en ce qu'il contient un tel programme d'ordinateur. Les avantages de ces dispositifs, stations, de cet ordinateur, de ce programme d'ordinateur, et de ce support d'informations sont identiques à ceux des procédés tels que succinctement exposés ci-dessus. D'autres particularités et avantages de l'invention apparaîtront encore dans la description ci-après. Aux dessins annexés donnés à titre d'exemples non limitatifs: - la figure 1 illustre l'architecture générale d'un réseau de commu- nication adapté à mettre en oeuvre l'invention; - la figure 2 représente un exemple typique d'évolution du débit disponible au cours du temps, sur une période d'une semaine, entre une station serveur de documents et une station cliente dans un réseau de communication; - la figure 3 représente un exemple typique d'évolution de la charge de travail d'une station serveur de documents au cours d'une période de temps d'une semaine, dans un réseau de communication; - la figure 4 représente un exemple typique d'évolution des demandes de téléchargement de documents reçues par une station serveur de documents au cours d'une période de temps d'une semaine, dans un réseau de communication; - la figure 5 est un schéma fonctionnel représentant la partie du dispositif de transfert de documents selon l'invention, qui est incorporée dans une station serveur connectée au réseau de communication; - la figure 6 est un schéma fonctionnel représentant la partie du dispositif de transfert de documents selon l'invention, qui est incorporée dans une station cliente connectée à un réseau de communication; - la figure 7 représente un exemple de table selon l'invention dans i15 laquelle sont stockées des informations statistiques de débit disponible en fonc- tion du temps entre une station serveur de documents et les diverses stations clientes effectuant des demandes de téléchargement, dans un réseau de com- munication; - la figure 8 représente un exemple de table selon l'invention dans laquelle sont stockées des informations statistiques sur la charge de travail en fonction du temps d'une station serveur de documents, dans un réseau de communication; - la figure 9 est un organigramme illustrant le procédé de détermi- nation d'au moins une date de transfert de document selon l'invention; la figure 10 est un organigramme détaillant l'étape de détermination de dates de transfert dans l'organigramme représenté à la figure 9; - la figure 11 est un schéma blocs représentant un ordinateur apte à incorporer les composants de la partie cliente et/ou de la partie serveur, du dispositif de transfert de documents selon l'invention. En référence à la figure 1 on va décrire un exemple de réseau adapté à mettre en oeuvre l'invention. Le réseau 1 comporte en réalité deux sous-réseaux 2, 3. Chacun des sousréseaux comporte une pluralité d'ordinateurs et de périphériques reliés entre eux au travers du réseau. A titre d'exemple, les sous-réseaux 2 et 3 peuvent être des réseaux locaux (LAN) basés sur des architectures connues telles que Ethernet ou Token Ring, ou bien des réseaux d'entreprise connectés entre eux via un réseau téléphonique. Le sous-réseau 2 comporte ainsi dans cet exemple trois ordinateurs 20, 21 et 22 et une imprimante 23 connectée au sous-réseau 2 via l'ordinateur 20. Le second sous-réseau 3 comporte trois ordinateurs 30, 31 et 32 et une imprimante 33 reliée au sous-réseau 3 par l'ordinateur 30. Ces deux sous-réseaux 2 et 3 sont reliés par l'intermédiaire des ordinateurs 22 et 32, appartenant respectivement au premier sous-réseau 2 et au second sous-réseau 3, chacun de ces ordinateurs 22, 32 étant connecté à un modem 24, 34. Ces modems 34, 44 sont eux-mêmes reliés par l'intermédiaire d'un réseau de communication téléphonique 4, et à titre d'exemple non limitatif via un commutateur 5 qui se trouve chez un même fournisseur d'accès (en anglais service provider), commun aux deux réseaux 2, 3. Cette structure permet aux deux sous-réseaux 2, 3 de communiquer, de telle sorte qu'un utilisateur du premier sous-réseau 2 peut utiliser les éléments du second sous-réseau 3 comme s'ils appartenaient physiquement au premier sous-réseau 3, et réciproquement. Par exemple, un fichier stocké sur l'ordinateur 21 du premier sous- réseau 2 pourra être imprimé sur l'imprimante 30 connectée au second sous- réseau 3 par l'intermédiaire de l'ordinateur 30. Les sous-réseaux 2 et 3 peuvent être également intégrés dans un réseau de communication planétaire, tel que le réseau Internet, bâti au-dessus d'un protocole de communication permettant aux ordinateurs connectés au réseau de communication d'échanger des documents. Pour chacun des sous- réseaux l'accès à Internet est réalisé par exemple par l'intermédiaire du réseau de communication téléphonique 4. Les documents informatiques que peuvent s'échanger les ordinateurs connectés au réseau 1, sont stockés au niveau de serveurs informatiques. Dans le réseau 1, ce serveur peut être un ordinateur quelconque parmi les ordinateurs 20, 21, 22, 30, 31 ou 32. Dans ce qui suit on suppose à titre d'exemple que la fonction de serveur informatique est réalisée par l'ordinateur 31 du réseau 3. Les stations clientes susceptibles d'effectuer des demandes de transfert (ou téléchargement) de documents dont l'accès est géré par la station serveur 31, sont dans cet exemple les autres ordinateurs connectés au réseau. Le serveur 31 héberge dans une mémoire locale - par exemple, dans un disque dur- une pluralité de documents électroniques accessibles via le réseau par des stations clientes. Comme mentionné plus haut dans l'exposé, le temps de transfert d'un document électronique, entre le serveur 31 et une station cliente telle que par exemple, I'ordinateur 21 varie selon la capacité et l'état d'encombrement du réseau ainsi que selon la charge de travail du serveur. L'état d'encombrement du réseau à un instant donné peut être évalué par la mesure du débit de transfert de données disponible à cet instant, exprimé en kilobits par seconde (kbps), entre la station serveur et la station cliente considérée. De manière générale, le débit maximal utilisable pour le transfert de données entre un serveur et une station cliente dans un réseau est classiquement désigné par le terme "bande passante" (en anglais bandwidth) et exprimée en kilobits par seconde (kbps). La figure 2 donne un exemple d'évolution du débit instantané disponible en fonction du temps, entre un serveur de documents et une station cliente donnée. Comme on peut le voir sur la figure, le débit disponible est mesuré sur une période de temps d'une semaine. Dans le graphique de la figure 2, I'axe des ordonnées représente le pourcentage de bande passante utilisée. A un instant donné, la valeur du débit disponible est par conséquent d'autant plus faible que la fraction de la bande passante déjà utilisée à cet instant est élevée. L'axe des abscisses dans le graphique représente le temps, segmenté en intervalles représentant les jours de la semaine. On peut observer que le débit instantané disponible est plus faible en général pendant les jours ouvrés de la semaine (en anglais working days) puisque le taux de bande passante utilisée est plus important en moyenne pendant ces jours. A l'inverse, le débit instantané disponible est plus élevé pendant le week-end. L'exemple de la figure 2, correspond par exemple à un réseau d'une entreprise dans laquelle les employés utilisent leur ordinateur pour télécharger des documents durant leurs jours de travail. La charge de travail correspondante dans le serveur est représenté à la figure 3. Cette charge est fonction des demandes de téléchargement envoyées au serveur par les utilisateurs du réseau. La charge du serveur est par conséquent plus faible durant le week-end. En pratique la charge du serveur est déterminée à partir de la mesure du taux d'utilisation de l'unité centrale (CPU) du serveur, celle-ci pouvant être, à titre d'exemple, constituée par un ou plusieurs microprocesseurs. La figure 4 est un histogramme représentant l'évolution typique des demandes de téléchargement de documents, en provenance d'une pluralité de stations clientes, reçues par un serveur de documents dans un réseau de communication. La période de temps d'observation est encore d'une semaine, comme représenté sur l'axe des abscisses. L'axe des ordonnées correspond au nombre de demandes de téléchargement (désignées par le terme "rendez-vous") reçues par jour de la semaine. Ainsi, on peut observer que les graphiques représentés aux figures 2, 3 et 4 sont corrélés. En effet, une augmentation des demandes de téléchargement reçues par le serveur induit une augmentation de la charge de travail de l'unité centrale du serveur, suite au traitement de ces demandes, et consécutivement une augmentation du trafic sur le réseau, due au transfert effectif des données demandées vers les stations demandeuses. Ainsi, on observe que la journée du jeudi fait l'objet d'un pic de demandes de téléchargement (fig. 4) qui entraîne une augmentation ce même jour de la charge de travail dans le serveur (fig. 3), et une augmentation relative du taux de bande passante utilisée (fig. 2). La figure 5 est un schéma fonctionnel représentant la partie du dispositif de transfert de documents selon l'invention, qui est incorporée dans une station serveur (par exemple l'ordinateur 21) connectée au réseau de communication 1. La partie "serveur" du dispositif de transfert de documents selon I'invention comporte les unités décrites ci-après. Une unité 301 de réception de demande de transfert différé. La fonction de cette unité est de recevoir les demandes de transfert différé en provenance de stations clientes via le réseau 1, et d'en extraire les données contenues. Une requête de transfert différé est identifiée dans le serveur comme étant une requête de transfert différé par le fait que la requête contient une information insérée à l'émission par la station cliente qui permet au serveur, à la réception de la requête, de décoder cette information et de traiter la requête conformément à l'invention. Cette information contenue dans la requête est, dans un mode deréalisation préféré de l'invention appliqué au réseau Internet, un champ supplémentaire codé dans la requête de téléchargement, celle-ci utilisant par exemple le protocole de communication connu sous l'acronyme HTTP (HyperText Transfer Protocol), ou encore celui connu sous l'acronyme FTP (File Transfer Protocol). L'unité de réception 301 transmet ensuite les données contenues dans la requête de transfert à une unité 303 d'obtention de la taille des données. Cette unité a pour fonction d'extraire de la requête une information d'identification du document à transférer, d'en déduire le lieu de stockage dans le serveur de ce document, et d'en obtenir la taille (exprimée par exemple en kilo-bits), par calcul ou par lecture de celleci dans l'en-tête d'un fichier contenant ce document. Ainsi, on pourra prévoir d'effectuer un test sur la taille du document demandé, de façon à sortir du mode de transfert différé si la taille du document est déterminée comme étant inférieure à un seuil prédéterminé. L'information d'identification du document est, par exemple, un nom de fichier ou une adresse de stockage comme par exemple une URL (Uniform Ressource Locator), permettant d'identifier le lieu de stockage du document dans le serveur. Les données contenues dans la requête sont ensuite transmises à une unité 305 d'obtention de l'identité client. L'unité 305 a pour fonction d'extraire de la requête de transfert une information d'identification client permettant d'identifier la station cliente à l'origine de la demande. Cette information d'identification client est selon un mode de réalisation préféré de l'invention une adresse logique permettant d'identifier la station cliente dans le réseau, par exemple son adresse IP (Internet Protocol). Plus particulièrement, selon une variante de réalisation, il s'agit de l'adresse logique (adresse IP) identifiant le sous-réseau auquel appartient la station cliente. Ainsi dans le cas du réseau illustré à la figure 1, si la station cliente est la station 21, il s'agira de l'adresse logique identifiant le sous-réseau 2. Toujours en référence à la figure 5, le dispositif de transfert de documents selon l'invention, comporte une unité 307 de sélection de dates de transfert. Cette unité a pour fonction de déterminer au moins une date future appropriée pour effectuer le transfert du document demandé selon un critère prédéterminé d'efficacité de transfert. En pratique ce critère d'efficacité de transfert consiste en la minimisation du temps de transfert du document. Pour effectuer sa tâche, I'unité 307 de sélection de dates utilise les services de trois unités auxiliaires: - une unité 309 de prédiction de débit disponible, - une unité 316 de prédiction de charge de travail du serveur, - une unité 324 de recherche de dates disponibles. PREDICTION DU DEBIT DISPONIBLE ENTRE LE SERVEUR ET LA STATION CLIENTE L'unité 309 de prédiction de débit disponible a pour fonction de faire une estimation du débit disponible entre le serveur et la station cliente, durant une période de temps prédéterminée dans le futur. Dans ce but, I'unité 309 utilise les services de trois autres unités: une unité 311 de mesure de débit disponible, - une unité 313 de calcul de statistiques de débit, - une unité 315 de stockage des statistiques de débit. L'unité 311 de mesure de débit a pour tâche de calculer le débit de transfert utilisé pendant le transfert effectif d'un document donné entre le serveur et la station cliente demandeuse. En conformité avec l'invention, ce débit est calculé à des instants régulièrement espacés selon un intervalle de temps prédéfini pendant la durée du transfert. A chaque instant de calcul, on calcule le débit de transfert qui a été disponible pendant l'intervalle de temps se terminant à l'instant du calcul. Ainsi, si l'on désigne par At l'intervalle de temps entre chaque mesure du débit, le débit disponible pendant un intervalle At donné, est obtenu par le calcul du rapport entre la quantité de données reçues par la station cliente pendant cet intervalle de temps et la valeur de cet intervalle de temps Débit(Af) =Données reçues Ddbit(A(t)) = At Selon un mode préféré de réalisation de l'invention, le débit disponible à un instant tn est la quantité de données effectivement reçues par la station cliente entre les instants successifs tn.1 et tn. En pratique, on obtient la quantité de données effectivement reçues par la station cliente entre les instants précités, par le calcul de la différence entre la quantité totale de données reçues par la station cliente à l'instant tn depuis le début du transfert, et la quantité totale de données reçues par la station cliente à l'instant t,.1 depuis le début du transfert: Débit(!n) = Données_ reçues(tn) - Données _ reçues(t.q) t', -t1,_ Selon un mode de réalisation, la quantité de données effectivement reçues par la station cliente à un instant donné est obtenue par la comptabilisation des messages d'accusés de réception (en anglais "acknowledgments messages") reçus dans le serveur, en provenance de la station cliente. Ainsi, à titre d'exemple, supposons qu'un document dont la taille est de 1,8 Mega-octets (millions d'octets, 1 octet = 8 bits) a été complètement transféré le 14 juin 2000 entre 11h35 et 12h20 (durée du transfert: 45 minutes). On suppose d'autre part que l'intervalle de temps de mesure est At = 15 minutes. On procèdera alors à la mesure du débit aux instants t1 = 1 1h50, t2 = 12h05, et t3 = 12h20. D'autre part, on note to = 1 1 h35, I'instant de début du transfert. Si par exemple, à l'instant th, la quantité de données reçues par la station cliente est de 0,45 Méga-octets, à l'instant t2 la quantité de données reçues est 0,75 Méga-octets, et à l'instant t3 le document entier a été reçu (1,8 Méga-octets), alors on aura Dgbit(t) =Données _ reçues(t) -Donnée_ reçues(to) (0,45 - 0,0) x 106 x 8 40,0 kbps Débit (tt) = 4 - to15x6 0 0 Dbit(t) Données - reçues(t2) Donnée_reçues(tQ) (0,75 - 0,45) x 106 x8 26 kb Débit (t2) = 26,6 kbps t2 ti 15 x60 Dbit(t) Données_ reçues(t3) - Donnée_ reçues(t2) (1,08 - 0,75) x 1 06 x 8 293 kb D ébit (t3) = __ _ _ _ _ _ _ _ _ _ _ _ _ _ __ _ _ _ _ _ _ _ _ _ _ 29,3 kbps t3 - t2 15 x 60 On peut donc dire que le débit de transfert disponible pour le transfert du document considéré a été en moyenne de 40 kbps (kilo-bits par seconde) entre 11h35 et 11h50, de 26,6 kbps en moyenne entre 11h50 et 12h05, et de 29,3 kbps en moyenne entre 12h05 et 12h20. L'unité 311 de mesure de débit transmet chaque mesure effectuée à l'unité 313 de calcul de statistiques de débit. L'unité 313 rassemble et organise les données de mesure, et les stocke dans l'unité 315 de stockage des statistiques de débit. Selon un exemple de réalisation de l'invention illustré à la figure 7, I'unité 315 de stockage des statistiques de débit se présente sous la forme d'une table d'association dans laquelle sont associées entre elles, des données de date, des données d'adresse et des données de débit mesuré. La table d'association (315) représentée à la figure 7, est incorporée dans une mémoire comportant plusieurs registres adaptés à enregistrer les données obtenues par l'unité 311 de mesure de débit. Elle comporte un premier registre M1 contenant les dates pour lesquelles les statistiques sont disponibles. Un deuxième registre M2 contient l'adresse réseau relative à la station cliente considérée. Un troisième registre M3 contient la valeur mesurée du débit binaire correspondant aux date et adresse associées. Comme illustré à la figure 7, le registre M2 contient, en conformité avec un mode préféré de réalisation de l'invention, I'adresse du sous-réseau auquel appartient la station cliente objet du transfert de document. En pratique, il s'agit de l'adresse IP de ce sousréseau. Ainsi on pourra réduire la quantité des données à mémoriser et donc réduire la taille de la table (315) utilisée. D'autre part, on peut de cette façon généraliser l'information de débit disponible à un ensemble de stations clientes reliées à un même sousréseau. Bien sûr, à titre de variante, I'adresse stockée dans le registre M2 peut être l'adresse IP de la station cliente considérée elle-même. Selon une caractéristique de réalisation, les dates stockées dans le registre M1 correspondent à des instants espacés selon un intervalle de temps prédéefini sur une période totale de temps également préddfinie. Dans le mode préféré de réalisation, cet intervalle de temps est de minutes et la période globale de statistiques disponibles est de 7 jours précédent le jour en cours. Bien sûr, on peut prévoir des intervalles de temps de mesure et une période de temps de disponibilité de ces mesures différents, en fonction de la précision de l'estimation du débit recherchée et de l'importance du trafic moyen sur le réseau considéré. Ainsi, en reprenant l'exemple précédent du document de 1,8 Méga-octets transféré à la station cliente le mercredi 14 juin 2000 entre 11h35 et 12h20, comme illustré à la figure 7, les dates suivantes sont mémorisées dans le registre M1: MER-14/06/00-11h50; MER-14/06/00-12h05; MER- 14/06/00-12h20. Pour chacune de ces dates, il sera mémorisé dans le registre M2 l'adresse IP du sous-réseau auquel appartient la station cliente concernée par le transfert du fichier. Dans l'exemple précédent, cette adresse est la même pour les 3 dates précitées et est notée "ADR(SR2)" (adresse du sous-réseau 2) dans la table 315. Enfin le registre M3 contiendra pour chacune de ces dates la valeur de débit mesurée, soit respectivement les valeurs 40,0; 26,6; et 29,3 (kbps), comme représenté dans la figure 7. De retour à la figure 5, l'unité 309 de prédiction de débit disponible utilise les statistiques de débit stockées, comme décrit ci-dessus, dans l'unité 313 de stockage des statistiques de débit, pour faire une estimation du débit binaire disponible entre la station cliente demandeuse (ou le sous-réseau auquel appartient ladite station cliente) et le serveur, sur une période prédéterminée de temps dans le futur. Selon un mode préféré de réalisation de l'invention, cette période de temps prédéterminée relative à l'estimation du débit disponible dans le futur, est égale, en durée, à la période de disponibilité dans le passé (par exemple une semaine) des statistiques de débit. Le début de la période d'estimation correspond à l'instant du démarrage du processus d'estimation de débit. L'estimation du débit futur selon l'invention, repose sur l'hypothèse basée sur des observations de réseaux, selon laquelle l'utilisation d'un serveur de documents varie très peu d'une semaine à l'autre. Ainsi le débit disponible prévisible d'un jour à venir, à une heure donnée, sera très peu différent (en moyenne) de celui observé le même jour (et à la même heure) de la semaine précédente. Ainsi, la valeur prédite du débit de transfert disponible à une date future est condidérée comme étant égale à la valeur du débit de transfert calculée à une "date équivalente" à l'intérieur de la semaine qui précède. Dans le mode préféré de réalisation, la notion de "date équivalente" consiste à considérer le même jour, au sens de son rang dans la semaine considérée lundi, mardi..., dimanche; et la même heure dans ce jour. PREDICTION DE LA CHARGE DE TRAVAIL DU SERVEUR De retour à la figure 5, I'unité 316 de prédiction de la charge de travail du serveur a pour fonction d'estimer la charge de travail du serveur durant une période de temps prédéterminée dans le futur. Cette charge de travail est définie en relation avec l'activité du serveur pour le téléchargement de documents. Dans ce but, I'unité 316 de prédiction de la charge utilise les services de trois autres unités: - une unité 318 de mesure de charge, - une unité 320 de calcul de statistiques de charge, - une unité 322 de stockage des statistiques de charge. L'unité 318 mesure la charge de travail du serveur aux mêmes instants et pour une période de temps identiques à ceux définis pour l'unité 311 pour mesurer le débit disponible entre le serveur et une station cliente donnée, soit, par exemple, toutes les 15 minutes et pour une période de 7 jours. Selon un mode préféré de réalisation de l'invention, la charge du serveur est déterminée à partir de la mesure du taux d'utilisation de l'unité centrale (CPU) du serveur, celle-ci pouvant être, à titre d'exemple, constituée par un ou plusieurs microprocesseurs. Les mesures de charge ainsi obtenues sont fournies à l'unité 320 de calcul de statistiques, dont la fonction est de rassembler et organiser les données de mesure, et les stocker dans l'unité 322 de stockage des statistiques de charge. Selon un exemple de réalisation de l'invention illustré à la figure 8, l'unité 322 de stockage des statistiques de charge se présente sous la forme d'une table d'association dans laquelle sont associées entre elles, des données de date et des données de charge mesurée. La table d'association représentée à la figure 8, est incorporée dans une mémoire comportant plusieurs registres adaptés à enregistrer les données obtenues par l'unité 322 de mesure de charge. Elle comporte un premier registre N1 contenant les dates pour lesquelles les statistiques sont disponibles. Un deuxième registre N2 contient la valeur de la charge de travail mesurée à la date correspondante. Ainsi, en reprenant l'exemple précédent, le mercredi 14 juin 2000, les instants espacés toutes les 15 minutes entre 11h30 et 13h00, seront stockés dans le registre N1. Dans le registre N2, seront stockés les valeurs de charge de travail mesurées à ces instants. En pratique, les valeurs de charge sont exprimées en pourcentage de CPU utilisé. Ainsi, à titre d'exemple, dans la table représentée à la figure 8, à la date "MER-14/06/00-12h05" dans le registre N1, correspond dans le registre N2 la valeur de charge de travail "45" (%). De retour à la figure 5, I'unité 316 de prédiction de charge de travail du serveur utilise les statistiques de charge stockées, comme décrit ci- dessus, dans l'unité 322 de stockage des statistiques de charge, pour faire une estimation de la charge de travail du serveur sur une période prédéterminée de temps dans le futur. Selon un mode préféré de réalisation de l'invention, cette période de temps prédéterminée relative à l'estimation de la charge de travail du serveur dans le futur, est égale, en durée, à la période de disponibilité dans le passé (par exemple une semaine) des statistiques de charge. Le début de la période d'estimation correspond à l'instant du démarrage du processus d'estimation de charge. L'estimation de la charge future du serveur, selon l'invention, repose, comme pour le débit disponible, sur l'hypothèse basée sur des observations de réseaux, selon laquelle la charge de travail d'un serveur de documents varie peu d'une semaine à l'autre. Ainsi la charge de travail du serveur prévisible pour un jour à venir à une heure donnée, sera très peu différente de celle observée le même jour de la semaine précédente, à la même heure. Ainsi, la valeur de la charge de travail prédite à une date future est condidérée comme étant égale à la valeur de la charge de travail mesurée à une "date équivalente" à l'intérieur de la semaine qui précède. Dans le mode préféré de réalisation, la notion de "date équivalente" consiste, comme pour la prédiction du débit de transfert, à considérer le même jour, au sens de son rang dans la semaine considérée: lundi, mardi..., dimanche; et la même heure dans ce jour. Grâce aux services fournis par les unités 309 et 316, l'unité 307 de sélection de dates, détermine au moins une date future pour effectuer le transfert du document demandé par la station cliente considérée, de manière à minimiser le temps de transfert du document. Ainsi, conformément à l'invention, les dates futures sont sélectionnées en fonction du débit disponible et du taux d'utilisation du serveur, qui ont été prédits pour ces dates, respectivement par les unités 309 et 316. Cependant, comme le service de transfert différé de documents est offert à toutes les stations clientes du réseau, I'unité 307 de sélection de dates utilise les services de l'unité 324 de recherche de dates disponibles, de manière à éviter, dans la mesure du possible, qu'une même date future soit sélectionnée pour un nombre important de stations clientes pour effectuer un transfert différé. RECHERCHE DE DATES FUTURES DISPONIBLES POUR EFFECTUER LE TRANSFERT L'unité 324 de recherche de dates disponibles utilise les services de trois autres unités: - une unité 325, dite agenda, dans laquelle sont stockés les rendez-vous de téléchargement déjà pris; - une unité 324 de mise à jour d'agenda chargée de mettre à jour l'unité 325 en fonction de dates de transfert choisies par des stations clientes; - une unité 333 de réception de dates choisies, chargée de recevoir, via le réseau 1, de la part de stations clientes, des dates choisies pour effectuer un téléchargement différé. * En effet, si une date (exprimée en jour-heure) sélectionnée comme date possible pour le téléchargement, est déjà réservée par plusieurs stations clientes pour effectuer un téléchargement différé, il se peut que les performances du serveur soient ralenties, consécutivement à l'augmentation de sa charge de travail à cette date. Un autre cas de figure peut se présenter qui consiste en ce que plusieurs stations d'un même sous-réseau ont pris des rendez-vous à une même date ou au voisinage de cette date. Dans ce cas, même si la charge de travail prédite du serveur demeure "raisonnable" le téléchargement simultané vers la même adresse de sous-réseau, peut provoquer un pic de trafic sur le lien d'accès à ce sous-réseau. Ce pic de trafic peut alors limiter le débit disponible pour effectuer chacun des téléchargements pris isolément, et par conséquent augmenter le temps de transfert des documents. Ainsi, l'unité 24 de recherche de dates disponibles, fournit à l'unité 307 de sélection de dates, les informations nécessaires pour que celle-ci puisse sélectionner des dates également en fonction de la disponibilité du serveur à ces dates. De retour à la figure 5, le dispositif de transfert (partie serveur) comporte en outre selon un mode particulier de réalisation, une unité 329 dite "de calcul de réductions applicables". Cette unité a pour fonction de permettre de classifier les dates proposées par l'unité 307 de sélection de dates, selon un critère de coût de téléchargement. Ce coût peut être, par exemple, le coût financier de la connexion au serveur depuis une station cliente. Dans le cas du réseau Internet, ce coût peut être lié à la tarification locale appliquée par le fournisseur de réseau lorsque l'utilisateur se connecte à Internet via sa ligne téléphonique. Ce coût peut être, de façon alternative ou cumulative, le prix payé par l'utilisateur à un fournisseur de services sur Internet permettant d'accéder au serveur de documents. Ce coût peut être encore le prix d'achat du document, payable par l'utilisateur pour pouvoir le télécharger, le document pouvant être par exemple un logiciel fourni par un éditeur de logiciels dans le cadre du commerce électronique sur Internet. Les tarifs proposés par le fournisseur de réseau et/ou par le fournisseur de services peuvent être variables en fonction de l'heure de connexion au réseau, ou bien selon l'heure de connexion au serveur. Ainsi, par exemple, le fournisseur de services pourra proposer des tarifs plus bas à certaines heures de la journée ou bien certains jours de la semaine, de manière à lisser la charge de travail du serveur. Dans cette hypothèse, les conditions de réduction de coût financier en fonction des dates de transfert de documents, sont mémorisées dans une mémoire 327, appelée "barème de réductions". La mémoire 327 est consultée par l'unité 329 de calcul des réductions applicables, pour classifier et/ou opérer une sélection additionnelle sur les dates de transfert obtenues de l'unité 307 de sélection des dates, de manière à minimiser le coût financier du transfert. Toujours à la figure 5, le dispositif de transfert (partie serveur) de document comporte une unité 331 d'émission des dates sélectionnées. Cette unité (331) a pour fonction d'envoyer un message, par exemple un message HTTP, à la station cliente via le réseau 1, ledit message contenant les dates finalement sélectionnées pour effectuer le transfert du document demandé par la station cliente. Comme cela sera exposé plus loin, en liaison avec la figure 6, la station cliente, à l'origine de la requête de transfert différé, traitera le message contenant les dates sélectionnées par le serveur, et répondra au serveur en renvoyant à celui-ci un message contenant la date de transfert finalement choisie. Les messages contenant les dates choisies par les stations clientes sont traités dans le serveur par l'unité 333 de réception de date choisie. Comme mentionné plus haut, l'unité 333 de réception de date choisie fournit les dates choisies reçues par elle (c'est-à-dire les dates de rendez-vous) à l'unité 335 de mise à jour d'agenda pour que cette dernière puisse mettre à jour l'agenda 325 avec ces dates. Enfin, lorsqu'une date choisie par une station cliente est arrivée, comme cela sera expliqué plus loin en liaison avec la figure 7, la station cliente considérée envoie au serveur une requête de transfert "classique" pour réaliser le transfert effectif du document demandé. De manière classique, cette requête de transfert est traitée dans le serveur par une unité 337 de réception de requête de transfert. Celle-ci extrait et fournit à une unité 339 d'obtention des données l'information d'identification du document demandé. Enfin, I'unité 339 effectue une copie du document identifié 341 et fournit les données à transmettre à une unité 343 d'émission de données classique, qui envoie la copie du document demandé à la station cliente considérée, via le réseau (1). On va décrire maintenant, en relation avec la figure 6, la partie du dispositif de transfert de documents selon l'invention, qui est incorporée dans une station cliente connectée au réseau de communication. A titre d'exemple, on considère que la station cliente considérée est la station 21 du réseau 1 représenté à la figure 1. La partie "cliente" du dispositif de transfert de documents selon l'invention comporte les unités décrites ci-après. Tout d'abord, une unité 201 d'émission de requête de transfert différé a pour fonction de générer une requête de transfert différé en conformité avec l'invention. Comme mentionné supra en liaison avec la figure 5, cette requête contient une information, telle qu'un champ supplémentaire dans une requête de type HTTP, qui permet au serveur d'interpréter cette requête comme étant une requête de transfert différé. Selon une caractéristique particulière de réalisation, lorsque l'utilisateur, par exemple via un navigateur web, active une commande déclenchant le lancement d'une requête de transfert, une boîte de dialoque est affichée sur un écran équipant la station cliente, pour donner le choix à l'utilisateur de lancer une requête de transfert de type classique, à effet immédiat, ou bien de lancer une requête de transfert différé selon l'invention. En variante, on peut prévoir que le mode de transfert différé soit activé chaque fois que l'utilisateur envoie une commande (classique) de transfert de document, à l'aide par exemple d'un clavier. Dans les cas exposés ci-dessus, un composant logiciel (programme) selon l'invention intercepte la commande classique de transfert de document avant son traitement. Une autre variante consiste à équiper la station cliente d'un logiciel tel qu'un navigateur "web" (en anglais "web browser") capable de générer une requête de téléchargement différé de documents. L'unité 201 envoie, via le réseau 1, la requête de transfert différé au serveur qui la traite comme expliqué supra en liaison avec la figure 5. Le serveur envoie en retour, par son unité 331 d'émission de dates, un message contenant au moins une date de transfert sélectionnée par le serveur pour effectuer le transfert. Dans la station cliente, le message contenant les dates sélectionnées est réceptionné par une unité 203 de réception de dates sélectionnées. L'unité 203 extrait du message reçu les dates sélectionnées, et les transmet à une unité 205 de choix de dates. Cette unité 205 a pour fonction de permettre la détermination d'une date définitive pour effectuer le transfert. Cette détermination peut s'opérer selon trois modes distincts. Selon un premier mode, les dates possibles sont affichées sur un écran dont est équipé la station cliente, l'utilisateur choisit alors en fonction de ses convenances personnelles une date de transfert parmi ces dates. Selon un second mode qui peut être complémentaire du premier, l'unité 205 consulte une mémoire appelée "agenda" dans laquelle sont stockées les dates de disponibilité de l'utilisateur et/ou les dates futures choisies précédemment par l'utilisateur pour effectuer un transfert de document. L'unité 205 détermine alors une date parmi les dates possibles en fonction de la disponibilité de l'utilisateur selon les données stockées dans l'agenda (207). Selon un troisième mode, I'unité 205 compare les dates sélectionnées par le serveur avec les dates mémorisées dans l'agenda 207, de manière à choisir une date (parmi les dates sélectionnées par le serveur) en fonction de la disponibilité de la station cliente. La disponibilité de la station cliente est définie par rapport aux rendez-vous de téléchargement pris précédemment avec un serveur (le même ou un autre) pour effectuer un téléchargement de document. Dans ce mode, en dernier lieu, si plusieurs dates pour lesquelles le service rendu est équivalent en termes d'efficacité de transfert, il est demandé à l'utilisateur d'effectuer un choix en fonction de sa convenance personnelle. Finalement, lorsqu'une date finale est choisie pour effectuer le transfert, celle-ci est transmise à une unité 209 d'émission de date choisie. L'unité 209 émet alors un message contenant la date choisie à destination du serveur via le réseau 1. Le serveur reçoit ce message par l'intermédiaire de son unité 337 de réception de date choisie et la traite comme décrit supra en liaison avec la figure 5. Une fois la date choisie émise, une unité 211 dite de "mise à jour d'agenda" est chargée de mettre à jour l'agenda 207 avec la nouvelle date choisie de manière à interdire ou limiter le choix de cette même date pour un autre transfert dans le futur. Toujours à la figure 6, la partie cliente du dispositif de transfert selon l'invention comporte une unité 213 appelée "alarme". Cette "alarme" 213est "programmée" par l'unité 207 (agenda) lorsque celle-ci a été mise à jour par l'unité 211 de mise à jour. L'alarme 213 est programmée par l'agenda 207, pour "réveiller" un processus de téléchargement lorsque la date choisie est arrivée. Ainsi, à cette date, une requête de transfert classique est envoyée, par une unité 215 d'émission de requête de transfert, au serveur, via le réseau 1. Le serveur reçoit cette requête, comme exposé plus haut, par I'intermédiaire de son unité 337 de réception de requête de transfert et la traite de façon classique. Finalement le serveur envoie les données correspondantes à la station cliente qui les reçoit par l'intermédiaire d'une unité 217 de réception de données. L'unité 217 transmet les données reçues à une unité 219 de stockage. L'unité 219 stocke ces données, par exemple sur un disque dur de la station cliente, puis une unité 221 d'affichage est chargée d'afficher à l'écran un message pour avertir l'utilisateur de l'arrivée du document demandé. On va décrire maintenant, en liaison avec l'organigramme représenté à la figure 9, un procédé de détermination d'au moins une date pour effectuer un transfert de document, en conformité avec l'invention. Ce procédé est mis en oeuvre dans la partie serveur du dispositif de transfert de document selon l'invention. Le procédé de détermination d'au moins une date de transfert est mis en oeuvre dès la réception par le serveur d'une requête de transfert différé de document en provenance d'une station cliente (étape 901). Comme décrit supra en relation avec la figure 5, on détermine alors l'adresse de la station cliente émettrice de la requête (étape 903), et l'on identifie le document demandé (étape 905). Une fois le document identifié, on détermine (étape 907) la taille S de ce document (taille exprimée en kilo-octets par exemple). Il est procédé ensuite à un test relatif à la taille du document demandé. A cet effet à l'étape suivante (909), on compare la taille (S) du document à un seuil prédéfini (SO). On pourra par exemple choisir ce seuil égal à 500 kilo-octets. Si la taille du document demandé est inférieure au seuil prédéfini, on considère que compte tenu de sa taille, le document peut être téléchargé immédiatement sans trop pénaliser le temps de transfert du document. Dans ce cas, la date de transfert choisie pour opérer le transfert du document est la date courante (étape 919). La date courante est par exemple la date de réception de la réponse de l'utilisateur validant la proposition du serveur d'opérer un transfert immédiat. On génère alors une réponse à la station cliente (étape 915) contenant un message proposant un téléchargement immédiat. On envoie ensuite le message, via le réseau, à la station cliente (étape 917). De retour à l'étape de test 909, si la taille du document est supérieure strictement au seuil SO, alors il sera procédé au transfert différé selon l'invention. A cet effet, à l'étape 911, on détermine une ou plusieurs dates possibles dans le futur pour opérer le transfert du document selon un ou plusieurs critères prédéfinis relatifs à l'efficacité du transfert (temps de transfert, coût financier du transfert). Comme décrit plus haut en relation avec la figure 5, les dates de transfert possibles sont sélectionnées (étape 911) à partir de la consultation des unités de mémorisation contenant les statistiques de charge (unité 322), les statistiques de débit disponible (unité 315), et les données de disponibilité du serveur (agenda 325). Une fois les dates possibles pour effectuer le transfert déterminées, on calcule les réductions de coût financier que l'on peut appliquer à ces dates (étape 913) par consultation de l'unité de mémorisation des réductions (barème des réductions 327). On génère ensuite (étape 915) une réponse, destinée à la station cliente concernée, contenant les dates déterminées avec en outre l'information relative aux réductions applicables. Finalement, on envoie cette réponse à la station cliente, via le réseau ( étape 917). On va maintenant, en relation avec l'organigramme représenté à la figure 10, détailler la procédure de détermination de dates possibles pour effectuer le transfert (étape 911, figure 9), selon un mode préféré de réalisation de l'invention. Dans cet exemple de réalisation, les statistiques concernant le débit disponible sur le réseau (unité 315), la charge de travail dans le serveur (unité 322), et les dates de rendez-vous déjà pris (agenda 325), sont disponibles pour une période de 7 jours suivants le jour en cours. Comme représenté à la figure 10, la procédure de détermination de dates débute par l'étape 9110 dans laquelle on détermine, par consultation des statistiques de débit stockées dans l'unité 315, I'ensemble D1 des dates pour lesquelles le débit est maximum. On rappellera ici que, selon le mode de réalisation décrit et illustré par les figures, une date est constituée du quantième du jour considéré dans le mois, associé à un instant donné dans ce jour (les instants étant pris, par exemple tous les quarts d'heure). A l'étape suivante (9111), on détermine l'ensemble D'1 des dates pour lesquelles le débit disponible est proche des maximum locaux déterminés à l'étape précédente. L'expression "maximum local" s'entend d'une valeur maximale de débit disponible prédite pour un intervalle de temps donné, par exemple, une heure. Le terme "proche" est défini par rapport à un écart mesuré entre un maximum local et la valeur de débit associée à un autre instant du même jour. Par exemple, on pourra définir qu'une valeur de débit est proche d'un maximum local si leur écart est inférieur à 10%. Selon le même principe que pour le débit disponible, à l'étape 9112, on détermine, par consultation des statistiques de charge stockées dans l'unité 322, I'ensemble D2 des dates pour lesquelles la charge de travail du serveur est minimale; et à l'étape suivante (9113) on détermine l'ensemble des dates pour lesquelles la charge de travail est proche des minimum locaux. Ensuite, à l'étape 9114, on détermine l'ensemble D3 des dates pour lesquelles le serveur est le plus disponible. A cet effet, on consulte l'agenda 325 et on détermine les dates pour lesquelles il y a le moins de rendez-vous pris avec des stations clientes pour opérer un transfert de document. Finalement, à l'étape 9115, on sélectionne les dates futures pour opérer le téléchargement, par le calcul de l'intersection mathématique D entre les ensembles précédemment déterminés: D'1, D'2, et D3. On renvoie alors à la procédure principale (Fig. 9) le résultat de ce calcul, D, contenant l'ensemble des dates possibles sélectionnées. Ainsi, selon ce mode de réalisation, les dates possibles pour opérer le transfert du document sont celles pour lesquelles on a simultanément un débit disponible (prédit) relativement élevé, une charge de travail du serveur (prédite) relativement faible, et une disponibilité du serveur, en termes de rendez-vous déjà pris, élevée. Ces trois conditions simultanément réunies permet de minimiser le temps de transfert du document, s'il est réalisé à ces dates. En référence maintenant à la figure 11, on va décrire un ordinateur adapté à incorporer les composants constituant la partie serveur et/ou la partie cliente du dispositif de transfert conforme à la présente invention que l'on a décrit supra, notamment en relation avec les figures 5 et 6. Bien sûr, de manière équivalente cet ordinateur comprend, par conséquent, des moyens aptes à mettre en ceuvre un procédé de transfert (partie serveur et/ou partie cliente) de document selon l'invention et décrit supra, notamment en relation avec les figures 7 à 9. Dans ce mode de réalisation, les moyens constituant le dispositif de transfert de documents selon l'invention sont essentiellement des composants logiciels ou programmes. Par conséquent, ces composants logiciels comportent une ou plusieurs séquences d'instructions dont l'exécution par ledit ordinateur permet la mise en oeuvre des procédés selon l'invention. Dans la figure 11, I'ordinateur 10 qui peut être typiquement un microordinateur ou une station de travail, comporte de façon classique une unité centrale (CPU) 100, reliée à une mémoire morte (ROM) 101 et à une mémoire vive (RAM) 102, ainsi qu'à un bus de données 112. Le bus de données 112 permet la communication entre les différents sous-éléments de l'ordinateur 10, ou les éléments qui lui sont liés. Cependant, la communication entre les différents sous-éléments de l'ordinateur n'est pas limitée au bus 112. En particulier, I'unité centrale 100 est susceptible de communiquer des instructions à tout sousélément de l'ordinateur 10 directement ou par l'intermédiaire d'un autre sous-élément de l'ordinateur 10. L'ordinateur 10 comporte une interface de communication 110 relié à un réseau de communication tel que le réseau 1 (représenté à la figure 1) tel que le réseau Internet et apte à recevoir des documents par exemple de type utilisant le langage HTML (HyperText Markup Language). Cet interface de communication 110 comprend par exemple un modem de type connu de l'homme de l'art (en anglais "skilled person"). L'ordinateur 10 comporte également de façon classique un moyen de stockage 106 tel que par exemple un disque dur. Il peut également comporter un lecteur de disquettes 107, un lecteur de CD-ROM 108 et un lecteur de cartes de format dit PC-CARD 109. Une disquette 7, un disque compact (CD) 8, une carte 9 de type PC-CARD, destinées à être lues respectivement par le lecteur de disquettes 107, le lecteur de CD-ROM 108 et le lecteur de cartes 109; ainsi que le disque dur 106, peuvent être utilisés pour le stockage de documents transférés selon l'invention, ainsi que pour le stockage du code logiciel permettant la mise en oeuvre du procédé de transfert selon l'invention. Selon un mode préféré de réalisation, le code exécutable du programme permettant de mettre en oeuvre le procédé de transfert, est mémorisé dans le disque dur 106. Selon une variante de réalisation, le code exécutable de ce programme est stocké dans la ROM 101. Selon une autre variante de réalisation, le code exécutable du programme peut être téléchargé à partir du réseau de communication 1 via l'interface de communication 110 pour être mémorisé sur le disque dur 106. L'interface de communication 110 est par exemple un navigateur réseau (en anglais web browser). Lors de l'exécution du programme, les variables créées et modifiées sont mémorisées dans des registres de la RAM 102. L'ordinateur 3 comporte en outre un écran 103 permettant de servir d'interface graphique entre le programme selon l'invention et l'utilisateur, celui-ci pouvant formuler des requêtes à l'aide par exemple d'un dispositif de pointage tel qu'une souris 105, ou bien à l'aide d'un clavier 104. L'ordinateur 10 comporte en outre divers périphériques, tels qu'une imprimante 14 permettant par exemple d'imprimer des documents téléchargés, ou un télécopieur 17. Ces périphériques sont reliés à l'ordinateur via une carte d'entrée/sortie 111. Bien entendu, de nombreuses modifications peuvent être apportées au modes de réalisation de l'invention décrits ci-dessus sans sortir du cadre de l'invention. REVENDICATIONS 1. Procédé de détermination d'au moins une date à laquelle effectuer le transfert d'un document électronique d'une station serveur vers une station cliente via un réseau de communication, le procédé étant mis en oeuvre dans ladite station serveur à la réception par celui-ci d'une requête de transfert d'un document envoyée par ladite station cliente, le procédé étant caractérisé en ce qu'il comporte les étapes suivantes: générer (911) des valeurs prédites de débit de transfert, entre la station serveur et ladite station cliente, à une pluralité de dates à l'intérieur d'une première période prédéterminée de temps dans le futur; - déterminer (911) à partir d'au moins lesdites valeurs prédites de débit de transfert, au moins une date, à l'intérieur de ladite première période prédéterminée de temps, à laquelle le document pourra être transféré selon un critère prédéterminé d'efficacité de transfert. 2. Procédé selon la revendication 1, caractérisé en ce que l'étape de génération (911) desdites valeurs prédites est précédée de l'étape suivante: - générer et stocker des premières données (315) représentatives du débit de transfert disponible au cours de transferts précédents de documents, entre la station serveur et au moins une station cliente dans le réseau, à une pluralité de dates à l'intérieur d'une seconde période prédéterminée de temps dans le passé; lesdites valeurs prédites de débit de transfert étant générées (911) à partir desdites premières données. 3. Procédé selon la revendication 2, caractérisé en ce qu'il comporte, avant l'étape de détermination d'au moins une date à l'intérieur de ladite première période prédéterminée de temps, les étapes suivantes: - générer et stocker des secondes données (322) représentatives de la charge de travail de la station serveur mesurée à la pluralité de dates à l'intérieur de ladite seconde période de temps prédéterminée dans le passé; - générer (911), à partir desdites secondes données, des valeurs prédites de charge de travail de la station serveur, à la pluralité de dates à l'intérieur de ladite première période prédéterminée de temps ladite au moins une date, à l'intérieur de la première période prédéterminée de temps dans le futur, à laquelle le document pourra être transféré, étant déterminée en fonction desdites valeurs prédites de débit de transfert et desdites valeurs prédites de charge de travail. 4. Procédé selon la revendication 1, 2 ou 3, caractérisé en ce qu'il comporte en outre l'étape suivante: - envoyer (915, 917) à ladite station cliente une information indicative de ladite au moins une date déterminée. 5. Procédé selon la revendication 4, caractérisé en ce qu'il comporte en outre l'étape suivante: - recevoir de ladite station cliente, une information indicative d'une date choisie parmi ladite au moins une date déterminée, ladite date choisie étant la date à laquelle le transfert du document sera effectué. 6. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que chacune desdites premières données (315) inclue une valeur de débit (M3) associée à un adresse réseau (M2) et à une date (M1), chaque valeur de débit correspondant à une valeur de débit de transfert calculée à la date associée, lors d'un transfert de document entre la station serveur et une station cliente identifiée par l'adresse réseau associée. 7. Procédé selon la revendication 6, caractérisé en ce que, lors d'un transfert de document, le débit de transfert est calculé à des instants régulièrement espacés selon un intervalle de temps prédéfini pendant la durée du transfert. 8. Procédé selon l'une quelconque des revendications 2 à 7, caractérisé en ce que lesdites première et seconde périodes prédéterminées de temps sont égales en durée, et la valeur prédite de débit de transfert à chaque date parmi la pluralité de dates à l'intérieur de la première période de temps, est égale à la valeur de débit de transfert calculée à une date équivalente à l'intérieur de la seconde période de temps. 9. Procédé selon l'une quelconque des revendications 3 à 8, caractérisé en ce que chacune desdites secondes données (322) inclut une valeur de charge de travail (N2) de la station serveur, associée à une date (N1), chaque valeur de charge correspondant à une valeur de charge mesurée à la date associée. 10. Procédé selon l'une quelconque des revendications 3 à 9, caractérisé en ce que la valeur prédite de charge de travail à chaque date parmi la pluralité de dates à l'intérieur de la première période de temps, est égale à la valeur de charge de travail mesurée à une date équivalente à l'intérieur de la seconde période de temps. 11. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que ledit critère prédéterminé d'efficacité de transfert consiste principalement à minimiser le temps de transfert dudit document. 12. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que l'étape de détermination (911) d'au moins une date, dans la première période de temps, à laquelle le document pourra être transféré selon un critère prédéterminé d'efficacité de transfert, prend en compte un critère de minimisation du coût financier de téléchargement du document. 13. Procédé d'obtention d'au moins une date à laquelle transférer un document électronique d'une station serveur vers une station cliente via un réseau de communication, le procédé étant mis en oeuvre dans ladite station cliente, le procédé étant caractérisé en ce qu'il comporte les étapes suivantes: - envoyer à la station serveur une première requête de transfert d'un document; - recevoir de la station serveur une information indicative d'au moins une date future; sélectionner une date parmi ladite au moins une date future; - recevoir de la station serveur ledit document à la date sélectionnée. 14. Procédé selon la revendication 13, caractérisé en ce que l'étape de sélection d'une date comporte les sous-étapes suivantes: - consulter une mémoire (207), dans laquelle sont stockées des dates de disponibilité de la station cliente et/ou de l'utilisateur de la station cliente; - comparer les dates stockées dans la mémoire (207) avec ladite au moins une date future. 15. Procédé selon la revendication 13 ou 14, caractérisé en ce qu'il comporte en outre, entre l'étape de sélection d'une date et l'étape de réception dudit document, l'étape suivante: - activer une alarme (213) destinée à déclencher, à ladite date sélectionnée, I'envoi à la station serveur d'une seconde requête de transfert dudit document. 16. Procédé selon l'une quelconque des revendications 13 à 15, caractérisé en ce que l'étape de sélection d'une date est suivie d'une étape d'émission de la date sélectionnée à la station serveur. 17. Procédé de transfert d'un document électronique d'une station serveur vers une station cliente, lesdites stations étant reliées par un réseau de communication, caractérisé en ce qu'il comporte: - mises en oeuvre dans ladite station serveur, les étapes d'un procédé de détermination d'au moins une date à laquelle effectuer le transfert d'un document électronique, selon l'une quelconque des revendications 1 à 12; - mises en oeuvre dans ladite station cliente, les étapes d'un procédé d'obtention d'au moins une date à laquelle transférer un document électronique, selon l'une quelconque des revendications 13 à 16. 18. Dispositif de détermination d'au moins une date à laquelle effectuer le transfert d'un document électronique d'une station serveur vers une station cliente via un réseau de communication, le dispositif étant caractérisé en ce qu'il comporte: - des moyens (309) pour générer des valeurs prédites de débit de transfert, entre la station serveur et ladite station cliente, à une pluralité de dates à l'intérieur d'une première période prédéterminée de temps dans le futur; - des moyens (307, 327, 329) pour déterminer à partir d'au moins lesdites valeurs prédites de débit de transfert, au moins une date, à l'intérieur de ladite première période prédéterminée de temps, à laquelle le document pourra être transféré selon un critère prédéterminé d'efficacité de transfert. 19. Dispositif selon la revendication 18, caractérisé en ce qu'il comporte: - des moyens (311, 313) pour générer et stocker des premières données (315) représentatives du débit de transfert disponible lors du transfert de documents, entre la station serveur et au moins une station cliente dans le réseau, à une pluralité de dates à l'intérieur d'une seconde période prédéterminée de temps dans le passé; lesdites valeurs prédites de débit de transfert étant générées à partir desdites premières données. 20. Dispositif selon la revendication 19, caractérisé en ce qu'il comporte: - des moyens (318, 320) pour générer et stocker des secondes données (322) représentatives de la charge de travail de la station serveur mesurée à la pluralité de dates à l'intérieur de la seconde période de temps prédéterminée; - des moyens (316) pour générer, à partir desdites secondes données, des valeurs prédites de charge de travail de la station serveur, à la pluralité de dates à l'intérieur de la première période prédéterminée de temps dans le futur; ladite au moins une date, à l'intérieur de la première période prédéterminée de temps dans le futur à laquelle le document pourra être transféré, étant déterminée en fonction desdites valeurs prédites de débit de transfert et desdites valeurs prédites de charge de travail. 21. Dispositif selon la revendication 19 ou 20, caractérisé en ce qu'il comporte des moyens pour mettre en oeuvre un procédé de détermination d'au moins une date à laquelle effectuer le transfert d'un document électronique, selon l'une quelconque des revendications 4 à 16. 22. Dispositif d'obtention d'au moins une date à laquelle transférer un document électronique d'une station serveur vers une station cliente via un réseau de communication, ledit dispositif étant caractérisé en ce qu'il comporte: - des moyens (201) pour envoyer à la station serveur une première requête de transfert d'un document; - des moyens (203) pour recevoir de la station serveur une information indicative d'au moins une date future - des moyens (205) pour sélectionner une date parmi ladite au moins une date future; - des moyens (217) pour recevoir de la station serveur ledit document, à la date sélectionnée. 23. Dispositif selon la revendication 22, caractérisé en ce qu'il comporte: - une mémoire (207), dans laquelle sont stockées des dates de disponibilité de la station cliente et/ou de l'utilisateur de la station cliente; - des moyens (205) pour comparer les dates stockées dans la mémoire (207) avec ladite au moins une date future. 24. Dispositif selon la revendication 22 ou 23, caractérisé en ce qu'il comporte: - des moyens d'alarme (213) destinés à déclencher, à ladite date sélectionnée, I'envoi à la station serveur d'une requête de transfert dudit document; - des moyens (207) pour activer lesdits moyens d'alarme (213) à la date sélectionnée. 25. Dispositif de transfert d'un document électronique d'une station serveur vers une station cliente, lesdites stations étant reliées par un réseau de communication, caractérisé en ce qu'il comporte: - un dispositif de détermination d'au moins une date à laquelle effectuer le transfert d'un document électronique, selon l'une quelconque des revendications 18 à 21; et - un dispositif d'obtention d'au moins une date à laquelle transférer un document électronique, selon l'une quelconque des revendications 22 à 24. 26. Station serveur reliée à un réseau de communication, caractérisée en ce qu'elle comporte un dispositif de détermination d'au moins une date à laquelle effectuer le transfert d'un document électronique, selon l'une quelconque des revendications 18 à 21. 27. Station cliente reliée à un réseau de communication, caractérisée en ce qu'elle comporte un dispositif d'obtention d'au moins une date à laquelle transférer un document électronique, selon l'une quelconque des revendications 22 à 24. 28. Réseau de communication comportant au moins une station cliente selon la revendication 27, et au moins une station serveur selon la revendication 26.