Brevet FR2916930A1 — publié le 20081205

Procédé de réservation de ressources lors de la transmission d'un contenu dans un réseau de communication, produit programme d'ordinateur, moyen de stockage et dispositifs correspondants. 1. Domaine de l'invention Le domaine de l'invention est celui des transmissions de contenus de données dans un réseau de communication. Plus particulièrement, l'invention concerne la réservation de ressources pour de telles transmissions dans un contexte de qualité de service. 2. Art antérieur Les réseaux numériques de communication domestiques Audio-Vidéo (encore notés AV) actuels supportent des architectures distribuées de type Client/Serveur , permettant la lecture de contenus audio-vidéo sur un dispositif d'affichage client connecté au dispositif serveur via un réseau de communication. De tels contenus audiovidéo sont stockés et/ou mis à disposition (en anglais served ) par le dispositif serveur, les dispositifs client et serveur étant connectés à un même réseau. Ces contenus audio-vidéo sont transmis en continu (encore appelé streaming ) du dispositif serveur vers le dispositif récepteur (ou client), cette transmission en streaming du contenu audiovidéo étant susceptible d'être modifiée en fonction de requêtes de commande envoyées par un utilisateur du dispositif d'affichage client. Ces réseaux numériques de communication domestiques comprennent habituellement des dispositifs terminaux (encore appelés dispositifs domestiques tels que les télévisions numériques, les magnétoscopes numériques, ...) et des dispositifs d'infrastructure (encore appelés dispositifs d'infrastructure réseau tels que les commutateurs Ethernet, les routeurs ADSL, les points d'accès WiFi, ...). Les dispositifs terminaux et les dispositifs d'infrastructure échangent des messages suivant une variété de protocoles réseaux (par exemple IEEE 1394 ou Ethernet/IEEE 802.3 pour les couches basses du modèle ISO (pour en anglais International Standards Organization ) à sept couches, et IEEE 1394 TA AV/C (pour Trade Association AudioVideo/Command en anglais), IEC 61883 (pour en anglais International Electrotechnical Commission ) ou IETF TCP/UDP/IP (pour en anglais Internet Engineering Task Force Transmission Control Protocol/User Datagram Protocol/Internet Protocol , HTTP (pour en anglais Hypertext Transfer Protocol), RTP (pour en anglais Real-time Transfert Protocol ) et UPnP (pour en anglais Universal Plug and Play Protocol ), ou Bonjour (anciennement nommé Rendez-vous ensemble de protocoles spécifiés par la société Apple) pour les couches les plus hautes, les couches hautes et basses répondant à des fonctions différentes. Tous ces protocoles réseaux sont bien connus de l'Homme du Métier et ont fait l'objet de nombreuses publications, telles que notamment : - IEEE p1394 Working Group (1995) pour le protocole IEEE 1394 ; - IEEE 802.3 LAN/MAN CSMA/CD Access Method pour le protocole Ethernet/IEEE 802.3 ; - AV/C General Specification, version 4.2 pour le protocole IEEE 1394 TA AV/C ; IEC 61883- part 1 à IEC 61883-part 7 pour le protocole IEC 61883 ; UPnP Device Architecture pour le protocole UPnP. Par ailleurs, il existe également des réseaux de diffusion de télévision numérique (par exemple les réseaux de diffusion numérique de télévision par câble ou de diffusion numérique de télévision par voie numérique hertzienne terrestre) qui sont gérés par des fournisseurs réseaux proposant des contenus télévisuels créés par des fournisseurs de contenus et diffusés sur le réseau par des fournisseurs de services. Ces réseaux de diffusion de télévision numérique dont les spécifications sont par exemple décrites dans la partie système des standards ISO/IEC JTC1 MPEG2 (pour en anglais Joint Technical Committee 1 ) fournissent des services de vidéo à la demande par l'intermédiaire desquels un utilisateur peut interagir avec un contenu audio-vidéo en faisant appel à des requêtes de commande du contenu audio-vidéo (par exemple selon le protocole MPEG2/DSM-CC pour en anglais Motion Picture Expert Group 2 / Digital Storage Media - Command and Control ). Les commandes d'interactions utilisateur permettent le contrôle par un utilisateur sur le déroulement et le séquencement du contenu audio-vidéo, de manière similaire au contrôle proposé aux utilisateurs de magnétoscopes analogiques domestiques (ou VCR pour en anglais Video Cassette Recorder ) grâce aux commandes classiques telles que lecture, pause, retour en arrière, ou toute autre commande similaire. Une terminologie existe pour désigner l'ensemble de ces commandes dans les documents de norme ISO tels que les documents ISO/IEC MPEG2/DSM-CC et les documents du consortium industriel DLNA (pour en anglais Digital Living Network Alliance ). Ainsi, le terme Trick-Play (défini notamment par des documents de la DLNA) ou Trick-Mode (défini par des documents MPEG2/DSM-CC) sont des terminologies bien connues de l'Homme du Métier pour désigner certaines fonctions utilisateur interactives (par exemple pour les magnétoscopes) telles que avance rapide (ou Fast Forward en anglais), retour en arrière rapide (ou Fast Rewind en anglais), pause (ou Freeze en anglais), saut avant (ou Jump Forward en anglais), saut arrière (ou Jump Backward en anglais), avance au ralenti (ou Slow Forward en anglais), retour arrière au ralenti (ou Slow Rewind en anglais). Ces terminologies seront utilisées dans la suite de la description pour décrire des opérations de navigation dans un contenu mises en oeuvre par un utilisateur. Ainsi, les opérations de navigation (ou Trick-Mode) permettent à l'utilisateur de contrôler le déroulement et le séquencement lors de la lecture d'un contenu AV diffusé en déroulement continu (en anglais Linear/Broadcast program ) après le lancement de la lecture de ce contenu AV. Pour des contenus AV diffusés (en anglais broadcast contents ), cette fonctionnalité nécessite des moyens de stockage appartenant soit au réseau du client soit au réseau du fournisseur de services. Par ailleurs, on considère uniquement, dans la suite de la description, les opérations de navigation (par exemple avance rapide, retour en arrière rapide, ...) dont la mise en oeuvre requiert un débit de transmission sensiblement plus élevé que celui requis pour la lecture normale. De telles opérations de navigation sont désignées dans la suite par opérations de navigation accélérée. Les opérations de navigation accélérée ont généralement un impact direct sur la charge du réseau. Ainsi, les opérations de navigation (par exemple stop , pause (suivi de reprise ), saut ) ne sont pas considérées, dans la suite de la description, comme des opérations de navigation accélérée car leur exécution ne produit pas nécessairement d'augmentation notable de la bande passante du réseau consommée par rapport à celle requise par la lecture normale. L'organisation ATIS (pour en anglais Alliance for Telecommunications Industry Solutions), rattachée à l'industrie des Télécommunications américaine, a publié un document sur l'IPTV (pour Internet Protocol TV en anglais, l'IPTV correspondant à des contenus audiovisuels de programmes de télévision diffusés sur des réseaux IP à accès contrôlé) dans lequel est décrit la mise en oeuvre d'opérations de navigation (par exemple pause , retour en arrière , et avance rapide ) sur des programmes télévisuels diffusés en direct. Les opérations de navigation (telles que avance rapide) sont notamment caractérisées par un paramètre important appelé facteur de vitesse (encore désigné par Speed Factor dans la documentation de la DLNA, ou Speed Scale selon les spécifications du protocole IETF RTSP (pour en anglais Real Time Streaming Protocol )) indiquant l'augmentation de la vitesse de lecture souhaitée par l'émetteur de l'opération (par exemple de deux fois (noté X2), de quatre fois (noté X4), .). Le lancement d'une opération de navigation du type Trick-Play par l'utilisateur sur un contenu AV engendre une modification du débit de la transmission de ce contenu sur le réseau (ce contenu étant émis par le dispositif serveur) qui dépend de l'implémentation mise en oeuvre par le dispositif serveur pour exécuter les opérations de contrôle sur un tel contenu, opérations initiées depuis le dispositif client par intervention de l'utilisateur. Dans les réseaux numériques de communication domestiques AV actuels supportant des architectures de type Client/Serveur distribuées, l'initialisation des valeurs à donner aux paramètres définissant la qualité de service supportée par le réseau (ou QoS pour Quality of Services en anglais) pour un flux de données, est réalisée lors de l'établissement de la connexion selon un ensemble de demandes pour les valeurs des paramètres de QoS correspondant à une utilisation en mode de lecture à vitesse normale d'un flux audio ou d'un flux audio-vidéo. Par conséquent, un inconvénient de ces techniques de l'art antérieur est qu'elles ne permettent pas de prendre en compte, lors de la lecture d'un contenu, la mise en oeuvre par un utilisateur d'opérations de navigation comme une lecture en vitesse accélérée associées à un facteur de vitesse qui peuvent nécessiter de modifier les valeurs des paramètres de QoS de façon imprévisible à l'établissement initial de la connexion réseau supportant ce flux. Par exemple, dans le cas d'un dispositif serveur implémentant un mode de codage de type CBR (pour en anglais Constant Bit Rate ) pour générer un flux AV à débit constant sur le réseau, seul le débit de transmission correspondant à un mode de lecture à vitesse normale du contenu du flux est utilisé pour déterminer les valeurs de paramètres de QoS lors de l'initialisation de la QoS et de la réservation de ressources dans le réseau de communication considéré, selon ces valeurs de paramètres de QoS...DTD: Ainsi, des problèmes apparaissent lorsqu'un utilisateur initie une commande de contrôle du flux AV, en faisant appel à des opérations de navigation en lecture à vitesse accélérée associées à un facteur de vitesse sur un contenu audio ou audio-vidéo qui était auparavant en cours selon un mode de lecture à vitesse normale. Les besoins en terme de valeur des paramètres de QoS concernant le flux AV sont soudainement changés. En particulier, le débit de transmission augmente sensiblement (par exemple d'un facteur 3, encore noté X3) par rapport au débit de transmission correspondant au mode de lecture initial à vitesse normale puisqu'il implique l'envoi d'images vers le dispositif client à une vitesse plus élevée. La demande de brevet US 2005155072 publiée décrit un système vidéo numérique d'enregistrement et de lecture mettant en oeuvre une qualité de service (ou QoS) depuis de nombreuses entrées d'un réseau domestique. La technique ainsi utilisée propose d'allouer initialement une valeur de bande passante fixe et constante pour la transmission de flux de données depuis un dispositif source vers un dispositif récepteur appartenant à un réseau domestique. Ainsi, qu'il y ait mise en oeuvre d'une opération de navigation accélérée ou non lors de la lecture d'un flux sur le dispositif récepteur, la bande passante allouée à la transmission de ce flux reste la même. Lorsqu'une requête utilisateur de mise en oeuvre d'une opération de navigation accélérée associée à un facteur de vitesse (comprenant un facteur de vitesse donné) est reçue, une séquence d'images en lecture rapide associée au flux de données est alors déterminée en tenant compte de la contrainte d'allocation de bande passante et de la requête utilisateur. Ainsi, les techniques de l'art antérieur ne permettent pas d'optimiser l'allocation de ressources afin de prendre correctement en charge les variations soudaines des exigences de QoS (indépendantes du contenu du flux de données en transmission) résultant notamment de la mise en oeuvre d'opérations de navigation accélérée lors de la transmission de flux. De telles variations non prévisibles engendrent généralement une consommation importante des ressources du réseau (qui n'ont pas été réservées de manière adéquate lors de l'établissement de la connexion) ce qui conduit à une dégradation de la qualité du flux lui-même mais également de celle des autres flux en transmission sur le réseau de communication. Il est à noter que les variations des besoins en terme de valeurs des paramètres de QoS et l'augmentation du débit requis par un flux dépendent des méthodes mises en oeuvre par le serveur audio-vidéo pour la génération du flux émis par le dispositif serveur en résultat des opérations de navigation Trick-Play associées à un facteur de vitesse. Ces méthodes connues de l'homme du métier comprennent par exemple l'insertion de pseudo trames de type B ou P, ou bien le saut de trames I, enfin le décodage, re-encodage uniquement sur un sous ensemble des images initiales correspondant à un flux en lecture accélérée par le serveur, ... 3. Objectifs de l'invention L'invention, dans au moins un mode de réalisation, a notamment pour objectif de pallier à ces différents inconvénients de l'état de la technique. Plus précisément, l'un des objectifs de la présente invention, dans au moins un mode de réalisation, est de fournir une technique qui permette d'assurer que l'allocation de ressources pour la transmission d'un flux de données dans un réseau de communication, prenne en compte les variations du flux qui peuvent résulter de la mise en oeuvre d'au moins une opération de navigation accélérée. Un autre objectif de l'invention, dans au moins un mode de réalisation, est de fournir une technique d'allocation de ressources dans le réseau de communication pour la transmission d'un flux de données donné, qui permettent de respecter l'intégrité des autres flux en cours de transmission dans le réseau de communication, et ainsi améliorer l'impression du ou des utilisateurs quand une opération de navigation accélérée est requise envers le flux de données donné. Un autre objectif de l'invention, dans au moins un mode de réalisation, est qu'elle puisse être mise en oeuvre dans un contrôleur central de qualité de service permettant ainsi l'utilisation des dispositifs sources de contenu conformes à diverses implémentation. Un autre objectif de l'invention, dans au moins un mode de réalisation, est de fournir une technique d'allocation de ressources dans le réseau de communication qui nécessite peu de calculs et qui soit stable dans le temps. Un autre objectif de l'invention, dans au moins un mode de réalisation, est de mettre en oeuvre une telle technique qui soit compatible avec les recommandations des protocoles mis en oeuvre. Un autre objectif de l'invention, dans au moins un mode de réalisation, est de fournir une telle technique qui soit simple à mettre en oeuvre et peu coûteuse. 4. Exposé de l'invention Ces objectifs ainsi que d'autres qui apparaîtront par la suite, sont atteints à l'aide d'un procédé de réservation de ressources dans le cadre d'une transmission d'un contenu sous forme d'un flux de données depuis un dispositif source vers un dispositif récepteur dans un réseau de communication, ledit flux pouvant être influé par une mise en oeuvre par le dispositif source d'une opération de navigation accélérée, correspondant à un facteur de vitesse de défilement du contenu strictement supérieur à 1. Selon l'invention, le procédé comprend les étapes suivantes : - association, à chaque facteur de vitesse d'un ensemble de facteurs de vitesse de défilement du contenu, d'un profil d'utilisation, résultant de mises en oeuvre préalables d'opérations de navigation accélérée au sein du réseau ; - sélection, en fonction desdits profils d'utilisation, d'un facteur de vitesse de défilement du contenu ; - détermination d'une bande passante adaptée à la transmission du flux dans le cas où le flux résulterait de la mise en oeuvre d'une opération de navigation accélérée correspondant au facteur de vitesse sélectionné ; - allocation à la transmission du flux de ladite bande passante adaptée. Ainsi, le principe général de l'invention repose sur l'allocation d'une bande passante, dans le cadre de la transmission d'un flux de données dans un réseau de communication, dont la valeur est déterminée en fonction de profils d'utilisation d'opérations de navigation accélérée préalablement mises en oeuvre au sein du réseau. Ainsi, le procédé de réservation de ressources selon au moins un mode de réalisation de l'invention permet, grâce à une détermination adéquate de la valeur de bande passante, de respecter l'intégrité des autres flux en cours de transmission dans le réseau de communication, et ainsi améliorer l'impression du ou des utilisateurs quand une opération de navigation accélérée est requise envers le flux de données donné. En effet, en prenant en compte dès l'allocation des ressources pour la transmission d'un flux donné des profils d'utilisation d'opérations de navigation accélérée préalablement mises en oeuvre au sein du réseau, l'invention permet d'éviter, dans un certain nombre de cas, qu'un dispositif source effectuant une opération de navigation accélérée ne génère un flux de données dont le débit serait supérieur à ce qui lui a été réservé et que les autres flux s'en trouvent dégradés. Dans un mode de réalisation particulier de l'invention, le facteur de vitesse sélectionné correspond à l'opération de navigation accélérée la plus fréquemment mise en oeuvre au sein du réseau. Ainsi, l'invention permet d'éviter, dans le cas le plus fréquent de navigation accélérée, qu'un dispositif source ne génère un flux de données dont le débit serait supérieur à ce qui lui a été réservé et que les autres flux s'en trouvent dégradés. Dans un autre mode de réalisation de l'invention, à chaque opération de navigation accélérée étant associée à un taux de mise en oeuvre au sein du réseau, le facteur de vitesse sélectionné correspond à l'opération de navigation accélérée pour laquelle la somme des taux de mise en oeuvre des opérations de navigation accélérée correspondant à un facteur de vitesse inférieur ou égal au facteur de vitesse sélectionné est supérieure à une valeur prédéfinie. Ainsi, l'invention permet d'éviter, dans l'ensemble des cas les plus fréquents de navigation accélérée, qu'un dispositif source ne génère un flux de données dont le débit serait supérieur à ce qui lui a été réservé et que les autres flux s'en trouvent dégradés. Avantageusement, le procédé comprend une étape d'association, à chaque facteur de vitesse de l'ensemble de facteurs de vitesse de défilement de contenu, d'une information de variation entre un débit, dit débit nominal, correspondant à la mise en oeuvre par le dispositif source d'une opération de lecture d'un contenu donné et un débit, dit débit en accéléré, correspondant à la mise en oeuvre par le dispositif source de l'opération de navigation accélérée correspondant audit facteur de vitesse ; et ladite étape de détermination de la bande passante adaptée tient compte de l'information de variation associée au facteur de vitesse sélectionné. Ainsi, la connaissance de la variation de débit par rapport au débit nominal engendrée par l'exécution d'une opération de navigation accélérée permet de déterminer la valeur de la bande passante nécessaire à l'exécution de cette opération de navigation accélérée conformément à des valeurs de paramètres de qualité de service (QoS) déterminés. Selon une caractéristique avantageuse, l'information de variation associée à un facteur de vitesse donné est obtenue par mesure du débit d'un flux correspondant à la transmission d'un contenu donné, ledit flux étant influé par une mise en oeuvre par le dispositif source d'une opération de navigation accélérée correspondant audit facteur de vitesse donné. Ainsi, en se basant sur une valeur de variation de débit mesurée lors d'une transmission préalable de flux, la bande passante adaptée peut être déterminée précisément. Selon une autre caractéristique avantageuse, l'information de variation associée à un facteur de vitesse donné est obtenue par estimation en fonction d'au moins une information de variation associée à au moins un autre facteur de vitesse. Ainsi, en se basant sur la valeur de variation de débit déjà déterminée pour l'exécution d'au moins une opération de navigation accélérée, la bande passante adaptée prenant en compte l'exécution d'une autre opération de navigation accélérée peut être estimée. Selon encore une caractéristique avantageuse de l'invention, l'étape d'association d'une information de variation est effectuée pour chaque dispositif serveur d'un ensemble de dispositifs serveurs du réseau aptes à fournir un contenu sous forme d'un flux de données, et l'information de variation associée à un facteur de vitesse donné est égale à l'information de variation associée audit facteur de vitesse donné pour un dispositif serveur équivalent au dispositif source. Ainsi, une variation de débit associée à un facteur de vitesse donné pour le dispositif source peut être déterminée à partir d'une variation de débit associée à un facteur de vitesse donné pour un dispositif serveur équivalent au dispositif source considéré. Cela permet d'effectuer une allocation de ressources selon l'invention, bien qu'aucune opération de navigation accélérée n'ait été préalablement effectuée avec le dispositif source. Préférentiellement, le procédé comprend en outre les étapes suivantes : -réception d'une requête de mise en oeuvre d'une opération de navigation accélérée, dite opération de navigation accélérée choisie, choisie par un utilisateur lors de la transmission du flux depuis le dispositif source vers le dispositif récepteur ; - vérification que l'opération de navigation accélérée choisie correspond à un facteur de vitesse inférieur au facteur de vitesse sélectionné pour l'étape d'allocation ; - dans le cas d'une vérification négative, tentative d'adaptation de la bande passante allouée à la transmission du flux depuis le dispositif source vers le dispositif récepteur, ledit flux résultant de l'opération de navigation accélérée choisie. Ainsi, aucune réallocation n'est nécessaire dans le cas où une requête utilisateur d'opération de navigation accélérée dans le flux correspond à un facteur de vitesse pris en compte lors de l'allocation des ressources pour la transmission du flux. Sinon, il pourra être procédé à une demande d'allocation supplémentaire de bande passante pour prendre en compte la différence entre les ressources nécessaires pour le facteur de vitesse pris en compte lors de l'allocation des ressources pour la transmission du flux et le facteur de vitesse associé à la requête d'opération de navigation accélérée. De façon avantageuse, dans le cas où la tentative d'adaptation de la bande passante allouée à la transmission du flux depuis le dispositif source vers le dispositif récepteur échoue, le procédé comprend la mise en oeuvre par le dispositif source d'une opération de navigation accélérée correspondant à un facteur de vitesse égal au facteur de vitesse sélectionné pour l'étape d'allocation. Ainsi, une opération de navigation accélérée est effectuée pour le flux en cours de transmission dans la mesure assurant que les autres flux en cours de transmission dans le réseau de communication ne soient pas dégradés par ladite opération de navigation accélérée. Selon une caractéristique avantageuse de l'invention, le procédé comprend une étape de mise à jour du profil d'utilisation associé au facteur de vitesse correspondant à l'opération de navigation accélérée choisie. L'invention concerne également un produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou enregistré sur un support lisible par ordinateur et/ou exécutable par un processeur, caractérisé en ce qu'il comprend des instructions de code de programme pour l'exécution des étapes du procédé de réservation tel que précédemment décrit, lorsque ledit programme est exécuté sur un ordinateur. L'invention concerne également un moyen de stockage, éventuellement totalement ou partiellement amovible, lisible par un ordinateur, stockant un jeu d'instructions exécutables par ledit ordinateur pour mettre en oeuvre le procédé de réservation tel que précédemment décrit. L'invention concerne également un dispositif de réservation de ressources dans le cadre d'une transmission d'un contenu sous forme d'un flux de données depuis un dispositif source vers un dispositif récepteur dans un réseau de communication, ledit flux pouvant être influé par une mise en oeuvre par le dispositif source d'une opération de navigation accélérée, correspondant à un facteur de vitesse de défilement du contenu strictement supérieur à 1. Selon l'invention, un tel dispositif de réservation comprend : - des moyens d'association, à chaque facteur de vitesse d'un ensemble de facteurs de vitesse de défilement du contenu, d'un profil d'utilisation résultant de mises en oeuvre préalables d'opérations de navigation accélérée au sein du réseau ; - des moyens de sélection, en fonction desdits profils d'utilisation, d'un facteur de vitesse de défilement du contenu, appelé facteur de vitesse sélectionné ; - des moyens de détermination d'une bande passante adaptée à la transmission du flux dans le cas où le flux résulterait de la mise en oeuvre d'une opération de navigation accélérée correspondant au facteur de vitesse sélectionné ; - des moyens d'allocation à la transmission du flux de ladite bande passante adaptée. Dans un mode de réalisation particulier de l'invention, le facteur de vitesse sélectionné correspond à l'opération de navigation accélérée la plus fréquemment mise en oeuvre au sein du réseau. Selon un autre mode de réalisation de l'invention, chaque opération de navigation accélérée étant associé un taux de mise en oeuvre au sein du réseau, le facteur de vitesse sélectionné correspond à l'opération de navigation accélérée pour laquelle la somme des taux de mise en oeuvre des opérations de navigation accélérée correspondant à un facteur de vitesse inférieur ou égal au facteur de vitesse sélectionné est supérieure à une valeur prédéfinie. Avantageusement, le dispositif de réservation comprend des moyens d'association, à chaque facteur de vitesse de l'ensemble de facteurs de vitesse de défilement de contenu, d'une information de variation entre un débit, dit débit nominal, correspondant à la mise en oeuvre par le dispositif source d'une opération de lecture d'un contenu donné et un débit, dit débit en accéléré, correspondant à la mise en oeuvre par le dispositif source de l'opération de navigation accélérée correspondant audit facteur de vitesse ; lesdits moyens de détermination de la bande passante adaptée comprennent des moyens de prise en compte de l'information de variation associée au facteur de vitesse sélectionné. De façon avantageuse, le dispositif de réservation comprend des moyens d'obtention de l'information de variation associée à un facteur de vitesse donné par mesure du débit d'un flux correspondant à la transmission d'un contenu donné, ledit flux étant influé par une mise en oeuvre par le dispositif source d'une opération de navigation accélérée correspondant audit facteur de vitesse donné. Selon une caractéristique avantageuse de l'invention, le dispositif de réservation comprend des moyens d'obtention de l'information de variation associée à un facteur de vitesse donné par estimation en fonction d'au moins une information de variation associée àau moins un autre facteur de vitesse. Avantageusement, le dispositif de réservation comprend des moyens d'activation desdits moyens d'association d'une information de variation pour chaque dispositif serveur d'un ensemble de dispositifs serveurs du réseau aptes à fournir un contenu sous forme d'un flux de données, et l'information de variation associée à un facteur de vitesse donné est égale à l'information de variation associée audit facteur de vitesse donné pour un dispositif serveur équivalent au dispositif source. De façon avantageuse, le dispositif de réservation comprend en outre - des moyens de réception d'une requête de mise en oeuvre d'une opération de navigation accélérée, dite opération de navigation accélérée choisie, choisie par un utilisateur lors de la transmission du flux depuis le dispositif source vers le dispositif récepteur ; - des moyens de vérification que l'opération de navigation accélérée choisie correspond à un facteur de vitesse inférieur au facteur de vitesse sélectionné pour les moyens d'allocation ; - des moyens de détection d'une vérification négative réalisée par lesdits moyens de vérification ; - des moyens d'adaptation de la bande passante allouée à la transmission du flux depuis le dispositif source vers le dispositif récepteur activés si la vérification réalisée par lesdits moyens de vérification est négative, ledit flux résultant de l'opération de navigation accélérée choisie. Avantageusement, le dispositif de réservation comprend : des moyens de détection d'échec d'adaptation de la bande passante allouée à la transmission du flux depuis le dispositif source vers le dispositif récepteur ; des moyens de mise en oeuvre par le dispositif source d'une opération de navigation accélérée correspondant à un facteur de vitesse égal au facteur de vitesse sélectionné pour les moyens d'allocation, lesdits moyens de mise en oeuvre d'une opération de navigation accélérée étant activés si lesdits moyens de détection d'échec détecte un échec. 5 10 15 20 25 30 Selon une caractéristique avantageuse de l'invention, le dispositif de réservation comprend des moyens de mise à jour du profil d'utilisation associé au facteur de vitesse correspondant à l'opération de navigation accélérée choisie. 5. Listes des figures D'autres caractéristiques et avantages des modes de réalisation de l'invention apparaîtront à la lecture de la description suivante, donnée à titre d'exemple indicatif et non limitatif (tous les modes de réalisation de l'invention ne sont pas limités aux caractéristiques et avantages de ce mode de réalisation particulier), et des dessins annexés, dans lesquels :: la figure 1 illustre un réseau de communication Audio-Vidéo domestique distribué dans lequel peut-être mis en oeuvre le procédé de réservation de ressources selon un mode de réalisation particulier conforme à l'invention ; la figure 2 présente un schéma bloc matériel d'un dispositif récepteur dans lequel peut être mis en oeuvre le procédé de réservation de ressources de l'invention selon le mode de réalisation particulier conforme à l'invention ; la figure 3 présente un schéma bloc matériel d'un dispositif source selon le mode de réalisation particulier conforme à l'invention ; la figure 4 illustre les interactions entre les dispositifs source et récepteur du système Client/Serveur Audio-Vidéo distribué de la figure 1 ; la figure 5 présente les étapes principales du procédé de réservation de ressources selon le mode de réalisation particulier conforme à l'invention ; la figure 6 présente une table de profils de variation de débit déterminée lors d'une des étapes principales de l'algorithme décrit en relation avec la figure 5 selon le mode de réalisation particulier conforme à l'invention ; la figure 7 présente une table de profils statistiques d'utilisation d'opérations Trick-Play déterminée lors d'une des étapes principales de l'algorithme décrit en relation avec la figure 5 selon le mode de réalisation particulier conforme à l'invention ; la figure 8 présente les étapes principales de détermination de la table de profils de variation de débit selon une première méthode de détermination conforme au mode de réalisation de l'invention ; la figure 9 présente les étapes principales de détermination de la table de profils de variation de débit selon une seconde méthode de détermination conforme au mode de réalisation de l'invention ; et la figure 10 présente les étapes principales d'utilisation des tables de profils de variation de débit et de profils statistiques d'utilisation d'opérations Trick-Play selon le mode de réalisation particulier conforme à l'invention. 6. Description détaillée Dans la suite, on se place, dans le cadre d'un mode de réalisation particulier du procédé de réservation de ressources conforme à l'invention, dans le cas d'un calcul de bande passante adaptée pour la transmission d'un flux de données dans un réseau de communication (tel que décrit ci-après en relation avec la figure 1) capable de mettre en oeuvre des exigences de QoS, grâce au protocole UPnP. Il est toutefois à noter que l'invention peut également être mise en oeuvre en se référant à d'autres paramètres de QoS (autre que la bande passante) comme par exemple la durée de salves de trafic (en anglais burst ), la bande passante crête (ou Peak Bandwidth en anglais), la bande passante moyenne, le délai de transmission maximum, la variation du délai de transmission (ou jitter en anglais), le délai de transmission, le taux d'erreur bit ou BER (pour Bit Error Rate en anglais), la liste des ces paramètres dépend des technologies des couches 2 et 3 du modèle ISO. Le standard UPnP (développé par plusieurs entreprises regroupant leurs efforts dans une association industrielle, le Forum UPnP) devient de plus en plus populaire en tant que solution d'architecture incluant des fonctionnalités de découverte de services et dispositifs adaptés aux réseaux domestiques audiovisuels. Ses spécifications sont disponibles sur le site Internet de l'association industrielle Forum UPnP à l'adresse suivante : http://www.upnp.org/resources/default.asp. Le standard UPnP définit une architecture permettant une connexion peer-topeer (pour poste à poste en français) en réseau de dispositifs audiovisuels, et d'ordinateurs multimédia (encore appelés PC). Le standard UPnP combine des standards existants comme ceux de l'IETF , les protocoles HTTP, TCP, UDP et IP (pour Internet Protocol ), avec des nouvelles spécifications de protocoles permettant la découverte de services et de dispositifs, la notifications d'évènements et les actions de contrôle sur ces services et dispositifs. Les blocs élémentaires de construction d'une architecture UPnP sont appelés dispositifs (en anglais device ), services , et point de contrôle (en anglais Control Point ). Un dispositif physique implémentant UPnP comprend un dispositif logique racine ( root device en anglais), qui comprend un ou plusieurs sous dispositifs embarqués (en anglais embedded device ), chaque dispositif logique racine ou embarqué mettant à disposition via l'interface de raccordement au réseau un ou plusieurs services. Par exemple, les services et dispositifs logiques les supportant, associés à un produit de type magnétoscope sont différents de ceux associés à une imprimante. L'ensemble des services fournis par un dispositif logique particulier, aussi bien que la liste des capacités et fonctionnalités associées à ce dispositif particulier, sont référencés dans un fichier de description du dispositif logique stocké par le dispositif physique. Avantageusement, le fichier de description du dispositif logique est écrit en langage XML (pour en anglais Extensive Markup Language ) défini par le consortium World Wide Web. Le fichier de description UPnP d'un dispositif logique UPnP est partitionné en deux parties logiques : la description des éléments physiques et logiques du dispositif, et la description des services offerts par le ou les dispositifs logiques. Par ailleurs, le fichier de description UPnP du dispositif logique comprend les extensions spécifiques, et les informations déterminées par le fabricant (par exemple le nom et le numéro du modèle), le numéro de série, le nom du fabricant, les adresses URL (pour en anglais Uniform Resource Locator ) des sites Internet du vendeur, ... Pour chaque service proposé par le dispositif logique, le fichier de description du dispositif logique liste le type du service, le nom du service, une adresse URL pour obtenir des informations détaillées sur la description du service, une adresse URL permettant d'obtenir le document de description du service, une adresse URL permettant d'effectuer le contrôle du dispositif, et une adresse URL pour la gestion d'évènements (ou eventing en anglais). Le fichier de description du dispositif logique UPnP comprend également une description de l'ensemble des sous dispositifs embarqués présents dans le dispositif logique et une adresse URL détaillant l'assemblage de ces sous dispositifs au sein du dispositif logique (encore appelé dispositif combo box). Un dispositif logique UPnP, qui vient d'être connecté à un réseau, envoie un message d'avertissement selon le protocole GENA (pour General Event Notification Architecture ) annonçant l'ensemble de ses sous dispositifs embarqués et de ses services. La norme UPnP définit les descriptions des dispositifs UPnP et des services UPnP selon une architecture commune. Un pointeur (par exemple une adresse URL) vers chaque fichier de description appropriée d'un service est inclus dans le fichier de description du dispositif logique UPnP. Les dispositifs logiques UPnP peuvent comprendre de nombreux services UPnP. Le message GENA d'annonce de service UPnP est transporté dans un message SSDP (pour en anglais Simple Service Discovery Protocol ) lui-même transporté dans un message conformément au protocole HTTPMU (pour en anglais HTTP multicast UDP) . Par ailleurs, un point de contrôle UPnP envoie des requêtes de recherche de services UPnP (ou search request en anglais) par multidiffusion (ou multicasting en anglais) d'un message de découverte. L'utilisation des protocoles GENA, SSDP et HTTPMU est décrite dans le document de base du standard UPnP UPnP Device Architecture détaillant l'architecture de base que doivent implémenter tous les équipements UPnP. Le standard UPnP est basé sur des protocoles standards tels que le protocole réseau TCP/IP, le protocole HTTP et le protocole XML. L'utilisation des protocoles standardisés permet notamment d'assurer l'interopérabilité entre les différentes implémentations par de multiples fabricants. D'autres technologies peuvent aussi être utilisées pour mettre en réseau des dispositifs UPnP, telles que par exemple les technologies HAVi (pour en anglais Home Audio Video Interoperability ), CEBus (pour en anglais Consumer Electronic Bus ) connu aussi sous le nom du standard américain de EIA-600 (pour en anglais Electronics Industry Association :>), LonWorks également standardisé comme norme ANSI: ANSI/EIA709.1-B, EIB (pour en anglais European Installation Bus ) qui est un standard européen de bus domotique, ou X10 qui est un standard de facto de l'industrie pour la domotique. De telles technologies peuvent également intervenir dans la mise en oeuvre d'un réseau UPnP au moyen de pont ou proxy UPnP. Les standards UPnP AV définissent un ensemble de dispositifs et de services UPnP AV spécifiquement dédiés aux équipements audiovisuels traditionnels appartenant à un réseau domestique numérique, par exemple les télévisions numériques (ou DTV en anglais pour Digital Television ), les lecteurs/enregistreurs DVD, les magnétoscopes numériques (ou PVR en anglais pour Personal Video Recorder ), ainsi que de nouveaux types d'équipement comme les adaptateurs numériques de media (ou en anglais Digital Media Adapter ) ou les ordinateurs individuels dénommés Media Center PC avec leurs systèmes d'exploitation dédiés, tel que celui de la société Microsoft : Windows Media Center. Les dispositifs logiques UPnP AV sont par exemple les serveurs de média UPnP ou UPnP Media Server , les lecteurs de média ou UPnP Media Renderer et les points de contrôle UPnP AV ou UPnP AV Control Points qui relaient les opérations initiées par l'utilisateur. Les dispositifs logiques UPnP AV exécutent un ensemble de services UPnP AV optionnels ou obligatoires, tels que le service Content Directory Service , le service AVTransport Service , le service Connection Manager Service , le service Renderer Control Service . Le standard UPnP ne spécifie que les protocoles réalisant les fonctions du plan de contrôle (ou control plane en anglais) incluant par exemple les fonctions d'adressage de dispositifs, de découverte de dispositifs, et de contrôle de dispositifs. Les fonctions du plan de données (ou data plane en anglais) pour le transfert de données audiovisuelles sont mises en oeuvre de façon coordonnée avec les protocoles UPnP au sein de dispositifs AV mais exécutées au moyen d'autres protocoles tels que ceux définis par l'IETF dans le groupe des protocoles TCP/IP qui comprend RTP/RTSP, HTTP ou bien des protocoles de réseau domestique audio-vidéo tels que ceux définis par l'association industrielle ( trade association en anglais) faisant la promotion du standard IEEE 1394. Par ailleurs, les spécifications UPnP QoS définissent un ensemble de services associés à la gestion de la qualité de services dans un réseau UPnP dont l'objectif est d'assurer un transport sur le réseau des flux de données audio-vidéo de façon à satisfaire aux besoins de ces flux. La gestion de la QoS dans un réseau UPnP se fait de manière optimisée de façon globale pour tous les dispositifs appartenant au réseau, et pour tous les flux de données échangés entre ces dispositifs. Trois services UPnP de base définissent l'ensemble des services de QoS UPnP : le service UPnP QosDevice , ci-après désigné par QosDevice , qui est un service d'un équipement du réseau permettant de recevoir les consignes de QoS à appliquer à un flux de donnée d'un contenu particulier ; le service UPnP QosPolicyHolder , ci-après désigné par QosPolicyHolder , qui gère les politiques de Qualité de Service validées par un utilisateur et à appliquer sur le réseau ; et le service UPnP QosManager , ci-après désigné par QosManager , qui, sur commande initiée par un Control Point voulant réserver les ressources du réseau pour un flux multimédia, est en charge de recueillir auprès du QosPolicyHolder la politique à appliquer et d'agir sur les services QosDevice sur le chemin du flux via l'exécution de commandes UPnP. Selon le mode de réalisation particulier de l'invention, un service QosDevice peut être implémenté par tout dispositif appartenant au réseau, à la fois les terminaux des utilisateurs (flux source et flux récepteur) aussi bien que les dispositifs appartenant à l'infrastructure réseau tels que les ponts et les commutateurs de la couche 2 du modèle ISO, ainsi que les routeurs IP de la couche 3 du modèle ISO et au niveau des couches supérieures dans les passerelles entre réseaux domestiques et les réseaux distants. Les deux autres services (QosPolicyHolder et QosManager) sont présents dans le réseau mais leur architecture exacte (unique par réseau, centralisée et distribuée) est laissée partiellement au choix d'implémentation des fabricants et ne sont pas entièrement spécifiés par la norme UPnP. Avantageusement, selon une variante du mode de réalisation particulier de l'invention, le réseau domestique comprend plusieurs services QosManager. Par ailleurs, l'invention ne nécessite pas la présence d'un service de QosPolicyHolder. L'invention est mise en oeuvre au sein d'un dispositif gestionnaire, encore appelé dans la suite de la description Contrôleur Trick-Play ou dispositif gestionnaire TPC (pour Trick-Play Controller ). Le dispositif gestionnaire interagit avec des dispositifs connus de l'art antérieur appartenant à un réseau de communication, l'ensemble de ces dispositifs étant, dans un mode de réalisation particulier de l'invention, compatibles avec une architecture de dispositifs UPnP ainsi qu'avec les standards UPnP QoS et UPnP AV. Par ailleurs, on suppose dans la suite que le dispositif gestionnaire TPC comprend également des blocs fonctionnels standardisés tels que le service QosManager et le service UPnP Control Point capables de générer des requêtes conformes au standard UPnP (encore appelée par la suite "requêtes UPnP") vers des services UPnP fournis par des dispositifs physiques appartenant au réseau de communication. Les blocs fonctionnels standardisés (aussi appelés blocs logiques standardisés) sont décrits, selon la terminologie UPnP, comme des dispositifs logiques et restent des entités fonctionnelles en dépit de l'utilisation du terme dispositif dans toutes les spécifications produites par l'association industrielle dénommée UPnP Forum . Dans la suite de la description et dans le cadre d'un mode de réalisation particulier de l'invention, on considère que le dispositif gestionnaire TPC interagit avec des services UPnP standardisés via des messages conformes au standard UPnP (encore appelés messages UPnP). Par ailleurs, on suppose dans la suite que le procédé de réservation de ressources selon l'invention est mis en oeuvre sous la forme d'un logiciel et/ou d'une pluralité de sous logiciels (comprenant une pluralité d'algorithmes décrits ci-après en relation avec les figures 5, 8 à 10) qui est (sont) exécuté(s) dans plusieurs dispositifs du réseau de communication, par exemple le dispositif gestionnaire TPC. On présente, en relation avec la figure 1, un réseau de communication Audio Vidéo (encore noté AV) domestique distribué mettant en oeuvre l'invention selon un mode de réalisation particulier. Ce réseau domestique, ci-après désigné par système Client/Serveur AV distribué, comprend notamment deux réseaux domestiques Audio-Vidéo (référencés 100 et 101) locaux (ou LAN en anglais pour Local Area Network ) interconnectés l'un à l'autre au niveau de la couche de protocole Ethernet via un réseau étendu 102 (ou WAN en anglais pour Wide Area Network ), par exemple du type Internet, selon un mécanisme classique à deux dispositifs d'accès à un tunnel de niveau 2 (couche liaison du modèle ISO) (référencés 108 et 109). Selon le mode de réalisation particulier, un dispositif client 103 (encore appelé dispositif récepteur) comprend le dispositif gestionnaire TPC, ainsi que d'autres fonctionnalités détaillées par la suite. Bien entendu, selon des variantes de ce mode de réalisation particulier de l'invention, le dispositif gestionnaire peut être compris dans un dispositif indépendant des autres dispositifs du réseau domestique. Le dispositif récepteur 103 peut recevoir des flux de données en transit (encore appelés flux de données en streaming) en provenance du réseau domestique 100, et peut effectuer le rendu (affichage pour un contenu vidéo ou restitution sonore pour un contenu audio) du contenu de chacun de ces flux de données audiovisuelles. De ce fait, le dispositif récepteur 103 comprend une fonction de décodage du contenu des flux de données, et une fonction de génération et d'affichage d'image et/ou de reproduction sonore correspondant au contenu de ces flux de données audiovisuelles. Le dispositif récepteur 103 est connecté, par exemple via une carte d'interface réseau 107, au réseau domestique local 100 situé dans une habitation 110 dans laquelle un utilisateur du système Client/Serveur AV est présent. Le dispositif récepteur 103 exécute les fonctions de logique de contrôle et d'affichage d'une interface homme machine (encore notée IHM) permettant à un utilisateur d'interagir avec le dispositif récepteur 103 via cette IHM pour ainsi avoir accès à la fonction de contrôle présente dans le dispositif gestionnaire TPC. Ces fonctions permettent notamment le traitement des requêtes de contrôle du flux AV suite à une interaction utilisateur, et notamment la construction et la transmission sur le réseau des actions (ou bien commandes) UPnP correspondantes. Selon un autre mode de réalisation de l'invention, le dispositif gestionnaire TPC est par exemple combiné avec le dispositif d'accès au tunnel 108, et le dispositif récepteur 103 peut mettre en oeuvre un dispositif de type UPnP Media Server. Le dispositif gestionnaire TPC peut ainsi utiliser des messages UPnP pour communiquer avec le dispositif récepteur 103 via le réseau domestique 100. Selon le mode de réalisation particulier de l'invention, un dispositif serveur 104 (encore appelé dispositif source dans la suite de la description) est connecté au réseau domestique local 101 d'une habitation distante 111 (du point de vue de l'utilisateur présent dans l'habitation 110). Le dispositif source 104 comprend une fonction de stockage de contenus audiovidéo, une fonction de codage de contenus audio-vidéo, une fonction de génération de flux de données audio-vidéo ainsi qu'une fonction de transmission de ce flux de données audio-vidéo sur le réseau domestique 101 au moyen d'une carte d'interface réseau 106. Les réseaux domestiques 100 et 101 (respectivement des habitations 110 et 111), les dispositifs qui leur sont connectés ainsi que les dispositifs d'accès au tunnel 108 et 109 sont tous compatibles avec l'architecture de dispositifs UPnP et le standard UPnP AV. Les dispositifs appartenant aux habitations 100 et 101 ainsi que les dispositifs de l'infrastructure réseau sont compatibles avec le standard UPnP QoS et comprennent des services QosDevice. Par ailleurs, le dispositif récepteur 103 appartenant à l'habitation 110 comprend un Control Point générique de dispositifs et services UPnP AV, c'est à dire un Control Point de UPnP Media Server, un Control Point de UPnP Media Renderer et de plus un Control Point de UPnP QosManager. Selon le mode de réalisation particulier de l'invention, le dispositif gestionnaire TPC comprend, dans le cadre du standard UPnP, un service QosManager et/ou un Control Point (un UPnP Control Point n'est pas un service au sens UPnP), le dispositif gestionnaire étant lui-même compris dans le dispositif récepteur 103. Bien entendu, un tel dispositif gestionnaire peut également être conforme à d'autres types de protocoles de gestion de ressources tels que ceux de l'IETF, IEEE 1394, ATM (pour en anglais Asynchronous Transfer Mode ), IEEE 802.11e-2005. On présente, en relation avec la figure 2, un schéma bloc matériel représentant le dispositif récepteur 103. Le dispositif récepteur 103 comprend notamment un processeur 200 (encore appelé CPU), un bus 201, une mémoire ROM 203 permettant le stockage d'une procédure de traitement détaillée dans la suite de la description, une mémoire RAM 202 utilisée pour stocker les tables 433 et 434 détaillées ultérieurement en relation avec les figures 6 et 7, une interface Homme Machine 204 permettant à un utilisateur d'envoyer des requêtes Trick-Play, un dispositif d'affichage 206 permettant d'afficher le contenu du flux audio-vidéo généré par le dispositif source 104, ainsi qu'une carte d'interface réseau 205 qui permet de connecter le dispositif récepteur 103 au réseau domestique UPnP 100. On décrit, en relation avec la figure 3, un schéma bloc matériel représentant le dispositif source 104. Le dispositif source 104 comprend notamment un CPU 300, un bus 301, une mémoire ROM 303 permettant le stockage d'une procédure de traitement détaillée dans la suite de la description, une mémoire RAM 302 utilisée pour stocker les tables 433 et 434, une unité de stockage 304 (par exemple un disque de stockage magnétique) utilisée pour le stockage de contenus audio-vidéo échangés sur le réseau par le dispositif source 104, ainsi qu'une carte d'interface réseau 305 qui permet de connecter le dispositif source 104 au réseau domestique UPnP 101. On décrit, en relation avec la figure 4, le système selon le mode de réalisation particulier de l'invention dans lequel un utilisateur interagit avec le dispositif récepteur 103 connecté à un réseau local (ou LAN) IP 100 de la première habitation A. Le dispositif récepteur 103 comprend les dispositifs et services UPnP suivants : un QosManager (qui est la combinaison de service UPnP QoS et des fonctionnalités d'un Control Point contrôlant les services QosDevice ), un dispositif UPnP AV Media Renderer et les services UPnP qui lui sont associés tels que les services UPnP AV ConnectionManager et AVTransport, un Control Point contrôlant les services et dispositifs de type UPnP AV Media Server et un Control Point contrôlant les services UPnP QosDevice. Le dispositif récepteur 103 comprend également une table 434 de profils de variation de débit (encore désigné par informations de variation) pour chaque opération Trick-Play réalisée sur un serveur donné, ainsi qu'une table 433 de profils statistiques d'utilisation d'opérations Trick-Play (encore appelé profils d'utilisation), ces deux tables étant décrites plus en détail ultérieurement en relation avec les figues 6 et 7. Le réseau local LAN 100 est connecté via une passerelle (en anglais Gateway ) 108 à un réseau externe étendu 102 (encore appelé WAN). La passerelle 108 comprend une fonction d'accès à un tunnel (aussi appelée par la suite fonction Tunnel) de niveau couche 2 du modèle ISO (encore appelée Layer-2 Tunnelling ) classique pouvant mettre en oeuvre une implémentation logicielle de type logiciel libre (en anglais open source ) tel que OpenVPN (dont un document de référence peut être obtenu sur le site Internet à l'adresse suivante : http://openvpn.net/) ou tout autre équivalent. La fonction Tunnel permet le transport transparent de trames selon le protocole Ethernet du réseau local 100 de l'habitation A vers un réseau local distant 101 de l'habitation B, connecté au moyen d'une passerelle 109 (similaire à la passerelle 108) au même réseau étendu 102. L'architecture système des réseaux locaux 100 et 101, telle qu'illustrée par la figure 4, est similaire à une architecture système alternative où les deux réseaux locaux LAN sont connectés l'un à l'autre par un pont local Ethernet compatible avec la norme IEEE 802.1D (concernant l'échange de messages). Une telle architecture système alternative constitue un autre mode de réalisation de l'invention, la combinaison des passerelles 108 et 109 avec le réseau 102 se comportant de la même manière qu'un pont local Ethernet. Selon le mode de réalisation particulier de l'invention tel qu'illustré par la figure 4, les deux réseaux locaux constituent un réseau IP unique (tout comme dans le mode de réalisation alternatif précité de l'invention). Ainsi, tous les messages UPnP sont librement échangés entre les habitations A et B. Lors d'une phase de découverte, tous les dispositifs et services qui peuvent être recensés depuis le réseau local 100 peuvent alors également être recensés depuis le réseau local 101. De manière similaire, tous les messages UPnP échangés, lors des phases décrites dans les spécifications de l'architecture de dispositif UPnP (Découverte, Description, Contrôle, Gestion d'évènements, Présentation), et transmis sur un des réseaux locaux 100 ou 101, sont également transmis sur l'autre réseau local. Ces messages UPnP échangés comprennent des Actions UPnP transportées dans des messages définis selon le protocole SOAP (pour en anglais Simple Object Access Protocol ) dont une présentation est disponible sur le site Internet dont l'adresse est http://www.w3.org/TR'2000/NOTE-SOAP-20000508/. Ces Actions UPnP sont émises par le Control Point UPnP vers les services UPnP afin de permettre le contrôle de ces services et des dispositifs UPnPles supportant. Le protocole SOAP définit également la structure et la façon d'acheminer le message généré par le dispositif implémentant le service UPnP après exécution de l'opération correspondant à l'Action reçue, ce message SOAP généré en retour s'appelle SOAP Response . Les passerelles 108 et 109 comportent des dispositifs UPnP. Chaque passerelle implémente un service UPnP QosDevice dont elle annonce la présence sur le réseau UPnP via des messages UPnP, à destination des dispositifs Control Point UPnP connectés au réseau. Le dispositif UPnP 104 comprend un Media Server UPnP AV, et est connecté au réseau local domestique 101 de l'habitation B tel qu'illustré par la figure 4. Le Media Server UPnP AV du dispositif 104 comprend les services UPnP AV tels que AVTransport, ConnectionManager et ContentDirectory ainsi que le service UPnP QoS QosDevice. Comme illustré sur la figure 4, les messages de découverte 401, codés selon le protocole SSDP, sont échangés entre tous les dispositifs UPnP et les dispositifs Control Point du réseau local 100 et de ceux du réseau local 101. Les Actions et leurs réponses UPnP 403 (par exemple une Action AVTransport Service PlayQ) conformes au protocole UPnP AV sont échangées entre le Control Point du dispositif récepteur 103 et le Media Server AV du dispositif source 104. Les Actions et leurs réponses UPnP 404 (par exemple les Actions GetRotameterinformation() et GetQosStateQ) sont échangées entre le QoSManager du dispositif récepteur 103 et les services QosDevice inclus dans tous les dispositifs du réseau présents sur le chemin du flux de données audio-vidéo (par exemple les passerelles 108 et 109, le Media Server AV du dispositif source 104, le Control Point et le Media Renderer du dispositif 103). Les Actions et Réponses UPnP 405 (par exemple les Actions RequestTrafficQos() et ReleaseTrafficQos()) conformes au protocole UPnP QoS sont échangées entre le Control Point et le QosManager inclus dans le dispositif récepteur 103. On présente, en relation avec la figure 5, les étapes principales d'un algorithme du procédé de réservation de ressources selon le mode de réalisation particulier de l'invention. Dans une étape 501, une phase de découverte des dispositifs et services UPnP connectés au réseau est mise en oeuvre. Le protocole de découverte UPnP permet au Control Point du dispositif récepteur 103 de détecter la présence de Media Server AV UPnP et leurs fonctions de base. Lors de cette étape 501, un identifiant unique universel (encore appelé Universally Unique Identifier ou UUID en anglais) est attribué à chaque dispositif UPnP détecté. Ainsi, tous les dispositifs et les services détectés appartenant au dispositif source 104 (par exemple le Media Server AV et les services associés, le service QosDevice, ...) sont découverts par le dispositif récepteur 103. Par ailleurs, les services QosDevice appartenant aux passerelles 108 et 109 sont également découverts par le Control Point du dispositif récepteur 103. Dans une étape 502, des facteurs de vitesse (chacun associé à une opération de navigation accélérée Trick-Play) appartenant à un ensemble de facteurs de vitesse de défilement du contenu sont déterminés. Préalablement, les sous-étapes suivantes sont mises en oeuvre : sélection du Media Server AV du dispositif source 104 du réseau par un utilisateur ; obtention d'une liste de contenus AV disponibles sur le Media Server sélectionné et compatibles avec les formats et les méthodes de transmission des données supportés par le Media Renderer AV du dispositif récepteur 103 ; présentation de la liste de contenus AV à l'utilisateur via le dispositif d'affichage 206 (par exemple un écran) du dispositif récepteur 103 ; sélection par l'utilisateur d'un contenu audio-vidéo de la liste affichée sur le dispositif d'affichage 206 ; établissement d'une connexion entre le Media Server du dispositif source 104 et le Media Renderer du dispositif récepteur 103 ; réservation des ressources du réseau et des dispositifs présents sur le chemin de transmission du flux de données du contenu multimédia ; initiation d'une transmission en continu (ou streaming) du flux de données. Les sous-étapes précitées ne sont pas plus amplement détaillées ici puisqu'elles sont implémentées conformément aux spécifications UPnP AV et UPnP QoS du standard UPnP, ainsi qu'aux mécanismes de transport de média classiques non définis par le Forum UPnP mais compatibles avec les protocoles TCP, UDP et/ou IP tels que par exemple HTTP et RTP (comme spécifié par les RFCs IETF correspondants). Le Control Point du dispositif client 103 agissant sur le service AVTransport du dispositif source 104 utilisera une Action UPnP AV afin d'implémenter une opération dite Trick-Mode de navigation accélérée dans un flux AV, associée à un facteur de vitesse et effectuée par le Media Server AV du dispositif source 104 en réponse à une requête de l'utilisateur. La section 2.4.10 du standard AVTransport:2 Service Template décrit l'Action UPnP Play() générée et envoyée par le Control Point au service AVTransport du Media Server UPnP AV du dispositif source 104. La requête Play() permet la lecture d'un contenu à une vitesse déterminée correspondant au mode de lecture sélectionné, une telle lecture commençant à la position courante. Les vitesses de lecture supportées par le Media Server AV du dispositif source 104 peuvent être récupérées à partir de la valeur d'une variable d'état UPnP standardisée du service AVTransport, appelée TransportPlaySpeed. La valeur du facteur de vitesse et le mode de navigation accélérée choisis sont déterminés à partir des messages UPnP échangés entre le Control Point de service AVTransport du dispositif récepteur 103 et le Media Server AV du dispositif source 104. Un autre consortium industriel Digital Living Network Alliance (DLNA en abrégé) a publié des guides d'implémentation de produits audio-visuels, en référençant le standard UPnP AV avec si nécessaire des ajouts ou précisions. Les spécifications UPnP AV et les spécifications de l'architecture de base des dispositifs UPnP forment les bases de ces guides d'implémentation. Un autre mode de réalisation de l'invention, implémenté de manière compatible avec les spécifications de la DLNA, propose d'implémenter des procédés pour la mise en oeuvre d'opérations de navigation accélérée associées à un facteur de vitesse de type Trick Play comme décrit précédemment, à partir desquels un utilisateur contrôle le flux de données audio-vidéo d'une source accessible via un réseau. En effet, dans la section DLNA Media Transport du guide d'implémentation de DLNA, il est décrit des procédés d'exécution de lecture en Trick-Play, selon lesquels il est aisé pour un homme de l'art d'extraire la valeur du facteur de vitesse à partir de l'entête Speed dans la méthode RTSP-PLAY ou dans les messages HTTP-GET. Dans une étape 503, la construction d'une table 433 de profils statistiques d'utilisation d'opérations Trick-Play effectuées sur les Media Server de dispositifs source AV (notamment le Media Server du dispositif source 104), ainsi que la création d'une table 434 de profils de variation de débit pour chaque opération Trick-Play réalisée sur un serveur donné d'un dispositif source, sont mises en oeuvre. Le dispositif 103 de la figure 4 comprend une table 433 de profils statistiques d'utilisation d'opérations Trick-Play dans laquelle sont regroupées les statistiques d'utilisation de chacune des opérations de navigation accélérée sur un Media Serveur donné d'un dispositif source (notamment le Media Server du dispositif source 104), et une table 434 de profils de variation de débit pour chaque opération Trick-Play réalisée sur un Media Server donné (notamment le Media Server du dispositif source 104) par rapport à un débit nominal. Les deux tables sont décrites plus en détail dans la suite de la description en relation avec les figures 6 et 7, et leurs méthodes d'obtention et de détermination sont décrites en relation avec les figures 8 et 9. Dans une étape 504, la table 433 de profils statistiques d'utilisation et la table de profils de variation de débit sont utilisées pour initialiser la valeur de chacun des paramètres de QoS optimisés du Media Server du dispositif source 104, ceci a l'établissement initial du flux AV et également lors de la réception de requêtes Trick-Play d'un utilisateur. On présente, en relation avec la figure 6, la table 434 de profils de variation de débit. La table 434 est une table à deux dimensions qui associe, à une opération de navigation accélérée associée à un facteur de vitesse, une variation de débit entre l'opération de lecture à vitesse normale et une opération de navigation accélérée donnée pour un Media Server du réseau donné (notamment le Media Server du dispositif source 104). Une telle association est par exemple réalisée pour toutes les opérations de navigation accélérée associées à un facteur de vitesse supporté par un Media Server du réseau donné suite à la réception par ce Media Server d'une commande Trick-Play. La table 434 de profils de variation comprend une colonne par Media Server AV connecté soit au réseau domestique 110 soit au réseau domestique 111, et une ligne pour chaque facteur de vitesse d'une opération de navigation accélérée. La valeur de l'intersection d'une colonne (correspondant à un Media Server du réseau) et d'une ligne de la table 434 (correspondant à un facteur de vitesse donné) correspond à la valeur de la variation de débit d'un flux de données généré par le Media Server AV à la suite de la réception d'une requête Trick-Play traitée par le Media Server. On décrit, en relation avec la figure 7, la table 433 de profils statistiques d'utilisation d'opérations Trick-Play qui contient une donnée statistique par Media Server AV appartenant à l'un des réseaux domestiques 110 et 111 (les Media Server AV ayant été découverts lors de l'étape 501). Chaque donnée statistique correspond au nombre de répétition d'une opération de navigation accélérée donnée associée à un facteur de vitesse pour un Media Server donné appartenant au réseau de communication. Chaque connexion, établie par un Control Point UPnP quelconque du réseau, est identifiée par un identifiant de connexion à la fois au sein du dispositif source 103 (qui envoie le contenu) et du dispositif récepteur 104 (qui reçoit le contenu). Connaissant cet identifiant, le Control Point peut envoyer l'Action UPnP GetCurrentConnectionlDs() à un Media Server UPnP AV du réseau, pour obtenir la liste des connexions en cours établies avec ce Media Server. Il peut ensuite employer successivement l'Action GetCurrentConnectionInfo() sur chaque connexion établie avec ce Media Server afin d'obtenir des informations sur chacune de ces connexions, telles que par exemple l'état de la connexion, l'identifiant AVTransportID du service AVTransport qui identifie l'instance du service AVTransport contrôlant la lecture et l'enregistrement au travers de cette connexion. Cette identification de l'instance du service AVTransport est le même paramètre qui se trouve présent dans la requête d'action UPnP correspondant à une requête Trick-Play telle que décrit ci-après. En utilisant la méthode décrite lors de l'étape 502, l'Action UPnP Play() du service AVTransport est émise par le Control Point du dispositif récepteur 103 lorsque l'utilisateur effectue une requête Trick-Play. Cette Action LJPnP Play() contient comme arguments la valeur du facteur de vitesse et l'identification du flux de données par l'intermédiaire de l'argument InstancelD. Les Actions UPnP servant au contrôle de services ont une structure dérivée de la pile de protocole décrite dans la section 3.1 de la spécification de base de l'architecture des dispositifs UPnP. Les Actions UPnP sont transportées dans des messages SOAP eux-mêmes transportés dans une commande HTTP POST. La commande HTTP POST possède un champ d'entête obligatoire appelé HOST. Les informations contenues dans le champ HOST comprennent le nom de domaine ou l'adresse IP du dispositif cible physique possédant un Media Server identifié lors de l'étape 501. On peut ainsi établir une association entre un message contenant une Action Play() et un Media Server AV destinataire de cette Action Play(), tel que le Media Server du dispositif source 104. Le trafic étant surveillé et de telles Actions Play() étant détectées sur le réseau, ces informations sont utilisées pour construire la table 433. Selon un autre mode de réalisation de l'invention où les dispositifs source 104 et récepteur 103 sont connectés sur des réseaux conformes aux guides d'implémentation DLNA, le dispositif gestionnaire TPC met également en oeuvre l'utilisation de prescriptions définies dans la section des Transports de Média des principes des opérations Trick-Play qui mentionne deux types de transmission en streaming : IETF HTTP et IETF RTP/RTSP comme alternative. Dans le cas d'une transmission en streaming HTTP, les facteurs de vitesse peuvent être obtenus à partir des champs d'entête spécifiés PlaySpeed.Dlna.org de la requête HTTP GET. Dans le cas d'une transmission en streaming RTP, les facteurs de vitesse peuvent être obtenus à partir de l'entête de vitesse (ou Speed Header en anglais) de la méthode PLAY du protocole RTSP. On décrit, en relation avec la figure 8, les étapes principales de détermination de la table 434 de profils de variation de débit selon une première méthode de détermination. Ainsi, la table 434 de profils variation de débit est par exemple déterminée à partir de valeurs mesurées obtenues par les services de QoSDevice et communiquées par des Actions UPnP telles que décrites ultérieurement. Un débit nominal est initialement déterminé correspondant à une lecture à vitesse normale du flux de données lors de l'initialisation de la connexion, et un débit adapté (encore appelé débit en accéléré) est également déterminé lors de la réception d'une requête Trick-Play par le Media Server du dispositif 104, entraînant une modification de ce débit de façon caractéristique à la méthode d'implémentation du Trick-Play par ce Media Server. Ainsi, dans une étape 801, le dispositif gestionnaire TPC met en oeuvre une détection des requêtes UPnP QoS (envoyées à partir du Control Point et destinées au service QosManager sélectionné) initialisant les ressources du réseau et des dispositifs QoS supportant la transmission du flux vers le dispositif récepteur 103. Une de ces Actions UPnP QoS, l'Action RequestTrafficQos() (définie de façon standardisée dans la spécification du service UPnP QoS QoSManager) comprend un important argument de type structure appelé TrafficDescriptor détaillant les différents éléments du flux tels que par exemple l'élément nommé Tspec qui lui-même se décompose en plusieurs éléments notamment les valeurs des paramètres de QoS du flux, et le MediaServerConnectionld qui identifie la connexion support du flux AV, en cours d'établissement. Lorsqu'une requête est détectée et qu'une réponse positive associée à cette requête est envoyée au Control Point qui est en train d'établir la connexion, les paramètres de cette connexion support du flux AV (par exemple Tspec, le serveur générateur et l'identification du flux) sont stockés par le dispositif gestionnaire TPC. Dans une étape 802, les Actions vers les services UPnP QoS QosDevice sont ensuite émises à partir du Control Point du dispositif gestionnaire TPC pour obtenir des informations pertinentes sur le flux de données. La requête MostRecentStreamAction() permet de lister et de comptabiliser les requêtes effectuées sur le service QosDevice, requêtes du type setup/release (pour établir/libérer en français). L'Action GetQosState() permet d'examiner le descripteur de trafic (ou TrafficDescriptor en anglais) de chaque connexion, ainsi que les informations de la politique de qualité de service (ou QoS) afin de vérifier si cette politique QoS a été appliquée avant que le flux ne soit généré par le Media Server du dispositif source 104. Finalement, l'Action GetRotameterinformation() du service QosDevice est mise en oeuvre pour observer le débit du trafic provenant du Media Server du dispositif source 104. L'information retournée par cette requête est présentée dans une structure de donnée appelée RotameterInformation qui comprend des éléments tels que la ROPeriod (qui représente la durée des mesures) et la ROBits (qui représente le compteur des bits observés pendant la période ROPeriod). La combinaison de ces deux éléments permet d'obtenir le débit d'un flux donné. Dans une étape 803, lorsqu'une Action AVTransport Play() est détectée par le dispositif gestionnaire TPC, correspondant à une opération de navigation accélérée associée à un facteur de vitesse donné sur le flux de données, les opérations des étapes précédemment décrites sont répétées. Une nouvelle valeur de débit du flux (débit en accéléré) de données correspondant à l'opération de navigation accélérée sélectionnée est alors obtenue. Dans une étape 804, la variation de débit (encore appelée information de variation) entre deux débits (nominal et adapté) est déterminée et stockée dans une entrée de la table 434 de profils de variation en tant que valeur mesurée pour un Media Server donné (notamment le Media Server du dispositif source 104) et pour un facteur de vitesse donné de l'ensemble des facteurs de défilement de contenu. Dans le cas normal, de telles variations sont représentatives de la méthode spécifique (implémentation) utilisée par un Media Server donné pour générer le flux suite à l'exécution d'une requête Trick-Play. On décrit, en relation avec la figure 9, les étapes principales de la détermination de la table 434 de profils de variation de débit selon une seconde méthode de détermination. Ainsi, la table de profils de variations 434 est mise à jour en calculant les variations de débit puis en les stockant dans une des entrées correspondantes de la table 434. Dans une étape 901, à intervalle régulier prédéterminé, la table 434 est complétée avec des valeurs de variation de débit calculées obtenues par différentes méthodes d'estimation ci-après décrites. Une première méthode d'estimation des variations de débit repose sur l'utilisation de variations de débit précédemment mesurées correspondant à des variations de débit présentes dans la table 434 pour des Media Server du réseau autres que le Media Server AV du dispositif source 104. Par ailleurs, une sous-étape de vérification de la table 434 permet de vérifier si toutes les entrées de la table 434 ont été remplies avec une valeur de variation de débit mesurée. Ainsi, les entrées de la table 434 qui présentent une valeur de variation calculée et non mesurée ont besoin d'être de nouveau évaluées. Il est en effet probable que de nouvelles valeurs de variation de débit mesurées aient été obtenues depuis le dernier intervalle de mesure, selon la méthode décrite en relation avec la figure 8. Dans une étape 902, une étape de détection est mise en oeuvre. Cette étape de détection permet de détecter si une valeur de variation de débit (associée à un facteur de vitesse) mesurée a été obtenue pour un Media Server donné (notamment pour le Media Server du dispositif source 104) pour un facteur de vitesse quelconque. Elle permet également de vérifier que toutes les valeurs de variation de débit associées aux facteurs de vitesse supportés par ce Media Server ont été surveillées et mesurées. Dans le cas où une entrée de la table 434 est vide (c'est-à- dire qu'elle ne comporte aucune valeur, ni mesurée ni calculée, pour un facteur de vitesse donné), une estimation de la variation de débit peut être réalisée selon différentes méthodes dans une étape 903. Cette estimation correspond à la valeur de la variation de débit d'un flux de données associée au facteur de vitesse considéré pour un Media Server donné. Ainsi, une première méthode d'estimation des variations de débit peut consister à comparer un ensemble de variations de débit pour deux serveurs. Lorsque des similarités existent entre certaines variations de débit mesurées pour certains facteurs de vitesse, l'entrée vide de la table 434 associée à un facteur de vitesse donné pour le serveur considéré est complétée avec la valeur de la variation de débit mesurée associée au même facteur de vitesse de l'autre serveur (cet autre serveur présentant des similarités de variations pour les autres facteurs de vitesse). Ainsi, on duplique une entrée mesurée de la table 434 de profils de variations de débit. Une seconde méthode d'estimation alternative et/ou additionnelle peut consister à utiliser une valeur par défaut correspondant au format du média indiqué dans le flux lors de l'initialisation (format du media qui inclut plusieurs paramètres tels que méthodes de compression, résolution d'image, profondeur de couleur, ...). A partir d'une table de valeurs prédéfinies comprenant des valeurs statiques pour chaque format de media, de variation de débit lors de l'exécution de différentes opérations de navigation accélérée à différents facteurs de vitesse. On décrit, en relation avec la figure 10, les étapes principales d'utilisation des tables de profils de variations 434 et de profils statistiques d'utilisation 433 selon le mode de réalisation particulier de l'invention. Dans une étape 1001, lors de l'initialisation de la connexion destinée à supporter le flux AV suite à une requête par un utilisateur d'une connexion entre le dispositif récepteur 103 et le dispositif source 104, une première utilisation de la table 433 de profils statistiques d'utilisation du serveur du dispositif source 104 est réalisée. L'utilisation des valeurs de la table 433 permet d'estimer les ressources de QoS requises nécessaires à la transmission du flux, tout en tenant compte de sélections futures d'opérations Trick-Play. Basée sur la fréquence d'utilisation des facteurs de vitesse (associés à des opérations de navigation accélérée) suite à la réception d'une requête Trick-Play par le Media Server du dispositif source 104, selon le mode de réalisation particulier de l'invention, une valeur du paramètre de débit dans la requête de réservation de bande passante (qui peut être généralement différent du débit requis par l'opération de lecture à vitesse normale) est établie correspondant à la valeur du débit requis par l'opération de navigation accélérée la plus utilisée par les utilisateurs d'un Media Server AV du réseau de communication (et préférentiellement par le Media Server du dispositif 104). En d'autres termes, il s'agit de la sélection, en fonction des profils d'utilisation, de l'opération de navigation accélérée la plus fréquemment mise en oeuvre sur un Media Server du réseau de communication (et préférentiellement par le Media Server du dispositif source 104). Ainsi, le Control Point du dispositif gestionnaire TPC insère, pour la valeur du paramètre de débit dans la requête de réservation de bande passante, le débit correspondant à l'opération de navigation accélérée associée au facteur de vitesse le plus couramment utilisé (obtenu à partir de la table 433) à la place du débit correspondant au mode de lecture à vitesse normale. La bande passante adaptée à la transmission du flux résultant de la mise en oeuvre de l'opération de navigation accélérée la plus fréquemment utilisée au sein du réseau (et préférentiellement au sein du dispositif source 104) est alors déterminée en tenant compte de la variation de débit associée à cette opération de navigation accélérée. Par conséquent, l'établissement de la QoS initiale est réalisé à l'aide d'arguments correspondant à la variation des exigences de débit pour la réservation des ressources (étape d'allocation de la bande passante adaptée à la transmission du flux) du réseau et des dispositifs correspondants induite par l'opération de navigation la plus fréquemment utilisée associée à un facteur de vitesse. Selon un autre mode de réalisation de l'invention, chaque opération de navigation accélérée étant associée à un taux de mise en oeuvre (un tel taux étant un exemple de profil d'utilisation) au sein du réseau, le facteur de vitesse sélectionné correspond à l'opération de navigation accélérée pour laquelle la somme des taux de mise en oeuvre des opérations de navigation accélérée correspondant à un facteur de vitesse inférieur ou égal au facteur de vitesse sélectionné est supérieure à une valeur prédéfinie. Dans une étape 1002, une étape de détection de l'arrivée de requêtes Trick-Play pour le même flux que celui de l'étape 1001 est réalisée en continu. Dans une étape 1003 (étape de vérification), un test est réalisé permettant de détecter si le facteur de vitesse de la requête Trick-Play reçue est inférieure à la valeur obtenue lors de l'étape 1001 pour le flux du Media Server AV du dispositif source 104. Dans une étape 1004 (tentative d'adaptation de la bande passante allouée à la transmission du flux), dans le cas où le facteur de vitesse de la requête TrickPlay reçue a une valeur supérieure (vérification négative de l'étape 1003) à la valeur actuellement prise en compte pour la réservation de bande passante pour le flux considéré, et puisque l'utilisation de mécanismes UPnP standardisés ne permet pas la mise à jour de paramètres de QoS tels que le paramètre de type structure Tspec (et par conséquent le débit qui est un des champs de cette structure Tspec) d'un flux établi au moyen d'une Action émise vers le service QosManager, une méthode d'adaptation de bande passante adaptée à la transmission du flux consiste à appliquer successivement une Action ReleaseTrafficQoS() (vers le service QosManager) par laquelle les ressources de QoS sont libérées puis une Action RequestTrafficQoS() établissant une nouvelle réservation des ressources de QoS, utilisant les informations extraites de la table 434. Selon un autre mode de réalisation de l'invention utilisant un autre standard de gestion centralisée de bande passante (comme par exemple le standard IEEE 1394), on peut envisager une méthode alternative de mise à jour d'allocation de bande passante associée à la transmission du flux AV consistant à utiliser une requête d'allocation de bande passante, sans appliquer de requête de libération de bande passante. La valeur de débit indiquée dans cette requête d'allocation de bande passante s'ajoute à la valeur actuellement allouée pour la transmission du flux AV. En surveillant le trafic du réseau pour détecter d'éventuelles requêtes Trick-Play lors de l'étape 1002 et pour obtenir, à partir du contenu de la requête, l'identité du Media Server du dispositif 104 associé au facteur de vitesse demandé, puis en consultant la table 434, la variation de débit induite par l'exécution sur le serveur d'une opération de navigation associée à un facteur de vitesse donné pour un flux donné peut être déterminée. En utilisant cette valeur dans l'argument Tspec de la requête RequestTrafficQoSQ, les ressources QoS sont initialisées de manière appropriée pour exécuter l'opération de Trick-Play. Selon une autre variante de l'invention, dans le cas où la tentative d'adaptation (étape 1004) de la bande passante allouée à la transmission du flux depuis le dispositif source 104 vers le dispositif récepteur 103 échoue, le procédé comprend la mise en oeuvre par le dispositif source 104 d'une opération de navigation accélérée correspondant à un facteur de vitesse égal au facteur de vitesse sélectionné pour l'étape d'allocation de la bande passanteadaptée à la transmission du flux. Ainsi l'utilisateur pourra obtenir une opération de navigation dans une mesure ne dégradant pas le flux considéré ni les flux concurrents sur le réseau de communication. Dans une étape 1005, la table 433 de profils statistiques d'utilisation est mise à jour lorsque, lors de l'étape 1003, un nouveau facteur de vitesse associé à une opération de navigation accélérée a été appliqué au Media Server AV du dispositif source 104 pour lequel une telle valeur de facteur de vitesse n'a pas encore été appliquée et donc pour laquelle une variation du débit n'avait pas été déterminée. L'augmentation du débit du trafic résultant est déterminée (par exemple mesurée) et la table 434 de profils de variation est mise à jour. Ainsi, dans le cas où l'opération de navigation accélérée associée à un nouveau facteur de vitesse (encore appelée opération de navigation accélérée choisie) n'a pas été mise en oeuvre lors d'une transmission préalable du flux depuis le dispositif source 104 vers le dispositif récepteur 103, alors la variation de débit par rapport au débit nominal qui a été préalablement estimée pendant les étapes 903 ou 904 est remplacée par la variation de débit par rapport au débit nominal qui a été déterminée (par exemple mesurée) dans le cadre de la mise en oeuvre de l'opération de navigation accélérée choisie lors de la transmission du flux depuis le dispositif source 104 vers le dispositif récepteur 103. Ainsi, l'invention permet notamment une meilleure gestion de la QoS tout en ne perturbant pas le trafic des autres flux du réseau de communication. L'invention permet également d'effectuer une mise à jour de la QoS des Media Server nouvellement connectés au réseau de communication, ces serveurs pouvant bénéficier des valeurs de variation de débit obtenues pour des serveurs déjà connectés au réseau. En outre, l'invention permet de mettre automatiquement à jour le profil d'un Media Server lorsqu'un nouveau facteur de vitesse associé à une opération de navigation accélérée est détecté pour le Media Server considéré, la mise à jour étant effectuée à partir des mesures des autres Media Server. L'invention ne nécessite pas d'initialisation par l'utilisateur des exigences de QoS. Ainsi, l'invention permet de déterminer une contrainte de QoS (fonction des caractéristiques du Media Server et du comportement des utilisateurs) en déterminant une variation de débit permettant de définir un facteur de croissance de la bande passante consommée lors de l'exécution d'opérations de type Trick-Play. Par ailleurs, l'invention permet de limiter le nombre de calculs et la mise à jour d'exigences de QoS en sélectionnant directement les contraintes de QoS les plus prévisibles. D'autre part, l'invention peut être mise en oeuvre dans un contrôleur central de QoS, alors que les solutions de l'art antérieur sont généralement implémentées dans les Media Server. L'invention permet encore d'assurer une meilleure prise en charge des variations de QoS générées par des opérations Trick-Play, contribuant à l'amélioration du partage des ressources du réseau et par conséquent à l'amélioration de l'impression de l'utilisateur (en anglais user quality of experience (QoE) ). REVENDICATIONS 1. Procédé de réservation de ressources dans le cadre d'une transmission d'un contenu sous forme d'un flux de données depuis un dispositif source (104) vers un dispositif récepteur (103) dans un réseau de communication, ledit flux pouvant être influé par une mise en oeuvre par le dispositif source (104) d'une opération de navigation accélérée, correspondant à un facteur de vitesse de défilement du contenu strictement supérieur à 1, caractérisé en ce qu'il comprend les étapes suivantes : association (503), à chaque facteur de vitesse d'un ensemble de facteurs de vitesse de défilement du contenu, d'un profil d'utilisation (433) résultant de mises en oeuvre préalables d'opérations de navigation accélérée au sein du réseau ; sélection (1001), en fonction desdits profils d'utilisation, d'un facteur de vitesse de défilement du contenu ; détermination d'une bande passante adaptée à la transmission du flux dans le cas où le flux résulterait de la mise en oeuvre d'une opération de navigation accélérée correspondant au facteur de vitesse sélectionné ; allocation à la transmission du flux de ladite bande passante adaptée. Procédé de réservation selon la revendication 1, caractérisé en ce que le facteur 20 de vitesse sélectionné correspond à l'opération de navigation accélérée la plus fréquemment mise en oeuvre au sein du réseau. 3. Procédé de réservation selon la revendication 1, caractérisé en ce que, à chaque opération de navigation accélérée étant associée à un taux de mise en oeuvre au sein du réseau, le facteur de vitesse sélectionné correspond à l'opération de navigation accélérée 25 pour laquelle la somme des taux de mise en oeuvre des opérations de navigation accélérée correspondant à un facteur de vitesse inférieur ou égal au facteur de vitesse sélectionné est supérieure à une valeur prédéfinie. 4. Procédé de réservation selon l'une quelconque des revendications 1 à 3, caractérisé en ce que, le procédé comprend une étape de : 30 - association (804 ; 904), à chaque facteur de vitesse de l'ensemble de facteurs de vitesse de défilement de contenu, d'une information de variation entre un débit, - - - -2.dit débit nominal, correspondant à la mise en oeuvre par le dispositif source d'une opération de lecture d'un contenu donné et un débit, dit débit en accéléré, correspondant à la mise en oeuvre par le dispositif source de l'opération de navigation accélérée correspondant audit facteur de vitesse ; et en ce que ladite étape de détermination de la bande passante adaptée tient compte de l'information de variation associée au facteur de vitesse sélectionné. 5. Procédé de réservation selon la revendication 4, caractérisé en ce que l'information de variation associée à un facteur de vitesse donné est obtenue par mesure (803) du débit d'un flux correspondant à la transmission d'un contenu donné, ledit flux étant influé par une mise en oeuvre par le dispositif source d'une opération de navigation accélérée correspondant audit facteur de vitesse donné. 6. Procédé de réservation selon la revendication 4, caractérisé en ce que l'information de variation associée à un facteur de vitesse donné est obtenue par estimation (903) en fonction d'au moins une information de variation associée à au moins un autre facteur de vitesse. 7. Procédé de réservation selon la revendication 4, caractérisé en ce que l'étape d'association d'une information de variation est effectuée pour chaque dispositif serveur d'un ensemble de dispositifs serveurs du réseau aptes à fournir un contenu sous forme d'un flux de données, et en ce que l'information de variation associée à un facteur de vitesse donné est égale à l'information de variation associée audit facteur de vitesse donné pour un dispositif serveur équivalent au dispositif source. 8. Procédé de réservation selon l'une quelconque des revendications 1 à 7, caractérisé en ce qu'il comprend en outre les étapes suivantes : - réception (1002) d'une requête de mise en oeuvre d'une opération de navigation accélérée, dite opération de navigation accélérée choisie, choisie par un utilisateur lors de la transmission du flux depuis le dispositif source vers le dispositif récepteur ; - vérification (1003) que l'opération de navigation accélérée choisie correspond à un facteur de vitesse inférieur au facteur de vitesse sélectionné pour l'étape d'allocation ;- dans le cas d'une vérification négative, tentative d'adaptation (1004) de la bande passante allouée à la transmission du flux depuis le dispositif source vers le dispositif récepteur, ledit flux résultant de l'opération de navigation accélérée choisie. 9. Procédé de réservation selon la revendication 8, caractérisé en ce que, dans le cas où la tentative d'adaptation (1004) de la bande passante allouée à la transmission du flux depuis le dispositif source vers le dispositif récepteur échoue, le procédé comprend la mise en oeuvre par le dispositif source d'une opération de navigation accélérée correspondant à un facteur de vitesse égal au facteur de vitesse sélectionné pour l'étape d'allocation. 10. Procédé de réservation selon l'une quelconque des revendications 7 à 9, caractérisé en ce qu'il comprend une étape de mise à jour du profil d'utilisation associé au facteur de vitesse correspondant à l'opération de navigation accélérée choisie. 11. Produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou enregistré sur un support lisible par ordinateur et/ou exécutable par un processeur, caractérisé en ce qu'il comprend des instructions de code de programme pour l'exécution des étapes du procédé de réservation selon au moins une des revendications 1 à 10, lorsque ledit programme est exécuté sur un ordinateur. 12. Moyen de stockage, éventuellement totalement ou partiellement amovible, lisible par un ordinateur, stockant un jeu d'instructions exécutables par ledit ordinateur pour mettre en oeuvre le procédé de réservation selon au moins une des revendications 1 à 10. 13. Dispositif de réservation de ressources dans le cadre d'une transmission d'un contenu sous forme d'un flux de données depuis un dispositif source vers un dispositif récepteur dans un réseau de communication, ledit flux pouvant être influé par une mise en oeuvre par le dispositif source d'une opération de navigation accélérée, correspondant à un facteur de vitesse de défilement du contenu strictement supérieur à 1, caractérisé en ce qu'il comprend : - des moyens d'association, à chaque facteur de vitesse d'un ensemble de facteurs de vitesse de défilement du contenu, d'un profil d'utilisation résultant de mises en oeuvre préalables d'opérations de navigation accélérée au sein du réseau ;- des moyens de sélection, en fonction desdits profils d'utilisation, d'un facteur de vitesse de défilement du contenu, appelé facteur de vitesse sélectionné ; - des moyens de détermination d'une bande passante adaptée à la transmission du flux dans le cas où le flux résulterait de la mise en oeuvre d'une opération de navigation accélérée correspondant au facteur de vitesse sélectionné ; - des moyens d'allocation à la transmission du flux de ladite bande passante adaptée. 14. Dispositif de réservation selon la revendication 13, caractérisé en ce que le facteur de vitesse sélectionné correspond à l'opération de navigation accélérée la plus fréquemment mise en oeuvre au sein du réseau. 15. Dispositif de réservation selon la revendication 13, caractérisé en ce que, à chaque opération de navigation accélérée étant associé un taux de mise en oeuvre au sein du réseau, le facteur de vitesse sélectionné correspond à l'opération de navigation accélérée pour laquelle la somme des taux de mise en oeuvre des opérations de navigation accélérée correspondant à un facteur de vitesse inférieur ou égal au facteur de vitesse sélectionné est supérieure à une valeur prédéfinie. 16. Dispositif de réservation selon l'une quelconque des revendications 13 à 15, caractérisé en ce qu'il comprend : - des moyens d'association, à chaque facteur de vitesse de l'ensemble de facteurs de vitesse de défilement de contenu, d'une information de variation entre un débit, dit débit nominal, correspondant à la mise en oeuvre par le dispositif source d'une opération de lecture d'un contenu donné et un débit, dit débit en accéléré, correspondant à la mise en oeuvre par le dispositif source de l'opération de navigation accélérée correspondant audit facteur de vitesse ; et en ce que lesdits moyens de détermination de la bande passante adaptée comprennent des moyens de prise en compte de l'information de variation associée au facteur de vitesse sélectionné. 17. Dispositif de réservation selon la revendication 16, caractérisé en ce qu'il comprend des moyens d'obtention de l'information de variation associée à un facteur de vitesse donné par mesure du débit d'un flux correspondant à la transmission d'uncontenu donné, ledit flux étant influé par une mise en oeuvre par le dispositif source d'une opération de navigation accélérée correspondant audit facteur de vitesse donné. 18. Dispositif de réservation selon la revendication 16, caractérisé en ce qu'il comprend des moyens d'obtention de l'information de variation associée à un facteur de vitesse donné par estimation en fonction d'au moins une information de variation associée à au moins un autre facteur de vitesse. 19. Dispositif de réservation selon la revendication 16, caractérisé en ce qu'il comprend des moyens d'activation desdits moyens d'association d'une information de variation pour chaque dispositif serveur d'un ensemble de dispositifs serveurs du réseau aptes à fournir un contenu sous forme d'un flux de données, et en ce que l'information de variation associée à un facteur de vitesse donné est égale à l'information de variation associée audit facteur de vitesse donné pour un dispositif serveur équivalent au dispositif source. 20. Dispositif de réservation selon l'une quelconque des revendications 13 à 19, caractérisé en ce qu'il comprend en outre : des moyens de réception d'une requête de mise en oeuvre d'une opération de navigation accélérée, dite opération de navigation accélérée choisie, choisie par un utilisateur lors de la transmission du flux depuis le dispositif source vers le dispositif récepteur ; - des moyens de vérification que l'opération de navigation accélérée choisie correspond à un facteur de vitesse inférieur au facteur de vitesse sélectionné pour les moyens d'allocation ; - des moyens de détection d'une vérification négative réalisée par lesdits moyens de vérification ; - des moyens d'adaptation de la bande passante allouée à la transmission du flux depuis le dispositif source vers le dispositif récepteur activés si la vérification réalisée par lesdits moyens de vérification est négative, ledit flux résultant de l'opération de navigation accélérée choisie. 21. Dispositif de réservation selon la revendication 20, caractérisé en ce qu'il comprend :- des moyens de détection d'échec d'adaptation de la bande passante allouée à la transmission du flux depuis le dispositif source vers le dispositif récepteur ; - des moyens de mise en oeuvre par le dispositif source d'une opération de navigation accélérée correspondant à un facteur de vitesse égal au facteur de vitesse sélectionné pour les moyens d'allocation, lesdits moyens de mise en oeuvre d'une opération de navigation accélérée étant activés si lesdits moyens de détection d'échec détecte un échec. 22. Dispositif de réservation selon l'une quelconque des revendications 19 à 21, caractérisé en ce qu'il comprend des moyens de mise à jour du profil d'utilisation associé au facteur de vitesse correspondant à l'opération de navigation accélérée choisie.