FR3060924B1 - Procede d'optimisation d'un telechargement d'un volume de donnees numeriques lors d'un trajet, et terminal associe - Google Patents

Abstract

L'invention concerne un procédé d'optimisation d'un téléchargement d'un volume de données numériques lors d'un trajet, ledit procédé étant mis en œuvre par un terminal, ledit procédé comportant les étapes suivantes : • pour au moins une portion d'un itinéraire du trajet, obtention (S300) d'un poids réseau associé à ladite portion et correspondant à un type de réseau de télécommunications, • estimation (S302) d'une durée de trajet associée à ladite portion, • démarrage ou mise en attente (S304) du téléchargement en fonction du poids réseau et de la durée de trajet associés à ladite portion, lorsque le terminal est situé dans ladite portion.

Description

Arrière-plan de l'invention

La présente invention se rapporte au domaine du téléchargement de données numériques, et concerne plus particulièrement un procédé d'optimisation d'un téléchargement d'un volume de données numériques lors d'un trajet, et un terminal associé.

Avec le développement des terminaux mobiles intelligents tels que les téléphones portables de type « smartphone » ou les tablettes numériques, il est maintenant usuel, pour un utilisateur d'un tel terminal, de consulter des sites Internet, d'écouter de la musique ou de regarder des vidéos en « streaming » (lecture en continu), ainsi que d'envoyer et de recevoir des données numériques telles que des fichiers audio ou vidéo depuis ce terminal.

Pour que cela soit possible, le terminal de l'utilisateur est connecté à un réseau de télécommunications, le type de réseau (ou couverture réseau), c'est-à-dire la catégorie de réseau et la qualité de ce réseau, dépendant de la zone dans laquelle se situe le terminal. Le terminal affiche un indicateur de la couverture réseau pour informer l'utilisateur de la couverture réseau courante.

Pour un utilisateur en situation de mobilité, par exemple se déplaçant à une vitesse élevée, typiquement au moyen d'un véhicule automobile ou en train, la couverture réseau peut évoluer rapidement. Cette évolution rapide peut causer des difficultés lors d'un téléchargement, car l'utilisateur ne connaît pas à l'avance les éventuels changements de couverture réseau.

En effet, lorsqu'un utilisateur requiert le téléchargement d'un fichier volumineux, tel qu'un fichier vidéo, le terminal peut démarrer le téléchargement si la couverture réseau est suffisante. Cependant, le terminal peut arriver dans une zone ayant une couverture réseau insuffisante pour le téléchargement d'un tel fichier, alors que le téléchargement n'est pas terminé, ce qui provoque l'échec du téléchargement du fichier. La capacité de transfert de données du terminal dans la zone de départ où la couverture réseau est de bonne qualité, ainsi que les ressources réseau de la zone de départ, sont alors gaspillées.

Objet et résumé de l'invention

La présente invention concerne un procédé d'optimisation d'un téléchargement d'un volume de données numériques lors d'un trajet, le procédé étant mis en œuvre par un terminal, le procédé comportant les étapes suivantes : • pour au moins une portion d'un itinéraire du trajet, obtention d'un poids réseau associé à la portion et correspondant à un type de réseau de télécommunications, • estimation d'une durée de trajet associée à la portion, • démarrage ou mise en attente du téléchargement en fonction du poids réseau et de la durée de trajet associés à la portion, lorsque le terminal est situé dans la portion. L'invention permet d'optimiser le téléchargement du volume de données sur tout le trajet de l'utilisateur, ou sur une partie de ce trajet. L'invention permet ainsi d'éviter des échecs de téléchargement et de réduire le gaspillage de la capacité de transfert du terminal. En outre, l'invention permet d'éviter d'occuper des ressources réseau inutilement, ces ressources réseau pouvant alors servir à d'autres usagers.

Il est ainsi possible pour un utilisateur du terminal de requérir le téléchargement d'un ou plusieurs fichiers ou flux de données sans se préoccuper de la connectivité réseau dont il bénéficie lors de cette requête.

Dans un mode de réalisation particulier, l’étape d'obtention comporte les sous étapes suivantes : • segmentation d'au moins une partie de l'itinéraire en une pluralité d'intervalles de distance prédéterminée, • obtention du poids réseau associé à chaque intervalle, et • obtention de l'au moins une portion à partir des intervalles et des poids réseau, de sorte qu'une portion corresponde à un intervalle ou plusieurs intervalles consécutifs ayant des poids réseau de même nature.

Dans un mode de réalisation particulier, l’étape d'obtention est effectuée en mettant en œuvre un algorithme de type « Dijkstra », en fonction de poids réseau.

Dans un mode de réalisation particulier, l’étape d'obtention comporte : • une sous étape d'obtention d'une portion dans laquelle se situe le terminal, et/ou • une sous étape d'obtention d'une portion suivant immédiatement la portion dans laquelle se situe le terminal.

Dans un mode de réalisation particulier : • le poids réseau associé à la portion dans laquelle est situé le terminal est obtenu en interrogeant l'antenne associée à la portion sur un débit de l'antenne en émission et/ou en réception, et/ou • le poids réseau associé à la portion suivant la portion dans laquelle est situé le terminal est obtenu en interrogeant l'antenne associée à la portion suivante sur un débit de l'antenne en émission et/ou en réception.

Le poids réseau associé à une portion peut ainsi être mis à jour en fonction de la capacité réelle de transfert de l'antenne de la portion. L'interrogation de l'antenne pour obtenir un poids réseau permet d'obtenir une valeur de poids réseau plus précise, car le poids réseau dépend alors de la distance entre le terminal et l'antenne. La capacité de transfert du terminal associé à la portion est donc aussi déterminée de manière plus précise.

Dans un mode de réalisation particulier, l'étape estimation comporte les sous étapes suivantes : • détermination de la longueur de la portion, • estimation de la vitesse du terminal sur la portion, • estimation de la durée de trajet en fonction de la longueur et de la vitesse.

Dans un mode de réalisation particulier, le procédé comporte en outre une étape d'estimation d'une capacité de transfert du terminal dans la portion en fonction du poids réseau et de la durée de trajet associés à la portion.

Dans un mode de réalisation particulier : • le volume de données correspond à un flux de données numériques, et • l'étape de démarrage ou mise en attente du téléchargement comprend le téléchargement du flux dans la limite de la capacité de transfert du terminal estimée et dans la limite d'une capacité de stockage du terminal.

Le téléchargement du flux de données numériques est ainsi optimisé de sorte à éviter une coupure dans l'écoute ou le visionnage, désagréable pour l'utilisateur.

