FR 2872985 A1 20060113 FR 0407738 A 20040712 PROCEDE DE TRAITEMENT DE FLUX DIFFUSES A DISTANCE ET RESTITUES SUR UN TERMINAL, SYSTEME, DISPOSITIF D'ENREGISTREMENT ET PROGRAMME D'ORDINATEUR SUSCEPTIBLES D' ETRE UTILISES POUR SA MISE EN OEUVRE., L'invention concerne un procédé et un dispositif de traitement automatique de flux audio et / ou vidéo devant être restitues sur un terminal, flux tels que les émissions de télévision, en différé ou en direct, enregistrées ou non, les films diffusés sur des chaînes de télévision, les films publicitaires, la vidéo à la demande (abréviation VOD), etc., c'est à dire des flux diffusés à distance et dont la restitution sur un terminal ne peut être interrompue. Si au cours de la restitution d'un premier flux (tel que par exemple un film sur une chaîne de télévision), l'utilisateur est momentanément interessé par la restitution d'un deuxième flux (tel que par exemple un bulletin météo diffusé sur une autre chaîne de télévision), il lui est possible de basculer de l'un à l'autre, en utilisant un moyen de sélection tel que par exemple une télécommande. L'inconvénient est que, lorsque l'utilisateur souhaite revenir au premier flux, il ne peut pas revenir à l'endroit où il l'avait quitté, la diffusion du premier flux s'étant poursuivie pendant la restitution du deuxième flux. L'invention vise à obtenir un procédé et un dispositif qui permettent de pallier cet inconvénient et d'améliorer le confort et la convivialité avec laquelle la restitution du premier flux est réalisée sur le terminal de l'utilisateur. Dans ce but, un premier objet de l'invention est un procédé de traitement automatique de flux multimédias destinés à être restitués sur un terminal de restitution, comprenant les étapes suivantes, réalisées sur demande d'un utilisateur du terminal et consistant à : É restituer un premier flux sur le terminal, puis É interrompre la restitution du premier flux et restituer un deuxième flux sur le terminal, Selon l'invention, le procédé comprend également les étapes suivantes, consistant à : É associer à chaque flux un indicateur de préférence spécifiant si le flux correspondant est un flux principal ou un flux secondaire É enregistrer le premier flux simultanément à la restitution du deuxième flux si le premier flux est un flux principal. Le premier flux, s'il est considéré comme principal est ainsi mémorisé, de sorte que l'utilisateur pourra ultérieurement reprendre la restitution de ce premier flux à partir de l'instant où il a demandé le basculement vers le deuxième flux, donc sans perte d'information. Pour cela, le procédé comprend également les étapes suivantes, réalisées simultanément après l'arrêt de la restitution du deuxième flux et consistant à : É restituer le premier flux précédemment enregistré É continuer l'enregistrement du premier flux Le procédé comprend également de préférence une étape d'initialisation au cours de laquelle est créée une table des flux dans laquelle à chaque flux est associé un indicateur de préférence. Selon une variante, au cours de l'étape d'initialisation, une valeur par défaut est attribuée à chaque indicateur de préférence, la valeur par défaut de l'indicateur de préférence associé à un flux étant: É soit la valeur "secondaire" É soit une valeur spécifiée par un fournisseur du dit flux. De préférence encore, le procédé est complété par une étape de mise à jour de la table de flux est réalisée: É sur instruction de l'utilisateur et / ou É sur instruction d'un fournisseur autorisé et / ou É à chaque comportement prédéfini de l'utilisateur, tel que par exemple une commande de mise à jour de la table des flux, ou une commande de changement de flux à restituer. Selon une amélioration du procédé de l'invention, on prévoit également que: É lors de la mise à jour de la table des flux, un indicateur de préférence et un indicateur de modification est associé à chaque flux, É une mise à jour d'un indicateur de préférence dans la table des flux est réalisée par le serveur d'application uniquement si le niveau de priorité de l'entité ayant demandé la mise à jour du dit indicateur de préférence est supérieur à l'indicateur de modification associé à l'indicateur de préférence à modifier, puis É si une mise à jour a été réalisée, l'indicateur de modification associé à l'indicateur de préférence mis à jour est remplacé par le niveau de priorité associé à l'entité ayant demandé la modification. L'invention concerne également un programme d'ordinateur stocké sur un support informatique; le programme comporte des instructions permettant de mettre en uvre le procédé selon l'invention tel que décrit ci-dessus lorsqu'il est chargé dans et exécuté par un système informatique. Un autre objet de l'invention est un système de traitement automatique de flux multimédias, comprenant un terminal de restitution de flux et un moyen de commande pour permettre à un utilisateur notamment d'interrompre la restitution d'un premier flux et de demander la restitution d'un deuxième flux sur le terminal. Selon l'invention, le système comprend également: É un moyen pour associer à chaque flux un indicateur de préférence spécifiant si le flux correspondant est un flux principal ou un flux secondaire, et É un dispositif d'enregistrement pour enregistrer le premier flux simultanément à la restitution du deuxième flux si le premier flux est un flux principal. Le système comprend également de préférence un moyen pour restituer le premier flux précédemment enregistré après 20 l'arrêt de la restitution du deuxième flux. Un autre objet de l'invention enfin est un dispositif d'enregistrement susceptible d'être utilisé dans un système tel que décrit ci-dessus et qui comprend: É un dispositif de mémorisation, É un dispositif d'entrée/ sortie pour recevoir un flux multimédia, É un dispositif de commande pour enregistrer dans le dispositif de mémorisation un flux multimédia reçu par le dispositif d'entrée / sortie si le dit flux reçu est un flux principal à enregistrer. D'autres caractéristiques et avantages de l'invention ressortiront clairement de la description qui est faite ci-après d'un procédé de traitement selon l'invention et d'un dispositif associé. Cette description est faite à titre indicatif et nullement limitatif, en référence aux dessins annexés, dans lesquels: É la figure 1 représente schématiquement un dispositif de traitement automatique de flux, mettant en oeuvre le procédé de traitement automatique selon l'invention, É la figure 2 représente sous forme d'organigramme les différentes étapes du procédé de traitement selon l'invention, et É la figure 3 est un dispositif d'enregistrement susceptible d'être utilisé pour la mise en uvre du procédé selon l'invention. A la figure 1, un utilisateur UT dispose d'un terminal T de restitution d'un flux multimédia; ce flux véhicule un contenu multimédia contenant de l'information ayant un sens pour l'utilisateur UT et destiné à lui être présenté par le terminal T. Le terme multimédia s'entend au sens large d'information audio et / ou vidéo et/ ou autre, comme par exemple un film, de la musique ou plus généralement toute oeuvre audiovisuelle ou multimédia. La restitution de flux ou d'informations reçus par le terminal peut prendre la forme par exemple d'un affichage sur écran et / ou d'une émission sonore par un ou plusieurs haut-parleurs. Dans l'exemple de la figure 1, le terminal T de restitution est un téléviseur, éventuellement muni d'un décodeur ou d'un boîtier STB (acronyme anglais pour Set Top Box). Dans un autre exemple non représenté, le terminal T de restitution est un ordinateur ou un téléphone portable ayant un moniteur de visualisation et / ou un haut-parleur. Le flux F1, F2 multimédia provient de l'extérieur du terminal T de restitution. Le flux F1, F2 provient par exemple d'un serveur S1 de télévision ou d'un serveur S2 de vidéos à la demande contenant éventuellement en complément un catalogue et des bandes-annonces. Les serveurs S1, S2 sont situés à distance du terminal T. En plus des flux F1, F2 présents sur les serveurs S1, S2, il est prévu de restituer des informations multimédias 11, 12 sur les terminaux des utilisateurs. Ces informations Il, 12 peuvent être restituées simultanément ou à la place des flux F1, F2. Chaque information multimédia peut être prévue pour plusieurs des flux F1, F2, pour chacun de ceux-ci ou pour tous les flux F1, F2; chaque information peut être associée à un flux F1, F2 spécifique ou peut être indépendante de ceux-ci. Les informations multimédias I1, 12 sont des contenus multimédias comme par exemple des messages texte, des images animées ou fixes, des sons, des vidéos, des applications interactives (jeux, services d'achat en ligne, etc.). Ces informations multimédias sont produites par un ou plusieurs fournisseurs ou opérateurs FI, qui peuvent éventuellement être les mêmes que ceux propriétaires des serveurs S1, S2. Ces informations sont par exemple produites lors de l'enregistrement des flux F1, F2 sur les serveurs S1, S2, ou suite à cet enregistrement. Les informations multimédias sont envoyées et stockées par le ou les fournisseurs FI dans une base BI, en vue de leur envoi aux terminaux des utilisateurs. La base de données BI est située à distance du terminal T; un système de gestion S3 de la base BI gère le contenu de la base BI et notamment les échanges entre la base BI et le serveur d'applications SA à qui sont transmises les informations multimédias sous la forme d'un flux F3; le serveur SA rediffuse ensuite ce flux F3 simultanément à un flux F1 ou F2 restitué sur le terminal T, ou à la place de ce flux F1, F2, en fonction d'instructions transmises par le système de gestion de la base des informations multimédias et / ou en fonction de requêtes de l'utilisateur. Seuls trois pour décrire les susceptibles d'être même terminal peut notamment plusieurs différents, par des trois principaux types de flux reçus par un terminal. Bien sûr, un recevoir de nombreux autres flux et flux fournis par des serveurs de TV serveurs de vidéo différents, etc. flux ont été décrits ici, essentiellement A chaque flux F1, F2, F3 est par exemple associé respectivement un identifiant IDF1, IDF2, IDF3 de flux sur les serveurs S1, S2 et la base BI. Pour visualiser ou entendre un film, une émission, etc., l'utilisateur UT sélectionne sur son terminal T de restitution un flux F1, F2, F3 parmi ceux présents sur les serveurs S1, S2 ou la base BI. L'utilisateur sélectionne un flux à l'aide d'un moyen de sélection TC, qui est une télécommande dans l'exemple de la figure 1. Le moyen de sélection TC pourrait être également un clavier, une tablette, un écran tactile, une interface vocale, etc. Cette sélection est effectuée de manière classique dans le cas d'un téléviseur, par exemple dans un bouquet de chaînes de télévision reçues et accessibles en ligne par des terminaux STB ou PC connectés au réseau Internet ou en sélectionnant l'identifiant du flux choisi parmi plusieurs d'un catalogue ou d'un guide de programmes envoyé par le serveur S1 et / ou S2 au terminal T. Chaque identifiant IDF1, IDF2, IDF3 de flux affiché sur l'écran du terminal T peut par exemple être balayé en affichant sur le terminal T du texte ou une image illustrant le contenu associé, par exemple l'affiche, le résumé du film ou de l'émission véhiculé par ce flux, une bande annonce, ces informations complémentaires étant envoyées avec l'identifiant de flux par le serveur S1, S2 et / ou la base BI au terminal T. Selon l'invention, à chaque flux F1, F2, F3 accessible depuis le terminal est également associé un indicateur de préférence respectivement ICI, IC2, IC3 (par exemple de type booléen 1/0 ou oui/non) indiquant si le flux F1, F2, F3 est un flux principal ou non. Sur le serveur d'applications SA est créée et mémorisée une table TF des flux qui recense les différents flux F1, F2 accessibles à un instant donné depuis le terminal T avec, pour chaque flux l'identifiant IDF1, IDF2, IDF3 et l'indicateur de préférence ICI, IC2, IC3 correspondant. Dans tout le texte de la présente demande, un flux est dit principal ou secondaire selon la valeur de son indicateur de préférence. Un flux est dit principal (indicateur de préférence positif, ayant par exemple comme valeur 1, oui, etc.) si son contenu doit être enregistré, par exemple s'il est considéré comme important, essentiel, incontournable, etc. pour l'utilisateur. Inversement, un flux est dit secondaire (indicateur de préférence négatif, ayant pour valeur par exemple 0 ou non) si son contenu ne doit pas être enregistré, par exemple s'il est considéré comme accessoire, de moindre importance, non prioritaire, etc. pour l'utilisateur. Le procédé selon l'invention comprend une étape d'initialisation BO au cours de laquelle une table TF des flux est créée et mémorisée. Cette étape EO est réalisée par le serveur d'applications SA lorsque le terminal est mis en service une première fois par l'utilisateur. Cette étape EO peut être réalisée à chaque mise en service du terminal, mais pas nécessairement, une ancienne table mémorisée précédemment pouvant être par exemple réutilisée. Le procédé selon l'invention comprend également une étape EM de mise à jour de la table des flux; cette étape EM est réalisée par le serveur d'applications à tout moment sur demande de l'utilisateur, d'un serveur ou du système de gestion S3 de la base BI diffusant un flux multimédia et / ou automatiquement en fonction d'un choix de flux à restituer fait par l'utilisateur, comme on va le voir dans des exemples ci-dessous. Cette étape peut également être réalisée automatique lors d'une mise en service du terminal, après l'étape EO ou en l'absence d'étape EO. Au cours de l'étape EO de création de la table des flux, le serveur d'applications SA crée et mémorise la table TF des flux. Pour créer la table TF, le serveur d'applications liste, à un instant donné, les flux F1, F2, F3 accessibles par le terminal T, chaque flux étant représenté par son identifiant IDF1, IDF2, IDF3 et son indicateur de préférence ICI, IC2, IC3 associé. Selon une variante, le serveur SA peut également préciser, pour chaque flux, une valeur prédéfinie de son indicateur de préférence; la dite valeur prédéfinie est par exemple fournie par le serveur S1, S2 ou le système de gestion S3 fournissant le flux correspondant ou fixée arbitrairement par le serveur d'applications SA. La table des flux peut être mémorisée, par exemple sur le serveur d'application (donc à distance du terminal), ou dans une zone mémoire du terminal ou du boîtier STB associé réservée à cet effet. Au cours de l'étape EM de mise à jour de la table des flux, le serveur SA modifie si nécessaire la liste des flux de la table TF (par exemple si un nouveau flux est disponible ou au contraire si un flux précédemment listé n'est plus disponible au moment de la mise à jour). La table TF est ensuite mise à jour par le serveur SA sur instruction de l'utilisateur ou automatiquement lorsqu'un comportement particulier de l'utilisateur est détecté, ou lorsque la mise à jour de la table est demandée par un serveur ou par le système de gestion S3 (par ex: après la mise à jour d'une information multimédia). La table peut ensuite être mise à jour par l'utilisateur, sur demande de ce dernier. Pour cela, pour chaque flux, l'utilisateur précise si le flux doit être considéré comme un flux principal ou non, c'est-à-dire précise pour chaque flux la valeur de son indicateur de préférence ICI, IC2, IC3. Si la valeur d'un indicateur de préférence a déjà une valeur prédéfinie, alors l'utilisateur peut conserver cette valeur ou la modifier. L'utilisateur commande la mise à jour de la table TF à l'aide du moyen de commande, qui peut prévoir par exemple à cet effet une ou des touches de commande de déplacement dans une liste, une touche de validation et / ou une ou plusieurs touches de sélection. Dans une variante, la table peut également être mise à jour par le serveur d'applications, sur demande d'un fournisseur de flux qui souhaite voir modifier la valeur de l'indicateur de préférence associé à un flux qu'il diffuse. Dans une autre variante, la table des flux peut être mise à jour automatiquement par le serveur d'applications, suite à un comportement particulier de l'utilisateur. Par exemple, lorsque l'utilisateur demande un changement du flux en cours de restitution sur son terminal, on peut prévoir que l'indicateur de préférence du flux initialement en cours de restitution soit fixé automatiquement à une valeur positive, pour permettre à l'utilisateur de revenir ensuite au premier flux sans perte d'information. Bien sûr, il est possible de combiner plusieurs variantes, pour que la table soit modifiable par plusieurs entités: utilisateur, fournisseurs de flux TV, fournisseurs de services multimédias, etc. On suppose que l'utilisateur demande la restitution d'un premier flux de son choix sur son terminal (étape El). Cette demande est effectuée sur la figure 1. Puis, au cours de la restitution du premier flux choisi, l'utilisateur décide à un instant donné de basculer sur un deuxième flux (étape E2). Cette décision peut être prise par exemple après l'apparition sur le terminal (étape E3), dans le premier flux restitué, d'une information multimédia signalant la mise à disposition ou la mise à jour du deuxième flux: une image, une icône, un son particulier, une vidéo, etc. Selon le cas, la dite indication peut occuper la totalité de la surface de l'écran ou bien apparaître sur une petite surface, ou bien masquer ponctuellement la bande sonore du premier flux, etc. La décision de l'utilisateur peut également être 25 indépendante de toute sollicitation extérieure présentée dans le premier flux. Selon l'invention, lorsque l'utilisateur demande le basculement vers le deuxième flux, le deuxième flux demandé est restitué (étape E4) et en parallèle, la valeur de l'indicateur de préférence du premier flux est vérifiée (étape E5). Si le premier flux précédemment en cours de restitution est marqué comme flux principal (c'est-à-dire si son indicateur de préférence IC est spécifié comme tel), alors le dit premier flux précédemment restitué est mémorisé (étape E6) dans un espace mémoire situé par exemple dans une mémoire du décodeur STB ou à distance dans le serveurs d'applications; en parallèle, le deuxième flux est restitué (étape E4). La restitution du deuxième flux se termine (étape E7) selon le cas: É à la demande de l'utilisateur, qui demande un changement de flux ou demande l'arrêt de toute restitution par l'intermédiaire de sa télécommande, ou É à la fin du deuxième flux, dans l'hypothèse où ce deuxième flux est de durée limitée; c'est le cas par exemple d'un bulletin météo, d'un bulletin d'information, d'un film publicitaire, etc. Enfin, selon l'invention, si un retour au premier flux initialement restitué est nécessaire, étape E8, (soit par ce que l'utilisateur l'a demandé, soit automatiquement à la fin du deuxième flux) et si le premier flux est un flux principal (c'est-à-dire si son indicateur de préférence est marqué comme tel), étape E9, alors le premier flux enregistré lors de l'étape E6 est restitué sur le terminal (étape E10) et en parallèle la suite du premier flux est enregistrée (poursuite de l'étape E6). Ainsi, après avoir regardé et / ou écouter le contenu du deuxième flux, l'utilisateur peut regarder ou écouter la suite du contenu du premier flux, certes en léger différé, mais du moins sans perte d'information. Si le premier flux n'est pas un flux principal (c'est-à-dire si son indicateur de préférence est négatif), alors la restitution du premier flux tel que diffusé reprend (étape E11). L'utilisateur a dans ce cas perdu l'information diffusée pendant toute la restitution du deuxième flux, comme par le passé. L'arrêt de la restitution du premier flux a lieu lorsque (E12): É l'utilisateur demande l'arrêt de la restitution du premier flux, ou É la restitution du premier flux, enregistré ou non, 10 est terminée (fin de l'émission, du film, etc.) L'utilisateur peut alors (étape E13) . É soit demander la restitution d'un nouveau flux (nouvelle étape El) É soit stopper toute restitution (fin du procédé). Dans un premier exemple concret, sont accessibles sur le terminal deux flux F1, F2 diffusés par des serveurs S1, S2 de télévision et des informations multimédias contenant un bulletin météo, les dites informations étant diffusées par l'intermédiaire d'un système de gestion S3. Lors de la mise en service du terminal, la table des flux est créée et mémorisée par le serveur d'applications (étape EO); elle recense les flux F1, F2, F3 accessibles par le terminal T, leur identifiant respectif IDF1, IDF2, IDF3 et leur indicateur de préférence respectifs ICI, IC2, IC3 fixés par défaut à "non". L'utilisateur met à jour la table des flux (étape EM) en précisant la valeur ICI = "oui", les valeurs IC2, IC3 restant égales à "non", puis demande l'affichage d'un film contenu dans le flux F1 (étape E2). Au bout d'un certain temps de restitution du film, une icône (étape E3) apparaît dans un coin de l'écran signalant qu'un bulletin météo vient d'être mis à jour et est disponible dans le flux F3. L'utilisateur décide de regarder le dit bulletin météo et demande son affichage sur son terminal (étape E2) en sélectionnant l'icône à l'aide d'une touche prévue à cet effet sur sa télécommande. Le bulletin météo contenu dans le flux F2 est restitué sur le terminal (étape E4). En parallèle, dans la mesure où le flux F1 initialement restitué est un flux principal (ICI = "oui", étape E5), le flux F1 est enregistré et mémorisé dans une mémoire du décodeur STB du terminal de l'utilisateur (étape E6). La fin du bulletin météo (étape E7) entraîne automatiquement un retour sur le flux F1 précédemment diffusé (étape E8). Le flux F1 étant un flux principal (étape E9), la suite du film contenu dans le flux F1 enregistré est restituée sur le terminal (étape E10) et l'enregistrement du flux reçu continue en parallèle (étape E6). A la fin du film, l'utilisateur arrête le terminal et donc la restitution du flux F1 (étape E12). Dans un deuxième exemple concret, sont accessibles sur le terminal deux flux F1, F2 diffusés par des serveurs S1, S2 de télévision et des informations multimédias contenant un jeu, les dites informations étant diffusées par l'intermédiaire d'un système de gestion S3. Le jeu comprend une série de questions en relation avec le film contenu dans le flux F1 et l'utilisateur peut trouver dans le film des indices lui facilitant la réponse aux questions posées. Lors de la mise en service du terminal, la table des flux est créée et mémorisée par le serveur d'applications (étape EO); elle recense les flux F1, F2, F3 accessibles par le terminal T, leur identifiant respectif IDF1, IDF2, IDF3 et leur indicateur de préférence respectif ICI, IC2, IC3 fixés par défaut à "non". L'utilisateur ne met pas à jour la table des flux (aucune étape EM n'est réalisée) et demande simplement la restitution du film contenu dans le flux F1 (étape E2). Au bout d'un certain temps, une animation musicale (étape E3) se fait entendre via les haut-parleurs du terminal et une icône est affichée sur l'écran signalant qu'un jeu est proposé. L'utilisateur décide de jouer et demande l'affichage d'une question sur son terminal (étape E2) en sélectionnant l'icône à l'aide d'une touche prévue à cet effet sur sa télécommande. La sélection du jeu par l'utilisateur entraîne la mise à jour de l'indicateur ICI à la valeur "oui" (étape EM, réalisée automatiquement suite au comportement de l'utilisateur). Cette mise à jour automatique permettra par la suite à l'utilisateur de revenir régulièrement au cours du jeu sur le film F1 sans coupure pour lui permettre de visualiser l'ensemble du film. La question contenue dans le flux F3 est alors restituée sur le terminal (étape E4). En parallèle, dans la mesure où le flux F1 initialement restitué est un flux principal (ICI = "oui", étape E5), le flux F1 est enregistré et mémorisé dans une mémoire du décodeur STB du terminal de l'utilisateur (étape E6). L'utilisateur ne sachant pas répondre à la question posée demande le retour au film F1 (étapes E7, E8). Le flux F1 étant un flux principal (étape E9), la suite du film contenu dans le flux F1 enregistré est restituée sur le terminal (étape E10) et l'enregistrement du flux F1 reçu continue en parallèle (poursuite de l'étape E6). Ayant trouvé dans le film une réponse à la question du jeu, l'utilisateur interrompt la restitution du film (étape E12) et demande à nouveau la restitution du jeu (nouvelle étape El) pour répondre à la question. L'utilisateur peut ainsi dans cet exemple répondre à une série de questions, en alternant l'affichage du film contenu dans le flux F1 et l'affichage du jeu contenu dans le flux F3. Comme on l'a vu précédemment, la mise en oeuvre de l'invention passe par l'utilisation d'une table des flux dans laquelle sont mémorisés pour chaque flux F1, F2, F3 un identifiant de flux IDF1, IDF2, IDF3 et un indicateur de préférence ICI, IC2, IC3. Les indicateurs de préférence peuvent être mis à jour une ou plusieurs fois au cours du procédé par le serveur d'applications SA, régulièrement ou non, selon le cas: É sur demande d'un serveur de diffusion diffusant le flux F1, F2 ou F3, ou É sur demande de l'utilisateur, É automatiquement suite à un comportement prédéfini de l'utilisateur Bien sûr, il peut être désagréable pour l'utilisateur de constater qu'un flux non souhaité a été mémorisé parce que l'indicateur correspondant a été changé au détriment peut être d'un indicateur positif spécifié précédemment par l'utilisateur et cela sans que ce dernier n'ait été averti. Pour éviter ceci, une amélioration de l'invention consiste à définir également pour chaque flux un indicateur de priorité IP1, IP2, IP3 de la manière suivante. Un niveau de priorité est attribué à chaque entité susceptible de modifier les indicateurs de préférence, le niveau de priorité le plus élevé étant attribué de préférence à l'utilisateur; par exemple, on peut attribuer la valeur 1 à l'indicateur de priorité de l'utilisateur, la valeur 2 à l'indicateur de priorité du serveur d'applications et la valeur 3 à l'indicateur de priorité des serveurs de diffusion. Lors de la création de la table des flux, en plus de l'identifiant de flux et de l'indicateur de préférence, un indicateur de modification IM1, IM2, IM3 est spécifié pour chaque flux; lors de la création de la table des flux, les indicateurs de modifications sont initialisés à une valeur prédéfinie inférieure à tous les indicateurs de priorité attribués aux entités susceptibles de modifier les indicateurs de préférence (dans l'exemple on peut utiliser la valeur 4 comme valeur prédéfinie). Lors d'une modification d'un indicateur de préférence ICI, IC2 ou IC3 dans la table des flux, l'indicateur de modification correspondant IM1, IM2 ou IM3 est mis à jour à la valeur du niveau de priorité de l'entité ayant demandé la modification de l'indicateur de préférence correspondant; par exemple, si l'utilisateur demande une modification de l'indicateur de préférence ICI du flux F1, l'indicateur de modification IM1 associé au flux F1 prend la valeur du niveau de priorité IP1 de l'utilisateur, dans l'exemple la valeur 1; dans un autre exemple, si le serveur d'applications SA demande une modification de l'indicateur de préférence IC2 du flux F2,l'indicateur de modification IM2 associé au flux F2 prend la valeur du niveau de priorité IP2 du serveur d'applications, dans l'exemple la valeur 2; etc. Une entité est autorisée à modifier un indicateur de préférence IC uniquement si son niveau de priorité IP est supérieur à l'indicateur de modification IM associé à l'indicateur de préférence IC à modifier; par exemple l'indicateur de modification IMI du flux F1 étant égal à 1, le serveur d'application SA dont le niveau de priorité est égal à 2, donc inférieur à 1, n'est pas autorisé à modifier l'indicateur de préférence ICI du flux F1; par contre l'indicateur de modification IM3 du flux F3 étant égal à 4 (sa valeur initiale), le serveur d'application SA dont le niveau de priorité est égal à 2 est autorisé à modifier l'indicateur de préférence IC3 du flux F3. Cette amélioration permet de donner priorité aux souhaits de l'une des entités par rapport aux volontés des autres entités. Ainsi, dans les exemples ci-dessus, lorsqu'un indicateur de préférence aura été modifié par l'utilisateur (niveau de priorité le plus haut), il ne pourra pas être modifié par ailleurs par un fournisseur de services diffusant un flux particulier. La volonté de l'utilisateur est considérée ainsi comme prioritaire. Sur la figure 3 est représenté un dispositif d'enregistrement susceptible d'être utilisé pour la mise en oeuvre du procédé selon l'invention. Ce dispositif comprend notamment: É un dispositif de mémorisation, tel que par exemple une mémoire de type RAM ou un disque dur DD, É un dispositif d'entrée / sortie E/S, pour recevoir un flux multimédia, É un dispositif de commande, telle qu'une unité centrale UC, pour enregistrer dans le dispositif de mémorisation un flux multimédia reçu par le dispositif d'entrée / sortie si le dit flux reçu est un flux principal à enregistrer. Un indicateur de préférence spécifie si le flux reçu est un flux principal à enregistrer; cet indicateur est par exemple mémorisé dans une mémoire du dispositif d'enregistrement ou dans une mémoire distante mais accessible au dispositif de commande. Le dispositif d'enregistrement pourra être intégré par exemple dans le décodeur STB associé au terminal, dans le terminal lui-même, ou bien encore dans le serveur d'applications. 19 REVENDICATIONS 1. Procédé de traitement automatique de flux multimédias (F1, F2, F3) destinés à être restitués sur un terminal (T) de restitution, comprenant les étapes suivantes, réalisées sur demande d'un utilisateur (UT) du terminal et consistant à : É restituer un premier flux sur le terminal (étape El), puis É interrompre la restitution du premier flux et restituer un deuxième flux sur le terminal {étape E4), le procédé étant caractérisé en ce qu'il comprend également les étapes suivantes, consistant à : É associer à chaque flux (Fi, F2, F3) un indicateur de préférence (ICI, IC2, IC3) spécifiant si le flux correspondant (F1, F2, F3) est un flux principal ou un flux secondaire (étape EM) É enregistrer le premier flux simultanément à la restitution du deuxième flux si le premier flux est un flux principal (étape E6). 2. Procédé selon la revendication 1, comprenant également les étapes suivantes, réalisées simultanément après l'arrêt de la restitution du deuxième flux (étape E7) et consistant à : É restituer le premier flux précédemment enregistré (étape E10) É continuer l'enregistrement du premier flux (étape E6) 3. Procédé selon la revendication 2, dans lequel la restitution du deuxième flux est arrêtée: É sur demande de l'utilisateur, É lorsque l'utilisateur demande la restitution d'un autre flux, ou É à la fin de la restitution du deuxième flux, 4. Procédé selon l'une des revendications 1 à 3, comprenant également une étape d'initialisation (EO) au cours de laquelle est créée une table des flux (TF) dans laquelle à chaque flux (F1, F2, F3) est associé un indicateur de préférence (ICI, IC2, IC3). 5. Procédé selon la revendication 4, dans lequel, au cours de l'étape d'initialisation, une valeur par défaut est attribuée à chaque indicateur de préférence (IC1, IC2, IC3), la valeur par défaut de l'indicateur de préférence associé à un flux étant: É soit la valeur "secondaire" É soit une valeur spécifiée par un fournisseur du dit flux. 6. Procédé selon l'une des revendications 4 à 5, au cours duquel une étape de mise à jour (EM) de la table de flux est réalisée: É sur instruction de l'utilisateur et / ou É sur instruction d'un fournisseur autorisé et / ou É à chaque comportement prédéfini de l'utilisateur. 7. Procédé selon la revendication 6, dans lequel le comportement de l'utilisateur susceptible d'entraîner une mise à jour de la table des flux est: É une commande de mise à jour de la table des flux, ou É une commande de changement de flux à restituer. 8. Procédé selon l'une des revendications 6 ou 7, dans lequel une instruction de l'utilisateur et / ou une instruction d'un fournisseur d'un flux inclut une valeur à donner à l'indicateur de préférence d'un flux de la table des flux. 9. Procédé selon l'une des revendications 6 à 8, dans lequel l'étape de mise à jour (étape EM) de la table des flux (TB) se termine par la mémorisation de la dite table des flux (TB) dans une mémoire d'un serveur d'applications distant du terminal ou dans une mémoire du terminal. 10. Procédé selon l'une des revendications 1 à 9, dans lequel un niveau de priorité (IP) est associé à chaque entité de l'ensemble formé par l'utilisateur, le serveur d'applications et les fournisseurs de flux, et au cours duquel: É lors de la mise à jour (étape EM) de la table des flux, un indicateur de préférence (ICI, IC2, IC3) et un indicateur de modification (IM1, IM2, IM3) est associé à chaque flux (F1, F2, F3), É une mise à jour d'un indicateur de préférence dans la table des flux est réalisée par le serveur d'application uniquement si le niveau de priorité (IP) de l'entité ayant demandé la mise à jour du dit indicateur de préférence (ICI, IC2, IC3) est supérieur à l'indicateur de modification (IM1, IM2, IM3) associé à l'indicateur de préférence (ICI, IC2, IC3) à modifier, puis É si une mise à jour a été réalisée, l'indicateur de modification associé à l'indicateur de préférence mis à jour est remplacé par le niveau de priorité associé à l'entité ayant demandé la modification. 11. Programme d'ordinateur stocké sur un support informatique, le dit programme comportant des instructions permettant de mettre en oeuvre le procédé selon l'une quelconque des revendications 1 à 10 lorsqu'il est chargé dans et exécuté par un système informatique. 12. Système de traitement automatique de flux multimédias (F1, F2, F3), comprenant un terminal (T) de restitution de flux et un moyen de commande (TC) pour permettre à un utilisateur (UT) notamment d'interrompre la restitution d'un premier flux et de demander la restitution d'un deuxième flux sur le terminal, le système étant caractérisé en ce qu'il comprend 10 également: É un moyen pour associer à chaque flux un indicateur de préférence (ICI, IC2, IC3) spécifiant si le flux correspondant (F1, F2, F3) est un flux principal ou un flux secondaire, et É un dispositif d'enregistrement pour enregistrer le premier flux simultanément à la restitution du deuxième flux si le premier flux est un flux principal. 13. Système selon la revendication 12, comprenant également un moyen pour restituer le premier flux précédemment enregistré après l'arrêt de la restitution du deuxième flux. 14. Système selon l'une des revendications 12 ou 13, comprenant également une mémoire pour mémoriser une table dans laquelle est associé à chaque flux un indicateur de préférence spécifiant si le dit flux est un flux à enregistrer ou non. 15. Dispositif d'enregistrement susceptible d'être utilisé dans un système selon l'une des revendications 12 ou 13, comprenant: É un dispositif de mémorisation (DD, RAM), É un dispositif d'entrée/ sortie pour recevoir un flux multimédia, É un dispositif de commande (UC) pour enregistrer dans le dispositif de mémorisation un flux multimédia reçu par le dispositif d'entrée / sortie si le dit flux reçu est un flux principal à enregistrer.