FR 3093881 A1 20200918 FR 1902554 A 20190313 Description Titre de l'invention : Sélection de routes de réseau [0001] La présente invention concerne la technologie de routage de réseau. En particulier, elle concerne la détermination de routes de réseau entre des dispositifs en communication. [0002] La communication et le transfert de paquets de données sont généralement effectués dans un environnement de réseau hétérogène. L'hétérogénéité concerne principalement deux aspects. D'une part, lors du transfert de paquets de données sur un réseau, les paquets de données sont envoyés d'un dispositif source vers un dispositif cible par l'intermédiaire d'une variété de technologies de communication différentes telles que les réseaux de zone étendue (WAN), les réseaux de zone locale (LAN), les réseaux de zone locale sans fil (WLAN), les réseaux câbles à fibre optique, les liaisons satellites, les liaisons de base à haute performance, et/ou la technologie pair à pair. Les paquets de données traversent habituellement des noeuds de réseaux différents qui segmentent la route de réseau du dispositif source au dispositif cible en un nombre de sections de route. D'autre part, l'hétérogénéité résulte du fait que depuis le début des années 2000, la technologie de communication de réseau n'est plus fournie par les opérateurs de réseau d'infrastructures, autrement connus sous le nom d'exploitants, ayant leur propre structure physique (ligne de données, infrastructure de relai) à leur disponibilité.Il y a également des opérateurs de réseau virtuels (VNO) qui fournissent une technologie d'infrastructure de communication sans avoir recours à une structure physique. Au lieu de cela, les VNOs louent des routes ou des sections de route aux exploitants afin d'offrir des solutions de réseau informatique individuelles. [0003] Un VNO (ainsi qu'un exploitant) gère les sections de route des solutions de réseau informatique offertes afin d'assurer le transfert de paquets de données conformément aux accords de niveau de service (SLA). Les VNOs et les exploitants fournissent des garanties de qualité de service aux clients (c.-à-d. des entités, telles que des dispositifs et des applications qui transfèrent des paquets de données sur le réseau) pour satisfaire les exigences techniques des clients en matière de transfert de paquets de données. Les SLAs garantissent un champ de performance et une qualité de performance pour les sections de route fournies et sont définis en termes de seuil de paramètres de performances techniques tels qu'une largeur de bande, une latence, un taux de pertes de paquets et autres paramètres devant au moins être satisfaits. Par conséquent, les opérateurs de réseau comme les exploitants ainsi que les VNOs doivent équilibrer leurs paramètres de performances techniques dans leur réseau et/ou les sections de route qu'ils fournissent. En outre, les opérateurs doivent se plier aux accords SLA conclus avec unc pluralité de clients ayant des exigences diverses en fonction de leurs manières 2 individuelles d'utiliser le réseau informatique. [0004] Du point de vue des clients, les réseaux informatiques sont généralement édifiés de manière redondante. Cela signifie que l'envoi de paquets de données d'un dispositif client vers un dispositif cible peut inclure des choix entre divers opérateurs de réseau avec leur garantie SLA pour les mêmes sections de route dans la route de réseau et aussi des choix entre des technologies de communication de réseau différentes et/ou des métriques de performance qui sont pertinentes pour leurs exigences en matière de transmission. Ces choix peuvent dépendre du type de paquet de données ou des modalités de transmission, p. ex. la transmission de sauvegarde vers des stockages en nuage, l'apport de transmission continue en temps réel pour des applications vidéo, ou autres. En général, le chemin du transfert est déterminé uniquement par les opérateurs de réseau et/ou les procédures automatisées de routage de réseau. Par conséquent, de façon générale, il n'y a aucun contrôle, ou seulement un contrôle limité, sur les modalités de transfert pour un dispositif client. [0005] US 2009/0073921 Al fournit un système et un procédé pour transmettre des données dans des réseaux maillés hybrides incorporant de multiples technologies sans fil. Le procédé inclut également de mesurer la qualité de transmission des paquets de données le long d'une route de réseau afin d'éliminer les voies sous-performantes et d'améliorer la qualité de service des réseaux d'accès maillés. [0006] DE 10 2016 225 164 Al fournit un procédé pour la transmission de données dans des réseaux à sauts multiples. Le procédé inclut d'attribuer des poids à des noeuds intermédiaires dans une route de réseau, d'un noeud source à un noeud cible, en fonction de la pertinence par rapport à l'application du noeud intermédiaire pour le paquet de données transmis. [0007] RFC7181 : La version 2 du protocole de routage d'état de lien optimisé (OLSRv2) fournit des ensembles de routes pour des routeurs qui sont dérivés des contenus d'autres ensembles de protocoles du routeur tel que des ensembles de liaisons, des ensembles voisins, un ensemble de topologies de routeur, un ensemble de topologies d'adresse de routage et un ensemble de réseaux rattachés. Le signalement dans OLSRv2 a été conçu pour définir les connexions les plus directes entre une quelconque paire de routeurs en utilisant des algorithmes de longueur de trajet minimum. [0008] Un premier aspect concerne un procédé pour déterminer une route de réseau d'un dispositif source à un dispositif cible via un réseau informatique, dans lequel le dispositif source est connecté au dispositif cible via une pluralité de routes de réseau, chacune comprenant au moins une section de route. Au moins une des sections de route est gérée par au moins deux opérateurs de réseau, dans lequel le dispositif source a accès aux listes de priorités de l'opérateur de réseau pour au moins un sous-ensemble des sections de route. Chaque liste de priorités d'opérateur de réseau spécifie les 3 garanties de qualité de service de l'opérateur de réseau pour un nombre ordonné d'ensembles de conditions de réseau. Le procédé comprend, au niveau du dispositif source pour chaque section de route envisagée et chaque liste de priorité d'opérateur de réseau disponible : le traitement séquentiel de la liste de priorités de l'opérateur de réseau parmi le nombre ordonné d'ensembles de conditions dc réseau afin de déterminer les garanties de qualité de service spécifiées pour des combinaisons de conditions de réseau qui s'appliquent aux exigences du dispositif source, l'interruption du traitement séquentiel en réponse à la détermination qu'une garantie dc qualité de service est déterminée pour chaque combinaison dc conditions de réseau qui s'applique aux exigences du dispositif source, et la sélection de la garantie de qualité dc service la plus appropriée parmi les garanties de qualité de service déterminées. [0009] Le procédé détermine ensuite une route de réseau parmi la pluralité des routes de réseau du dispositif source au dispositif cible sur la base des garanties de qualité dc service déterminées pour les sections de route. [0010] Un deuxième aspect concerne un dispositif source pour déterminer une route de réseau vers un dispositif cible par le biais d'un réseau informatique étant agencé pour exécuter le procédé du premier aspect. [0011] Un troisième aspect conserve un produit-programme d'ordinateur comprenant des instructions de code de programme stockées sur un support lisible par ordinateur pour mettre en oeuvre les étapes du procédé selon la méthodologie du premier aspect lorsque ledit programme fonctionne sur un ordinateur. [0012] Dans un autre aspect, les ensembles de conditions de réseau comprennent une ou plusieurs conditions de réseau définies par au moins un type respectif et une valeur. Les combinaisons de conditions de réseau applicables aux exigences du dispositif source comprennent au moins une valeur d'exigence, respectivement. Le traitement séquentiel de la liste de priorités de l'opérateur de réseau selon le nombre d'ensembles de conditions de réseau inclut par ailleurs l'initialisation d'une structure de donnée pour le traitement de la combinaison de conditions de réseau qui s'applique aux exigences du dispositif source avec des valeurs nulles respectives de qualité de service, pour chaque ensemble de conditions de réseau traité, en réponse à la détermination que la valeur d'une condition de réseau faisant partie du sous-ensemble d'exigences, ainsi qu'identifié par le type, est en conformité avec la valeur d'exigence, le réglage de la valeur nulle respective de garantie de qualité de service dans la structure de donnée à une valeur de garantie de qualité de service spécifiée de l'ensemble de conditions de réseau traité dans la liste de priorités de l'opérateur de réseau, et l'interruption du traitement séquentiel en réponse à la détermination que la structure de donnée ne contient plus aucune valeur nulle de garantie de qualité de service. [0013] Dans un autre aspect, au moins une condition de réseau dans l'ensemble de conditions de réseau est spécifiée par une valeur générique couvrant toutes valeurs potentielles de ladite au moins une condition de réseau. Le traitement séquentiel de la liste de priorités de l'opérateur de réseau selon le nombre d'ensembles de conditions de réseau inclut pour chaque ensemble de conditions de réseau traité, en réponse à la détermination que la valeur d'une condition de réseau faisant partie du sous-ensemble d'exigences, ainsi qu'identifié par le type, est la valeur générique, le réglage de la valeur nulle respective de garantie de qualité de service dans la structure de donnée à la valeur de garantie de qualité de service spécifiée de l'ensemble de conditions de réseau traité dans la liste de priorités de l'opérateur de réseau. [0014] Dans un autre aspect, le traitement séquentiel de la liste de priorités de l'opérateur de réseau selon le nombre d'ensembles de conditions de réseau inclut par ailleurs pour chaque ensemble de conditions de réseau traité, en réponse à la détermination que la valeur d'une condition de réseau faisant partie du sous-ensemble d'exigences, ainsi qu'identifié par le type, est en conformité avec la valeur d'exigence, et en réponse à la détermination que la structure de donnée ne contient pas déjà une valeur nulle de garantie de qualité de service pour la garantie de qualité de service spécifiée par l'ensemble de conditions de réseau, l'élimination de l'ensemble de conditions de réseau. [0015] Dans un autre aspect, le traitement séquentiel de la liste de priorités de l'opérateur de réseau selon le nombre d'ensembles de conditions de réseau inclut pour chaque ensemble de conditions de réseau traité, en réponse à la détermination que la valeur d'une condition de réseau faisant partie du sous-ensemble d'exigences, ainsi qu'identifié par le type, est en conformité avec la valeur d'exigences, et en réponse à la détermination que la structure de donnée ne contient pas déjà une valeur nulle de garantie de qualité de service pour la garantie de qualité de service spécifiée par l'ensemble conditions de réseau, le remplacement de la garantie de qualité de service dans la structure de donnée par la valeur de garantie de qualité de service pour la garantie de qualité de service spécifiée par l'ensemble de conditions de réseau en cours de traitement en réponse à la détermination que la valeur de garantie de qualité de service pour la garantie de qualité de service spécifiée par l'ensemble de conditions de réseau en cours de traitement est plus appropriée que la garantie de qualité de service de la structure de donnée. [0016] Dans un autre aspect, les conditions de réseau incluent au moins un des types suivants : durée d'utilisation du réseau, technologie de transmission de la section de route, latence, instabilité, taux de perte de paquets, largeur de bande. [0017] Dans un autre aspect, les garanties de qualité de service dans les listes de priorité incluent au moins un des types suivants : latence, taux de pertes de paquets et in- stabilité, et la garantie de qualité de service la plus appropriée est donnée par la garantie de qualité de service minimum déterminée. [0018] Dans un autre aspect, les garanties de qualité de service dans la liste de priorités incluent un type : la largeur de bande et la garantie de qualité de service la plus ap- propriée est donnée par la garantie de qualité de service maximum déterminée. [0019] Dans un autre aspect, la garantie de qualité de service affectée à une combinaison de conditions de réseau est déterminée par une agrégation de garanties de qualité de service de types différents. [0020] Dans un autre aspect, au moins une partie des listes de priorités de l'opérateur de réseau est mise à jour à la demande du dispositif source ou par une provision de l'opérateur de réseau respectif. [0021] En outre, un dispositif source pour déterminer une route de réseau vers un dispositif cible (206) par l'intermédiaire d'un réseau informatique (100, 200) est fourni. Le dispositif source est agencé pour exécuter l'un quelconque des aspects exposés ci-dessus. [0022] En outre, un produit-programme d'ordinateur comprenant des instructions de code de programme stockées sur un support lisible par ordinateur est fourni pour mettre en oeuvre les étapes du procédé selon l'un quelconque des aspects exposés ci-dessus lorsque ledit programme fonctionne sur un ordinateur. [0023] Les présents mécanismes seront décrits en faisant référence aux dessins qui les ac- compagnent. [0024] [fig.1] est un diagramme UML d'un réseau informatique exemplaire et de ses entités fonctionnelles. [0025] [fig.2] présente un réseau informatique hybride exemplaire. [0026] [fig.3] est un organigramme montrant le procédé pour déterminer une route de réseau appropriée dans le réseau informatique. [0027] [fig.4] est un exemple des listes de priorités d'opérateurs de réseau. [0028] [fig.5A] est une représentation visuelle montrant comment les garanties QoS sont affectées. [0029] [fig.5B] est une comparaison du résultat du traitement de deux listes de priorités d'opérateurs de réseau. [0030] [fig.6A] est une représentation visuelle du traitement d'une liste de priorités, avec des ensembles de conditions de réseau devant être omis. [0031] [fig.6B] est une comparaison du résultat du traitement de deux listes de priorités d'opérateurs de réseau. [0032] [fig.7] est une représentation visuelle du traitement d'une liste de priorités lorsqu'un ensemble de conditions de réseau inclut une valeur générique «quelconque ». [0033] [fig.8] est une représentation visuelle du traitement d'une liste de priorités lorsque les garanties QoS sont substituées parce qu'elles sont plus appropriées. 6 [0034] [fig.9] montre un graphique assoupli implémentant le réseau informatique de la FIG. 2 après l'application d'un algorithme de Dijkstra. [0035] [fig.10] montre un détail du réseau informatique de la Fig. 2 et de la Fig. 9 incluant un bord supplémentaire connu par le dispositif source. [0036] [fig.1 1] présente un système informatique schématique agencé comme dispositif source. [0037] Un réseau informatique 100, 200 est illustré à titre d'exemple dans la Fig. 1 et la Fig.2. Le réseau informatique 100, 200 inclut une ou plusieurs routes de réseau 101 d'un dispositif source 103, 205 vers un dispositif cible 206. Chaque route de réseau 101 inclut une ou plusieurs sections de route 102. Les routes de réseau 101 du réseau informatique 100, 200 incluent, soit des sections de route 102 utilisant la même technologie de communication, p. ex. un réseau informatique sans fil 100 fournissant seulement des routes de réseau 101 qui incluent des sections de route sans fil 102, un réseau informatique filaire 100 fournissant seulement des routes de réseau 101 qui incluent des sections de route filaires 102, soit une technologie de communication hybride, p. ex. un réseau maillé hybride 200. Un tel réseau informatique hybride 100, 200 inclut des technologies différentes de dispositifs 201, telles que des noeuds instanciés comme des dispositifs (ordinateur portable, poste de travail mobile, ordinateur de bureau (PC), serveur), des routeurs ou des noeuds de colonne dorsale desservis, accumulant une variété de noeuds de réseau dans un seul noeud. De plus, les réseaux informatiques hybrides 100, 200 incluent aussi en général des technologies différentes de section de route 202 telles que des connexions sans fil, filaires ou satellites. Certaines des sections de route 102 sont connectées par plus d'une technologie de communication 204, 207. Certaines des connexions entre les noeuds dans le réseau informatique 100, 200 peuvent ne pas participer au 203 comme sections de route 102 dans une route de réseau 101 d'un dispositif source 103, 205, vers un dispositif cible 206 puisque ces sections de route 102 ne sont pas incluses dans une route de réseau potentielle entre le dispositif source 103, 205, et le dispositif cible 206. [0038] Au moins une des sections de route 102 avec leurs technologies respectives de com- munication 202 est gérée pal- deux ou plusieurs opérateurs de réseau 104 qui sont par exemple des exploitants ou des opérateurs de réseau virtuel. Un dispositif source 103, 205, détermine au 110 une route de réseau 101 vers un dispositif cible 206 dans le réseau informatique 100, 200 conformément au procédé exposé en détail ci-après dans la Fig. 3. Les opérateurs de réseau 104 équilibrent les sections de route gérées 102 dans leur réseau informatique géré 100, 200 afin d'utiliser de façon optimale la capacité technique des sections de réseau 102. L'équilibrage du trafic utilise des ensembles différents de conditions de réseau 105, tels que des ensembles de conditions de réseau 105 incluant des conditions de réseau 106 comme la latence, la largeur de bande 7 et le taux de pertes de paquets. Les opérateurs de réseau 104 créent des listes de priorités 108 qui incluent l'ensemble de conditions de réseau 105 et ils fournissent un accès aux listes de priorité 108 à un dispositif source 103, 205. Des exemples de liste de priorités 108 sont donnés par la Fig. 4 expliquée par ailleurs ci-dessous. Dans ces modes de réalisation exemplaires, les listes de priorités 108 incluent des ensembles de conditions de réseau 404 qui fournissent des conditions de réseau de type « technologie », « largeur de bande», « horaires de services » et « latence » avec des valeurs respectives affectées, aux différents niveaux de priorité. Le dispositif source 103, 205 traite p. ex. la « latence » sous forme de métriques de garantie de qualité de service 109 désirée et définit des conditions de réseau dans les comhinaisons de conditions de réseau 107 qui s'appliquent aux exigences du dispositif source 103, 205, avec des valeurs définies 119 qui doivent être satisfaites, p. ex. la largeur de bande et les horaires de service, et accepte une quelconque autre valeur pour des conditions de réseau 106 qui ne sont pas dans la portée des comhinaisons de conditions de réseau 107 définies. Dans des modes de réalisation exemplaires, le dispositif source 103, 205 peut aussi exclure des valeurs 116 des conditions de réseau 106, p. ex. en excluant une technologie fournie telle que la communication satellite, si elles sont en contradiction avec les exigences du dispositif source 103, 205. [0039] Un dispositif source 103, 205 peut être un ordinateur portable, un PC ou une autre sorte de dispositif final ainsi que chaque type de dispositifs pouvant traiter la transmission de paquets de données. D'une part les paquets des dispositifs sources 103, 205 ont des exigences de qualité de service exprimées par des combinaisons de conditions de réseau 107, dépendant du type et du volume de paquets de données à transmettre, incluant p. ex. une exigence d'au moins 2 Gb/s de largeur de bande pour envoyer un paquet de données avec une latence ne dépassant pas 7 ms. D'autre part, les opérateurs de réseau 104 offrent des ressources de réseau aux dispositifs sources 103, 205 telles qu'elles sont définies par les listes de priorité 108 qui incluent des garanties de qualité de service (QoS) 109 aux dispositifs sources 103, 205 en fonction des ensembles de conditions de réseau hiérarchisés 105. L'ensemble de conditions de réseau 105 avec leurs garanties QoS respectives 109 est lié à la combinaison de conditions de réseau 107 qui s'applique aux exigences du dispositif source 103, 205 et équilibre aussi les sections de route gérées 102 dans le réseau informatique 100, 200. [0040] Afin de transmettre les paquets de données à un dispositif cible 206 via le réseau in- formatique 100, 200, le dispositif source 103, 205 traite les listes de priorités 108 des opérateurs de réseau 104 et détermine au 110, 309, une route de réseau appropriée 101 (Fig.3). En fonction des caractéristiques respectives de la transmission, des paquets doivent p. ex. être transmis avec de préférence une latence faible ou avec un taux de pertes de paquets faible, le dispositif source 103, 205 tient compte des différentes 8 métriques de qualité de service comme facteur de décision lors de la détermination d'une route de réseau appropriée 101. Le procédé est traité au 300 pour chaque section de route 102 de la pluralité des routes de réseau 101 du dispositif source 103, 205, au dispositif cible 206. Pour chaque section de route 102 et pour chaque opérateur de réseau 104 qui gère cette section de route 102, une liste de priorités 108 est accédée au 111, 301. À partir de la liste de priorités 108, le premier ensemble de conditions de réseau 105 est lu au 302 et appliqué au 112, 303 aux combinaisons de conditions de réseau 107 qui s'appliquent aux exigences du dispositif source 103, 205. Si la combinaison respective des conditions de réseau 107 est trouvée, la garantie QoS 109 spécifiée pour ce premier ensemble de conditions de réseau 105 est attribuée au 113, 303 à la combinaison respective de conditions de réseau 107. Sur ce, la garantie QoS spécifiée 109 pour la combinaison de conditions de réseau 107 est déterminée au 303. Ensuite l'ensemble de conditions de réseau suivant 105 est lu à partir de la liste de priorités 108 de l'opérateur de réseau respectif 104 de la section de route respective 102 et la garantie QoS suivante 109 est déterminée au 112, 113, 303 de la manière décrite ci-dessus. Le processus s'arrête au 304 pour la liste de priorités respective 108, si une garantie QoS 109 a été attribuée au 113, 303 à chaque combinaison de conditions de réseau 107 applicable aux exigences du dispositif source 103, 205. Les ensembles de conditions de réseau 105 dans la liste de priorités 108 qui n'ont pas encore été traités sont éliminés afin de réduire le coût computationnel. [0041] Par conséquent, puisqu'au moins une des sections de route 102 dans le réseau in- formatique 100, 200 est gérée par deux ou plusieurs opérateurs de réseau 104 fournissant des listes de priorités actuelles 108 qui incluent potentiellement un grand nombre (p. ex. de l'ordre de 50 ou 100 ou plus) d'ensembles de conditions de réseau 105, le dispositif source 103, 205 peut être affecté par des coûts computationnels élevés lors d'itérations à travers les conditions de qualité de service de toutes les routes de réseau possibles 101, incluant les sections de route respectives 102, du dispositif source 103, 205 vers le dispositif cible 206 pour déterminer une route de réseau 101 en effectuant une optimisation globale estimative des garanties QoS 109 dans l'ensemble du réseau informatique 100, 200. Puisque l'ensemble des conditions de réseau 105 et les garanties QoS qui sont associées sont spécifiées dans les listes de priorités 108 dans une séquence donnée, afin d'équilibrer le trafic de réseau selon les capacités techniques et les caractéristiques des sections de route 102, le procédé illustré dans la Fig. 3 interrompt le traitement d'une liste de priorités 108 de chaque opérateur de réseau 104 en réponse à la détermination qu'une garantie QoS 109 a été trouvée pour chacune des combinaisons de conditions de réseau 107 applicable aux exigences du dispositif source 103, 205, estimant ainsi une garantie QoS la plus appropriée 109 pour la section de route respectives 102 en utilisant des ressources informatiques 9 limitées du dispositif source 103, 205. [0042] Ensuite la garantie QoS 109 la plus appropriée (p. ex. minimum ou maximum) est sé- lectionnée au 305 parmi toutes les garanties QoS 109 attribuées de la liste de priorités 108. Par exemple, la minimum parmi toutes les garanties QoS 109 attribuées est sélectionnée aux 305 si les garanties QoS 109 sont relatives à la latence, puisque le dispositif source 103, 205 requiert une latence faible pour renvoyer un paquet de données aussi rapidement que possible au dispositif cible 206. Pour d'autres exemples de garantie QoS, telles que la largeur de bande, la maximum est sélectionnée au 305. [0043] Le processus mentionné ci-dessus est répété au 306 avec la liste de priorités 108 suivante d'un autre opérateur de réseau 104 gérant la même section de route 102 tant qu'il y a des listes de priorité 108 d'opérateurs de réseau 104 pour cette section de route 102 qui peuvent être accédées au 111. Finalement, la garantie QoS 109 la plus appropriée est ensuite sélectionnée au 114, 307 parmi toutes les listes de priorités 108 et est attribuée comme pondération pour la section de route 102, estimant ainsi les métriques de transmission les plus appropriées auxquelles on peut s'attendre. [0044] Le processus est ensuite répété au 308 pour d'autres sections de route 102 de la pluralité des routes de réseau 101 du dispositif source 103, 205 au dispositif cible 206. En conséquence, ces sections de route 102 sont pondérées au 208 avec une garantie QoS 109 la plus appropriée et qu'elles sont potentiellement choisies pour être fournies par divers opérateurs de réseau 104. Par conséquent, une route de réseau 101 suivant les valeurs QoS les plus appropriées 208 du dispositif source 103, 205 au dispositif cible 206 est finalement déterminée au 110, 309. Par exemple, un algorithme de trajet le plus court est appliqué afin de déterminer au 110, 309, la route de réseau 101 ayant une latence minimum par rapport aux valeurs QoS attribuées 109. Cette route de réseau 101 est une route estimative basée sur les garanties QoS 109 offertes par les opérateurs de réseau 104 qui ont été déterminées par le processus comme étant les plus appropriées. La latence actuelle peut être différente lorsque le paquet de données est actuellement envoyé via la route de réseau déterminée 101. Par conséquent cette route peut ne pas être actuellement la route la plus optimale du dispositif source 103, 205 au dispositif cible 206, mais elle a été estimée être appropriée par un volume acceptable de charge computationnelle du dispositif source 103, 205. [0045] Dans certains modes de réalisation, l'ensemble de conditions de réseau 105 comprend une ou plusieurs conditions de réseau individuelles 106 définies par au moins un type respectif 115 et une valeur 116, dans lesquels les combinaisons de conditions de réseau 107 applicables aux exigences du dispositif source 103, 205 incluent au moins un sous-ensemble des conditions de réseau individuelles 106, 117, et sont définies par le type 118 et une valeur d'exigence 119, respectivement. Le traitement séquentiel 303 de la liste de priorités d'opérateur de réseau 108 selon le nombre d'ensembles de conditions de réseau 105 inclut : l'initialisation d'une structure de donnée pour le traitement de la combinaison de conditions de réseau 107 applicable aux exigences du dispositif source 103, 205, avec des valeurs nulles respectives de qualité de service, pour chaque ensemble de conditions de réseau traité 105, en réponse à la détermination au 303 que la valeur 116 d'une condition de réseau 106 faisant partie du sous-ensemble d'exigences, ainsi qu'identifié par le type 115, 118, est en conformité avec la valeur d'exigences 119, le réglage de la valeur nulle respective de garantie de qualité de service dans la structure de donnée à une valeur de garantie de qualité de service 121 spécifiée de l'ensemble de conditions de réseau 105 traité dans la liste de priorités de l'opérateur de réseau 108, et l'interruption au 304 du traitement séquentiel 303 en réponse à la détermination que la structure de donnée ne contient plus aucune valeur nulle de garantie de qualité de service. [0046] Dans un mode de réalisation exemplaire, une section de route 102, 207 est générée par deux opérateurs de réseau 104, 400, 401 utilisant trois technologies de communication différentes 202. Le dispositif source 103, 205 a accès au 111, 301, aux listes de priorités 108, 402, 403, pour la section de route 102, 207, de chacun des deux opérateurs de réseau 104, 400, 401 (Fig. 4). Le dispositif source 103, 205 se prépare à transmettre les paquets de données au dispositif cible 206 en déterminant au 110 une route de réseau appropriée 101. Le dispositif source 103, 205 estime une route de réseau 101 la plus appropriée sur la base des listes des priorités 108, 402, 403 accédées au 111 conformément au procédé exposé dans la Fig. 3. En fonction du cas d'usage et de l'application au niveau de la couche d'application, l'objectif technique du dispositif source 103, 205 pourrait être une transmission rapide des paquets de données, et donc une latence faible. Ceci est par conséquent la métrique QoS prise en compte. Les exigences du dispositif source 103, 205 permettent la transmission de paquets de données avec une largeur de bande ayant des valeurs 119 de 1 GB et 2 GB une plage horaire 6 h - 17 h ainsi qu'une plage horaire 17 h - 6 h. Le type de technologie de communication, c.-à-d.. WLAN, câble ou satellite n'est pas pertinent pour le dispositif source 103, 205 dans cet exemple. Par conséquent, les sous-ensembles d'exigences 107 des conditions de réseau individuelles 106, 117 incluent des combinaisons bidimensionnelles de conditions de réseau 107 de types 119 {largeur de bande, plage horaire) et les valeurs 118 II Gb/s, 6 h-17 h}, Il Gb/s, 17 h-6 h}, {2 Gb/s, 6 h-17 h}, {2 Gb/s, 17 h-6 h}. Cependant, la dimension du sous-ensemble d'exigences et/ou des combinaisons de conditions de réseau 107 n'est pas limitée aux 2 dimensions. Les combinaisons de conditions de réseau 107 sont traitées avec une structure de donnée matricielle dans l'exemple bidimensionnel tel qu'illustré dans la Fig. 5 A. [0047] Premièrement, la structure de donnée matricielle pour traiter les combinaisons de conditions de réseau 107 est initialisée au 500 avec des valeurs nulles respectives de 11 garantie de qualité de service dans la Fig. 5 A. Ensuite, le dispositif source 103, 205 lit le premier ensemble de conditions de réseau 105, 404 dans la première liste de priorités d'opérateur de réseau 108, 402 produisant des valeurs 116 pour les différents types 115 dc conditions de réseau 106 comme technologie de communication, largeur de bande et plage horaire de service. La technologie de communication pourrait cependant être ignorée ou être prise en compte pour la procédure actuelle de transmission. Le premier ensemble de conditions de réseau 105 faisant partie du sous-ensemble d'exigences identifié par le type 115, 118 est un type « largeur de bande» avec une valeur 116, 119 de 1 Gh/s et un type «plage horaire de service» avec une valeur 116, 119 de 6 h-17 h. Par conséquent, la combinaison de conditions de réseau 107 qui est conforme au 303 avec l'ensemble de conditions de réseau 105, 404 est {1 Gb/s, 6 h-17 h}. La garantie QoS 109 concernant la latence dans la liste de priorités 108, 402 de 0,6 s est ensuite attribuée aux 113, 303, 501 à la combinaison respective de conditions de réseau 107 dans la structure de donnée matricielle. Du fait qu'il y a encore des combinaisons dc conditions de réseau 107 pour lesquelles aucune garantie QoS n'a été attribuée aux 113, 303, l'ensemble de conditions de réseau suivant 105, dans la première liste de priorités 108, 402, est lu au 302. L'ensemble dc conditions de réseau lu 105 est à nouveau en conformité avec les combinaisons de conditions de réseau 107 {1 Gb/s, 6 h-17 h}. La seule différence est basée sur la technologie de communication WLAN/satellite, par laquelle le type de technologie de communication n'est pas défini comme facteur de décision pour le traitement du dispositif source 103, 205 dans cet exemple. Par conséquent, du fait que la combinaison de conditions de réseau 107 {1 Gb/s, 6 h-17 h} a déjà une garantie QoS 109 de plus haute priorité qui lui a été attribuée, la garantie QoS 109 actuelle est éliminée et le traitement continue en lisant au 302 l'ensemble de conditions de réseau suivant 105. L'ensemble de conditions de réseau suivant 105 est conforme à la combinaison de conditions de réseau 107 II Gb/s, 17 h-6 h}. Par conséquent, la garantie QoS 109 pour cet ensemble de conditions de réseau 105 est attribuée aux 113, 303, 503 à cette combinaison de conditions de réseau 107. Dans le traitement ultérieur, une valeur de garantie QoS 121 de 0,3 s est attribuée au 113, 303, 504 à la combinaison de conditions de réseau 107 {2 Gb/s, 6 h-17 h} en lisant au 302 l'ensemble de conditions de réseau 105 de priorité quatre, et une valeur de garantie QoS 121 de 0,15 s est attribuée au 113, 303, 505 à la combinaison de conditions de réseau 107 {2 Gb/s, 6 h-17 h}. Après avoir traité les cinq premiers ensembles de conditions de réseau 105 dans la première liste de priorités 108, 402, toutes les combinaisons de conditions de réseau 107 faisant partie du sous-ensemble d'exigences du dispositif source 103, 205 ont été attribuées au 113, 303, avec une garantie QoS 109. Ainsi la structure de donnée matricielle ne contient plus aucune valeur QoS nulle au 304. Le traitement de la 12 première liste de priorités 108, 402 s'arrête au 304. [0048] Puisque la garantie QoS 109 requise par le dispositif source 103, 205 est dc faible latence, la garantie QoS minimum de toutes les valeurs de garantie attribuées 121 dc la première liste de priorités 108, 402 est sélectionnée au 305, 505, produisant une valeur de garantie QoS la plus appropriée 121 de 0,15 s. Le traitement continue au 306 avec la deuxième liste dc priorités accessible 108, 403 du deuxième opérateur de réseau 104, 401 pour la section de route respective 102, 207, produisant une valeur de garantie QoS la plus appropriée 121 de 0,1 s, illustrée dans la FIG 5B sur le côté droit. [0049] Du fait que pour la section de route respective102, 207 seules les deux listes de priorités 108, 402, 403 sont accessibles au 111, après avoir traité les deux listes de priorités 108, 402, 403, une valeur de garantie QoS 121 la plus appropriée de toutes les listes de priorités 108 est sélectionnée au 114, 307. Dans l'exemple de la Fig. 5B, comme on peut le voir, l'opérateur de réseau 1 offre une latence la plus appropriée de 0,15 s avec une largeur dc bande dc 2 Gb/s pour une plage horaire de service de 17-6h. L'opérateur de réseau 2 offre une latence plus appropriée de 0,1 s en utilisant une connexion satellite avec 1 Gb/s pendant un horaire de services de 6 h-17 h. Par conséquent, le dispositif source 103, 205 sélectionne au 114, 307, la garantie QoS 109 la plus appropriée offerte par l'opérateur de réseau 2 pour gérer la section de route respective 102, 207 en assumant une valeur de garantie QoS 121 d'une latence de 0,1 s lors de l'utilisation de la connexion satellite respective. La valeur de garantie QoS 121 de 0,1 s est sélectionnée au 114, 307 pour la section de route respective 102, 207. De façon similaire, une garantie QoS la plus appropriée 109 en matière de latence est sélectionnée au 114, 307 pour toutes autres sections de route 102 incluses dans la pluralité des routes de réseau 101 entre le dispositif source 103, 205, et le dispositif cible 206. Finalement, un algorithme de trajet le plus court, tel que l'algorithme dispositif Dijkstra est mis en oeuvre sur toutes les sections de route 102 sélectionnées au 114, 307 avec leurs garanties QoS 109 les plus appropriées, peut être appliqué pour déterminer au 110, 309, la route de réseau 101 avec la latence la plus faible à laquelle on peut s'attendre. [0050] Dans un autre exemple, le dispositif source103, 205 est limité pour exclure l'utilisation la technologie de communication satellite pour les transferts de paquets de données (FIG. 6 A). Le traitement suit la méthodologie exposée dans l'exemple précédent. Cependant puisque certains des ensembles de conditions de réseau 105 sont omis au cours du traitement de la liste de priorités 108. Un exemple de traitement de la liste de priorités 108, 402 dans lequel le dispositif source 103, 105 exclut l'utilisation de la technologie satellite est montré dans la Fig. 6A. L'ensemble de conditions de réseau 105 de priorité deux est omis puisqu'il offre une garantie QoS 109 pour un transfert de paquet de données via satellite. L'ensemble de conditions de réseau 105 de 13 priorité trois est omis, car la combinaison de conditions de réseau 107 {1 Gb/s, WLAN} a déjà été attribuée au 113, 303 avec une valeur de garantie QoS 121 à partir de l'ensemble de conditions de réseau 105 de priorité un. Par conséquent, dans la Fig. 6B, la garantie QoS 109 la plus appropriée offerte par le premier opérateur de réseau 104, 400, est sélectionnée au 114, 307 pour gérer la section de route respective 102 puisqu'elle génère toujours une latence de 0,15 s sur le WLAN. Le deuxième opérateur de réseau 104, 401 offre maintenant une latence de 0,2 s sur le câble comme garantie QoS la plus appropriée lorsque le dispositif source 103, 205 exclut une communication via satellite. [0051] Par contraste à US 2009/0073921 Al , les modes de réalisation révélés dans les présentes déterminent au 110, 309 une route de réseau 101 estimative comme étant la plus appropriée sur la hase des garanties QoS 109 offertes par divers opérateurs de réseau 104. Le procédé permet de déterminer au 110, 309 la route de réseau la plus appropriée 101 au regard des listes de priorité accédées 108 avec des garanties QoS 109 offertes. Par conséquent, les ressources de transmission dans l'ensemble du réseau informatique 100, 200 ne sont pas chargées avec des paquets de données supplémentaires, ce qui facilite la capacité de planification des opérateurs de réseau 104. En outre, cela permet l'équilibrage collahoratif entre les exigences du dispositif source 103, 205, pour transmettre des paquets de données et la tâche des opérateurs de réseau 104 pour équilibrer la charge sur leurs sections de route gérées 102. De plus, l'estimation fait usage du fait qu'il y a divers opérateurs de réseau 104 pour au moins une des sections de route 102 qui fournissent une transition de paquets de données sous des conditions différentes basées sur leur propre capacité de planification. Par conséquent, le dispositif source 103, 205, peut sélectionner la route de réseau 101 qui est la mieux adaptée pour ses exigences respectives en fonction du type de transmission plutôt que d'être complètement dépendant des opérations accomplies sans aucune possibilité de contrôle pour le dispositif source 103, 205 seulement par les opérateurs de réseau 104 ou des algorithmes de routage automatisés. [0052] Par contraste à DE 10 2016 225 164 Al, les modes de réalisation révélés dans les présentes fournissent un contrôle sur la détermination au 110, 309 d'une route de réseau 101 d'un dispositif source 103, 205 vers un dispositif cible 206 sur la base d'une variété de métriques QoS différentes qui sont des facteurs de décision pour le dispositif source 103, 205 s'apprêtant à renvoyer des paquets de données à un dispositif cible 206. Cela permet aussi de sélectionner une variété d'opérateurs de réseau différents 104 offrant potentiellement des services de transmission en fonction de métriques QoS différentes qui sont en conformité avec leur propre gestion de réseau et équilibrage des ressources. [0053] Par contraste à l'art antérieur cité, le dispositif source 103. 205 a le contrôle lui 14 permettant d'envisager diverses possibilités de sélection et de configuration conformément aux exigences de transmission respectives basées sur la tâche de transmission qui doit être effectuée, p. ex. des sauvegardes de données, une diffusion continue vidéo/audio, mais aussi des métriques de qualité de service différentes ainsi que mentionné à titre d'exemple dans les présentes. Le dispositif source 103, 205 est aussi capable de sélectionner la gestion de sections de route 102 via des opérateurs de réseau 104 différents lorsqu'ils sont disponibles. Par conséquent, le dispositif source 103, 205 n'est pas seulement dépendant de l'équilibrage de charge automatique du réseau informatique 100, 200 ou de l'équilibrage de charge géré par des opérateurs de réseau spécifiques 104, mais il a sa propre sphère d'influence sur le choix de la route de réseau 101 qui est la plus appropriée pour la tâche respective de transmission. [0054] Dans certains modes de réalisation, ladite au moins une condition de réseau 106 dans les ensembles de conditions de réseau 105 est spécifiée par une valeur générique couvrant une quelconque valeur potentielle de ladite au moins une condition de réseau 106. Le traitement séquentiel de la liste de priorités d'opérateur de réseau 108 selon le nombre ordonné d'ensembles de conditions de réseau 105 inclut pour chaque ensemble de conditions de réseau 105, en réponse à la détermination que la valeur 116 d'une condition de réseau 106 faisant partie du sous-ensemble d'exigences, ainsi qu'identifié par le type 115, 118, est la valeur générique, le réglage de la valeur nulle respective de garantie QoS dans la structure de donnée sur la valeur de garantie QoS spécifiée 121 de l'ensemble de conditions de réseau 105 dans la liste de priorités d'opérateur de réseau108. [0055] Dans un mode de réalisation exemplaire basé à titre d'exemple sur la liste de priorités 401 de l'opérateur de réseau 2, de la Fig. 4.1e dispositif source 103, 205 se prépare à traiter une sauvegarde en ligne pendant la nuit, en envoyant une quantité de données (p. ex. de multiples téraoctets) au dispositif cible 206, p. ex. un stockage de sauvegarde en nuage. Par conséquent, le moment le plus approprié est la plage horaire de service de nuit 17 h-6 h. Par ailleurs, le dispositif source 103, 205 tient compte de la largeur de bande comme facteur de décision pour une route de réseau la plus appropriée 101 pour la sauvegarde de nuit. Le dispositif source définit des combinaisons de conditions de réseau 107 en ce centrant sur la technologie de communication et en tenant compte comme condition de réseau subordonnée des latences de moins de 0,3 s et des latences au-dessus de ce seuil. Le dispositif source 103, 205, définit ainsi les combinaisons de conditions de réseau 107 conformément à ses exigences QoS : { 0.3 s, WLAN, 17 h-6 h}, {>0.3 s, satellite, 17 h-6 h}, I>0.3s, cable, 17h-6111 ainsi qu'illustré par la structure de donnée matricielle dans la Fig. 7 par laquelle les ensembles de conditions de réseau 105 excluant la plage horaire de service 17 h-6 h sont omis au cours de la lecture au 302 comme décrit ci-dessus. La Fig. 7 montre le traitement de la structure de donnée matricielle après application de l'ensemble des conditions de réseau de priorité trois et de l'ensemble des conditions de réseau de priorité cinq. L'ensemble de conditions de réseau 105 de priorité un, deux et quatre ont été omis puisque ces ensembles 105 fournissant leur connexion uniquement au cours de la plage horaire de service 6 h-17 h ne prennent pas en charge une sauvegarde de nuit. Dans l'ensemble de conditions de réseau 105 de priorité six, l'opérateur de réseau 104 offre une valeur de garantie QoS 121 d'une largeur de bande de 1 Gb/s avec une latence supérieure à 0,3 s indépendamment de la technologie de communication utilisée. Dans cet exemple, la valeur générique est indiquée par une valeur . Par conséquent, la garantie QoS 109 s'appliquent à toutes les combinaisons de conditions de réseau 107 avec une latence supérieure à 0,3 s quelle que soit la technologie de réseau requise. Ceci s'applique à toutes les combinaisons de conditions de réseau 107 { >0.3 s, WLAN}, {>0.3 s, satellite}, {>0.3s, table}. Du fait que la combinaison {>0.3 s, WLAN} est déjà attribuée au 113, 303 avec une valeur de garantie QoS 121 à partir de l'ensemble de conditions de réseau précédent 105 de priorité cinq, seules les combinaisons de conditions de réseau 107 { >0.3 s, satellite}, { >0.3s, table} sont attribuées au 113, 303, 701, avec une valeur de garantie QoS 121 de largeur de bande 1GB/s lors du traitement de l'ensemble de conditions de réseau 105 de priorité six. Pour les mêmes raisons, une valeur de garantie QoS 121 de largeur de bande 1GB/s est attribuée au 113, 303, 702 à la combinaison des conditions de réseau 107 { de garantie de qualité de service au 304. Dans ce mode de réalisation exemplaire, la sélection au 305, 800 de la valeur de garantie QoS 121, la plus appropriée pour la liste de priorités 108 produit 0,1 s. Le dispositif source 103, 205 fait une sélection entre la gestion de section de route respective 102 avec une valeur de garantie QoS 121 de 0,1 s par le premier opérateur de réseau 104, 400 offrant une communication de réseau avec une largeur de bande de 1 Gb/s pour la plage horaire de service 6 h-17 h et via la technologie de communication WLAN, ou par un deuxième opérateur de service 104, 401, offrant la même valeur de garantie QoS 121 pour une communication de réseau avec largeur de bande de 1 Gb/s pour la plage horaire de service 6 h-17 h, mais en utilisant une technologie de communication par satellite comme illustré précédemment sur le côté droit de la Fig. 5 B. [0062] D'autre part, la substitution de garantie QoS la plus appropriée 109 peut ajouter des coûts computationnels supplémentaires, mais ces coûts computationnels supplémentaires sont toujours limités par le critère d'interruption qui termine le traitement lorsque chaque combinaison de conditions de réseau 107 qui satisfait les exigences du dispositif source 103, 205, se voit attribuée au 113, 303, une valeur de garantie QoS 121. D'autre part, la substitution conduit potentiellement à ce que le processus de détermination de route prenne en considération de meilleures garanties QoS 109 (comparé à la variante d'élimination décrite ci-dessus) jusqu'à ce que le critère d'interruption soit atteint. [0063] Dans certains modes de réalisation, les conditions de réseau 106, 117, incluent au moins un des types (115, 118) : durée d'utilisation de réseau, technologie de transmission de la section de route 102, latence, instabilité, taux de pertes de paquets et/ou largeur de bande. [0064] Dans certains modes de réalisation, les garanties QoS 109 dans les listes de priorité 108 incluent au moins un des types 120: latence, taux de pertes de paquets et/ 19 ou instabilité. La garantie de qualité de service la plus appropriée 109 est ensuite donnée par la garantie de qualité de service 109 minimum déterminée au 114, 307. [0065] Dans certains modes de réalisation, les garanties QoS 109 dans la liste de priorités 108 incluent le type 120: largeur de bande. La QoS la plus appropriée est donnée par la garantie de qualité de service QoS 109 maximum déterminée au 114, 307. [0066] Par contraste avec US 2009/0073921 Al et DE 10 2016 225 164 Al, les modes de réalisation décrits dans les présentes permettent l'accès à une grande variété de métriques de QoS par un dispositif source 103, 205 afin de décider d'une route de réseau la plus appropriée 101 pour des tâches de transmission respectives. Par conséquent, elle permet au dispositif source 103, 205 de pondérer des solutions alternatives de routage de réseau par avance pour estimer une route de réseau la plus appropriée 101. [0067] Dans certains modes de réalisation, la détermination au 110, 309 de la route de réseau 101 le long d'une pluralité de section de route 102, auxquelles sont attribuées au 114, 307 des garanties de qualité de service minimum déterminées au 309, est mise en oeuvre par un algorithme de trajet le plus court de Dijkstra. [0068] Dans un mode de réalisation exemplaire, les garanties QoS déterminées 109 sont données par une latence minimum déterminée au 114, 307 offertes dans les listes de priorité d'opérateurs de réseau 108 pour chacune des sections de route 102, comme illustré dans la Fig. 2. Premièrement, tous les noeuds participants à la recherche pour un trajet le plus court sont initialisés, p. ex. en attribuant une valeur infinie La recherche pour un chemin le plus court commence alors au début du noeud 900 représentant le dispositif source 103, 205. L'algorithme de Dijkstra inspecte maintenant tous les noeuds qui sont connectés au noeud de commencement 900. Dans l'exemple de la Fig. 2 et de la Fig. 9, il y a un seul noeud successeur 901 pour le noeud de com- mencement 900. Le noeud de commencement 900 est connecté au noeud successeur 901 par un bord 902 avec une pondération de 0,2 s qui a déjà été sélectionnée précédemment au 114, 307 aux étapes 300 à 307 de la Fig. 3 comme étant la latence minimum offerte estimée pour cette section de route 102. Le noeud successeur 901 est relâché en substituant la valeur infinie initialisée pour ce noeud par la pondération de 0,2 s. Dans l'itération suivante, l'algorithme de Dijkstra inspecte tous les noeuds successifs 903, 904 qui sont connectés au noeud successeurs 901. À nouveau, ces noeuds sont relâchés en substituant la valeur infinie initiale par une pondération additionnée de tous les bords prédécesseurs. Par conséquent, le premier noeud successeur 903 inspecté à partir du noeud actuel se voit attribuer une pondération de 0.2s+0.6s = 0.8 s. Le deuxième noeud successeur 904 se voit attribuer une pondération de 0.2s+0.4s = 0.6 s. Dans l'itération suivante, il y a un bord supplémentaire 905 entre les deux noeuds successeurs 903 et 904 avec un poids de 0,1 s. La relâche du premier noeud successeur 903 avec ce bord supplémentaire révèle qu'en suivant le trajet des noeuds 900, 901, 904 et 905 une latence totale de 0,7 s est atteinte au lieu de 0,8 s qui a déjà été attribuée pour le trajet direct suivant 900, 901 et 903. Par conséquent, le noeud est relâché à ce point en substituant la valeur de 0,8 s attribuée précédemment par la valeur du trajet le plus court 0,7 s. L'algorithme de Dijkstra poursuit alors de la même façon en inspectant maintenant tous les noeuds qui sont atteignables à partir du noeud actuel 903 et ainsi de suite, jusqu'à ce que tous les noeuds inclus dans les routes de réseau 101, du noeud de commencement 900 jusqu'au noeud cible 906, soient inspectés et relâchés. La route de réseau la plus appropriée 101 déterminée au 110, 309, est alors la route de réseau la plus courte 101 du dispositif source 103, 205 au dispositif cible 206 avec une latence estimée de 2,4 s (lignes en gras dans la Fig. 9) pour transmettre les paquets de données. Elle est estimée, puisque les opérateurs de réseau 104 ont offert les garanties QoS 109 respectives pour les sections de route 102 comme garantie attendue par le dispositif source au 103, 205 au moment de la transmission. La véritable latence qui peut être mesurée au moment de la transmission peut différer de la latence estimée sur la hase des offres des opérateurs de réseau 104 dans les listes de priorité 108. La détermination de la route de réseau 101 au 110, 309 avec une garantie QoS minimum 109 pour p. ex. la latence n'est cependant pas limitée à une mise en oeuvre par l'algorithme de Dijkstra, mais tout algorithme approprié peut être utilisé. Par ailleurs, la détermination au 110, 309 d'une route de réseau 101 avec une garantie QoS maximum 109 p. ex. pour une largeur de bande peut être implémentée de n'importe quelle façon appropriée. [0069] Dans certains modes de réalisation, le dispositif source 103, 205 déterminant une route de réseau 101 au 110, 309 envisage les sections de route 102 pour lesquelles aucune liste de priorités 108 n'est disponible pour un accès par le dispositif source 103, 205. Lorsqu'une route de réseau la plus appropriée 101 est déterminée au 110, 309, le dispositif source 103, 205 assume une garantie QoS 109 appropriée pour la section de route envisagée 102. [0070] Dans un mode de réalisation exemplaire suivant le système informatique exemplaire 100, 200 dans la Fig. 2 et la Fig. 9, le dispositif source 103, 205 a connaissance d'une section de route supplémentaire 102 pour laquelle, au 111, le dispositif 103, 205 ne peut accéder aux listes de priorités 108 des opérateurs de réseau 104. La Fig. 10 montre un détail du système informatique 100, 200 dans la Fig. 2 et la Fig. 9 avec cette section de route supplémentaire 102, 1000. Puisqu'il n'y a pas de liste de priorités 108 pour la section de route supplémentaire 102, 1000, accessible au 111, le dispositif source 103, 205 applique une latence par défaut, telle qu'une latence moyenne 1001 de 0,3 s pour la section de route supplémentaire 102, 21 1000, ou une latence minimum pour éviter une surestimation. La garantie QoS 109 envisagée pour cette section de route supplémentaire 102 peut être déterminée d'une quelconque façon pertinente, p. ex. sur la hase de données historiques, en faisant la moyenne des garanties QoS 109 des sections de route avoisinantes 102 ou en fixant des valeurs prédéfinics. Lorsque l'algorithme de Dijkstra procède à la relâche du noeud respectif 1002, le dispositif source 103, 205 tient compte aussi de la section de route supplémentaire 102, 1000, connectant directement le noeud actuel 1002 au noeud cible 906. La relâche se traduit ensuite aux 1003 par une pondération pour le chemin total de 2,3 s au lieu de 2,4 s. Par conséquent, la section de route supplémentaire 102, 1000, fait partie du trajet le plus court qui a maintenant une latence totale estimée de 2,3 s au lieu de 2,4 s qui a été déterminée au 110, 309 sans la section de route supplémentaire 102, 1000. [0071] La prise en compte des sections de route 102 pour lesquelles aucune liste de priorités 108 n'est accessible, mais qui sont connues du dispositif source 103, 205 présente au moins deux aspects d'amélioration. Premièrement, elle permet par ailleurs une amélioration pour trouver des routes de réseau les plus appropriées 101, ainsi qu'illustré par l'exemple ci-dessus, en envisageant potentiellement plus dc routes dc réseau appropriées connues en réalité bien qu'il n'y ait pas de liste de priorités 108 pour certaines des sections de route 102 disponibles. Deuxièmement, il peut y avoir des situations où aucune route de réseau complète 101 n'est fournie sur la hase des listes de priorité accessibles 108, c.-à-d. qu'il n'y a pas de routes de réseau 101 incluant seulement des sections de route 102 pour lesquelles au moins une liste de priorités 108 est fournie, p. ex. il y a des trous dans la couverture complète du réseau in- formatique 100 au regard des listes de priorité accessibles 108. Le procédé décrit dans les présentes permet alors toujours une détermination d'une route de réseau appropriée 101, en tenant compte des bords connus avec des garanties QoS supposées appropriées sans accéder à une liste de priorités 108. [0072] Dans certains modes de réalisation, la garantie QoS 109 attribuée au 113, 303 à une combinaison de conditions de réseau 107, est déterminée par une agrégation de garanties QoS 109 de types différents 120. [0073] Les modes de réalisation inclus dans les présentes ne se limitent pas à la déter- mination au 110, 309 d'une route de réseau la plus appropriée 101 sur la base de garanties QoS 109 relatives à un seul paramètre de réseau tel que la latence ou la largeur de bande. Au contraire, certaines tâches de transmission nécessitent des ensembles de métriques de qualité de service opérationnel devant être satisfaits. Dans des modes de réalisation exemplaires, les garanties QoS 109 sélectionnées au 114, 307 pour les sections de route respectives 102 peuvent être des valeurs agrégées tenant compte par exemple d'une agrégation de faible latence, de faibles pertes de paquets, de faible instabilité liée à une largeur de bande élevée afin de mettre en oeuvre une vidéoconférence de haute qualité. Ces agrégations peuvent cependant être implémentées d'une quelconque façon appropriée et ne sont pas limitées à des procédures spéciales. [0074] Dans certains modes de réalisation, au moins une partie des listes de priorité d'opérateurs de réseau 108 est mise à jour à la demande par le dispositif source 103, 205 ou par une provision de l'opérateur de réseau respectif 104. [0075] Les listes de priorité d'opérateurs de réseau 108 peuvent changer dans le temps puisque les opérateurs de réseau 104 gèrent leurs réseaux informatiques 100, 200 et les sections de route associées 102 de façon dynamique, adaptant ainsi les ressources de réseau à la situation de transmission actuelle dans les réseaux informatiques 100, 200 devant être gérés. Par conséquent, afin de fournir des garanties de qualité de service fiables 109 dans les listes de priorités 108, les listes de priorités 108 doivent être mises à jour. Dans certains modes de réalisation exemplaires, les listes de priorités actuelles 108 sont situées sur le site de l'opérateur de réseau et sont tirées ou poussées vers le dispositif source 103, 205 pour une mise à jour. Dans d'autres modes de réalisation exemplaires, les listes de priorités actuelles 108 sont localisées sur le site du dispositif source 103, 205, et sont tirées ou poussées vers le dispositif source 103, 205 pour une mise à jour. Dans des modes de réalisation exemplaires, la mise à jour d'une liste de priorités 108 est effectuée directement avant la détermination au 110, 309 d'une route de réseau appropriée 101 et/ou d'une section de route 102, p. ex. par le dispositif source 103, 205, en récupérant la version actuelle de la liste de priorités 108 à partir d'une localisation distante, telle qu'un serveur Web. Dans d'autres modes de réalisation exemplaires, les listes de priorité 108 sont mises à jour lorsque l'opérateur de réseau 104 publie une liste de priorités modifiée 108, p. ex. comme conséquence de l'équilibrage de sections de route 102 gérées par l'opérateur de réseau 104. Dans des modes de réalisation exemplaires, les listes de priorités 108 sont mises à jour périodiquement dans le temps. [0076] La Fig. 11 est une représentation schématique d'un composant interne d'un système informatique 1100 agencé pour représenter le dispositif source 103, 205 le système informatique 1100 inclut un ensemble d'instructions pour amener le système informatique 1100 à mettre en oeuvre l'une quelconque des méthodologies décrites dans les présentes lorsqu'elles sont exécutées par la machine informatique 1100. Le système informatique 1100 inclut un ou plusieurs processeurs 1101, une mémoire principale 1102 et un dispositif d'interface de réseau 1103 qui communiquent les uns avec les autres via un bus 1104. En option, le système informatique 1100 peut par ailleurs inclure une mémoire statique 1105 et une unité de lecteur de disque. Un écran vidéo, un dispositif de saisie alphanumérique et un dispositif de contrôle de pointeur peuvent être fournis comme exemples d'interface d'utilisateur 1106. Le dispositif 23 d'interface de réseau 1103 connecte le système informatique 1100 au moins au dispositif cible 206. [0077] Un ensemble d'instructions exécutables par ordinateur (c.-à-d. un code de programme informatique) réalisant une ou toutes les méthodologies, décrites ci-dessus, est hébergé complètement, ou au moins partiellement, dans ou sur un support lisible par ordinateur, p. ex. la mémoire principale 1102. Les instructions peuvent par ailleurs être transmises ou reçues sous forme de signal propagé via Internet par l'intermédiaire du dispositif d'interface de réseau 1103. Le fonctionnement basique du système informatique 1100 incluant une interface d'utilisateur 1106 et le dispositif d'interface de réseau 1103 est contrôlé par un système d'exploitation qui est aussi situé dans la mémoire principale 1102, ledit au moins un ou plusieurs processeurs 1101 et/ou la mémoire statique 1105. [0078] En général, les routines exécutées pour mettre en oeuvre les modes de réalisation de l'invention, qu'elles soient implémentées comme des parties d'un système d'exploitation ou d'une application spécifique, d'un composant, d'un programme, d'un objet, d'un module ou d'une séquence d'instructions, ou même d'un sous-ensemble de ceux-ci, peuvent être désignées dans les présentes comme « code de programme informatique» ou simplement «code de programme ». Un code de programme comporte typiquement des instructions lisibles par ordinateur qui résident à divers moments dans divers dispositifs de mémoire et de stockage 1102, 1105 dans un système informatique 1100 et qui, lorsqu'elles sont lues et exécutées par un ou plusieurs processeurs 1101 dans un système informatique 1100, amènent ce système in- formatique 1100 à effectuer des opérations nécessaires à l'exécution d'opérations et/ou d'éléments propres à la mise en oeuvre des aspects variés des modes de réalisation de l'invention. Les instructions d'un programme, lisibles par ordinateur, pour mettre en oeuvre les opérations des modes de réalisation de l'invention peuvent être, par exemple, le langage d'assemblage, ou encore un code source ou un code objet écrit en combinaison avec un ou plusieurs langages de programmation. [0079] Divers codes de programme décrits dans les présentes peuvent être identifiés, selon l'application dans laquelle ils sont implémentés, dans des modes de réalisation spécifiques de l'invention. Cependant, on notera qu'une quelconque nomenclature d'un programme particulier dans les présentes est utilisée uniquement par commodité ; ainsi l'invention ne peut être limitée à un seul usage dans toute application spécifique identifiée et/ou sous-entendue par ladite nomenclature. Par ailleurs, au vu du nombre généralement infini de moyens par lesquels les programmes informatiques peuvent être organisés selon des sous-programmes, procédures, procédés, modules, objets, et ainsi de suite, ainsi que les façons variées d'affecter les fonctionnalités d'un programme parmi diverses couches de logiciels qui sont hébergées dans un système informatique 24 typique 1100 [p. ex., les systèmes d'exploitation, les bibliothèques, les interfaces d'application de programme (API's), les applications, les petites applications (applets) etc.], on notera que les modes de réalisation de l'invention ne sont pas limités à l'organisation spécifique et à l'affectation spécifique des fonctionnalités de programme telles qu'elles sont décrites dans les présentes. [0080] Le code de programme mis en oeuvre dans une/un quelconque des applications/ modules décrit(e)s dans les présentes peut être distribué individuellement ou collectivement comme un produit-programme d'ordinateur, sous une variété de formes. En particulier, le code de programme peut être distribué en utilisant un support de stockage lisible par ordinateur, disposant d'instructions de programme lisibles par ordinateur en lui même, amenant un processeur 1101 à mettre en oeuvre des aspects des modes de réalisation de [0081] Les supports de stockage lisibles par ordinateur, étant intrinsèquement non tran- sitoires, peuvent inclure des supports tangibles, volatiles et non volatiles et amovibles et non amovibles, implémentés dans un quelconque procédé ou technologie pour le stockage d'informations, telles que les instructions de programme lisibles par ordinateur, des structures de donnée, des modules de programme, ou autres données. Les supports de stockage lisibles par ordinateur peuvent aussi comprendre une mémoire à accès aléatoire (RAM), une mémoire à lecture seule (ROM), une mémoire à lecture exclusivement, programmable et effaçable (EPROM), une mémoire à lecture exclusivement, programmable et effaçable électriquement (EEPROM), une mémoire flash, ou toute technologie de support de mémoire à état défini, un disque compact portable doté d'une mémoire à lecture seule (CD-ROM), ou tout autre stockage optique, des cassettes magnétiques, une bande d'enregistrement magnétique, un disque de stockage magnétique ou d'autres dispositifs de stockage magnétique, ou tout autre support pouvant être utilisé pour stocker l'information désirée et pouvant être lu par un ordinateur. Un support de stockage lisible par ordinateur ne peut être interprété comme « signaux transitoires » en soi (par exemple, des ondes radio ou toutes autres ondes électromagnétiques se propageant, des ondes électromagnétiques se propageant à travers un support de transmission telle qu'un guide d'ondes, ou des signaux électriques transmis par câble). Les instructions de programme lisibles par ordinateur peuvent être téléchargées sur un ordinateur, un autre type d'appareil de traitement de données programmable ou sur tout autre dispositif de support de stockage lisible par ordinateur, ou vers un ordinateur externe ou vers un dispositif de stockage externe par un réseau. [0082] Les instructions de programme lisibles par ordinateur, enregistrées sur un support lisible pat- ordinateur, peuvent être utilisées pour amener un ordinateur, d'autres types d'appareils programmables de traitement de données, ou d'autres dispositifs, à fonctionner d'une façon particulière, de sorte que les instructions stockées sur le support lisible par ordinateur produisent un article de fabrication incluant les instructions qui mettent en oeuvre les fonctions, les actions et/ou les opérations spécifiées dans les organigrammes, diagrammes de séquence, et/ou diagrammes blocs. Les instructions de programme informatiques peuvent être fournies à un ou plusieurs processeurs 1101 d'un système informatique à usage général ou un système informatique dédié p. ex. des clients, des serveurs, ou autre appareil de traitement de données programmable p. ex. des routcurs, pour produire une machine, de sorte que les instructions, lorsqu'elles sont exécutées par ledit un ou plusieurs processeurs, accomplissent une séries de calculs pour mettre en oeuvre les fonctions, actions, et/ou les opérations spécifiées dans les organigrammes, diagrammes séquentiels et/ou diagrammes blocs. [0083] La terminologie utilisée dans les présentes a pour but de décrire uniquement des modes de réalisation particuliers et n'est pas destinée à limiter les modes de réalisation de l'invention. On comprendra par ailleurs que les termes « comprendre », « comprend » et/ou «comprenant », lorsqu'ils sont utilisés dans cette spécification, précisent la présence de caractéristiques, de nombres entiers, d'étapes, d'opérations, d'éléments, et/ ou de composants, mais n'excluent pas la présence ou l'ajout d'une ou de plusieurs caractéristiques, de nombres entiers, d'étapes, d'éléments, de composants et/ou de groupes, en cela. De plus, dans la mesure où les ternies « inclut », « ayant», « a», « avec », «compris de» ou des variantes de ceux-ci, sont utilisés, soit dans la description détaillée, soit dans les revendications, ces termes sont censés être inclusifs de façon similaire au terme «comprenant». [0084] Bien que l'invention ait été illustrée par une description de modes de réalisation variés et bien que ces modes de réalisation ait été décrits de façon considérablement détaillée, elle n'est pas censée restreindre ou limiter d'aucune façon la portée des revendications en annexe à ces détails. Des avantages et des modifications supplémentaires apparaîtront aisément aux hommes de métier. L'invention sous ses aspects plus larges n'est donc pas limitée aux détails spécifiques, aux appareils représentatifs et aux procédés, ainsi qu'aux exemples illustratifs montrés et décrits. Par conséquent, il est possible de s'éloigner de ces détails sans s'éloigner de l'esprit et de la portée du concept inventif général. 26 [Revendication 1] [Revendication 2]