Dans un mode de réalisation particulier : • le volume de données correspond à un fichier numérique, et • l'étape de démarrage ou mise en attente du téléchargement comprend le démarrage du téléchargement du fichier si la taille du fichier est inférieure à la capacité de transfert du terminal, ou la mise en attente du téléchargement si la taille du fichier est inférieure à la capacité de transfert du terminal.

Dans un mode de réalisation particulier : • le volume de données correspond à plusieurs fichiers numériques, et • l'étape de démarrage ou mise en attente du téléchargement comprend le démarrage du téléchargement de chaque fichier si la somme des tailles des fichiers est inférieure à la capacité de transfert du terminal.

Dans un mode de réalisation particulier : • le volume de données correspond à plusieurs fichiers numériques, et • l'étape de démarrage ou mise en attente du téléchargement comprend la mise en attente du téléchargement de chaque fichier ayant une taille supérieure à la capacité de transfert du terminal.

Dans un mode de réalisation particulier : • le volume de données correspond à plusieurs fichiers numériques, et • l'étape de démarrage ou mise en attente du téléchargement comprend les sous étapes suivantes : • détermination d'un ordre de téléchargement des fichiers, et • démarrage du téléchargement des fichiers dans l'ordre déterminé tant que la somme des tailles des fichiers est inférieure à la capacité de transfert du terminal. L'invention concerne en outre un terminal apte à mettre en œuvre un procédé d'optimisation tel que décrit ci-dessus.

Dans un mode particulier de réalisation, les différentes étapes du procédé d'optimisation selon l'invention sont déterminées par des instructions de programmes d'ordinateurs.

En conséquence, l'invention vise aussi un programme d'ordinateur, sur un support d'informations, ce programme comportant des instructions adaptées à la mise en œuvre des étapes d'un procédé d'optimisation selon l'invention.

Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d’informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus.

Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple un disque dur. D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet.

Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question.

Brève description des dessins D'autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux dessins annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. Sur les figures : - les figures 1 et 2 représentent, de manière schématique, un terminal selon un exemple de mode de réalisation de l'invention ; - les figures 3 et 4 représentent, sous forme d'organigrammes, les principales étapes de procédés d'optimisation d'un téléchargement d'un volume de données numériques lors d'un trajet, selon des exemples de modes de réalisation de l'invention ; - la figure 5 représente, sous forme d'organigramme, les principales sous étapes d'une étape d'obtention de poids réseau d'un procédé d'optimisation d'un téléchargement d'un volume de données numériques lors d'un trajet, selon un exemple de mode de réalisation de l'invention ; - la figure 6 représente, sous forme d'organigramme, les principales sous étapes d'une étape d'obtention de poids réseau d'un procédé d'optimisation d'un téléchargement d'un volume de données numériques lors d'un trajet, selon un exemple de mode de réalisation de l'invention ; - la figure 7 représente, sous forme d'organigramme, les principales sous étapes d'une étape d'estimation d'une durée de trajet d'un procédé d'optimisation d'un téléchargement d'un volume de données numériques lors d'un trajet, selon un exemple de mode de réalisation de l'invention ; - la figure 8 représente, sous forme d'organigramme, les principales sous étapes d'une étape de démarrage ou de mise en attente d'un téléchargement d'un procédé d'optimisation d'un téléchargement d'un volume de données numériques lors d'un trajet, selon un exemple de mode de réalisation de l'invention ; - les figures 9 et 10 représentent, de manière schématique, un itinéraire divisé en une pluralité de portions pour lesquelles un poids réseau a été obtenu à une étape d'obtention de poids réseau d'un procédé d'optimisation d'un téléchargement d'un volume de données numériques lors d'un trajet, selon un exemple de mode de réalisation de l'invention ; - la figure 11 représente, de manière schématique, un exemple d'itinéraire obtenu à une étape d'obtention, d'un procédé d'optimisation selon un exemple de mode de réalisation de l'invention.

Description détaillée de plusieurs modes de réalisation

La présente invention se rapporte au domaine du téléchargement de données numériques, et concerne plus particulièrement un procédé d'optimisation d'un téléchargement d'un volume de données numériques lors d'un trajet, et un terminal associé.

La figure 1 représente, de manière schématique, un terminal 100, apte à mettre en œuvre un procédé d'optimisation d'un téléchargement d'un volume de données numérique lors d'un trajet, selon un exemple de mode de réalisation de l'invention.

Par « téléchargement », on entend l'envoi de données numériques depuis le terminal 100 et/ou la réception de données numériques par le terminal 100.

Le terminal 100 est par exemple un terminal mobile tel qu'un téléphone portable, par exemple de type « smartphone », une tablette numérique, ou un ordinateur personnel. Le terminal 100 peut être en variante un terminal incorporé dans un véhicule.

Le terminal 100 comporte un module 102 d'obtention de poids réseau, un module 104 d'estimation d'une durée de trajet, et un module de gestion 106 du téléchargement. De plus, le terminal 100 peut comporter un module de d'estimation d'une capacité de transfert 108 et/ou un module de communication 120.

Le module de communication 120 peuvent comporter un ou plusieurs sous modules de communication longue distance, comme par exemple un sous module Wifi et/ou un ou plusieurs sous modules de communication courte distance comme par exemple un sous module NFC (Near Field Communication) ou Bluetooth.

Le terminal 100 comporte en outre une carte réseau 130. La carte réseau 130 est un fichier informatique modélisant un espace terrestre divisé en une pluralité de zones, et stockant une correspondance entre chaque zone et le type de réseau associé à la zone. L'espace est modélisé au moyen de coordonnées, par exemple des coordonnées de Géopositionnement par satellite (« Global Positioning System » en terminologie anglo-saxonne, ayant pour acronyme GPS). Ainsi, chaque zone peut être modélisée par les coordonnées des limites de cette zone.

Le type de réseau de télécommunications correspond à la catégorie du réseau (edge, 2G, 3G, 4G, Wifi, etc.) et/ou la qualité du réseau. Le type de réseau est par exemple un nombre entier positif ou nul, la valeur de ce nombre étant fonction du volume de données pouvant être échangé au moyen du type de réseau, par exemple diminuant lorsque le volume de données augmente.

Chaque zone est couverte par N antenne(s) différente(s), N étant un nombre entier positif ou égal à 0. Ainsi une zone peut être une zone blanche, c'est-à-dire une zone couverte par aucune antenne. Une zone peut sinon être une zone couverte par une antenne ou une zone couverte par plusieurs antennes.

