Brevet FR2863436A1 — publié le 20050610

Procédé et système de stockage et/ou de restitution d'un flux de données audio vidéo au sein d'un réseau de communication hétérogène. Le domaine de l'invention est celui des réseaux de communication permettant l'interconnexion d'une pluralité d'appareils et notamment, mais non exclusivement, les 5 réseaux audiovisuels domestiques permettant d'interconnecter des équipements audio et/ou vidéo, de type analogique et/ou numérique, afin qu'ils échangent des signaux audiovisuels. Les appareils (aussi appelés terminaux) précités appartiennent par exemple à la liste d'appareils suivante, qui n'est pas exhaustive: récepteurs de télévision (par satellite, par voie hertzienne, par câble, xDSL, ...), téléviseurs, magnétoscopes, scanners, caméras numériques, appareils photo numériques, lecteurs DVD, ordinateurs, assistants numériques personnels (PDA), imprimantes, etc. Dans le cadre de la présente invention, on suppose que le réseau de communication est de type hétérogène, c'est-à-dire comprend au moins un réseau fédérateur auquel sont reliés une pluralité de sous-réseaux. Le réseau fédérateur (par exemple un réseau commuté) comprend lui-même une pluralité de noeuds reliés entre eux par une pluralité de liens. Chaque sous-réseau (par exemple un bus numérique de type IEEE 1394) est relié au réseau fédérateur par un des noeuds. Les appareils (terminaux) sont connectés aux sous-réseaux, par connexion directe pour les appareils numériques, ou via un convertisseur analogique/numérique pour les appareils analogiques. On rappelle que la norme IEEE 1394 est décrite dans les documents de référence suivants: IEEE Std 1394-1995, Standard for High Performance Serial Bus et IEEE Std 1394a-2000, Standard for High Performance Serial Bus (Supplement) . L'interconnexion de bus numériques par des ponts est par ailleurs définie dans la norme IEEE P1394.1 Draft Standard for High Performance Serial Bus Bridges (Draft 1.04 October 24, 2002) . Plus précisément, l'invention concerne un procédé de stockage d'un flux de données audio vidéo au sein d'un réseau de communication hétérogène, ainsi qu'un procédé correspondant de restitution d'un flux de données audio vidéo préalablement stocké. Dans le cas du stockage, on suppose que le flux est transmis depuis un terminal source connecté, via un des sous-réseaux, à un noeud dit noeud de capture. Dans le cas de la restitution, on suppose que le flux est destiné à un terminal destinataire connecté, via un des sous-réseaux, à un noeud dit noeud de visualisation. Il est à noter qu'un noeud de capture peut intégrer un terminal source et qu'un noeud de visualisation peut intégrer un terminal destinataire. On distingue généralement deux types de terminaux (un même terminal pouvant cependant être des deux types à la fois) : les terminaux source (aussi appelés talkers , ou encore sources ) qui génèrent des flux de données, tels que par exemple les récepteurs de télévision, les magnétoscopes, les caméras numériques, les appareils photo numériques, les lecteurs DVD, etc. ; - les terminaux destinataires (aussi appelés listeners ) qui traitent des flux de données (générés par les terminaux sources), tels que par exemple les téléviseurs, les ordinateurs, les assistants numériques personnels (PDA), etc. On présente maintenant brièvement, en relation avec la figure 1, la technique actuelle de stockage et de restitution d'un flux audio vidéo au sein d'un réseau de communication hétérogène. Dans cet exemple, le réseau fédérateur 1 comprend une unité centrale de commutation 2 à laquelle sont reliées, chacun par un lien distinct 3, à 34, quatre noeuds 4, à 44. Quatre sous-réseaux (ici des bus numériques de type IEEE 1394) 5, à 54 sont reliés au réseau fédérateur, chacun par un des noeuds. Des terminaux destinataires A et B (par exemple des téléviseurs numériques) sont connectés aux sous-réseaux référencés 5, et 52 respectivement. Un terminal source C (par exemple un lecteur DVD) et une unité de stockage audio vidéo D (par exemple un disque dur audio vidéo) sont connectés au sous-réseau référencé 53. Une unité de stockage audio vidéo E (par exemple un disque dur audio vidéo) est connectée au sous-réseau référencé 54. On suppose, à titre d'exemple illustratif, qu'un premier utilisateur, se trouvant devant le téléviseur numérique A, regarde un film enregistré sur l'unité de stockage audio vidéo D. Cette opération de restitution implique donc la transmission d'un flux audio vidéo (représenté par la flèche référencée 6) depuis l'unité de stockage audio vidéo D vers le téléviseur numérique A (terminal destinataire). Si on suppose que ce flux utilise toute la bande passante du lien 33 entre l'unité centrale de commutation 2 et le noeud 43 auquel est connectée l'unité de stockage audio vidéo D, alors un autre utilisateur, se trouvant par exemple devant le téléviseur numérique B, ne peut pas regarder un autre film enregistré lui aussi sur l'unité de stockage audio vidéo D. En d'autres termes, du simple fait que le débit maximal d'un lien 33 est déjà atteint, le contenu de l'unité de stockage audio vidéo D située derrière ce lien n'est temporairement plus accessible aux autres utilisateurs. Cette situation de blocage pour les autres utilisateurs est bien sûr pénalisante. Une situation de blocage peut aussi se produire dans le cadre d'une opération de stockage, si le débit maximal du lien 33 est atteint par un flux audio vidéo transmis depuis un terminal source vers l'unité de stockage audio vidéo D. En effet, dans ce cas, le lien étant saturé en terme de débit, il ne permet pas à un autre utilisateur d'utiliser l'unité de stockage audio vidéo D pour effectuer une autre opération de stockage. Dans les exemples ci-dessus, le débit maximal du lien est atteint par un seul flux. Il est clair que, d'une façon générale, une situation de blocage peut aussi se produire du fait que le débit maximal du lien est atteint par plusieurs flux. Il est clair également que, d'une façon générale, la saturation d'un lien due à une opération de restitution (par exemple la lecture d'un film) peut empêcher non seulement d'autres opérations de restitution mais aussi des opérations de stockage (par exemple l'enregistrement d'un film) devant utiliser ce lien. De même, la saturation d'un lien due à une opération de stockage peut empêcher non seulement d'autres opérations de stockage mais aussi des opérations de restitution devant utiliser ce lien. L'invention a notamment pour objectif de pallier ces différents inconvénients de 25 l'état de la technique. Plus précisément, l'un des objectifs de la présente invention est de fournir une technique de stockage et restitution d'un flux de données audio vidéo au sein d'un réseau de communication hétérogène, cette technique permettant, pour un débit maximal donné de chacun des liens du réseau fédérateur, un accès multi-utilisateur à des unités de stockage audio vidéo, en lecture (opération de restitution) et en écriture (opération d'écriture). L'invention a également pour objectif de fournir une telle technique qui ne nécessite aucune adaptation des terminaux source, des terminaux destinataires et des unités de stockage audio vidéo. Un autre objectif de l'invention est de fournir une telle technique qui soit simple 5 à mettre en oeuvre et peu coûteuse. 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é de stockage d'un flux de données audio vidéo au sein d'un réseau de communication hétérogène comprenant au moins un réseau fédérateur auquel sont reliés une pluralité de sous-réseaux, le réseau fédérateur comprenant une pluralité de noeuds reliés entre eux par une pluralité de liens, chaque sous-réseau étant relié au réseau fédérateur par un des noeuds, le flux étant transmis depuis un terminal source connecté, via un des sous- réseaux, à un noeud dit noeud de capture. Selon l'invention, ce procédé comprend les étapes suivantes: division par le noeud de capture du flux en N sous-flux, N >_ 2; - définition au sein du réseau fédérateur de N chemins de routage depuis le noeud de capture vers N noeuds de stockage (SNA) à chacun desquels est reliée au moins une unité de stockage audio vidéo; transmission de chacun des N sous-flux sur un chemin de routage distinct, qui lui est associé parmi les N chemins de routage; - commande de stockage par les N noeuds de stockage des N sous-flux dans les unités de stockage audio vidéo auxquelles les noeuds de stockage sont reliés. Le principe général de l'invention consiste donc à effectuer un stockage distribué, en divisant le flux en une pluralité de sous-flux et en stockant ces derniers dans différentes unités de stockage audio vidéo reliées à différents noeuds (noeuds de stockage) du réseau fédérateur. De cette façon, on réduit les ressources utilisées sur chacun des liens du réseau fédérateur (qui transmet un sous-flux au lieu d'un flux entier) et on évite des situations de blocage dues à la saturation de ces liens (voir discussion ci-dessus). L'invention étant mise en oeuvre dans les noeuds du réseau fédérateur, elle ne 30 nécessite aucune modification des terminaux source et destinataires existants, ni des unités de stockage audio vidéo existantes. En effet, l'ensemble des unités de stockage est vu comme une unité de stockage par les terminaux source et les terminaux destinataires. Par ailleurs, l'invention permet d'obtenir un système de stockage pouvant être mis en oeuvre de façon graduée: l'ajout d'unités de stockage audio vidéo permet d'augmenter les capacités de stockage de l'ensemble du système, ainsi que le nombre de flux simultanés que celui-ci peut traiter. De façon avantageuse, le stockage commandé par les noeuds de stockage est synchronisé. Avantageusement, le stockage synchronisé est tel que, à chacun d'une pluralité d'instants de stockage déterminés, chacun des noeuds de stockage lance l'enregistrement dans ladite au moins une unité de stockage audio vidéo qui lui est connectée: soit d'un paquet de données utiles contenu dans le sous-flux reçu par ledit noeud de stockage, - soit d'un paquet vide ajouté généré par ledit noeud de stockage en l'absence de réception d'un sous-flux. Il faut noter qu'un paquet utile peut dans certains cas être un paquet vide. Selon une caractéristique avantageuse, le réseau fédérateur comprend au moins un noeud de stockage multiple intégrant lui-même k noeuds de stockage, k >_ 2, chaque noeud de stockage multiple pouvant recevoir k sous-flux par k chemins de routage distincts et commander le stockage desdits k sous-flux dans des unités de stockage audio vidéo qui lui sont reliées, via k sous-réseaux distincts. Préférentiellement, un module de contrôle de stockage, hébergé au sein du réseau de communication hétérogène, gère une interface homme/machine, permettant à l'utilisateur de demander l'émission de requêtes, et commande le noeud de capture et les N noeuds de stockage, en fonction notamment des requêtes de l'utilisateur. Avantageusement, le module de contrôle de stockage effectue les étapes suivantes: - il attend une requête de connexion en écriture, émise à la demande de l'utilisateur; - après réception de ladite requête de connexion en écriture, il envoie, directement ou indirectement, à chacun des N noeuds de stockage et au noeud de capture une requête de connexion pour une écriture de flux, et attend la réception d'une requête d'enregistrement ou une requête de libération de la connexion en écriture, émise à la demande de l'utilisateur; - après réception de ladite requête d'enregistrement, il envoie à chacun des N noeuds de stockage et au noeud de capture une requête de lancement de l'écriture et attend une requête de fin d'écriture, émise à la demande de l'utilisateur ou automatiquement en cas de détection de la fin du flux; après réception de ladite requête de fin d'écriture, il envoie à chacun des N noeuds de stockage une requête de fin d'écriture et attend une autre requête d'enregistrement ou une requête de libération de la connexion en écriture, émise à la demande de l'utilisateur; - après réception de ladite requête de libération de la connexion en écriture, il envoie à chacun des N noeuds de stockage une requête de libération de la connexion et attend une autre requête de connexion en écriture, émise à la demande de l'utilisateur. L'invention concerne également un procédé de restitution d'un flux de données audio vidéo au sein d'un réseau de communication hétérogène comprenant au moins un réseau fédérateur auquel sont reliés une pluralité de sous-réseaux, le réseau fédérateur comprenant une pluralité de noeuds reliés entre eux par une pluralité de liens, chaque sous-réseau étant relié au réseau fédérateur par un des noeuds, le flux étant destiné à un terminal destinataire connecté, via un des sous-réseaux, à un noeud dit noeud de visualisation (VNA), le flux ayant préalablement été stocké par division du flux en N sous-flux, N >_ 2, puis stockage de chacun des N sous-flux dans au moins une unité de stockage audio vidéo reliée, via l'un des sous-réseaux, à l'un des N noeuds de stockage. Selon l'invention, ce procédé comprend les étapes suivantes: définition, au sein du réseau fédérateur, de N chemins de routage, chacun depuis l'un des N noeuds de stockage vers le noeud de visualisation; commande par les N noeuds de stockage d'une extraction des N sous-flux des unités de stockage audio vidéo auxquelles les noeuds de stockage sont reliés; transmission de chacun des N sous-flux sur un chemin de routage distinct, qui lui est associé parmi les N chemins de routage; - reconstruction par le noeud de visualisation du flux à partir des N sous-flux et transmission au terminal destinataire. De façon avantageuse, l'extraction commandée par les noeuds de stockage est synchronisée. Avantageusement, l'extraction synchronisée est telle que, à chacun d'une pluralité d'instants d'extraction déterminés, chacun des noeuds de stockage lance la lecture dans ladite au moins une unité de stockage audio vidéo qui lui est connectée: soit d'un paquet de données utiles contenu dans le sous-flux préalablement reçu par ledit noeud de stockage, - soit d'un paquet vide ajouté préalablement généré par ledit noeud de stockage en l'absence de réception d'un sous-flux. Préférentiellement, les noeuds de stockage n'envoient pas vers le noeud de visualisation les paquets vides ajoutés lus par les unités de stockage audio vidéo. Il faut noter qu'un paquet utile peut dans certains cas être un paquet vide. Ce paquet vide (non ajouté) ne doit pas être supprimé lors de la restitution car déjà présent dans le flux d'origine. En d'autres termes, il doit être envoyé vers le noeud de visualisation. Selon une caractéristique avantageuse, le réseau fédérateur comprend au moins un noeud de stockage multiple intégrant lui-même k noeuds de stockage, k >_ 2, chaque noeud de stockage multiple pouvant commander l'extraction de k sous-flux des unités de stockage audio vidéo qui lui sont reliées, via k sous-réseaux distincts, et transmettre lesdits k sousflux sur k chemins de routage distincts. Préférentiellement, un module de contrôle de stockage, hébergé au sein du réseau de communication hétérogène, gère une interface homme/machine, permettant à l'utilisateur de demander l'émission de requêtes, et commande le noeud de visualisation et les N noeuds de stockage, en fonction notamment des requêtes de l'utilisateur. Avantageusement, le module de contrôle de stockage effectue les étapes suivantes: il attend une requête de connexion en lecture, émise à la demande de l'utilisateur; - après réception de ladite requête de connexion en lecture, il envoie, directement ou indirectement, au noeud de visualisation et à chacun des N noeuds de stockage une requête de connexion pour une lecture de flux, et attend une requête de lecture ou une requête de libération de la connexion en lecture, émise à la demande de l'utilisateur; après réception de ladite requête de lecture, il envoie à chacun des N noeuds de stockage et au noeud de visualisation une requête de lancement de la lecture et attend une requête de fin de lecture, émise à la demande de l'utilisateur ou automatiquement en cas de détection de la fin du flux; - après réception de ladite requête de fin de lecture, il envoie à chacun des N noeuds de stockage une requête de fin de lecture et attend une autre requête d'enregistrement ou une requête de libération de la connexion en lecture, émise à la demande de l'utilisateur; - après réception de ladite requête de libération de la connexion en lecture, il envoie à chacun des N noeuds de stockage une requête de libération de la connexion et attend une autre requête de connexion en lecture, émise à la demande de l'utilisateur. Dans un mode de réalisation particulier de l'invention, le réseau fédérateur comprend une unité de commutation centrale à laquelle sont reliés, chacun par un lien distinct, les noeuds. Les sous-réseaux sont par exemple des bus de type IEEE 1394. L'invention concerne aussi un système de restitution d'un flux de données audio vidéo au sein d'un réseau de communication hétérogène comprenant au moins un réseau fédérateur auquel sont reliés une pluralité de sousréseaux, le réseau fédérateur comprenant une pluralité de noeuds reliés entre eux par une pluralité de liens, chaque sous-réseau étant relié au réseau fédérateur par un des noeuds, le flux étant destiné à un terminal destinataire connecté, via un des sous-réseaux, à un noeud dit noeud de visualisation, le flux ayant préalablement été stocké par division du flux en N sous-flux, N 2, puis stockage de chacun des N sous-flux dans au moins une unité de stockage audio vidéo reliée, via l'un des sous-réseaux, à l'un des N noeuds de stockage. Selon l'invention ce système comprend: des moyens de définition, au sein du réseau fédérateur, de N chemins de routage chacun depuis l'un ddes N noeuds de stockage vers le noeud de visualisation; dans les N noeuds de stockage, des moyens de commande de l'extraction des N sous-flux des unités de stockage audio vidéo auxquelles sont reliés les N noeuds de stockage; - des moyens de transmission de chacun des N sous-flux sur un chemin de routage distinct parmi les N chemins de routage; dans le noeud de visualisation, des moyens de reconstruction du flux à partir des N sous- flux et de transmission du flux au terminal destinataire. L'invention concerne encore un système de restitution d'un flux de données audio vidéo au sein d'un réseau de communication hétérogène comprenant au moins un réseau fédérateur auquel sont reliés une pluralité de sous-réseaux, le réseau fédérateur comprenant une pluralité de noeuds reliés entre eux par une pluralité de liens, chaque sous-réseau étant relié au réseau fédérateur par un des noeuds, le flux étant destiné à un terminal destinataire connecté, via un des sous-réseaux, à un noeud dit noeud de visualisation, le flux ayant préalablement été stockée par division du flux en N sous-flux, N >_ 2, puis stockage commandé par chacun de N noeuds de stockage de l'un des N sous-flux dans au moins une unité de stockage audio vidéo reliée, via l'un des sous-réseaux, audit noeud de stockage. Selon l'invention, ce système comprend: des moyens de définition, au sein du réseau fédérateur, de N chemins de routage chacun depuis l'un ddes N noeuds de stockage vers le noeud de visualisation; dans les N noeuds de stockage, des moyens de commande de l'extraction des N sous-flux des unités de stockage audio vidéo auxquelles sont reliés les N noeuds de stockage; des moyens de transmission de chacun des N sousflux sur un chemin de routage distinct parmi les N chemins de routage; dans le noeud de visualisation, des moyens de reconstruction du flux à partir des N sous-flux et de transmission du flux au terminal destinataire. D'autres caractéristiques et avantages de l'invention apparaîtront à la lecture de 30 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 exemple de réseau audiovisuel domestique permettant d'illustrer la technique actuelle de stockage et de restitution d'un flux audio vidéo au sein d'un tel réseau; les figures 2A et 2B présentent deux exemples de réseau audiovisuel domestique permettant d'illustrer la technique selon l'invention de stockage et de restitution d'un flux audio vidéo au sein d'un tel réseau; la figure 3A présente un schéma bloc fonctionnel d'un mode de réalisation d'un noeud de stockage (SNA), apparaissant dans le premier exemple de réseau de la figure 2A; la figure 3B présente un schéma bloc fonctionnel d'un mode de réalisation d'un noeud de stockage multiple, apparaissant dans le second exemple de réseau de la figure 2B; la figure 4 représente un algorithme exécuté par un module de contrôle de stockage dans un mode de réalisation particulier du procédé selon l'invention de restitution d'un flux audio vidéo; - la figure 5 représente les algorithmes exécutés par le noeud de visualisation et chacun des noeuds de stockage dans un mode de réalisation particulier du procédé selon l'invention de restitution d'un flux audio vidéo; la figure 6 représente un algorithme exécuté par un module de contrôle de stockage dans un mode de réalisation particulier du procédé selon l'invention de stockage d'un flux audio vidéo; la figure 7 représente les algorithmes exécutés par le noeud de capture et chacun des noeuds de stockage dans un mode de réalisation particulier du procédé selon l'invention de stockage d'un flux audio vidéo. On présente maintenant, en relation avec la figure 2A, un premier exemple de réseau audiovisuel domestique permettant d'illustrer la technique selon l'invention de stockage et de restitution d'un flux audio vidéo au sein d'un tel réseau. Le réseau fédérateur 21 comprend une unité centrale de commutation 22 à laquelle sont reliées, chacun par un lien distinct 231 à 234, quatre noeuds 241 à 244. 30 Quatre sous-réseaux (ici des bus numériques de type IEEE 1394) 251 à 254 sont reliés au réseau fédérateur, chacun par un des noeuds. 10 15 20 25 Un terminal source A (par exemple un lecteur DVD) est connecté au sous-réseau référencé 251. Ce dernier est relié au réseau fédérateur 21 par le noeud référencé 24,, appelé ci-après noeud de capture (ou CNA, pour Capture Network Adapter ). Un terminal destinataire B (par exemple un téléviseur numérique) est connecté au sous-réseau référencé 252. Ce dernier est relié au réseau fédérateur 21 par le noeud référencé 242, appelé ci-après noeud de visualisation (ou VNA, pour Viewer Network Adapter ). Deux unités de stockage audio vidéo C et D (par exemple deux disques durs audio vidéo) sont connectées aux sous-réseaux référencés 253 et 254 respectivement. Ces derniers sont reliés au réseau fédérateur 21 par les noeuds référencés 243 et 244 respectivement, appelés ci-après noeuds de stockage (ou SNA, pour Storage Network Adapter ). Chacun des noeuds de stockage SNA communique avec une des unités de stockage en utilisant le protocole de transfert isochrone IEEE 1394. L'opération de stockage de flux selon l'invention se déroule comme suit. Le noeud de capture CNA 241 divise le flux audio vidéo A (représenté par la flèche référencée 26) généré par le terminal source A en deux sousflux Al et A2 (représentés par les flèches référencées 27 et 28 respectivement). Au sein du réseau fédérateur 21, chacun des sous-flux est transmis depuis le noeud de capture CNA 24, jusqu'à un des noeuds de stockage SNA 243 et 244, via l'unité centrale de commutation 22. De façon synchrone avec les autres noeuds de stockage SNA, chaque noeud de stockage SNA commande le stockage du sous-flux qu'il reçoit dans l'unité de stockage à laquelle il est relié. Ainsi, de façon synchrone, le sous-flux Al est stocké dans l'unité de stockage C, tandis que le sous-flux A2 est stocké dans l'unité de stockage D. L'opération de restitution de flux selon l'invention se déroule comme suit. De façon synchrone avec les autres noeuds de stockage SNA, chaque noeud de stockage SNA commande l'extraction d'un sous-flux de l'unité de stockage à laquelle il est relié. Ainsi, de façon synchrone, le sous-flux B I (représenté par la flèche référencée 29) est extrait de l'unité de stockage C, tandis que le sous-flux B2 (représenté par la flèche référencée 210) est extrait de l'unité de stockage D. Au sein du réseau fédérateur 21, chacun des sous-flux est transmis depuis l'un des noeuds de stockage jusqu'au noeud de visualisation VNA 242, via l'unité centrale de commutation 22. Le noeud de visualisation VNA 242 reconstruit le flux à visualiser B (représenté par la flèche référencée 211) à partir des deux sous-flux reçus B1 et B2 , et le transmet au noeud destinataire B. Si des délais différents sont introduits au sein du réseau fédérateur pour les sous- flux, le noeud de visualisation VNA doit effectuer une étape de réordonnancement des paquets des différents sous-flux pour conserver l'ordre d'origine des paquets du flux. Par exemple si les paquets du flux sont des paquets CIP tels que définis dans la norme IEC-61883 (cette dernière est décrite dans le document de référence IEC-61883 Standard: Consumer Audio/Video equipment Digital Interface ), les paquets peuvent être réordonnés selon le champ DBC ( Data Block Count ) disponible dans l'en-tête CIP. Il existe cependant des méthodes connues dans l'état de la technique permettant d'assurer un délai de transfert constant lorsque plusieurs flux sont transmis sur des chemin différents. Un exemple d'une telle méthode est celle décrite dans la demande de brevet français FR 2 831 745. On présente maintenant, en relation avec la figure 2B, un second exemple de réseau audiovisuel domestique permettant d'illustrer la technique selon l'invention de stockage et de restitution d'un flux audio vidéo au sein d'un tel réseau. Les éléments communs aux figures 2A et 2B conservent les mêmes références. Ce second exemple de réseau audiovisuel domestique se distingue du premier discuté ci-dessus (et représenté sur la figure 2A) uniquement en ce qu'il comprend un noeud de stockage multiple 212, qui intègre et remplace les deux noeuds de stockage SNA (simple) référencés 243 et 244 sur la figure 2A. Lorsqu'il est impliqué dans une opération de stockage, ce noeud de stockage multiple 212 peut donc recevoir deux sous- flux par deux chemins de routage distincts (notamment les liens référencés 233 et 234) et commander le stockage de ces deux sous-flux dans les unités de stockage audio vidéo C et D qui lui sont reliées, via les deux sous-réseaux référencés 253 et 254. De même, lorsqu'il est impliqué dans une opération de restitution, le noeud de stockage multiple 212 peut commander l'extraction de deux sous-flux des unités de stockage audio vidéo C et D qui lui sont reliées, via les deux sous-réseaux référencés 253 et 254, et transmettre ces deux sous-flux sur deux chemins de routage distincts (notamment les liens référencés 233 et 234). La figure 3A présente un schéma bloc fonctionnel d'un mode de réalisation d'un noeud de stockage (par exemple celui référencé 243), apparaissant dans le premier 5 exemple de réseau de la figure 2A. Dans ce mode de réalisation, le noeud de stockage 243 comprend: - un micro-contrôleur 31, et tous les éléments électroniques (mémoire RAM, etc. ) (non représentés) permettant à celui-ci d'exécuter des programmes; un premier module 32 d'interface avec le lien 233 connecté à ce noeud de stockage 243; un second module 33 d'interface avec le sous-réseau (bus IEEE 1394) 253 connecté à ce noeud de stockage 243 et auquel est connectée l'unité de stockage C; - un pont 34, permettant le passage des données entre les premier et second modules d'interface. Ce pont est conforme à la norme IEEE P1394. 1 Draft Standard for High Performance Serial Bus Bridges (Draft 1.04 October 24, 2002) . La figure 3B présente un schéma bloc fonctionnel d'un mode de réalisation d'un noeud de stockage multiple (référencé 212), apparaissant dans le second exemple de 20 réseau de la figure 2B. Dans ce mode de réalisation, le noeud de stockage multiple 212 comprend: un micro-contrôleur 31, et tous les éléments électroniques (mémoire RAM, etc. ) (non représentés) permettant à celui-ci d'exécuter des programmes; un premier module 32a d'interface avec un premier lien 233 connecté à ce noeud de stockage multiple 212; - un second module 33a d'interface avec un premier sous-réseau (bus IEEE 1394) 253 connecté à ce noeud de stockage 243 et auquel est connectée l'unité de stockage C (et éventuellement, comme illustré une ou plusieurs autre(s) unité(s) de stockage C') ; un premier pont 34a, permettant le passage des données entre les premier et second modules d'interface; un troisième module 32b d'interface avec un second lien 234 connecté à ce noeud de stockage multiple 212; un quatrième module 33b d'interface avec un second sous-réseau (bus IEEE 1394) 254 connecté à ce noeud de stockage 243 et auquel est connectée l'unité de stockage D (et éventuellement, comme illustré une ou plusieurs autre(s) unité(s) de stockage D') ; un second pont 34b, permettant le passage des données entre les troisième et quatrième modules d'interface. Un avantage du noeud de stockage multiple 212 est qu'un seul microcontrôleur 10 gère les deux ponts et assure la synchronisation des opérations de stockage ou de restitution utilisant les unités de stockage C, C', D et D'. On présente ci-après un mode de réalisation particulier du procédé selon l'invention de restitution d'un flux audio vidéo, en relation avec les figures 4 et 5, puis un mode de réalisation particulier du procédé selon l'invention de stockage d'un flux audio vidéo, en relation avec les figures 6 et 7. On utilise un module de contrôle de stockage, qui est un module logiciel hébergé au sein du réseau de communication hétérogène (par exemple sur un des noeuds). Il gère une interface homme/machine, permettant à l'utilisateur de demander l'émission de requêtes. Il commande par ailleurs les noeuds impliqués dans les opérations de stockage et de restitution: noeud de capture (CNA), noeud de visualisation (VNA) et noeuds de stockage (SNA). Dans la suite de la description, on suppose que les noeuds sont conformes à la norme IEEE P1394.1 précitée, qui est insérée ici par référence. Ils mettent donc notamment en oeuvre les notions de proxy de terminal source ( talker bridge proxy ) et proxy de terminal destinataire ( listener bridge proxy ). Un proxy de terminal source ( talker bridge proxy ) est un module logiciel qui représente un terminal source ( talker ) dans le noeud formant pont auquel est connecté un terminal destinataire ( listener ). Un proxy de terminal destinataire ( listener bridge proxy ) est un module 30 logiciel qui représente un terminal destinataire ( listener ) dans le noeud formant pont auquel est connecté un terminal source ( talker ). On présente désormais, en relation avec l'organigramme de la figure 4, un algorithme exécuté par le module de contrôle de stockage dans un mode de réalisation particulier du procédé selon l'invention de restitution d'un flux audio vidéo. Si on reprend l'exemple d'opération de restitution illustré sur la figure 2A, on a: - un proxy de terminal source ( talker bridge proxy ), représentant l'ensemble des unités de stockage audio vidéo C, D (ici les terminaux source, ou talkers ) dans le noeud de visualisation VNA auquel est connecté le téléviseur numérique B (ici le terminal destinataire, ou listener ) ; plusieurs proxys de terminal destinataire ( listener bridge proxies ), chacun représentant le téléviseur numérique B (ici le terminal destinataire, ou listener ) dans l'un des noeuds de stockage SNA auquel est connectée l'une des unités de stockage audio vidéo C, D (ici les terminaux source, ou talkers ). Au départ (étape 41), le module de contrôle de stockage attend la réception d'une requête de connexion en lecture. Quand il a reçu cette requête, il envoie N requêtes de connexion pour une lecture de flux au proxy de terminal source ( talker bridge proxy ), ici localisé dans le noeud de visualisation VNA, qui fait suivre chacune d'entre elles à l'un des N proxys de terminal destinataire ( listener bridge proxies ), ici localisés dans les N noeuds de stockage SNA (étape 42). Puis, le module de contrôle de stockage attend la réception d'une requête de lecture (étape 43) ou une requête de libération de la connexion en lecture (étape 411). S'il reçoit une requête de lecture (étape 43), le module de contrôle de stockage envoie à chacun des proxys de terminal destinataire ( listener bridge proxies ), ici localisés dans les noeuds de stockage SNA, une requête d'initialisation de la lecture ( initialize track request ) (étapes 44 et 45) et une requête de lancement de lecture synchronisée ( sync start request ) (étapes 46 et 47). Ainsi, les noeuds de stockage SNA lancent en même temps la lecture effective dans les unités de stockage, en se basant par exemple sur des valeurs particulières d'un registre temporel (CTR, Cycle Time Register ). Puis, le module de contrôle de stockage attend la réception d'une requête de fin de lecture (étape 48). S'il reçoit cette requête de fin de lecture, il envoie à chacun des proxys de terminal destinataire ( listener bridge proxies ), ici localisés dans les noeuds de stockage SNA, une requête de fin de lecture synchronisée ( sync stop request ) (étapes 49 et 410). Puis, le module de contrôle de stockage attend à nouveau la réception d'une requête de lecture (étape 43) ou une requête de libération de la connexion en lecture (étape 411). S'il reçoit une requête de libération de la connexion en lecture (étape 411), le module de contrôle de stockage, il envoie à chacun des proxys de terminal destinataire ( listener bridge proxies ), ici localisés dans les noeuds de stockage SNA, une requête de libération de la connexion en lecture (étapes 412 et 413). Puis, il attend la réception d'une nouvelle requête de connexion en lecture (étape 41). On présente maintenant, en relation avec les organigrammes de la figure 5, les algorithmes exécutés par le noeud de visualisation VNA (partie gauche de la figure 5) et chacun des noeuds de stockage SNA (partie droite de la figure 5) dans un mode de réalisation particulier du procédé selon l'invention de restitution d'un flux audio vidéo. En d'autres termes, tandis que l'algorithme de la figure 4 illustre l'opération de restitution vue du côté du module de contrôle de stockage, la figure 5 illustre cette même opération mais vue du côté du proxy de terminal source ( talker bridge proxy ), localisé dans le noeud de visualisation VNA, et des proxys de terminal destinataire ( listener bridge proxies ), localisés dans les noeuds de stockage SNA. On détaille ci-après, en relation avec la partie gauche de la figure 5, les étapes de l'algorithme exécuté par le proxy de terminal source ( talker bridge proxy ), localisé dans le noeud de visualisation VNA. Tout d'abord (étape 51), le proxy de terminal source attend une première requête de connexion pour une lecture de flux, transmise par le module de contrôle de stockage. Quand il l'a reçue, il réserve un canal IEEE 1394 libre (canal n x), sur le bus IEEE 1394 entre le terminal destinataire ( listener , téléviseur numérique B) et le noeud de visualisation VNA (étape 52). Il initialise un buffer de réception (Rx buffer (Y;)) lié au canal n x réservé (étape 54) et qui permet de recevoir des paquets venant du réseau fédérateur. Il renvoie la 30 première requête de connexion pour une lecture de flux à l'un des proxys de terminal destinataire ( listener bridge proxies ), localisés dans les noeuds de stockage SNA (étape 55). Pour chacun des autres proxys de terminal destinataire ( listener bridge proxies ) (condition de l'étape 56), le proxy de terminal source attend une requête de connexion pour une lecture de flux, transmise par le module de contrôle de stockage (étape 57 identique à l'étape 51). Quand il l'a reçue, il effectue à nouveau les étapes 54 et 55. Ainsi, une pluralité de buffers de réception (Rx buffer (Y) sont liés au même canal n x. Ensuite, le proxy de terminal source attend que le module de contrôle de stockage lance le transfert de flux en lecture, par l'envoi d'une requête d'initialisation de la lecture ( initialize track request ) et une requête de lancement de lecture synchronisée ( sync start request ) (étape 58). Quand il les a reçues, le proxy de terminal source attend un début de cycle de bus (étape 510), puis pour chaque buffer de réception (Rx buffer (Y;), i variant cycliquement de 0 à N-1, avec N le nombre de noeuds de stockage SNA impliqués), il transfère le sous-flux reçu par le buffer de réception (Rx buffer (Y;) vers le terminal destinataire ( listener , téléviseur numérique B), via le canal n x réservé (étapes 59, 511, 513 et 514). Quand la fin du flux est atteinte (condition de l'étape 512), le proxy de terminal source revient à l'étape 58 et attend que le module de contrôle de stockage lance un nouveau transfert de flux en lecture, ou bien envoie une requête de libération de la connexion en lecture. On détaille ci-après, en relation avec la partie droite de la figure 5, les étapes de l'algorithme exécuté par chacun des proxys de terminal destinataire ( listener bridge proxies ), localisé dans un des noeuds de stockage SNA. Tout d'abord (étape 515), le proxy de terminal destinataire attend une requête de connexion pour une lecture de flux, transmise par le proxy de terminal source. Quand il l'a reçue, il réserve un canal IEEE 1394 libre (canal n z), sur le bus IEEE 1394 entre le terminal source ( talker , unité de stockage audio vidéo C ou D) et l'un des noeuds de stockage SNA (étape 516). Il initialise un buffer d'émission (Tx buffer (Y;)) lié au canal n z réservé (étape 30 518) et qui permet d'envoyer des paquets sur le réseau fédérateur. Il envoie au proxy de terminal source un message par lequel il indique qu'il est prêt ( Join confirmation (Y) ) (étape 519). Ensuite, le proxy de terminal destinataire attend que le module de contrôle de stockage lance le transfert de flux en lecture, par l'envoi d'une requête d'initialisation de la lecture ( initialize track request ) et une requête de lancement de lecture synchronisée ( sync start request ) (étape 520). Avec la requête de lancement de lecture synchronisée, chacun des N proxys de terminal destinataire (c'est-à-dire chacun des N noeuds de stockage SNA) reçoit notamment les informations suivantes: une valeur particulière du registre temporel (CTR, Cycle Time Register ), indiquant l'instant de démarrage de l'opération de lecture synchronisée; le nombre N de noeuds de stockage SNA impliqués; l'ordre d'utilisation de noeuds de stockage SNA impliqués. Par exemple, dans le cas où 3 noeuds de stockage SNA sont impliqués, notés SNA1, SNA2 et SNA3, chaque noeud de stockage SNA reçoit une liste SNA1-SNA2-SNA3 indiquant l'ordre d'utilisation des noeuds de stockage SNA impliqués. On suppose ici que tous les bus IEEE 1394 auxquels sont connectés les noeuds de stockage SNA partagent une même valeur de registre temporel CTR. En d'autres termes, on suppose que tous les noeuds de stockage SNA sont synchronisés ensemble par des moyens connus de l'homme du métier. Dans l'étape 521, une variable indiquant le noeud de stockage SNA impliqué ( SNA impliqué ) est initialisée avec le premier noeud SNA de la liste préalablement reçue (indiquant l'ordre d'utilisation). Après chaque début de cycle de bus (étape 522), le proxy de terminal destinataire teste au cours de l'étape 523 si le noeud de stockage SNA dans lequel il est localisé est ou non le noeud de stockage SNA impliqué pour le cycle courant. Dans l'affirmative, il prend le paquet lu (via le canal n z) dans le terminal source ( talker , unité de stockage audio vidéo C ou D) et l'envoie vers le buffer d'émission (Tx buffer (Y) (étape 524). Sinon, il jette le paquet lu (via le canal n z) dans le terminal source, sans l'envoyer vers le buffer d'émission (Tx buffer (Y;) (étape 525). En effet, dans ce cas, le paquet est sensé être un paquet vide ajouté (voir la discussion ci-après de l'étape 711 de la figure 7). Si le paquet lu n'est pas un paquet vide ajouté, une erreur est signalée, par exemple au module de contrôle qui gère les erreurs (étape 526). Puis, dans l'étape 527, la variable SNA impliqué est mise à jour avec l'identifiant du noeud SNA suivant dans la liste préalablement reçue (indiquant l'ordre d'utilisation) et dans l'étape 528, on détermine si une requête de fin de lecture synchronisée ( sync stop request ) a été reçue. Dans la négative, on revient à l'étape 522 de façon à réitérer le traitement pour le cycle suivant. Sinon, on revient à l'étape 520 et on attend que le module de contrôle de stockage lance un nouveau transfert de flux en lecture, ou bien envoie une requête de libération de la connexion en lecture. On présente désormais, en relation avec l'organigramme de la figure 6, un algorithme exécuté par le module de contrôle de stockage dans un mode de réalisation particulier du procédé selon l'invention de stockage d'un flux audio vidéo. Si on reprend l'exemple d'opération de stockage illustré sur la figure 2A, on a: - plusieurs proxys de terminal source ( talker bridge proxies ), chacun représentant le lecteur DVD A (terminal source; talker ) dans l'un des noeuds de stockage SNA auquel est connecté l'une des unités de stockage audio vidéo C, D (terminaux source; listeners ) ; un proxy de terminal destinataire ( listener bridge proxy ), représentant l'ensemble des unités de stockage audio vidéo C, D (terminaux source; listeners ) dans le noeud de capture CNA auquel est connecté le lecteur DVD A (terminal source; talker ). Au départ (étape 61), le module de contrôle de stockage attend la réception d'une requête de connexion en écriture. Quand il a reçu cette requête, il envoie une requête de connexion pour une écriture de flux aux proxys de terminal source ( talker bridge proxies ), localisés dans les noeuds de stockage SNA, qui la font suivre au proxy de terminal destinataire ( listener bridge proxy ), localisé dans le noeud de capture CNA (étape 62). Puis, le module de contrôle de stockage attend la réception d'une requête en écriture (étape 63) ou une requête de libération de la connexion en écriture (étape 611). S'il reçoit une requête en écriture (étape 63), le module de contrôle de stockage envoie à chacun des proxys de terminal source ( talker bridge proxies ), localisés dans les noeuds de stockage SNA, une requête d'initialisation de l'écriture ( initialize track request ) (étapes 64 et 65) et une requête de lancement d'écriture synchronisée ( sync start request ) (étapes 66 et 67). Ainsi, les noeuds de stockage SNA lancent en même temps l'écriture effective dans les unités de stockage, en se basant par exemple sur des valeurs particulières d'un registre temporel (CTR, Cycle Time Register ). Puis, le module de contrôle de stockage attend la réception d'une requête de fin d'écriture (étape 68). S'il reçoit cette requête de fin d'écriture, il envoie à chacun des proxys de terminal source ( talker bridge proxies ), ici localisés dans les noeuds de stockage SNA, une requête de fin d'écriture synchronisée ( sync stop request ) (étapes 69 et 610). Puis, le module de contrôle de stockage attend à nouveau la réception d'une requête en écriture (étape 63) ou une requête de libération de la connexion en écriture (étape 611). S'il reçoit une requête de libération de la connexion en écriture (étape 611), le module de contrôle de stockage, il envoie à chacun des proxys de terminal source ( talker bridge proxies ), localisés dans les noeuds de stockage SNA, une requête de libération de la connexion en écriture (étapes 612 et 613). Puis, il attend la réception d'une nouvelle requête de connexion en écriture (étape 61). On présente maintenant, en relation avec les organigrammes de la figure 7, les algorithmes exécutés par le noeud de capture CNA (partie gauche de la figure 7) et chacun des noeuds de stockage SNA (partie droite de la figure 7) dans un mode de réalisation particulier du procédé selon l'invention de stockage d'un flux audio vidéo. En d'autres termes, tandis que l'algorithme de la figure 6 illustre l'opération de stockage vue du côté du module de contrôle de stockage, la figure 7 illustre cette même opération mais vue du côté des proxys de terminal source ( talker bridge proxies ), localisés dans les noeuds de stockage SNA, et du proxy de terminal destinataire ( listener bridge proxy ), localisé dans le noeud de capture CNA. On détaille ci-après, en relation avec la partie droite de la figure 7, les étapes de l'algorithme exécuté par chaque proxy de terminal source ( talker bridge proxy ), localisé dans un des noeuds de stockage SNA. Tout d'abord (étape 71), le proxy de terminal source attend une première requête de connexion pour une écriture de flux, transmise par le module de contrôle de stockage. Quand il l'a reçue, il réserve un canal IEEE 1394 libre (canal n x), sur le bus IEEE 1394 entre le terminal destinataire ( listener , unité de stockage audio vidéo C ou D) et le noeud de stockage SNA (étape 72). Il initialise un buffer de réception (Rx buffer (Y;)) lié au canal n x réservé (étape 74) et qui permet de recevoir des paquets venant du réseau fédérateur. Il renvoie la première requête de connexion pour une écriture de flux au proxy de terminal destinataire ( listener bridge proxy ), localisé dans le noeud de capture CNA (étape 75). Ensuite, le proxy de terminal source attend que le module de contrôle de stockage lance le transfert de flux en écriture, par l'envoi d'une requête d'initialisation de l'écriture ( initialize track request ) et une requête de lancement d'écriture synchronisée ( sync start request ) (étape 76). Avec la requête de lancement d'écriture synchronisée, chacun des N proxys de terminal source (c'est-à-dire chacun des N noeuds de stockage SNA) reçoit notamment les informations suivantes: une valeur particulière du registre temporel (CTR, Cycle Time Register ), indiquant l'instant de démarrage de l'opération d'écriture synchronisée; le nombre N de noeuds de stockage SNA impliqués; - l'ordre d'utilisation de noeuds de stockage SNA impliqués. Par exemple, dans le cas où 3 noeuds de stockage SNA sont impliqués, notés SNA1, SNA2 et SNA3, chaque noeud de stockage SNA reçoit une liste SNA 1-SNA2-SNA3 indiquant l'ordre d'utilisation des noeuds de stockage SNA impliqués. On suppose ici que tous les bus IEEE 1394 auxquels sont connectés les noeuds de stockage SNA partagent une même valeur de registre temporel CTR. En d'autres termes, on suppose que tous les noeuds de stockage SNA sont synchronisés ensemble par des moyens connus de l'homme du métier. Dans l'étape 77, une variable indiquant le noeud de stockage SNA impliqué ( SNA impliqué ) est initialisée avec le premier noeud SNA de la liste préalablement 5 reçue (indiquant l'ordre d'utilisation). Après chaque début de cycle de bus (étape 78), le proxy de terminal source teste au cours de l'étape 79 si le noeud de stockage SNA dans lequel il est localisé est ou non le noeud de stockage SNA impliqué pour le cycle courant. Dans l'affirmative, il prend le paquet reçu dans le buffer de réception (Rx buffer (Y;) et l'envoie vers le terminal destinataire ( listener , unité de stockage audio vidéo C ou D), via le canal n x (étape 710). Sinon, il envoie au terminal destinataire un paquet vide ajouté (étape 711). Ainsi, du fait que chaque proxy de terminal source (localisé dans un des noeuds de stockage SNA) ne reçoit qu'une partie du flux total, il génère des paquets vides ajoutés sur le canal n x quand il ne reçoit pas de sous-flux, de façon à ne pas perturber l'unité de stockage audio vidéo C ou D qui reçoit les paquets transmis par ce proxy de terminal source. Le stockage synchronisé commandé par les proxys de terminal source (localisés dans les noeuds de stockage) est donc tel que, à chacun d'une pluralité d'instants de stockage déterminés, chacun des proxys de terminal source lance l'enregistrement dans l'une unité de stockage audio vidéo qui lui est connectée: soit d'un paquet de données utiles contenu dans le sous-flux reçu par ce proxy de terminal source, soit d'un paquet vide ajouté généré par ce proxys de terminal source en l'absence de réception d'un sous-flux. Les paquets vides ajoutés sont stockés dans l'unité de stockage audio vidéo C ou D, mais lors de l'opération de restitution (voir description ci-dessus en relation avec les figures 4 et 5), le proxy de terminal destinataire (localisé dans le même noeud de stockage SNA) n'envoie pas les paquets vides ajoutés sur le réseau fédérateur, de façon à optimiser l'utilisation des ressources (bande- passante) du réseau fédérateur. Puis, dans l'étape 712, la variable SNA impliqué est mise à jour avec l'identifiant du noeud SNA suivant dans la liste préalablement reçue (indiquant l'ordre d'utilisation) et dans l'étape 713, on détermine si une requête de fin d'écriture synchronisée ( sync stop request ) a été reçue. Dans la négative, on revient à l'étape 78 de façon à réitérer le traitement pour le cycle suivant. Sinon, on revient à l'étape 76 et on attend que le module de contrôle de stockage lance un nouveau transfert de flux en écriture, ou bien envoie une requête de libération de la connexion en écriture. On détaille ci-après, en relation avec la partie gauche de la figure 7, les étapes de l'algorithme exécuté par le proxy de terminal destinataire ( listener bridge proxy ), localisé dans le noeud de capture CNA. Tout d'abord (étape 710), le proxy de terminal destinataire attend une première requête de connexion pour une écriture de flux, transmise par l'un des proxys de terminal source. Quand il l'a reçue, il réserve un canal IEEE 1394 libre (canal n z), sur le bus IEEE 1394 entre le terminal source ( talker ; lecteur DVD A) et le noeud de capture CNA (étape 711) . Il initialise un buffer d'émission (Tx buffer (Y;)) lié au canal n z réservé (étape 713) et qui permet d'envoyer des paquets sur le réseau fédérateur. Il envoie au proxy de terminal source un message par lequel il indique qu'il est prêt ( Join confirmation (Y;) ) (étape 714). Pour chacun des autres proxys de terminal source ( talker bridge proxies ) (condition de l'étape 715), le proxy de terminal destinataire attend une requête de connexion pour une écriture de flux, transmise par le module de contrôle de stockage (étape 716 identique à l'étape 710). Quand il l'a reçue, il effectue à nouveau les étapes 713 et 714. Ainsi, une pluralité de buffers d'émission (Tx buffer (Y;) sont liés au même canal n z. Ensuite, le proxy de terminal destinataire attend que le module de contrôle de stockage lance le transfert de flux en écriture, par l'envoi d'une requête d'initialisation de l'écriture ( initialize track request ) et une requête de lancement d'écriture synchronisée ( sync start request ) (étape 717). Quand il les a reçues, le proxy de terminal destinataire attend un début de cycle de bus (étape 719), puis pour chaque buffer d'émission (Tx buffer (Y;), i variant cycliquement de 0 à N-1, avec N le nombre de noeuds de stockage SNA impliqués), il transfère le sous-flux venant (via le canal n z) du terminal source ( talker , lecteur DVD A) vers le buffer d'émission (Tx buffer (Y;)) (étapes 718, 720, 722 et 723). Quand la fin du flux est atteinte (condition de l'étape 721), le proxy de terminal destinataire revient à l'étape 717 et attend que le module de contrôle de stockage lance un nouveau transfert de flux en écriture, ou bien envoie une requête de libération de la connexion en écriture. REVENDICATIONS 1. Procédé de stockage d'un flux de données audio vidéo au sein d'un réseau de communication hétérogène comprenant au moins un réseau fédérateur (21) auquel sont reliés une pluralité de sous-réseaux (251 à 253), le réseau fédérateur comprenant une pluralité de noeuds reliés entre eux par une pluralité de liens, chaque sous-réseau étant relié au réseau fédérateur par un des noeuds, le flux étant transmis depuis un terminal source (A) connecté, via un des sous-réseaux, à un noeud dit noeud de capture (CNA), caractérisé en ce qu'il comprend les étapes suivantes: division par le noeud de capture du flux en N sous-flux, N >_ 2; définition au sein du réseau fédérateur de N chemins de routage depuis le noeud de capture vers N noeuds de stockage (SNA) à chacun desquels est reliée au moins une unité de stockage audio vidéo (C, D) ; - transmission de chacun des N sous-flux sur un chemin de routage distinct, qui lui est associé parmi les N chemins de routage; - commande de stockage par les N noeuds de stockage des N sous-flux dans les unités de stockage audio vidéo auxquelles les noeuds de stockage sont reliés. 2. Procédé de stockage selon la revendication 1, caractérisé en ce que le stockage commandé par les noeuds de stockage est synchronisé. 3. Procédé de stockage selon la revendication 2, caractérisé en ce que le stockage synchronisé est tel que, à chacun d'une pluralité d'instants de stockage déterminés, chacun des noeuds de stockage lance l'enregistrement dans ladite au moins une unité de stockage audio vidéo qui lui est connectée: - soit d'un paquet de données utiles contenu dans le sous-flux reçu par ledit noeud de stockage, soit d'un paquet vide ajouté généré par ledit noeud de stockage en l'absence de réception d'un sous-flux. 4. Procédé de stockage selon l'une quelconque des revendications 1 à 3, caractérisé en ce que le réseau fédérateur comprend au moins un noeud de stockage multiple (212) intégrant lui-même k noeuds de stockage (SNA), k _> 2, chaque noeud de stockage multiple pouvant recevoir k sous-flux par k chemins de routage distincts et commander le stockage desdits k sous- flux dans des unités de stockage audio vidéo qui lui sont reliées, via k sous-réseaux distincts. 5. Procédé de stockage selon l'une quelconque des revendications 1 à 4, caractérisé en ce qu'un module de contrôle de stockage, hébergé au sein du réseau de communication hétérogène, gère une interface homme/machine, permettant à l'utilisateur de demander l'émission de requêtes, et commande le noeud de capture (CNA) et les N noeuds de stockage (SNA), en fonction notamment des requêtes de l'utilisateur. 6. Procédé de stockage selon la revendication 5, caractérisé en ce que le module de contrôle de stockage effectue les étapes suivantes: - il attend une requête de connexion en écriture, émise à la demande de l'utilisateur; - après réception de ladite requête de connexion en écriture, il envoie, directement ou indirectement, à chacun des N noeuds de stockage et au noeud de capture une requête de connexion pour une écriture de flux, et attend la réception d'une requête d'enregistrement ou une requête de libération de la connexion en écriture, émise à la demande de l'utilisateur; - après réception de ladite requête d'enregistrement, il envoie à chacun des N noeuds de stockage et au noeud de capture une requête de lancement de l'écriture et attend une requête de fin d'écriture, émise à la demande de l'utilisateur ou automatiquement en cas de détection de la fin du flux; - après réception de ladite requête de fin d'écriture, il envoie à chacun des N noeuds de stockage une requête de fin d'écriture et attend une autre requête d'enregistrement ou une requête de libération de la connexion en écriture, émise à la demande de l'utilisateur; après réception de ladite requête de libération de la connexion en écriture, il envoie à chacun des N noeuds de stockage une requête de libération de la connexion et attend une autre requête de connexion en écriture, émise à la demande de l'utilisateur. 7. Procédé de restitution d'un flux de données audio vidéo au sein d'un réseau de communication hétérogène comprenant au moins un réseau fédérateur (21) auquel sont reliés une pluralité de sous-réseaux (251 à 253), le réseau fédérateur comprenant une pluralité de noeuds reliés entre eux par une pluralité de liens, chaque sous-réseau étant relié au réseau fédérateur par un des noeuds, le flux étant destiné à un terminal destinataire (B) connecté, via un des sous-réseaux, à un noeud dit noeud de visualisation (VNA), le flux ayant préalablement été stocké par division du flux en N sous-flux, N 2, puis stockage de chacun des N sous-flux dans au moins une unité de stockage audio vidéo (C, D) reliée, via l'un des sous-réseaux, à l'un des N noeuds de stockage, caractérisé en ce qu'il comprend les étapes suivantes: - définition, au sein du réseau fédérateur, de N chemins de routage, chacun depuis 10 l'un des N noeuds de stockage vers le noeud de visualisation; - commande par les N noeuds de stockage d'une extraction des N sous-flux des unités de stockage audio vidéo auxquelles les noeuds de stockage sont reliés; - transmission de chacun des N sous-flux sur un chemin de routage distinct, qui lui est associé parmi les N chemins de routage; - reconstruction par le noeud de visualisation du flux à partir des N sous-flux et transmission au terminal destinataire. 8. Procédé de restitution selon la revendication 7, caractérisé en ce que l'extraction commandée par les noeuds de stockage est synchronisée. 9. Procédé de restitution selon la revendication 8, caractérisé en ce que l'extraction synchronisée est telle que, à chacun d'une pluralité d'instants d'extraction déterminés, chacun des noeuds de stockage lance la lecture dans ladite au moins une unité de stockage audio vidéo qui lui est connectée: soit d'un paquet de données utiles contenu dans le sous- flux préalablement reçu par ledit noeud de stockage, soit d'un paquet vide ajouté préalablement généré par ledit noeud de stockage en l'absence de réception d'un sous-flux. 10. Procédé de restitution selon la revendication 9, caractérisé en ce que les noeuds de stockage n'envoient pas vers le noeud de visualisation les paquets vides ajoutés lus par les unités de stockage audio vidéo. 11. Procédé de restitution selon l'une quelconque des revendications 7 à 10, caractérisé en ce que le réseau fédérateur comprend au moins un noeud de stockage multiple (212) intégrant lui-même k noeuds de stockage (SNA), k >_ 2, chaque noeud de stockage multiple pouvant commander l'extraction de k sous-flux des unités de stockage audio vidéo qui lui sont reliées, via k sous-réseaux distincts, et transmettre lesdits k sous-flux sur k chemins de routage distincts. 12. Procédé de restitution selon l'une quelconque des revendications 7 à 11, caractérisé en ce qu'un module de contrôle de stockage, hébergé au sein du réseau de communication hétérogène, gère une interface homme/machine, permettant à l'utilisateur de demander l'émission de requêtes, et commande le noeud de visualisation (VNA) et les N noeuds de stockage (SNA), en fonction notamment des requêtes de l'utilisateur. 13. Procédé de restitution selon la revendication 12, caractérisé en ce que le module de contrôle de stockage effectue les étapes suivantes: il attend une requête de connexion en lecture, émise à la demande de l'utilisateur; après réception de ladite requête de connexion en lecture, il envoie, directement ou indirectement, au noeud de visualisation et à chacun des N noeuds de stockage une requête de connexion pour une lecture de flux, et attend une requête de lecture ou une requête de libération de la connexion en lecture, émise à la demande de l'utilisateur; - après réception de ladite requête de lecture, il envoie à chacun des N noeuds de stockage et au noeud de visualisation une requête de lancement de la lecture et attend une requête de fin de lecture, émise à la demande de l'utilisateur ou automatiquement en cas de détection de la fin du flux; après réception de ladite requête de fin de lecture, il envoie à chacun des N noeuds de stockage une requête de fin de lecture et attend une autre requête d'enregistrement ou une requête de libération de la connexion en lecture, émise à la demande de l'utilisateur; - après réception de ladite requête de libération de la connexion en lecture, il envoie à chacun des N noeuds de stockage une requête de libération de la connexion et attend une autre requête de connexion en lecture, émise à la demande de l'utilisateur. 14. Procédé de stockage ou de restitution selon l'une quelconque des revendications 1 à 13, caractérisé en ce que le réseau fédérateur comprend une unité de commutation centrale (22) à laquelle sont reliés, chacun par un lien distinct, les noeuds. 15. Procédé de stockage ou de restitution selon l'une quelconque des revendications 1 à 14, caractérisé en ce que les sous-réseaux sont des bus de type IEEE 1394. 16. Système de stockage d'un flux de données audio vidéo au sein d'un réseau de communication hétérogène comprenant au moins un réseau fédérateur auquel sont reliés une pluralité de sous-réseaux, le réseau fédérateur comprenant une pluralité de noeuds reliés entre eux par une pluralité de liens, chaque sous-réseau étant relié au réseau fédérateur par un des noeuds, le flux étant transmis depuis un terminal source connecté, via un des sous-réseaux, à un noeud dit noeud de capture (CNA), caractérisé en ce qu'il comprend: - dans le noeud de capture, des moyens de division du flux en N sous-flux, N >_ 2; des moyens de définition, au sein du réseau fédérateur, de N chemins de routage depuis le noeud de capture vers N noeuds de stockage (SNA) à chacun desquels est reliée au moins une unité de stockage audio vidéo; - des moyens de transmission de chacun des N sous-flux sur un chemin de routage distinct, qui lui est associé parmi les N chemins de routage; - dans les N noeuds de stockage, des moyens de commande du stockage des N sous-flux dans les unités de stockage audio vidéo auxquelles sont reliés les N noeuds de stockage. 17. Système de stockage selon la revendication 16, caractérisé en ce que les moyens de commande du stockage comprennent des moyens permettant un stockage synchronisé. 18. Système de stockage selon la revendication 17, caractérisé en ce que chacun des noeuds de stockage comprend des moyens de génération de paquets vides ajoutés en l'absence de réception d'un sous-flux, et en ce que, dans chacun des noeuds de stockage, les moyens permettant un stockage synchronisé comprennent des moyens de lancement, à chacun d'une pluralité d'instants de stockage déterminés, de l'enregistrement dans ladite au moins une unité de stockage audio vidéo qui est connectée audit noeud de stockage: 20 soit d'un paquet de données utiles contenu dans le sous-flux reçu par ledit noeud de stockage, soit d'un paquet vide ajouté généré par lesdits moyens de génération de paquets vides ajoutés. 19. Système de stockage selon l'une quelconque des revendications 16 à 18, caractérisé en ce que le réseau fédérateur comprend au moins un noeud de stockage multiple intégrant lui-même k noeuds de stockage, k >_ 2, chaque noeud de stockage multiple pouvant recevoir k sous-flux par k chemins de routage distincts et commander le stockage desdits k sous-flux dans des unités de stockage audio vidéo qui lui sont reliées, via k sous-réseaux distincts. 20. Système de stockage selon l'une quelconque des revendications 16 à 19, caractérisé en ce qu'il comprend un module de contrôle de stockage, hébergé au sein du réseau de communication hétérogène, et comprenant des moyens de gestion d'une interface homme/machine, permettant à l'utilisateur de demander l'émission de requêtes, et des moyens de commande du noeud de capture (CNA) et des N noeuds de stockage (SNA), en fonction notamment des requêtes de l'utilisateur. 21. Système de restitution d'un flux de données audio vidéo au sein d'un réseau de communication hétérogène comprenant au moins un réseau fédérateur auquel sont reliés une pluralité de sous-réseaux, le réseau fédérateur comprenant une pluralité de noeuds reliés entre eux par une pluralité de liens, chaque sous-réseau étant relié au réseau fédérateur par un des noeuds, le flux étant destiné à un terminal destinataire connecté, via un des sous-réseaux, à un noeud dit noeud de visualisation (VNA), le flux ayant préalablement été stocké par division du flux en N sous-flux, N 2, puis stockage de chacun des N sous-flux dans au moins une unité de stockage audio vidéo reliée, via l'un des sous-réseaux, à l'un des N noeuds de stockage, caractérisé en ce qu'il comprend: - des moyens de définition, au sein du réseau fédérateur, de N chemins de routage chacun depuis l'un des N noeuds de stockage vers le noeud de visualisation; - dans les N noeuds de stockage, des moyens de commande de l'extraction des N sous-flux des unités de stockage audio vidéo auxquelles sont reliés les N noeuds de stockage; - des moyens de transmission de chacun des N sous-flux sur un chemin de routage distinct parmi les N chemins de routage; dans le noeud de visualisation, des moyens de reconstruction du flux à partir des N sous- flux et de transmission du flux au terminal destinataire. 22. Système de restitution selon la revendication 21, caractérisé en ce que les moyens de commande de l'extraction comprennent des moyens permettant une extraction synchronisée. 23. Système de restitution selon la revendication 22, caractérisé en ce que, dans chacun des noeuds de stockage, les moyens permettant une extraction synchronisée comprennent des moyens de lancement, à chacun d'une pluralité d'instants d'extraction déterminés, de la lecture dans ladite au moins une unité de stockage audio vidéo qui est connectée audit noeud de stockage soit d'un paquet de données utiles contenu dans le sousflux préalablement reçu par ledit noeud de stockage, - soit d'un paquet vide ajouté préalablement généré par ledit noeud de stockage en l'absence de réception d'un sous-flux. 24. Système de restitution selon la revendication 23, caractérisé en ce que les noeuds de stockage comprennent des moyens de blocage des paquets vides ajoutés lus par les unités de stockage audio vidéo, de façon que lesdits paquets vides ajoutés ne soient pas envoyés vers le noeud de visualisation 25. Système de restitution selon l'une quelconque des revendications 21 à 24, caractérisé en ce que le réseau fédérateur comprend au moins un noeud de stockage multiple intégrant lui-même k noeuds de stockage, k >_ 2, chaque noeud de stockage multiple pouvant commander l'extraction de k sous-flux des unités de stockage audio vidéo qui lui sont reliées, via k sous-réseaux distincts, et transmettre lesdits k sous-flux sur k chemins de routage distincts. 26. Système de restitution selon l'une quelconque des revendications 21 à 25, caractérisé en ce qu'il comprend un module de contrôle de stockage, hébergé au sein du réseau de communication hétérogène, et comprenant des moyens de gestion d'une interface homme/machine, permettant à l'utilisateur de demander l'émission de requêtes, et des moyens de commande du noeud de visualisation (VNA) et des N noeuds de stockage (SNA) , en fonction notamment des requêtes de l'utilisateur. 27. Système de stockage ou de restitution selon l'une quelconque des revendications 16 à 26, caractérisé en ce que le réseau fédérateur comprend une unité de commutation 5 centrale à laquelle sont reliés, chacun par un lien distinct, les noeuds. 28. Système de stockage ou de restitution selon l'une quelconque des revendications 16 à 27, caractérisé en ce que les sous-réseaux sont des bus de type IEEE 1394.