Brevet FR2835370A1 — publié le 20030801

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. 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 nonne 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 17 et 18, quelques caractéristiques définies dans la norme HAVi. La figure 17 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 18 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 17) 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 (DCM) 224, permettant chacun de commander un équipement HAVi. 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. 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, de communiquer avec n'importe quel module destinataire, hébergé par un équipement connecté à un bus distant. Un autre objectif de l'invention est de fournir une telle technique qui fonctionne que les équipements 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 IEEE P1394. 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, - au moins un deuxième équipement spécifique formant passerelle (HBP) est connecté à chaque bus, chaque passerelle étant conforme à la première norme, - les passerelles comprennent : * des moyens de communication entre passerelles et de traitement d'informations relatives au réseau, aux équipements et aux modules fonctionnels élémentaires ; * des moyens de gestion de proxys de modules fonctionnels élémentaires ; * des moyens de fourniture d'informations destinées à permettre à un module fonctionnel élémentaire, dit module émetteur, hébergé par un équipement, dit équipement émetteur, connecté à un bus donné, dit bus local, de communiquer avec au moins un module fonctionnel élémentaire, dit module destinataire, hébergé par un équipement, dit équipement destinataire, connecté à un autre bus, dit bus distant, - les moyens de fourniture d'informations sont tels que : * si les moyens de communication et de traitement d'informations indiquent que l'équipement émetteur et l'équipement destinataire sont tous les deux conformes à la première norme, les moyens de fourniture d'informations fournissent au module émetteur, respectivement destinataire, l'adresse réelle du module destinataire, respectivement émetteur ; * si les moyens de communication et de traitement d'informations indiquent que l'un au moins des équipements émetteur et destinataire n'est pas conforme à la première norme, les moyens de fourniture d'informations fournissent au module émetteur, respectivement destinataire, l'adresse du proxy du module destinataire, respectivement émetteur. Le principe général de l'invention consiste donc à utiliser 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. Comme expliqué en détail par la suite, 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), 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. Un autre aspect essentiel de la présente invention est de privilégier la solution basée sur 1394. 1 , en la mettant en oeuvre dès que les conditions nécessaires correspondantes sont vérifiées. En d'autres termes, on ne met en oeuvre la solution basée sur des proxys de modules fonctionnels élémentaires que lorsque la solution basée sur 1394.1 ne peut pas l'être. De cette façon, on bénéficie au maximum des avantages liés à la norme IEEE P1394. 1, tout en permettant aux équipements qui ne sont pas conformes à cette norme de pouvoir être impliqués dans le mécanisme selon de la présente invention. 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. Préférentiellement, au moins un desdits deuxièmes équipements spécifiques formant passerelles (HBP) est compris dans un desdits premiers équipements spécifiques formant pont. Avantageusement, lesdits modules fonctionnels élémentaires appartiennent au groupe comprenant : les modules de commande d'équipements (DCM) ; les modules d'application (AM) ; les modules de gestion de flux (Stream Manager) ; les modules de gestion de ressources (Ressource Manager) ; les modules de commande de fonction (FCM) ; les modules de type Havlet . Avantageusement, lesdits moyens de communication entre passerelles et de traitement d'informations comprennent des moyens de gestion d'une liste de passerelles au sein du réseau, comprenant eux-mêmes, dans chaque passerelle : des moyens de détection d'une connexion et/ou d'une déconnexion d'un pont sur le bus, dit bus local, auquel est connectée ladite passerelle, dite passerelle locale ; des moyens, activés en cas de détection de la connexion et/ou de la déconnexion d'un pont sur le bus local, de diffusion sur le réseau d'une requête de découverte d'éventuelles autres passerelles, dites passerelles distantes, connectées aux autres bus, dits bus distants ; des moyens de réception des réponses fournies par les passerelles distantes ; des moyens de mise à jour d'une liste de passerelles, en fonction de réponses reçues des passerelles distantes ; des moyens d'envoi de la liste de passerelles mise à jour aux passerelles distantes afin qu'elles mettent également à jour leurs propres listes de passerelles. De manière avantageuse, lesdits moyens de communication entre passerelles et de traitement d'informations comprennent des moyens de gestion d'une requête d'enregistrement, émise par un module fonctionnel élémentaire, dit module émetteur, hébergé par un équipement, dit équipement émetteur, connecté au bus, dit bus local, auquel est connectée une passerelle, dite passerelle locale, vers l'ensemble des autres passerelles, dites passerelles distantes, lesdits moyens de gestion de la requête d'enregistrement comprenant eux-mêmes : dans chaque passerelle distante : * des moyens de réception de ladite requête d'enregistrement ; * des moyens d'obtention et de transmission d'une réponse contenant une liste de modules fonctionnels élémentaires, dits modules distants, hébergés par des équipements, dits équipements destinataires, connectés au bus, dit bus distant, auquel est connectée ladite passerelle distante ; dans ladite passerelle locale : * des moyens d'obtention d'une liste de modules fonctionnels élémentaires, dits modules locaux, hébergés par ladite passerelle locale ; * des moyens de transmission de ladite requête d'enregistrement aux passerelles distantes ; * des moyens de réception des réponses, contenant les listes de modules distants, fournies par les passerelles distantes ; * des moyens de combinaison de la liste des modules locaux avec les listes de modules distants, de façon à obtenir une liste globale de modules fonctionnels élémentaires ; * des moyens de transfert de ladite liste globale aux moyens de fourniture d'informations, afin que ces derniers fournissent ladite liste globale au module émetteur, après avoir effectué une traduction de l'adresse réelle de chaque module distant en l'adresse du proxy correspondant, si l'un au moins des équipements émetteur et destinataire n'est pas conforme à la première norme. Avantageusement, lesdits moyens de communication entre passerelles et de traitement d'informations comprennent des moyens de gestion d'une notification d'évènement, émise par un module fonctionnel élémentaire, dit module émetteur, hébergé par à un équipement, dit équipement émetteur, connecté au bus, dit bus local, auquel est connectée une passerelle, dite passerelle locale, vers l'ensemble des autres passerelles, dites passerelles distantes, lesdits moyens de gestion de la notification d'évènement comprenant eux-mêmes : dans ladite passerelle locale : * des moyens de transmission de ladite notification d'évènement aux passerelles distantes ; dans chaque passerelle distante : * des moyens de réception de ladite notification d'événement ; * des moyens de transfert de la notification d'événement aux moyens de fourniture d'informations, afin que ces derniers la diffuse vers chacun des modules fonctionnels élémentaires, dits modules distants, hébergés par des équipements, dits équipements destinataires, connectés au bus, dit bus distant, auquel est connectée ladite passerelle distante, les moyens de fourniture d'informations effectuant une traduction de l'adresse réelle du module émetteur, contenue dans ladite notification d'événement, en l'adresse du proxy correspondant, si l'un au moins des équipements émetteur et destinataire n'est pas conforme à la première norme. De manière avantageuse, ladite passerelle locale comprend en outre des moyens de filtrage de notifications d'évènements, notamment de façon à empêcher la diffusion, via les passerelles distantes, d'une notification d'évènement relative à la création ou à la suppression sur le bus local d'un proxy d'un module distant. Préférentiellement, au moins deux passerelles sont connectées à un bus donné, et le système comprend des moyens de sélection de l'une desdites au moins deux passerelles, dite passerelle sélectionnée, de façon que seule la passerelle sélectionnée joue effectivement le rôle de passerelle sur ledit bus donné. Selon une variante avantageuse, au moins deux passerelles sont connectées à un bus donné, et le système comprend des moyens permettant de faire coopérer lesdites au moins deux passerelles, de façon que lesdites au moins deux passerelles jouent ensemble le rôle de passerelle sur ledit bus donné. Avantageusement, lesdits moyens de gestion de proxys de modules fonctionnels élémentaires comprennent des moyens de création d'un proxy de module fonctionnel élémentaire comprenant eux-mêmes : - dans une passerelle donnée, dite passerelle locale : * des moyens de réception d'une première notification d'événement relative à la création sur le bus, dit bus local, auquel est connectée ladite passerelle locale, d'un nouveau module fonctionnel élémentaire ; * des moyens de diffusion de ladite première notification d'évènement vers l'ensemble des autres passerelles, dites passerelles distantes ; - dans chaque passerelle distante : * des moyens de réception de ladite première notification d'événement ; * des moyens de création d'un proxy dudit nouveau module fonctionnel élémentaire ; * des moyens d'obtention et de diffusion sur le bus, dit bus distant, auquel est connectée ladite passerelle distante, d'une seconde notification d'évènement relative à la création sur le bus distant d'un proxy du nouveau module fonctionnel élémentaire, de façon à en informer tous les équipements connectés audit bus distant. Avantageusement, lesdits moyens de gestion de proxys de modules fonctionnels élémentaires comprennent des moyens de création d'un proxy de module fonctionnel élémentaire comprenant eux-mêmes : - dans une passerelle donnée, dite passerelle locale : * des moyens de réception d'une troisième notification d'évènement relative à la connexion sur le bus, dit bus local, auquel est connectée ladite passerelle locale, d'un nouvel équipement ; * des moyens d'obtention d'une liste de modules fonctionnels élémentaires, dits nouveaux modules locaux, hébergés par ledit nouvel équipement ; * des moyens d'obtention et de diffusion d'une quatrième notification d'événement, relative à ladite liste de nouveaux modules locaux, vers l'ensemble des autres passerelles, dites passerelles distantes ; - dans chaque passerelle distante : * des moyens de réception de ladite quatrième notification d'événement ; * des moyens de création d'un proxy pour chacun desdits nouveaux modules locaux ; * des moyens de diffusion sur le bus, dit bus distant, auquel est connectée ladite passerelle distante, d'une pluralité de cinquièmes notifications d'évènement relatives chacune à la création sur le bus distant d'un proxy d'un des nouveaux modules locaux, de façon à en informer tous les équipements connectés audit bus distant. De façon avantageuse, lesdits moyens de gestion de proxys de modules fonctionnels élémentaires comprennent des moyens de création d'un proxy de module fonctionnel élémentaire comprenant eux-mêmes : - dans une passerelle donnée, dite passerelle locale : * des moyens de détection de la connexion d'une nouvelle passerelle distante sur le réseau, et/ou des moyens de réception d'une sixième notification d'événement relative à la connexion d'une nouvelle passerelle distante sur le réseau ; * des moyens de transmission vers ladite nouvelle passerelle distante d'une requête afin d'obtenir une liste des modules fonctionnels élémentaires, dits nouveaux modules distants, hébergés par des équipements, dits équipements destinataires, connectés au bus, dit bus distant, auquel est connectée ladite nouvelle passerelle distante ; - dans ladite nouvelle passerelle distante : * des moyens d'obtention et de transmission d'une réponse, contenant ladite liste des nouveaux modules distants ; - dans ladite passerelle locale : * des moyens de réception de ladite réponse, contenant la liste des nouveaux modules distants, fournie par la nouvelle passerelle distante ; * des moyens de création d'un proxy pour chacun desdits nouveaux modules distants ; * des moyens de diffusion sur le bus, dit bus local, auquel est connectée ladite passerelle locale, d'une pluralité de septièmes notifications d'événement relatives chacune à la création sur le bus local d'un proxy d'un des nouveaux modules distants, de façon à en informer tous les équipements connectés audit bus local. De manière avantageuse, lesdits moyens de gestion de proxys de modules fonctionnels élémentaires comprennent des moyens de création d'un proxy de module fonctionnel élémentaire comprenant eux-mêmes : - dans une passerelle donnée, dite passerelle locale : * des moyens de réception d'une huitième notification d'événement relative à la connexion d'une nouvelle passerelle distante sur le réseau, ladite huitième notification d'événement contenant une liste des modules fonctionnels élémentaires, dits nouveaux modules distants, hébergés par des équipements, dits équipements destinataires, connectés au bus, dit bus distant, auquel est connectée ladite nouvelle passerelle distante ; * des moyens de création d'un proxy pour chacun desdits nouveaux modules distants ; * des moyens de diffusion sur le bus, dit bus local, auquel est connectée ladite passerelle locale, d'une pluralité de neuvièmes notifications d'événement relatives chacune à la création sur le bus local d'un proxy d'un des nouveaux modules distants, de façon à en informer tous les équipements connectés audit bus local. Avantageusement, lesdits moyens de création d'un proxy de module fonctionnel élémentaire sont activés, pour un module fonctionnel élémentaire donné, dit module destinataire, si au moins une des conditions suivantes est vérifiée : - si ledit module destinataire est hébergé par un équipement qui n'est pas conforme à ladite première norme ; - si au moins un équipement, qui n'est pas conforme à ladite première norme, est connecté à un bus, dit bus local, et héberge au moins un module fonctionnel élémentaire, dit module émetteur, susceptible de communiquer avec ledit module destinataire ; le module destinataire étant hébergé par un équipement connecté à un autre bus, dit bus distant. De manière avantageuse, lesdits moyens de gestion de proxys de modules fonctionnels élémentaires comprennent des moyens de suppression d'un proxy de module fonctionnel élémentaire comprenant eux-mêmes : - dans une passerelle donnée, dite passerelle locale : * des moyens de réception d'une dixième notification d'événement relative à la suppression sur le bus, dit bus local, auquel est connectée ladite passerelle locale, d'un module fonctionnel élémentaire ; * des moyens de diffusion de ladite dixième notification d'évènement vers l'ensemble des autres passerelles, dites passerelles distantes ; - dans chaque passerelle distante : * des moyens de réception de ladite dixième notification d'événement ; * des moyens de suppression, s'il existe, d'un proxy dudit module fonctionnel élémentaire supprimé ; * des moyens d'obtention et de diffusion sur le bus, dit bus distant, auquel est connectée ladite passerelle distante, d'une onzième notification d'événement relative à la suppression sur le bus distant du proxy du module fonctionnel élémentaire supprimé, de façon à en informer tous les équipements connectés audit bus distant. De manière avantageuse, lesdits moyens de gestion de proxys de modules fonctionnels élémentaires comprennent des moyens de suppression d'un proxy de module fonctionnel élémentaire comprenant eux-mêmes : - dans une passerelle donnée, dite passerelle locale : * des moyens de détection de la déconnexion d'une passerelle distante du réseau, et/ou des moyens de réception d'une douzième notification d'événement relative à la déconnexion d'une passerelle distante du réseau ; * des moyens de suppression du proxy, s'il existe, de chacun des modules distants qui ne sont plus accessibles car hébergés par des équipements, dits équipements destinataires, connectés au bus, dit bus distant, auquel est connectée ladite passerelle distante déconnectée ; * des moyens de diffusion sur le bus, dit bus local, auquel est connectée ladite passerelle locale, d'une pluralité de treizièmes notifications d'événement relatives chacune à la suppression sur le bus local d'un proxy d'un des modules distants qui ne sont plus accessibles. Préférentiellement, ladite passerelle distante comprend en outre : des moyens de détection du type du module émetteur : module fonctionnel élémentaire simple ou de système ; des moyens d'utilisation d'un module fonctionnel élémentaire qui est propre à la passerelle distante et identique au module émetteur, lorsque le module émetteur est du type module fonctionnel élémentaire de système et de ce fait ne peut pas avoir de proxy le représentant hébergé par la passerelle distante. Dans un mode de réalisation préférentiel, ledit système est tel que : - un couple de passerelles, respectivement appelées passerelle locale et passerelle distante, permet audit module émetteur de communiquer avec ledit au moins un module destinataire, les passerelles locale et distante étant connectées audit bus local et audit bus distant respectivement, - ladite passerelle locale comprend des moyens de gestion du proxy représentant ledit module destinataire, comprenant eux-mêmes : * des moyens de réception et de détection d'un message source, provenant du module émetteur et destiné au proxy du module destinataire ; * des moyens d'obtention d'un premier message modifié, par remplacement de l'adresse du proxy du module destinataire par l'adresse du module destinataire ; * des moyens d'encapsulation du premier message modifié dans un message porteur destiné à la passerelle distante, ledit message comprenant une information indiquant un type encapsulé ; * des moyens de transmission dudit message porteur, vers la passerelle distante ; - ladite passerelle distante comprend des moyens de gestion du proxy représentant ledit module émetteur, comprenant eux-mêmes : * des moyens de réception dudit message porteur ; * des moyens de détection du type encapsulé dudit message porteur ; * des moyens d'extraction dudit premier message modifié contenu dans le message porteur ; * des moyens d'obtention d'un second message modifié, par remplacement de l'adresse du module émetteur par l'adresse du proxy du module émetteur ; * des moyens de transmission dudit second message modifié, vers le module destinataire. L'invention concerne aussi une passerelle comprise dans un système tel que précité ladite passerelle comprenant : * des moyens de communication entre passerelles et de traitement d'informations relatives au réseau, aux équipements et aux modules fonctionnels élémentaires ; * des moyens de gestion de proxys de modules fonctionnels élémentaires ; * des moyens de fourniture d'informations destinées à permettre à un module fonctionnel élémentaire, dit module émetteur, hébergé par un équipement, dit équipement émetteur, connecté à un bus donné, dit bus local, de communiquer avec au moins un module fonctionnel élémentaire, dit module destinataire, hébergé par un équipement, dit équipement destinataire, connecté à un autre bus, dit bus distant, les moyens de fourniture d'informations étant tels que : * si les moyens de communication et de traitement d'informations indiquent que l'équipement émetteur et l'équipement destinataire sont tous les deux conformes à la première norme, les moyens de fourniture d'informations fournissent au module émetteur, respectivement destinataire, l'adresse réelle du module destinataire, respectivement émetteur ; * si les moyens de communication et de traitement d'informations indiquent que l'un au moins des équipements émetteur et destinataire n'est pas conforme à la première norme, les moyens de fourniture d'informations fournissent au module émetteur, respectivement destinataire, l'adresse du proxy du module destinataire, respectivement émetteur. L'invention concerne également un procédé de gestion d'une communication entre un module émetteur et au moins un module destinataire, au sein d'un système tel que précité, ledit procédé comprenant : une étape de communication entre passerelles et de traitement d'informations relatives au réseau, aux équipements et aux modules fonctionnels élémentaires ; une étape de fourniture d'informations destinées à permettre à un module fonctionnel élémentaire, dit module émetteur, hébergé par un équipement, dit équipement émetteur, connecté à un bus donné, dit bus local, de communiquer avec au moins un module fonctionnel élémentaire, dit module destinataire, hébergé par un équipement, dit équipement destinataire, connecté à un autre bus, dit bus distant, ladite étape de fourniture d'informations étant telle que : * s'il ressort de l'étape de communication et de traitement d'informations que l'équipement émetteur et l'équipement destinataire sont tous les deux conformes à la première norme, on fournit au module émetteur, respectivement destinataire, l'adresse réelle du module destinataire, respectivement émetteur ; * s'il ressort de l'étape de communication et de traitement d'informations que l'un au moins des équipements émetteur et destinataire n'est pas conforme à la première norme, on fournit au module émetteur, respectivement destinataire, l'adresse du proxy du module destinataire, respectivement émetteur. L'invention concerne aussi 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 encore un produit programme d'ordinateur, adapté à la gestion d'une communication entre un module émetteur et au moins un module destinataire, 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 communication entre passerelles et de traitement d'informations relatives au réseau, aux équipements et aux modules fonctionnels élémentaires ; - des moyens de programmation lisibles par ordinateur pour effectuer une étape de fourniture d'informations destinées à permettre à un module fonctionnel élémentaire, dit module émetteur, hébergé par un équipement, dit équipement émetteur, connecté à un bus donné, dit bus local, de communiquer avec au moins un module fonctionnel élémentaire, dit module destinataire, hébergé par un équipement, dit équipement destinataire, connecté à un autre bus, dit bus distant, ladite étape de fourniture d'informations étant telle que : * s'il ressort de l'étape de communication et de traitement d'informations que l'équipement émetteur et l'équipement destinataire sont tous les deux conformes à la première norme, on fournit au module émetteur, respectivement destinataire, l'adresse réelle du module destinataire, respectivement émetteur ; * s'il ressort de l'étape de communication et de traitement d'informations que l'un au moins des équipements émetteur et destinataire n'est pas conforme à la première norme, on fournit au module émetteur, respectivement destinataire, l'adresse du proxy du module destinataire, respectivement émetteur. 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 présente un synoptique d'un réseau audiovisuel domestique dans lequel peut être mis en oeuvre le procédé de gestion d'une communication selon l'invention, combinant deux solutions dites solution basée sur 1394.1 et solution basée sur des proxys de modules fonctionnels élémentaires ; la figure 2A illustre le mécanisme de la solution basée sur 1394.1 , du procédé selon l'invention ; la figure 2B illustre le mécanisme de la solution basée sur des proxys de modules fonctionnels élémentaires , du procédé selon l'invention ; les figures 3 et 4 illustrent le mécanisme de routage, dans une passerelle locale (cf. fig. 3) et dans une passerelle distante (cf. fig. 4) respectivement, lorsque la solution basée sur des proxys de modules fonctionnels élémentaires est mise en oeuvre ; les figures 5 et 6 illustrent le mécanisme de gestion d'une requête d'enregistrement, mis en oeuvre par les passerelles apparaissant sur la figure 1 ; les figures 7 et 8 illustrent le mécanisme de gestion d'une notification d'évènement, mis en oeuvre par les passerelles apparaissant sur la figure 1 ; la figure 9 illustre le mécanisme de sélection d'une passerelle, mis en oeuvre par les passerelles apparaissant sur la figure 1 ; les figures 10 et 11 illustrent le mécanisme de gestion d'une liste de passerelles au sein du réseau, de diffusion d'une liste de passerelles mise à jour et de transmission d'une requête d'obtention d'une liste de modules fonctionnels élémentaires, mis en oeuvre par les passerelles apparaissant sur la figure 1 ; la figure 12 illustre le mécanisme de traitement d'une liste de passerelles mise à jour, et de transmission d'une requête d'obtention d'une liste de modules fonctionnels élémentaires, mis en oeuvre par les passerelles apparaissant sur la figure 1 ; la figure 13 illustre le mécanisme d'obtention d'informations relatives aux modules fonctionnels élémentaires, mis en oeuvre par les passerelles apparaissant sur la figure 1 ; la figure 14 illustre le mécanisme de diffusion d'une information relative à l'existence d'un nouveau module fonctionnel élémentaire, mis en oeuvre par les passerelles apparaissant sur la figure 1 ; la figure 15 illustre le mécanisme de diffusion d'une information relative à la suppression d'un module fonctionnel élémentaire, mis en oeuvre par les passerelles apparaissant sur la figure 1 ; la figure 16 illustre le mécanisme de traitement d'une information relative à l'existence, la modification ou la suppression d'un module fonctionnel élémentaire, mis en oeuvre par les passerelles apparaissant sur la figure 1 ; la figure 17 présente un exemple d'architecture matérielle d'un équipement HAVi ; la figure 18 présente un exemple d'architecture logicielle d'un équipement HAVi. On présente, en relation avec la r On présente, en relation avec la figure 1, un exemple de réseau audiovisuel domestique, dans lequel peut être mis en oeuvre le procédé de gestion d'une communication selon l'invention. Le réseau de la figure 1 comprend trois bus, référencés 1 à 3. Un premier pont 4, comprenant deux portes BPla et BPlb, permet d'interconnecter les bus 1 et 2. Un deuxième pont 5, comprenant deux portes BP2a et BP2b, permet d'interconnecter les bus 2 et 3. L'ensemble des bus 1,2 et 3 et des ponts 4 et 5 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. Un équipement de type IAV ou FAV, référencé A, et deux équipements de type BAV et LAV respectivement, référencés B et C respectivement, sont connectés au bus 1. Un équipement de type BAV, référencé D, est connecté au bus 2. Deux équipements de type IAV et FAV, référencés E et F, sont connectés au bus 3. Au moins un équipement spécifique, appelé passerelle, est en outre connectée à chacun des bus 1 à 3 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 communication 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 17) des équipements HAVi, et notamment des passerelles. Ils sont chargés dans la RAM (référencée 205 sur la figure 17) lors de la mise sous tension de chaque équipement et l'unité centrale (CPU) (référencée 201 sur la figure 17) 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 seule passerelle est connectée à chaque bus. Sur la figure 1, ces passerelles référencées PI, P2 et P3, sont comprises dans les ponts 4 et 5. Ainsi, sur le bus 1, la passerelle PI correspond à la porte BPla ; sur le bus 2, la passerelle P2 correspond à la porte BPlb ; sur le bus 3, la passerelle P3 correspond à la porte BP2b du pont 5. 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. Par souci de simplification, on se limitera cependant, dans la suite du document, à décrire le cas où chaque bus comprend une unique passerelle, comprise dans l'un des ponts. Les équipements référencés A, B, C, D, E et F, ainsi que les ponts 4 et 5 (et donc notamment les passerelles PI, P2 et P3), 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, les équipements A et F, qui sont de type IAV ou FAV, sont conformes à la norme 1394.1, tandis que l'équipement E qui est également de type IAV ou FAV, n'est pas conforme à cette norme 1394.1. Chacun des équipements est commandé par un module de commande (DCM). Les modules de commande sont hébergés par des équipements de type IAV ou FAV, qui comprennent un gestionnaire de modules de commande (en anglais"DCM Manager") tel que défini par la norme HAVi. Par hébergement d'un module de commande, on entend ici le fait d'héberger et d'exécuter ce module de commande. En d'autres termes, on n'entend pas le seul fait de stocker le code source d'un module de commande. Par exemple, un équipement de type BAV peut stocker le code source de son propre module de commande, mais ne peut pas l'héberger au sens du présent document, c'est-à-dire ne peut pas l'exécuter. Dans l'exemple de la figure 1, les modules de commande sont représentés par un cercle contenant la lettre sous laquelle est référencé l'équipement que ce module permet de commander. L'équipement A héberge son propre module de commande, ainsi que les modules de commande des équipements B et C. La porte BPlb héberge le module de commande de l'équipement D. Les équipements E et F hébergent chacun leur propre module de commande. On suppose par ailleurs, dans l'exemple de la figure 1, que l'équipement A héberge un module d'application (représenté par un cercle contenant AM ). Le principe général de l'invention consiste à combiner deux solutions de communication entre modules fonctionnels élémentaires hébergés par des équipements. Dans la suite de la description, ces deux solutions sont appelées solution basée sur 1394.1 et solution basée sur des proxys de modules fonctionnels élémentaires , et sont présentées en détail. D'une façon générale, on suppose qu'un module fonctionnel élémentaire, dit module émetteur (par exemple un module d'application), hébergé par un équipement, dit équipement émetteur, connecté à un bus donné, dit bus local, souhaite communiquer avec au moins un module fonctionnel élémentaire, dit module destinataire (par exemple un module de commande), hébergé par un équipement, dit équipement destinataire, connecté à un autre bus, dit bus distant. Selon l'invention, la (première) solution basée sur 1394.1 est mise en oeuvre si l'équipement émetteur et l'équipement destinataire sont tous les deux conformes à la norme 1394.1. Dans ce cas, les passerelles fournissent l'adresse réelle du module destinataire au module émetteur et, inversement, l'adresse réelle du module émetteur au module destinataire. Ainsi, les modules émetteur et destinataire, du fait qu'ils sont tous les deux conformes à la norme 1394.1, peuvent communiquer directement, sans avoir connaissance et sans passer par les passerelles. Cette première solution est par exemple mise en oeuvre si le module d'application (AM) (module émetteur) hébergé par l'équipement A (équipement émetteur), veut communiquer avec le module de commande (DCM) de l'équipement F (module destinataire), hébergé par l'équipement F lui-même. En effet, les équipements A et F sont tous les deux conformes à la norme 1394.1. On présente désormais de façon détaillée, en relation avec l'exemple de la figure 2A, le mécanisme de la solution basée sur 1394.1 . Un équipement de type IAV ou FAV, référencé 21, est connecté au bus local Bl et héberge un module d'application référencé 25. Le bus local Bl est relié à un bus distant B2 par un pont référencé 24, conforme à la norme 1394.1. Chaque porte de ce pont est aussi une passerelle référencée PI, P2 pour chacun des bus référencés Bl, B2. Un équipement (contrôlé) de type BAV ou LAV, référencé 23, est connecté au bus distant B2. Un équipement de type IAV ou FAV, référencé 22, est connecté au bus distant B2 et héberge le module de commande 29 (qui est un module fonctionnel élémentaire (SE) spécifique) de l'équipement contrôlé 23. On suppose que le module d'application (AM) 25 souhaite communiquer avec le module de commande (SE) 29. On suppose également que les deux équipements 21 et 22 qui les hébergent sont conformes à la norme 1394.1. De ce fait, le module d'application (AM) 25 peut envoyer directement au module de commande (SE) 29, des messages de type HAVi 210 (encapsulés dans des paquets conformes à la norme 1394.1). Par ailleurs, le module de commande 29 envoie un message propriétaire 211 à l'équipement contrôlé 23, de façon par exemple à émettre une commande de type AV/C (telle que lecture ) vers cet équipement contrôlé 23. Les commandes de type AV/C sont définies dans la norme AV/C Digital Interface Command Set, General Specifications, version 3.0 ; 15 avril 1998 . Dans ce mode de réalisation, fondé sur une solution basée sur 1394.1, la communication entre le module émetteur 25 et le module destinataire 29 se fait donc sans passer par les passerelles PI et P2 (c'est-à-dire sans utiliser leurs fonctionnalités). La (seconde) solution basée sur des proxys de modules fonctionnels élémentaires est mise en oeuvre si l'un au moins des équipements émetteur et destinataire n'est pas conforme à la norme 1394.1. Dans ce cas, les modules émetteur et destinataire ne peuvent communiquer que via les passerelles. A cet effet, les passerelles mettent en oeuvre un mécanisme de proxys de modules fonctionnels élémentaires. Chaque passerelle, connectée à un bus donné, gère des proxys de modules fonctionnels élémentaires hébergés par des équipements connectés à d'autres bus. Les passerelles fournissent l'adresse d'un proxy du module destinataire au module émetteur et, inversement, l'adresse d'un proxy du module émetteur au module destinataire. Dans l'exemple de la figure 1, la passerelle référencée PI (comprise dans la porte référencée BPla) héberge trois proxys représentant respectivement les modules de commande des équipements D, E et F. La passerelle référencée P2 (comprise dans la porte référencée BPlb) héberge six proxys représentant respectivement le module d'application (AM) et les cinq modules de commande des équipements A, B, C, E et F. La passerelle référencée P3 (comprise dans la porte référencée BP2b) héberge cinq proxys représentant respectivement le module d'application (AM) et les quatre modules de commande des équipements A, B, C et D. Les proxys des modules de commande sont représentés par un hexagone contenant la lettre, suivie d'une apostrophe, sous laquelle est référencé l'équipement que ce module permet de commander. Le proxy du module d'application précité est représenté par un hexagone contenant AM' . Il est à noter que la création d'un proxy peut ne pas être systématique. Par exemple, on peut décider de ne créer un proxy de module fonctionnel élémentaire, dit module destinataire, que si au moins une des conditions suivantes est vérifiée : - si le module destinataire (pour lequel se pose la question de savoir si un proxy doit être créé) est hébergé par un équipement qui n'est pas conforme à norme 1394. 1 ; - si au moins un équipement, qui n'est pas conforme à la norme 1394.1, est connecté à un bus, dit bus local, et héberge au moins un module fonctionnel élémentaire, dit module émetteur, susceptible de communiquer avec le module destinataire ; le module destinataire étant hébergé par un équipement connecté à un autre bus, dit bus distant. Il est également à noter que, dans une première variante, si le module destinataire n'a pas besoin de répondre au module émetteur, le mécanisme de proxy peut être mis en oeuvre dans un seul sens (pas de proxy du module émetteur). On peut aussi, dans certains cas particuliers, mettre en oeuvre le mécanisme de proxy dans un seul sens (pas de proxy du module émetteur), même si le module destinataire a besoin de répondre au module émetteur. Il s'agit des cas où le module récepteur sait conserver (afin de retrouver seul) l'adresse du module émetteur, par exemple en mémorisant l'association d'une adresse source (src) comprise dans un paquet de type 1394 émis par le module émetteur, et d'une adresse source (SEIDsrc) comprise dans un message HAVi émis par ce même module émetteur. Cette seconde solution est donc par exemple mise en oeuvre si le module d'application (AM) (module émetteur) hébergé par l'équipement A (équipement émetteur), veut communiquer avec le module de commande (DCM) de l'équipement E (module destinataire), hébergé par l'équipement E lui-même. En effet, l'équipement A est conforme à la norme 1394.1, mais l'équipement E ne l'est pas. On présente désormais de façon détaillée, en relation avec l'exemple de la fi! gure 2B, le mécanisme de la solution basée sur des proxys de modules fonctionnels élémentaires . On notera que, par souci de clarté, on utilise sur les figures 2A et 2B les mêmes références pour désigner les mêmes éléments. Contrairement au cas de la figure 2A, on suppose ici que l'équipement 21 qui héberge le module d'application 25 n'est pas conforme à la norme 1394.1. L'équipement 22 qui héberge le module de commande 29 peut quant à lui être ou non conforme à cette norme 1394.1. Selon cette solution basée sur des proxys de modules fonctionnels élémentaires, on crée, sur le bus local Bl, un proxy pSE 26 (pour l'anglais"proxy Software Element") du module de commande 28, de façon que ce proxy 26 soit visible pour tous les équipements HAVi du bus local Bl. Sur l'exemple de la figure 2B, le pSE 26 est hébergé par la passerelle PI du bus local Bl. De même, on crée, sur le bus distant B2, un proxy pAM 27 (pour l'anglais "proxy Application Module") du module d'application 25, de façon que ce proxy 27 soit visible pour tous les équipements HAVi du bus distant B2. Ce pAM 27 est hébergé par la passerelle P2 du bus distant B2. Le module d'application 25 peut donc envoyer au proxy 26 du module de commande 28, des messages de type HAVi 212 encapsulés dans des paquets 1394. Ces messages sont ensuite transmis du proxy 26 à la passerelle P2 (ou plus exactement au programme propre à la passerelle P2, appelé HBPM), puis de la passerelle P2 au module de commande 28, sous forme de messages HAVi. En retour, lorsque le module de commande 28 souhaite répondre au module d'application 25, il envoie un message HAVi 213 au proxy pAM 27 du module d'application 25. Ce message est transmis du proxy 27 à la passerelle PI (ou plus exactement à son HBPM), puis transféré par cette dernière au module d'application 25, sous forme de message HAVi. Le module de commande 28 peut en outre envoyer un message propriétaire 214 à l'équipement contrôlé 23, de façon par exemple à émettre une commande de type AV/C telle que lecture ) vers cet équipement contrôlé. Dans ce mode de réalisation, fondé sur une solution mettant en oeuvre des proxys de modules fonctionnels élémentaires, la communication entre le module d'application 25 et le module de commande 28, qu'on peut encore appeler module émetteur et module destinataire respectivement, se fait donc en passant par les passerelles PI et P2, qui hébergent respectivement un proxy 26 du module de commande 28 et un proxy 27 du module d'application 25, et rendent ainsi visible, sur le bus local BI, le module de commande 28 pourtant hébergé sur le bus distant B2, et, sur le bus distant B2, le module d'application 25 pourtant hébergé sur le bus local Bl. On présente maintenant, en relation avec les figures 3 et 4, le mécanisme de routage mis en oeuvre dans les passerelles PI et P3, appelées ci-après locale et distante respectivement, lorsque la solution basée sur les proxys de modules fonctionnels élémentaires est appliquée. On suppose, en reprenant l'exemple précité dans le contexte de la figure 1, que le module émetteur est le module de commande de l'équipement A (hébergé par l'équipement A lui-même), et que le module destinataire est le module de commande de l'équipement E (hébergé par l'équipement E lui-même). La figure 3 présente un organigramme décrivant le rôle de la passerelle locale PI dans le mécanisme de proxy précité. La passerelle locale PI reçoit un message HAVi provenant du module émetteur (étape 30). Ce message comporte une adresse source, qui est celle du module émetteur (src~A), et une adresse de destination, qui est celle du proxy du module de commande de l'équipement E (dst~E'). La passerelle locale PI modifie l'adresse de destination dans le message, en remplaçant l'adresse du proxy du module de commande de l'équipement E (dstE') par l'adresse du module de commande de l'équipement E (dstE) (étape 31). La passerelle locale PI encapsule le message ainsi modifié dans un message porteur (qui est également un message HAVi) comportant une adresse source, qui est celle de la passerelle locale (src~BPla), et une adresse de destination, qui est celle de la passerelle distante (dstBP2b) (étape 32). La passerelle locale PI envoie le message porteur, en utilisant des paquets 1394.1, à la passerelle distante P3 (étape 33). La figure 4 présente un organigramme décrivant le rôle de la passerelle distante P3 dans le mécanisme de proxy précité. La passerelle distante P3 reçoit un message HAVi comportant une adresse de destination qui est la sienne (étape 40). Puis, elle détecte la nature de ce message, à savoir encapsulé (c'est-à-dire porteur au sens précité) ou non (étape 41). S'il ne s'agit pas d'un message encapsulé, la passerelle distante P3 effectue elle-même un traitement ( normal ) de ce message (étape 42). S'il s'agit d'un message encapsulé, la passerelle distante P3 extrait le message qu'il contient, à savoir le message modifié obtenu à l'issue de l'étape 31 (qui comporte une adresse source, qui est celle du module émetteur (src~A), et une adresse de destination, qui est celle du module de commande de l'équipement E (dstE) (étape 43). La passerelle distante P3 modifie l'adresse source du message extrait, en remplaçant l'adresse du module émetteur (src~A) par l'adresse du proxy du module émetteur (src~A') (étape 44). La passerelle distante P3 envoie le message extrait modifié au module de contrôle de l'équipement E (étape 45). On présente maintenant, en relation avec la figure 5, un mécanisme de gestion d'une requête d'enregistrement, mis en oeuvre par les passerelles apparaissant sur la figure 1. On suppose qu'un module fonctionnel élémentaire (SE), hébergé par un équipement X connecté à un premier bus (bus 1, dit bus local), a envoyé une requête d'enregistrement ( query ) au gestionnaire d'enregistrement (Registry) (référencé 219 sur la figure 18) hébergé par ce même équipement X. Conformément à la norme HAVi, le gestionnaire d'enregistrement (Registry) de l'équipement X envoie la requête d'enregistrement (par exemple sous la forme d'une requête GetElement ) aux gestionnaires d'enregistrement des autres équipements connectés au bus local, et notamment au gestionnaire d'enregistrement de la passerelle locale PI connectée à ce bus local (étape 51). Le gestionnaire d'enregistrement de la passerelle locale PI reçoit la requête et la traite comme décrit dans la norme HAVi. En outre, elle l'envoie (étape 52) aux passerelles distantes P2, P3 connectées aux bus distants (bus 2, bus 3), sous forme d'un message propriétaire ( PROP. GetElement ). Cet envoi met en oeuvre les moyens de communication entre passerelles mentionnés précédemment dans le document. Chaque passerelle distante (comme illustré par exemple pour la passerelle P3) reçoit le message propriétaire précité, puis envoie la requête aux gestionnaires d'enregistrement des équipements connectés au même bus distant qu'elle (bus 3), et notamment au gestionnaire d'enregistrement d'un équipement Y connecté à ce bus distant. Chaque équipement interrogé retourne une réponse ( GetElement Resp (SEID list) ) comprenant la liste des modules fonctionnels élémentaires qu'il héberge et répondant aux critères de la requête (étape 53). Chaque passerelle distante combine, en une liste unique, les listes qu'elle reçoit des équipements connectés au même bus qu'elle. Chaque passerelle distante envoie cette liste unique, sous forme d'un message propriétaire ( PROP. GetElement Resp (SEID list) ) au gestionnaire d'enregistrement de la passerelle locale PI. Ce dernier combine (fusionne), en une liste globale de modules fonctionnels élémentaires, sa propre liste (modules fonctionnels élémentaires hébergés par la passerelle locale) avec les listes uniques qu'il a reçues des différentes passerelles (étape 54). Le gestionnaire d'enregistrement de la passerelle locale PI effectue une traduction (étape 55) de l'adresse réelle (SEID) de chaque module de la liste globale, en l'adresse du proxy correspondant (pSEID), si l'un au moins des équipements émetteur (équipement X) et destinataire (équipement distant hébergeant le module concerné) n'est pas conforme à la norme394. 1. Ce mécanisme de traduction d'adresse, tel que mis en oeuvre dans la présente étape référencée 55, est illustré par l'organigramme de la figure 6. Cette éventuelle traduction d'adresse ne concerne pas les modules fonctionnels élémentaires hébergés par la passerelle locale. Le gestionnaire d'enregistrement de la passerelle locale PI retourne au gestionnaire d'enregistrement de l'équipement X une réponse ( GetElement Resp (SEID list) ) comprenant la liste globale, après traduction éventuelle de l'adresse de certains modules fonctionnels élémentaires (étape 56). On présente maintenant, en relation avec la figure 7, un mécanisme de gestion d'une notification d'événement, mis en oeuvre par les passerelles apparaissant sur la figure 1. On suppose qu'un module fonctionnel élémentaire (SE) (formant module émetteur), hébergé par un équipement X connecté à un premier bus (bus 1, dit bus local), a envoyé une notification d'événement au gestionnaire d'évènements (Event Manager) (référencé 220 sur la figure 18) hébergé par ce même équipement X. Conformément à la norme HAVi, le gestionnaire d'évènements (Event Manager) de l'équipement X diffuse la notification d'événement ( Global Event ) aux gestionnaires d'évènements des autres équipements (de type IAV/FAV) connectés au bus local, et notamment au gestionnaire d'évènements de la passerelle locale PI connectée à ce bus local (étape 71). Tous les modules fonctionnels élémentaires hébergés par la passerelle locale PI reçoivent la notification d'événement, s'ils ont souscrit à un service de réception de telles notifications (et notamment le gestionnaire d'évènements (Event Manager)). Certains évènements n'ont pas besoin d'être diffusés au-delà du bus local. En conséquence, un filtrage de notifications d'évènements (étape 72) est effectué dans la passerelle locale PI. Notamment, on empêche la diffusion, via les passerelles distantes, d'une notification d'évènement relative à la création ou à la suppression sur le bus local d'un proxy d'un module distant. En effet, une telle notification véhicule une information locale à un bus donné). Si la notification d'événement peut être diffusée sur les bus distants, le gestionnaire d'évènements de la passerelle locale PI l'envoie (étape 73) aux passerelles distantes P2, P3 connectées aux bus distants (bus 2, bus 3), sous forme d'un message propriétaire ( PROP. EventForward ). Cet envoi met en oeuvre les moyens de communication entre passerelles mentionnés précédemment dans le document. Chaque passerelle distante (comme illustré par exemple pour la passerelle P3) reçoit le message propriétaire précité, contenant la notification d'événement qu'elle doit diffuser sur le bus distant auquel elle est connectée. Le gestionnaire d'évènements de chaque passerelle distante effectue une traduction (étape 74) de l'adresse réelle (SEID) du module émetteur, en l'adresse du proxy correspondant (pSEID) sur le bus distant auquel est connectée la passerelle distante concernée, si l'un au moins des équipements émetteur (équipement X) et destinataire (équipement distant vers lequel la passerelle distante envoie la notification d'événement) n'est pas conforme à la norme 1394.1. Ce mécanisme de traduction d'adresse, tel que mis en oeuvre dans la présente étape référencée74, est illustré par l'organigramme de la figure 8. Le gestionnaire d'événements de chaque passerelle distante (comme illustré par exemple pour la passerelle P3) envoie au gestionnaire d'événements de l'équipement distant Y la notification d'événement ( Global Event ), après traduction éventuelle de l'adresse du module émetteur (étape 75). Les deux dernières étapes, référencées 74 et 75, sont effectuées, par chaque passerelle distante P2, P3, pour chacun des équipements distants connecté au même bus distant qu'elle. On présente maintenant, en relation avec la figure 9, un mécanisme de sélection d'une passerelle, mis en ceuvre par les passerelles apparaissant sur la figure 1. L'organigramme de la figure 9 décrit les actions effectuées par le module fonctionnel élémentaire spécifique (HBPM), aussi appelé programme, propre à une passerelle donnée, dite passerelle locale. Lorsqu'elle est informée d'un événement sur le bus local auquel elle est connectée ("bus reset", changement de topologie) (réponse affirmative à la question de l'étape 91), la passerelle locale obtient des informations relatives à cet événement (étape 92). Si la passerelle locale est l'unique passerelle connectée au bus local (réponse affirmative à la question de l'étape 93), elle poursuit (étape 97) avec des traitements décrits en détail ci-après en relation avec la figure 10. Dans le cas contraire (réponse négative à la question de l'étape 93), l'une des passerelles connectées au bus local est sélectionnée, selon des règles prédéterminées (étape 94). Si la passerelle locale dont le fonctionnement est décrit ici est la passerelle sélectionnée (réponse affirmative à la question de l'étape 95), elle poursuit (étape 97) avec des traitements décrits en détail ci-après en relation avec la figure 10. Si elle n'est pas sélectionnée (réponse négative à la question de l'étape 95), elle se met en attente (standby) (étape 96). On présente maintenant, en relation avec la figure 10, un mécanisme de gestion d'une liste de passerelles au sein du réseau, de diffusion d'une liste de passerelles mise à jour et de transmission d'une requête d'obtention d'une liste de modules fonctionnels élémentaires. Ce mécanisme est mis en ceuvre par les passerelles apparaissant sur la figure 1. L'organigramme de la figure 10 décrit les actions effectuées par le module fonctionnel élémentaire spécifique (HBPM), aussi appelé programme, propre à une passerelle locale sélectionnée (voir étapes 93 à 95 du mécanisme de sélection d'une passerelle discuté ci-dessus en relation avec la figure 9). Lorsqu'elle est informée de la connexion d'un nouveau pont ( bridge selon la terminologie HAVi) sur le bus local auquel elle est connectée, et que ce pont n'est pas muet (muted) (réponses affirmatives aux questions des étapes 101 et 102), la passerelle locale obtient les adresses de toutes les autres passerelles (passerelles distantes) du réseau (étape 103). Puis, elle établit une liste de toutes les passerelles, et envoie cette liste à toutes les passerelles distantes, sous forme d'un message propriétaire ( PROP. UpdateHBPlist () ) (étape 104). Le traitement de cette liste de passerelles dans une passerelle distante est présenté en détail par la suite, en relation avec la figure 12. Avant de décrire les étapes suivantes (105 à 109) de la figure 10, on illustre maintenant, en relation avec la figure 11, un exemple de réalisation des étapes 103 et 104 de la figure 10 (établissement par une passerelle locale d'une liste de toutes les passerelles, et envoi de cette liste à toutes les passerelles distantes). On suppose dans cet exemple que deux passerelles distantes, référencées P2 et P3, sont connectées chacune à un bus distant (bus 2 et bus 3) et se connaissent. Ainsi, chacune des passerelles distantes P2 et P3 possèdent une liste de passerelles comprenant ces deux passerelles P2 et P3 (étape 111). On suppose qu'une nouvelle passerelle PI, appelée passerelle locale, est connectée au bus local (bus 1), et qu'elle détecte un pont connecté à ce bus local (étape 112). La passerelle locale PI diffuse une requête ( Keyword discovery request ) sur le réseau, afin d'avoir connaissance d'éventuelles passerelles distantes. Elle envoie par exemple des requêtes selon le protocole DEP ( Discovery and Enumeration Protocol ). Chaque passerelle distante P2, P3 retourne une réponse ( A partir de ces réponses, la passerelle locale PI établit une liste de passerelles mise à jour, comprenant la passerelle locale PI et les deux passerelles distantes P2, P3 (étape 114). La passerelle locale PI envoie la liste de passerelles mise à jour aux passerelles distantes P2, P3, sous la forme d'un message propriétaire ( PROP. UpdateHBPlistQ ) (étape 115). On revient maintenant à la description de la figure 10 (étapes 105 à 109) Via les passerelles distantes, il est possible que de nouveaux équipements soient accessibles. La passerelle locale peut souhaiter obtenir la liste des modules fonctionnels élémentaires hébergés par ces nouveaux équipements. Dans ce cas, elle envoie à chaque passerelle distante concernée, une requête propriétaire en ce sens ( PROP. getNetSEs () ) (étape 105). Le traitement d'une telle requête dans une passerelle distante est présenté en détail par la suite, en relation avec la figure 13. Si la passerelle locale reçoit des réponses (réponse affirmative à la question de l'étape 106), sous la forme de listes de modules fonctionnels élémentaires distants, elle crée les proxys de ces modules distants, si nécessaire, et met à jour (étape 107) son gestionnaire d'enregistrement (Registry). Dans la passerelle locale, cette mise à jour consiste à stocker l'adresse du proxy de chaque nouveau module fonctionnel élémentaire distant. Ce proxy peut être stocké seul, ou en association avec l'adresse réelle du nouveau module fonctionnel élémentaire distant représenté par ce proxy. Si la passerelle locale ne reçoit pas de réponse (réponse négative à la question de l'étape 106), soit elle attend jusqu'à l'expiration d'une temporisation (étape 108) avant de générer un événement d'erreur (étape 109), soit elle renouvelle l'envoi de la requête propriétaire précitée ( PROP. getNetSEs () ). On présente maintenant, en relation avec la figure 12, un mécanisme de traitement d'une liste de passerelles mise à jour, et de transmission d'une requête d'obtention d'une liste de modules fonctionnels élémentaires. Ce mécanisme est mis en oeuvre par les passerelles apparaissant sur la figure 1. L'organigramme de la figure 12 décrit les actions effectuées par le module fonctionnel élémentaire spécifique (HBPM), aussi appelé programme, propre à une passerelle jouant le rôle d'une passerelle distante. En d'autres termes, on suppose qu'une passerelle locale a établi une liste de toutes les passerelles, et a envoyé cette liste à la passerelle distante dont le fonctionnement est discuté ici. Cet envoi se fait sous la forme d'un message propriétaire ( PROP. UpdateHBPlistQ ). (voir discussion ci-dessus de l'étape 104 de l'organigramme de la figure 10). En recevant le message propriétaire précité ( PROP. UpdateHBPlistQ ) (réponse affirmative à la question de l'étape 121), la passerelle distante peut prendre connaissance de nouvelles passerelles (ces dernières sont nouvelles au moins pour elle). Il est possible que via ces dernières, de nouveaux équipements soient accessibles pour la présente passerelle distante. La passerelle locale peut souhaiter obtenir la liste des modules fonctionnels élémentaires hébergés par ces nouveaux équipements. Dans ce cas, on met en oeuvre entre la présente passerelle distante et les nouvelles passerelles précitées, des étapes référencées 126 à 129, qui sont identiques aux étapes présentées ci-dessus en relation avec la figure 10 et référencées 106 à 109. On présente maintenant, en relation avec la figure 13, un mécanisme d'obtention d'informations relatives aux modules fonctionnels élémentaires. Ce mécanisme est mis en oeuvre par les passerelles apparaissant sur la figure 1. L'organigramme de la figure 13 décrit les actions effectuées par le module fonctionnel élémentaire spécifique (HBPM), aussi appelé programme, propre à une passerelle jouant le rôle d'une passerelle distante. En d'autres termes, on suppose qu'une passerelle locale a envoyé à la passerelle distante, dont le fonctionnement est discuté ici, une requête propriétaire ( PROP. getNetSEs ()) > ), afin d'obtenir la liste des modules fonctionnels élémentaires hébergés par de nouveaux équipements. (voir discussion ci-dessus de l'étape 105 de l'organigramme de la figure 10). En recevant le message propriétaire précité ( PROP. getNetSEs () ) (réponse affirmative à la question de l'étape 131), la passerelle distante obtient (étape 132) des informations relatives aux modules fonctionnels élémentaires à partir des gestionnaires d'enregistrement (Registry) hébergés par les différents équipements du bus distant auquel est connectée la passerelle distante (y compris à partir du Registry de cette dernière). Puis, la passerelle distante construit (étape 133) un message de réponse, contenant la liste des modules fonctionnels élémentaires du bus distant, et l'envoie à la passerelle locale qui lui a envoyé la requête propriétaire ( PROP. getNetSEsQ ). On présente maintenant, en relation avec la figure 14, un mécanisme de diffusion d'une information relative à l'existence d'un nouveau module fonctionnel élémentaire. Ce mécanisme est mis en oeuvre par les passerelles apparaissant sur la figure 1. L'organigramme de la figure 14 décrit les actions effectuées par le module fonctionnel élémentaire spécifique (HBPM), aussi appelé programme, propre à une passerelle locale sélectionnée (voir étapes 93 à 95 du mécanisme de sélection d'une passerelle discuté ci-dessus en relation avec la figure 9). Lorsqu'elle est informée d'un événement relatif à un nouvel équipement de type IAV ou FAV (réponses affirmatives aux questions des étapes 141 et 142), la passerelle locale envoie une requête d'enregistrement ( query ) à ce nouvel équipement, afin d'obtenir une liste des modules fonctionnels élémentaires déjà installés (étape 143). Après réception de cette liste, la passerelle locale l'envoie à toutes les passerelles distantes, sous la forme d'un message propriétaire ( PROP. UpdateNetSEsQ ) (étape 144). Le traitement de cette liste de modules fonctionnels élémentaires dans une passerelle distante est présenté en détail par la suite, en relation avec la figure 16. On présente maintenant, en relation avec la figure 15, un mécanisme de diffusion d'une information relative à la suppression d'un module fonctionnel élémentaire. Ce mécanisme est mis en oeuvre par les passerelles apparaissant sur la figure 1. L'organigramme de la figure 15 décrit les actions effectuées par le module fonctionnel élémentaire spécifique (HBPM), aussi appelé programme, propre à une passerelle locale sélectionnée (voir étapes 93 à 95 du mécanisme de sélection d'une passerelle discuté ci-dessus en relation avec la figure 9). Lorsqu'elle est informée d'un événement relatif à la déconnexion d'un équipement (réponse affirmative à la question de l'étape 151), la passerelle locale recherche les modules fonctionnels élémentaires qui étaient hébergés par cet équipement déconnecté (étape 153). Chacun de ces modules fonctionnels élémentaires, s'il était enregistré dans le gestionnaire d'enregistrement (Registry) de la passerelle locale (réponse affirmative à la question de l'étape 154), fait l'objet d'une suppression dans ce gestionnaire d'enregistrement. Ce dernier génère alors, sur le bus local, un événement relatif à la suppression de ce module fonctionnel élémentaire. (étape 155) Lorsque la passerelle locale n'est pas informée d'un événement relatif à la déconnexion d'un équipement (réponse négative à la question de l'étape 151), mais qu'elle reçoit en retour à une requête de surveillance ( MsgWatchOnQ ) une réponse ( EDEST~SEID ) signifiant que l'équipement sous surveillance a été déconnecté, on applique les étapes référencées 153 à 155. Ce mécanisme de surveillance est une variante de détection de la déconnexion d'un équipement. Si elle ne reçoit pas de réponse du type précité ( EDEST~SEID ), mais a reçu un événement relatif à la suppression d'un module fonctionnel élémentaire (réponse positive à la question de l'étape 156), la passerelle locale génère une commande, de façon à informer toutes les passerelles distantes de cet évènement. Elle envoie cette commande à toutes les passerelles distantes, sous la forme d'un message propriétaire ( PROP. UpdateNetSEsQ ) (étape 157). Le traitement de cette commande dans une passerelle distante est présenté cidessous, en relation avec la figure 16. On présente maintenant, en relation avec la figure 16, un mécanisme de traitement d'une information relative à l'existence, la modification ou la suppression d'un module fonctionnel élémentaire. Ce mécanisme est mis en oeuvre par les passerelles apparaissant sur la figure 1. L'organigramme de la figure 16 décrit les actions effectuées par le module fonctionnel élémentaire spécifique (HBPM), aussi appelé programme, propre à une passerelle jouant le rôle d'une passerelle distante. En d'autres termes, on suppose qu'une passerelle locale a envoyé à la passerelle distante, dont le fonctionnement est discuté ici, un message propriétaire ( PROP. UpdateNetSEsQ ) contenant : - soit une liste des modules fonctionnels élémentaires déjà installés (voir discussion ci-dessus de l'étape 144 de l'organigramme de la figure 14) ; - soit un événement relatif à la suppression d'un module fonctionnel élémentaire (voir discussion ci-dessus de l'étape 157 de l'organigramme de la figure 15). En recevant le message propriétaire précité ( PROP. UpdateNetSEsQ ) (réponse affirmative à la question de l'étape 161), la passerelle distante se pose la question de savoir si au moins un nouveau module fonctionnel élémentaire, dit nouveau module distant (SE) ci-après, a été installé (étape 162). Si un nouveau module distant (SE) a été installé, et si l'équipement qui l'héberge n'est pas conforme à la norme 1394.1 (réponse négative à la question de l'étape 163), la passerelle distante instancie le proxy du nouveau module distant (pSE) (étape 164). Puis, elle ajoute le proxy du nouveau module distant (pSE) dans son gestionnaire d'enregistrement (Registry). Ce dernier génère alors, sur le bus local, un événement relatif à ce proxy du nouveau module distant (étape 165). Si un nouveau module distant (SE) a été installé, et si l'équipement qui l'héberge est conforme à la norme 1394.1 (réponse positive à la question de l'étape 163), mais s'il y a un équipement non conforme à la norme 1394.1 sur le bus local (réponse positive à la question de l'étape 166), la passerelle distante effectue les étapes référencées 164 et 165 discutées ci-dessus. Si un nouveau module distant (SE) a été installé, si l'équipement qui l'héberge est conforme à la norme 1394.1 (réponse positive à la question de l'étape 163), et s'il y n'a pas d'équipement non conforme à la norme 1394.1 sur le bus local (réponse négative à la question de l'étape 166), la passerelle distante n'a pas besoin d'ajouter le nouveau module distant (SE) dans son gestionnaire d'enregistrement (Registry) (étape 167). Optionnellement, elle génère alors, sur le bus local, un événement relatif à ce nouveau module distant et/ou au nouvel équipement qui l'héberge (étape 168). La génération de cet événement est optionnel dans la mesure où il a déjà pu être diffusé dans tout le réseau (via les passerelles) à destination des équipements conformes à la norme 1394.1. Si aucun nouveau module distant (SE) n'a été installé, et s'il existe déjà un proxy représentant le module distant considéré, la passerelle distante détermine si le module distant considéré a été modifié (étape 170). Si le module distant considéré a été modifié, la passerelle distante met à jour le proxy du module distant considéré, dans son gestionnaire d'enregistrement (Registry) (étape 171). Si le module distant considéré n'a pas été modifié, mais doit supprimé (réponse positive à la question de l'étape 172), la passerelle distante désinstancie (c'est-à-dire supprime l'instance de) le proxy du module distant considéré (étape 173). Puis, elle supprime le proxy du module distant considéré dans son gestionnaire d'enregistrement (Registry). Optionnellement, ce dernier génère alors, sur le bus local, un événement relatif à la suppression de ce proxy (étape 174). La génération de cet événement est optionnel dans la mesure où il a déjà pu être diffusé dans tout le réseau (via les passerelles) à destination des équipements conformes à la norme 1394.1. 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, - au moins un deuxième équipement spécifique formant passerelle (HBP) est connecté à chaque bus, chaque passerelle étant conforme à la première norme, - les passerelles comprennent : * des moyens de communication entre passerelles et de traitement d'informations relatives au réseau, aux équipements et aux modules fonctionnels élémentaires ; * des moyens de gestion de proxys de modules fonctionnels élémentaires ; * des moyens de fourniture d'informations destinées à permettre à un module fonctionnel élémentaire, dit module émetteur, hébergé par un équipement, dit équipement émetteur, connecté à un bus donné, dit bus local, de communiquer avec au moins un module fonctionnel élémentaire, dit module destinataire, hébergé par un équipement, dit équipement destinataire, connecté à un autre bus, dit bus distant, - les moyens de fourniture d'informations sont tels que : * si les moyens de communication et de traitement d'informations indiquent que l'équipement émetteur et l'équipement destinataire sont tous les deux conformes à la première norme, les moyens de fourniture d'informations fournissent au module émetteur, respectivement destinataire, l'adresse réelle du module destinataire, respectivement émetteur ; * si les moyens de communication et de traitement d'informations indiquent que l'un au moins des équipements émetteur et destinataire n'est pas conforme à la première norme, les moyens de fourniture d'informations fournissent au module émetteur, respectivement destinataire, l'adresse du proxy du module destinataire, respectivement émetteur. 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 au moins un desdits deuxièmes équipements spécifiques formant passerelles (HBP) est compris dans un desdits premiers équipements spécifiques formant pont. 5. Système selon l'une quelconque des revendications 1 à 4, dans lequel lesdits modules fonctionnels élémentaires appartiennent au groupe comprenant : les modules de commande d'équipements (DCM) ; les modules d'application (AM) ; les modules de gestion de flux (Stream Manager) ; les modules de gestion de ressources (Ressource Manager) ; les modules de commande de fonction (FCM) ; les modules de type Havlet . 6. Système selon l'une quelconque des revendications 1 à 5, dans lequel lesdits moyens de communication entre passerelles et de traitement d'informations comprennent des moyens de gestion d'une liste de passerelles au sein du réseau, comprenant eux-mêmes, dans chaque passerelle : des moyens de détection d'une connexion et/ou d'une déconnexion d'un pont sur le bus, dit bus local, auquel est connectée ladite passerelle, dite passerelle locale ; des moyens, activés en cas de détection de la connexion et/ou de la déconnexion d'un pont sur le bus local, de diffusion sur le réseau d'une requête de découverte d'éventuelles autres passerelles, dites passerelles distantes, connectées aux autres bus, dits bus distants ; des moyens de réception des réponses fournies par les passerelles distantes ; des moyens de mise à jour d'une liste de passerelles, en fonction de réponses reçues des passerelles distantes ; des moyens d'envoi de la liste de passerelles mise à jour aux passerelles distantes afin qu'elles mettent également à jour leurs propres listes de passerelles. 7. Système selon l'une quelconque des revendications 1 à 6, dans lequel lesdits moyens de communication entre passerelles et de traitement d'informations comprennent des moyens de gestion d'une requête d'enregistrement, émise par un module fonctionnel élémentaire, dit module émetteur, hébergé par un équipement, dit équipement émetteur, connecté au bus, dit bus local, auquel est connectée une passerelle, dite passerelle locale, vers l'ensemble des autres passerelles, dites passerelles distantes, lesdits moyens de gestion de la requête d'enregistrement comprenant eux-mêmes : dans chaque passerelle distante : * des moyens de réception de ladite requête d'enregistrement ; * des moyens d'obtention et de transmission d'une réponse contenant une liste de modules fonctionnels élémentaires, dits modules distants, hébergés par des équipements, dits équipements destinataires, connectés au bus, dit bus distant, auquel est connectée ladite passerelle distante ; dans ladite passerelle locale : * des moyens d'obtention d'une liste de modules fonctionnels élémentaires, dits modules locaux, hébergés par ladite passerelle locale ; * des moyens de transmission de ladite requête d'enregistrement aux passerelles distantes ; * des moyens de réception des réponses, contenant les listes de modules distants, fournies par les passerelles distantes ; * des moyens de combinaison de la liste des modules locaux avec les listes de modules distants, de façon à obtenir une liste globale de modules fonctionnels élémentaires ; * des moyens de transfert de ladite liste globale aux moyens de fourniture d'informations, afin que ces derniers fournissent ladite liste globale au module émetteur, après avoir effectué une traduction de l'adresse réelle de chaque module distant en l'adresse du proxy correspondant, si l'un au moins des équipements émetteur et destinataire n'est pas conforme à la première norme. 8. Système selon l'une quelconque des revendications 1 à 7, dans lequel lesdits moyens de communication entre passerelles et de traitement d'informations comprennent des moyens de gestion d'une notification d'évènement, émise par un module fonctionnel élémentaire, dit module émetteur, hébergé par à un équipement, dit équipement émetteur, connecté au bus, dit bus local, auquel est connectée une passerelle, dite passerelle locale, vers l'ensemble des autres passerelles, dites passerelles distantes, lesdits moyens de gestion de la notification d'évènement comprenant eux-mêmes : dans ladite passerelle locale : * des moyens de transmission de ladite notification d'évènement aux passerelles distantes ; dans chaque passerelle distante : * des moyens de réception de ladite notification d'évènement ; * des moyens de transfert de la notification d'événement aux moyens de fourniture d'informations, afin que ces derniers la diffuse vers chacun des modules fonctionnels élémentaires, dits modules distants, hébergés par des équipements, dits équipements destinataires, connectés au bus, dit bus distant, auquel est connectée ladite passerelle distante, les moyens de fourniture d'informations effectuant une traduction de l'adresse réelle du module émetteur, contenue dans ladite notification d'événement, en l'adresse du proxy correspondant, si l'un au moins des équipements émetteur et destinataire n'est pas conforme à la première norme. 9. Système selon la revendication 8, dans lequel ladite passerelle locale comprend en outre des moyens de filtrage de notifications d'évènements, notamment de façon à empêcher la diffusion, via les passerelles distantes, d'une notification d'évènement relative à la création ou à la suppression sur le bus local d'un proxy d'un module distant. 10. Système selon l'une quelconque des revendications 1 à 9, dans lequel : - au moins deux passerelles sont connectées à un bus donné, - le système comprend des moyens de sélection de l'une desdites au moins deux passerelles, dite passerelle sélectionnée, de façon que seule la passerelle sélectionnée joue effectivement le rôle de passerelle sur ledit bus donné. 11. Système selon l'une quelconque des revendications 1 à 9, dans lequel : - au moins deux passerelles sont connectées à un bus donné, - le système comprend des moyens permettant de faire coopérer lesdites au moins deux passerelles, de façon que lesdites au moins deux passerelles jouent ensemble le rôle de passerelle sur ledit bus donné. 12. Système selon l'une quelconque des revendications 1 à 11, dans lequel lesdits moyens de gestion de proxys de modules fonctionnels élémentaires comprennent des moyens de création d'un proxy de module fonctionnel élémentaire comprenant eux-mêmes : - dans une passerelle donnée, dite passerelle locale : * des moyens de réception d'une première notification d'évènement relative à la création sur le bus, dit bus local, auquel est connectée ladite passerelle locale, d'un nouveau module fonctionnel élémentaire ; * des moyens de diffusion de ladite première notification d'évènement vers l'ensemble des autres passerelles, dites passerelles distantes ; - dans chaque passerelle distante : * des moyens de réception de ladite première notification d'événement ; * des moyens de création d'un proxy dudit nouveau module fonctionnel élémentaire ; * des moyens d'obtention et de diffusion sur le bus, dit bus distant, auquel est connectée ladite passerelle distante, d'une seconde notification d'événement relative à la création sur le bus distant d'un proxy du nouveau module fonctionnel élémentaire, de façon à en informer tous les équipements connectés audit bus distant. 13. Système selon l'une quelconque des revendications 1 à 11, dans lequel lesdits moyens de gestion de proxys de modules fonctionnels élémentaires comprennent des moyens de création d'un proxy de module fonctionnel élémentaire comprenant eux-mêmes : - dans une passerelle donnée, dite passerelle locale : * des moyens de réception d'une troisième notification d'événement relative à la connexion sur le bus, dit bus local, auquel est connectée ladite passerelle locale, d'un nouvel équipement ; * des moyens d'obtention d'une liste de modules fonctionnels élémentaires, dits nouveaux modules locaux, hébergés par ledit nouvel équipement ; * des moyens d'obtention et de diffusion d'une quatrième notification d'événement, relative à ladite liste de nouveaux modules locaux, vers l'ensemble des autres passerelles, dites passerelles distantes ; - dans chaque passerelle distante : * des moyens de réception de ladite quatrième notification d'événement ; * des moyens de création d'un proxy pour chacun desdits nouveaux modules locaux ; * des moyens de diffusion sur le bus, dit bus distant, auquel est connectée ladite passerelle distante, d'une pluralité de cinquièmes notifications d'événement relatives chacune à la création sur le bus distant d'un proxy d'un des nouveaux modules locaux, de façon à en informer tous les équipements connectés audit bus distant. 14. Système selon l'une quelconque des revendications 1 à 11, dans lequel lesdits moyens de gestion de proxys de modules fonctionnels élémentaires comprennent des moyens de création d'un proxy de module fonctionnel élémentaire comprenant eux-mêmes : - dans une passerelle donnée, dite passerelle locale : * des moyens de détection de la connexion d'une nouvelle passerelle distante sur le réseau, et/ou des moyens de réception d'une sixième notification d'événement relative à la connexion d'une nouvelle passerelle distante sur le réseau ; * des moyens de transmission vers ladite nouvelle passerelle distante d'une requête afin d'obtenir une liste des modules fonctionnels élémentaires, dits nouveaux modules distants, hébergés par des équipements, dits équipements destinataires, connectés au bus, dit bus distant, auquel est connectée ladite nouvelle passerelle distante ; - dans ladite nouvelle passerelle distante : * des moyens d'obtention et de transmission d'une réponse, contenant ladite liste des nouveaux modules distants ; - dans ladite passerelle locale : * des moyens de réception de ladite réponse, contenant la liste des nouveaux modules distants, fournie par la nouvelle passerelle distante ; * des moyens de création d'un proxy pour chacun desdits nouveaux modules distants ; * des moyens de diffusion sur le bus, dit bus local, auquel est connectée ladite passerelle locale, d'une pluralité de septièmes notifications d'événement relatives chacune à la création sur le bus local d'un proxy d'un des nouveaux modules distants, de façon à en informer tous les équipements connectés audit bus local. 15. Système selon l'une quelconque des revendications 1 à 11, dans lequel lesdits moyens de gestion de proxys de modules fonctionnels élémentaires comprennent des moyens de création d'un proxy de module fonctionnel élémentaire comprenant eux-mêmes : - dans une passerelle donnée, dite passerelle locale : * des moyens de réception d'une huitième notification d'événement relative à la connexion d'une nouvelle passerelle distante sur le réseau, ladite huitième notification d'événement contenant une liste des modules fonctionnels élémentaires, dits nouveaux modules distants, hébergés par des équipements, dits équipements destinataires, connectés au bus, dit bus distant, auquel est connectée ladite nouvelle passerelle distante ; * des moyens de création d'un proxy pour chacun desdits nouveaux modules distants ; * des moyens de diffusion sur le bus, dit bus local, auquel est connectée ladite passerelle locale, d'une pluralité de neuvièmes notifications d'événement relatives chacune à la création sur le bus local d'un proxy d'un des nouveaux modules distants, de façon à en informer tous les équipements connectés audit bus local. 16. Système selon l'une quelconque des revendications 12 à 15, dans lequel lesdits moyens de création d'un proxy de module fonctionnel élémentaire sont activés, pour un module fonctionnel élémentaire donné, dit module destinataire, si au moins une des conditions suivantes est vérifiée : - si ledit module destinataire est hébergé par un équipement qui n'est pas conforme à ladite première norme ; - si au moins un équipement, qui n'est pas conforme à ladite première norme, est connecté à un bus, dit bus local, et héberge au moins un module fonctionnel élémentaire, dit module émetteur, susceptible de communiquer avec ledit module destinataire ; le module destinataire étant hébergé par un équipement connecté à un autre bus, dit bus distant. 17. Système selon l'une quelconque des revendications 1 à 16, dans lequel lesdits moyens de gestion de proxys de modules fonctionnels élémentaires comprennent des moyens de suppression d'un proxy de module fonctionnel élémentaire comprenant eux-mêmes : - dans une passerelle donnée, dite passerelle locale : * des moyens de réception d'une dixième notification d'évènement relative à la suppression sur le bus, dit bus local, auquel est connectée ladite passerelle locale, d'un module fonctionnel élémentaire ; * des moyens de diffusion de ladite dixième notification d'événement vers l'ensemble des autres passerelles, dites passerelles distantes ; - dans chaque passerelle distante : * des moyens de réception de ladite dixième notification d'événement ; * des moyens de suppression, s'il existe, d'un proxy dudit module fonctionnel élémentaire supprimé ; * des moyens d'obtention et de diffusion sur le bus, dit bus distant, auquel est connectée ladite passerelle distante, d'une onzième notification d'événement relative à la suppression sur le bus distant du proxy du module fonctionnel élémentaire supprimé, de façon à en informer tous les équipements connectés audit bus distant. 18. Système selon l'une quelconque des revendications 1 à 16, dans lequel lesdits moyens de gestion de proxys de modules fonctionnels élémentaires comprennent des moyens de suppression d'un proxy de module fonctionnel élémentaire comprenant eux-mêmes : - dans une passerelle donnée, dite passerelle locale : * des moyens de détection de la déconnexion d'une passerelle distante du réseau, et/ou des moyens de réception d'une douzième notification d'événement relative à la déconnexion d'une passerelle distante du réseau ; * des moyens de suppression du proxy, s'il existe, de chacun des modules distants qui ne sont plus accessibles car hébergés par des équipements, dits équipements destinataires, connectés au bus, dit bus distant, auquel est connectée ladite passerelle distante déconnectée ; * des moyens de diffusion sur le bus, dit bus local, auquel est connectée ladite passerelle locale, d'une pluralité de treizièmes notifications d'événement relatives chacune à la suppression sur le bus local d'un proxy d'un des modules distants qui ne sont plus accessibles. 19. Système selon l'une quelconque des revendications 1 à 18, dans lequel ladite passerelle distante comprend en outre : des moyens de détection du type du module émetteur : module fonctionnel élémentaire simple ou de système ; des moyens d'utilisation d'un module fonctionnel élémentaire qui est propre à la passerelle distante et identique au module émetteur, lorsque le module émetteur est du type module fonctionnel élémentaire de système et de ce fait ne peut pas avoir de proxy le représentant hébergé par la passerelle distante. 20. Système selon l'une quelconque des revendications 1 à 19, dans lequel : - un couple de passerelles, respectivement appelées passerelle locale et passerelle distante, permet audit module émetteur de communiquer avec ledit au moins un module destinataire, les passerelles locale et distante étant connectées audit bus local et audit bus distant respectivement, - ladite passerelle locale comprend des moyens de gestion du proxy représentant ledit module destinataire, comprenant eux-mêmes : * des moyens de réception et de détection d'un message source, provenant du module émetteur et destiné au proxy du module destinataire ; * des moyens d'obtention d'un premier message modifié, par remplacement de l'adresse du proxy du module destinataire par l'adresse du module destinataire ; * des moyens d'encapsulation du premier message modifié dans un message porteur destiné à la passerelle distante, ledit message comprenant une information indiquant un type encapsulé ; * des moyens de transmission dudit message porteur, vers la passerelle distante ; - ladite passerelle distante comprend des moyens de gestion du proxy représentant ledit module émetteur, comprenant eux-mêmes : * des moyens de réception dudit message porteur ; * des moyens de détection du type encapsulé dudit message porteur ; * des moyens d'extraction dudit premier message modifié contenu dans le message porteur ; * des moyens d'obtention d'un second message modifié, par remplacement de l'adresse du module émetteur par l'adresse du proxy du module émetteur ; * des moyens de transmission dudit second message modifié, vers le module destinataire. 21. Passerelle comprise dans un système selon l'une quelconque des revendications 1 à 20, ladite passerelle comprenant : * des moyens de communication entre passerelles et de traitement d'informations relatives au réseau, aux équipements et aux modules fonctionnels élémentaires ; * des moyens de gestion de proxys de modules fonctionnels élémentaires ; * des moyens de fourniture d'informations destinées à permettre à un module fonctionnel élémentaire, dit module émetteur, hébergé par un équipement, dit équipement émetteur, connecté à un bus donné, dit bus local, de communiquer avec au moins un module fonctionnel élémentaire, dit module destinataire, hébergé par un équipement, dit équipement destinataire, connecté à un autre bus, dit bus distant, les moyens de fourniture d'informations étant tels que : * si les moyens de communication et de traitement d'informations indiquent que l'équipement émetteur et l'équipement destinataire sont tous les deux conformes à la première norme, les moyens de fourniture d'informations fournissent au module émetteur, respectivement destinataire, l'adresse réelle du module destinataire, respectivement émetteur ; * si les moyens de communication et de traitement d'informations indiquent que l'un au moins des équipements émetteur et destinataire n'est pas conforme à la première norme, les moyens de fourniture d'informations fournissent au module émetteur, respectivement destinataire, l'adresse du proxy du module destinataire, respectivement émetteur. 22. Procédé de gestion d'une communication entre un module émetteur et au moins un module destinataire, au sein d'un système selon l'une quelconque des revendications 1 à 20, ledit procédé comprenant : une étape de communication entre passerelles et de traitement d'informations relatives au réseau, aux équipements et aux modules fonctionnels élémentaires ; une étape de fourniture d'informations destinées à permettre à un module fonctionnel élémentaire, dit module émetteur, hébergé par un équipement, dit équipement émetteur, connecté à un bus donné, dit bus local, de communiquer avec au moins un module fonctionnel élémentaire, dit module destinataire, hébergé par un équipement, dit équipement destinataire, connecté à un autre bus, dit bus distant, ladite étape de fourniture d'informations étant telle que : * s'il ressort de l'étape de communication et de traitement d'informations que l'équipement émetteur et l'équipement destinataire sont tous les deux conformes à la première norme, on fournit au module émetteur, respectivement destinataire, l'adresse réelle du module destinataire, respectivement émetteur ; * s'il ressort de l'étape de communication et de traitement d'informations que l'un au moins des équipements émetteur et destinataire n'est pas conforme à la première norme, on fournit au module émetteur, respectivement destinataire, l'adresse du proxy du module destinataire, respectivement émetteur. 23. 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 22 lorsque ledit programme est exécuté sur un ordinateur. 24. Produit programme d'ordinateur, adapté à la gestion d'une communication entre un module émetteur et au moins un module destinataire, au sein d'un système selon l'une quelconque des revendications 1 à 20, 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 communication entre passerelles et de traitement d'informations relatives au réseau, aux équipements et aux modules fonctionnels élémentaires ; - des moyens de programmation lisibles par ordinateur pour effectuer une étape de fourniture d'informations destinées à permettre à un module fonctionnel élémentaire, dit module émetteur, hébergé par un équipement, dit équipement émetteur, connecté à un bus donné, dit bus local, de communiquer avec au moins un module fonctionnel élémentaire, dit module destinataire, hébergé par un équipement, dit équipement destinataire, connecté à un autre bus, dit bus distant, ladite étape de fourniture d'informations étant telle que : * s'il ressort de l'étape de communication et de traitement d'informations que l'équipement émetteur et l'équipement destinataire sont tous les deux conformes à la première norme, on fournit au module émetteur, respectivement destinataire, l'adresse réelle du module destinataire, respectivement émetteur ; * s'il ressort de l'étape de communication et de traitement d'informations que l'un au moins des équipements émetteur et destinataire n'est pas conforme à la première norme, on fournit au module émetteur, respectivement destinataire, l'adresse du proxy du module destinataire, respectivement émetteur.