Le type de réseau associé à la zone est déterminé en fonction de cette couverture. Ainsi, une zone blanche n'est associée à aucun réseau. Le type de réseau associé à une antenne est notamment déterminé en fonction de l'antenne, par exemple en fonction des caractéristiques physiques et logicielles de l'antenne. Le type de réseau peut en outre être déterminé en fonction de données d'usage partagées par les utilisateurs de l'antenne.

Pour une zone couverte par plusieurs antennes, plusieurs types de réseau peuvent être déterminés comme décrit ci-dessus. Ensuite, un type de réseau parmi les types de réseau déterminés est choisi comme étant le type de réseau associé à la zone. Le type de réseau choisi est par exemple celui permettant l'échange de données le plus important.

Le terminal 100 peut en outre comporter un graphe 140 représentant un ensemble de voies de circulation terrestres, par exemple un réseau routier. Ce graphe 140 est un fichier informatique indépendant. En variante, la carte réseau 130 et le graphe 140 sont regroupés en un seul fichier.

Le graphe 140 comporte un ensemble de points et un ensemble segments, chaque segment reliant deux points. A chaque point du graphe sont associées des coordonnées, par exemple de Géo-positionnement par satellite, du lieu associé.

Dans un exemple, chaque point correspond à un carrefour, c'est-à-dire à un lieu de croisement de plusieurs voies de circulation, et/ou un endroit où la réglementation de vitesse est modifiée. Chaque segment correspond donc à une partie de voie entre deux carrefours et/ou une partie de voie entre deux endroits où la réglementation de vitesse est modifiée.

Un poids réseau peut être associé à chaque segment au moyen de la carte réseau 130, la correspondance entre le graphe 140 et la carte réseau 130 étant effectuée au moyen des coordonnées des points. Le poids réseau d'un segment est par exemple le poids réseau du point de départ du segment, soit typiquement le type de réseau associé à la zone dans laquelle se situe le point de départ du segment.

Comme le montre la figure 2, le terminal 100 présente l'architecture conventionnelle d'un ordinateur. Le terminal 100 comporte notamment un processeur 200, une mémoire morte 202 (de type « ROM »), une mémoire non volatile réinscriptible 204 (de type « EEPROM » ou « Flash NAND » par exemple), une mémoire volatile réinscriptible 206 (de type « RAM »), et une interface de communication 208.

La carte réseau 130 et graphe 140 sont par exemple stockés dans la mémoire morte 202 ou dans la mémoire non volatile réinscriptible 204.

La mémoire morte 202 du terminal 100 constitue un support d'enregistrement conforme à un exemple de mode de réalisation de l'invention, lisible par le processeur 200 et sur lequel est enregistré un programme d'ordinateur PI conforme à un exemple de mode de réalisation de l'invention. En variante, le programme d'ordinateur PI est stocké dans la mémoire non volatile réinscriptible 204.

Ce programme d'ordinateur PI définit des modules fonctionnels et logiciels ici, configurés pour mettre en œuvre les étapes d'un procédé d'optimisation conforme à un exemple de mode de réalisation de l'invention. Ces modules fonctionnels s'appuient sur ou commandent les éléments matériels 200, 202, 204, 206 et 208 du terminal 100 cités précédemment. Ils comprennent notamment ici, comme illustré sur la figure 1, le module 102 d'obtention de poids réseau, le module 104 d'estimation d'une durée de trajet, le module de gestion 106 du téléchargement, le module de d'estimation d'une capacité de transfert 108 et/ou le module de communication 120.

Les fonctions de ces différents modules sont décrites plus en détail ci-dessous, en référence aux étapes des procédés décrits en référence aux figures 3 à 8.

La figure 3 représente un procédé d'optimisation d'un téléchargement d'un volume de données numériques lors d'un trajet, selon un exemple de mode de réalisation de l'invention.

Le procédé est mis en œuvre par un terminal, par exemple le terminal 100 décrit en référence à la figure 1.

Dans une étape S300, pour au moins une portion d'un itinéraire du trajet, le module 102 d'obtention de poids réseau du terminal 100 obtient un poids réseau. Le poids réseau est associé à ladite portion et correspond à un type de réseau de télécommunications.

Dans une étape S302, le module 104 d'estimation estime une durée de trajet associée à ladite portion.

Dans une étape S304, le module de gestion 106 du téléchargement démarre ou met en attente le téléchargement en fonction du poids réseau et de la durée de trajet associés à ladite portion, lorsque le terminal 100 est situé dans ladite portion.

Le procédé permet d'optimiser le téléchargement du volume de données sur tout le trajet de l'utilisateur, ou sur une partie de ce trajet. Le procédé permet ainsi d'éviter des échecs de téléchargement et de réduire le gaspillage de la capacité de transfert du terminal 100. En outre, le procédé permet d'éviter d'occuper des ressources réseau inutilement, ces ressources réseau pouvant alors servir à d'autres usagers.

Il est ainsi possible pour un utilisateur du terminal 100 de requérir le téléchargement d'un ou plusieurs fichiers ou flux de données sans se préoccuper de la connectivité réseau dont il bénéficie lors de cette requête.

La figure 4 représente un procédé d'optimisation d'un téléchargement d'un volume de données numériques lors d'un trajet, selon un exemple de mode de réalisation de l'invention.

Le procédé est mis en œuvre par un terminal, par exemple le terminal 100 décrit en référence à la figure 1. Le procédé peut être déclenché par une action telle qu'une requête de téléchargement du volume de données numériques, où par une requête d'obtention d'un itinéraire du trajet.

Dans une étape S300, pour au moins une portion d'un itinéraire du trajet, le module 102 d'obtention de poids réseau du terminal 100 obtient un poids réseau. Le poids réseau est associé à ladite portion et correspond à un type de réseau de télécommunications.

Dans un exemple, l'étape S300 d'obtention comprend une sous étape S506 d'obtention de l'itinéraire (voir figure 5). L'itinéraire peut être fourni par l'utilisateur, ou envoyé par autre terminal ou par un serveur distant et reçu via le module de communication 120. En variante, l'itinéraire est calculé par le module 102 d'obtention de poids réseau, après obtention du point de départ et du point d'arrivée de l'itinéraire. L'itinéraire peut être calculé par optimisation d'un critère de distance et/ou durée et/ou coût financier et/ou consommation de carburant et/ou de couverture réseau. L'itinéraire est par exemple calculé au moyen d'un algorithme de type « Dijkstra », c'est-à-dire l'algorithme de Dijkstra ou une variante de cet algorithme pouvant être utilisée dans le même but. Le graphe 140 peut être utilisé.

Dans cet exemple, l'étape S300 d'obtention comprend de plus une sous étape S508 de segmentation d'au moins une partie de l'itinéraire en une pluralité d'intervalles.

