Brevet FR2857809A1 — publié le 20050121

Procédé de sélection et d'établissement d'une connexion de flux de données via un équipement intermédiaire, programme d'ordinateur et équipement intermédiaire correspondants. Le domaine de l'invention est celui des réseaux de communication permettant 5 l'interconnexion d'une pluralité d'appareils et notamment, mais non exclusivement, les réseaux audiovisuels domestiques permettant d'interconnecter des équipements audio et/ou vidéo, de type analogique et/ou numérique, afin qu'ils échangent des signaux audiovisuels. Les appareils (aussi appelés terminaux) précités appartiennent par exemple à la 10 liste d'appareils suivante, qui n'est pas exhaustive: récepteurs de télévision (par satellite, par voie hertzienne, par câble, xDSL, ...), téléviseurs, magnétoscopes, scanners, caméras numériques, appareils photo numériques, lecteurs DVD, ordinateurs, assistants numériques personnels (PDA), imprimantes, etc. Le réseau comprend par exemple un réseau fédérateur (par exemple un réseau 15 commuté, ou un ou plusieurs bus numérique(s) de type IEEE 1394) auquel sont connectés, via des équipements appelés noeuds , une pluralité de sous-réseaux (par exemple des bus numériques de type IEEE 1394). Les appareils (terminaux) sont connectés aux sous-réseaux, par connexion directe pour les appareils numériques, ou via un convertisseur analogique/numérique pour les appareils analogiques. On rappelle que la norme IEEE 1394 est décrite dans les documents de référence suivants: IEEE Std 1394-1995, Standard for High Performance Serial Bus et IEEE Std 1394a-2000, Standard for High Performance Serial Bus (Supplement) . L'interconnexion de bus numériques par des ponts est par ailleurs définie dans la norme IEEE P1394.1 Draft Standard for High Performance Serial Bus Bridges (Draft 1.04 25 October 24, 2002) . Plus précisément, l'invention concerne un procédé d'établissement d'une connexion de flux de données entre un terminal source et un terminal destinataire, au sein d'un réseau de communication. L'invention concerne également un procédé de sélection, et d'établissement d'une connexion, d'un flux de données parmi une pluralité 30 de flux de données originaires d'une pluralité de terminaux source. On peut en effet distinguer deux catégories de terminaux (appareils): les terminaux source (aussi appelés talkers , ou encore sources ) qui génèrent des flux de données, tels que par exemple les récepteurs de télévision, les magnétoscopes, les caméras numériques, les appareils photo numériques, les lecteurs DVD, etc.; - les terminaux destinataires (aussi appelés listeners ) qui traitent des flux de données (générés par les terminaux sources), tels que par exemple les téléviseurs, les ordinateurs, les assistants numériques personnels (PDA), etc. Certains terminaux peuvent être des deux types (source et destinataire) à la fois. D'une façon générale, l'utilisateur d'un terminal destinataire demande 10 l'établissement d'une connexion de flux de données entre ce terminal destinataire et un terminal source. On présente maintenant brièvement, dans le contexte particulier précité d'un réseau de communication comprenant un réseau fédérateur et une pluralité de sousréseaux, la technique actuelle d'établissement d'une connexion de flux, ainsi que celle 15 de sélection d'un flux parmi une pluralité de flux et d'établissement d'une connexion pour le flux sélectionné. On appelle noeud source un noeud dont le sous-réseau associé est relié à au moins un terminal source, et noeud destinataire un noeud dont le sous-réseau associé est relié à au moins un terminal destinataire. Il est clair que, dans la pratique, un même 20 noeud peut se comporter comme un noeud source pour un premier flux et comme un noeud destinataire pour un second flux. Il est à noter qu'un noeud source peut intégrer un terminal source et qu'un noeud destinataire peut intégrer un terminal destinataire. Dans le cas général, l'établissement d'une connexion de flux de données entre un terminal destinataire et un terminal source s'effectue donc via un noeud source et un 25 noeud destinataire, et selon un protocole particulier (par exemple conforme à la norme précitée IEEE P1394.1). La technique actuelle d'établissement d'une connexion de flux entre un terminal destinataire et un terminal source n'est pas optimale. En effet, si cette connexion s'avère impossible, par exemple du fait que le noeud destinataire ne dispose plus des ressources 30 nécessaires pour la connexion jusqu'au terminal destinataire, alors une nouvelle procédure complète d'établissement de connexion doit être effectuée. Ceci se traduit par une perte de temps pour l'utilisateur. La technique actuelle de sélection d'un flux parmi une pluralité de flux, et d'établissement d'une connexion pour le flux sélectionné, n'est pas non plus optimale. On rappelle que cette technique permet à l'utilisateur d'un terminal destinataire de naviguer d'un flux à l'autre parmi les différents flux de données disponibles au sein du réseau. En d'autres termes, des connexions sont établies successivement entre un même terminal destinataire et différents terminaux source. Pour cela, l'utilisateur utilise par exemple un dispositif de télécommande avec lequel il envoie des commandes de 10 navigation/sélection à un noeud (typiquement le noeud destinataire) capable d'établir les connexions successives demandées. Or, dans sa mise en oeuvre actuelle, cette technique présente le même inconvénient majeur que la technique actuelle d'établissement d'une connexion de flux, sur laquelle elle s'appuie. En effet, une nouvelle procédure complète d'établissement de 15 connexion doit être effectuée pour chacune des connexions successives demandées. Ceci se traduit donc ici encore par une perte de temps pour l'utilisateur lorsqu'il souhaite balayer (scanner) les flux de données disponibles (c'est-à-dire les terminaux source actifs) sur le réseau. L'invention a notamment pour objectif de pallier ces différents inconvénients de 20 l'état de la technique. Plus précisément, l'un des objectifs de la présente invention est de fournir un procédé d'établissement d'une connexion de flux, permettant de limiter le temps d'attente de l'utilisateur, notamment lorsque la connexion s'avère impossible lors d'une première tentative. L'invention a également pour objectif de fournir un procédé de sélection d'un flux parmi une pluralité de flux, et d'établissement d'une connexion pour le flux sélectionné, qui permette d'augmenter la vitesse de balayage (scannage) des flux de données disponibles par l'utilisateur d'un terminal destinataire. Un autre objectif de l'invention est de fournir de tels procédés qui, dans le 30 contexte particulier précité d'un réseau de communication comprenant un réseau fédérateur et une pluralité de sous-réseaux, puisse être mis en oeuvre par le réseau fédérateur, et donc sans nécessiter de modification ou adaptation des terminaux source et destinataires. Un objectif complémentaire de l'invention est de fournir de tels procédés qui soient aisés à mettre en oeuvre et simples d'utilisation. Ces différents objectifs, ainsi que d'autres qui apparaîtront par la suite, sont atteints selon l'invention à l'aide d'un procédé d'établissement d'une connexion de flux de données entre un terminal source et un terminal destinataire reliés à un réseau de communication, caractérisé en ce qu'il comprend les étapes suivantes: - on établit une connexion partielle de flux entre le terminal source et le terminal 10 destinataire, via un équipement intermédiaire qui est relié au réseau, ladite connexion étant partielle en ce que l'équipement intermédiaire ne laisse pas passer le flux vers le terminal destinataire tant qu'un premier événement prédéterminé ne s'est pas réalisé; - à la réalisation dudit premier événement prédéterminé, l'équipement 15 intermédiaire laisse passer le flux vers le terminal destinataire, de façon qu'une connexion complète de flux soit établie entre le terminal source et le terminal destinataire. Le principe général de ce premier procédé selon l'invention consiste donc à ne pas établir directement une connexion complète (comme c'est le cas dans l'art antérieur) 20 mais d'abord une connexion partielle puis, si un premier événement se réalise, une connexion complète. Il est important de noter que la connexion partielle n'est pas établie entre le terminal source et l'équipement intermédiaire, mais entre le terminal source et le terminal destinataire (comme la connexion complète). En effet, la connexion partielle et la connexion complète se distinguent l'une de l'autre uniquement en ce que pour la 25 première (partielle), l'équipement intermédiaire ne laisse pas passer le flux se dirigeant vers le terminal destinataire, tandis que pour la seconde (complète) il le laisse passer. Ainsi, à l'établissement d'une connexion de flux, on limite le temps d'attente de l'utilisateur, notamment lorsque la connexion s'avère impossible lors d'une première tentative. En effet, du fait que la connexion proprement dite est déjà établie, le passage 30 de la connexion partielle à la connexion complète est beaucoup plus rapide que la solution de l'art consistant à relancer la procédure complète d'établissement de connexion. Divers modes de réalisation de ce premier procédé selon l'invention peuvent être envisagés, correspondant à divers premiers évènements. Dans un premier mode de réalisation avantageux, le premier événement prédéterminé est la réception par l'équipement intermédiaire d'une commande dont l'émission résulte de l'utilisation de moyens d'émission de commandes. Les moyens d'émission de commandes sont utilisés par un utilisateur ou, de façon automatique, par un équipement quelconque. Ce premier mode de réalisation trouve notamment une application dans le second procédé selon l'invention décrit ci-après, de sélection d'un flux parmi une pluralité de flux, et d'établissement d'une connexion pour le flux sélectionné. Les commandes, dont la réception constitue le premier événement prédéterminé, sont dans ce cas des commandes de sélection d'un flux parmi une pluralité de flux disponibles sur 15 le réseau. Il est à noter que l'utilisateur peut demander l'émission d'une commande de sélection de flux soit volontairement (par exemple en appuyant sur une touche + d'un boîtier de télécommande pour passer d'un flux courant à un flux suivant), soit involontairement (par exemple en appuyant sur une touche + d'un boîtier de 20 télécommande pour passer d'un programme véhiculé par un flux courant à un programme véhiculé par un flux suivant). Dans un second mode de réalisation avantageux, le premier événement prédéterminé est la libération de ressources suffisantes dans l'équipement intermédiaire. De façon avantageuse, le procédé comprend en outre une étape de libération de 25 la connexion partielle à la réalisation d'un second événement prédéterminé. De cette façon, on ne conserve pas inutilement une connexion partielle et on limite donc l'utilisation des ressources du réseau. Avantageusement, le second événement prédéterminé appartient au groupe comprenant: - la validation d'une autre connexion complète de flux, déjà établie entre le terminal source et le terminal destinataire, via l'équipement intermédiaire; - la désactivation de l'équipement intermédiaire. Dans un mode de réalisation particulier de l'invention, le réseau comprend un réseau fédérateur auquel sont connectés: chacun via un noeud source ( dispositif d'interface multimédia ), un ou plusieurs sous- réseau(x) au(x)quel(s) sont reliés les 5 terminaux source; via un noeud destinataire ( dispositif d'interface multimédia ), le sous-réseau auquel est relié le terminal destinataire. En outre, l'équipement intermédiaire est confondu avec un des noeuds. Préférentiellement, l'équipement intermédiaire est confondu avec le noeud destinataire. L'invention concerne également un procédé de sélection et d'établissement d'une connexion d'un flux de données parmi une pluralité de flux de données originaires d'une pluralité de terminaux source, un terminal destinataire et les terminaux source étant reliés à un réseau de communication. Ce procédé comprend les étapes suivantes: (a) on établit une connexion complète d'un flux, dit flux courant, entre l'un des 15 terminaux source et le terminal destinataire, via un équipement intermédiaire; (b) on détermine un sous-ensemble de flux sélectionnables en fonction du flux courant, comprenant au moins un flux pouvant être sélectionné grâce à des moyens d'émission de commandes de sélection; (c) pour chaque flux sélectionnable, on établit une connexion partielle du flux entre 20 le terminal source et le terminal destinataire, via l'équipement intermédiaire, ladite connexion étant partielle en ce que l'équipement intermédiaire ne laisse pas passer le flux vers le terminal destinataire tant que l'équipement intermédiaire n'a pas reçu une commande de sélection dudit flux; (d) à la réception d'une commande de sélection d'un flux de données particulier, dit 25 flux sélectionné: - l'équipement intermédiaire laisse passer le flux sélectionné vers le terminal destinataire, de façon qu'une connexion complète du flux sélectionné soit établie entre le terminal source générant le flux sélectionné et le terminal destinataire, le flux sélectionné devenant le nouveau flux courant; 30 - on réitère les étapes (b) et (c) avec le nouveau flux courant, en vue d'une nouvelle itération de l'étape (d). Le principe général de ce second procédé selon l'invention consiste donc à anticiper les décisions de l'utilisateur en établissant une ou plusieurs connexion(s) partielle(s) pour des flux que l'utilisateur est susceptible de vouloir visualiser après la visualisation du flux courant. Les notions de connexion partielle et connexion complète -5 ont déjà été discutées ci-dessus, en relation avec le premier procédé selon l'invention (sur lequel s'appuie le second procédé selon l'invention). Ainsi, on réduit le temps d'établissement d'une nouvelle connexion de flux, et on augmente donc la vitesse de balayage (scannage) des flux disponibles par l'utilisateur. De façon avantageuse, le sous-ensemble de flux sélectionnables comprend: 10 - au moins un flux précédent (GAUCHE), qui précède, selon un classement de flux déterminé, le flux courant; - au moins un flux suivant (DROITE), qui suit, selon le classement de flux déterminé, le flux courant. Dans un mode de réalisation particulier de l'invention, le réseau comprend un 15 réseau fédérateur auquel sont connectés: chacun via un noeud source ( dispositif d'interface multimédia ), un ou plusieurs sous-réseau(x) au(x)quel(s) sont reliés les terminaux source; via un noeud destinataire ( dispositif d'interface multimédia ), le sous- réseau auquel est relié le terminal destinataire. En outre, l'équipement intermédiaire est confondu avec un des noeuds. Préférentiellement, l'équipement intermédiaire est confondu avec le noeud destinataire. Avantageusement, le flux précédent (GAUCHE) est originaire d'un premier terminal source qui d'une part est relié au même sous-réseau que le terminal source générant le flux courant et d'autre part précède, selon un classement de flux déterminé 25 propre audit sous-réseau, le terminal source générant le flux courant. Par ailleurs, le flux suivant (DROITE) est originaire d'un second terminal source qui d'une part est relié au même sous-réseau que le terminal source générant le flux courant et d'autre part suit, selon le classement de flux déterminé propre audit sous-réseau, le terminal source générant le flux courant. Selon une variante avantageuse, le flux précédent (GAUCHE) est originaire dudit premier terminal source s'il existe et sinon d'un terminal source qui, d'une part, est relié à un sous-réseau précédent, qui précède, selon un classement de sous-réseaux déterminé, le sous-réseau auquel est relié le terminal source générant le flux courant et, d'autre part, est le dernier flux selon un classement déterminé propre audit sous-réseau précédent. Par ailleurs, le flux suivant (DROITE) est originaire dudit second terminal 5 source s'il existe et sinon d'un terminal source qui, d'une part, est relié à un sous-réseau suivant, qui suit, selon un classement de sous-réseaux déterminé, le sous-réseau auquel est relié le terminal source générant le flux courant et, d'autre part, est le premier flux selon un classement déterminé propre audit sous-réseau précédent. De façon avantageuse, le sous-ensemble de flux sélectionnables comprend en 10 outre: - un flux de sous-réseau précédent (BAS), qui est originaire d'un terminal source qui, d'une part, est relié à un sous-réseau précédent, qui précède, selon un classement de sous-réseaux déterminé, le sous- réseau auquel est relié le terminal source générant le flux courant et, d'autre part, est le dernier flux selon un 15 classement déterminé propre audit sous-réseau précédent; - un flux de sous-réseau suivant (HAUT), qui est originaire d'un terminal source qui, d'une part, est relié à un sous-réseau suivant, qui suit, selon un classement de sous-réseaux déterminé, le sous-réseau auquel est relié le terminal source générant le flux courant et, d'autre part, est le premier flux selon un 20 classement déterminé propre audit sous-réseau précédent. Préférentiellement, le procédé comprend en outre une étape de validation du flux sélectionné, après qu'une connexion complète dudit flux sélectionné a été établie. De façon avantageuse, l'étape de validation du flux sélectionné est déclenchée par un événement appartenant au groupe comprenant: - la réception par l'équipement intermédiaire d'une commande de validation spécifique audit flux sélectionné, dont l'émission résulte de l'utilisation desdits moyens d'émission de commandes; - l'expiration d'une temporisation préalablement déclenchée par la réception de la commande de sélection spécifique à un flux particulier. 30 De façon préférentielle, ledit procédé_comprend en outre une étape de libération d'au moins une connexion partielle, effectuée: - suite à chaque itération de l'étape (b) de détermination d'un sous- ensemble de flux sélectionnables; et/ou suite à chaque itération de l'étape de validation de la sélection d'un flux particulier; et/ou - suite à une étape de désactivation de l'équipement intermédiaire. Dans un mode de réalisation avantageux de l'invention, pour chaque flux sélectionnable, l'établissement d'une connexion partielle dudit flux sélectionnable comprend les étapes suivantes: (i) l'équipement intermédiaire envoie une requête de connexion de flux (IREQ) à 10 un premier noeud source déterminé, ladite requête définissant au moins un critère de choix dudit flux sélectionnable; (ii) si le premier noeud source dispose sur son sous-réseau d'un terminal source générant un flux répondant audit au moins un critère de choix défini dans la requête, le premier noeud source envoie un message d'acquittement (I_ACK) 15 positif à l'équipement intermédiaire et la connexion partielle est établie; (iii) sinon, le premier noeud source envoie un message d'acquittement (IACK) négatif à l'équipement intermédiaire et on réitère les étapes (i) à (iii) avec le premier noeud source mais en modifiant ledit au moins un critère de choix, ou avec un autre noeud source. Avantageusement, ladite requête définit au moins les deux critères de choix suivants: un identifiant de flux (STRID); une information de direction de recherche de flux (DIR) dans un classement de flux propre au sous-réseau associé au noeud source recevant la requête. De façon avantageuse, l'identifiant de flux (STRID) peut prendre soit une 25 valeur valide soit une valeur non valide, et en ce que l'information de direction (DIR) peut prendre l'une des valeurs suivantes: + , - et = , de façon que: - si l'identifiant de flux (STRID) prend une valeur valide: * la valeur = de l'information de direction (DIR) indique que la requête porte sur le flux identifié par l'identifiant de flux (STRID); 30 * la valeur + de l'information de direction (DIR) indique que la requête porte sur le flux suivant le flux identifié par l'identifiant de flux (STRID), selon un classement de flux propre au sous-réseau associé au noeud source recevant la requête; * la valeur - de l'information de direction (DIR) indique que la requête porte sur le flux précédant le flux identifié par l'identifiant de 5 flux (STRID), selon le classement de flux propre au sous-réseau associé au noeud source recevant la requête; - si l'identifiant de flux (STRID) prend une valeur non valide: * la valeur = de l'information de direction (DIR) n'est pas utilisée; * la valeur + de l'information de direction (DIR) indique que la requête 10 porte sur le premier flux selon le classement de flux propre au sous-réseau associé au noeud source recevant la requête; * la valeur - de l'information de direction (DIR) indique que la requête porte sur le dernier flux selon le classement de flux propre au sous-réseau associé au nceud source recevant la requête. 15 Selon une caractéristique avantageuse, pour chaque connexion partielle d'un flux sélectionnable, la libération de ladite connexion partielle comprend les étapes suivantes: (1) l'équipement intermédiaire envoie un message de demande de libération de flux (IREL) au noeud source dont le sous-réseau associé est relié au terminal source générant ledit flux à libérer, ledit message de demande de libération définissant 20 au moins un critère de choix (STRID) du flux à libérer; (2) si le noeud source dispose sur son sous-réseau d'un terminal source générant un flux répondant audit au moins un critère de choix défini dans le message de demande de libération, le noeud source envoie un message d'acquittement (IACK) positif à l'équipement intermédiaire et la connexion partielle est 25 libérée; (3) sinon, le noeud source envoie un message d'acquittement (I_ACK) négatif à l'équipement intermédiaire et on réitère les étapes (1) à (3) avec le même noeud source mais en modifiant ledit au moins un critère de choix du flux à libérer, ou avec un autre noeud source. tl L'invention concerne aussi un programme d'ordinateur comprenant des instructions de code de programme pour l'exécution des étapes du procédé précité, lorsque ledit programme est exécuté sur un ordinateur. L'invention concerne encore un équipement intermédiaire utilisé dans la mise en 5 oeuvre d'un procédé d'établissement d'une connexion de flux de données entre un terminal source et un terminal destinataire reliés à un réseau de communication. Cet équipement intermédiaire comprend: - des moyens permettant de ne pas laisser passer vers le terminal destinataire un flux pour lequel une connexion a été établie entre le terminal source et le 10 terminal destinataire via l'équipement intermédiaire, tant qu'un premier événement prédéterminé ne s'est pas réalisé, ladite connexion étant dite connexion partielle tant que le premier événement prédéterminé ne s'est pas réalisé; - des moyens de détection de la réalisation dudit premier événement prédéterminé, 15 permettant de désactiver lesdits moyens permettant de ne pas laisser passer le flux vers le terminal destinataire, de façon qu'une connexion complète de flux soit établie entre le terminal source et le terminal destinataire après que la réalisation dudit premier événement prédéterminé a été détectée. L'invention concerne également un équipement intermédiaire utilisé dans la 20 mise en oeuvre d'un procédé de sélection et d'établissement d'une connexion d'un flux de données parmi une pluralité de flux de données originaires d'une pluralité de terminaux source, un terminal destinataire et les terminaux source étant reliés à un réseau de communication, une connexion complète d'un flux, dit flux courant, étant établie entre l'un des terminaux source et le terminal destinataire, via l'équipement 25 intermédiaire. Cet équipement intermédiaire comprend: - des moyens d'obtention d'un sous-ensemble de flux sélectionnables en fonction du flux courant, comprenant au moins un flux pouvant être sélectionné grâce à des moyens d'émission de commandes de sélection; - pour chaque flux sélectionnable pour lequel une connexion a été établie entre le terminal source et le terminal destinataire via l'équipement intermédiaire, des moyens permettant de ne pas laisser passer le flux vers le terminal destinataire tant qu'un premier événement prédéterminé ne s'est pas réalisé, ladite connexion étant dite connexion partielle tant que l'équipement intermédiaire n'a pas reçu une commande de sélection dudit flux; - des moyens de réception d'une commande de sélection d'un flux de données particulier, dit flux sélectionné, permettant quand ils reçoivent une commande sélection de: * désactiver les moyens permettant de ne pas laisser passer le flux sélectionné vers le terminal destinataire, de façon qu'une connexion complète du flux sélectionné soit établie entre le terminal source générant le flux sélectionné 10 et le terminal destinataire, le flux sélectionné devenant le nouveau flux courant; * activer à nouveau les moyens d'obtention d'un sous-ensemble de flux sélectionnables et les moyens permettant de ne pas laisser passer le flux, pour chaque flux sélectionnable,, en vue d'une nouvelle réception d'une 15 commande de sélection par lesdits moyens de réception. D'autres caractéristiques et avantages de l'invention apparaîtront à la lecture de la description suivante d'un mode de réalisation préférentiel de l'invention, donné à titre d'exemple indicatif et non limitatif, et des dessins annexés, dans lesquels: - la figure 1 représente un réseau domestique dans lequel peut être mis en oeuvre le procédé selon l'invention de sélection d'un flux parmi une pluralité de flux, et d'établissement d'une connexion pour le flux sélectionné; - la figure 2 représente un schéma bloc d'un module d'interface audio vidéo compris dans un dispositif d'interface multimédia (noeud) apparaissant sur la figure i; - la figure 3a représente un boîtier de télécommande utilisé à l'intérieur du réseau domestique de la figure 1, en relation avec un dispositif d'interface multimédia (noeud); - la figure 3b représente une vue en perspective de la face avant d'un dispositif d'interface multimédia (noeud) apparaissant sur la figure 1; 30 - la figure 4, qui est composée des figures 4a et 4b, représente l'algorithme d'établissement d'une connexion de flux selon l'invention, exécuté par un dispositif d'interface multimédia (noeud source) auquel est connecté un terminal source; - les figures 5a, 5b et 5c représentent un message de requête de connexion de flux, un message d'accusé de réception et un message de demande de libération de flux respectivement; - la figure 6 représente l'algorithme de libération d'une connexion de flux selon l'invention, exécuté par un dispositif d'interface multimédia (noeud source) auquel est connecté un terminal source; - la figure 7a représente une table de contrôle de flux gérée par un dispositif d'interface multimédia (noeud destinataire formant équipement intermédiaire) auquel est connecté un terminal destinataire; la figure 7b représente une table de contrôle de flux gérée par un dispositif d'interface multimédia (noeud source) auquel est connecté unterminal source; - la figure 8, qui est composée des figures 8a, 8b, 8c et 8d, représente l'algorithme de gestion de connexion de flux selon l'invention, exécuté par un dispositif d'interface multimédia (noeud destinataire formant équipement intermédiaire) auquel est connecté un terminal destinataire; - la figure 9 représente l'algorithme global du procédé selon l'invention de sélection d'un flux parmi une pluralité de flux, et d'établissement d'une 20 connexion pour le flux sélectionné. La figure 1 représente un réseau de communication multimédia dans lequel peut être mis en oeuvre le procédé selon l'invention de sélection d'un flux parmi une pluralité de flux, et d'établissement d'une connexion pour le flux sélectionné. Ce réseau est par exemple installé dans un environnement domestique. Le réseau interconnecte des équipements tels que des téléviseurs référencés 107a, 107b, 107c et 107d, un lecteur de type lecteur DVD référencé 109, un magnétoscope référencé 112, des équipements de type ordinateurs référencés 110 et 114, ainsi qu'un caméscope numérique référencé 111. Ce réseau comporte des équipements d'interface multimédia référencés 103a, 30 103b, 103c et 103d (aussi appelés noeuds dans la suite de la description). Les équipements d'interface multimédia référencés 103a, 103b, 103c sont par exemple intégrés dans les cloisons 102a, 102b et 102c des pièces de l'habitation. L'équipement d'interface multimédia référencé 130d n'est pas intégré dans la cloison mais relié à travers un lien 116 au connecteur référencé 115. Ces équipements d'interface multimédia sont reliés à une unité de commutation centrale 100 placée préférentiellement à côté du 5 tableau de fourniture d'énergie électrique à travers des liens référencés 10la, 10lb, 101c, 10ld et 116. Ces liens sont par exemple de type UTP5 (de l'anglais Unshielded Twisted Pair, category 5 telque spécifié dans la norme ANSI/TIAIEIA/568A) classiquement utilisé dans les réseaux de type Ethernet, et le connecteur référencé 115 est de type RJ45. Il est à remarquer que d'autres types de liens pourraient être utilisés 10 tels que des liens par fibre optique ou des câbles conformes à la norme IEEE1355. Chacun des dispositifs d'interface multimédia comporte au moins des moyens de connexion de types Ethernet, IEEE1394 et une sortie vidéo analogique. Toutes les informations obtenues par ces moyens de connexion seront distribuées à d'autres dispositifs d'interface multimédia distants à travers l'unité de commutation centrale et 15 des liens reliant cette unité aux différents dispositifs d'interface multimédia. Ainsi, les dispositifs d'interface multimédia référencés 103a, 103b, 103c et 103d, les liens référencés 10la, 10lb, 10lc, 10ld et 116 et l'unité de commutation centrale 100 forment ensemble un réseau fédérateur, aussi appelé dorsale du réseau domestique (ou home network backbone en anglais) dans la suite de la description. 20 Le téléviseur 107a est relié par l'intermédiaire d'une liaison vidéo analogique 104a à l'équipement d'interface multimédia 103a. Selon une variante, la liaison 104a peut être conforme à la norme IEEE1394 et le téléviseur comporte alors une carte IEEE1394. De façon similaire les téléviseurs 107b, 107c et 107d sont reliés respectivement aux équipements d'interface multimédia 130b, 103c et 103d par 25 l'intermédiaire de liaisons vidéo analogiques 104b, 104c et 104d. Le lecteur de DVD référencé 109 est relié par l'intermédiaire d'une liaison analogique 106a à un convertisseur analogique-numérique référencé 108a. Ce convertisseur est lui-même relié par un lien numérique 105a conforme à la norme IEEE 1394 à l'équipement d'interface multimédia 103a. Ce convertisseur convertit les 30 informations vidéo analogiques générées par le lecteur DVD dans un format compatible avec la norme IEEE1394. L'ordinateur 110, le caméscope 111 et le convertisseur analogiquenumérique 108b sont reliés entre eux et avec l'équipement d'interface multimédia 103b par l'intermédiaire d'un lien numérique 105b conforme à la norme IEEE 1394. Le convertisseur analogique-numérique 108b est lui- même relié au magnétoscope analogique 112 par l'intermédiaire du lien 106b. L'ordinateur référencé 114 est relié par l'intermédiaire d'un lien de type Ethernet référencé 113 à l'équipement d'interface multimédia 103c. Les différentes sources AV (aussi appelées terminaux source) sont accessibles depuis toute pièce, en utilisant des terminaux destinataires (par exemple des téléviseurs 10 107x, avec x = a, b, c ou d). Grâce à un boîtier de télécommande mis à sa disposition, l'utilisateur envoie des commandes infrarouges à un des équipements d'interface multimédia 103x, avec x = a, b, c ou d. Ces commandes sont interprétées pour établir des connexions entre les terminaux sources et les terminaux destinataires. La figure 2 représente un schéma bloc d'un module d'interface audio vidéo 205 15 compris dans un équipement d'interface multimédia (noeud) référencé 103x, avec x = a, b, c ou d, sur la figure 1. D'une manière générale, un module d'interface audio vidéo 205 possède une pluralité de moyens de connexion par lesquels des signaux de différentes natures vont être traités. Les données issues de ces moyens de connexion vont être mélangées les 20 unes aux autres pour ne former qu'un seul flot de données conforme à un protocole donné qui est transmis par l'intermédiaire de l'interface Lien Y 204 sur l'unique médium qui est dans notre cas un câble CATS. Cette interface audio vidéo 205 va gérer aussi les contraintes de qualité de service associé à ses différents signaux. L'interface audio vidéo comporte un microcontrôleur 338 qui va assurer le transfert des données sur le bus 320 à destination des moyens de stockage de type RAM (Random Access Memory) 306 plus particulièrement lorsque les données proviennent par exemple du lien 10la. A la mise sous tension du dispositif d'interface multimédia, le microcontrôleur 30 338 va charger le programme contenu dans la Mémoire Flash 305 dans la mémoire RAM 306 et exécuter le code associé à ce programme. Le microcontrôleur 338 va assurer le transfert des informations provenant des différents moyens de connexion vers une queue de transmission référencée 301. Ces informations seront transférées vers la queue de transmission de 301 conformément à la qualité de service requise pour le transfert de ces informations. En effet, les réseaux de 5 type IEEE1394 permettent d'échanger des données de type isochrone ou asynchrone. Les données ici de type isochrone ont des impératifs de débit de transmission tandis que les données de type asynchrone peuvent être transmises sans impératifs de débit de transmission. Le transfert des données selon une qualité des service est décrit dans la demande 10 de brevet européenne n 01400316. Nous ne le décrirons pas plus amplement. Au microcontrôleur 338 sont connectés une interface Ethernet de type 100baseT référencée 316 permettant la connexion d'un câble comme celui référencé 113. Un générateur de caractère 317, en terminologie anglaise On Screen Display , est aussi connecté au microcontrôleur 338. Ce générateur de caractère 317 va permettre 15 l'insertion d'informations dans le signal vidéo transmis sur la liaison 105a par exemple. Un module de transmission et de réception infrarouge 318 est aussi connecté au microcontrôleur 338. Par l'intermédiaire de ce module infrarouge 318, des signaux de commandes infrarouges issus d'un boîtier de télécommande seront retransmis par l'intermédiaire du microcontrôleur 338 vers les différents équipements connectés au 20 réseau. Ce transfert de commandes infrarouges est décrit dans la demande de brevet française n FR 0110367. Il est à remarquer que dans une variante, le module infrarouge est préférentiellement unidirectionnel. Le microcontrôleur 338 va gérer aussi par l'intermédiaire de l'interface de bus 25 304 la configuration des paramètres de transmission associés à chaque queue de transmission, ces paramètres étant stockés dans le module de segmentation et réassemblage 303. Pour les queues de transmission associées à un flux de données de type isochrone (en terminologie anglo-saxonne stream mode buffer ), le module de 30 segmentation et ré-assemblage 303 garantit le débit de transmission minimal nécessaire au flux de données de type isochrone à partir des paramètres de transmission. Pour les queues de transmission associées à un flux de données de type asynchrone (en terminologie anglo-saxonne message mode buffer ), le module de segmentation et ré-assemblage 303 garantit un débit de transmission maximal au flux de données de type asynchrone à partir des paramètres de transmission. Le calcul des paramètres de transmission par le microcontrôleur 338 associés à chaque queue de transmission est calculé: - en fonction d'une réservation de bande passante dans le réseau pour les queues de type stream mode buffer ; - localement en fonction d'une estimation de la bande passante disponible 10 dans le réseau pour les queues de type message mode buffer . Le transfert des données selon ces deux modes de transmission est décrit dans la demande de brevet européenne n 01400316. Nous ne le décrirons pas plus amplement. Ces données proviendront: - soit des dispositifs connectés aux liens de type IEEE 1394 comme par 15 exemple le lien 0l5a, - soit d'un dispositif analogique (tel que par exemple un magnétoscope de type VHS) connecté au convertisseur analogique/numérique 314, - soit d'un dispositif de type micro-ordinateur connecté à l'interface Ethernet 316. Dans le cas où des données analogiques proviennent par exemple d'un magnétoscope 112 relié directement à l'interface multimédia, celles-ci vont être converties par le convertisseur analogique/numérique 314 et ensuite encodées dans un format de type MPEG2 ou DV par le module 313. Ces données encodées seront ensuite transmises par l'intermédiaire de l'interface audio vidéo numérique 309 et du contrôleur 25 de pont 308 à la queue de transmission 301. DV est le diminutif du format SD-DVCR (en terminologie anglo-saxonne: Standard Definition Digital Video Cassette Recorder ). MPEG2 est l'acronyme de Motion Picture Expert Group 2 . Il est à remarquer que le convertisseur analogique/numérique 108b représenté en figure 1 est ici intégré au dispositif d'interface multimédia 103b. Pour les données d'un type autre que MPEG2 ou DV (par exemple un format propriétaire), un autre codeur 350 et un autre convertisseur analogique/numérique 351 sont prévus, dont le rôle est directement déduit des éléments référencés 353 et 355 décrits ci-dessus. Dans le cas où des données proviennent d'un dispositif relié à un lien de type IEEE1394 comme par exemple le lien 105a, deux types de traitement seront effectués 5 selon la nature des données. Si ces données sont de type asynchrone, elles vont transiter par l'intermédiaire de l'interface de bus 304 et être mémorisées dans la mémoire 306. Le microcontrôleur 338 assure le transfert de celles-ci vers une queue de transmission 301 (de type message mode buffer ). Si ce sont des données sont de type isochrone, elles vont transiter directement vers une queue de transmission 301 de type stream mode 10 buffer . Le microcontrôleur 338 va gérer aussi par l'intermédiaire de l'interface de bus 304 la répartition des données reçues par l'intermédiaire de l'interface de lien Y 204 et stockées dans la queue de réception 302. Pour les données de type isochrone et en fonction de la destination de ces 15 données, le microcontrôleur 338 va déclencher le transfert des données soit vers le contrôleur de lien IEEE1394 référencé 310, si celles- ci sont destinées à au moins un des terminaux connectés sur le bus 105a par exemple, soit vers le contrôleur de pont 308, si celles-ci sont destinées à un terminal connecté à la liaison 104a par exemple. Pour les données de type asynchrone, le microcontrôleur 338 va déclencher le 20 transfert des données vers la mémoire RAM 306 via l'interface bus 304. Les données asynchrone de type Ethernet seront ensuite émises vers l'interface 316. Les données asynchrone de type IEEE1394 seront ensuite émises vers l'interface référencée 311. Si les données sont destinées à un terminal connecté au lien 104a par exemple, le 25 microcontrôleur 338 va déclencher le transfert de ces données vers l'interface audio vidéo numérique 309 par l'intermédiaire du contrôleur de pont 308. Ces données de type MPEG2 ou DV seront ensuite décodées par le décodeur 312 et enfin transmises au convertisseur numérique/analogique 340, qui permet le transfert des informations en analogique par exemple vers le téléviseur analogique 107a par l'intermédiaire du lien 30 104a. Pour les données d'un type autre que MPEG2 ou DV (par exemple un format propriétaire), un autre décodeur 353 et un autre convertisseur numérique/analogique 354 sont prévus, dont le rôle est directement déduit des éléments référencés 312 et 340 décrits ci-dessus. Le module de segmentation et ré-assemblage 303 contrôle l'émission des données sous formes de paquets depuis les queues de transmission vers l'interface de lien Y 204. Chaque paquet comprend un en-tête de routage ainsi qu'un en-tête de type de paquet (de type message ou de type stream en fonction de la queue de transmission). Les information de routage et de type de paquet sont configurés par le 10 microcontrôleur 338. De plus, le module de segmentation et ré-assemblage 303 contrôle la réception des paquets depuis l'interface de lien Y 204 afin de stocker les données en fonction du type de paquet dans la queue de réception appropriée soit de type message mode buffer soit de type stream mode buffer . On décrit maintenant, en relation avec la figure 3a, un boîtier de télécommande 400 utilisé à l'intérieur du réseau domestique de la figure 1, en relation avec un dispositif d'interface multimédia (noeud destinataire), constituant un équipement intermédiaire selon l'invention. Le boîtier de télécommande 400 comprend des moyens (non représentés) 20 d'émission de signaux infra-rouges (IR), ainsi que différentes touches et notamment: - une touche DROITE 404 (respectivement GAUCHE 402), dont l'appui entraîne la génération d'une commande IR permettant à l'équipement intermédiaire de sélectionner un flux suivant (respectivement précédent), par rapport à un flux courant, au sein d'un sous-ensemble de 25 flux sélectionnables sur un bus. En d'autres termes, ces touches 402, 404 permettent à l'utilisateur de passer au terminal source suivant ou précédent parmi les terminaux source reliés à un bus IEEE 1394 donné, luimême connecté au réseau via un dispositif d'interface multimédia (noeud source). Lorsque tous les flux des terminaux sources présents sur le bus IEEE 1394 30 ont été parcourus, l'appui supplémentaire sur les touches 404 ou 402 permet à l'utilisateur de passer à un flux d'un terminal source du bus IEEE 1394 suivant ou précédent respectivement; - une touche HAUT 407 (respectivement BAS 406), dont l'appui entraîne la génération d'une commande IR permettant à l'équipement 5 intermédiaire de sélectionner directement des flux générés par des terminaux source qui se trouvent dans des pièces (puisqu'il y a de préférence un bus série par pièce contenant des équipements AV) autres que celle d'où provient le flux courant (contenu que l'utilisateur est en train de regarder). L'appui la première fois sur les touches DROITE , 10 GAUCHE , HAUT ou BAS entraîne la génération d'une commande IR permettant au dispositif d'interface multimédia de démarrer l'algorithme du procédé selon l'invention décrit ci-après en relation avec la figure 8.; - une touche Menu 401, dont l'appui entraîne la génération d'une 15 commande IR permettant à l'utilisateur d'accéder à des fonctions évoluées à travers un menu de gestion de réseau. Cette touche 401 peut également être utilisée pour arrêter l'algorithme du procédé selon l'invention; - une touche Sel 405, dont l'appui entraîne la génération d'une commande IR permettant au dispositif d'interface multimédia de valider un 20 flux courant (pour lequel une connexion complète entre le terminal source et le terminal destinataire a été établie via le dispositif d'interface multimédia); - une touche Power 403, dont l'appui entraîne la génération d'une commande IR permettant d'activer (respectivement désactiver) le dispositif 25 d'interface multimédia si celui-ci est désactivé (respectivement activé). La figure 3b représente une vue en perspective de la face avant d'un dispositif d'interface multimédia (noeud) apparaissant sur la figure 1 (par exemple celui référencé 103a). Ce dispositif d'interface multimédia fournit la connectivité (ports IEEE1394, 30 Ethernet, prises RCA analogiques, etc.) pour connecter des équipements AV et PC au réseau domestique. Il contient également une fenêtre de réception de signaux infrarouges (IR) 412 pour l'utilisation du boîtier de télécommande décrit ci-dessus en relation avec la figure 3a. Optionnellement, ce dispositif d'interface multimédia comprend en outre un ensemble de boutons pour zapper directement depuis la face avant du dispositif 5 d'interface multimédia au lieu d'utiliser un boîtier de télécommande. Les boutons référencés 408, 409, 410 et 411 effectuent les mêmes commandes que les touches de télécommande référencées 402, 404, 406 et 407 respectivement sur la figure 3a. Les modules matériels gérant le réglage des boutons 408, 409, 410 et 411 du dispositif d'interface multimédia ne sont pas représentés sur la figure 2 pour simplifier la 10 représentation schématique de ce dispositif d'interface multimédia. La figure 4 est composée des figures 4a et 4b. Elle représente l'algorithme d'établissement d'une connexion de flux selon l'invention, exécuté par un dispositif d'interface multimédia (noeud source) auquel est connecté un terminal source. Prenons l'exemple d'une situation conventionnelle en utilisant le réseau 15 domestique décrit sur la figure 1. L'utilisateur utilise le téléviseur 107d connecté au dispositif d'interface multimédia 103d et il envoie des commandes au dispositif d'interface multimédia 103d en utilisant le boîtier de télécommande 400. Une fois que le dispositif d'interface multimédia 103d et le téléviseur 107d sont activés, un flux AV s'affiche sur le téléviseur 107d, comme cela est décrit sur la figure 8, sauf si aucune 20 source AV n'est disponible à l'intérieur du réseau domestique. Dans ce cas, un menu d'interface utilisateur peut être automatiquement présenté sur le téléviseur grâce au module OSD (affichage à l'écran) 317. Lorsque l'utilisateur souhaite visualiser une source AV avec le téléviseur 107d, il utilise le boîtier de télécommande 400 pour naviguer au sein d'un menu de gestion de 25 réseau (touche MENU ), affiché au téléviseur ou, si aucun menu n'est affiché au téléviseur, il utilise sa télécommande 400 pour balayer toutes les sources AV connectées au réseau domestique. Le dispositif d'interface multimédia 103d interprète alors les commandes envoyées par l'utilisateur et il effectue une ou des connexions de flux. La procédure d'établissement d'une connexion de flux exige un protocole de 30 communication entre le dispositif d'interface multimédia 103d et les autres dispositifs d'interface multimédia du réseau 103a, 103b et 103c. Les messages utilisés sont décrits ci-après en, relation avec les figures Sa, 5b et 5c. La figure 4 décrit l'algorithme qui est exécuté par les dispositifs d'interface multimédia 103a, 103b et 103c quand ils participent à la procédure d'établissement 5 d'une connexion de flux avec le dispositif d'interface multimédia 103d. Pour que l'utilisateur puisse voir un contenu audio vidéo généré par un terminal source connecté au dispositif d'interface multimédia 103b (noeud source), ce dispositif d'interface multimédia doit recevoir un message IREQ (demande de connexion isochrone) à l'étape 502 émanant du dispositif d'interface multimédia 103d qui demande une 10 connexion. Le dispositif d'interface multimédia 103b analyse ensuite le message IREQ reçu pour vérifier s'il contient un identifiant de flux valide. Un identifiant de flux non valide est un nombre prédéterminé qui ne spécifie aucun flux. En tenant compte de l'avant-projet de norme P1394.1 ponts de bus série de grandes performances D1.04 du 24 octobre 2002, l'identifiant de flux est défini comme une combinaison de 15 l'identifiant EUI64 du terminal source et de l'indice de l'OPCR (registre de contrôle de prise de sortie, défini dans les normes IEC 61883) qui est utilisé par le terminal source pour transmettre le flux. Un identifiant EUI64 qui n'est jamais affecté est donc suffisant pour définir un identifiant de flux non valide. Si le message IREQ contient un identifiant de flux valide (réponse affirmative à 20 l'étape 503), le dispositif d'interface multimédia 103b vérifie (étape 504) s'il concerne un flux disponible sur son bus local. Si tel n'est pas le cas, il renvoie au dispositif d'interface multimédia 103d un message IACK (accusé de réception de connexion isochrone) indiquant que le flux demandé est inconnu (étape 506). Sinon (étape 505), il contrôle la valeur DIR (direction) du message IREQ. Si la valeur DIR correspond à 25 = , le dispositif d'interface multimédia 103d demande qu'une connexion soit établie pour le flux identifié par l'identifiant de flux du message IREQ. A l'étape 508, le dispositif d'interface multimédia 103b sélectionne le flux concerné et vérifie à l'étape 514 s'il y a suffisamment de ressources disponibles pour établir la connexion (ressources du réseau, ressources internes du dispositif d'interface multimédia 103b (pont), 30 ressources du bus local). S'il n'y a pas suffisamment de ressources, le dispositif d'interface multimédia 103b (noeud source) renvoie au dispositif d'interface multimédia 103d (nceud destinataire et équipement intermédiaire) un message IACK indiquant le manque de ressources (étape 517). Sinon, il établit une connexion sur le réseau domestique à partir de son bus local vers le dispositif d'interface multimédia 103d (étape 515), il envoie au dispositif d'interface multimédia 103d un message IACK indiquant 5 que la demande de connexion est réalisée (étape 516) et il configure ses mécanismes de transmission pour lancer le transfert du flux (étape 518). Si la valeur DIR correspond à + (réponse affirmative à l'étape 507), le dispositif d'interface multimédia 103d demande qu'une connexion soit établie pour le flux disponible suivant celui identifié par l'identifiant de flux du message I REQ. C'est 10 au dispositif d'interface multimédia 103b de mettre en oeuvre une méthode de classement de flux (voir discussion ci-dessous). Le dispositif d'interface multimédia 103b vérifie ensuite (étape 510) si un tel flux est disponible dans sa liste de flux du bus local. S'il ne reste plus de flux disponible, il renvoie au dispositif d'interface multimédia 103d, à l'étape 513, un message I_ACK indiquant que la connexion de flux demandée 15 ne peut pas être établie. Sinon, il sélectionne le flux disponible suivant (étape 511) et il vérifie la disponibilité des ressources (étape 514). Si la valeur DIR correspond à - (réponse négative à l'étape 507), le dispositif d'interface multimédia 103d demande qu'une connexion soit établie pour le flux disponible précédant celui identifié par l'identifiant de flux du message IREQ. Le 20 dispositif d'interface multimédia 103b vérifie ensuite (étape 509) si un tel flux est disponible dans sa liste de flux du bus local. S'il ne reste plus de flux disponible, il renvoie au dispositif d'interface multimédia 103d, à l'étape 513, un message I_-ACK indiquant que la connexion de flux demandée ne peut pas être établie. Sinon, il sélectionne le flux disponible précédent (étape 512) et il vérifie la disponibilité des 25 ressources (étape 514). Si le message IREQ contient un identifiant de flux non valide (valeur prédéterminée) (réponse négative à l'étape 503), le dispositif d'interface multimédia 103b contrôle (étape 519) la valeur DIR du message IREQ. Si la valeur DIR correspond à = , il est impossible de sélectionner un flux. Il renvoie donc au dispositif 30 d'interface multimédia 103d à l'étape 520 un message IACK indiquant que la connexion de flux demandée ne peut pas être établie. Si la valeur DIR ne correspond pas à = , le dispositif d'interface multimédia 103b vérifie (étape 521) s'il y a un flux disponible sur son bus local. Si aucun flux n'est disponible, il indique à l'étape 522 cette situation dans le message I_ACK renvoyé au dispositif d'interface multimédia 103d. Si un flux est disponible sur son bus local, il sélectionne (étape 524) le premier élément 5 dans la liste des flux disponibles si la valeur DIR correspond à + (réponse affirmative à l'étape 523), sinon (c'est-à-dire si la valeur DIR correspond à - ), il sélectionne le dernier élément de la liste des flux disponibles (étape 525). L'algorithme passe ensuite à l'étape 514 pour vérifier les ressources, comme cela a déjà été décrit cidessus. Dans tous les cas, lorsque le dispositif d'interface multimédia 103b envoie un message IACK indiquant que la demande de connexion est réalisée (ACKOK), le champ STRID contenu dans ce message contient l'identifiant du flux établie. Comme cela apparaît dans la description ci-dessus, la manière dont les sources (ou terminaux source) sont classées sur un bus dépend du dispositif d'interface 15 multimédia qui met ces sources en interface avec la dorsale du réseau domestique. Plusieurs mises en ceuvre sont possibles: le dispositif d'interface multimédia peut gérer une liste de sources en fonction de leur identifiant EUI64 (mot de 64 bits identifiant de manière unique un dispositif enregistré dans la mémoire ROM de configuration pour les dispositifs IEEE1394), dans l'ordre chronologique de leur connexion au bus local du 20 dispositif d'interface multimédia, en fonction du canal isochrone qu'elles utilisent sur le bus local pour transmettre le flux AV, etc. Des solutions n'ayant pas d'impact sur une telle classification, lorsqu'une réinitialisation de bus intervient sur le bus local de dispositif d'interface multimédia, sont sélectionnées de préférence pour maintenir la cohérence au niveau de l'utilisateur distant (qui ne peut pas savoir ce qu'il se passe dans 25 une pièce autre que celle où il se trouve). Les figures 5a, 5b et 5c représentent les messages utilisés pour les procédures de connexion de flux. La figure Sa représente le message IREQ, utilisé pour demander une connexion de flux. La figure 5c représente le message IREL, utilisé pour demander une libération d'une connexion de flux. La figure 5b représente le message I_ACK, utilisé 30 pour accuser réception d'un message IREQ ou I_REL. Le champ d'en-tête de paquet 600 contient des informations sur le routage depuis le dispositif d'interface multimédia qui émet le message jusqu'à celui qui le reçoit, ainsi que des informations sur l'identification du dispositif d'interface multimédia émetteur et sur le canal de communication utilisé. Le champ LBL 601 est un moyen d'étiquetage. Un message IACK en réponse à un message IREQ ou IREL doit avoir un champ LBL identique au champ LBL du message IREQ ou I_REL auquel il fait référence. Ce champ est utilisé pourretrouver le I_REQ/IREL concerné par un I_ACK reçu. Le champ de message 602 peut être réglé à la valeur I_REQ, IREL ou I_ACK. 10 Ce champ spécifie le type du message: IREQ est utilisé pour demander l'établissement d'une connexion de flux; I_ACK est utilisé pour accuser réception d'une demande d'établissement ou de libération d'une connexion de flux; I_REL est utilisé pour demander une libération d'une connexion de flux. Le champ DIR 603 indique une direction ( = , + , ou - ) et son utilisation 15 a déjà été décrite ci-dessus, en relation avec la figure 4. Les champs STRID 604, 608 et 609 spécifient l'identifiant de flux, c'està-dire la valeur qui identifie un flux de manière unique dans un réseau domestique. Un exemple de la construction d'un identifiant de flux en fonction de la combinaison de l'identifiant EUI64 du terminal source et de l'indice de son OPCR utilisé pour envoyer 20 le flux AV sur le bus local du terminal source est défini dans l'avant-projet de norme P1394.1 Ponts de bus série de grandes performances D1.04 du 24 octobre 2002. Le champ STRID peut également être réglé à une valeur d'identifiant de flux non valide, c'est-à-dire une valeur prédéterminée permettant de régler le champ STR_ID comme étant indéfini. Dans un message IREQ, le champ STR_ID 604 est significatif en 25 fonction du champ DIR 603. Lorsque le champ DIR est réglé sur = , le champ STR_ID indique l'identifiant du flux à propager sur la dorsale du réseau domestique. S'il est réglé à la valeur prédéterminée d'identifiant de flux non valide, le message I_REQ n'a pas été correctement construit par l'émetteur du message et un message I_ACK indiquant le résultat ACK_KO doit être renvoyé à l'émetteur IREQ par le 30 récepteur I_REQ, comme cela est décrit sur la figure 4. Lorsque le champ DIR est réglé sur + , le champ STRID indique l'identifiant du flux juste avant le flux à propager sur la dorsale du réseau domestique dans la liste des flux disponibles gérés par le récepteur I_REQ. Lorsque le champ DIR est réglé sur + , le champ STRID peut également être réglé à une valeur prédéterminée d'identifiant de flux non valide. Dans ce cas, le récepteur du message IREQ doit traiter la configuration de connexion pour la 5 première source dans sa liste de sources disponibles sur son bus local. Lorsque le champ DIR est réglé sur - , le champ STR_ID indique l'identifiant du flux juste après le flux à propager sur la dorsale du réseau domestique dans la liste des flux disponibles gérés par le récepteur IREQ. Lorsque le champ DIR est réglé sur - , le champ STRID peut également être réglé à la valeur prédéterminée d'identifiant de flux non valide. 10 Dans ce cas, le récepteur du message IREQ doit traiter la configuration de la connexion pour la dernière source dans sa liste de sources disponibles sur son bus local. Dans le message I_ACK le champ STR_ID 608 contient l'identifiant du flux qui a été établi suite à une demande d'établissement de flux IREQ. Le champ EOP 605 indique la fin du paquet ou du message. Le champ ACKVAL 606 indique le résultat de la demande auquel le message I_ACK fait référence. Ce champ peut être réglé sur ACKOK, ACK_KO, ACK_NO_STREAM ou ACK_NO_RESOURCE. Lorsque le résultat ACK_OK est indiqué dans un message IACK, la demande à laquelle il fait référence a été exécutée avec succès. Lorsque le résultat ACK_NO_RESOURCE est indiqué dans un message 20 I_ACK, la demande à laquelle il fait référence n'a pas été exécutée par manque de ressources. Lorsque le résultat ACK_NO_STREAM est indiqué dans un message I_ACK, la demande à laquelle il fait référence n'a pas été exécutée par manque de disponibilité de flux. Lorsque le résultat ACK_KO est indiqué dans un message IACK, la demande à laquelle il fait référence n'a pas été exécutée pour une raison autre que le 25 manque de ressources ou le manque de disponibilité de flux. Le champ DVT 607 indique le type de flux pour lequel l'établissement d'une connexion (ou éventuellement la libération d'une connexion) fait l'objet d'un accusé de réception avec le message I_ACK. Ce champ n'a aucune signification si la valeur du champ ACKVAL est différente de ACK_OK. A noter qu'un tel champ DVT peut être présent dans le champ IREQ pour une variante de l'invention dans laquelle l'émetteur du message IREQ spécifie le type de flux qu'il demande: DV, MPEG2, etc. Ce champ est donc analysé en complément du champ DIR, puis le message IREQ est analysé comme suit: lorsque le champ DIR est réglé sur = , le champ STRID indique l'identifiant du flux à propager sur la dorsale du réseau domestique, qui doit être du type défini par le champ DVT pour que la 5 configuration de la connexion soit réussie. Lorsque le champ DIR est réglé sur + , le champ STRID indique l'identifiant du flux juste avant le flux à propager sur la dorsale du réseau domestique dans la liste des flux disponibles du type défini par le champ DVT géré par le récepteur I_REQ. Lorsque le champ DIR est réglé sur + , le champ STRID peut également être réglé à la valeur prédéterminée d'identifiant de flux non 10 valide. Dans ce cas, le récepteur du message IREQ doit traiter la configuration de la connexion pour la première source du type défini par le champ DVT dans sa liste des sources disponibles sur son bus local. Lorsque le champ DIR est réglé sur - , le champ STRID indique l'identifiant du flux juste après le flux à propager sur la dorsale du réseau domestique dans la liste des flux disponibles du type défini par le champ DVT 15 géré par le récepteur I_REQ. Lorsque le champ DIR est réglé sur - , le champ STRJID peut également être réglé à la valeur prédéterminée d'identifiant de flux non valide. Dans ce cas, le récepteur du message IREQ doit traiter la configuration de la connexion pour la dernière source du type défini par le champ DVT dans sa liste de sources disponibles sur son bus local. La figure 6 représente l'algorithme de libération d'une connexion de flux selon l'invention, exécuté par un dispositif d'interface multimédia (noeud source) auquel est connecté un terminal source. Reprenons l'exemple utilisé pour expliquer la figure 4. Lorsque le dispositif d'interface multimédia 103d n'a plus besoin d'un flux déjà établi, il peut demander 25 l'élimination de la connexion de flux. Il peut donc envoyer (comme cela est décrit ciaprès en relation avec la figure 8) au dispositif d'interface multimédia 103b un message I_REL. Le dispositif d'interface multimédia 103b reçoit un message IREL à l'étape 702. Le dispositif d'interface multimédia 103b analyse ensuite le message I_REL reçu 30 pour vérifier s'il contient un identifiant de flux valide (étape 703). Si tel n'est pas le cas, il renvoie au dispositif d'interface multimédia 103d un message IACK indiquant la présence d'une incohérence dans le message IREL (étape 705). Sinon, il analyse si l'identifiant de flux contenu dans le champ STR_ID du message I_REL fait référence à un flux de son bus local (étape 704) et, si ce flux est déjà transmis vers le dispositif d'interface multimédia 103d, il arrête la transmission du flux vers le dispositif 5 d'interface multimédia 103d (étapes 707 et 708). Il envoie ensuite un message IACK au dispositif d'interface multimédia 103d (étape 709), indiquant l'exécution réussie de la procédure de libération d'une connexion de flux. Si l'analyse de l'identifiant de flux révèle une incohérence, le récepteur du message IREL renvoie à l'émetteur un message I_ACK indiquant cette incohérence (étape 706). Les figures 7a et 7b représentent des paires de tables de contrôle de flux gérées par les dispositifs d'interface multimédia du réseau domestique. La figure 7a représente une première paire de tables de contrôle de flux 801, 802 gérées par un dispositif d'interface multimédia (noeud destinataire formant équipement intermédiaire) auquel est connecté un terminal destinataire. Elle s'applique aux flux 15 traversant le dispositif d'interface multimédia depuis l'interface de la dorsale du réseau domestique (ou réseau fédérateur) vers l'interface AV de la pièce (CODEC ou bus série IEEE1394, comme décrit ci-dessus en relation avec la figure 2). La figure 7b représente une seconde paire de tables de contrôle de flux 805, 806 gérées par un dispositif d'interface multimédia (noeud source) auquel est connecté un 20 terminal source. Elle s'applique aux flux traversant le dispositif d'interface multimédia depuis l'interface AV de la pièce vers l'interface de la dorsale du réseau domestique. Il est clair que dans la pratique, un même dispositif d'interface multimédia peut comprendre ces deux paires de table de contrôle, puisqu'il peut se comporter, pour certains flux, comme un noeud source (auquel est relié un terminal source) et, pour 25 d'autres flux, comme un noeud destinataire (auquel est relié un terminal destinataire). Chaque ligne d'une table de contrôle de flux correspond à une file d'attente d'émission ou de réception, telle que décrite ci-dessus en relation avec la figure 2. Sur les figures 7a et 7b, plusieurs lignes de table de contrôle de flux sont représentées, chacune étant associée à une file d'attente d'émission ou de réception de flux. Pour des 30 raisons de coûts, le dispositif d'interface multimédia peut ne contenir qu'un nombre réduit de files d'attente de réception (et également d'émission) pour limiter la mémoire interne requise du dispositif d'interface multimédia. Chaque ligne de la première paire de tables de contrôle de flux 801,802 met en correspondance un descripteur de flux côté réception dorsale 803, contenu dans la 5 table de gauche 801, et un descripteur de flux côté émission bus série / CODEC 804, contenu dans la table de droite 802. Le descripteur de flux côté réception dorsale 803 contient le canal d'émission (VC) et l'identifiant de source de la dorsale (noeud source) tels qu'indiqués dans l'entête du paquet 600 défini sur les figures Sa, 5b et 5c. Le descripteur de flux côté 10 émission bus série / CODEC 804 contient la vitesse (100, 200 ou 400 Mbps telle que définie par la norme IEEE1394) à laquelle le flux est transféré sur le bus local du dispositif d'interface multimédia, ainsi que le canal isochrone à utiliser. Il peut également contenir un champ ST utilisé pour indiquer que le transfert du flux de la dorsale vers le bus série local doit commencer. Chaque ligne de la seconde paire de tables de contrôle de flux 805, 806 met en correspondance un descripteur de flux côté réception bus série / CODEC 808, contenu dans la table de droite 806, et un descripteur de flux côté émission dorsale 807, contenu dans la table de gauche 805. La description de la seconde paire de tables de contrôle de flux 805, 806 est 20 pratiquement identique à celle de la première paire de tables de contrôle de flux 801, 802. On notera cependant que le descripteur de flux côté réception bus série / CODEC 808 indique uniquement le canal isochrone à utiliser, ainsi qu'éventuellement un champ ST utilisé pour indiquer que le transfert du flux du bus série local vers la 25 dorsale doit commencer. Par ailleurs, le descripteur de flux côté émission dorsale 807 contient un identifiant du canal (VC) utilisé pour transférer le flux sur la dorsale, un identifiant du dispositif d'interface multimédia d'émission (noeud source) (cet identifiant peut être contenu dans un registre distinct commun à toutes les émissions), un paramètre de 30 planification (en langue anglaise scheduling )et un paramètre de routage pour atteindre le dispositif d'interface multimédia récepteur du flux sur la dorsale (nceud destinataire). La figure 8 est composée des figures 8a, 8b, 8c et 8d. Elle représente l'algorithme de gestion de connexion de flux selon l'invention, exécuté par un dispositif 5 d'interface multimédia (noeud destinataire formant équipement intermédiaire) auquel est connecté un terminal destinataire. Dans l'exemple de réseau domestique illustré sur la figure 1, le terminal destinataire est par exemple le téléviseur analogique référencé 107d, qui est connecté au dispositif d'interface multimédia référencé103d. La figure 8 illustre un mode de réalisation de l'invention dans lequel le boîtier de télécommande 400 (figure 3a), permettant à l'utilisateur de zapper d'un flux de données à un autre, comprend seulement deux touches 402 et 404 (GAUCHE et DROITE). Le principe reste cependant identique dans le cas illustré sur la figure 3a où le boîtier de télécommande comporte deux touches supplémentaires 406 et 407 (BAS et HAUT). L'algorithme commence dans un état OFF (étape 901) où la réception du dispositif d'interface multimédia qui doit recevoir le flux de la dorsale est désactivée. Cela ne veut pas dire que le dispositif d'interface multimédia est hors tension, mais seulement que les moyens de réception de flux ne sont pas activés. Cela permet au dispositif d'interface multimédia de recevoir des paquets de données asynchrones en 20 provenance de la dorsale pour la gestion du réseau domestique et également pour gérer des connexions impliquant des sources AV situées sur son bus série local. A l'étape 902, l'utilisateur active le dispositif d'interface multimédia. Le dispositif d'interface multimédia prend ensuite les informations qu'il a enregistrées, par exemple, dans la mémoire flash 305 (étape 903). Ces informations 25 contiennent tous les paramètres nécessaires pour établir une connexion avec la source AV que l'utilisateur regardait lorsqu'il a désactivé le dispositif d'interface multimédia. A l'étape 904, le dispositif d'interface multimédia 103d construit un message I_REQ émis vers le dispositif d'interface multimédia approprié, par exemple celui 30 référencé 103b sur la figure 1, pour établir une connexion de flux correspondant aux paramètres pris dans la mémoire à l'étape 903. Le dispositif d'interface multimédia attend ensuite le message I_ACK (étapes 905 et 906). Si le message IACK indique que l'établissement de la connexion de flux a échoué (réponse négative à l'étape 907) (la source peut avoir disparu du réseau 5 domestique, etc.), le dispositif d'interface multimédia 103d peut construire un autre message IREQ destiné au même dispositif d'interface multimédia 103b, avec une valeur d'identifiant de flux non valide dans le champ STRID et le champ DIR indiquant + ou - . Cela signifie qu'il demande au dispositif d'interface multimédia 103b d'établir une connexion de flux avec la première, respectivement la dernière, 10 source dans la liste des sources disponibles gérées par le dispositif d'interface multimédia 103b. Lorsqu'une connexion de flux est obtenue avec succès sur la dorsale (réponse positive à l'étape 907), le dispositif d'interface multimédia 103d actualise, à l'étape 908, les tables de contrôle de flux 801 et 802 (figure 7a) de sorte que le flux reçu de la 15 dorsale traverse le dispositif d'interface multimédia (formant un pont) 103d vers l'écran (terminal destinataire) approprié. Le champ DVT du message I_ACK indique quel décodeur doit être utilisé par le dispositif d'interface multimédia 103d pour interpréter le flux de données AV. A l'étape 909, le dispositif d'interface multimédia 103d demande au dispositif 20 d'interface multimédia 103b d'établir une connexion de flux avec la prochaine source disponible sur son bus local. Il utilise ainsi la connexion déjà établie qui a été demandée à l'étape 904 comme référence dans le champ STR_ID et il règle le champ DIR sur + dans le message IREQ. La table de contrôle de flux 802 (côté émission bus série / CODEC ) n'étant pas actualisée pour transférer le flux demandé à l'étape 909, le 25 module de segmentation et de réassemblage 303 (figure 2), qui est en charge de la mise en interface du module de liaison en Y 204 et des files d'émission/réception 302 et 302, rejette tous les paquets constituant le flux demandé à l'étape 909. Cela préserve les files d'attente de réception 302 pour tout usage par d'autres applications. Cette caractéristique est particulièrement utile et bénéfique pour les dispositifs d'interface multimédia ayant 30 un nombre très limité de files d'attente de réception 302 (une ou deux). Le dispositif d'interface multimédia attend ensuite le message IACK (étapes 910 et 911). Si le message IACK relatif au message IREQ envoyé à l'étape 909 indique que la connexion de flux est établie (réponse affirmative à l'étape 912), le dispositif 5 d'interface multimédia 103d, sans programmation de la table de contrôle de flux 802 (côté émission bus série / CODEC ) pour transférer ce flux vers son bus local, demande à l'étape 913 d'établir une connexion de flux avec la précédente source disponible sur son bus local. I1 utilise ainsi la connexion déjà établie qui a été demandée à l'étape 904 comme référence dans le champ STRID et il règle le champ DIR sur - 10 dans le message I_REQ. Le dispositif d'interface multimédia attend ensuite le message IACK (étapes 914 et 915). S'il n'y a plus de flux disponible sur le bus, le message I_ACK correspondant au message IREQ envoyé lors de l'étape 909 ou 913 est rempli avec la valeur 15 ACK_NO_STREAM dans le champ ACKVAL (réponse négative à l'étape 912 ou 916). Le dispositif d'interface multimédia 103d sait ainsi qu'il n'y a plus de flux avant ou après (en fonction du champ DIR du message IREQ) le flux identifié par la valeur dans le champ STR_ID sur le bus local du dispositif d'interface multimédia 103b. Le dispositif d'interface multimédia 103d peut alors construire un autre message I-REQ 20 (retour à l'étape 909 ou 913) destiné à un autre dispositif d'interface multimédia 103b, avec une valeur d'identifiant de flux non valide dans le champ STR_ID et le champ DIR indiquant + ou - . Dans une variante de réalisation on peut inclure d'autres critères que l'absence de flux disponibles sur le bus pour que le dispositif d'interface multimédia 103d puisse 25 construire un message IREQ destiné à un autre dispositif d'interface multimédia 103b. Par exemple un second critère peut être l'absence de ressources (valeur ACK_NO_RESOURCE dans le message IACK) qui peut rendre nécessaire le changement de bus même si des flux sont toujours disponibles sur le premier bus. Ainsi, si le dispositif d'interface multimédia 103d a l'intention d'obtenir le 30 prochain flux disponible (champ DIR de IREQ réglé sur + ), il demande une connexion de flux au dispositif d'interface multimédia 103c qui est le dispositif d'interface multimédia gérant le prochain bus série disponible du réseau domestique. Il envoie ainsi un message IREQ au dispositif d'interface multimédia 103c avec un identifiant de flux non valide en tant que valeur du champ STR_ID et avec + réglé dans le champ DIR. Ce message demande au dispositif d'interface multimédia 103c 5 d'établir une connexion avec la première source présente dans sa liste de sources disponibles sur son bus local. Si le dispositif d'interface multimédia 103d a l'intention d'obtenir le précédent flux disponible (champ DIR de I_REQ réglé sur - ), il demande alors une connexion de flux au dispositif d'interface multimédia 103a du réseau domestique qui est le 10 dispositif d'interface multimédia gérant le précédent bus série disponible du réseau domestique. Il émet ainsi un message IREQ vers le dispositif d'interface multimédia 103a avec un identifiant de flux non valide en tant que valeur de champ STR_ID et avec - réglé dans le champ DIR. Ce message demande au dispositif d'interface multimédia 103a d'établir une connexion avec la dernière source présente dans sa liste 15 de sources disponibles sur son bus local. C'est la même méthode qui est utilisée pour préétablir des connexions avec le bus série suivant/précédent du réseau domestique lorsque l'interface utilisateur se compose de quatre boutons: un bouton pour sélectionner le flux précédent, un bouton pour sélectionner le flux suivant, un bouton pour sélectionner le premier flux disponible 20 sur le bus série suivant (c'est-à-dire une pièce, puisqu'il y a de préférence un bus série par pièce) et un bouton pour sélectionner le dernier flux disponible sur le bus série précédent. Si le message IACK relatif au message IREQ envoyé à l'étape 913 indique que la connexion de flux est établie (réponse affirmative à l'étape 916), on passe à 25 l'étape 917 correspondant à un état en attente validation (WAIT VALID). Le dispositif d'interface multimédia 103d est ici dans une configuration où trois connexions de flux (une complète et deux partielles) ont été établies avec d'autres terminaux du réseau domestique auxquels des sources AV sont connectées. Un seul flux AV traverse effectivement le dispositif d'interface multimédia (connexion complète), les 30 deux autres étant rejetés par le SAR 303 (connexions partielles). Si l'interface utilisateur se compose de quatre boutons pour les quatre directions possibles HAUT, BAS, GAUCHE et DROITE, le dispositif d'interface multimédia 103d, à l'étape 917, est dans une configuration où jusqu'à cinq connexions de flux (une complète et quatre partielles) ont été établies avec d'autres terminaux du réseau 5 domestique auxquels des sources AV ont été connectées. Un seul flux AV traverse effectivement le dispositif d'interface multimédia (connexion complète), les quatre autres étant rejetés par le SAR 303 (connexions partielles). Moins de cinq connexions de flux sont parfois établies, du fait qu'il existe des configurations dans lesquelles BAS et GAUCHE ciblent le même flux. L'analogie peut être faite avec les touches HAUT et 10 DROITE. Une variante consiste à afficher le flux courant (résultant de l'envoi du message I_REQ à l'étape 904) uniquement lorsque les connexions de flux partielles sont établies sur la dorsale, c'est-à-dire entre l'étape 916 et l'étape 917. Analogiquement, elle consiste à afficher un nouveau flux courant, résultant d'une sélection par l'utilisateur 15 parmi les flux suivant et précédent, uniquement lorsque les nouvelles connexions de flux partielles (qui sont fonction du nouveau flux courant) sont établies sur la dorsale (par exemple entre l'étape 939 et l'étape 917). L'impact de cette variante sur l'interaction utilisateur est qu'elle montre explicitement que l'action sur les boutons 402, 404, 406, 407, 408, 409, 410 et 411 (voir 20 figures 3a et 3b) n'est interprétée que lorsque le flux précédemment sélectionné est affiché sur le téléviseur 107d. Cette variante est renforcée par la figure 8d qui montre que toute action sur les boutons 402, 404, 408 et 409 ne prend effet que si l'algorithme est dans l'état repos (IDLE) à l'étape 942, ou dans l'état attente de validation (WAIT_VALID) à l'étape 917. Sinon les commandes utilisateur enregistrées en utilisant 25 ces boutons sont rejetées. A l'étape 917, l'algorithme attend des actions de l'utilisateur: la touche GAUCHE 402, la touche DROITE 404 et la touche SEL 405 du boîtier de télécommande peuvent être utilisées (en plus des boutons du dispositif d'interface multimédia et des touches HAUT/BAS dans la variante à quatre boutons de direction). 30 Une temporisation peut également être ajoutée en passant à l'étape 917. Le dispositif d'interface multimédia 103d peut interpréter l'expiration de cette temporisation comme si l'utilisateur avait appuyé sur la touche SEL 405 (VALID à l'étape 920). Cela permet de supprimer la touche SEL 405 de la télécommande et surtout de supprimer un bouton du dispositif d'interface multimédia (comme cela est illustré sur la figure 3b). Si l'utilisateur appuie sur la touche GAUCHE 402 (ou sur le bouton 408 du 5 dispositif d'interface multimédia) à l'étape 919, il indique qu'il souhaite visualiser la précédente source disponible (étape 922). Le dispositif d'interface multimédia actualise la table de contrôle de flux 801 (côté réception dorsale ) pour arrêter le transfert du flux courant (flux précédemment visualisé) et pour commencer le transfert du flux précédent (passage pour ce dernier d'une connexion partielle à une connexion 10 complète), c'est-à-dire du flux généré par la source précédant celle qui était visualisée dans la liste des sources disponibles du dispositif d'interface multimédia 103b (ou par la dernière source dans la liste des sources disponibles du dispositif d'interface multimédia 103a). Le flux précédemment visualisé devient le flux de la source suivante par rapport à la source en cours de visualisation (étape 925). Le dispositif d'interface multimédia 15 103d n'a qu'à demander une connexion (partielle) de flux pour la précédente source disponible par rapport au flux en cours de visualisation (étape 931) et à abandonner la connexion (partielle) concernant la source suivante pour le flux précédemment visualisé (étape 928). L'ordre de ces deux actions peut être inversé. Le dispositif d'interface multimédia attend ensuite le message IACK (étapes 20 933 et 936). Si le message I_ACK indique que l'établissement de la connexion de flux a échoué (réponse négative à l'étape 939), le dispositif d'interface multimédia 103d peut construire un autre message IREQ destiné au même dispositif d'interface multimédia 103b ou à un autre dispositif d'interface multimédia 103a. Si le message I_ACK relatif au message I_REQ envoyé à l'étape 931 indique que la connexion de flux est établie 25 (réponse affirmative à l'étape 939), on revient à l'étape 917. Si l'utilisateur appuie sur la touche DROITE 404 (ou sur le bouton 409 du dispositif d'interface multimédia) à l'étape 918, il indique qu'il souhaite visualiser la prochaine source disponible (étape 921). Le dispositif d'interface multimédia actualise la table de contrôle de flux 801 (côté réception dorsale ) pour arrêter le transfert du 30 flux courant (flux précédemment visualisé) et pour commencer le transfert du flux suivant (passage pour ce dernier d'une connexion partielle à une connexion complète), c'est-à-dire du flux généré par la source suivant celle qui était visualisée dans la liste des sources disponibles du dispositif d'interface multimédia 103b (ou par la première source dans la liste des sources disponibles du dispositif d'interface multimédia 103c). Le flux précédemment visualisé devient le flux de la source précédent par rapport à la source en 5 cours de visualisation (étape 924). Le dispositif d'interface multimédia 103d n'a qu'à demander une connexion (partielle) de flux pour la prochaine source disponible par rapport au flux en cours de visualisation (étape 930) et à abandonner la connexion (partielle) concernant la source précédente pour le flux précédemment visualisé (étape 927). L'ordre de ces deux actions peut être inversé. Le dispositif d'interface multimédia attend ensuite le message ILACK (étapes 932 et 935). Si le message I_ACK indique que l'établissement de la connexion de flux a échoué (réponse négative à l'étape 938), le dispositif d'interface multimédia 103d peut construire un autre message IREQ destiné au même dispositif d'interface multimédia 103b ou à un autre dispositif d'interface multimédia 103c. Si le message I_ACK relatif 15 au message IREQ envoyé à l'étape 930 indique que la connexion de flux est établie (réponse affirmative à l'étape 938), on revient à l'étape 917. Une fois que l'utilisateur est satisfait du contenu qu'il visualise, il peut appuyer sur la touche SEL 405 (ou simplement patienter jusqu'àl'expiration de la temporisation) pour valider le flux qu'il visualise (étape 920). Les connexions de flux partielles peuvent 20 être libérées (étapes 923 et 926) pour préserver les moyens internes des dispositifs d'interface multimédia et les ressources libres sur la dorsale du réseau domestique. En outre, l'utilisateur peut accéder à la source générant le flux qu'il visualise. Pour cela, le dispositif d'interface multimédia 103d envoie un message CREQ (demande de contrôle) (étape 929) et attend un message C_ACK (accusé de réception de 25 demande de contrôle) (étapes 934 et 937), ce qui permet d'ouvrir un connexion de contrôle vers le terminal source AV (étapes 940 et 941). Ne faisant pas l'objet de la présente invention, cela ne sera pas abordé en détail. L'algorithme passe ensuite à l'état repos (IDLE) (étape 942). Si l'utilisateur appuie de nouveau sur la touche GAUCHE (respectivement 30 DROITE), à l'étape 944 (respectivement 943), le dispositif d'interface multimédia 103d demande alors d'établir une connexion de flux pour la source disponible précédente (respectivement suivante), aux étapes 947, 951, 954, 956 et 958 (respectivement 946, 950, 953, 955 et 957). A l'étape 960 (respectivement 959), la source en cours de visualisation devient la nouvelle source suivante (respectivement précédente), et la première source précédente (respectivement suivante) devient la source visualisée. Au 5 cours des étapes 962, 964, 966 et 968 (respectivement 9961, 963, 965 et 967), le dispositif d'interface multimédia 103d demande l'établissement d'une connexion de flux avec la nouvelle source précédente (respectivement suivante). Le système repasse ensuite à l'état en attente validation (WAITVALID) (étape 917). Si l'utilisateur décide de désactiver le dispositif d'interface multimédia (c'est-à10 dire uniquement les moyens de réception, comme cela a déjà été décrit ci-dessus dans le document) à l'étape 945, les informations sur le flux en cours de visualisation sont enregistrées (étape 948) dans la mémoire flash 305 pour qu'elles puissent en être extraites à la prochaine activation du dispositif d'interface multimédia. La connexion de flux visualisée est également abandonnée pour préserver les ressources du réseau 15 domestique (étape 952). Même si cela n'est pas détaillé sur la figure 8 pour des raisons de simplicité, l'utilisateur peut demander à tout moment de désactiver le dispositif d'interface multimédia. Dans n'importe quel état, lorsque le signal OFF émis en appuyant sur la touche 403 de la télécommande est détecté, le dispositif d'interface multimédia 103d 20 demande la libération de toutes les connexions (complète et partielles) de flux dans lesquelles il est impliqué et il abandonne également toutes les connexions de flux pour lesquelles il a envoyé un message IREQ sans avoir déjà reçu le message IACK correspondant (il peut également attendre le message IACK pour abandonner ces connexions). L'objet de l'invention est donc de préétablir une ou des connexions de flux (connexions partielles) à partir d'une ou de plusieurs sources AV connectées au réseau domestique, en fonction de la source que l'utilisateur est en train de visualiser et des actions qu'il peut effectuer. La figure 9 représente l'algorithme global du procédé selon l'invention de 30 sélection d'un flux parmi une pluralité de flux, et d'établissement d'une connexion pour le flux sélectionné. Tout d'abord, lors de l'étape 1001, le dispositif d'interface multimédia (noeud destinataire) auquel est connecté un terminal destinataire (par exemple un téléviseur) détermine les flux sélectionnables auxquels l'utilisateur peut accéder en utilisant les touches de navigation du boîtier de télécommande ou les boutons de la face avant du 5 dispositif d'interface multimédia. Les flux sélectionnables dépendent directement du flux en cours d'affichage. Ensuite (étape 1002), le dispositif d'interface multimédia établit des connexions partielles pour ces flux sélectionnables. Cela signifie que la connexion de flux est établie du terminal source vers le dispositif d'interface multimédia, qui n'envoie pas le flux au 10 terminal destinataire à ce stade. Lorsque l'utilisation d'une touche de navigation est détectée l'écran (étape 1003), le dispositif d'interface multimédia extrait le flux souhaité parmi les flux sélectionnables (flux suivant, flux précédent par exemple). A l'étape 1004, il désactive la connexion de flux en cours (cette connexion devient ainsi une connexion partielle, les 15 données de flux étant rejetées par le dispositif d'interface multimédia) et il active ensuite une connexion du flux nouvellement sélectionné par l'utilisateur (étape 1005). Le dispositif d'interface multimédia peut ensuite réévaluer les flux sélectionnables en fonction du flux nouvellement sélectionné (nouveau flux courant affiché sur le téléviseur) (étape 1006), abandonner les connexions de flux partielles 20 inutiles (pour des flux sélectionnables précédents) (étape 1007) et revenir à l'étape 1002 (demande d'établissement d'une connexion partielle pour les nouveaux flux sélectionnables). REVENDICATIONS 1. Procédé d'établissement d'une connexion de flux de données entre un terminal source et un terminal destinataire reliés à un réseau de communication, caractérisé en ce qu'il comprend les étapes suivantes: - on établit une connexion partielle de flux entre le terminal source et le terminal destinataire, via un équipement intermédiaire qui est relié au réseau, ladite connexion étant partielle en ce que l'équipement intermédiaire ne laisse pas passer le flux vers le terminal destinataire tant qu'un premier événement prédéterminé ne s'est pas réalisé; - à la réalisation dudit premier événement prédéterminé, l'équipement intermédiaire laisse passer le flux vers le terminal destinataire, de façon qu'une connexion complète de flux soit établie entre le terminal source et le terminal destinataire. 2. Procédé selon la revendication 1, caractérisé en ce que le premier événement 15 prédéterminé est la réception par l'équipement intermédiaire d'une commande dont l'émission résulte de l'utilisation de moyens d'émission de commandes. 3. Procédé selon la revendication 1, caractérisé en ce que le premier événement prédéterminé est la libération de ressources suffisantes dans l'équipement intermédiaire. 4. Procédé selon l'une quelconque des revendications 1 à 3, caractérisé en ce qu'il 20 comprend en outre une étape de libération de la connexion partielle à la réalisation d'un second événement prédéterminé. 5. Procédé selon la revendication 4, caractérisé en ce que le second événement prédéterminé appartient au groupe comprenant: - la validation d'une autre connexion complète de flux, déjà établie entre le terminal source et le terminal destinataire, via l'équipement intermédiaire; - la désactivation de l'équipement intermédiaire. 6. Procédé selon l'une quelconque des revendications 1 à 5, caractérisé en ce que le réseau comprend un réseau fédérateur auquel sont connectés: chacun via un noeud source ( dispositif d'interface multimédia ), un ou plusieurs sous-réseau(x) au(x)quel(s) sont reliés les terminaux source; via un noeud destinataire ( dispositif d'interface multimédia ), le sous-réseau auquel est relié le terminal destinataire; et en ce que l'équipement intermédiaire est confondu avec un des noeuds. 7. Procédé selon la revendication 6, caractérisé en ce que l'équipement intermédiaire est confondu avec le noeud destinataire. 8. Procédé de sélection et d'établissement d'une connexion d'un flux de données parmi une pluralité de flux de données originaires d'une pluralité de terminaux source, un terminal destinataire et les terminaux source étant reliés à un réseau de communication, caractérisé en ce qu'il comprend les étapes suivantes: (a) on établit une connexion complète d'un flux, dit flux courant, entre l'un des terminaux source et le terminal destinataire, via un équipement intermédiaire; (b) on détermine un sous-ensemble de flux sélectionnables en fonction du flux courant, comprenant au moins un flux pouvant être sélectionné grâce à des moyens d'émission de commandes de sélection; 15 (c) pour chaque flux sélectionnable, on établit une connexion partielle du flux entre le terminal source et le terminal destinataire, via l'équipement intermédiaire, ladite connexion étant partielle en ce que l'équipement intermédiaire ne laisse pas passer le flux vers le terminal destinataire tant que l'équipement intermédiaire n'a pas reçu une commande de sélection dudit flux; 20 (d) à la réception d'une commande de sélection d'un flux de données particulier, dit flux sélectionné: - l'équipement intermédiaire laisse passer le flux sélectionné vers le terminal destinataire, de façon qu'une connexion complète du flux sélectionné soit établie entre le terminal source générant le flux sélectionné et le terminal 25 destinataire, le flux sélectionné devenant le nouveau flux courant; - on réitère les étapes (b) et (c) avec le nouveau flux courant, en vue d'une nouvelle itération de l'étape (d). 9. Procédé selon la revendication 8, caractérisé en ce que le sousensemble de flux sélectionnables comprend: - au moins un flux précédent (GAUCHE), qui précède, selon un classement de flux déterminé, le flux courant; - au moins un flux suivant (DROITE), qui suit, selon le classement de flux déterminé, le flux courant. 10. Procédé selon l'une quelconque des revendications 8 et 9, caractérisé en ce que le réseau comprend un réseau fédérateur auquel sont connectés: chacun via un noeud source ( dispositif d'interface multimédia ), un ou plusieurs sous-réseau(x) au(x)quel(s) sont reliés les terminaux source; via un noeud destinataire ( dispositif d'interface multimédia ), le sous-réseau auquel est relié le terminal destinataire; et en ce que l'équipement intermédiaire est confondu avec un des noeuds. 11. Procédé selon la revendication 10, caractérisé en ce que l'équipement intermédiaire est confondu avec le noeud destinataire. 12. Procédé selon la revendication 9 et l'une quelconque des revendications 10 et 11, caractérisé en ce que le flux précédent (GAUCHE) est originaire d'un premier terminal source qui d'une part est relié au même sous-réseau que le terminal source générant le 15 flux courant et d'autre part précède, selon un classement de flux déterminé propre audit sous-réseau, le terminal source générant le flux courant, et en ce que le flux suivant (DROITE) est originaire d'un second terminal source qui d'une part est relié au même sous-réseau que le terminal source générant le flux courant et d'autre part suit, selon le classement de flux déterminé propre audit sous-réseau, le 20 terminal source générant le flux courant. 13. Procédé selon la revendication 12, caractérisé en ce que le flux précédent (GAUCHE) est originaire dudit premier terminal source s'il existe et sinon d'un terminal source qui, d'une part, est relié à un sousréseau précédent, qui précède, selon un classement de sous-réseaux déterminé, le sous-réseau auquel est relié le terminal 25 source générant le flux courant et, d'autre part, est le dernier flux selon un classement déterminé propre audit sous-réseau précédent, et en ce que le flux suivant (DROITE) est originaire dudit second terminal source s'il existe et sinon d'un terminal source qui, d'une part, est relié à un sous-réseau suivant, qui suit, selon un classement de sous-réseaux déterminé, le sous- réseau auquel est relié 30 le terminal source générant le flux courant et, d'autre part, est le premier flux selon un classement déterminé propre audit sous-réseau précédent. 14. Procédé selon l'une quelconque des revendications 12 et 13, caractérisé en ce que le sous-ensemble de flux sélectionnables comprend en outre: - un flux de sous-réseau précédent (BAS), qui est originaire d'un terminal source qui, d'une part, est relié à un sous-réseau précédent, qui précède, selon un 5 classement de sous-réseaux déterminé, le sous- réseau auquel est relié le terminal source générant le flux courant et, d'autre part, est le dernier flux selon un classement déterminé propre audit sous-réseau précédent; - un flux de sous-réseau suivant (HAUT), qui est originaire d'un terminal source qui, d'une part, est relié à un sous-réseau suivant, qui suit, selon un 10 classement de sous-réseaux déterminé, le sous-réseau auquel est relié le terminal source générant le flux courant et, d'autre part, est le premier flux selon un classement déterminé propre audit sous- réseau précédent. 15. Procédé selon l'une quelconque des revendications 8 à 14, caractérisé en ce qu'il comprend en outre une étape de validation du flux sélectionné, après qu'une connexion 15 complète dudit flux sélectionné a été établie. 16. Procédé selon la revendication 15, caractérisé en ce que l'étape de validation du flux sélectionné est déclenchée par un événement appartenant au groupe comprenant: - la réception par l'équipement intermédiaire d'une commande de validation spécifique audit flux sélectionné, dont l'émission résulte de l'utilisation desdits 20 moyens d'émission de commandes; l'expiration d'une temporisation préalablement déclenchée par la réception de la commande de sélection spécifique à un flux particulier. 17. Procédé selon l'une quelconque des revendications 8 à 16, caractérisé en ce qu'il comprend en outre une étape de libération d'au moins une connexion partielle, 25 effectuée: - suite à chaque itération de l'étape (b) de détermination d'un sous- ensemble de flux sélectionnables; et/ou - suite à chaque itération de l'étape de validation de la sélection d'un flux particulier; et/ou - suite à une étape de désactivation de l'équipement intermédiaire. 18. Procédé selon l'une quelconque des revendications 10 à 17, caractérisé en ce que pour chaque flux sélectionnable, l'établissement d'une connexion partielle dudit flux sélectionnable comprend les étapes suivantes: (i) l'équipement intermédiaire envoie une requête de connexion de flux (IREQ) à 5 un premier noeud source déterminé, ladite requête définissant au moins un critère de choix dudit flux sélectionnable; (ii) si le premier noeud source dispose sur son sous-réseau d'un terminal source générant un flux répondant audit au moins un critère de choix défini dans la requête, le premier noeud source envoie un message d'acquittement (IACK) 10 positif à l'équipement intermédiaire et la connexion partielle est établie; (iii) sinon, le premier noeud source envoie un message d'acquittement (IACK) négatif à l'équipement intermédiaire et on réitère les étapes (i) à (iii) avec le premier noeud source mais en modifiant ledit au moins un critère de choix, ou avec un autre noeud source. 19. Procédé selon la revendication 18, caractérisé en ce que ladite requête définit au moins les deux critères de choix suivants: - un identifiant de flux (STRID); - une information de direction de recherche de flux (DIR) dans un classement de flux propre au sous-réseau associé au noeud source recevant la requête. 20 20. Procédé selon la revendication 19, caractérisé en ce que l'identifiant de flux (STRID) peut prendre soit une valeur valide soit une valeur non valide, et en ce que l'information de direction (DIR) peut prendre l'une des valeurs suivantes: + , et = , de façon que: - si l'identifiant de flux (STRID) prend une valeur valide: * la valeur = de l'information de direction (DIR) indique que la requête porte sur le flux identifié par l'identifiant de flux (STRID); * la valeur + de l'information de direction (DIR) indique que la requête porte sur le flux suivant le flux identifié par l'identifiant de flux (STRID), selon un classement de flux propre au sous-réseau associé au noeud source 30 recevant la requête; * la valeur - de l'information de direction (DIR) indique que la requête porte sur le flux précédant le flux identifié par l'identifiant de flux (STRID), selon le classement de flux propre au sous-réseau associé au noeud source recevant la requête; - si l'identifiant de flux (STRID) prend une valeur non valide: * la valeur = de l'information de direction (DIR) n'est pas utilisée; * la valeur + de l'information de direction (DIR) indique que la requête porte sur le premier flux selon le classement de flux propre au sous-réseau associé au noeud source recevant la requête; 10 * la valeur - de l'information de direction (DIR) indique que la requête porte sur le dernier flux selon le classement de flux propre au sous-réseau associé au noeud source recevant la requête. 21. Procédé selon l'une quelconque des revendications 10 à 20, caractérisé en ce que pour chaque connexion partielle d'un flux sélectionnable, la libération de ladite 15 connexion partielle comprend les étapes suivantes: (1) l'équipement intermédiaire envoie un message de demande de libération de flux (IREL) au noeud source dont le sous-réseau associé est relié au terminal source générant ledit flux à libérer, ledit message de demande de libération définissant au moins un critère de choix (STRID) du flux à libérer; 20 (2) si le noeud source dispose sur son sous-réseau d'un terminal source générant un flux répondant audit au moins un critère de choix défini dans le message de demande de libération, le noeud source envoie un message d'acquittement (IACK) positif à l'équipement intermédiaire et la connexion partielle est libérée; (3) sinon, le noeud source envoie un message d'acquittement (IACK) négatif à l'équipement intermédiaire et on réitère les étapes (1) à (3) avec le même noeud source mais en modifiant ledit au moins un critère de choix du flux à libérer, ou avec un autre noeud source. 22. Programme d'ordinateur, caractérisé en ce qu'il comprend des instructions de 30 code de programme pour l'exécution des étapes du procédé selon l'une quelconque des revendications 8 à 21, lorsque ledit programme est exécuté sur un ordinateur. 23. Equipement intermédiaire utilisé dans la mise en oeuvre d'un procédé d'établissement d'une connexion de flux de données entre un terminal source et un terminal destinataire reliés à un réseau de communication, caractérisé en ce qu'il comprend: - des moyens permettant de ne pas laisser passer vers le terminal destinataire un flux pour lequel une connexion a été établie entre le terminal source et le terminal destinataire via l'équipement intermédiaire, tant qu'un premier événement prédéterminé ne s'est pas réalisé, ladite connexion étant dite connexion partielle tant que le premier événement prédéterminé ne s'est pas 10 réalisé; - des moyens de détection de la réalisation dudit premier événement prédéterminé, permettant de désactiver lesdits moyens permettant de ne pas laisser passer le flux vers le terminal destinataire, de façon qu'une connexion complète de flux soit établie entre le terminal source et le terminal destinataire après que la 15 réalisation dudit premier événement prédéterminé a été détectée. 24. Equipement intermédiaire selon la revendication 23, caractérisé en ce qu'il comprend des moyens de réception d'une commande dont l'émission résulte de l'utilisation de moyens d'émission de commandes, et dont la réception par lesdits moyens de réception constitue le premier événement prédéterminé. 25. Equipement intermédiaire selon la revendication 23, caractérisé en ce qu'il comprend des moyens de détection de la libération de ressources suffisantes dans l'équipement intermédiaire, ladite détection de la libération de ressources suffisantes constituant ledit premier événement prédéterminé. 26. Equipement intermédiaire selon l'une quelconque des revendications 23 à 25, 25 caractérisé en ce qu'il comprend en outre des moyens de libération de la connexion partielle à la réalisation d'un second événement prédéterminé. 27. Equipement intermédiaire selon la revendication 26, caractérisé en ce qu'il comprend des moyens de validation d'une autre connexion complète de flux, déjà établie entre le terminal source et le terminal destinataire, via l'équipement 30 intermédiaire, ladite validation constituant le second événement prédéterminé. 28. Equipement intermédiaire selon l'une quelconque des revendications 23 à 27, caractérisé en ce que le réseau comprend un réseau fédérateur auquel sont connectés: - chacun via un noeud source ( dispositif d'interface multimédia ), un ou plusieurs sous-réseau(x) au(x)quel(s) sont reliés les terminaux source; - via un noeud destinataire ( dispositif d'interface multimédia ), le sous-réseau auquel est relié le terminal destinataire; et en ce que l'équipement intermédiaire est confondu avec un des noeuds. 29. Equipement intermédiaire selon la revendication 28, caractérisé en ce qu'il est confondu avec le noeud destinataire. 30. Equipement intermédiaire utilisé dans la mise en oeuvre d'un procédé de sélection et d'établissement d'une connexion d'un flux de données parmi une pluralité de flux de données originaires d'une pluralité de terminaux source, un terminal destinataire et les terminaux source étant reliés à un réseau de communication, une connexion complète d'un flux, dit flux courant, étant établie entre l'un des terminaux 15 source et le terminal destinataire, via l'équipement intermédiaire, caractérisé en ce qu'il comprend: - des moyens d'obtention d'un sous-ensemble de flux sélectionnables en fonction du flux courant, comprenant au moins un flux pouvant être sélectionné grâce à des moyens d'émission de commandes de sélection; 20 - pour chaque flux sélectionnable pour lequel une connexion a été établie entre le terminal source et le terminal destinataire via l'équipement intermédiaire, des moyens permettant de ne pas laisser passer le flux vers le terminal destinataire tant qu'un premier événement prédéterminé ne s'est pas réalisé, ladite connexion étant dite connexion partielle tant que l'équipement intermédiaire n'a pas reçu 25 une commande de sélection dudit flux; - des moyens de réception d'une commande de sélection d'un flux de données particulier, dit flux sélectionné, permettant quand ils reçoivent une commande sélection de: * désactiver les moyens permettant de ne pas laisser passer le flux sélectionné 30 vers le terminal destinataire, de façon qu'une connexion complète du flux sélectionné soit établie entre le terminal source générant le flux sélectionné et le terminal destinataire, le flux sélectionné devenant le nouveau flux courant; * activer à nouveau les moyens d'obtention d'un sous-ensemble de flux sélectionnables et les moyens permettant de ne pas laisser passer le flux, 5 pour chaque flux sélectionnable,, en vue d'une nouvelle réception d'une commande de sélection par lesdits moyens de réception. 31. Equipement intermédiaire selon la revendication 30, caractérisé en ce que le sous-ensemble de flux sélectionnables comprend: au moins un flux précédent (GAUCHE), qui précède, selon un classement de flux déterminé, le flux courant; - au moins un flux suivant (DROITE), qui suit, selon le classement de flux déterminé, le flux courant. 32. Equipement intermédiaire selon l'une quelconque des revendications 30 et 31, caractérisé en ce que le réseau comprend un réseau fédérateur auquel sont connectés: - chacun via un noeud source ( dispositif d'interface multimédia ), un ou plusieurs sous-réseau(x) au(x)quel(s) sont reliés les terminaux source; - via un noeud destinataire ( dispositif d'interface multimédia ), le sous-réseau auquel est relié le terminal destinataire; et en ce que l'équipement intermédiaire est confondu avec un des noeuds. 33. Equipement intermédiaire selon la revendication 32, caractérisé en ce qu'il est confondu avec le noeud destinataire. 34. Equipement intermédiaire selon l'une quelconque des revendications 30 à 33, caractérisé en ce qu'il comprend en outre des moyens de validation du flux sélectionné, après qu'une connexion complète dudit flux sélectionné a été établie. 35. Equipement intermédiaire selon l'une quelconque des revendications 30 à 34, caractérisé en ce qu'il comprend en outre des moyens de libération d'au moins une connexion partielle, activés: - suite à chaque activation des moyens de détermination d'un sous- ensemble de flux sélectionnables; et/ou - suite à chaque activation des moyens de validation de la sélection d'un flux particulier; et/ou - suite à chaque désactivation de l'équipement intermédiaire. 36. Equipement intermédiaire selon l'une quelconque des revendications 32 à 35, caractérisé en ce que les moyens d'établissement, pour chaque flux sélectionnable, d'une connexion partielle dudit flux sélectionnable comprennent: - des moyens d'envoi d'une requête de connexion de flux (IREQ) à un premier noeud source déterminé, ladite requête définissant au moins un critère de choix dudit flux sélectionnable; - des moyens de réception d'un message d'acquittement (IACK) tel que: * si le premier noeud source dispose sur son sous-réseau d'un terminal source 10 générant un flux répondant audit au moins un critère de choix défini dans la requête, le premier noeud source envoie un message d'acquittement (IACK) positif à l'équipement intermédiaire qui active les moyens d'établissement d'une connexion partielle; * sinon, le premier noeud source envoie un message d'acquittement (IACK) 15 négatif à l'équipement intermédiaire et l'équipement intermédiaire active à nouveau les moyens d'envoi d'une requête de connexion de flux et les moyens de réception d'un message d'acquittement, soit avec le premier noeud source mais en modifiant ledit au moins un critère de choix, soit avec un autre nccud source. 37. Equipement intermédiaire selon l'une quelconque des revendications 32 à 36, caractérisé en ce que les moyens de libération de la connexion partielle d'un flux sélectionnable comprennent: - des moyens d'envoi d'un message de demande de libération de flux (IREL) au noeud source dont le sous-réseau associé est relié au terminal source générant 25 ledit flux à libérer, ledit message de demande de libération définissant au moins un critère de choix (STR_ID) du flux à libérer; - des moyens de réception d'un message d'acquittement (IACK) tel que: * si le noeud source dispose sur son sous-réseau d'un terminal source générant un flux répondant audit au moins un critère de choix défini dans le message 30 de demande de libération, le noeud source envoie un message d'acquittement (IACK) positif à l'équipement intermédiaire qui active les moyens de libération de la connexion partielle; * sinon, le noeud source envoie un message d'acquittement (IACK) négatif au terminal intermédiaire et l'équipement intermédiaire active à nouveau les 5 moyens d'envoi d'un message de demande de libération de flux et les moyens de réception d'un message d'acquittement, soit avec le même noeud source mais en modifiant ledit au moins un critère de choix du flux à libérer, soit avec un autre noeud source.