Brevet FR2840473A1 — publié le 20031205

trouve dans l'etat de deselection ou de desactivation. Procede de transmission de donnees entre un serveur et un terminal mobile, a un instant privilegie L' invention concerne le domaine des telechargements de donnees entre un terminal mobile et un serveur distant. Des services de telechargement de donnees (fichiers son encodes en MP3, courriers electroniques, messages SMS, ou autres) vent proposes a des abonnes, habilites a communiquer avec un serveur pour recevoir ou envoyer de telles donnees, a partir d'un terminal mobile. De telles communications mettent generalement en euvre un reseau local (public ou prive) propre a communiquer avec le terminal mobile (par exemple de type GSM ou GPRS), et un reseau distant propre a communiquer avec le serveur (par exemple un reseau ATM ou IP), le reseau local et le reseau distant etant relies l'un a l'autre par une passerelle. Les couts de communication pour le telechargement des donnees peut varier en fonction: - du choix d'un operateur local proprietaire du reseau local, de la duree estimee de la communication des donnees en fonction d'un taux d'occupation du reseau local d'un operateur choisi et du taux d' occupation du reseau distant, et - du volume de donnees echangees. En particulier lorsque des abonnes vent en deplacement dans un pays etranger, les reseaux local et distant peuvent etre espaces d'un ou plusieurs fuseaux horaires. Ainsi, une heure "creuse" du reseau local (avec un taux d'occupation relativement faible et/ou un cout tarifaire relativement teas), peut correspondre a une heure "pleine" du reseau distant (avec un taux d'occupation relativement eleve), ce qui peut entralner une duree et un s cout global de communication intolerables pour l'abonne. La presente invention vient ameliorer la situation. Wile propose a cet effet un procede de transmission de donnees entre un terminal mobile et un serveur, dans laquel: a) on evalue une quantite de donnees a transmettre entre un terminal mobile et un serveur, b) on estime, a partir de ladite quantite, des durees de transmission des donnees via le reseau local et le reseau distant precites, pour plusieurs moments successifs d'une journee, en tenant compte d'un decalage horaire eventuel entre les positions geographiques respectives du reseau local et du reseau distant, c) et on selectionne, au moins en fonction desdites durees de transmission estimees, au moins une plage temporelle parmi lesdits moments d'une journee, en vue de transmettre ladite quantite de donnees pendant ladite plage temporelle. Ainsi, un utilisateur du terminal mobile 2s communiquant via un reseau local peut opt imi ser et gerer ses durees et, de la, ses couts de communication, stil lui est propose une selection d'une ou plusieurs plages temporelles du type precise, en particulier lorsque de telles plages temporelles correspondent a des durees de transmission estimees qui vent minimales ou inferieures a une duree seuil, predeterminee. D'autres caracteristiques et avantages de linvention appara1tront a l'examen de la description detaillee ci-apres et des dessins annexes sur lesquels: - la figure 1 represente schematiquement un systeme pour la communication de donnees entre un terminal mobile et un serveur, agences pour communiquer respectivement avec un reseau local et un reseau distant, relies par une passerelle PR; - les figures 2A et 2B representent, a titre illustratif, des durees statistiques de transmission de donnees (en ordonnees) respectivement par le serveur distant et par le reseau local, pour differents moments d'une journee (en abscissas) et pour differentes quantites standard de donnees a transmettre Q1, Q2 et Q3 (respectivement en traits alternes, en traits pleins et en traits pointilles); - la figure 3A represente, a titre illustratif, des durees estimees de transmission d'une quantite evaluee Q de donnees a transmettre par le serveur distant, en tenant compte d'un decalage horaire DH entre les positions geographiques respectives du reseau distant et du reseau local; - la figure 3B represente, a titre illustratif, les durees estimees de transmission de donnees (en ordonnees) entre 2s le serveur et le terminal mobile, pour differents moments d'une journee (en abscissas) et pour la quantite evaluee Q de donnees a transmettre; - la figure 4A represente, a titre illustratif, des tarifs de communication (en ordonnees) d'un operateur du reseau local, pour differents moments d'une journee (en abscissas); - la figure 4B represente, a titre illustratif, le cout total estime (en ordonnees) diune communication pour transmettre la quantite de donnees Q entre le serveur et le terminal mobile, pour differents moments d'une journee (en abscissas); et - la figure 5 represente, dans un mode de realisation prefere, des etapes successives d'un procede d'estimation de la duree et/ou d' un cout d' une transmission de donnees au sens de la presente invention. On se refere tout d'abord a la figure 1, sur laquelle un terminal mobile TER est apte a communiquer avec un reseau local R2, relic a un reseau distant R1, par l'intermediaire d'une passerelle PR, le reseau distant R1 etant apte a communiquer avec un serveur SER, ce qui permet d'etablir une communication, en particulier pour le telechargement de donnees, entre le serveur SER et le terminal TER. Dans l'exemple decrit, le terminal TER peut etre un telephone mobile, ou encore un assistant personnel PDA (pour "Personal Digital Assistant"). Dans l'exemple decrit, le reseau local R2 est un reseau radiofrequence, de type GSM, ou encore GPRS (reseau a connexion permanente permettant la transmission des donnees par paquets). Dans l'exemple decrit, le reseau distant R1 est un reseau IP (notamment pour des applications Internet), ou encore un 2s reseau ATM (reseau commute). En particulier, dans une realisation avantageuse, on utilise un reseau IP, selon la version 6, en tent que reseau distant, cette version sophistiquee permettant de prevoir la duree diune communication a travers le reseau R1 en fonction d'une quantite evaluee au prealable de donnees a transmettre. Les deux reseaux, local R2 et distant R1, sont, en s pratique, relies par une pluralite d'equipements de commutation ou de routage, le reseau distant IP comprenant lui-meme une pluralite de routeurs IP. A titre illustratif, on comprendra que le systeme forme par les deux reseaux peut etre interprete comme etant divise en deux parties, une partie pour la communication avec le terminal TER, l'autre partie pour la communication avec le serveur SER, ces deux parties etant reliees par la passerelle PR. Dans liexemple donne de la presente description, un utilisateur du terminal TER est abonne a un service de telechargement de donnees pour envoyer au serveur SER des donnees (des courriers electroniques par exemple de type e-mail, SMS (pour "Short Message Service") ou MMS (pour "Multimedia Message Service"), ou encore des images ou des sequences animees). Le terminal TER transmet en outre au serveur SER l'identifiant d'un destinataire auquel vent adressees de telles donnees (notamment dans le cas d'un courrier e-mail ou autre). Le servour SER retransmettra ces donnees ensuite au destinataire indique. En variante ou en complement, le serveur SER peut transmettre, lui- meme, des donnees au terminal TER (par exemple, des courriers electroniques destines a l'utilisateur du terminal TER, des fichiers encodes codes au format MP3 2s pour l 'audition de morceaux de musique, ou encore pour toute autre application telle que des jeux en reseau). Pendant le telechargement de telles donnees, le terminal mobile TER est en communication avec le servour SER, par l'intermediaire des deux reseaux, local R2 et distant R1, ces deux reseaux etant relies par la passerelle PR. Deux types de facturation peuvent etre prevus lors de la mise en uvre d'un tel service: - la communication peut etre facturee a la duree: dans ce cas, l'utilisateur souhaitera que cette communication s'effectue a un moment privilegie pendant lequel la duree de cette communication sera minimale; ou - la facturation ne tient pas compte de la duree de la communication, mais de la quantite de donnees transmises: dans ce cas, lutilisateur du terminal, bien que n'ayant aucune contrainte de cout peut neanmoins preferer une duree de transmission de donnees plus course. En principe, cette duree de transmission depend des taux d' occupation (ou de congestion) du reseau local et du reseau distant. C'est ainsi que, par exemple, pour le reseau IP Rl, distant, la duree de transmission des donnees peut etre d'autant plus grande que le taux de congestion du reseau IP est important. En particulier, ces durees de transmission peuvent, pour une meme quantite de donnees a transmettre, varier suivant les heures de la journee auxquelles il est decide d'effectuer une telle transmission. Ainsi, une journee complete de vingt quatre heures peut etre decoupee selon des tranches horaires correspondent a des "heures pleines" qui correspondent a un taux d'occupation eleve du reseau, avec des durees de transmission relativement importantes, et des "heures creuses" qui correspondent a des taux d' occupation teas, avec des durees de transmission plus courses, pour une meme quantite Q de donnees a transmettre. Sur la figure 2A vent representees, a titre illustratif, des variations journalieres statistiques de duree de transmission dl par le reseau distant Rl, de differentes quantites standard, croissantes, respectivement Q1, Q2 et Q3. Dans l'exemple de la figure 2A, Q1 peut representer une quantite de donnees de l'ordre de 500 octets, Q2, une quantite de donnees de liordre de 5 Ko et Q3, une quantite de donnees de l'ordre de 50 Ko. On constate, pour la petite quantite de donnees Q1, des pies plus marques (suivant les heures de la journee) que les variations de la duree dl pour la quantite de donnees plus importante Q3. Ainsi, on comprendra que la transmission diune quantite importante Q3 de donnees peut necessiter plus d'une heure de transmission et "integrer" ainsi les variations de duree de transmission de quantites plus petites. On constate neanmoins que la tranche horaire de minuit a six heures du matin correspond touj ours a une tranche "heures creuses". Preferentiellement, les valeurs de telles durees dl vent obtenues stat i st iquement pour l es di fferentes quantites de donnees standard Q1 a Q3. Dans une variante plus sophistiquee, pour ce qui concerne le reseau relic au servaur R1, l' information de la duree de transmission peut etre obtenue de facon precise et en temps reel, en particulier dans le cas ou le reseau R1 est un reseau ATM ou encore un reseau IP, selon la version 6 (par mesure directe). 2s En se referent maintenant a la figure 2B, on constate que les durees de transmission d2 par le reseau local R2 (de type GSM ou autre) presentent des variations statistiques journalieres differentes pour les quantites de donnees standard a transmettre Q1 a Q3. On comprendra ainsi que les taux d'occupation des deux reseaux, de natures differentes, ne presentent pas forcement les memes variations journalieres, du fait que leurs utilisations respectives vent differentes. Neanmoins, on constate sur la figure 2B, que la tranche horaire de minuit a six heures du matin correspond touj ours a des "heures s creuses ". On pourrait ainsi comprendre que, pour la transmission d'une quantite de donnees importante, il conviendra d'etablir la connexion dans la tranche horaire comprise entre minuit et six heures du matin, de maniere a minimiser les durees de transmission et/ou les couts de communication. Neanmoins, si les deux reseaux, local R2 et distant R1, vent separes geographiquement diune distance telle qu'il existe un decalage horaire entre la position du terminal mobile et la position du serveur, le choix de cette plage horaire minuit-six heures (heures creuses) n'est plus justifie. De meme, si l'utilisateur souhaite telecharger des donnees, en urgence, d'autres plages horaires de telechargement de donnees peuvent etre preferees et ce, meme si le serveur et le terminal mobile se situent dans une meme region geographique ou un meme pays. Dans ce qui suit, on decrit la selection de plages horaires optimales, correspondent a des durees de 2s transmission plus courses, entre un serveur et un terminal mobile separes d'une distance geographique impliquant un decalage horaire. Dans une realisation avantageuse, le terminal mobile transmet tout d'abord au serveur un message de demande de telechargement d'un fichier. Au niveau du serveur, on evalue la quantite de donnees Q a transmettre, en fonction de la taille memoire du fichier demande. Le message de demande de telechargement de donnees comprend en outre une indication de la position geographique du terminal mobile. En fonction de cette position geographique, le servour estime un decalage horaire DH entre le reseau local et le reseau distant. On prevoit en outre, au niveau du serveur, une base de donnees comprenant une multiplicite de releves statistiques journaliers des variations de duree de transmission, en fonction de differentes quantites de donnees a transmettre, pour le reseau distant R1, diune part, et pour differents reseaux locaux R2, d'autre part, avec lesquels le terminal peut communiquer. En fonction de la position geographique du terminal mobile indiquee dans les messages de demande de telechargement de donnees, on selectionne dans la base de donnees, au niveau du serveur, une ou plusieurs variations statistiques journalieres de la duree de transmission d2 correspondent a un reseau local R2 ou plusieurs autres reseaux locaux R2, auxquels le terminal mobile peut se connecter. Parmi ces variations statistiques journalieres, on selectionne celles obtenues pour une quantite standard de donnees a transmettre, proche de la quantite evaluee correspondent a la transmission du fichier demande. Par exemple, en se referent a la figure 2A, si le nombre d' octets que comporte le fichier a telecharger est de l'ordre de quelques ko, les variations pour la quantite standard Q2 constitueront une bonne approximation des durees statistiques journalieres de la quantite de donnees a transmettre Q. Dans une variante plus sophistiquee, on peut estimer les durees de transmission journaliere de la quantite Q. en fonction d'une combinaison lineaire de deux variations statistiques dli.et dli+1 pour des quantites respectives de donnees standard Qi et Qi+1, avec Qi expression de type dl=[(Q-Qi)dli + (Qi+1-Q)dli+l] / (Qi+l-Qi). De meme, on estime, par approximation ou par combinaison lineaire, des durees de transmission journaliere de la quantite evaluee Q. pour une transmission par le reseau distant R1, comme le montre la figure 3A, en tenant compte d'un decalage horaire DH au lieu geographique ou se situe le terminal mobile TER. En se referent a la figure 3B, les variations journalieres des durees dl et d2, pour la meme quantite de donnees a transmettre Q. vent additionnees et la duree totale d du telechargement, du serveur jusqu'au terminal mobile, en fonction des differentes heures de la journee, fait apparaltre des minima de duree P1, P2, P3. On comprendra ainsi que si la quantite de donnees Q est transmise a ces instants P1, P2 ou P3, la duree totale de transmission d sera minimale. Si l'utilisateur souhaite en outre minimiser les couts de transmission, la base de donnees comprend differentes tranches horaires de tarification selon l'operateur local (proprietaire du reseau local) que l'utilisateur du terminal peut choisir. Pour chaque variation de tarification T et pour chaque duree de transmission d (obtenue a partir des durees de transmission standard d2), on estime un cout C global de la communication, sensiblement par multiplication de la variation de la tarification T et de la variation de la duree totale d precitee. En se referent ainsi a la figure 4B, on constate des minima du cout global C de la communication, ces minima etant references PL1, PL2 et PL3. Par exemple, la plage horaire PL3 (autour de treize heures) devient un meilleur candidat, en matiere de cout de communication, que la plage P3 (autour de dix heures) representee sur la figure 3B, et pour laquelle, pourtant, la duree de communication d correspond a un minimum. On se refere maintenant a la figure 5 pour decrire les differentes etapes d'un procede au sens de la presente invention, permettant de choisir un instant de transmission privilegie pour reduire les durees et/ou couts de communication. A la premiere etape 10, le terminal transmet un message de demande de telechargement dinn fichier FI, en indiquant sa position geographique et, le cas echeant, un operateur local proprietaire du reseau local R2, par lequel il souhaite recevoir les donnees du fichier FI. En variante et comme indique ci-avant, le serveur determine, en fonction de la position geographique PG du terminal mobile, au moins un operateur local OPR2, proprietaire du reseau local avec lequel le terminal mobile peut communiquer. A l'etape 11, le serveur estime, en fonction des caracteristiques du fichier FI demande, la quantite de donnees Q a transmettre. En fonction de la position geographique PG du terminal mobile, le serveur estime aussi un decalage horaire DH entre la position geographique du reseau local et celle du reseau distant. Il permet aussi la remise a l'heure locale du terminal. A l'etape 12, le serveur selectionne dans une base de donnees des variations statistiques journalieres des durees de transmission, les variations journalieres estimees pour la quantite de donnees Q (correspondent a la taille memoire du fichier FI), dans le reseau local R2 (d2) et dans le reseau distant R1 (dl), en tenant compte du decalage horaire DH du reseau distant R1, par rapport au reseau local R2. A l'etape 13, on obtient les variations journalieres estimees de la duree globale d (avec d = dl+d2), pour cette quantite de donnees Q a transmettre. lo A l'etape 14, le serveur envoie au terminal un message lui indiquant des plages temporelles Pi correspondent aux plages P1, P2 et P3 de la figure 3B, pour lesquelles les durees de telechargement d vent minimales. Le serveur transmet en outre un message demandant a l'utilisateur du terminal s'il souhaite une communication a un cout minimal (etape 15). Si l'utilisateur ne souhaite finalement qu'une duree de transmission course (par exemple si l'utilisateur beneficie d'un abonnement a un service de telechargement facture a la quantite de donnees transmises et non a la duree de la communication), il indique par un message de reponse qu'il ne recherche pas un cout minimum de communication et qu'il requiert que la communication 2s s'effectue a une plage horaire Pi qu'il aura choisie (etape 19). A l'etape suivante (etape 20), le servour, des reception de ce message de reponse, memorise l' instant selectionne Pi et la communication sera etablie a cet instant Pi pour telecharger les donnees demandees par l'utilisateur du terminal. Le cas echeant, le serveur renverra un message d' accuse de reception lui indiquant que la communication sera etablie a l' instant Pi et que l'utilisateur devra laisser son terminal mobile pret a la connexion, a cet instant Pi. Si l'utilisateur du terminal souhaite en particulier minimiser le cout global C de la communication, le serveur, a l'etape 16, interroge la base de donnees precitee pour obtenir les tarifs horaires de communication T des operateurs des reseaux locaux avec lesquels le terminal mobile peut communiquer. A l'etape 17, le serveur estime des variations journalieres du cout global de communication C et determine, a l'etape 18, les plages horaires Pi (correspondent a PL1, PL2 et PL3 de la figure 4B), pour lesquelles le cout global de communication est minimal. Dans ce cas, le procede se pour-quit a l'etape 19 par la selection, de la part de l'utilisateur, d'un instant Pi de debut de connexion pour commencer la transmission des donnees a telecharger. Bien entendu, si l'utilisateur du terminal souhaite un telechargement diurgence, il peut envoyer un message de reponse au serveur pour lui indiquer qu'il sonhaite un telechargement immediat. On comprendra ainsi que le serveur envoie, en reponse a la demande de telechargement, un message sous la forme d'un questionnaire invitant l'utilisateur du terminal a indiquer: - s'il souhaite un telechargement immediat ou differe; - si sa contrainte majeure est la duree de la communication ou le cout global de la communication; ou encore - s'il souhaite que le telechargement des donnees s'effectue par des blocs successifs espaces dans le temps (par exemple, les plages PL1, PL3 et PL2 de la figure 4B) pour minimiser le cout global de la communication. Dans ce dernier cas, l'utilisateur du terminal doit preparer le terminal mobile pour qu'il soit pret a la connexion aux differents instants selectionnes. Dans une realisation avantageuse, le terminal mobile est capable de communiquer avec le serveur en utilisant differents moyens de communication (par exemple en utilisant le reseau GSM pour transmettre les donnees sous forme de message SMS, ou en utilisant le reseau UMTS pour transmettre les donnees sous forme de message MMS, ou encore en utilisant le protocole WAP (pour "Wireless Application Protocol ") pour transmettre les donnees sous forme de courriers e-mails). Avantageusement, on selectionne en outre au moins une plage temporelle Pi pour chaque moyen de communication du type ci-avant, en vue de choisir le moyen de communication le plus adapte pour reduire la duree et/ou le cout de la communication. Bien entendu, la presente invention ne se limite pas a la forme de realisation decrite ci-avant a titre d'exemple; elle s'etend a d'autres variantes. Ainsi, on comprendra que, en variante de la recherche de minima des durees de transmission d ou du cout global de communication C, on peut determiner des 2s plages temporelles pour lesquelles de telles durees d ou de tels couts de communication C vent inferieurs a des seuils predetermines, choisis par exemple par l'utilisateur dans le questionnaire propose par le serveur. On a decrit ci-avant un calcul de la duree globale estimee, pour une quantite Q de donnees a transmettre, en fonction de plusieurs heures de la journee. En variante de ce calcul, il peut etre prevu de commander le serveur pour qu'il memorise, a la fin des communications, la duree totale de la communication, pour la quantite de donnees Q s qui a ete effectivement telechargee, ce qui permet d'enrichir la base de donnees. Ainsi, plut8t que d'obtenir des statistiques separees pour le reseau local, d'une part, et pour le reseau distant, d'autre part, la base de donnees peut fournir des statistiques de duree de lo communication globale, pour plusieurs quantites standard de donnees transmises, pour differents reseaux locaux et dans differents pays dans le monde. De la meme maniere, pour le cout global des communications, le serveur a, en principe, acces aux couts globaux de communications, facturees a l'utilisateur du terminal mobile. Le serveur peut ainsi enrichir la base de donnees pour obtenir des variations statistiques journalieres de couts de communications, pour differents reseaux locaux et pour differents pays dans le monde. Bien entendu, la presente invention s'applique aussi avantageusement a l' estimation d'une duree de telechargement et d'un cout global de communication entre un terminal mobile et un serveur situes geographiquement dans un meme pays. Dans ce cas encore, on estime des 2s minima de duree de communication d et de cout global de communication C, comme indique ci-avant, mais sans tenir compte diun decalage horaire. La presente invention s'applique avantageusement aussi a l' estimation de la duree d'une communication et de son cout global lorsque le terminal mobile est agence pour communiquer avec plusieurs serveurs distants, situes, le cas echeant, dans differents pays du monde. Dans ce cas, on obtient des variations statistiques journalieres diune duree de transmission pour differents reseaux IP distants, et l'utilisateur du terminal mobile peut avantageusement choisir une plage horaire pour le telechargement de donnees a partir de l'un de ces reseaux distants. Dans l'exemple decrit ci-avant, le terminal mobile recoit du serveur une quantite de donnees demandees. Bien entendu, la selection diun instant de communication privilegie s'effectue sensiblement de la meme maniere lorsque l'utilisateur souhaite envoyer des donnees de son terminal vers le serveur. Revendi cat ions 1. Procede de transmiss-ion de donnees entre un terminal mobile et un servaur, dans lequel: a) on evalue une quantite de donnees a transmettre entre un terminal mobile et un serveur, b) on estime, a partir de ladite quantite, des durees de transmission des donnees via un reseau local et un reseau distant agences pour communiquer respectivement avec le terminal mobile et le serveur, pour plusieurs moments successifs d'une journee, en tenant compte d'un decalage horaire eventuel entre des positions geographiques respectives du reseau local et du reseau distant, c) et on selectionne, au moins en fonction desdites durees de transmission estimees, au moins une plage temporelle parmi lesdits moments d'une journee, en vue de transmettre ladite quantite de donnees pendant ladite plage temporelle. 2. Procede selon la revendication 1, dans lequel ladite plage selectionnee a l'etape c) correspond a un minimum de la duree estimee a lietape b). 3. Procede selon la revendication 1, dans lequel la duree 2s estimee a l'etape b) est inferieure a une duree seuil predeterminee sur ladite plage temporelle selectionnee a l'etape c). 4. Procede selon l'une des revendications 1 a 3, dans lequel, pour la mise en uvre de l'etape b), on obtient au prealable des donnees statistiques de durees de transmission, pour plusieurs quantites standard de donnees et pour plusieurs moments d'une journee, et dans loquel, a l'etape b), on estime une approximation des durees de transmission pour plusieurs moments d'une journee et pour s ladite quantite de donnees evaluee a l'etape a), en fonction des durees de transmission d' au moins une quantite standard, proche de la quantite evaluee. 5. Procede selon la revendication 4, dans lequel, le lo terminal mobile etant capable de communiquer avec une pluralite de reseaux locaux, on obtient lesdites donnees statistiques de durees de transmission pour ladite pluralite de reseaux locaux et pour le reseau distant. 6. Procede selon l'une des revendications 1 a 5, dans lequel, le terminal mobile etant capable de communiquer avec une pluralite de reseaux locaux appartenant a des operateurs locaux respectifs, - on estime en outre, a l'etape b), un cout global de communication pour ladite transmission des donnees, pour plusieurs moments successifs d'une journee, en fonction de couts tarifaires proposes par chaque operateur local, - et on selectionne, en fonction du cout global de la transmission, au moins une plage temporelle parmi lesdits 2s moments d'une journee. 7. Procede selon l'une des revendications 1 a 6, dans lequel: - prealablement a l'etape a), le serveur recoit du terminal un message de demande de transmission de donnees comportant une indication relative a la quantite de donnees a transmettre, - et, apres l'etape c), le serveur envoie, en retour, un message de proposition comprenant une selection d'une ou s plusieurs plages horaires, ce qui permet a un utilisateur du terminal de choisir, parmi ladite selection, un instant de debut de transmission. 8. Procede selon la revendication 7, dans lequel le terminal renvoie au serveur un message de confirmation comportant une indication relative a un instant choisi de debut de transmission, tandis que le servour ou le terminal vent agences pour amorcer ladite transmission de donnees sensiblement a l' instant choisi de debut de transmission. 9. Procede selon l'une des revendications 7 et 8, prises en combinaison avec la revendication 4, dans lequel on obtient lesditesdonnees statistiques de durees de transmission, pour une pluralite de reseaux locaux dans une pluralite de pays, et dans lequel le message de demande de transmission de donnees comporte en outre une indication relative a une situation geographique du terminal. 10. Procede selon l'une des revendications precedentes, dans lequel le terminal mobile est capable de communiquer avec le serveur en utilisant differents moyens de communication, et dans lequel on selectionne en outre au moins une plage temporelle pour chaque moyen de