Dans un exemple, la totalité de l'itinéraire est segmenté en une pluralité d'intervalles, typiquement en intervalles de longueurs égales. Dans un exemple, la longueur de chaque intervalle est de l'ordre de quelques centaines de mètres, par exemple 250 mètres.

En outre, dans cet exemple, l'étape S300 d'obtention comprend une sous étape S510 d'obtention du poids réseau associé à chaque intervalle.

Le poids réseau de chaque intervalle est une valeur prédéterminée, associée au type de réseau de télécommunications pouvant être utilisé par le terminal, à au moins un point de l'intervalle.

Le poids réseau associé à un intervalle peut être obtenu en consultant la carte réseau 130. Dans un exemple, les coordonnées d'un point prédéterminé de l'intervalle sont obtenues, puis le type de réseau correspondant au point prédéterminé est obtenu (la zone dans laquelle se situe le point pouvant alors être déterminée), le poids réseau correspondant au type de réseau. Le point prédéterminé est par exemple un point à une extrémité de l'intervalle, comme le point de départ ou le point d'arrivée de l'intervalle.

Dans un autre exemple, le poids réseau est une moyenne des types de réseau obtenus pour plusieurs points prédéterminés de l'intervalle.

De plus, dans cet exemple, l'étape S300 d'obtention comprend une sous étape S512 obtention de l'au moins une portion à partir des intervalles et des poids réseau, de sorte qu'une portion corresponde à un intervalle ou plusieurs intervalles consécutifs ayant des poids réseau de même nature.

Plus précisément, lors de cette étape S412, plusieurs intervalles consécutifs, c'est-à-dire n'étant pas séparés par un autre intervalle, et ayant des poids réseau de même nature, par exemple une même valeur de poids réseau, sont fusionnés afin de former une portion. Un unique intervalle peut en outre former une portion si l'intervalle précédant cet intervalle et l'intervalle le suivant ont des poids réseau de nature différente, par exemple des valeurs de poids réseau différentes de la valeur de poids réseau de cet intervalle.

Dans un autre exemple, l'étape S300 d'obtention est effectuée en mettant en œuvre l'algorithme de type « Dijkstra » (c'est-à-dire l'algorithme de Dijkstra ou une variante de cet algorithme pouvant être utilisée dans le même but), en fonction de poids réseau.

Dans cet autre exemple, le point de départ et le point d'arrivée de l'itinéraire sont tout d'abord obtenus. Ensuite, les portions de l'itinéraire sont obtenues, en minimisant le poids réseau associé au point d'arrivée.

La carte réseau 130 et le graphe 140 peuvent être utilisés. Chaque segment du graphe 140 correspond alors à une portion potentielle de l'itinéraire. A chaque itération de l'algorithme, un point courant du graphe 140 est considéré.

Un ou plusieurs points candidats sont alors obtenus. Un point candidat est un point entre le point courant et le point d'arrivé, relié directement au point courant par un unique segment.

Un poids réseau est alors obtenu pour chaque point candidat, à partir des poids réseau associés aux segments ayant permis d'obtenir ledit point candidat, typiquement en sommant les poids réseau des segments permettant d'obtenir ledit point candidat. Chaque point candidat est ajouté à un ensemble de points candidats, en association avec le ou les segments ayant permis d'obtenir ledit point candidat.

Ensuite, le nouveau point courant est sélectionné parmi les points candidats obtenus de l'ensemble de points candidats. Ce nouveau point courant est sélectionné en fonction des poids réseau obtenus pour chaque point candidat. Le nouveau point courant est typiquement le point candidat de l'ensemble de points candidats ayant le poids le plus faible. Le nouveau point courant est supprimé de l'ensemble de points candidats. A la première itération de l'algorithme, le point de départ est considéré comme étant le point courant, et l'ensemble de points candidat est vide. L'algorithme prend fin lorsque le nouveau point courant sélectionné est le point d'arrivée de l'itinéraire. L'algorithme permet ainsi d'obtenir les différentes portions de l'itinéraire, en fonction de poids réseau.

La figure 11 représente, de manière schématique, un exemple d'itinéraire 1000 obtenu à l'étape d'obtention S908 de l'itinéraire. Plus précisément, un exemple de graphe 140 est représenté en figure 11. Le graphe 140 comporte six points A, B, C, D, E et F.

En outre, le graphe comporte six segments a, b, c, d, e et f. Le segment a relie directement le point A au point B, le segment b relie directement le point A au point C, le segment c relie directement le point B au point D, le segment d relie directement le point D au point F, le segment e relie directement le point C au point F, le segment f relie directement le point C au point E.

La valeur des poids réseau associés aux segments a et f est « 0 » et correspond à un réseau 4G, la valeur des poids réseau associés aux segments b et e est « 1 » et correspond à un réseau 3G, la valeur du poids réseau associé au segment c est « 3 » et correspond à aucun réseau, et la valeur du poids réseau associé au segment d est « 2 » et correspond à un réseau 2G.

Le point A est sélectionné comme étant le point de départ de l'itinéraire, et le point F est sélectionné comme étant le point d'arrivée de l'itinéraire. Le premier point courant est ainsi le point A.

Ensuite, les points B et C sont obtenus comme étant des points candidats, et sont ajoutés à l'ensemble de points candidats. Le poids réseau associé au point B est égal au poids réseau associé au segment a, et la valeur du poids réseau du point B est ainsi « 0 ». En outre, le poids réseau associé au point C est égal au poids réseau associé au segment b, et la valeur du poids réseau du point C est ainsi « 1 ». La valeur du poids réseau associé au point B étant inférieure à la valeur du poids réseau associé au point C, le point B est sélectionné comme étant le nouveau point courant, et le point B est supprimé de l'ensemble des points candidats.

Dans une nouvelle itération de l'algorithme, où le point B est le point courant, le point D est obtenu comme étant un point candidat, et est ajouté à l'ensemble de points candidats contenant déjà le point C.

Le poids réseau du point D est obtenu en sommant les poids réseau des segments a et c, et la valeur du poids réseau du point D est alors égale à « 3 ». Cette valeur étant supérieure à la valeur du poids réseau du point C, le point C est sélectionné comme étant le nouveau point courant, et le point C est supprimé de l'ensemble de points candidats.

Dans une nouvelle itération de l'algorithme, où le point C est le point courant, le point F est obtenu comme étant un point candidat, et est ajouté à l'ensemble de points candidats contenant déjà le point D.

Le point E n'étant pas entre le point C et le point F (autrement dit il n'existe aucun moyen d'aller du point E au point F sauf à retourner en arrière en passant par le point C), le point E n'est pas sélectionné comme étant un point candidat.

