FR 2842682 A1 20040123 FR 0209159 A 20020718 Procédé d'établissement d'une connexion de flux de données isochrone, avec application d'un délai isochrone total prédéterminé sur un ou plusieurs chemins de routage. Le domaine de l'invention est celui des réseaux de bus numériques, du type comprenant une pluralité de bus numériques sur lesquels peuvent être connectés des terminaux. De tels réseaux de bus numériques permettent d'interconnecter des terminaux (aussi appelés dispositifs) audio et/ou vidéo, de type analogique et/ou numérique, afin qu'ils échangent des signaux audiovisuels. Les terminaux 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. L'invention s'applique notamment, mais non exclusivement, aux réseaux de bus numériques de type IEEE 1394. On rappelle que la norme IEEE 1394 est décrite dans les documents de référence suivants: " IEEE Std 1394-1995, Standard for High Performance Serial Bus " et " IEEE Std 1394a-2000, Standard for High Performance Serial Bus (Supplement) ". Un troisième document " IEEE P1394.1 Draft 0.17 Standard for High Performance Serial Bus Bridges " décrit comment connecter différents bus de type IEEE 1394. Plus précisément, l'invention concerne un procédé d'établissement d'une connexion de flux de données isochrone entre au moins un terminal d'entrée et au moins un terminal destinataire, au sein d'un réseau de bus numériques. On rappelle que, de façon classique, un réseau de bus numériques est homogène. Les bus numériques y sont interconnectés entre eux via des ponts homogènes. Chaque pont homogène comprend une première et une seconde portes, à chacune desquelles est connecté un des bus numériques. Chaque pont permet le transfert de paquets depuis un bus, connecté à sa première porte, vers un autre bus, connecté à sa seconde porte. A chaque pont est associé un délai isochrone, pour chaque direction de traversée de l'une vers l'autre de ses portes. Ce délai isochrone représente le laps de temps nécessaire au pont pour passer un paquet isochrone depuis l'une vers l'autre de ses portes. Le délai isochrone est principalement utilisé pour le transport de paquets isochrones communs (aussi appelés paquets CIP, pour "Common Isochronous Packets") dans le réseau. Un paquet CIP contient une information de temps absolu, indiquant quand le paquet doit être consommé par l'application destinataire. Cette information de temps est calculée par l'initiateur isochrone, pour un paquet transféré sur un bus unique (cas o le terminal d'entrée, "talker", et le terminal destinataire, "listener", sont connectés au même bus numérique). Lorsque plusieurs ponts séparent le terminal d'entrée, "talker", et le terminal destinataire, "listener", l'information contenue dans le paquet CIP pourrait ne plus être à jour, du fait de la latence introduite par la traversée des ponts. Afin d'éviter cette situation, chaque pont se trouvant entre le terminal d'entrée et le terminal destinataire augmente l'information temporelle, contenue dans le paquet CIP, avec le délai isochrone propre à ce pont (délai de transfert entre les deux bus interconnectés par ce pont). Actuellement, et conformément aux normes précitées dans le cas de bus IEEE 1394, chaque pont est associé, pour chaque direction de traversée, à un délai isochrone constant. En d'autres termes, tous les paquets isochrones transférés, à travers le pont, depuis un bus vers un autre bus, sont traités avec le même délai isochrone, quel que soit le flux auquel ils appartiennent. Dans un mode de réalisation particulier de la présente invention, on s'intéresse également à un nouveau type de réseau de bus numériques, qualifié d'hétérogène du fait que les bus numériques y sont interconnectés entre eux soit directement, via des ponts homogènes tels que précités, soit à travers au moins un réseau commuté, via des ponts hétérogènes. Chaque pont hétérogène comprend une première porte, à laquelle est connecté un des bus numériques, et une seconde porte, à laquelle est connecté le réseau commuté. Le réseau commuté comprend une pluralité de noeuds, reliés entre eux par une pluralité de liens. Ces liens sont par exemple du type permettant des transferts de données bidirectionnels, selon la norme IEEE 1355. On rappelle que la norme IEEE 1355 est définie par la référence IEEE Std 1355-1995 Standard for Heterogeneous InterConnect (HIC) (Low Cost Low Latency Scalable Serial Interconnect) (aka ISO/IEC 14575 DIS). Chaque pont hétérogène joue également le rôle d'un noeud du réseau commuté. Le fonctionnement d'un tel réseau hétérogène est le suivant: une connexion est établie, via un ou plusieurs ponts et éventuellement via le réseau commuté, entre un premier terminal (terminal d'entrée, ou "listener" en anglais) - connecté à un premier bus numérique -, qui souhaite recevoir des signaux audiovisuels, et un second terminal (terminal destinataire, ou "talker" en anglais) - connecté à un second bus numérique -, qui peut les lui fournir. Par terminal d'entrée, on entend par exemple une caméra numérique, un appareil photo numérique, un lecteur DVD à sortie numérique, ou tout appareil analogique vu à travers un convertisseur analogique/numérique. Le réseau (homogène ou hétérogène) de bus numériques est par exemple un réseau audiovisuel domestique, permettant notamment l'échange en temps réel d'images animées, pour une distribution dans le cadre d'une habitation. Dans le cas o il est de type hétérogène, il comprend par exemple un réseau commuté à haut débit. On présente maintenant deux inconvénients majeurs de l'état de la technique, liés au fait qu'actuellement, et conformément aux normes précitées dans le cas de bus IEEE 1394, chaque pont doit être associé, pour chaque direction de traversée, à un délai isochrone constant. De cette obligation découle l'impossibilité de choisir le délai isochrone total subi par le flux de données isochrone en parcourant le chemin de routage entre le terminal d'entrée et le terminal destinataire. En effet, le délai isochrone total est la somme des délais isochrones des différents ponts successifs compris le long du chemin de routage. Les délais isochrones des ponts devant être constants, le délai isochrone total que subit le flux est donc lui aussi constant et imposé. Or, il existe un besoin de pouvoir choisir le délai isochrone total, notamment pour des applications telles que la fourniture vers un nouveau destinataire d'informations devant être synchronisées avec un flux préalablement établi et dont les délais sont différents. Le problème posé de la synchronisation de l'instant d'arrivée à des multiples terminaux est nouveau. En effet, actuellement, il est impossible d'assurer qu'un même flux (issu d'un terminal d'entrée unique) puisse être reçu simultanément par plusieurs terminaux destinataires. Dans ce cas, la connexion de flux emprunte plusieurs chemins de routage en parallèle, chacun entre le terminal d'entrée et l'un des terminaux destinataires. Or, comme expliqué ci-dessus, le délai isochrone total que subit le flux sur chaque chemin de routage est constant et imposé. Les différents chemins de routage ne comprenant généralement ni les mêmes ponts, ni le même nombre de ponts, il n'y a aucune raison que leurs délais isochrones totaux respectifs soient égaux. Ainsi, il est par exemple impossible actuellement, dans un réseau de bus numériques, que des hauts-parleurs (terminaux destinataires) reçoivent en même temps, de manière synchronisée, des données stéréophoniques provenant d'un terminal d'entrée. 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 un procédé d'établissement d'une connexion de flux de données isochrone au sein d'un réseau de bus numériques, qui permette de choisir le délai isochrone total subi par le flux de données isochrone en parcourant le chemin de routage entre le terminal d'entrée et le(s) terminal(ux) destinataire(s). L'invention a également pour objectif de fournir un tel procédé permettant, dans le cas d'une connexion de flux de données isochrone entre un terminal d'entrée et plusieurs terminaux destinataires, d'avoir un même délai isochrone total sur chacun des chemins de routage vers les différents terminaux destinataires. Un autre objectif de l'invention est de fournir un tel procédé pouvant être mis en oeuvre avec un réseau de bus numériques aussi bien de type homogène que hétérogène. Un objectif complémentaire de l'invention est de fournir un tel procédé permettant, dans le cas o il est mis en oeuvre avec un réseau de bus numériques hétérogène comprenant un réseau commuté, de tenir compte de compte d'un délai (variable d'un flux à l'autre) introduit par le passage du flux dans le réseau commuté. Ces différents objectifs, ainsi que d'autres qui apparaîtront par la suite, sont atteints selon l'invention à l'aide d'un procédé d'établissement d'une connexion de flux de données isochrone entre au moins un terminal d'entrée et au moins un terminal destinataire connectés par au moins un pont d'un réseau de bus numériques comprenant une pluralité de bus numériques interconnectés par une pluralité de ponts, chaque pont étant associé à un délai isochrone. Selon l'invention, au moins certains desdits ponts sont associés à un délai isochrone paramétrable dans une plage de valeurs prédéterminées, et ledit procédé comprend les étapes suivantes: (a) on obtient au moins un chemin de routage entre ledit au moins un terminal d'entrée et ledit au moins un terminal destinataire, comprenant un ou plusieurs pont(s) dont au moins un pont à délai isochrone paramétrable; (b) pour chaque pont compris dans ledit au moins un chemin de routage, on obtient la valeur ou les valeurs possibles du délai isochrone dudit pont; (c) pour au moins un pont à délai isochrone paramétrable compris dans ledit au moins un chemin de routage, on sélectionne la valeur, dite valeur sélectionnée, que doit prendre le délai isochrone dudit pont, de façon que ladite connexion de flux empruntant ledit au moins un chemin de routage subisse un délai isochrone total prédéterminé; (d) pour ledit au moins un pont à délai isochrone paramétrable compris dans ledit au moins un chemin de routage, on adapte et on instancie au moins une ressource dudit pont, de façon que le délai isochrone paramétrable dudit pont prenne ladite valeur sélectionnée. Le principe général de l'invention consiste donc à utiliser au moins un pont d'un nouveau type, à savoir à délai isochrone paramétrable. De cette façon, on peut choisir un délai isochrone total prédéterminé que l'on souhaite appliquer à un flux donné lorsqu'il parcourt un chemin de routage donné entre un terminal d'entrée et un terminal destinataire. Ce délai isochrone total prédéterminé n'est donc pas imposé, contrairement à celui de l'art antérieur (voir discussion ci-dessus). Il peut être choisi d'autant plus facilement et dans une plage de valeurs d'autant plus grande que le nombre de ponts à délai isochrone paramétrable est grand. Dans mode de réalisation particulier, tous les ponts sont à délai isochrone paramétrable. On notera également que le choix pour un pont d'un délai isochrone de valeur importante permet d'utiliser la mémoire de ce pont comme moyen de bufferisation privilégié dans le réseau. Dans un mode de réalisation particulier de l'invention, on établit une connexion de flux de données isochrone entre un terminal d'entrée et au moins deux terminaux destinataires, et ledit procédé comprend les étapes suivantes,: - pour chacun desdits au moins deux terminaux destinataires, on obtient un chemin de routage, comprenant un ou plusieurs pont(s) dont au moins un pont à délai isochrone paramétrable, entre ledit au moins un terminal d'entrée et ledit terminal destinataire; - pour chacun desdits au moins deux chemins de routage, on effectue lesdites étapes (b) à (d), de façon que ladite connexion de flux subisse un même délai isochrone total prédéterminé sur chacun desdits au moins deux chemins de routage qu'elle emprunte. Ainsi, on peut appliquer un même délai isochrone total à un flux empruntant plusieurs chemins de routage en parallèle. De cette façon, des données émises par un terminal d'entrée peuvent être reçues de manière synchronisée par plusieurs terminaux destinataires. Il est connu qu'un mauvais positionnement d'enceintes acoustiques dans un système dit " surround " génère des retards entre les signaux sonores (de l'ordre de 1 ms pour un mauvais positionnement de l'ordre de 30 cm). Si des signaux destinés à ce type d'enceintes sont retardés d'un délai différent selon le chemin emprunté, le signal sonore perçu par l'utilisateur sera donc perturbé. Un délai paramétrable selon l'invention permet de corriger ce problème. De façon avantageuse, ledit réseau de bus numériques est un réseau homogène, les bus numériques étant interconnectés entre eux directement, via des ponts homogènes comprenant chacun une première et une seconde portes à chacune desquelles est connecté un des bus numériques. Ledit au moins un chemin de routage, entre ledit au moins un terminal d'entrée et ledit au moins un terminal destinataire, comprend au moins un pont homogène à délai isochrone paramétrable. Avantageusement, ledit réseau de bus numériques est un réseau hétérogène, les bus numériques étant interconnectés entre eux: - soit directement, via des ponts homogènes comprenant chacun une première et une seconde portes à chacune desquelles est connecté un des bus numériques; - soit à travers au moins un réseau commuté, via des ponts hétérogènes comprenant chacun une première porte, à laquelle est connecté un des bus numériques, et une seconde porte, à laquelle est connecté le réseau commuté, le réseau commuté comprenant une pluralité de noeuds reliés entre eux par une pluralité de liens, chaque pont hétérogène formant un des noeuds du réseau commuté; En outre, ledit au moins un chemin de routage, entre ledit au moins un terminal d'entrée et ledit au moins un terminal destinataire, traverse le réseau commuté et comprend au moins une paire de ponts hétérogènes, formant respectivement noeuds d'entrée et de sortie du réseau commuté, et éventuellement au moins un pont homogène. Ledit au moins un chemin de routage comprend au moins un pont hétérogène à délai isochrone paramétrable et/ou au moins un pont homogène à délai isochrone paramétrable, chacun prenant en compte dans son délai isochrone paramétrable, dans une proportion déterminée, un délai introduit par le passage du flux dans le réseau commuté. Selon une caractéristique avantageuse, le délai introduit par le passage du flux dans le réseau commuté est pris en compte: - dans une première proportion Pi, dans le délai isochrone paramétrable de l'un desdits ponts hétérogènes, formant noeud d'entrée du réseau commuté; - dans une seconde proportion P2, dans le délai isochrone paramétrable de l'autre desdits ponts hétérogènes, formant noeud de sortie du réseau commuté; avec la somme des première et seconde proportions sensiblement égale à 100% (Pi + P2 = 100 %). Préférentiellement, lesdites première et seconde proportions sont toutes les deux sensiblement égales à 50 % (Pi = P2 = 50 %). De façon préférentielle, le délai, Dé,,an commutés introduit par le passage du flux dans le réseau commuté est calculé selon la formule suivante: Dréseau commuté = Nnoeuds intermédiaires x Dcommutadion avec Nnoeuds intermédiaires le nombre de noeuds intermédiaires dans la partie du chemin de routage comprise dans le réseau commuté, et Dcommutation le délai de commutation moyen par noeud intermédiaire. Ainsi, on prend en compte le délai introduit par la traversée de chacun des noeuds situés sur la partie du chemin de routage comprise dans le réseau commuté, de façon à obtenir une estimation la plus exacte possible du temps de transfert du flux au sein du réseau commuté. Préférentiellement, ladite au moins une ressource adaptée et instanciée est une mémoire FIFO comprise dans ledit pont à délai isochrone paramétrable. On joue ainsi sur la taille de la mémoire FIFO d'un pont pour accroître ou réduire, si nécessaire, le délai isochrone paramétrable de ce pont. Dans un mode de réalisation particulier de l'invention, l'adaptation et l'instanciation de ladite au moins une ressource de chaque pont à délai isochrone paramétrable compris dans ledit au moins un chemin de routage, est commune à plusieurs flux, de façon que la valeur sélectionnée du délai isochrone paramétrable dudit pont soit appliquée à chacun desdits flux par ledit pont. Ainsi, une fois que le délai isochrone paramétrable d'un pont a été ajusté, pour une direction de traversée donnée, et prend une valeur donnée dans la plage des valeurs possibles, il conserve cette valeur donnée jusqu'à la prochaine modification (par exemple suite à un redémarrage (reset) du pont ou la réception par celui-ci d'une commande de mise à jour de son délai isochrone paramétrable). Jusqu'à la prochaine modification, le pont applique cette valeur donnée du délai isochrone paramétrable à tous les flux successifs qui le traversent. Selon une variante préférentielle, l'adaptation et l'instanciation de ladite au moins une ressource de chaque pont à délai isochrone paramétrable compris dans ledit au moins un chemin de routage, est propre à un flux particulier, de façon que la valeur sélectionnée du délai isochrone paramétrable dudit pont soit appliquée uniquement audit flux particulier par ledit pont. De cette façon, le pont gère plusieurs délais isochrones paramétrables et applique sélectivement chacun d'entre eux à un flux particulier, indépendamment des autres flux gérés. Un nouveau délai isochrone paramétrable est affecté à chaque nouveau flux traversant le pont. De façon avantageuse, lesdits bus numériques sont des bus numériques de type IEEE 1394. Avantageusement, ledit réseau de bus numériques est un réseau audiovisuel domestique. Un tel réseau audiovisuel domestique permet par exemple l'échange d'images animées, ou de fichiers son, en temps réel dans le cadre d'une habitation. De façon préférentielle, lesdites étapes (a) à (c) sont effectuées par un dispositif de contrôle de l'établissement d'une connexion de flux, connecté audit réseau de bus numériques. De façon avantageuse, ledit procédé comprend une étape d'obtention d'une description du réseau, et au cours de ladite étape (a), on utilise ladite description du réseau pour obtenir les ponts de chaque chemin de routage. Avantageusement, ledit procédé est mis en oeuvre pour chaque direction de traversée de chaque pont compris dans ledit au moins un chemin de routage. L'invention concerne également un programme d'ordinateur qui comprend des séquences d'instructions adaptées à la mise en oeuvre du procédé précité lorsque ledit programme est exécuté sur un ordinateur. L'invention concerne aussi un produit programme d'ordinateur pour l'établissement d'une connexion de flux de données isochrone entre au moins un terminal d'entrée et au moins un terminal destinataire connectés par au moins un pont d'un réseau de bus numériques comprenant une pluralité de bus numériques interconnectés par une pluralité de ponts, chaque pont étant associé à un délai isochrone, au moins certains desdits ponts étant associés à un délai isochrone paramétrable dans une plage de valeurs prédéterminées. Selon l'invention, ledit produit programme d'ordinateur comprend des instructions de code de programme enregistré sur un support utilisable dans un ordinateur comprenant des moyens de programmation lisibles par ordinateur pour effectuer les étapes suivantes: (a) on obtient au moins un chemin de routage entre ledit au moins un terminal d'entrée et ledit au moins un terminal destinataire, comprenant un ou plusieurs pont(s) dont au moins un pont à délai isochrone paramétrable; (b) pour chaque pont compris dans ledit au moins un chemin de routage, on obtient la valeur ou les valeurs possibles du délai isochrone dudit pont; (c) pour au moins un pont à délai isochrone paramétrable compris dans ledit au moins un chemin de routage, on sélectionne la valeur, dite valeur sélectionnée, que doit prendre le délai isochrone dudit pont, de façon que ladite connexion de flux empruntant ledit au moins un chemin de routage subisse un délai isochrone total prédéterminé; (d) pour ledit au moins un pont à délai isochrone paramétrable compris dans ledit au moins un chemin de routage, on adapte et on instancie au moins une ressource dudit pont, de façon que le délai isochrone paramétrable dudit pont prenne ladite valeur sélectionnée. L'invention concerne encore un pont d'un réseau de bus numériques, du type associé à un délai isochrone. Selon l'invention, ce pont est associé à un délai isochrone paramétrable dans une plage de valeurs prédéterminées et il comprend: - des moyens de réception d'une valeur sélectionnée dudit délai isochrone paramétrable, ladite valeur sélectionnée étant telle qu'une connexion de flux de données isochrone, établie entre au moins un terminal d'entrée et au moins un terminal destinataire et empruntant au moins un chemin de routage comprenant ledit pont, subisse un délai isochrone total prédéterminé; - des moyens d'adaptation et instanciation d'au moins une de ses ressources afin que ledit délai isochrone paramétrable prenne ladite valeur sélectionnée. L'invention concerne aussi un dispositif de contrôle de l'établissement d'une connexion de flux de données isochrone entre au moins un terminal d'entrée et au moins un terminal destinataire connectés par au moins un pont d'un réseau de bus numériques comprenant une pluralité de bus numériques interconnectés par une pluralité de ponts, chaque pont étant associé à un délai isochrone, au moins certains desdits ponts étant associés à un délai isochrone paramétrable dans une plage de valeurs prédéterminées. Selon l'invention, ledit dispositif de contrôle comprend: - des premiers moyens d'obtention d'au moins un chemin de routage entre ledit au moins un terminal d'entrée et ledit au moins un terminal destinataire, comprenant un ou plusieurs pont(s) dont au moins un pont à délai isochrone paramétrable; - des seconds moyens d'obtention, pour chaque pont compris dans ledit au moins un chemin de routage, de la valeur ou des valeurs possibles du délai isochrone dudit pont; - des moyens de sélection, pour au moins un pont à délai isochrone paramétrable compris dans ledit au moins un chemin de routage, de la valeur, dite valeur sélectionnée, que doit prendre le délai isochrone dudit pont, de façon que ladite connexion de flux empruntant ledit au moins un chemin de routage subisse un délai isochrone total prédéterminé; - des moyens de transmission de ladite valeur sélectionnée audit au moins un pont à délai isochrone paramétrable compris dans ledit au moins un chemin de routage, de façon que ledit au moins un pont à délai isochrone paramétrable adapte et instancie au moins une de ses ressources afin que son délai isochrone paramétrable prenne ladite valeur sélectionnée. Dans un mode de réalisation particulier de l'invention, dans le cas o une connexion de flux de données isochrone est établie entre un terminal d'entrée et au moins deux terminaux destinataires, ledit dispositif comprend: - des premiers moyens d'obtention, pour chacun desdits au moins deux terminaux destinataires, d'un chemin de routage, comprenant un ou plusieurs pont(s) dont au moins un pont à délai isochrone paramétrable, entre ledit au moins un terminal d'entrée et ledit terminal destinataire; - lesdits seconds moyens d'obtention, lesdits moyens de sélection et lesdits moyens de transmission étant tels que, lorsqu'ils sont utilisés pour chacun desdits au moins deux chemins de routage, ladite connexion de flux subit un même délai isochrone total prédéterminé sur chacun desdits au moins deux chemins de routage qu'elle emprunte. De façon avantageuse, lesdits moyens de sélection sont tels que le délai introduit par le passage du flux dans le réseau commuté est pris en compte: - dans une première proportion Pi, dans le délai isochrone paramétrable de l'un desdits ponts hétérogènes, formant noeud d'entrée du réseau commuté; - dans une seconde proportion P2, dans le délai isochrone paramétrable de l'autre desdits ponts hétérogènes, formant noeud de sortie du réseau commuté; avec la somme des première et seconde proportions sensiblement égale à 100% (Pi + P2 = 100 %). Avantageusement, lesdites première et seconde proportions sont toutes les deux sensiblement égales à 50 % (Pl = P2 = 50 %). Selon une caractéristique avantageuse, ledit dispositif comprend des moyens d'obtention d'une description du réseau, et lesdits premiers moyens d'obtention d'au moins un chemin de routage entre ledit au moins un terminal d'entrée et ledit au moins un terminal destinataire utilisent ladite description du réseau pour obtenir les ponts de chaque chemin de routage. Préférentiellement, ledit dispositif peut être utilisé pour chacune des directions dudit au moins un chemin de routage. 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 exemple de réseau homogène de bus numériques, dans lequel peut être mis en oeuvre le procédé selon l'invention; - la figure 2 illustre un exemple de réalisation d'un pont homogène compris dans le réseau homogène de la figure 1; - la figure 3 présente un exemple d'algorithme mis en oeuvre par le contrôleur compris dans le réseau homogène de la figure 1, afin d'obtenir une description du réseau homogène de la figure 1; - la figure 4 illustre une description du réseau homogène de la figure 1, obtenue par application de l'algorithme de la figure 3 au réseau homogène de la figure 1; - la figure 5 présente un exemple d'algorithme mis en oeuvre par le contrôleur compris dans le réseau homogène de la figure 1, afin d'établir une connexion de flux de données isochrone selon le procédé de l'invention; - la figure 6 présente un synoptique d'un exemple de réseau hétérogène de bus numériques, dans lequel peut être mis en oeuvre le procédé selon l'invention; - la figure 7 illustre un exemple de réalisation d'un pont hétérogène compris dans le réseau hétérogène de la figure 6. L'invention concerne donc un procédé d'établissement d'une connexion de flux de données isochrone entre au moins un terminal d'entrée et au moins un terminal destinataire connectés par au moins un pont d'un réseau de busnumériques. Ce procédé est tel qu'on peut appliquer un délai isochrone total prédéterminé le long d'au moins un chemin de routage entre le (au moins un) terminal d'entrée et le (au moins un) terminal destinataire. On présente maintenant, en relation avec le synoptique de la figure 1, un exemple de réseau homogène de bus numériques, dans lequel peut être mis en oeuvre le procédé selon l'invention. Dans cet exemple, le réseau homogène est constitué d'une pluralité de bus de type IEEE 1394, référencés 4, 23, 47, 58, 145 et 912, et conformes aux premier et second standards précités (" IEEE Std 1394-1995, Standard for High Performance Serial Bus " et " IEEE Std 1394a-2000, Standard for High Performance Serial Bus (Supplement) "). Les bus sont interconnectés par des ponts homogènes conformes au troisième standard précité " IEEE P1394.1 Draft 0.17 Standard for High Performance Serial Bus Bridges ". Les ponts sont référencés P1/P2, P3/P4, P5/P6, P7/P8, P9/P10, avec Pi, i = 1 à 10, représentant une porte d'un pont IEEE P1394. Sur les bus IEEE 1394 sont connectés des terminaux ou dispositifs. Dans cet exemple, ceux référencés Dl à Dl1, T, Li et L2 sont conformes aux premier et second standards précités, et celui référencé C est conformes aux premier, second et troisième standards précités. Le dispositif référencé C est un " contrôleur ", c'est-à-dire un dispositif en charge du contrôle de l'établissement de connexions de flux de données isochrone, comme décrit en détail dans la suite de la présente description. A titre d'exemple et comme illustré sur la figure 1, on considère ciaprès le cas de l'établissement d'une connexion de flux de données isochrone entre un terminal d'entrée T (" talker ") et deux terminaux destinataires Li, L2 (" listeners "). L'objectif est, lorsque cela est physiquement possible, de rendre le délai isochrone total DT1 entre le terminal d'entrée T et le premier terminal destinataire Tl, égal au délai isochrone total DT2 entre le terminal d'entrée T et le second terminal destinataire T2. Le terminal d'entrée T est par exemple une source de flux A/V. Dans cet exemple, les terminaux Dl à D1i ne sont pas concerné par cet établissement d'une connexion de flux. La figure 2 illustre un exemple de structure d'un pont homogène référencé P1/P2, P3/P4, P5/P6, P7/P8, P9/P1O sur la figure 1. Un tel pont comprend deux portes et une structure interne, pour le traitement des données de façon qu'elles puissent traverser le pont depuis un bus entrant vers un bus sortant (adjacent). Chaque porte B4 comprend des couches " PHY ", " LINK " et " TRANSACTION " telles que définies dans les premier, second et troisième standards précités. La structure interne comprend: - des tables de routage et de contrôle de flux B5, qui permettent au pont de savoir quels types de paquets de données vont traverser le pont dans chaque direction de traversée; - une mémoire ROM de configuration B6, qui identifie ses capacités (notamment son délai isochrone, qui peut être paramétrable, selon la présente invention); - une horloge B2 qui permet de synchroniser les deux portes du pont; - des FIFOs B8 dédiées aux paquets asynchrones (dont le traitement ne fait pas l'objet de la présente invention); - des FIFOs B7 dédiées aux paquets isochrones (dont le traitement fait l'objet de la présente invention). Il doit y avoir au moins une FIFO pour chaque direction de traversée de chaque pont capable de traiter un trafic isochrone. On présente maintenant, en relation avec la figure 3, un exemple d'algorithme mis en oeuvre par le contrôleur C de la figure 1, afin d'obtenir une description du réseau homogène auquel il est connecté. Cet algorithme est stocké dans la mémoire ROM du contrôleur C. Il est chargé dans la mémoire RAM du contrôleur C lors de la mise sous tension et l'unité centrale (CPU) de celui-ci va exécuter les instructions correspondantes lorsque le contrôleur est nouvellement connecté à un bus IEEE 1394. La description du réseau obtenue par le contrôleur grâce à cet algorithme consiste en une liste de descripteurs de bus et de portes, qui peut être mise à jour lorsqu'un changement apparaît dans la structure du réseau (addition ou suppression d'un pont). Les informations de changement de la structure du réseau sont propagées sur chaque bus du réseau par les portes, quand elles sont informées par leur porte adjacente (c'est-à-dire la porte appartenant au même pont). Cette action de mise à jour de la carte de routage est réalisée par un message " UPDATE ROUTES " défini dans le troisième standard précité. Ainsi, la porte ayant sa carte de routage modifiée par sa porte adjacente, suite à la réception d'un message " UPDATE ROUTES ", génère une mise à jour de bus (" bus reset ") sur son bus local et indique dans son paquet auto-identifiant (" Self-ID packet ") qu'un changement important s'est produit dans le réseau " derrière " lui-même. On rappelle qu'un paquet auto-identifiant est un paquet envoyé par chaque terminal IEEE 1394 tel que défini dans les premier, second et troisième standards précités, indiquant si le terminal est un pont, lesquels de ses ports sont connectés, quel est son numéro physique de noeud, L'objet de cet algorithme est pour le contrôleur C de remplir une description de structure de réseau telle que (en pseudo-code C):/* Net descriptor structure */ typedef std:: list NetDescriptor; /* Bus descriptor structure */ typedef struct BusDescriptor f unsigned int busID; PortalDescriptorList portals; } BusDescriptor; /* Portal descriptor structure */ typedef std::list PortalDescriptorList; typedef struct PortalDescriptor f unsigned int reachablebus[32]; /* one bit per bus ID */ long long EUI64; unsigned int nodeID; /* IEEE1394 global node ID */ PortalDescriptor *coportal; j PortalDescriptor; Au cours d'une étape référencée S2, on indique que les informations sont obtenues à partir de dispositifs du bus local. Au cours d'une étape référencée S3, le contrôleur C identifie les portes de pont présentes sur le bus local. Ceci peut être fait par analyse des paquets auto-identifiant (" Self-ID packets ") contenus dans les registres de contrôle et d'état de la carte de topologie (" TOPOLOGY MAP CSR "). Ces registres CSR sont définis dans les premier et second standards précités. Les paquets auto-identifiant des dispositifs conformes au troisième standard précité contiennent un champ " pont " avec des valeurs spécifiques (2 indique que le dispositif est une porte de pont, 3 indique qu'un changement s'est produit dans la topologie du réseau et 0 indique que le dispositif n'est pas un pont). Dans l'exemple de réseau illustré sur la figure 1, le résultat de l'opération effectuée à l'étape référencée S3 est: portes P2 et P3. Au cours d'une étape référencée S4, le contrôleur C obtient les cartes de routage des portes identifiées pendant l'étape référencée S3. Cette information est contenue dans la paquet de réponse à une requête de lecture de bloc (" Read Block Request ") adressée au registre de carte de routage (" ROUTE MAP CSR ") de la porte. Les bus joignables sont identifiés dans la carte de routage d'une porte avec un " drapeau vers l'avant " (" FORWARD flag ") en correspondance avec l'identifiant de bus (" bus ID "). En fait, le registre de carte de routage est une table avec les identifiants de bus comme entrées et les statuts comme sorties (valide (" VALID "), vers l'avant (" FORWARD "), propre (" CLEAN ") et sale (" DIRTY ")). A ce stade, dans l'exemple de réseau illustré sur la figure 1, le contrôleur peut remplir les parties suivantes de la structure du réseau: le descripteur de réseau contient des pointeurs vers six descripteurs de bus (bus référencés 4, 23, 47, 58, 145, 912); - le descripteur de bus du bus référencé 47 (bus local pour le contrôleur) contient " 47 " comme identifiant de bus et une liste de portes identifiant P2 et P3; - les descripteurs de bus des bus référencés 4, 23, 58, 145, 912 contiennent respectivement " 4 ", " 23 ", " 58 ", " 145 " et " 912 " comme identifiant de bus et une liste de portes (temporairement) vide; - le descripteur de porte de la porte référencée P2 contient: une information indiquant le bus référencé 912 comme bus joignable; son EU164 (identifiant unique) qui peut être obtenu à partir d'une réponse à une requête de lecture de bloc (" Read Block Request ") adressée au bloc d'information de bus (" Bus Info Block ") de la porte, dans sa ROM de configuration; son identifiant de noeud global (" global node ID "), tel que défini dans le troisième standard précité, et consistant en l'identifiant de bus du bus local et l'identifiant virtuel de la porte - ces derniers peuvent être obtenus à partir (respectivement) d'une réponse à une requête de lecture d'un quadlet adressée au registre " CLANINFO CSR " et d'une réponse à une requête de lecture de bloc adressée au registre " VIRTUALIDMAP CSR " de la porte (voir le troisième standard précité pour plus de détails sur les informations disponibles dans ces registres); - le descripteur de porte de la porte référencée P3 contient: une information indiquant les bus référencés 4, 23, 58 et 145 comme bus joignables; son EU164 (identifiant unique); son identifiant de noeud global. Les étapes référencées S5 à S9 vont permettre au contrôleur C de remplir tous les champs du descripteur de réseau, sauf celui permettant d'associer une porte de pont à sa porte adjacente (champ " co-portal " du descripteur de porte). Le remplissage de ce champ est réalisé par les opérations des étapes référencées S10 à S15. Au cours de l'étape référencée S5, le contrôleur C obtient, à partir des cartes de routage des portes de son bus local, les identifiants des bus qui sont utilisés dans le réseau. Ce sont par exemple les identifiants de bus qui sont marqués avec le drapeau " en avant " (" FORWARD ") dans les cartes de routage des portes. Dans l'exemple de réseau illustré sur la figure 1, les identifiants de bus sont ceux des bus référencés 4, 23, 58, 145 et 512 (c'est-à-dire tous les bus du réseau sauf celui référencé 47). Grâce au mécanisme des étapes référencées S6 et S7, on effectue les étapes référencées S8 et S9 pour chacun des bus identifiés au cours de l'étape référencée S5. Au cours de l'étape référencée S8, le contrôleur C obtient les portes présentes sur chaque bus identifié au cours de l'étape référencée S5. Ceci peut être effectué par exemple par l'envoi de requêtes de lecture de quadlet adressées à un " CSR destination offset " qui est spécifique aux ponts IEEE 1394 (" CLANINFO " par exemple) pour tous les identifiants de noeud entre 0 et 62 (63 étant utilisé pour la diffusion sur ce bus). Le temps passé pour cette action peut être réduit une fois qu'une porte de pont est identifiée (pas de code de réponse d'erreur dans la réponse à la requête de lecture de quadlet: dans ce cas, le dispositif auquel était adressée la requête est une porte de pont; si le code de réponse indique " extinvalidglobal-ID ": le proxy (identifié par le champ " proxyjD " dans la réponse telle que définie dans le troisième standard précité) est alors une porte de pont) en envoyant une requête de lecture de bloc à son registre " VIRTUALIDMAP ". Ainsi, l'identifiant virtuel affecté peut être déterminé et alors on accèdera seulement à ces dispositifs pour savoir si ce sont des portes de pont ou non. Puis, les identifiants uniques (EUI64) des portes de pont peuvent être obtenus par analyse de la réponse à une requête de lecture de bloc adressée au bloc d'information de bus de leur ROM de configuration (comme cela a été fait auparavant sur le bus local du contrôleur C). Au cours de l'étape référencée S9, le contrôleur C obtient les cartes de routage des portes identifiées au cours de l'étape référencée S8. Cette information est contenue dans un paquet de réponse à une requête de lecture de bloc adressée au registre " ROUTE MAP CSR " de la porte. Les bus joignables sont identifiés dans la carte de routage de la porte avec un un drapeau " en avant " (" FORWARD ") en correspondance avec l'identifiant de bus (" bus ID "). Après que les étapes référencées 8 et 9 ont été effectuées pour tous les bus présents sur le réseau, le contrôleur C possède une description assez complète du réseau. Il reste à faire l'association de chaque porte avec sa porte adjacente, de façon que le contrôleur connaisse les ponts entre les bus. Au cours de l'étape référencée S1O, le contrôleur C obtient, à partir de sa description courante du réseau, la liste des portes et leur carte de routage correspondante (ou le champ " busjoignable " du descripteur de la porte, puisqu'il contient assez d'information pour la mise en oeuvre de la suite de l'algorithme). Puis, le contrôleur crée un descripteur temporaire de la liste de portes du réseau, qui sera complétée dans la suite de l'algorithme. A partir de ce descripteur temporaire, il sélectionne les portes qui permettent d'atteindre un seul bus (ces bus sont les feuilles dans la topologie du réseau). Dans l'exemple de réseau illustré sur la figure 1, le contrôleur sélectionne les portes référencées P2 (accédant au bus référencé 912), P5 (accédant au bus référencé 23) et P9 (accédant au bus référencé 58). Grâce au mécanisme des étapes référencées Sil et S12, on effectue les étapes référencées S13, S14 et S15 pour chacune des portes sélectionnées au cours de l'étape référencée S10. Au cours de l'étape référencée S 13, le contrôleur C définit comme bus courant le bus accédé par la porte sélectionnée courante. Au cours de l'étape référencée S14, le contrôleur C identifie la porte active sur le bus courant (qui peut être accédé par la porte sélectionnée) . Une porte active est une porte qui n'est pas dans un pont muet (un pont muet, ou " mute bridge " en anglais, est un pont qui n'envoie aucun paquet asynchrone ou isochrone), ce qui signifie que sa carte de routage doit contenir un drapeau " vers l'avant " (" FORWARD ") au moins pour une entrée d'identifiant de bus. Dans l'exemple de réseau illustré sur la figure 1, pour le bus référencé 912 accédé par la porte référencée P2, la porte active est référencée Pi. Le contrôleur peut alors associer les portes référencées Pl et P2 comme constituant un pont, et ainsi mettre à jour le descripteur de porte (dans le descripteur de réseau courant) pour les portes référencées Pl et P2: le champ " co-portal " du descripteur de la porte référencée Pi doit pointer sur le descripteur de la porte référencée P2, et vice versa. Au cours de l'étape référencée S15, le contrôleur C modifie le descripteur temporaire de façon que les portes qui constituent le pont identifié pendant l'étape référencée S14 soit supprimées de la liste des portes à analyser (elles ne seront plus jamais sélectionnées comme porte courante lors de l'étape référencée S 11). En outre, le bus formant feuille correspondant (celui référencé 912 dans l'exemple du paragraphe précédent) est supprimé des cartes de routage des portes pas encore traitées. Ainsi, dans l'exemple précité, la carte de routage de la porte référencée P4 dans le descripteur temporaire, qui indiquait que les bus référencés 47 et 912 était accédés par cette porte, indique maintenant seulement le bus référencé 47 comme bus accédé, ce qui permet à la porte référencée P4 d'être sélectionnée au cours de l'étape référencée S1O (puisqu'elle permet désormais d'atteindre un seul bus). Après que l'association entre une porte et sa porte adjacente (" co-porte " ou " coportal en anglais) est obtenue, elle reste valide pour toute la durée de vie du réseau, ce qui peut ne pas être le cas de la numérotation du bus. C'est pourquoi il semble plus intéressant d'obtenir un descripteur de réseau consistant en un descripteur de portes pointant sur le descripteur de leur co-portes, plutôt qu'un descripteur de portes pointant sur le descripteur de leurs bus adjacents. Il est clair toutefois que l'invention s'applique quel que soit le type de descripteur utilisé. La figure 4 illustre une description de réseau, obtenue par application de l'algorithme de la figure 3 au réseau homogène de la figure 1. Dans un souci de simplification de la figure 4, pour chaque porte, le descripteur de porte ne contient pas l'identifiant unique (EU164), ni l'identifiant de noeud global (" global node ID ") de cette porte, mais seulement les bus pouvant être accédés par cette porte et le pointeur vers la porte adjacente (" co-porte "). Le descripteur de réseau contient six descripteurs de bus, un pour chaque bus du réseau. Par exemple, l'un des descripteurs de bus identifie le bus avec l'identifiant " 47 ", avec une liste de deux portes P2 et P3, P2 permettant d'accéder au bus 912 avec Pi comme co-porte, et P3 permettant d'accéder aux bus 4, 23, 58 et 145 avec P4 comme co-porte. Ce descripteur permet au contrôleur de savoir pendant l'établissement d'une connexion de flux, quels sont les ponts sur le chemin de routage entre un bus sur lequel est connecté un terminal d'entrée (" talker ") et un autre bus sur lequel est connecté un terminal destinataire (" listener "). On présente désormais, en relation avec la figure 5. un exemple d'algorithme mis en oeuvre par le contrôleur C, afin d'établir une connexion de flux de données isochrone selon le procédé de l'invention. Cet algorithme est stocké dans la mémoire ROM du contrôleur C. Il est chargé dans la mémoire RAM du contrôleur C lors de la mise sous tension. L'unité centrale (CPU) de celui-ci va exécuter les instructions correspondantes lorsque le contrôleur reçoit une requête de connexion de flux, exigeant que le délai isochrone total entre le terminal d'entrée (" talker ") et le(s) terminal(ux) destinataire(s) (" listener(s) ") soit égal à une valeur prédéterminée. S'il y a plusieurs terminaux destinataires, la requête exige par exemple qu'un même délai isochrone total soit appliqué entre le terminal d'entrée et chaque terminal destinataire. Au cours de l'étape référencée El, le contrôleur C reçoit une requête de connexion de flux telle que précitée. Au cours de l'étape référencée E2, le contrôleur C obtient l'identifiant des bus sur lesquels sont connectés le terminal d'entrée et le(s) terminal(ux) destinataire(s). Ces informations peuvent être contenues dans la requête de connexion de flux elle-même, ou elles peuvent être obtenues à partir des identifiants uniques (EUI64) grâce à l'utilisation d'un message de découverte d'EUI64 par application du protocole DEP (" Discovery and Enumeration Protocol ") (voir troisième standard précité). Au cours de l'étape référencée E3, le contrôleur C utilise son descripteur de réseau (voir discussion ci-dessus en relation avec les figures 3 et 4) pour obtenir les ponts de chaque chemin de routage entre le terminal d'entrée et chaque terminal destinataire. L'étape référencée E4 n'est mise en oeuvre que s'il y plusieurs chemins de routage pour lesquels on souhaite avoir un délai isochrone total identique. Dans ce cas, le contrôleur identifie au sein de ces chemins de routage les ponts qui diffèrent pour chaque chemin de routage. Au cours de l'étape référencée E5, le contrôleur C obtient les capacités de ces ponts, c'est-à-dire, pour chaque direction de traversée, la ou les valeurs possible(s) du délai isochrone de chaque pont. Ces informations peuvent être contenues dans un paquet de réponse à une requête de lecture de bloc adressée à une entrée de capacité de pont de la ROM de configuration de chaque porte. Actuellement, le standard IEEE 1394 (décrit dans le troisième document de référence précité) définit seulement une unique valeur de valeur isochrone pour un pont et pour une direction de traversée donnée de ce pont, quel que soit le flux traversant ce pont. La présente invention introduit un nouveau type de pont, à délai isochrone paramétrable, qui reporte dans sa ROM de configuration une plage de valeurs du délai isochrone qu'il peut appliquer. La valeur de ce délai isochrone paramétrable peut être ajustée de façon commune pour tous les flux. Ceci signifie qu'une fois que le délai isochrone paramétrable du pont a été ajusté, il ne peut plus être modifié tant que le pont n'est pas redémarré (" reset ") ou tant qu'il n'a pas reçu une commande demandant une mise à jour de la valeur de son délai isochrone paramétrable. Ce cas s'applique par exemple si la structure interne du pont comprend une seule mémoire FIFO, pour chaque direction de traversée du pont, pour stocker temporairement des paquets isochrones. Selon une variante, pour chaque direction de traversée du pont, il y a une mémoire FIFO par flux supporté par le pont. Dans ce cas, le délai isochrone paramétrable est modifiable pour chaque flux supporté par le pont et est indépendant des flux déjà supportés (dans la limite de la taille de la mémoire interne du pont). Au cours de l'étape référencée E6, le contrôleur C identifie parmi les ponts obtenus au cours des étapes référencées E3 et E4, ceux qui sont à délai isochrone paramétrable. L'invention consiste à calculer un délai isochrone adapté pour ces ponts, pour obtenir sur l'ensemble du chemin de routage un délai isochrone total ayant une valeur prédéterminée, ou pour rendre identiques les délais isochrones totaux de deux chemins de routage. Au cours de l'étape référencée E7, le contrôleur C calcule le délai isochrone (paramétrable) pour chaque pont obtenu à l'étape E6, de façon que: - le délai isochrone du pont est supérieur ou égal à sa valeur minimale; - le délai isochrone du pont est inférieur ou égal à sa valeur maximale; - la somme des délais isochrones des ponts du chemin de routage entre le terminal d'entrée et chaque terminal destinataire est égal à une valeur prédéterminée. Cette valeur prédéterminée du délai isochrone total doit être supérieure ou égale à la valeur minimale applicable sur l'ensemble du chemin de routage, et inférieure ou égale à la valeur maximale applicable sur l'ensemble du chemin de routage. Au cours de l'étape référencée E8, le contrôleur C informe les ponts à délai isochrone paramétrable de la valeur que chacun doit appliquer pour la connexion de flux concernée. Ceci peut être fait en utilisant une transaction basée sur requête de verrouillage (" Lock request ") ou une requête d'écriture (" Write request ") vers un offset spécifique de la plage du registre CSR du pont (comme cela est déjà défini dans les standards précités pour des transactions de type IEEE 1394). Chaque pont homogène à délai isochrone paramétrable joue sur le seuil de sa mémoire FIFO interne pour modifier la valeur de son délai isochrone. Plus précisément, dans le cas illustré sur la figure 1 d'un réseau homogène, le pont homogène à délai isochrone paramétrable instancie sa mémoire FIFO interne pour le flux concerné, de façon qu'elle présente un seuil tel que la somme: - du délai (Dtaitement pont) que le trafic isochrone subit dans la structure interne du pont, et - du délai (Dtraversée FIFO) que le trafic isochrone subit en traversant la mémoire FIFO (c'est-à-dire le délai pour que la mémoire FIFO atteigne son seuil A) , soit égal au délai isochrone défini par le contrôleur pour ce pont à délai isochrone paramétrable. On rappelle que le seuil d'une mémoire FIFO correspond à une quantité de données stockées dans cette mémoire qui, lorsqu'elle est atteinte, indique que les données peuvent commencer à être lues. Au cours de l'étape référencée E9, le contrôleur C envoie la commande de connexion de flux appropriée à travers le réseau (requête " JOIN " telle que définie dans le troisième standard précité). Au cours de l'étape référencée E10, le contrôleur C termine l'exécution de l'algorithme et peut informer le requérant de la connexion de flux (l'utilisateur, un autre dispositif pour lequel il a agi comme proxy,...) à propos de l'état de l'établissement de la connexion de flux. Ce statut est notamment reporté dans le message " STREAM STATUS " retourné au contrôleur C à l'issue de la connexion de flux, comme défini dans le troisième standard précité. Il convient de noter que l'instanciation de la mémoire FIFO d'un pont à délai isochrone paramétrable, compris dans le chemin de routage entre le terminal d'entrée et un terminal de sortie, est de préférence effectuée pendant la phase de connexion de flux (c'est-à-dire pendant l'échange des messages " JOIN " et " LISTEN " tels que définis dans le troisième standard précité et indiqué ci-dessus en relation avec l'étape référencée E9). Ceci est particulièrement adapté au cas o les ponts qui supportent les flux disposent de mémoires FIFO distinctes pour les différents flux. En effet, le pont peut commencer à calculer l'instanciation d'une mémoire FIFO et réserver les ressources internes nécessaires, et si un temps de repos (à déterminer) expire avant réception du message de connexion de flux (comme défini dans l'étape référencée E9), le pont libère les ressources internes pour d'autres usages. * Une autre possibilité, qui rentre également dans le cadre de la présente invention, consiste à effectuer cette instanciation directement quand le pont est informé par le contrôleur de la valeur du délai isochrone qu'il doit appliquer (c'est-à-dire pendant l'étape référencée E8). On présente maintenant, en relation avec le synoptique de la figure 6, un exemple de réseau hétérogène de bus numériques, dans lequel peut être mis en oeuvre le procédé selon l'invention. Dans cet exemple, le réseau hétérogène est constitué d'une pluralité de bus de type IEEE 1394 référencés 110, 120, 130, 140, 150 et 250 interconnectés les uns aux autres et/ou à un réseau commuté 100. Le pont référencé 216/217 est un pont homogène, interconnectant deux bus de type IEEE 1394. Un exemple de structure d'un tel pont homogène a été discuté et décrit en détail ci-dessus, en relation avec la figure 2. L'interconnexion du réseau commuté 100 et des bus IEEE 1394 est réalisée par l'intermédiaire de ponts hétérogènes, conformes au troisième standard précité. Ils sont constitués chacun de deux portes appairées, référencés 201/202, 203/204, 205/206, 207/208 et 209/211. Ainsi, un pont hétérogène référencé X/Y est constitué de portes elles-mêmes référencées X et Y. Chacun de ces ponts hétérogènes présente une première porte connectée au réseau commuté 100 et une seconde porte connectée à un bus numérique de type IEEE 1394. Un exemple détaillé de la structure d'un pont hétérogène est présenté ci-après en relation avec la figure 7. Le réseau commuté 100 est vu comme un bus série par tous les équipements (terminaux, ponts homogènes, contrôleur,...) qui n'appartiennent pas à ce réseau commuté 100. Sur les bus IEEE 1394 sont connectés des terminaux ou dispositifs, référencés 101 à 104 (sur le bus référencé 110), 105 à 107 (sur le bus référencé 120), 108 et 109 (sur le bus référencé 130), 111 à 114 (sur le bus référencé 140), 119 et 121 (sur le bus référencé 250), 115 à 118 (surle bus référencé 150). Ils sont conformes aux premier et second standards précités. Tous les ponts de la figure 6 jouent un rôle de réservation de ressources au cours de l'établissement d'une connexion de flux, comme décrit plus en détails dans le troisième standard précité. Ces ponts, sur le chemin de routage allant d'un terminal d'entrée ("talker") vers au moins un terminal destinataire ("listener"), interprètent et échangent des messages inter-ponts (par exemple des messages de type "JOIN", "LISTEN", "LEAVE" et "STREAM STATUS"), ainsi que prévu par la norme IEEE 1394. De tels messages fournissent des informations sur le "talker", le "listener", la bande passante nécessaire au transport de données isochrone, et le statut de l'établissement d'une connexion de flux. Le réseau commuté 100 est constitué de liens référencés 160, 170, 180, 190, 200, 210, 220, 230 et 240 qui interconnectent: - d'une part des noeuds référencés 201/202, 203/204, 205/206, 207/208 et 209/211, encore appelés ponts hétérogènes, interconnectant le réseau commuté 100 avec des bus IEEE 1394, et - d'autre part des noeuds référencés 212/213 et 214/215, internes au réseau commuté 100. Le routage de paquets au travers du réseau commuté 100 est réalisé en mettant en oeuvre une méthode de routage par la source (en anglais "source routing"), selon laquelle l'information de routage d'un paquet est calculée par une unité centrale, ou CPU référencée 391 sur la figure 7, qui connaît la topologie du réseau commuté 100. Cet aspect ne sera pas décrit plus en détails dans le cadre de la présente invention. De même que dans le réseau homogène discuté ci-dessus en relation avec la figure 1, le dispositif référencé C est un " contrôleur " en charge du contrôle de l'établissement de connexions de flux de données isochrone, avec un délai isochrone total prédéterminé. Le fonctionnement de ce contrôleur a déjà été expliqué en détail dans ce qui précède (en relation avec les figures 1 à 5). A titre d'exemple et comme illustré sur la figure 6, on considère le traitement d'une requête de connexion de flux de données isochrone, depuis le terminal d'entrée (" talker ") référencé 114 et T' (connecté au bus référencé 140), vers le terminal destinataire (" listener ") référencé 102 et L' (connecté au bus référencé 110). De même que dans le cas discuté ci-dessus d'un réseau homogène, l'objectif est, lorsque cela est physiquement possible, de donner une valeur prédéterminée au délai isochrone total entre le terminal d'entrée et le(s) terminal(ux) destinataire(s). Le contrôleur C, qui est intégré dans un pont hétérogène 201 / 202, met également en oeuvre l'algorithme de la figure 5, déjà décrit en détail cidessus dans le cas d'un réseau homogène. Dans le cas présent d'un réseau hétérogène, l'application de cet algorithme présente quelques différences discutées ci-dessous. Au cours de l'étape référencée E3, le contrôleur C obtient les ponts homogènes et/ou les ponts hétérogènes de chaque chemin de routage entre le terminal d'entrée et chaque terminal destinataire. Ainsi, dans l'exemple précité, le chemin de routage entre le terminal d'entrée T' et le terminal destinataire L' comprend deux ponts hétérogènes référencés 207/208 et 201/202 respectivement. On suppose dans cet exemple que les ponts hétérogènes référencés 201/202 et 207/208 sont à délai isochrone paramétrable et sont donc identifiés comme tels lors de l'étape référencée E6. Au cours de l'étape référencée E7, lorsqu'il calcule le délai isochrone paramétrable pour chacun des ponts hétérogènes obtenus à l'étape E6, le contrôleur C prend en compte le délai introduit par le passage du flux dans le réseau commuté. Par exemple, le délai introduit par le passage du flux dans le réseau commuté (aussi appelé " temps de latence d au réseau commuté ") est pris en compte: - dans une première proportion Pi de 50%, dans le délai isochrone paramétrable du pont hétérogène référencé 207/208, formant noeud d'entrée du réseau commuté; - dans une seconde proportion P2 de 50%, dans le délai isochrone paramétrable du pont hétérogène référencé 201/202, formant noeud de sortie du réseau commuté. Le délai, Dréseau commute' introduit par le passage du flux dans le réseau commuté; est par exemple calculé selon la formule suivante: Dréseau commuté e = Nnoeuds intermédiaires x Dcommutation avec Nnoeuds intermédiaires le nombre de noeuds intermédiaires dans la partie du chemin de routage comprise dans le réseau commuté, et Dcom,,utation le délai de commutation moyen par noeud intermédiaire, qui peut être évalué grâce aux modèles de réseau et de commutateur, par simulation, et/ou en effectuant des tests de performance de prototypes. On a par exemple: Dcojruajon = 30 gs5. Dans l'exemple précité, la partie du chemin de routage comprise dans le réseau commuté comprend par exemple, outre les ponts hétérogènes 207/208 et 201/202 (formant noeuds d'entrée et sortie respectivement du réseau commuté), les deux noeuds intermédiaires référencés 213 et 214. Le temps de latence d au réseau commuté 100 est donc ici égal à 60 gs. Chaque pont hétérogène à délai isochrone paramétrable joue sur le seuil (A) de sa mémoire FIFO interne pour modifier la valeur de son délai isochrone. Plus précisément, dans le cas illustré sur la figure 6 d'un réseau hétérogène, chacun des ponts hétérogènes à délai isochrone paramétrable 201/202 et 207/208 instancie sa mémoire FIFO interne pour le flux concerné, de façon qu'elle présente un seuil (A) tel que la somme: - du délai poritmnt) que le trafic isochrone subit dans la structure interne du pont, et - du délai (Dtraversée RFaF) que le trafic isochrone subit en traversant la mémoire FIEO (c'est-à-dire le délai pour que la mémoire FIFO atteigne son seuil (A)), - d'une partie (proportion Pi ou P2 précitée) du délai (Drdseau cté) introduit par le passage du flux dans le réseau commuté, soit égal au délai isochrone défini par le contrôleur pour ce pont hétérogène à délai isochrone paramétrable. Le délai (D,,teme.nt pont) que le trafic isochrone subit dans la structure interne du pont est par exemple égal à 125 ts, en tenant compte du temps de récupération des données dans la DPRAM, du temps de modification des en-têtes de paquets, du temps de transfert vers l'interface de bus, et du temps de synchronisation avec l'horloge de bus locale IEEE 1394. Sur le réseau commuté 100, le chemin de routage d'un paquet transitant d'un premier vers un second noeud peut être plus ou moins congestionné, selon les flux de données qui traversent le commutateur (référencé 320 sur la figure 7 discutée ci-après) de chaque pont hétérogène. Sur la figure 7, la DPRAM 330 joue le rôle de tampon pour les données, afin de contrer la gigue du réseau, et de garantir que: - il y a toujours assez d'espace libre pour écrire des données dans la FIFO de transmission (Tx FIFO), en mettant en oeuvre une opération d'écriture de flux; - il y a toujours assez de données qui doivent être transmises par ordonnancement dans la FIFO de transmission (Tx FIFO); - il y a toujours assez d'espace libre dans la FIFO de réception (Rx FIFO) pour le ré-assemblage de données reçues du réseau; - il y a toujours assez de données qui doivent être lues par la FIFO de réception (Rx FIFO), par une opération de lecture de flux. Ainsi, l'instantiation de la FIFO doit prendre en compte une estimation de la gigue du réseau commuté 100, afin de garantir les conditions listées cidessus. Le réseau commuté 100 est par exemple cadencé au moyen d'une horloge à 49, 152 MfIHz. La synchronisation de l'ensemble des noeuds du réseau commuté 100 sur cette horloge ne fait pas l'objet de la présente invention, et ne sera donc pas décrite plus en détails dans ce document. Un intervalle de temps (en anglais "time slot") sur le réseau commuté a une durée de 125 gs, comme pour un bus série de type IEEE 1394. Le transfert d'un paquet sur le réseau commuté est établi en fonction de connexions déjà existantes au sein de ce réseau commuté. Ainsi, dans le pire des cas, un paquet peut être reçu par le noeud destinataire au début d'un cycle de 125 gls, si aucun des commutateurs intermédiaires du chemin de routage n'était sujet à congestion, alors que le paquet suivant ne sera reçu qu'à la fin du cycle de 125,us suivant, en raison d"'embouteillages" dans certains commutateurs intermédiaires. Par conséquent, la valeur maximale de la gigue du réseau commuté est de 250 ps. Une estimation plus précise peut être réalisée en analysant le comportement du réseau commuté 100 en présence de flux de données concourant (par simulation, par modélisation du réseau, par test de performance de prototypes), mais une estimation grossière de la gigue à 250 ps est suffisante pour illustrer la présente invention. Pour une application nécessitant un débit de données de 30 Mbps (par exemple un format vidéo DV), l'estimation de la taille de la FIFO de chaque pont hétérogène nécessaire pour contrebalancer la gigue du réseau commuté 100 est la suivante: LIFO adaptée A+X = 2*A = 2*débit*gigue = 2*30.106*250.106 = 1875 bytes - 470 Quadlets Comme défini ci-dessus, A représente une première partie de la mémoire FIFO, appelée seuil et sur laquelle on joue selon l'invention pour modifier la valeur du délai isochrone paramétrable. Par ailleurs, X représente une seconde partie de la mémoire FIFO, permettant de contrer la gigue du réseau. Dans un mode de réalisation préféré de l'invention, on choisit X = A. On présente maintenant, en relation avec la figure 7, un exemple de structure d'un pont hétérogène référencé 201/202, 203/204, 205/206, 207/208, 209/211, 2121/213 ou 214/215 sur la figure 6. Un tel pont comprend deux interfaces de communication: une première interface 350 avec le bus IEEE 1394, et une seconde interface 310 avec le réseau commuté. Cette dernière comprend par exemple un composant de type CI 13 fabriqué par 4Links Ltd (marque déposée), si le réseau commuté repose sur la norme "IEEE 1355-1995 Standard for Heterogeneous Interconnect (HIC)". Le commutateur 320 permet de transférer des données d'un premier vers un second port de l'interface du réseau commuté, de recevoir des données d'un port de l'interface du réseau commuté vers la DPRAM 330, et de transmettre des données de la DPRAM 330 vers au moins un port de l'interface du réseau commuté (dans cet ordre décroissant de priorité). Le fonctionnement d'un tel commutateur 320 est notamment décrit dans la demande de brevet français n' 01 02037 par le même déposant, non encore publiée à la date de dépôt de la présente demande. Un tel fonctionnement ne faisant pas l'objet de la présente invention, il ne sera pas décrit plus en détails dans ce document. La DPRAM 330 est agencée en un ensemble de FIFOs, qui permettent le transfert de données de l'interface IEEE 1394 350 vers l'interface du réseau commuté 310, et vice-versa. La gestion de la DPRAM 330 est assurée par le module de contrôle 360, au moyen des signaux de contrôle ctrl2. Le module SAR 340 est utilisé pour la segmentation et le ré-assemblage (en anglais "Segmentation And Reassembly") des données en provenance et à destination de l'interface de réseau 310. Ainsi, les paquets isochrones de type IEEE 1394 peuvent être segmentés en vue de leur transmission sur le réseau commuté 100. Le transfert de paquets asynchrones ne fait pas partie de la présente invention, et en sera donc pas décrit plus en détails. En outre, le SAR 340 joue le rôle de planificateur pour la transmission de données sur le réseau, afin de respecter les contraintes de temps imposées par les transferts isochrones. La configuration de tous les modules est effectuée par l'unité centrale ou CPU 391, via l'interface de bus 370. Les échanges de données et de contrôle entre le module Contrôle/Pont 360 et la CPU 391 sont effectués via l'interface de données 304 et les signaux ctrl], l'interface de bus 370 et le bus hôte 380. Le module de pont 360 comprend une première table de contrôle de flux (aussi appelée table de routage de flux), ainsi que spécifié dans les standards précités, pour les communications sur l'interface IEEE 1394 350. Le module de pont 360 maintien également, en correspondance avec cette première table, une deuxième table de contrôle de flux, pour les communications avec le réseau commuté. De plus, le module de pont 360 est en charge de la modification des champs des paquets IEEE 1394 en vue de leur transmission sur l'interface IEEE 1394 (350), et notamment des champs relatifs: au débit; au canal emprunté par les paquets; aux informations temporelles (CIP Packets); à des indications destinées à l'interface IEEE 1394 (350) relatives à la vitesse de transmission. REVENDICATIONS 1. Procédé d'établissement d'une connexion de flux de données isochrone entre au moins un terminal d'entrée et au moins un terminal destinataire connectés par au moins un pont d'un réseau de bus numériques comprenant une pluralité de bus numériques interconnectés par une pluralité de ponts, chaque pont étant associé à un délai isochrone, caractérisé en ce qu'au moins certains desdits ponts sont associés à un délai isochrone paramétrable dans une plage de valeurs prédéterminées, et en ce que ledit procédé comprend les étapes suivantes (a) on obtient au moins un chemin de routage entre ledit au moins un terminal d'entrée et ledit au moins un terminal destinataire, comprenant un ou plusieurs pont(s) dont au moins un pont à délai isochrone paramétrable; (b) pour chaque pont compris dans ledit au moins un chemin de routage, on obtient la valeur ou les valeurs possibles du délai isochrone dudit pont; (c) pour au moins un pont à délai isochrone paramétrable compris dans ledit au moins un chemin de routage, on sélectionne la valeur, dite valeur sélectionnée, que doit prendre le délai isochrone dudit pont, de façon que ladite connexion de flux empruntant ledit au moins un chemin de routage subisse un délai isochrone total prédéterminé; (d) pour ledit au moins un pont à délai isochrone paramétrable compris dans ledit au moins un chemin de routage, on adapte et on instancie au moins une ressource dudit pont, de façon que le délai isochrone paramétrable dudit pont prenne ladite valeur sélectionnée. 2. Procédé selon la revendication 1, caractérisé en ce qu'on établit une connexion de flux de données isochrone entre un terminal d'entrée et au moins deux terminaux destinataires, et en ce que ledit procédé comprend les étapes suivantes,: - pour chacun desdits au moins deux terminaux destinataires, on obtient un chemin de routage, comprenant un ou plusieurs pont(s) dont au moins un pont à délai isochrone paramétrable, entre ledit au moins un terminal d'entrée et ledit terminal destinataire; - pour chacun desdits au moins deux chemins de routage, on effectue lesdites étapes (b) à (d), de façon que ladite connexion de flux subisse un même délai isochrone total prédéterminé sur chacun desdits au moins deux chemins de routage qu'elle emprunte. 3. Procédé selon l'une quelconque des revendications 1 et 2, caractérisé en ce que ledit réseau de bus numériques est un réseau homogène, les bus numériques étant interconnectés entre eux directement, via des ponts homogènes comprenant chacun une première et une seconde portes à chacune desquelles est connecté un des bus numériques, et en ce que ledit au moins un chemin de routage, entre ledit au moins un terminal d'entrée et ledit au moins un terminal destinataire, comprend au moins un pont homogène à délai isochrone paramétrable. 4. Procédé selon l'une quelconque des revendications 1 et 2, caractérisé en ce que ledit réseau de bus numériques est un réseau hétérogène, les bus numériques étant interconnectés entre eux: - soit directement, via des ponts homogènes comprenant chacun une première et une seconde portes à chacune desquelles est connecté un des bus numériques; - soit à travers au moins un réseau commuté, via des ponts hétérogènes comprenant chacun une première porte, à laquelle est connecté un des bus numériques, et une seconde porte, à laquelle est connecté le réseau commuté, le réseau commuté comprenant une pluralité de noeuds reliés entre eux par une pluralité de liens, chaque pont hétérogène formant un des noeuds du réseau commuté; en ce que ledit au moins un chemin de routage, entre ledit au moins un terminal d'entrée et ledit au moins un terminal destinataire, traverse le réseau commuté et comprend au moins une paire de ponts hétérogènes, formant respectivement noeuds d'entrée et de sortie du réseau commuté, et éventuellement au moins un pont homogène, en ce que ledit au moins un chemin de routage comprend au moins un pont hétérogène à délai isochrone paramétrable et/ou au moins un pont homogène à délai isochrone paramétrable, chacun prenant en compte dans son délai isochrone paramétrable, dans une proportion déterminée, un délai introduit par le passage du flux dans le réseau commuté. 5. Procédé selon la revendication 4, caractérisé en ce que le délai introduit par le passage du flux dans le réseau commuté est pris en compte: - dans une première proportion Pi, dans le délai isochrone paramétrable de l'un desdits ponts hétérogènes, formant noeud d'entrée du réseau commuté; - dans une seconde proportion P2, dans le délai isochrone paramétrable de l'autre desdits ponts hétérogènes, formant noeud de sortie du réseau commuté; avec la somme des première et seconde proportions sensiblement égale à 100% (Pi + P2 = 100 %). 6. Procédé selon la revendication 5, caractérisé en ce que lesdites première et seconde proportions sont toutes les deux sensiblement égales à 50 % (Pi = P2 = 50 %). 7. Procédé selon l'une quelconque des revendications 4 à 6, caractérisé en ce que le délai, Dréseau commuté, introduit par le passage du flux dans le réseau commuté est calculé selon la formule suivante: Dréseau commuté = Nnoeuds intermédiaires XDcommulation avec Nnoeuds intermédiaires le nombre de noeuds intermédiaires dans la partie du chemin de routage comprise dans le réseau commuté, et Deonrnutaton le délai de commutation moyen par noeud intermédiaire. 8. Procédé selon l'une quelconque des revendications 1 à 7, caractérisé en ce que ladite au moins une ressource adaptée et instanciée est une mémoire FIFO comprise dans ledit pont à délai isochrone paramétrable. 9. Procédé selon l'une quelconque des revendications 1 à 8, caractérisé en ce que l'adaptation et l'instanciation de ladite au moins une ressource de chaque pont à délai isochrone paramétrable compris dans ledit au moins un chemin de routage, est commune à plusieurs flux, de façon que la valeur sélectionnée du délai isochrone paramétrable dudit pont soit appliquée à chacun desdits flux par ledit pont. 10. Procédé selon l'une quelconque des revendications 1 à 8, caractérisé en ce que l'adaptation et l'instanciation de ladite au moins une ressource de chaque pont à délai isochrone paramétrable compris dans ledit au moins un chemin de routage, est propre à un flux particulier, de façon que la valeur sélectionnée du délai isochrone paramétrable dudit pont soit appliquée uniquement audit flux particulier par ledit pont.