FR 2835373 A1 20030801 FR 0201176 A 20020128 Système et procédé de gestion de l'établissement d'une connexion de flux, au sein d'un réseau audiovisuel domestique. Le domaine de l'invention est celui des réseaux audiovisuels domestiques permettant l'interconnexion d'une pluralité d'équipements. En d'autres termes, ces réseaux permettent d'interconnecter des équipements audio et/ou vidéo, de type analogique et/ou numérique, afin qu'ils échangent des signaux audiovisuels. Les équipements précités appartiennent par exemple à la liste d'équipements 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. On suppose que le réseau audiovisuel domestique est du type comprenant une pluralité de bus numériques, sur chacun desquels peuvent être connectés des équipements (connexion directe pour les équipements numériques, ou via un convertisseur analogique/numérique pour les équipements analogiques). L'invention s'applique notamment, mais non exclusivement, aux bus numériques de type IEEE 1394. 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) . On suppose également que les bus sont interconnectés par des ponts (aussi appelés premiers équipements spécifiques dans la suite de la description), conformément à une première norme relative à l'interconnexion d'équipements via des bus numériques eux-mêmes interconnectés par des ponts. Ainsi, en reprenant l'exemple d'application donné ci-dessus, on connecte différents bus de type IEEE 1394 par l'intermédiaire de ponts, en se conformant à la norme IEEE P1394.1 Draft Standard for High Performance Serial Bus Bridges (Draft 1.01 December 6,2001) . On suppose aussi que les équipements, y inclus les ponts, sont conformes à une seconde norme d'interopérabilité entre équipements, définissant une couche intermédiaire assurant l'interface entre, d'une part un ensemble de couches basses, notamment de communication et de transport, et, d'autre part un ensemble de couches supérieures d'application. En d'autres termes, cette seconde norme fournit une interface de programmation d'applications (API, pour Application Programming Interface en anglais), sur laquelle peuvent être développés des services, indépendamment des implémentations des réseaux audiovisuels domestiques. L'invention s'applique notamment, mais non exclusivement, dans le cas où la seconde norme précitée est la norme HAVi, décrite dans le document de référence HAVi (Home Audio Video interoperability) specifications (version 1.1 May 15, 2001) . On rappelle maintenant, en relation avec les figures 3 et 4, quelques caractéristiques définies dans la norme HAVi. La figure 3 présente un exemple d'architecture matérielle d'un équipement HAVi. Cette architecture matérielle comprend, de façon classique : un bus 200 permettant d'interconnecter les éléments listés ci-après ; une unité centrale (CPU) 201 ; une horloge 202 ; un système interne 203 ; un clavier 204 ; une mémoire de type RAM 205 ; une mémoire de type ROM 206 ; un système d'entrée/sortie 207 ; un moyen d'affichage (écran) 208 ; un adaptateur réseau 209. La figure 4 présente un exemple d'architecture logicielle d'un équipement HAVi. Cette architecture logicielle, stockée dans la mémoire de type ROM 206 et mise en oeuvre dans la mémoire de type RAM 205 (voir figure 3) de l'équipement HAVi, comprend : un ensemble 210 de couches basses, notamment de communication et de transport, formant une plate-forme spécifique vendeur (c'est-à-dire propre au fabricant de l'équipement) 215 connectée au bus numérique 216 de type IEEE 1394 ; un ensemble 211 de couches supérieures d'application, comprenant des modules d'application (AM) 213 et des modules Havlet 214 ; une couche intermédiaire ( pile HAVi ) 212, assurant l'interface entre l'ensemble 210 de couches basses et l'ensemble 211 de couches supérieures. La pile HAVi 212 comprend elle-même : un gestionnaire 217 de média de communication 1394 (1394 CMM), en charge des aspects communication de type IEEE 1394 ; un système de messagerie 218, permettant de faire communiquer tous les autres modules de la pile HAVi ; un gestionnaire (ou module de gestion) 219 d'enregistrement (Registry) ; un gestionnaire (ou module de gestion) 220 d'évènements (Event Manager) ; un gestionnaire (ou module de gestion) 221 de flux (Stream Manager, SM). Il permet d'établir une connexion de flux entre deux équipements ; un gestionnaire (ou module de gestion) 222 de ressources (Ressource Manager) ; un gestionnaire (ou module de gestion) 223 de modules de commandes (DCM Manager) ; des modules de commande d'équipement (DCM) 224, et des modules de commande de fonction (FCM) (non représentés), permettant chacun de commander un équipement HAVi. Les modules de commande de fonction (FCM) sont des sous-modules des modules de commande d'équipement (DCM). Selon la terminologie HAVi, l'ensemble des modules précités (213,214, 219 à 224), qui sont hébergés par les équipements, sont appelés modules fonctionnels élémentaires (SE, pour Software Element en anglais). En fonction des modules qu'ils implémentent (notamment parmi ceux listés ci-dessus), on peut distinguer quatre types d'équipements HAVi, pouvant être regroupés en deux catégories : les équipements FAV ( Full AudioVideo ) et IAV ( Intermediate AudioVideo ), qui sont des équipements intelligents au sens HAVi ; les équipements BAV ( Base AudioVideo ) et LAV ( Legacy AudioVideo ), qui sont des équipements non-intelligents au sens HAVi. Dans un souci de simplification, on considère uniquement, dans la suite de la description, le cas d'un réseau audiovisuel domestique, comprenant une pluralité de bus numériques de type IEEE 1394, interconnectés par l'intermédiaire de ponts, conformément à la norme IEEE P1394. 1 précitée, et interconnectant des équipements (y inclus les ponts) conformes à la norme HAVi précitée. Il est clair cependant que la présente invention n'est pas limitée à cette combinaison de première et seconde normes particulières. Il apparaît que la combinaison envisagée des normes IEEE P1394.1 et HAVi présente plusieurs inconvénients. D'une manière générale, ces inconvénients découlent du fait que la norme HAVi a été définie en relation avec la notion de bus numérique de type IEEE 1394, mais sans tenir compte de la notion (intervenue plus tard) d'interconnexion de bus numériques selon la norme IEEE P1394. 1. En d'autres termes, la norme HAVi suppose que tous les équipements concernés sont connectés à un même bus de type IEEE 1394. Or, la norme IEEE P1394.1 vise précisément à permettre à des équipements connectés à différents bus, de communiquer entre eux. Notamment, un inconvénient majeur est qu'un équipement intelligent (de type IAV ou FAV), connecté à un bus donné (dit bus local), ne peut pas : - détecter, - communiquer avec, - avoir connaissance des modules fonctionnels élémentaires hébergés par, un autre équipement, connecté à un autre bus (dit bus distant) En d'autres termes, un module fonctionnel élémentaire, dit module émetteur, hébergé par un équipement, dit équipement émetteur, connecté à un bus donné, dit bus local, ne peut pas communiquer avec un module fonctionnel élémentaire, dit module destinataire, hébergé par un équipement, dit équipement destinataire, connecté à un autre bus, dit bus distant. Or, dans le cadre de la norme HAVi 1.1, lorsqu'un équipement HAVi de type IAV ou FAV, appelé équipement émetteur, souhaite établir une connexion de flux entre un équipement source et un équipement récepteur, de nombreux messages doivent être échangés entre l'équipement émetteur lui-même et : - l'équipement source ; un premier équipement qui héberge le (s) module (s) de commande (DCM, FCM) associé (s) à l'équipement source ; - l'équipement récepteur ; un second équipement qui héberge le (s) module (s) de commande (DCM, FCM) associé (s) à l'équipement récepteur. Notamment, l'équipement émetteur (ou plus exactement son module fonctionnel élémentaire en charge de la gestion de flux, encore appelé SM pour l'anglais"Stream Manager") doit échanger des messages de type HAVi avec le (s) module (s) de commande (DCM, FCM) de l'équipement source (respectivement récepteur), mais il doit également envoyer des paquets asynchrones de type 1394 destinés aux registres spécifiques IEC 61883 ( IEC 61883 Parts 1-5 Standard for a consumer-Use Digital Interface ) de cet équipement source (respectivement récepteur). Un inconvénient de la combinaison envisagée des normes actuelles IEEE P1394.1 et HAVi est donc que, dans le cas où l'équipement émetteur HAVi de type IAV ou FAV est connecté à un premier bus, appelé bus local, et où l'équipement source et/ou récepteur est (sont) situé (s) sur un second bus, appelé bus distant, le module émetteur de l'équipement émetteur de type IAV ou FAV n'est pas capable d'envoyer directement des paquets asynchrones de type 1394 à cet équipement source et/ou récepteur. Un inconvénient conséquent est donc qu'il n'est pas possible, pour un module émetteur situé sur un bus local, d'établir une connexion de flux entre un équipement source et un équipement récepteur, dont l'un au moins est situé sur un bus distant. L'invention a notamment pour objectif de pallier ces différents inconvénients de l'état de la technique. Plus précisément, l'un des objectifs de la présente invention est de fournir une technique permettant à n'importe quel module émetteur, hébergé par un équipement connecté à un bus local, d'établir une connexion de flux entre un équipement source et un équipement récepteur, même si l'un de ces deux équipements source et récepteur est connecté à un bus distant. Un autre objectif de l'invention est de fournir une telle technique qui fonctionne que les équipements, notamment ceux qui hébergent les modules émetteurs, soient conformes ou non à la première norme (IEEE 1394.1 dans l'application préférentielle), de façon que tous les équipements existants puissent être conservés et utilisés. Un objectif complémentaire de l'invention est de fournir une telle technique qui permette de bénéficier autant que faire se peut des avantages offerts par la norme IEEEP1394. 1. Ces différents objectifs, ainsi que d'autres qui apparaîtront par la suite, sont atteints selon l'invention à l'aide d'un système de gestion d'un réseau audiovisuel domestique permettant l'interconnexion d'une pluralité d'équipements, dans lequel : - ledit réseau comprend au moins deux bus, sur chacun desquels peut être connecté au moins un desdits équipements, et au moins un premier équipement spécifique formant pont, interconnectant lesdits au moins deux bus, - ledit réseau est conforme à une première norme relative à l'interconnexion d'équipements via des bus numériques eux-mêmes interconnectés par des ponts, - les équipements, y inclus les ponts, sont conformes à une seconde norme d'interopérabilité entre équipements, définissant une couche intermédiaire assurant l'interface entre, d'une part un ensemble de couches basses, notamment de communication et de transport, et, d'autre part un ensemble de couches supérieures d'application, - une pluralité de modules fonctionnels élémentaires (SE) est hébergée par ladite pluralité d'équipements, chacun desdits équipements étant commandé par au moins un module fonctionnel élémentaire spécifique, dit module de commande (DCM, FCM), - au moins un deuxième équipement spécifique formant passerelle (HBP) est connecté à chaque bus, les passerelles comprenant des moyens de communication entre passerelles leur permettant d'avoir une vision dudit système au sens de ladite seconde norme, - ledit système comprend en outre au moins un troisième équipement spécifique formant équipement de gestion de flux, qui est connecté à un bus, dit bus local, qui a connaissance (HAVi BA) d'une passerelle, dite passerelle locale, connectée au bus local, qui héberge un module de gestion de flux (SM) et un proxy dudit module de gestion de flux (HBPSM), et qui comprend des moyens de gestion dudit proxy du module de gestion de flux, ledit module de gestion de flux (SM), hébergé par l'équipement de gestion de flux, permettant, sur requête émise par un module émetteur et reçue via ledit proxy correspondant, d'établir une connexion de flux entre un équipement source (talker device), dont ledit au moins un module de commande associé est hébergé par un premier équipement, et un équipement récepteur (listener device), dont ledit au moins un module de commande associé est hébergé par un second équipement, même lorsqu'au moins un desdits équipements source et récepteur est connecté à un autre bus, dit bus distant. Le principe général de l'invention consiste donc à utiliser un équipement spécifique, appelé équipement de gestion de flux, hébergeant un module de gestion de flux et un proxy de ce module. Ainsi, lorsqu'un module émetteur du bus local souhaite établir une connexion entre un équipement source et un équipement récepteur, dont l'un au moins est situé sur un bus distant, il peut demander au module de gestion de flux, en envoyant une requête à son proxy, de gérer l'établissement de la connexion de flux entre les équipements source et récepteur. Le module de gestion de flux de l'équipement de gestion de flux de l'invention est avantageusement capable d'aller écrire dans les registres IEC 61883 des équipements source et récepteur, même s'ils sont situés sur le bus distant. L'invention repose en outre sur la mise en oeuvre d'un jeu de passerelles (au moins une par bus), permettant de gérer la connexion, au niveau de leurs piles HAVi , d'équipements qui ne sont pas connectés à un même bus. Il convient de ne pas confondre les passerelles (nouveau type d'équipement introduit par la présente invention), avec les ponts (type d'équipement parfaitement défini dans la norme IEEE P1394.1). On rappelle que les ponts permettent une connexion, au niveau de leurs couches basses , d'équipements qui ne sont pas connectés à un même bus, sous réserve que ces équipements soient conformes à la norme IEEE P1394. 1. Préférentiellement, ladite seconde norme d'interopérabilité entre équipements est la norme HAVi (en anglais Home Audio Video interoperability ). De manière préférentielle, ladite première norme, relative à l'interconnexion d'équipements via des bus numériques eux-mêmes interconnectés par des ponts, est la norme 1394.1. Avantageusement, ledit système est tel que : - ledit proxy dudit module de gestion de flux, hébergé par l'équipement de gestion de flux, comprend des moyens de réception d'une requête d'établissement d'une connexion de flux, émise par un module fonctionnel élémentaire, dit module émetteur, hébergé par un équipement connecté au bus local, en vue de établissement d'une connexion de flux entre un équipement source (talker device), dont ledit au moins un module de commande associé est hébergé par un premier équipement, et un équipement récepteur (listener device), dont ledit au moins un module de commande associé est hébergé par un second équipement, au moins un desdits équipements source et récepteur pouvant être connecté à un autre bus, dit bus distant, - lesdits moyens de gestion du proxy du module de gestion de flux comprennent : * des moyens de modification de la requête reçue par le proxy du module de gestion de flux, en remplaçant : dans un champ contenant l'émetteur de la requête : l'adresse du module émetteur par l'adresse du proxy du module de gestion de flux, dans un champ contenant le destinataire de la requête : l'adresse du proxy du module de gestion de flux par l'adresse du module de gestion de flux, * des moyens de transmission de la requête modifiée au module de gestion de flux, - ledit module de gestion de flux (SM), hébergé par l'équipement de gestion de flux, comprend des moyens d'établissement de ladite connexion de flux, après réception de la requête modifiée. De façon avantageuse, ledit système est tel que ledit au moins un équipement de gestion de flux, les passerelles et les premier et second équipements, hébergeant les modules de commande des équipements source et récepteur, sont conformes à la première norme, de façon que le module de gestion de flux (SM), hébergé par l'équipement de gestion de flux, transmette sans passer par les passerelles : - des paquets conformes à la première norme (paquets 1394.1), vers des registres compris dans les équipements source et récepteur, - des messages conformes à la seconde norme (messages HAVi), vers les modules de commande hébergés par les premier et second équipements. Préférentiellement, au moins un des équipements de gestion de flux est compris dans un desdits deuxièmes équipements spécifiques formant passerelles (HBP) et/ou dans un desdits premiers équipements spécifiques formant pont. De façon préférentielle, ledit module émetteur est un module d'application (AM). Avantageusement, ledit module émetteur comprend : - des premier moyens de transmission d'une première requête d'établissement d'une connexion de flux, vers un premier module de gestion de flux, hébergé par l'équipement hébergeant ledit module émetteur ; - des seconds moyens, activés en cas d'échec de ladite première requête, de transmission d'une seconde requête d'établissement d'une connexion de flux, vers ledit proxy du module de gestion de flux, hébergé par l'équipement de gestion de flux. De façon avantageuse, ledit module émetteur, hébergé par un équipement connecté au bus local, comprend des moyens de recherche d'un proxy de module de gestion de flux sur ledit bus local, et des moyens d'envoi d'une requête d'établissement de connexion de flux vers un proxy de module de gestion de flux identifié au cours de ladite recherche. Avantageusement, ledit au moins un module de commande permettant de commander un équipement donné appartient au groupe comprenant : les modules de commande d'équipement (DCM) ; les modules de commande de fonction (FCM). L'invention concerne aussi un équipement de gestion de flux, compris dans un système tel que précité, ledit équipement de gestion de flux étant tel que : - il est connecté à un bus, dit bus local, - il a connaissance (HAVi BA) d'une passerelle, dite passerelle locale, connectée au bus local, - il héberge un module de gestion de flux (SM) et un proxy dudit module de gestion de flux (HBPSM), - il comprend des moyens de gestion dudit proxy du module de gestion de flux, ledit module de gestion de flux (SM), hébergé par l'équipement de gestion de flux, permettant, sur requête émise par un module émetteur et reçue via ledit proxy correspondant, d'établir une connexion de flux entre un équipement source (talker device), dont ledit au moins un module de commande associé est hébergé par un premier équipement, et un équipement récepteur (listener device), dont ledit au moins un module de commande associé est hébergé par un second équipement, même lorsqu'au moins un desdits équipements source et récepteur est connecté à un autre bus, dit bus distant. L'invention concerne également un procédé de gestion de l'établissement d'une connexion de flux, au sein d'un système tel que précité, ledit procédé comprenant : une étape de transmission par un module émetteur, vers le proxy du module de gestion de flux (SM) hébergé par l'équipement de gestion de flux, d'une requête d'établissement d'une connexion de flux entre un équipement source (talker device), dont ledit au moins un module de commande associé est hébergé par un premier équipement, et un équipement récepteur (listener device), dont ledit au moins un module de commande associé est hébergé par un second équipement, une étape de réception par le module de gestion de flux, via le proxy correspondant, de ladite requête ; une étape d'établissement de ladite connexion de flux, même lorsqu'au moins un desdits équipements source et récepteur est connecté à un autre bus, dit bus distant. L'invention concerne également un programme d'ordinateur, comprenant des séquences d'instructions adaptées à la mise en oeuvre d'un procédé tel que précité lorsque ledit programme est exécuté sur un ordinateur. L'invention concerne aussi un produit programme d'ordinateur, adapté à la gestion de l'établissement d'une connexion de flux, au sein d'un système tel que précité, ledit produit programme d'ordinateur comprenant des instructions de code de programme enregistré sur un support utilisable dans un ordinateur, comprenant : - des moyens de programmation lisibles par ordinateur pour effectuer une étape de transmission par un module émetteur, vers le proxy du module de gestion de flux (SM) hébergé par l'équipement de gestion de flux, d'une requête d'établissement d'une connexion de flux entre un équipement source (talker device), dont ledit au moins un module de commande associé est hébergé par un premier équipement, et un équipement récepteur (listener device), dont ledit au moins un module de commande associé est hébergé par un second équipement ; - des moyens de programmation lisibles par ordinateur pour effectuer une étape de réception par le module de gestion de flux, via le proxy correspondant, de ladite requête ; - des moyens de programmation lisibles par ordinateur pour effectuer une étape d'établissement de ladite connexion de flux, même lorsqu'au moins un desdits équipements source et récepteur est connecté à un autre bus, dit bus distant. D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation préférentiel de l'invention, donné à titre d'exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels : la figure 1 présente un synoptique d'un réseau audiovisuel domestique dans lequel peut être mis en oeuvre le procédé de gestion de l'établissement d'une connexion de flux de l'invention ; la figure 2 illustre un exemple de réalisation d'un mécanisme de contrôle, par un module émetteur, en vue de l'établissement d'une connexion de flux, d'un équipement connecté à un bus distant, lorsque le module émetteur, via l'équipement qui l'héberge, est connecté à un bus local ; la figure 3, déjà décrite précédemment dans le document, présente un exemple d'architecture matérielle d'un équipement HAVi ; la figure 4, également décrite précédemment, illustre un exemple d'architecture logicielle d'un équipement HAVi. Le principe général de l'invention repose sur la mise en oeuvre d'un équipement spécifique de gestion de flux, connecté à un bus local, et qui a connaissance de la passerelle connectée à ce bus local. Cet équipement est en charge d'établir, sur requête d'un module émetteur du bus local, une connexion de flux entre un équipement source et un équipement destinataire, même si l'un de ces deux équipements est connecté à un bus distant. On présente, en relation avec la figure 1, un synoptique d'un réseau audiovisuel domestique de l'invention, dans lequel peut être mis en oeuvre le procédé de gestion de l'établissement d'une connexion de flux de l'invention. Le réseau de la figure 1 comprend deux bus, référencés 1 et 2. Un pont 4, comprenant deux portes 4a et 4b, permet d'interconnecter les bus 1 et 2. L'ensemble des bus 1 et 2 et du pont 4 est conforme à une première norme relative à l'interconnexion d'équipements via des bus numériques. Par souci de simplification, on se limitera dans la suite du document au cas où cette première norme est la norme 1394.1 mentionnée précédemment dans ce document. Deux équipements référencés A et D, sont connectés au bus 1. L'équipement référencé D est de type LAV ou BAV, et l'équipement référencé A est de type IAV ou FAV. L'équipement référencé A héberge (au sens"exécute") le module de commande (DCM) de l'équipement référencé D. Ce module de commande (DCM) référencé 3 est symbolisé sur la figure 1 par la lettre D dans un cercle. Un premier équipement de type IAV ou FAV référencé C, et un deuxième équipement de type BAV ou LAV référencé B sont connectés au bus 2. Comme décrit précédemment pour le bus 1, l'équipement référencé C héberge (au sens "exécute") le module de commande (DCM) référencé 5, symbolisé par la lettre B dans un cercle, de l'équipement référencé B. On notera que tous ces équipements peuvent stocker le programme d'un ou plusieurs modules de commande (DCM), sans que ces programmes ne soient activés. Après activation de ce ou ces programme (s) en vue de leur exécution, on considère que l'équipement considéré"héberge"le module de commande (DCM) associé. On notera également que, dans un souci de simplification, on discute ici uniquement le cas des modules de commande d'équipement (DCM). Il est clair cependant que cette discussion peut être directement transposée aux modules de commande de fonction (FCM). En d'autres termes, la présente invention peut être mise en oeuvre quel que soit le type (DCM ou FCM) de chacun des modules de commande devant communiquer avec le module émetteur (via le module de gestion de flux hébergé par l'équipement de gestion de flux). Un équipement référencé E, de type IAV ou FAV, est en outre connecté au bus 2, et héberge un module fonctionnel élémentaire spécifique, appelé module d'application, ou AM référencé 6 sur la figure 2. Au moins un équipement spécifique, appelé passerelle, est en outre connectée à chacun des bus 1 et 2, et, en tant qu'équipement, est donc conforme à la norme HAVi 1.1. Les passerelles permettent de gérer la connexion d'équipements, au niveau de leurs piles HAVi , qui ne sont pas connectés à un même bus. Chaque passerelle se comporte comme un proxy de pont HAVi (HBP, pour HAVi Bridge Proxy en anglais). Elle exécute un module fonctionnel élémentaire (SE, pour Software Element selon la terminologie HAVi) spécifique, appelé par exemple HBPM (pour HBP Manager en anglais), ou encore programme propre à la passerelle. Ce dernier est en charge des fonctions et mécanismes de connexion au niveau HAVi ( HAVi bridging en anglais). Ces fonctions et mécanismes (notamment de communications entre passerelles et de traitement d'informations relatives au réseau, aux équipements et aux modules fonctionnels élémentaires) sont décrits en détail par la suite. Tous les mécanismes de la présente invention qui seront décrits dans la suite sont mis en oeuvre sous forme d'algorithmes, qui sont stockés dans la ROM (référencée 206 sur la figure 3) des équipements HAVi, et notamment des passerelles. Ils sont chargés dans la RAM (référencée 205 sur la figure 3) lors de la mise sous tension de chaque équipement et l'unité centrale (CPU) (référencée 201 sur la figure 3) correspondante va exécuter les instructions de ces algorithmes. Par souci de simplification, on se limitera dans toute la suite du document au cas où une seul passerelle est connectée à chaque bus. Sur la figure 1, ces passerelles référencées PI et P2, sont comprises dans le pont 4. Ainsi, sur le bus 1, la passerelle PI correspond à la porte 4a ; sur le bus 2, la passerelle P2 correspond à la porte 4b. L'invention s'applique bien sûr également au cas où les passerelles sont des équipements distincts des portes des ponts, connectés aux bus. Les équipements référencés A, B, C, D et E, ainsi que le pont 4 (et donc notamment les passerelles PI et P2), sont conformes à une seconde norme d'interopérabilité entre équipements. Par souci de simplification, on se limitera, dans toute la suite du document, au cas où cette seconde norme est la norme HAVi. L'invention s'applique bien sûr également à toute autre exemple de"seconde norme." Dans l'exemple de la figure 1, l'équipement E souhaite établir une connexion de flux entre l'équipement source référencé D, connecté au bus distant 1, et l'équipement récepteur référencé B, connecté au bus local 2. Pour ce faire, le module d'application AM 6 de l'équipement référencé E devrait donc appeler les services du module de gestion de flux (SM, non représenté) hébergé par ce même équipement E, qui devrait communiquer, d'une part avec le module de commande référencé 3 de l'équipement source D, et d'autre part avec le module de commande référencé 5 de l'équipement récepteur B. Ce module de gestion de flux hébergé par l'équipement E devrait en outre envoyer des messages asynchrones de type 1394 vers les registres IEC 61883 des équipements source D et récepteur B. Or, ceci est impossible du fait que l'équipement émetteur E n'a pas connaissance de la passerelle P2. On introduit donc, sur le bus local 2, un équipement spécifique, appelé équipement de gestion de flux référencé 7. Dans l'exemple particulier de la figure 1, cet équipement de gestion de flux 7 est compris dans la passerelle P2 du bus local 2, et donc dans le pont 4. L'invention s'applique bien sûr également au cas où l'équipement de gestion de flux est un équipement connecté au bus local 2, distinct de la passerelle P2, et/ou distinct du pont 4. L'équipement de gestion de flux 7 comprend un module de gestion de flux SM (pour l'anglais"Stream Manager") référencé 9, et un proxy de ce module de gestion de flux HBPSM (pour l'anglais"HAVi Bridge Proxy Stream Manager") référencé 8. Le module HBPSM 8 exporte une interface de programmation d'application (ou API pour l'anglais"Application Programming Interface") similaire à celle d'un module fonctionnel élémentaire de type module de gestion de flux (ou "Stream Manager"), telle que définie dans la norme HAVi 1.1. Lorsque l'équipement émetteur E souhaite établir une connexion de flux entre l'équipement source D et l'équipement récepteur B, son module d'application AM 6 émet une requête à destination de l'équipement de gestion de flux 7. Cette requête est reçue par le proxy 8 du module de gestion de flux, puis transmise au module de gestion de flux 9, qui est en charge d'établir la connexion de flux entre les équipements source D et récepteur B. L'équipement de gestion de flux 7 doit donc avoir connaissance des passerelles (et notamment de la passerelle P2 du bus local 2 auquel il est connecté), pour pouvoir contrôler l'équipement source référencé D. En effet, l'équipement de gestion de flux 7 doit être capable de communiquer avec le module de commande référencé 3 de l'équipement source D, mais aussi de s'adresser à l'équipement source D, en lui envoyant des paquets de type 1394, par l'intermédiaire des passerelles, ou en lui envoyant des paquets de type 1394.1, s'il est lui-même conforme à la norme 1394.1. On présente désormais, en relation avec la figure 2, un exemple de mise en oeuvre de l'équipement de gestion de flux 7, dans le cadre du contrôle d'un équipement source situé sur un bus distant, en vue d'établir une connexion de flux entre cet équipement source et un équipement émetteur. Pour que le module émetteur 6 soit capable d'établir une connexion de flux entre les équipements source D et récepteur B, il faut en effet qu'il puisse envoyer des messages au module de commande 3 de l'équipement source D, même si ce module de commande 3 est situé sur un bus distant, et qu'il puisse écrire dans le registre IEC 61 883 de l'équipement source D. La communication, au sein du système de l'invention, entre deux modules fonctionnels élémentaires hébergés par deux équipements connectés à des bus distincts est notamment décrite dans une demande de brevet français conjointe, déposée le même jour que la présente demande, par le même déposant, et ayant pour titre"Système et procédé de gestion d'une communication entre un module émetteur et au moins un module destinataire, au sein d'un réseau audiovisuel domestique". Les enseignements de cette demande conjointe sont incorporés ici par référence. Comme expliqué en détail dans cette demande de brevet conjointe, les passerelles gèrent deux types de connexions d'équipements au niveau de leurs piles HAVi : celles qui se font sans passer par les passerelles ( solution basée sur 1394.1 , avec utilisation des adresses réelles des modules fonctionnels élémentaires impliqués). celles qui se font via les passerelles ( solution basée sur des proxys de modules fonctionnels élémentaires , avec utilisation des adresses de ces proxys). Dans l'ensemble du présent document, on considère qu'un équipement"a connaissance d'une passerelle"lorsqu'il est capable de communiquer avec un autre équipement connecté à un bus distant en mettant en oeuvre la première solution citée ci-dessus ( solution basée sur 1394.1 ). La figure 2 illustre cette solution basée sur 1394.1 . Elle présente un réseau audiovisuel domestique comprenant deux bus référencés 21 et 22, interconnectés pat un pont 23. Sur le bus référencé 21, appelé bus local, sont connectés : un équipement émetteur de type IAV ou FAV, référencé 24, hébergeant un module fonctionnel élémentaire référencé 25, appelé module d'application AM, et un module fonctionnel élémentaire référencé 26, appelé module de gestion de flux SM ; un équipement de gestion de flux référencé 27, hébergeant un module de gestion de flux SM référencé 29 et un proxy de ce module de gestion de flux HBPSM référencé 28 ; une passerelle référencée Pl. Sur le bus référencé 22, appelé bus distant, sont connectés : un équipement source (ou récepteur) de type BAV ou LAV, référencé 30 ; un équipement de type IAV ou FAV, référencé 32, hébergeant le module de commande SE référencé 33 de l'équipement source référencé 30 ; une passerelle référencée P2. Dans l'exemple de réalisation de la figure 2, on considère que les passerelles PI et P2, l'équipement de gestion de flux référencé 27 et l'équipement référencé 32 hébergeant le module de commande 33 de l'équipement source 30 sont conformes à la première norme, c'est-à-dire à la norme 1394.1. L'équipement émetteur référencé 24, en revanche, n'est pas conforme à cette norme, et n'a pas non plus connaissance de la passerelle PI du bus local 21. On considère que l'équipement émetteur 24 souhaite établir une connexion de flux entre l'équipement source 30 et un équipement récepteur qui n'a pas été représenté sur la figure 2. Cet équipement récepteur pourrait être connecté au bus local 21, ou à un bus distant, éventuellement non représenté sur la figure 2. On notera que le mécanisme de contrôle décrit ci-dessous serait similaire si l'équipement référencé 30 était un équipement récepteur. Par souci de simplification, on se limitera donc dans la suite de la description au cas où l'équipement référencé 30 est un équipement source. On considère encore que le module d'application 25, encore appelé module émetteur, de l'équipement émetteur 24 a connaissance de l'équipement de gestion de flux 27. Lorsqu'il souhaite contrôler l'équipement source 31, en vue d'établir par la suite une connexion de flux faisant intervenir cet équipement, le module émetteur 25 recherche donc l'équipement de gestion de flux 27 sur le bus local 21, et envoie une requête d'établissement de connexion de flux au proxy 28 du module de gestion de flux 29 de l'équipement de gestion de flux 27. Selon une première variante de l'invention, le module émetteur 25 envoie tout d'abord une requête au module de gestion de flux 26 hébergé par l'équipement émetteur. En cas d'échec, dû par exemple à une erreur d'adresse (liée au fait que l'équipement source 30 et son module de commande 33 se trouvent sur un bus distant 22), le module émetteur 25 recherche alors le proxy 28 du module de gestion de flux HBPSM, pour lui adresser la requête d'établissement de la connexion de flux. Selon une seconde variante de l'invention, le module émetteur 25, lorsqu'il souhaite établir une connexion de flux, recherche systématiquement le proxy 28 du module de gestion de flux HBPSM, pour lui adresser la requête d'établissement de la connexion de flux. C'est alors l'équipement de gestion de flux 27 qui gère l'établissement de la connexion de flux entre l'équipement source et l'équipement récepteur, même dans le cas où ces deux équipements sont connectés au même bus local 21 que le module émetteur 25. On notera que, pour que le module d'application 25 ait connaissance de l'équipement de gestion de flux 27, il est nécessaire que ce module d'application 25 soit légèrement modifié par rapport aux modules d'applications classiques, tels que décrits pour les équipements conformes à la norme HAVi 1.1. Cependant, une telle modification est de type logicielle. Elle intervient au niveau applicatif et ne modifiue donc pas l'architecture actuelle HAVi 1.1. En outre, elle est donc aisée à réaliser, notamment par téléchargement. Ainsi, pour les équipements HAVi de type FAV, le programme du module d'application modifié selon l'invention peut être téléchargé depuis le réseau mondial Internet. Comme mentionné précédemment, l'équipement émetteur 24 souhaite contrôler l'équipement source 30. Son module émetteur 25 émet donc une requête d'établissement de connexion de flux à destination du proxy 28 du module de gestion de flux, dont il a connaissance, sous forme d'un message HAVi 34. Les moyens de gestion du module HBPSM de l'équipement de gestion de flux 27 modifient la requête reçue, avant de la transmettre au module de gestion de flux 29 de l'équipement de gestion de flux 27. Ces modifications consistent, d'une part, à remplacer, dans un champ contenant l'adresse de l'émetteur de la requête, l'adresse du module émetteur par celle du proxy 28 du module de gestion de flux, et, d'autre part, à remplacer, dans un champ contenant l'adresse du destinataire de la requête, l'adresse du proxy 28 du module de gestion de flux par celle du module de gestion de flux 29. On notera en effet que, selon la norme HAVi 1. 1, les modules fonctionnels élémentaires de type module de gestion de flux (ou"Stream Manager"en anglais) ne peuvent recevoir de requêtes qu'en provenance d'un module fonctionnel élémentaire local, c'est-à-dire hébergé par le même équipement qu'eux. Après modification des adresses des champs émetteur et destinataire de la requête, cette dernière est transmise (35) du proxy HBPSM 28 au module 29 de gestion de flux, pour que ce dernier, qui a connaissance de la passerelle locale PI, établisse la connexion de flux désirée et, pour ce faire, communique avec l'équipement source 30 et son module de commande 33. Dans l'exemple de la figure 2, le module de gestion de flux 29 a connaissance de la passerelle PI, car, comme mentionné précédemment, il est conforme à la norme 1394.1. L'équipement référencé 32 étant également conforme à la norme 1394.1, le module de gestion de flux 29 peut donc communiquer directement avec le module de commande 33 de l'équipement source 30, sans passer par les passerelles PI et P2, sous forme d'un message HAVi 36 encapsulé dans des paquets de type 1394.1. Le module de commande SE 33 peut alors envoyer des messages propriétaires, encapsulés dans des paquets de type 1394, à l'équipement source 30. Le module de gestion de flux 29 peut en outre aller écrire directement dans un registre me 61883 référencé 31 de l'équipement source 30. On notera que pour toute requête d'établissement de connexion de flux reçue par le proxy 28 du module de gestion de flux, ce proxy 28 répond au module émetteur de la requête, pour l'informer du succès ou de l'échec de l'établissement de la connexion de flux demandée, ou lui transmettre des messages en provenance du module de commande 33 de l'équipement source 30. REVENDICATIONS 1. Système de gestion d'un réseau audiovisuel domestique permettant l'interconnexion d'une pluralité d'équipements, dans lequel : - ledit réseau comprend au moins deux bus, sur chacun desquels peut être connecté au moins un desdits équipements, et au moins un premier équipement spécifique formant pont, interconnectant lesdits au moins deux bus, - ledit réseau est conforme à une première norme relative à l'interconnexion d'équipements via des bus numériques eux-mêmes interconnectés par des ponts, - les équipements, y inclus les ponts, sont conformes à une seconde norme d'interopérabilité entre équipements, définissant une couche intermédiaire assurant l'interface entre, d'une part un ensemble de couches basses, notamment de communication et de transport, et, d'autre part un ensemble de couches supérieures d'application, - une pluralité de modules fonctionnels élémentaires (SE) est hébergée par ladite pluralité d'équipements, chacun desdits équipements étant commandé par au moins un module fonctionnel élémentaire spécifique, dit module de commande (DCM, FCM), - au moins un deuxième équipement spécifique formant passerelle (HBP) est connecté à chaque bus, les passerelles comprenant des moyens de communication entre passerelles leur permettant d'avoir une vision dudit système au sens de ladite seconde norme, - ledit système comprend en outre au moins un troisième équipement spécifique formant équipement de gestion de flux, qui est connecté à un bus, dit bus local, qui a connaissance (HAVi BA) d'une passerelle, dite passerelle locale, connectée au bus local, qui héberge un module de gestion de flux (SM) et un proxy dudit module de gestion de flux (HBPSM), et qui comprend des moyens de gestion dudit proxy du module de gestion de flux, ledit module de gestion de flux (SM), hébergé par l'équipement de gestion de flux, permettant, sur requête émise par un module émetteur et reçue via ledit proxy correspondant, d'établir une connexion de flux entre un équipement source, dont ledit au moins un module de commande associé est hébergé par un premier équipement, et un équipement récepteur, dont ledit au moins un module de commande associé est hébergé par un second équipement, même lorsqu'au moins un desdits équipements source et récepteur est connecté à un autre bus, dit bus distant. 2. Système selon la revendication 1, dans lequel ladite seconde norme d'interopérabilité entre équipements est la norme HAVi (en anglais Home Audio Video interoperability ). 3. Système selon l'une quelconque des revendications 1 et 2, dans lequel ladite première norme, relative à l'interconnexion d'équipements via des bus numériques eux-mêmes interconnectés par des ponts, est la norme 1394.1. 4. Système selon l'une quelconque des revendications 1 à 3, dans lequel : - ledit proxy dudit module de gestion de flux, hébergé par l'équipement de gestion de flux, comprend des moyens de réception d'une requête d'établissement d'une connexion de flux, émise par un module fonctionnel élémentaire, dit module émetteur, hébergé par un équipement connecté au bus local, en vue de établissement d'une connexion de flux entre un équipement source (talker device), dont ledit au moins un module de commande associé est hébergé par un premier équipement, et un équipement récepteur (listener device), dont ledit au moins un module de commande associé est hébergé par un second équipement, au moins un desdits équipements source et récepteur pouvant être connecté à un autre bus, dit bus distant, - lesdits moyens de gestion du proxy du module de gestion de flux comprennent : * des moyens de modification de la requête reçue par le proxy du module de gestion de flux, en remplaçant : dans un champ contenant l'émetteur de la requête : l'adresse du module émetteur par l'adresse du proxy du module de gestion de flux, dans un champ contenant le destinataire de la requête : l'adresse du proxy du module de gestion de flux par l'adresse du module de gestion de flux, * des moyens de transmission de la requête modifiée au module de gestion de flux, - ledit module de gestion de flux (SM), hébergé par l'équipement de gestion de flux, comprend des moyens d'établissement de ladite connexion de flux, après réception de la requête modifiée. 5. Système selon l'une quelconque des revendications 1 à 4, dans lequel ledit au moins un équipement de gestion de flux, les passerelles et les premier et second équipements, hébergeant les modules de commande des équipements source et récepteur, sont conformes à la première norme, de façon que le module de gestion de flux (SM), hébergé par l'équipement de gestion de flux, transmette sans passer par les passerelles : - des paquets conformes à la première norme (paquets 1394.1), vers des registres compris dans les équipements source et récepteur, - des messages conformes à la seconde norme (messages HAVi), vers les modules de commande hébergés par les premier et second équipements. 6. Système selon l'une quelconque des revendications 1 à 5, dans lequel au moins un des équipements de gestion de flux est compris dans un desdits deuxièmes équipements spécifiques formant passerelles (HBP) et/ou dans un desdits premiers équipements spécifiques formant pont. 7. Système selon l'une quelconque des revendications 1 à 6, dans lequel ledit module émetteur est un module d'application (AM). 8. Système selon l'une quelconque des revendications 1 à 7, dans lequel ledit module émetteur comprend : - des premier moyens de transmission d'une première requête d'établissement d'une connexion de flux, vers un premier module de gestion de flux, hébergé par l'équipement hébergeant ledit module émetteur ; - des seconds moyens, activés en cas d'échec de ladite première requête, de transmission d'une seconde requête d'établissement d'une connexion de flux, vers ledit proxy du module de gestion de flux, hébergé par l'équipement de gestion de flux. 9. Système selon l'une quelconque des revendications 1 à 8, caractérisé en ce que ledit module émetteur, hébergé par un équipement connecté au bus local, comprend des moyens de recherche d'un proxy de module de gestion de flux sur ledit bus local, et des moyens d'envoi d'une requête d'établissement de connexion de flux vers un proxy de module de gestion de flux identifié au cours de ladite recherche. 10. Système selon l'une quelconque des revendications 1 à 9, caractérisé en ce que ledit au moins un module de commande permettant de commander un équipement donné appartient au groupe comprenant : les modules de commande d'équipement (DCM) ; les modules de commande de fonction (FCM). 11. Equipement de gestion de flux, compris dans un système selon l'une quelconque des revendications 1 à 10, ledit équipement de gestion de flux étant tel que : - il est connecté à un bus, dit bus local, - il a connaissance (HAVi BA) d'une passerelle, dite passerelle locale, connectée au bus local, - il héberge un module de gestion de flux (SM) et un proxy dudit module de gestion de flux (HBPSM), - il comprend des moyens de gestion dudit proxy du module de gestion de flux, ledit module de gestion de flux (SM), hébergé par l'équipement de gestion de flux, permettant, sur requête émise par un module émetteur et reçue via ledit proxy correspondant, d'établir une connexion de flux entre un équipement source (talker device), dont ledit au moins un module de commande associé est hébergé par un premier équipement, et un équipement récepteur (listener device), dont ledit au moins un module de commande associé est hébergé par un second équipement, même lorsqu'au moins un desdits équipements source et récepteur est connecté à un autre bus, dit bus distant. 12. Procédé de gestion de l'établissement d'une connexion de flux, au sein d'un système selon l'une quelconque des revendications 1 à 10, ledit procédé comprenant : une étape de transmission par un module émetteur, vers le proxy du module de gestion de flux (SM) hébergé par l'équipement de gestion de flux, d'une requête d'établissement d'une connexion de flux entre un équipement source (talker device), dont ledit au moins un module de commande associé est hébergé par un premier équipement, et un équipement récepteur (listener device), dont ledit au moins un module de commande associé est hébergé par un second équipement, une étape de réception par le module de gestion de flux, via le proxy correspondant, de ladite requête ; une étape d'établissement de ladite connexion de flux, même lorsqu'au moins un desdits équipements source et récepteur est connecté à un autre bus, dit bus distant. 13. Programme d'ordinateur, caractérisé en ce que ledit programme comprend des séquences d'instructions adaptées à la mise en oeuvre d'un procédé selon la revendication 12 lorsque ledit programme est exécuté sur un ordinateur. 14. Produit programme d'ordinateur, adapté à la gestion de l'établissement d'une connexion de flux, au sein d'un système selon l'une quelconque des revendications 1 à 10, ledit produit programme d'ordinateur comprenant des instructions de code de programme enregistré sur un support utilisable dans un ordinateur, comprenant : - des moyens de programmation lisibles par ordinateur pour effectuer une étape de transmission par un module émetteur, vers le proxy du module de gestion de flux (SM) hébergé par l'équipement de gestion de flux, d'une requête d'établissement d'une connexion de flux entre un équipement source (talker device), dont ledit au moins un module de commande associé est hébergé par un premier équipement, et un équipement récepteur (listener device), dont ledit au moins un module de commande associé est hébergé par un second équipement ; - des moyens de programmation lisibles par ordinateur pour effectuer une étape de réception par le module de gestion de flux, via le proxy correspondant, de ladite requête ; - des moyens de programmation lisibles par ordinateur pour effectuer une étape d'établissement de ladite connexion de flux, même lorsqu'au moins un desdits équipements source et récepteur est connecté à un autre bus, dit bus distant.