Le poids réseau du point F est obtenu en sommant les poids réseau des segments b et e, et la valeur du poids réseau du point F est alors égale à « 2 ». Cette valeur étant inférieure à la valeur du poids réseau du point D le point F est sélectionné comme étant le nouveau point courant.

Le point F étant en outre le point d'arrivée, l'algorithme s'arrête. L'itinéraire 1000 obtenu comporte ainsi le point A, le segment b, le point C, le segment e et le point F. Les segments a et e peuvent ainsi être considérés comme étant des portions de l'itinéraire.

En variante, le poids réseau des segments et couplé avec au moins un autre poids lors de la mise en œuvre de l'algorithme. Le ou les autres poids considérés sont par exemple un poids de distance, un poids de durée, un poids de coût financier et/ou un poids de consommation de carburant.

Les portions obtenues après la mise en œuvre de l'algorithme de type « Dijkstra » peuvent être regroupées de la même manière que les intervalles à l'étape S512 de la figure 5. Ainsi, plusieurs portions consécutives ayant des poids réseau de même nature, par exemple une même valeur de poids réseau, peuvent être fusionnées afin de former une nouvelle portion.

Dans un autre exemple, l'étape S300 d'obtention comporte une sous étape d'obtention S614 d'une portion dans laquelle se situe le terminal 100 (voir figure 6), appelée portion courante.

La mise en œuvre de cette sous étape S614 suppose que l'itinéraire et les portions de l'itinéraire aient été préalablement déterminés par le module 102 d'obtention, par exemple en mettant en œuvre les étapes S506, S508, S510 et S512 de la figure 5, ou mettant en œuvre l'algorithme de Dijkstra en fonction de poids réseau comme indiqué ci-dessus.

Les coordonnées courantes du terminal 100 sont obtenues par le module 102 d'obtention.

La portion courante peut alors être déterminée en comparant les coordonnées des portions de l'itinéraire et les coordonnées courantes du terminal 100.

Le poids réseau associé à la portion courante est ensuite obtenu (sous étape S616) en interrogeant l'antenne associée à ladite portion courante sur un débit de ladite antenne en émission et/ou en réception.

Dans le cas où la portion est associée à une zone couverte par une pluralité d'antennes, l'antenne associée à la portion courante est l'antenne correspondant au type de réseau choisi comme étant associé à la zone.

Le poids réseau associé à la portion peut ainsi être mis à jour en fonction de la capacité réelle de transfert de l'antenne. L'interrogation de l'antenne pour obtenir un poids réseau permet d'obtenir une valeur de poids réseau plus précise, car le poids réseau dépend alors de la distance entre le terminal 100 et l'antenne. La capacité de transfert du terminal associé à la portion, calculée dans une étape suivante est donc aussi déterminée de manière plus précise.

En variante, le poids réseau associé à la portion courante est obtenu en interrogeant un serveur stockant des données d'usage partagées par les utilisateurs de l'antenne, et obtenant le poids réseau à partir de ces données. L'interrogation du serveur pour obtenir un poids réseau permet aussi d'obtenir une valeur de poids réseau plus précise.

De la même manière, l'étape S300 d'obtention peut en outre comporter une sous étape d'obtention S618 d'une portion suivant immédiatement la portion courante. Le poids réseau associé à la portion suivant la portion courante est alors obtenu (sous étape S620) en interrogeant l'antenne associée à ladite portion suivante sur un débit de ladite antenne en émission et/ou en réception.

Dans une étape S302, le module 104 d'estimation estime une durée de trajet associée à l'au moins une portion pour laquelle un poids réseau est obtenu à l'étape S300, typiquement chacune de ces portions.

Comme le montre la figure 7, dans un exemple, l'étape d'estimation S302 comporte une sous étape de détermination S722 de la longueur de la portion. La longueur de la portion peut être calculée lors de l'obtention des portions, par exemple à l'étape S512 ou lors du regroupement après la mise en œuvre de l'algorithme de type « Dijkstra ». L'étape d'estimation S302 peut en outre comporter une sous étape d'estimation S724 de la vitesse du terminal sur l'au moins une portion pour laquelle un poids réseau est obtenu à l'étape 300. L'estimation de la vitesse du terminal peut être effectuée en fonction de données sur une limitation de vitesse sur la portion. La limitation de vitesse indique en effet la vitesse maximale à laquelle un véhicule comportant le terminal 100 doit rouler. Un coefficient peut être appliqué à cette vitesse maximale pour obtenir l'estimation de la vitesse (il peut être par exemple supposé que le véhicule roule à 80% de la vitesse maximale). L'estimation de la vitesse du terminal peut aussi être effectuée en fonction de données de vitesse moyenne des véhicules sur la portion. L'estimation de la vitesse du terminal peut aussi être effectuée en fonction de la vitesse courante du terminal 100. L'étape d'estimation S302 peut en outre comporter une sous étape d'estimation S726 de la durée de trajet sur la portion en fonction de la longueur obtenue à la sous étape S722 et de la vitesse estimée à la sous étape S724. La longueur de la portion est alors divisée par la durée de trajet estimée sur la portion.

