FR 2898236 A1 20070907 FR 0650759 A 20060303 L'invention concerne un procédé de transmission de flux audiovisuels entre un appareil contrôlé par un utilisateur et un serveur, un récepteur multimédia muni d'une interface utilisateur pour la mise en oeuvre du procédé et un émetteur transmettant les flux audiovisuels. Dans un système de télévision numérique, le nombre de canaux disponibles devient très important. Plusieurs centaines de canaux peuvent être mis à disposition de l'utilisateur. Les utilisateurs peuvent sélectionner un canal à l'aide d'un Guide Electronique de Programme (EPG en abrégé), ou io encore, passer d'un canal à un autre en appuyant sur les touches Programme+ ou Programme ù de la télécommande associée à leur récepteur, cette façon de naviguer s'appelle communément le zapping . Dans le premier cas, l'EPG peut être constitué d'une mosaïque d'images montrant la vidéo des programmes diffusés sur un certain nombre de 15 canaux, typiquement 16 canaux. Ces images étant petites, les données audiovisuelles pour afficher chacune d'elles n'ont pas besoin d'une grande précision, de ce fait les flux qui transmettent les vidéos peuvent être en basse résolution. Un flux basse résolution ou flux réduit, est un flux ayant une bande passante très inférieure à un flux normal. Dans le cas du zapping, 20 le récepteur comporte une liste ordonnée de canaux. Généralement, le réseau de diffusion attribue aux canaux un numéro, et l'ordre suivi par le programme de navigation lorsque l'utilisateur saute sur le canal suivant ou précédent. L'utilisateur peut aussi élaborer une liste favorite en sélectionnant certains canaux parmi ceux offerts par le réseau, l'utilisateur navigue ensuite 25 dans sa liste en zappant d'une chaîne à l'autre. L'appareil de l'utilisateur est également pourvu d'une unité de réception de flux de données D en provenance d'un réseau de communication. La communication s'effectue soit en multidiffusion ou multicast en Anglais (littéralement point à multipoints ), soit en 30 diffusion individuelle unicast en Anglais (littéralement point à point ). Dans ce dernier cas, l'appareil dispose d'un moyen de communication bidirectionnelle, de préférence à haut débit, par exemple une ligne IP DSL (acronyme de Digital Subscriber Line ) pour recevoir les paquets de données audiovisuelles. L'appareil adresse une requête à un serveur du réseau pour recevoir une chaîne déterminée, dans le cas d'un diffusion multicast, un routeur reçoit les différentes requêtes et les traite. Lors du zapping, les images des programmes diffusés par l'appareil apparaissent successivement à l'écran. Dans tous les cas, les temps de commutation dépendent notamment de : - des temps de transmission des commandes entre le client et le routeur du réseau io - des temps de mise en place des flux, - de la taille des buffers de gestion des paquets IP, pour absorber les variations dans l'arrivée de ceux-ci, - de la taille des buffers de traitement vidéo, - de la re-synchronisation du décodage nécessitant l'attente de la 15 prochaine image intra codée. De ce fait, lors des changements de chaînes, l'image sur l'écran se fige, et quelquefois un écran noir apparaît. Une solution consisterait à transmettre touts les chaînes, l'appareil n'effectuant qu'une simple commutation sans émettre de requête au serveur. Mais sur un accès de type 20 ADSL, la bande passante disponible ne permet pas de faire transiter en permanence plusieurs flux audiovisuels en parallèle, et les ressources de décodage sur l'appareil de réception ne permettent pas non plus en général de multiplier les décodages en parallèle. Cette solution n'est donc pas satisfaisante. 25 La présente invention apporte une solution nouvelle à ce problème de réduction du temps de commutation des chaînes au cours d'un zapping. L'invention a pour objet un procédé de transmission de flux audiovisuels à partir d'un serveur vers un appareil chargé de les visualiser, 30 comportant une étape de réception d'une requête provenant d'un appareil pour la transmission d'un flux déterminé et une étape de transmission vers l'appareil du flux déterminé en pleine résolution en réponse à la réception de la requête. Le procédé comporte une seconde étape de transmission du serveur vers l'appareil, concomitamment à la première étape de transmission, d'au moins un second flux avec une bande passante réduite, ce second flux étant accessible par une première commande introduite au niveau de l'appareil lorsque le flux déterminé est en cours de visualisation. De cette façon, l'invention permet d'exploiter la disponibilité d'un flux basse résolution sur la chaîne vers laquelle l'utilisateur peut prochainement sélectionner à l'aide d'une commande. L'appareil recevant le flux basse io résolution peut ainsi anticiper une prochaine commande de changement de canal. Selon un perfectionnement, le procédé comporte une étape d'introduction d'une seconde commande de l'utilisateur déclenchant une première étape d'affichage du canal transmis avec une bande passante 15 réduite, suivi d'une seconde étape d'affichage du canal déterminé en pleine résolution. De cette façon, l'utilisateur voit immédiatement l'image extrait du flux basse résolution lorsqu'il demande un changement de canal. Ensuite, lorsque le flux pleine résolution est correctement reçu, l'affichage bascule sur le flux pleine résolution. 20 Selon un autre perfectionnement, la première étape d'affichage comporte une étape d'animation de l'image extraite du canal avec une bande passante réduite. De cette façon, la transition entre le flux basse résolution et le flux pleine résolution est moins surprenante pour l'utilisateur. Selon un perfectionnement, l'étape d'animation se termine par l'affichage du canal 25 avec une bande passante réduite en plein écran, ce qui réduit encore la perception de la transition. Selon un autre perfectionnement, l'appareil émet vers le serveur une requête de réception du canal déterminé dans un flux pleine résolution et d'un autre canal immédiatement accessible par une seconde commande de 30 l'utilisateur. De cette manière, la façon de passer d'un canal à un autre est définie par l'appareil, et le serveur peut en être informé pour anticiper les nouvelles commandes de changement de canaux. Selon un autre perfectionnement, l'appareil peut afficher une image mosaïque composée des images transmises par l'ensemble des canaux transmis par le serveur qu'il soit de pleine résolution ou avec une bande passante réduite. L'utilisateur peut ainsi avoir un choix multiple de commande de zapping, et à chaque fois il peut voir immédiatement une image du nouveau canal sélectionné. Selon un perfectionnement, le canal avec une bande passante réduite est extrait d'un canal transmettant une image mosaïque. De cette manière, l'invention utilise un flux mosaïque existant pour en extraire les flux io avec une bande passante réduite. Selon un perfectionnement, l'appareil peut établir une liste favorite de canaux, l'autre canal étant immédiatement accessible par la seconde commande de l'utilisateur en naviguant dans ladite liste favorite. Ainsi, chaque appareil est personnalisé et le serveur concourt à l'anticipation des commandes de changement de canaux. Selon un 15 perfectionnement, l'appareil affiche un canal en pleine résolution et un identificateur de l'autre canal avec une bande passante réduite. L'invention a également pour objet un émetteur comportant un moyen d'émission de flux audiovisuels sur un réseau, et un moyen de 20 réception d'une requête provenant d'un appareil pour la transmission d'un flux déterminé déclenchant l'activation du moyen d'émission pour émettre vers l'appareil le flux déterminé en pleine résolution. L'émetteur comporte un moyen d'émission vers le même appareil d'au moins un second flux avec une bande passante réduite, ledit moyen d'émission étant aussi activé par le 25 moyen de réception de la requête, le second flux étant accessible par une commande introduite au niveau de l'appareil lorsque le flux déterminé est en cours de visualisation. L'invention a également pour objet un récepteur comportant un moyen de réception de flux audiovisuels transmis par un réseau, un moyen 30 d'affichage d'un flux reçu et un moyen d'émission d'une requête pour la transmission d'un flux en pleine résolution sélectionné par l'utilisateur. Le récepteur comporte en outre un moyen de réception d'au moins un second flux avec une bande passante réduite, un moyen d'introduction d'une commande de changement de flux déclenchant l'émission d'une requête pour la transmission du nouveau flux et l'affichage du contenu du second flux reçu avec une bande passante réduite, l'affichage du nouveau flux s'effectuant ensuite lorsque la réception en pleine résolution est établi. La présente invention apparaîtra maintenant avec plus de détails dans le cadre de la description qui suit d'exemples de réalisation donnés à titre illustratif en se référant aux figures annexées parmi lesquelles: io la figure 1 est un diagramme bloc d'un récepteur audiovisuel pour la mise en oeuvre de l'invention, la figure 2 est un schéma montrant les différents éléments d'un serveur selon l'invention, les figures 3.a, 3.b, 3.c et 3.d illustrent les différentes étapes de 15 dialogues entre le récepteur audiovisuel et le serveur; les figures 4.a, 4.b, et 4.c représentent des apparences d'écran pour la mise en oeuvre de l'invention. On décrira tout d'abord à l'aide de la figure 1, le fonctionnement d'un 20 récepteur audiovisuel 1 connecté à un dispositif d'affichage 2. Le récepteur comprend une unité centrale 3 reliée à une mémoire 4 de programme (ROM) et de travail (RAM), et une interface 5 pour une communication bidirectionnelle avec un réseau 6. Selon un mode particulier de réalisation, l'appareil est un ordinateur doté d'un écran graphique. Le réseau est 25 typiquement Internet mais la présente invention concerne n'importe quel réseau permettant de recevoir des flux audiovisuels, le débit doit être suffisant mais relativement limitée pour que la possibilité de transmettre tous les flux en pleine résolution ne soit pas possible. Selon un exemple préféré de réalisation, le réseau utilise la technologie ADSL. Le récepteur comprend 30 en outre un récepteur de signaux infrarouge 7 pour recevoir les signaux d'une télécommande 8 et une logique de décodage audio/vidéo 10 pour la génération des signaux audiovisuels envoyés à l'écran de télévision 2. La télécommande 8 est dotée des touches de direction et des touches: P+, P- et OK dont nous verrons l'emploi plus loin dans la description. Le récepteur comprend également un circuit 11 d'affichage de données sur l'écran, appelé souvent circuit OSD, de l'anglais "On Screen Display" (signifiant littéralement "affichage sur l'écran"). Le circuit OSD 11 est un générateur de texte et de graphisme qui permet d'afficher à l'écran des menus, des pictogrammes (par exemple, un numéro correspondant à la chaîne visualisée), ou qui permet de mélanger deux contenus audiovisuels. Le circuit OSD est contrôlé par l'Unité Centrale 3 et un programme appelé io Zapper qui est résident dans la mémoire 4. Le Zapper est typiquement constitué d'un module de programme inscrit en mémoire morte et de paramètres enregistrés en mémoire de travail. Le Zapper peut aussi être réalisé sous la forme d'un circuit spécialisé de type ASIC par exemple. Ce circuit peut être doté de fonctions sécuritaires permettant de réaliser un 15 paiement suite à la décision d'un utilisateur de visualiser une émission payante. Le récepteur reçoit des données d'identification d'émissions audiovisuelles de la voie de retour 6 ou du réseau de diffusion. Ces données comprennent des éléments visualisables, le titre par exemple ou une image 20 de la bande annonce. A l'aide d'un EPG et des touches de sa télécommande, l'utilisateur sélectionne une ou plusieurs émissions en vue de les recevoir. L'émetteur transmettant les flux est selon un mode préféré de 25 réalisation un serveur DSLAM 20 qui est décrit à la figure 2 comprend une unité centrale 2.1, une mémoire de programme 2.2, une logique d'encodage 2.3 et une interface de communication réalisant une pluralité de liaison bidirectionnelle 2.4 à travers le réseau 6 avec les récepteurs décrits précédemment. Le serveur DSLAM 20 reçoit d'un diffuseur l'ensemble des 30 chaînes et canaux du bouquet de programmes. A la demande d'un utilisateur, le DSLAM émet vers son récepteur le programme désiré dans un flux pleine résolution, appelée également définition standard ou SD. La tête du réseau produit un flux basse résolution et la transmet à la logique d'encodage 2.3 du DSLAM. Ce flux réduit est utilisable notamment pour un guide de programme. La tendance actuelle est de fournir dans l'interaction utilisateur une visualisation en vignette du programme qui est présenté (dans le cas du bandeau de zapping, c'est en parallèle à l'affichage de la vidéo plein écran). La transmission d'un flux en taille réduite (typiquement 1/16ème d'image, aussi appelé QCIF) peut être absorbée en supplément d'un flux dans la bande passante. Le décodage temps réel d'un flux pleine résolution io en parallèle avec un flux réduit est acceptable. Après avoir décrit les différents éléments de l'invention, nous allons maintenant expliquer comment ceux-ci coopèrent. Les différents dialogues entre l'utilisateur et le serveur sont illustrés 15 par les différentes étapes illustrées par les quatre figures 3.a, 3.b, 3.c et 3.d. A l'étape 3.1 illustrée par la figure 3.a, l'utilisateur a introduit un numéro de canal sur sa télécommande, la demande a été transmise au DSLAM 20. Puis, la communication s'est établie et le contenu audiovisuel de la chaîne sélectionnée est transmis. A l'étape 3.2 illustrée par la figure 3.b, le 20 récepteur 1 lance l'exécution du Zappeur en tache de fond. Le zappeur identifie le canal 1 en cours de réception et en déduit les programmes immédiatement accessibles si l'utilisateur appuie sur la touche P+ ou P-de sa télécommande 8. Typiquement, l'ordre de zapping est défini par le diffuseur de programmes par les numéros des flux, on peut s'attendre donc à 25 ce que la prochaine commande de zapping sélectionne le canal 2. De cette façon, le serveur en recevant la requête de changement de canal déduit quel est le canal à flux réduit qu'il faut émettre. Une variante consiste en ce que l'utilisateur définit une liste favorite et navigue au sein de cette liste. Le zappeur transmet au DSLAM 20 une requête d'établissement du flux pleine 30 résolution demandée et des flux réduits des programmes suivants et/ou précédents celui demandé. Le récepteur 1 reçoit alors le flux F1 pleine résolution du canal sélectionné par l'utilisateur et au moins le flux réduits F'2 (éventuellement F'3, F'4, ....). L'affichage s'effectue en temps réel, dès que la synchronisation des données est réalisée. A l'étape 3.3 illustrée par la figure 3.c, l'utilisateur appuie sur la touche P+ de sa télécommande 8. Le zappeur transmet une demande au DSLAM pour recevoir le canal F2 qui suit le canal F1 en cours de diffusion. Dans le même temps, le zappeur commute l'extraction des données à afficher du flux F1, vers le flux réduit F'2, les données sont envoyées vers la logique de décodage audio/vidéo 10 pour la reproduction vidéo sur le moyen d'affichage 2 et l'émission de signaux audio. De cette façon, la commande de io zapping entraîne immédiatement l'apparition du programme désiré. Dans la mesure où le zappeur utilise un flux réduit, la reproduction sera de qualité médiocre mais suffisante pour que l'utilisateur suive l'action. Si le flux réduit est conçu pour afficher une petite image ou imagette , pour son intégration dans une image mosaïque par exemple, le zappeur réalise un 15 agrandissement de l'imagette et l'affiche en plein écran. Dès que le flux F2 est arrivé à une image permettant de l'accrocher, l'affichage bascule du flux réduit au flux pleine résolution. A l'étape 3.4 illustrée par la figure 3.d, le DSLAM transmet le programme désiré par un flux pleine résolution F2. Le récepteur extrait les 20 données du flux pleine résolution et les envoie à la logique de décodage audio/vidéo 10 pour la reproduction vidéo sur le moyen d'affichage 2 et l'émission de signaux audio. A partir de ce moment, l'utilisateur reçoit le canal désiré avec une qualité optimale de reproduction. Le standard DVB_IP préconise d'utiliser les signaux RTP et RTSP pour gérer la synchronisation 25 entre plusieurs flux. Le récepteur 1 utilise ces signaux pour assurer la synchronisation lors des transitions entre un flux réduit F'i et le flux pleine résolution Fi correspondant, et réciproquement. Ensuite, le zappeur transmet au DSLAM une requête d'établissement des flux réduits des nouveaux programmes qui ont la plus grande probabilité d'être sélectionné par 30 l'utilisateur lors d'un zapping. On remarque que le récepteur demande des flux que l'utilisateur ne demande pas, dans le but de se mettre en position telle que si l'utilisateur change de chaîne le flux réduit correspondant soit déjà connecté. Différentes heuristiques d'anticipation connues peuvent ici être utilisables. Selon un perfectionnement, juste après la sélection d'une nouvelle chaîne par une commande de zapping, les références des flux suivants et précédents qui sont identifiées par le zappeur apparaissent dans un bandeau en bas de l'écran. Ce bandeau disparaît au bout de quelques secondes. De cette façon, l'utilisateur sait que ces chaînes sont immédiatement visualisables par une commande de zapping. io L'invention dans ce qui précède est décrite dans le contexte du zapping, lorsque l'utilisateur navigue de chaînes en chaînes en introduisant une commande. L'invention n'est pas limitée à ce contexte, d'autres événements peuvent déclencher des requêtes qui anticipent le comportement de l'utilisateur. Par exemple, lorsque le programme 15 actuellement diffusé mentionne d'autres programmes diffusés sur d'autres chaînes au même moment. Le récepteur 1 demande au DSLAM de lui transmettre les flux réduits de canaux diffusant ces programmes au cas où l'utilisateur en sélectionnerait un. Un autre événement est la prise en main de la télécommande par l'utilisateur, des capteurs de préhension sur la 20 télécommande 8 informe le récepteur que l'utilisateur a pris la télécommande afin probablement d'introduire une nouvelle commande. Le récepteur 1 anticipe la commande de zapping en demandant au DSLAM de lui transmettre les flux des programmes suivants et précédents celui en cours. Selon un mode simple de réalisation, le zappeur ne demande qu'un 25 seul flux réduit. Ce flux est celui correspondant au canal sélectionné par l'utilisateur par la même dernière commande de zapping. Si pour accéder au programme actuel, l'utilisateur a appuyé sur P+, alors c'est le flux réduit du canal suivant qui est demandé au DSLAM. Si pour accéder au programme actuel, l'utilisateur a appuyé sur P-, alors c'est le flux réduit du canal 30 précédent qui est demandé au DSLAM. Dans un mode plus consommateur en bande passante, le zappeur demande au serveur deux flux réduits correspondant aux deux chaînes accessibles soit par la commande P+, soit par la commande P-. Selon un autre mode de réalisation, le serveur émet un flux transportant une image mosaïque construite par agrégation de flux réduits au niveau du serveur. Le récepteur extrait de l'image mosaïque l'image de la chaîne demandée par la commande de zapping, cette image est agrandie et apparaît en plein écran suite à la commande de zapping. L'avantage de ce mode de réalisation est que le serveur diffuse constamment les flux mosaïques, il n'y a donc pas de nécessité de faire une requête spécifique au io serveur. Selon une variante de réalisation, le serveur ne diffuse pas de flux mosaïque, de sorte que c'est le zappeur qui demande à recevoir huit flux réduits, quatre flux correspondants aux canaux accessibles en appuyant une fois, deux fois, trois fois et quatre fois sur la touche P+ et quatre flux correspondants aux canaux accessibles en appuyant une fois, deux fois, 15 trois fois et quatre fois sur la touche P- . En appuyant sur la touche M comme Mosaïque , le zappeur fait apparaître les vidéos transmises par les huit flux réduits et le flux reçu en pleine résolution, préférentiellement l'image vidéo du flux reçu en pleine résolution étant au centre de la mosaïque de neuf images. De cette façon, l'apparition de l'image mosaïque 20 s'effectue en un temps très court puisque les flux sont déjà disponibles. L'image mosaïque peut comporter un autre nombre d'image que 9, par exemple 16 ou 25. Dans le mode mosaïque, en appuyant sur P+ ou P- , l'utilisateur change le canal reçu en pleine résolution. L'appareil envoie une requête au serveur en demandant de recevoir un nouveau canal en 25 mode réduit. Dans un premier temps, la mosaïque affiche huit images, puis la neuvième correspondant au nouveau canal en flux réduit. Cette apparition tardive permet à l'utilisateur de mieux distinguer les évolutions d'une image mosaïque à une autre, et notamment l'image du nouveau canal. Un flux réduit est un flux permettant d'afficher une image de plus 30 faible définition qu'une image normale. Le flux réduit peut avoir une forme de GOP court qui privilégie un zapping plus rapide que la séquence pleine résolution (le surcoût des images I sur cette taille d'image est moindre qu'en pleine résolution). Les figures 4.a, 4.b, et 4.c montrent l'évolution des images affichées avant et après une commande de zapping. La figure 4.a montre l'image extraite d'un flux plein définition. L'utilisateur active une commande pour passer à la chaîne suivante. Le zappeur extrait l'image du flux réduit et l'apparence d'écran de la figure 4.b apparaît alors. L'image affichée est de qualité médiocre. Au bout d'un certain temps, le récepteur établit le flux pleine résolution et affiche l'image représentée à la figure 4.c, celle-ci est de io qualité optimale. Comme on le voit sur les figures 4, juste après la commande de zapping, l'image issue du flux réduit est dégradée par rapport à l'image en pleine résolution. Des perfectionnements permettent de masquer temporairement cette dégradation aux yeux de l'utilisateur. En effet, la 15 transition visuelle entre le flux réduit et le flux pleine résolution est relativement sensible, ce qui peut surprendre l'utilisateur. Une première façon de faire consiste à afficher l'image dégradée en lui donnant un effet de zoom pour amener progressivement l'imagette de départ sur la totalité de la surface d'écran. Une telle animation prend un délai qui peut être 20 le même que le temps qu'il faut pour accrocher le flux pleine résolution. Visuellement, sur une image dont la taille varie on remarquera moins les problèmes de résolution. L'image étant petite au départ, le fait qu'elle soit extraite d'un flux réduit est ainsi en grande partie masqué. Une autre façon de faire consiste à créer une animation, l'image extraite du flux réduit 25 apparaît comme un volet tantôt à gauche, tantôt à droite. Une autre façon de faire consiste à présenter l'image extraite du flux réduit sur deux faces d'un cube en rotation et qui va grandissant. A la fin de la rotation, la face occupe tout l'écran et c'est à ce moment que la commutation sur le flux en pleine résolution s'opère. Une autre façon consiste à créer un fondu enchaîné ou 30 tout autre animation dont le but est de détourner l'attention de l'utilisateur de la qualité des premières images. Dans tous les cas, l'animation dure le temps d'établissement et d'affichage du flux pleine résolution. Avantageusement, ce temps correspond au temps le plus long mesuré lors d'une précédente commutation. Une autre façon pour masquer la transition aux yeux des utilisateurs consiste à mettre en place un filtrage. Typiquement, le récepteur fait une moyenne pondérée entre l'image agrandie issue du flux réduit et l'image en pleine résolution. La pondération varie de (100%, 0%) à (0%, 100%) dans un délai qui comprend au moins celui permettant d'établir le flux pleine résolution. Avantageusement, le temps de l'étape de filtrage dépasse nettement celui pour établir le flux, ce qui permet d'utiliser à la fin les io données pleine résolution et arriver ainsi à 100% d'image en plein définition. 25 Revendications 1. Procédé de transmission de flux audiovisuels à partir d'un serveur vers un appareil chargé de les visualiser, comportant une étape de réception d'une requête provenant d'un appareil (1) pour la transmission d'un flux déterminé et une étape de transmission vers l'appareil (1) du flux déterminé en pleine résolution en réponse à la réception de la requête ; caractérisé en ce qu'il comporte une seconde étape de transmission du serveur vers l'appareil, concomitamment à la première étape de io transmission, d'au moins un second flux avec une bande passante réduite, ce second flux étant accessible par une première commande introduite au niveau de l'appareil (1) lorsque le flux déterminé est en cours de visualisation. 15 2. Procédé de transmission de flux audiovisuels selon la revendication 1 ; caractérisé en ce qu'il comporte une étape d'introduction d'une seconde commande déclenchant une première étape d'affichage du flux transmis avec une bande passante réduite, suivi d'une seconde étape d'affichage du flux déterminé en pleine résolution. 20 3. Procédé de transmission de flux audiovisuels selon la revendication 2 ; caractérisé en ce que la première étape d'affichage comporte une étape d'animation de l'image extraite du flux avec une bande passante réduite. 4. Procédé de transmission de flux audiovisuels selon la revendication 3 ; caractérisé en ce que l'étape d'animation se termine par l'affichage du flux avec une bande passante réduite en plein écran. 30 5. Procédé de transmission de flux audiovisuels selon l'une quelconque des revendications 1 à 4 ; caractérisé en ce qu'il comporte une étape d'émission par l'appareil vers le serveur d'une requête de réception du flux déterminé dans un flux pleine résolution et d'un second flux immédiatement accessible par une seconde commande de l'utilisateur. 6. Procédé de transmission de flux audiovisuels selon l'une quelconque des revendications 1 à 4 ; caractérisé en ce qu'il comporte une étape d'émission par l'appareil vers le serveur d'une requête de réception du flux déterminé dans un flux pleine résolution et d'une pluralité de second flux accessibles par une succession de secondes commandes de l'utilisateur, et une étape d'établissement au sein de l'appareil d'une image mosaïque io composée de l'ensemble des flux transmis par le serveur. 7. Procédé de transmission de flux audiovisuels selon l'une quelconque des revendications 1 à 5 ; caractérisé en ce que le flux avec une bande passante réduite est extrait d'un flux transmettant une image 15 mosaïque. 8. Procédé de transmission de flux audiovisuels selon l'une quelconque des revendications précédentes ; caractérisé en ce qu'il comporte une étape d'établissement d'une liste favorite de flux, l'un des 20 second flux étant immédiatement accessible par la seconde commande de l'utilisateur en naviguant dans ladite liste favorite. 9. Procédé de transmission de flux audiovisuels selon l'une quelconque des revendications précédentes ; caractérisé en ce qu'il 25 comporte au niveau de l'appareil (1) une étape d'affichage du flux en plein définition et d'un identificateur de second flux avec une bande passante réduite. 10. Emetteur (20) comportant un moyen d'émission (2.4) de flux 30 audiovisuels sur un réseau (6), et un moyen de réception (2.4) d'une requête provenant d'un appareil (1) pour la transmission d'un flux déterminé déclenchant l'activation du moyen d'émission pour émettre vers l'appareil (1) le flux déterminé en pleine résolution ; caractérisé en ce qu'il comporte un moyen d'émission (2.4) vers le même appareil (1) d'au moins un second flux avec une bande passante réduite, ledit moyen d'émission (2.4) étant aussi activé par le moyen de réception (2.4) de la requête, le second flux étant accessible par une commande introduite au niveau de l'appareil (1) lorsque le flux déterminé est en cours de visualisation. io 11. Récepteur (1) comportant un moyen de réception (5) de flux audiovisuels transmis par un réseau (6), un moyen d'affichage (10 ; 2) d'un flux reçu et un moyen d'émission (3, 4, 5) d'une requête pour la transmission d'un flux en pleine résolution sélectionné par l'utilisateur ; caractérisé en ce qu'il comporte un moyen de réception (3, 4, 5) d'au 15 moins un second flux avec une bande passante réduite, un moyen d'introduction (4, 7, 8) d'une commande de changement de flux déclenchant l'émission d'une requête pour la transmission du nouveau flux et l'affichage du contenu du second flux reçu avec une bande passante réduite, l'affichage du nouveau flux s'effectuant ensuite lorsque la réception en pleine résolution 20 est établi.