Si les poids réseau de plusieurs portions de l'itinéraire, par exemple toutes les portions de l'itinéraire sont obtenues à l'étape S300, le module 104 d'estimation peut estimer la durée de trajet associée à une ou plusieurs de ces portions (une portion correspond à une partie restante de portion si le terminal a déjà parcouru l'autre partie de la portion). Les sous étapes S722, S724 et S726 sont par exemple répétées. Pour chaque portion pour laquelle un poids réseau est obtenu, une durée de trajet peut ainsi être estimée.

En outre, dans le cas où les sous étapes S614, S616, et/ou S618, S620 sont mises en œuvre afin d'obtenir le poids réseau mis à jour d'une portion courante et/ou la portion suivant la portion courante, le module 104 d'estimation peut uniquement estimer la durée de trajet associée à la portion courante et/ou la portion suivante.

Dans une étape S428, la capacité de transfert du terminal 100, dans ladite au moins une portion pour laquelle un poids réseau est obtenu à l'étape 300, est estimée par un module d'estimation d'une capacité de transfert 108. Cette estimation est effectuée en fonction du poids réseau obtenu à l'étape 300 associé à ladite portion, et en fonction de la durée de trajet obtenue à l'étape S302, associée à ladite portion.

La capacité de transfert du terminal 100 estimée peut comprendre la capacité de transfert en émission du terminal 100 et/ou la capacité de transfert en réception du terminal 100.

En outre, la capacité de transfert du terminal 100 peut être estimée en bits, bytes, ou octets.

Comme pour l'étape S302, si les poids réseau de plusieurs portions de l'itinéraire, par exemple toutes les portions de l'itinéraire sont obtenues à l'étape S300, le module d'estimation d'une capacité de transfert 108 peut estimer la capacité de transfert du terminal 100 dans une ou plusieurs de ces portions (une portion correspond à une partie restante de portion si le terminal a déjà parcouru l'autre partie de la portion). L'étape S428 est alors répétée. Pour chaque portion pour laquelle un poids réseau est obtenu, une capacité de transfert du terminal peut être estimée.

En outre, dans le cas où les sous étapes S614, S616, et/ou S618, S620 sont mises en œuvre afin d'obtenir le poids réseau mis à jour d'une portion courante et/ou la portion suivant la portion courante, le module d'estimation d'une capacité de transfert 108 peut uniquement estimer la capacité de transfert du terminal 100 dans la portion courante et/ou la portion suivante.

Dans une étape S304, le module de gestion 106 du téléchargement démarre ou met en attente le téléchargement en fonction du poids réseau et de la durée de trajet associés à l'au moins une portion pour laquelle un poids réseau est obtenu à l'étape 300, lorsque le terminal 100 est situé dans ladite portion.

Les coordonnées du terminal 100 sont à cet effet obtenues régulièrement par le module de gestion 106, afin que le module de gestion 106 détermine, en temps réel, la portion de l'itinéraire sur laquelle se situe le terminal 100.

Dans un exemple, le volume de données devant être téléchargé est un flux de données numériques correspondant à un ou plusieurs fichiers. Cela se produit par exemple lorsque l'utilisateur écoute de la musique ou regarde une vidéo en « streaming » (lecture en continu). Les données numériques sont alors téléchargées au fur et à mesure de l'écoute ou du visionnage. L'étape S304 de démarrage ou mise en attente du téléchargement comprend alors le téléchargement du flux dans la limite de la capacité de transfert du terminal 100 dans la portion, estimée à l'étape S428, et dans la limite d'une capacité de stockage du terminal 100.

Dans un exemple, la limite de la capacité de stockage du terminal 100 est un pourcentage de la capacité de stockage de la mémoire cache disponible.

Ainsi, dans les cas où la capacité de transfert du terminal 100 est estimée pour plusieurs portions, le module de gestion 106 du téléchargement peut décider de mettre en œuvre ou mettre en attente le téléchargement en fonction des capacités de transfert calculées.

Dans un exemple, la capacité de transfert du terminal 100 dans une portion courante est estimée, ainsi que la capacité de transfert du terminal 100 dans une ou plusieurs portions suivant la portion courante. S'il est estimé que la capacité de transfert du terminal dans la portion courante est suffisante pour télécharger le flux de données et insuffisante dans la ou les portions suivants la portion courante, le module de gestion 106 télécharge, dans la limite de la capacité de transfert du terminal 100 dans la portion courante et dans la limite de la capacité de stockage du terminal 100, assez de flux que l'utilisateur puisse écouter et/ou visionner les données pendant la durée de trajet de la portion courante et la durée de trajet de la ou les portions suivant la portion courante.

Le téléchargement du flux de données numériques est ainsi optimisé de sorte à éviter une coupure dans l'écoute ou le visionnage, désagréable pour l'utilisateur.

Dans un autre exemple, le volume de données devant être téléchargé est un flux de données numériques correspondant à un appel audio ou vidéo. L'étape S304 de démarrage ou mise en attente du téléchargement comprend alors une sous étape d'estimation du volume de données devant être échangé lors de l'appel, par unité de temps (par exemple un volume de données par seconde). Le volume de données pouvant être échangé dans la portion est ensuite calculé, en fonction du volume de données par unité de temps et de la durée de trajet obtenue à l'étape S302, associée à ladite portion. L'étape S304 de démarrage ou mise en attente du téléchargement comprend ensuite une sous étape de comparaison du volume de données pouvant être échangé dans la portion avec la capacité de transfert du terminal 100 sur la portion. Cette sous étape peut être effectuée avant que le terminal se situe dans la portion ou pendant que le terminal se situe dans la portion.

Si le volume de données pouvant être échangé dans la portion est inférieur à la capacité de transfert du terminal 100, l'étape S304 comprend une sous étape de démarrage du téléchargement du volume de données, lorsque le terminal se situe dans la portion.

Si le volume de données pouvant être échangé dans la portion est supérieur à la capacité de transfert du terminal 100, l'étape S304 comprend une sous étape de mise en attente du téléchargement. L'utilisateur peut alors être notifié de cette mise en attente, par exemple lorsque le terminal 100 est situé dans la portion précédant la portion pour laquelle le téléchargement est mis en attente, lorsque le véhicule se situe dans la portion. L'utilisateur peut ainsi s'organiser en prévision de la mise en attente du téléchargement, par exemple en prévenant son interlocuteur que la communication est sur le point d'être coupée.

Dans un exemple, le volume de données devant être téléchargé est un fichier numérique. L'étape S304 de démarrage ou mise en attente du téléchargement comprend alors une sous étape de comparaison de la taille du fichier avec la capacité de transfert du terminal 100 sur la portion. Cette sous étape peut être effectuée avant que le terminal se situe dans la portion ou pendant que le terminal se situe dans la portion.

Si la taille du fichier est inférieure à la capacité de transfert du terminal 100, l'étape S304 comprend une sous étape de démarrage du téléchargement du fichier, lorsque le terminal se situe dans la portion.

Si la taille du fichier est supérieure à la capacité de transfert du terminal 100, l'étape S304 comprend une sous étape de mise en attente du téléchargement, lorsque le terminal se situe dans la portion.

Dans un autre exemple, le volume de données devant être téléchargé correspond à une pluralité de fichiers numériques. L'étape S304 de démarrage ou mise en attente du téléchargement peut alors comprendre une sous étape de comparaison S830 de la somme des tailles des fichiers avec la capacité de transfert du terminal 100 sur la portion (voir figure 8). Cette sous étape peut être effectuée avant que le terminal se situe dans la portion ou pendant que le terminal se situe dans la portion.

Si la somme des tailles des fichiers est inférieure à la capacité de transfert du terminal, l'étape S304 comprend une sous étape de démarrage S832 du téléchargement de tous les fichiers, lorsque le terminal se situe dans la portion.

Si la somme des tailles des fichiers est supérieure à la capacité de transfert du terminal, l'étape S304 peut comprendre une sous étape de comparaison S834 de la taille de chaque fichier avec la capacité de transfert du terminal 100 sur la portion. Cette sous étape peut être effectuée avant que le terminal se situe dans la portion ou pendant que le terminal se situe dans la portion.

Dans le cas où au moins un fichier a une taille supérieure à la capacité de transfert du terminal 100, l'étape S304 comprend une sous étape de mise en attente S836 du téléchargement de chaque fichier ayant une taille supérieure à la capacité de transfert du terminal 100, lorsque le terminal se situe dans la portion.

Dans le cas où au moins un fichier a une taille inférieure à la capacité de transfert du terminal 100, l'étape S304 comprend une sous étape de détermination S838 d'un ordre de téléchargement des fichiers ayant une taille inférieure à la capacité de transfert du terminal 100. Cette sous étape peut être effectuée avant que le terminal se situe dans la portion ou pendant que le terminal se situe dans la portion. L'ordre de téléchargement des fichiers peut être déterminé en fonction d'un degré d'importance de chaque fichier. Le degré d'importance de chaque fichier est typiquement évalué par l'utilisateur, et/ou peut être évalué par le module de gestion 106 du terminal 100.

De manière additionnelle ou en remplacement, l'ordre de téléchargement des fichiers peut être déterminé en fonction de la taille des fichiers et/ou de la capacité de transfert du terminal.

Dans un exemple, si la capacité de transfert du terminal est élevée, les fichiers sont classés par taille, de la taille la plus élevée à la taille la moins élevée, et si la capacité de transfert du terminal est basse, les fichiers sont classés de la taille la moins élevée à la taille la plus élevée. Dans un autre exemple, les fichiers sont classés de la taille la moins élevée à la taille la plus élevée, indépendamment de la capacité de transfert du terminal 100. L'étape S304 comprend ensuite, lorsque le terminal se situe dans la portion, une sous étape de démarrage S840 du téléchargement des fichiers dans l'ordre déterminé à la sous étape S838, tant que la somme des tailles des fichiers est inférieure à la capacité de transfert du terminal.

En variante, la détermination de l'ordre de téléchargement des fichiers en fonction d'un degré d'importance de chaque fichier est effectuée avant la sous étape de comparaison S834, pour tous les fichiers. L'étape de comparaison S834 est ensuite effectuée dans l'ordre déterminé, et la sous étape de démarrage S840 du téléchargement des fichiers peut être effectuée au fur et à mesure des comparaisons.

Dans le cas où le volume de données devant être téléchargé est une combinaison parmi un flux de données numériques correspondant à un ou plusieurs fichiers, un flux de données numériques correspondant à un appel audio ou vidéo, et/ou un ou plusieurs fichiers numériques, les sous étapes décrites dans les exemples ci-dessus peuvent être combinées.

Le procédé peut en outre comporter une étape de notification de l'utilisateur lors de l'entrée du terminal 100 dans une portion du trajet pour laquelle la capacité de transfert du terminal 100 est inférieure à un seuil prédéterminé (cela étant dû à une courte durée de trajet dans ladite portion et/ou un poids réseau faible associé à ladite portion), la notification indiquant que la couverture réseau est faible.

La notification permet ainsi de prévenir l'utilisateur d'un risque de coupure de téléchargement de données. L'utilisateur peut ainsi anticiper la coupure, par exemple alors qu'il utilise le réseau pour communiquer avec un autre utilisateur.

De la même manière, le procédé peut comporter une étape de notification de l'utilisateur lors de l'entrée du terminal dans une portion du trajet pour laquelle la capacité de transfert du terminal est supérieure à un seuil prédéterminé (cela étant dû à une longue durée de trajet dans ladite portion et/ou un poids réseau fort associé à ladite portion), la notification indiquant que la couverture réseau est de bonne qualité.

Les étapes S300 et S302 de la figure 3, ou les étapes S300 (par exemple les sous étapes S506, S508, S510 et S512), S302 (par exemple les sous étapes S722, S724 et S726) et S428 de la figure 4, et/ou les sous étapes de l'étape S304 effectuées avant le téléchargement ou la mise en attente, peuvent être mises en œuvre une fois, pour toutes les portions de l'itinéraire, c'est-à-dire pour tout l'itinéraire, et par exemple avant que l'utilisateur commence à effectuer le trajet.

En complément, les étapes S614, S616 et/ou S618, S620 peuvent être réitérées à chaque entrée du terminal 100 dans une nouvelle portion. L'étape S302 est alors aussi réitérée, ainsi que toutes les sous étapes correspondantes de l'étape S304, effectuées avant le téléchargement ou la mise en attente.

Les sous étapes de téléchargement ou de mise en attente de l'étape S304 peuvent être réitérées lors de l'entrée du terminal 100 dans une nouvelle portion, par exemple à chaque entrée du terminal 100 dans une nouvelle portion.

En variante, les étapes S300 et S302 de la figure 3, ou les étapes S300 (par exemple les sous étapes S506, S508, S510 et S512), S302 (par exemple les sous étapes S722, S724 et S726) et S428 de la figure 4, et/ou les sous étapes de l'étape S304 effectuées avant le téléchargement ou la mise en attente, sont mises en œuvre pour une partie des portions de l'itinéraire, et/ou pour une partie restante d'une portion sur laquelle se situe le terminal (la partie restante de portion étant alors considérée comme étant une portion), par exemple lorsque l'utilisateur effectue le trajet et requiert un téléchargement.

En complément, les étapes S614, S616 et/ou S618, S620 peuvent être réitérées à chaque entrée du terminal 100 dans une nouvelle portion. L'étape S302 est alors aussi réitérée, ainsi que toutes les sous étapes correspondantes de l'étape S304, effectuées avant le téléchargement ou la mise en attente.

Les sous étapes de téléchargement ou de mise en attente de l'étape S304 peuvent être réitérées lors de l'entrée du terminal 100 dans une nouvelle portion, par exemple à chaque entrée du terminal 100 dans une nouvelle portion.

La figure 9 représente, de manière schématique, un itinéraire 900 divisé en une pluralité de portions 902, et pour lequel un poids réseau 904 a été obtenu à l'étape S300 pour toutes les portions 902. L'utilisateur du terminal souhaite télécharger un fichier vidéo 906 et un fichier image 908.

Dans cet exemple, une durée de trajet 910 est calculée, sur une partie restante de la portion courante 902.1 sur laquelle se situe le véhicule 912 (dans lequel le terminal est localisé) et sur les deux portions 902.2 et 902.3 suivantes. Il est ensuite déterminé que la capacité de transfert du terminal sur la partie restante de la portion courante 902.1 et sur la première portion suivante 902.2 est suffisante pour télécharger le fichier vidéo 906 et le fichier image 908. Le terminal démarre donc le téléchargement du fichier vidéo 906 et du fichier image 908.

Dans un exemple, la durée de trajet 910 est de 16 minutes, la portion courante 902.1 (ou première portion 902.1) est couverte par un réseau 4G, la première portion suivante 902.2 (ou deuxième portion 902.2) est couverte par un réseau 3G+, et la deuxième portion suivante 902.3 (ou troisième portion 902.3) est couverte par un réseau 2G. Le terminal peut alors télécharger des fichiers dont la taille est de quelques dizaines de Mégaoctets.

La Figure 10 représente, de manière schématique, l'itinéraire 900 de la figure 9, divisé en une pluralité de portions 902, et pour lequel un poids réseau 904 a été obtenu à l'étape S300 pour toutes les portions 902. L'utilisateur du terminal souhaite télécharger le fichier vidéo 906 et le fichier image 908.

Cependant, le véhicule 912 dans lequel le terminal est localisé est situé sur cette figure 10 au niveau de la deuxième portion 902.2 de l'itinéraire 900.

Dans cet exemple, une durée de trajet 910 sur une partie restante de la deuxième portion 902.2 sur laquelle se situe le véhicule 912 et sur la portion 902.3 suivante est calculée. Il est ensuite déterminé que la capacité de transfert du terminal sur la partie restante de la portion courante 902.2 et sur la portion 902.3 suivante est suffisante pour télécharger le fichier image 908, mais n'est pas suffisante pour télécharger le fichier vidéo 906. Le terminal démarre donc le téléchargement du fichier image 908 et met en attente le téléchargement du fichier vidéo 906.

Dans un exemple, la durée de trajet 910 est de 4 minutes, la portion courante 902.2 est couverte par un réseau 3G+ et la première portion suivante 902.3 est couverte par un réseau 2G.

Claims (14)

1. REVENDICATIONS

   1. Procédé d'optimisation d'un téléchargement d'un volume de données numériques lors d'un trajet, ledit procédé étant mis en œuvre par un terminal (100), ledit procédé comportant les étapes suivantes : • pour au moins une portion d'un itinéraire du trajet, obtention (S300) d'un poids réseau associé à ladite portion et correspondant à un type de réseau de télécommunications, • estimation (S302) d'une durée de trajet associée à ladite portion, en fonction d'au moins une estimation (S724) d'une vitesse du terminal sur ladite portion et d'une longueur déterminée (S722) de ladite portion, • démarrage ou mise en attente (S304) du téléchargement en fonction du poids réseau et de la durée de trajet associés à ladite portion, lorsque le terminal est situé dans ladite portion.
2. 2. Procédé selon la revendication 1, dans lequel l'étape d'obtention (S300) comporte les sous étapes suivantes : • segmentation (S508) d'au moins une partie de l'itinéraire en une pluralité d'intervalles de distance prédéterminée, • obtention (S510) du poids réseau associé à chaque intervalle, et • obtention (S512) de l'au moins une portion à partir des intervalles et des poids réseau, de sorte qu'une portion corresponde à un intervalle ou plusieurs intervalles consécutifs ayant des poids réseau de même nature.
3. 3. Procédé selon la revendication 1, dans lequel l’étape d'obtention est effectuée en mettant en œuvre un algorithme de type « Dijkstra », en fonction de poids réseau.
4. 4. Procédé selon la revendication 3, dans lequel l'étape d'obtention comporte : • une sous étape d'obtention (S614) d'une portion dans laquelle se situe le terminal, et/ou • une sous étape d'obtention (S618) d'une portion suivant immédiatement la portion dans laquelle se situe le terminal.
5. 5. Procédé selon l'une quelconque des revendications 1 à 4, dans lequel : • le poids réseau associé à la portion dans laquelle est situé le terminal est obtenu (S616) en interrogeant l'antenne associée à ladite portion sur un débit de ladite antenne en émission et/ou en réception, et/ou • le poids réseau associé à la portion suivant la portion dans laquelle est situé le terminal est obtenu (S618) en interrogeant l'antenne associée à ladite portion suivante sur un débit de ladite antenne en émission et/ou en réception.
6. 6. Procédé selon l'une quelconque des revendications 1 à 5, comportant en outre une étape d'estimation (S428) d'une capacité de transfert du terminal dans ladite portion en fonction du poids réseau et de la durée de trajet associés à ladite portion.
7. 7. Procédé selon la revendication 6, dans lequel : • le volume de données correspond à un flux de données numériques, et • l'étape de démarrage ou mise en attente (S304) du téléchargement comprend le téléchargement du flux dans la limite de la capacité de transfert du terminal estimée et dans la limite d'une capacité de stockage du terminal.
8. 8. Procédé selon la revendication 6, dans lequel : • le volume de données correspond à un fichier numérique, et • l'étape de démarrage ou mise en attente (S304) du téléchargement comprend le démarrage du téléchargement du fichier si la taille du fichier est inférieure à la capacité de transfert du terminal, ou la mise en attente du téléchargement si la taille du fichier est inférieure à la capacité de transfert du terminal.
9. 9. Procédé selon la revendication 6, dans lequel : • le volume de données correspond à plusieurs fichiers numériques, et • l'étape de démarrage ou mise en attente (S304) du téléchargement comprend le démarrage (S832) du téléchargement de chaque fichier si la somme des tailles des fichiers est inférieure à la capacité de transfert du terminal.
10. 10. Procédé selon la revendication 6, dans lequel : • le volume de données correspond à plusieurs fichiers numériques, et • l'étape de démarrage ou mise en attente (S304) du téléchargement comprend la mise en attente (S836) du téléchargement de chaque fichier ayant une taille supérieure à la capacité de transfert du terminal.
11. 11. Procédé selon la revendication 6, dans lequel : • le volume de données correspond à plusieurs fichiers numériques, et • l'étape de démarrage ou mise en attente (S304) du téléchargement comprend les sous étapes suivantes : • détermination (S838) d'un ordre de téléchargement des fichiers, et • démarrage (S840) du téléchargement des Fichiers dans l'ordre déterminé tant que la somme des tailles des fichiers est inférieure à la capacité de transfert du terminai.
12. 12. Terminal (100) apte à mettre en œuvre un procédé d'optimisation selon l'une quelconque des revendications 1 à 11.
13. 13. Programme d'ordinateur (PI) comportant des instructions pour l'exécution des étapes du procédé d'optimisation selon l'une quelconque des revendications 1 à 11, lorsque ledit programme est exécuté par un ordinateur.
14. 14. Support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur (PI) comprenant des instructions pour l'exécution des étapes du procédé d'optimisation selon l'une quelconque des revendications 1 à 11.