Brevet FR2863438A1 — publié le 20050610

Procédé et système de stockage et/ou restitution d'au moins un flux de données audio vidéo isochrones dans/depuis un dispositif de stockage distribué. 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 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. Plus précisément, l'invention concerne un procédé de stockage d'au moins un flux de données audio vidéo isochrones au sein d'un réseau de communication, ainsi qu'un procédé correspondant de restitution d'au moins un flux de données audio vidéo isochrones préalablement stocké. Dans le cadre de la présente invention, on suppose que chaque flux comprend des paquets isochrones conformes à un protocole de transport réseau tel qu'à chaque cycle de traitement est associé un paquet isochrone. On suppose également que les flux ne sont pas stockés par les appareils (terminaux) eux-mêmes, mais dans des unités de stockage de données audio vidéo isochrones conformes au protocole de transport réseau précité. Typiquement, chaque unité de stockage est un disque dur audio vidéo. Il est clair cependant que la présente invention s'applique aussi avec des unités de stockage plus complexes, pouvant comprendre chacune plusieurs disques durs audio vidéo et des moyens de contrôle de ces derniers. L'invention s'applique notamment, mais non exclusivement, dans le cas où le protocole de transport réseau est le protocole défini dans la norme IEEE 1394. On rappelle que cette dernière 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) . En effet, dans le monde IEEE 1394 , on peut aujourd'hui trouver des disques durs audio vidéo (AV HDD) externes, conformes au protocole AV/C (décrit dans les documents de référence suivants: AV/C Digital Interface Command Set General Specification Version 4.1 2001012 et AV/C Disc Subunit Hard Disk Drive Device Type (#2001023) ). Ils sont dédiés essentiellement au stockage et à la restitution de flux audio vidéo ( storage & playback en anglais). Ils peuvent traiter plusieurs flux simultanément: par exemple un flux entrant (stockage) et un flux sortant (restitution). On présente maintenant brièvement, à travers deux exemples et en relation avec les figures lA et 1B, la technique actuelle de stockage et de restitution d'un flux audio vidéo, dans le cas où le protocole de transport réseau est le protocole défini dans la norme IEEE 1394. Dans l'exemple de la figure 1A, le réseau de communication est un bus IEEE 1394, référencé 1, auquel sont connectés deux terminaux IEEE 1394 (par exemple des téléviseurs numériques, de types source et destinataire à la fois), référencés A et B, et deux disques durs audio vidéo conformes au protocole AVIC, référencés Dl et D2. Dans l'exemple de la figure 1B, le réseau de communication est de type hétérogène. Il comprend un réseau fédérateur, référencé 2, auquel sont reliés une pluralité de bus IEEE 1394, référencés 3, à 33. Le réseau fédérateur 2 comprend une unité centrale de commutation 4 à laquelle sont reliées, chacun par un lien distinct 5, à 53, trois noeuds 6, à 63. Les trois bus numériques IEEE 1394, 3, à 33 sont reliés au réseau fédérateur 2, chacun par un des noeuds. Des terminaux IEEE 1394 (par exemple des téléviseurs numériques, de types source et destinataire à la fois), référencés A et B, sont connectés aux bus référencés 31 et 32 respectivement. Deux disques durs audio vidéo conformes au protocole AV/C, référencés Dl et D2, sont connectés au bus référencé 33. La capacité physique de chacun des disques durs Dl et D2 à gérer des flux simultanés est définie d'une part par le débit global maximal qu'il peut traiter (par exemple 50 Mbit/s) et d'autre part par le nombre maximal de flux simultanés qu'il peut traiter (par exemple deux flux simultanés). On suppose, à titre d'exemple illustratif, que le terminal A effectue un double 30 traitement avec décalage temporel ( time-shifting en anglais) . En d'autres termes, en tant que terminal source, il génère un premier flux qui est stocké par le disque D1, et en 2863438 3 tant que terminal destinataire, ce premier flux lui est restitué par le disque D1, sous la forme d'un second flux lu avec un décalage temporel par rapport à l'écriture du premier flux. Si on suppose que ce double traitement avec décalage temporel utilise la totalité ou une partie substantielle du débit global maximal que peut traiter le disque Dl, alors le terminal B ne peut pas accéder au disque Dl pour lire ou écrire un autre flux. Le terminal B ne peut utiliser que le disque D2. Dans l'exemple ci-dessus, le débit global maximal du disque Dl est atteint par deux 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 global maximal d'un disque est atteint par un ou plusieurs flux. L'invention a notamment pour objectif de pallier ces différents inconvénients de l'état de la technique. Plus précisément, l'un des objectifs de la présente invention est de fournir une technique de stockage et restitution d'un flux de données audio vidéo isochrones au sein d'un réseau de communication, cette technique permettant, pour un débit global maximal donné de chacune des unités de stockage audio vidéo, un accès multiutilisateur à ces unités de stockage (lecture et/ou écriture d'une pluralité de flux simultanés). L'invention a également pour objectif de fournir une telle technique qui ne nécessite aucune adaptation des terminaux source et des terminaux destinataires. Un autre objectif de l'invention est de fournir une telle technique qui ne nécessite aucune modification des unités de stockage audio vidéo existantes (notamment en terme de débit global maximal qu'elles peuvent traiter), hormis une éventuelle augmentation du nombre maximal de flux simultanés que chacune d'elles peut traiter. Encore un autre objectif de l'invention est de fournir une telle technique qui soit simple à 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'au moins un flux de données audio vidéo isochrones dans un dispositif de stockage comprenant un module de contrôle relié à N unités de stockage de données audio vidéo isochrones via un premier réseau de communication, N z 2, chaque flux comprenant des paquets isochrones conformes à un protocole de transport réseau tel qu'à chaque cycle de traitement est associé un paquet isochrone. Selon l'invention, le module de contrôle, le premier réseau de communication et les unités de stockage sont conformes audit protocole de transport réseau. Par ailleurs, pour chaque flux, le module de contrôle effectue les étapes suivantes: division du flux, par répartition des paquets isochrones, en N sous-flux de données audio vidéo isochrones, N >_ 2; ajout à chaque sous-flux d'un paquet isochrone vide pour chaque cycle au cours 10 duquel ledit sous-flux ne se voit pas affecter, suite à la division du flux, un paquet isochrone du flux; transmission de chacun des N sous-flux, complétés avec des paquets isochrones vides, vers une unité de stockage distincte parmi les N unités de stockage, de façon que celle-ci le stocke. Le principe général de l'invention consiste donc à effectuer un stockage distribué sur une pluralité d'unités de stockage audio vidéo, en tirant profit du fait que chaque flux à stocker est conforme à un protocole de transport réseau tel que précité. En effet, en utilisant un dispositif de stockage dont les éléments constitutifs (module de contrôle, pluralité d'unités de stockage et premier réseau de communication) sont conformes à ce protocole de transport réseau, et en mettant en oeuvre un mécanisme d'ajout de paquets vides pour une restitution ultérieure correcte, on peut conserver la structure de base du flux, c'est-à-dire le paquet isochrone, comme structure de base du stockage effectué par les unités de stockage. Ainsi, il n'est pas nécessaire d'effectuer un découpage supplémentaire du flux en segments. En outre, on bénéficie du fait que les paquets isochrones peuvent être de taille variable. Le mécanisme d'ajout de paquets vides est essentiel en ce qu'il permet à chaque unité de stockage de stocker un paquet isochrone à chaque cycle de traitement, ce paquet isochrone étant soit un paquet isochrone du flux (émis par le terminal source), soit un paquet isochrone vide ajouté par le module de contrôle. Ainsi, comme expliqué en détail ci-après, ce sont ces paquets vides ajoutés qui permettent une restitution synchrone des sous-flux (complétés en ce qu'ils incluent les paquets vides ajoutés) par les différentes unités de stockage, et donc une reconstruction correcte du flux initial à partir des différents sous-flux complétés restitués. En d'autres termes, les paquets vides ajoutés ont pour seul rôle de permettre une lecture synchronisée par les unités de stockage. Ils sont d'ailleurs supprimés lors de l'étape de reconstruction (c'est-à-dire non transmis vers le terminal destinataire). Du fait que le stockage est distribué sur plusieurs unités de stockage audio vidéo, on réduit la charge de chacune des unités de stockage et on diminue donc les risques de blocage par dépassement du débit global maximal autorisé de l'une des unités de stockage audio vidéo (voir discussion ci-dessus). L'invention étant mise en oeuvre dans le dispositif de stockage, elle ne nécessite aucune modification des terminaux source et destinataires existants. En effet, le dispositif de stockage est vu comme une unité de stockage par les terminaux source et les terminaux destinataires. Les unités de stockage audio vidéo comprises dans le dispositif de stockage peuvent être classiques ou légèrement modifiées de façon à pouvoir gérer un nombre suffisant de flux simultanés. 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 du dispositif de stockage, ainsi que le nombre de flux simultanés que celui-ci peut traiter. De façon avantageuse, les unités de stockage sont des disques durs audio vidéo. Comme déjà indiqué ci-dessus, il est clair cependant que la présente invention s'applique aussi avec des unités de stockage plus complexes, pouvant comprendre chacune plusieurs disques durs audio vidéo et des moyens de contrôle de ces derniers. Avantageusement, chaque flux est transmis par un terminal source relié au dispositif de stockage via au moins un second réseau de communication. Il est clair que la présente invention s'applique également dans le cas particulier où le dispositif de stockage et le terminal source sont intégrés dans un même système autonome (pas de second réseau de communication dans ce cas). L'invention concerne également un procédé de restitution d'au moins un flux de données audio vidéo isochrones préalablement stocké dans un dispositif de stockage comprenant un module de contrôle relié à N unités de stockage de données audio vidéo isochrones via un premier réseau de communication, N >_ 2, chaque flux comprenant des paquets isochrones conformes à un protocole de transport réseau tel qu'à chaque cycle de traitement est associé un paquet isochrone. Selon l'invention, le module de contrôle, le premier réseau de communication et les unités de stockage sont conformes audit protocole de transport réseau. Par ailleurs, pour chaque flux, le module de contrôle effectue les étapes suivantes: il commande les N unités de stockage afin qu'elles lui transmettent N sousflux complétés; il reconstruit le flux à partir des N sous-flux complétés reçus, en supprimant des paquets isochrones vides ajoutés lors du stockage. L'invention concerne aussi un module de contrôle compris dans un dispositif de stockage d'au moins un flux de données audio vidéo isochrones, le module de contrôle étant destiné à être relié, au sein du dispositif de stockage, à N unités de stockage de données audio vidéo isochrones via un premier réseau de communication, N >_ 2, chaque flux comprenant des paquets isochrones conformes à un protocole de transport réseau tel qu'à chaque cycle de traitement est associé un paquet isochrone, le premier réseau de communication et les unités de stockage étant conformes audit protocole de transport réseau. Selon l'invention, le module de contrôle est conforme audit protocole de transport réseau. Afin de permettre une opération de stockage, il comprend: des moyens de division de chaque flux à stocker, par répartition des paquets isochrones, en N sous-flux de données audio vidéo isochrones, N z 2; des moyens dajout à chaque sous-flux d'un paquet isochrone vide pour chaque cycle au cours duquel ledit sous-flux ne se voit pas affecter, suite à la répartition du flux, un paquet isochrone du flux; des moyens de transmission de chacun des N sous-flux, complétés avec des paquets isochrones vides, vers une unité de stockage distincte parmi les N unités de stockage, de façon que celle-ci le stocke. Afin de permettre une opération de restitution, il comprend: 25 30 des moyens de commande des N unités de stockage afin qu'elles lui transmettent N sous-flux complétés, pour chaque flux à restituer; des moyens de reconstruction du flux à partir des N sous-flux complétés reçus, en supprimant des paquets isochrones vides ajoutés lors du stockage. 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: les figures lA et 1B présentent deux exemples de réseau audiovisuel domestique permettant d'illustrer la technique actuelle de stockage et de restitution d'un flux 10 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 du 15 module de contrôle 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 du module de contrôle apparaissant dans le second exemple de réseau de la figure 2B la figure 4 représente un algorithme d'établissement de connexion, exécuté par le module de contrôle dans un mode de réalisation particulier du procédé selon l'invention de stockage d'un flux audio vidéo; la figure 5 représente un exemple de structure de description de connexion, utilisée pour sauvegarder des informations relatives à l'établissement d'une 25 connexion de flux, selon l'invention; la figure 6 représente un algorithme de division d'un flux en sous-flux, exécuté par le module de contrôle dans un mode de réalisation particulier du procédé selon l'invention de stockage d'un flux audio vidéo; la figure 7 illustre le fonctionnement de l'algorithme de la figure 6; la figure 8A représente un algorithme d'assemblage de sous-flux en un flux, exécuté par le module de contrôle dans un mode de réalisation particulier du procédé selon l'invention de restitution d'un flux audio vidéo; la figure 8B représente un algorithme d'envoi d'un flux reconstitué, exécuté par 5 le module de contrôle dans un mode de réalisation particulier du procédé selon l'invention de restitution d'un flux audio vidéo; la figure 9 illustre le fonctionnement des algorithmes des figures 8A et 8B; la figure 10 représente un exemple de table utilisée pour synchroniser les accès aux disques (unités de stockage), en lecture ou écriture, pendant les cycles isochrones; la figure 11 représente un algorithme de synchronisation de flux, exécuté par le module de contrôle dans un mode de réalisation particulier du procédé selon l'invention de stockage et restitution, de façon simultanée, de plusieurs flux audio vidéo; la figure 12 illustre un algorithme d'assemblage de sous-flux en un flux, exécuté par le module de contrôle dans un mode de réalisation particulier du procédé selon l'invention de restitution, de façon simultanée, de plusieurs flux audio vidéo; la figure 13 illustre un algorithme combinant division d'un flux en sous-flux et assemblage de sous-flux en un flux, exécuté par le module de contrôle dans un mode de réalisation particulier du procédé selon l'invention de stockage et restitution, de façon simultanée, de plusieurs flux audio vidéo; la figure 14 illustre un algorithme de configuration, exécuté par le dispositif de stockage selon l'invention dans le cadre d'une opération de stockage ou 25 restitution d'un flux audio vidéo; et la figure 15 illustre un algorithme de stockage de flux, exécuté par le dispositif de stockage dans un mode de réalisation particulier de l'invention utilisant un registre R. On suppose que chaque flux audio vidéo que l'on cherche à stocker ou à restituer 30 est du type comprenant des paquets isochrones conformes à un protocole de transport réseau tel qu'à chaque cycle de traitement est associé un paquet isochrone. Dans la suite de la description, on se place à titre d'exemple dans le cas où le protocole de transport réseau est celui défini dans la norme IEEE 1394 et où chaque unité de stockage de données audio vidéo isochrones est un disque dur audio vidéo (AV HDD) conforme à cette norme IEEE 1394. 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. De même que dans l'exemple de la figure 1A, deux terminaux IEEE 1394 (par exemple des téléviseurs numériques), référencés A et B, sont connectés à un bus IEEE 1394 (appelé ci-après second bus), référencé 21. Selon l'invention, un dispositif de stockage 27 est également connecté au second bus 21. Il comprend un module de contrôle 28 relié à une pluralité de disques audio vidéo Dl, D2..., Dn, via un autre bus IEEE 1394 (appelé ci-après premier bus), référencé 29. Le module de contrôle 28 assure également la fonction de noeud (ou pont) homogène car c'est lui qui est relié au second bus 21. Sur le premier bus 29, le mode de transfert isochrone IEEE 1394 est utilisé pour transférer des données vers/depuis les disques audio vidéo, et le mode asynchrone IEEE 1394 est utilisé pour le contrôle des disques audio vidéo. 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. De même que dans l'exemple de la figure 2A, deux terminaux IEEE 1394 (par exemple des téléviseurs numériques), référencés A et B, sont connectés à un réseau de communication hétérogène. Ce dernier comprend un réseau fédérateur, référencé 22, auquel sont reliés une pluralité de bus IEEE 1394. Le réseau fédérateur 22 comprend une unité centrale de commutation 24 à laquelle sont reliées, chacun par un lien distinct 251 et 252, deux noeuds 261 et 262. Deux bus numériques IEEE 1394 23, et 232 sont reliés au réseau fédérateur 22, chacun par un des noeuds 26, et 262. Les terminaux A et B sont connectés aux bus référencés 231 et 232 respectivement. Selon l'invention, un dispositif de stockage 270 est également connecté au réseau de communication hétérogène, en étant relié à l'unité centrale de commutation 24 par un lien 253. Il comprend un module de contrôle 280 relié à une pluralité de disques audio vidéo Dl, D2..., Dn, via un bus IEEE 1394 référencé 290. Le module de contrôle 280 assure également la fonction de noeud (ou pont) hétérogène car c'est lui qui est relié à l'unité centrale de commutation 24. On présente maintenant, en relation avec la figure 3A, un mode de réalisation particulier du module de contrôle 28 apparaissant dans le premier exemple de réseau de la figure 2A. Le module de contrôle 28 comprend: un premier bloc d'interface IEEE 1394, référencé 31, entre le module de contrôle 28 et le premier bus 29; un second bloc d'interface IEEE 1394, référencé 32, entre le module de contrôle 28 et le second bus 21; un pont IEEE 1394, référencé 33, relié aux premier et second blocs d'interface 31, 32, et gérant les opérations de division d'un flux isochrone en plusieurs sous-flux ou d'assemblage de plusieurs sous-flux en un flux isochrone, en fonction de la direction du flux (stockage ou restitution) ; un micro-contrôleur 34 en charge du contrôle des opérations de stockage ou restitution. On présente maintenant, en relation avec la figure 3B, un mode de réalisation 20 particulier du module de contrôle 280 apparaissant dans le second exemple de réseau de la figure 2B. De même que dans le cas de la figure 3A, le module de contrôle 280 comprend un premier bloc d'interface, un second bloc d'interface, un pont IEEE 1394 et un micro-contrôleur, référencés ici 310, 320, 330 et 340 respectivement. Ce mode de réalisation se distingue de celui de la figure 3A uniquement en ce que le second bloc d'interface 320 assure une interface entre le module de contrôle 280 et le lien 253 par l'intermédiaire duquel celui-ci est relié à l'unité centrale de commutation 24. On décrit en détail par la suite les algorithmes exécutés par le pont 33, 330 et le micro-contrôleur 34, 340. On présente maintenant, en relation avec la figure 4, un algorithme d'établissement de connexion, exécuté par le module de contrôle dans un mode de 10 15 réalisation particulier du procédé selon l'invention de stockage d'un flux audio vidéo. Plus précisément, cet algorithme est exécuté par le micro-contrôleur compris dans le module de contrôle. On notera que l'algorithme d'établissement de connexion exécuté dans le cas 5 d'une opération de restitution est similaire à celui exécuté dans le cas d'une opération de stockage. Seul ce dernier est donc en détail ciaprès. En référence à la figure 2A, on suppose à titre d'exemple qu'une connexion de flux doit être établie entre le terminal A (terminal source) et le dispositif de stockage 27. Cet établissement de connexion de flux peut être lancé à partir de n'importe quel 10 terminal (ou noeud) présent sur le second bus 21. Dans le dispositif de stockage 27, le micro-contrôleur 34 est en charge de l'établissement de connexions pour les sous-flux, sur le premier bus 29. Une connexion de sous-flux est établie entre le module de contrôle 28 et chacun des disques audio vidéo Dl, D2..., Dn. Il est appelé à chaque fois qu'une connexion est établie avec le dispositif de stockage 27. Pour chaque disque audio vidéo géré Dl, D2..., Dn, le micro-contrôleur 34 effectue une étape d'établissement d'une connexion de sous-flux (étape 41) , qui comprend elle-même les étapes suivantes: réservation de la bande passante nécessaire; réservation d'un canal isochrone; affectation de registres IEC 61883 d'entrée et de sortie (iPCR/oPCR, pour input/output Plug Control Registers ) : registre d'entrée iPCR pour le disque audio vidéo et registre de sortie oPCR pour le module de contrôle 28; envoi d'une commande d'enregistrement ( record AV/C command ) au disque audio vidéo, de façon que ce dernier soit prêt à stocker un flux isochrone entrant (remarque: pendant l'opération de restitution, on envoie une commande de lecture ( play AV/C command ). Cette commande AV/C peut être envoyée à tous les disques audio vidéo en utilisant soit une transaction IEEE 1394 destinée à chaque disque, soit une transaction d'écriture diffusée IEEE 1394 destinée à tous les disques; 25 30 mémorisation de la configuration précédente du disque audio vidéo courant. La réservation de la bande passante peut être optimisée. En effet, il n'est pas nécessaire de réserver N fois la bande passante du flux original, divisé en N sous-flux. Une possibilité est de réserver la bande passante du flux original seulement pendant la première étape d'établissement d'une connexion de sous-flux (pour le premier disque audio vidéo), et réserver seulement une bande passante complémentaire (utilisée pour la transmission des paquets vides ajoutés) pour les N-1 autres étapes d'établissement d'une connexion de sous-flux (pour les N-1 autres disques audio vidéo). En effet, la bande passante totale réservée pour les N sous-flux est équivalente à la somme de la bande passante nécessaire pour le transport du flux à l'origine des N sous-flux et de la bande passante complémentaire. Aussi, réserver la bande passante du flux original seulement pendant la première étape d'établissement d'une connexion de sous-flux, revient à réserver uniquement pour un sous-flux la bande passante totale nécessaire pour le transport de N sous-flux, sans réservation de bande passante pour les autres sous-flux. Après que les connexions de sous-flux ont été établies, on passe à l'étape 42. Les informations correspondantes sont sauvegardées (en utilisant une structure de description de connexion Cnxdescription_struct , décrite ci-après en relation avec la figure 5), afin d'être utilisées ultérieurement pour libérer les connexions et sous- connexions. Le pont 33, qui gère l'opération de division du flux en sous- flux, est mis à jour afin de démarrer le transfert de données dès que le flux isochrone à stocker arrivera. La figure 5 représente un exemple de structure de description de connexion ( Cnx_description_struct ) 51 utilisée pour sauvegarder des informations relatives à l'établissement d'une connexion de flux. Cette structure permet de sauvegarder des informations relatives à un flux établi entre un terminal source (respectivement destinataire) et le module de contrôle 28 compris dans le dispositif de stockage 27, au cours d'une opération de stockage (respectivement restitution). Ces informations comprennent notamment: un identifiant de flux ( stream_id ), numéro unique au sein du réseau; une bande passante réservée ( reserved_bw ) du côté source (respectivement destination) ; toute information complémentaire ( stream_info ) qui caractérise le flux (par exemple, un identifiant de contrôleur, une description de contenu (titre, date,...) ; une séquence d'informations relatives à une connexion de sous-flux ( Sub_cnx_sequence ) 52: par exemple une longueur ( length ) et une table de structures de description de connexion de sous-flux ( Sub_cnx ) 53 comprenant: * un identifiant de disque audio vidéo ( Disk_id ) ; * un canal réservé ( reserved_channel ) pour le sous-flux courant établi avec le disque courant; * une bande passante réservée ( reserved_bw ) pour lesous-flux courant établi avec le disque courant. Ces informations peuvent être utilisées pour de multiples raisons, et notamment: - pour retrouver le contenu du dispositif de stockage (une liste d'items peut être disponible uniquement sur le premier disque audio vidéo de la liste) ; pour définir la gestion de l'ordre des disques (de manière cyclique), afin d'ajuster convenablement la répartition de la charge sur la pluralité de disques audio vidéo. On présente maintenant, en relation avec la figure 6, un algorithme de division d'un flux en sous-flux, exécuté par le module de contrôle dans un mode de réalisation particulier du procédé selon l'invention de stockage d'un flux audio vidéo. Plus précisément, cet algorithme est exécuté par le pont IEEE 1394, qui est compris dans le module de contrôle et qui gère notamment cette opération de division de flux. Comme illustré sur la figure 7, cet algorithme permet de prendre un flux isochrone entrant S et de le diviser en N sous-flux Ssl, Ss2..., Ssn, destinés chacun à un des N disques audio vidéo Dl, D2..., Dn. Le module de contrôle est ici référencé 71. Lors de l'étape 61, on détermine si un paquet du flux S a été reçu. Dans l'affirmative, on passe à l'étape 62 au cours de laquelle on détermine s'il s'agit du premier paquet reçu. S'il s'agit du premier paquet reçu, lors de l'étape 63 on initialise la 10 variable i à la valeur 1 (ceci signifie que le disque n 1 est le premier disque), puis on passe à l'étape 64 pour déterminer si on atteint un nouveau cycle isochrone IEEE 1394. S'il ne s'agit pas du premier paquet reçu, on passe directement à l'étape 64. Quand un nouveau cycle isochrone IEEE 1394 (cycle de 125 Ils) est atteint, on passe à l'étape 65 au cours de laquelle: on met à jour l'horodatage, si nécessaire; - on envoie le paquet reçu (compris dans le flux S) au disque audio vidéo n i , en utilisant un paquet isochrone IEEE 1394 adéquat; on envoie un paquet vide ajouté (il n'est pas compris dans le flux S reçu) à 10 chacun des N-1 autres disques audio vidéo, en utilisant un paquet isochrone IEEE 1394 adéquat; - on incrémente la variable i . Les conditions des étapes 66 et 67 permettent de répéter l'étape 65 de manière cyclique (cycle de longueur N) avec les paquets reçus suivants du flux S. Ainsi, les paquets du flux S sont répartis, de manière cyclique et déterministe, entre les N disques audio vidéo. Par exemple, on démarre avec le disque n 1 (premier disque), puis on passe au disque n 2,... jusqu'au disque n N, puis on redémarre avec le disque n 1, etc. Les paquets du flux S sont par exemple 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 suivant: IEC-61883 Standard: Consumer Audio/Video equipment Digital Interface , qui est inséré ici par référence. On présente maintenant, en relation avec les figures 8A et 8B, un algorithme d'assemblage de sous-flux en un flux (fig.8A) et un algorithme d'envoi d'un flux reconstitué (fig.8B), exécutés par le module de contrôle dans un mode de réalisation particulier du procédé selon l'invention de restitution d'un flux audio vidéo. Plus précisément, ces algorithmes sont exécutés par le pont IEEE 1394, qui est compris dans le module de contrôle et qui gère notamment ces opérations de division et d'envoi de flux. Le module de contrôle pouvant relier un premier bus IEEE 1394 interne au dispositif de stockage auquel les disques sont connectés, et un second bus IEEE 1394 auquel le terminal destinataire est relie, ou bien un lien du réseau fédérateur. Comme illustré sur la figure 9, ces algorithmes permettent de recombiner N sous-flux venant des N disques audio vidéo Dl, D2..., Dn (algorithme de la figure 8A) et de générer un flux isochrone IEEE 1394 (algorithme de la figure 8B). Le module de contrôle est ici référencé 91. On décrit ci-après les étapes de l'algorithme de la figure 8A. Lors de l'étape 81, on initialise la variable i à la valeur 1 (ceci signifie que le disque n 1 est le disque contenant le premier paquet pour le flux S). A chaque cycle 1394 du premier bus (bus interne au dispositif de stockage interconnectant l'ensemble des disques) détecté dans l'étape 82, un paquet est reçu de chaque disque suite à l'opération de lecture. Le paquet reçu du disque i est stocké dans une mémoire tampon ( buffer ) correspondant au flux S (étape 83). Ce paquet correspond à un paquet utile (non ajouté) du flux S qui sera transmis au terminal destinataire après traitement selon l'algorithme de la figure 8B. Il faut noter qu'un paquet utile peut dans certain cas être un paquet vide. Ce paquet ne devant pas être supprimé car déjà présent dans le flux d'origine. Tous les N-1 paquets ajoutés, donc nécessairement vides, reçus des N-1 autres disques (c'est-à-dire différents du disque i) sont supprimés (étape 84). L'étape 85 incrémente la variable i de sorte que dans chaque cycle qui suit le paquet utile sera reçu d'un disque différent. Ainsi, à chaque cycle isochrone IEEE 1394, N paquets CIP sont reçus qui proviennent des N disques audio vidéo (chacun utilisant un paquet isochrone IEEE 1394 adéquat, sur un canal alloué) : un paquet CIP (venant du disque n i) sensé contenir des informations audio vidéo devant être utilisées pour construire le flux S; - N-1 paquets CIP vides ajoutés (venant des N-1 autres disques). Une fois que les paquets non ajoutés ont été reçus des N disques (test dans l'étape 86), les étapes de 82 à 85 sont reprises à partir du premier disque (réinitialisation à l'étape 87). Ainsi, les paquets du flux S sont obtenus à partir des paquets CIP non préalablement ajoutés et venant des N disques audio vidéo, de manière cyclique et déterministe. On fait ici l'hypothèse que chaque disque audio vidéo a commencé à envoyer des paquets isochrones (c'est-à-dire des paquets CIP) pendant le même cycle isochrone. Dans le cas où cette hypothèse ne serait pas vérifiée, des paquets non-vides peuvent être stockés dans le buffer alloué au flux S, en vue d'un traitement ultérieur par l'algorithme d'envoi de paquets IEEE 1394. On décrit ci-après les étapes de l'algorithme de la figure 8B exécutées par le module de contrôle dans le cas d'une mise oeuvre selon la figure 3A, c'est-à-dire interconnectant deux bus IEEE 1394. Lors de l'étape 88, on détermine si on atteint un nouveau cycle isochrone IEEE 1394 au niveau du second bus IEEE 1394. Quand un nouveau cycle isochrone est atteint, on passe à l'étape 89 au cours de laquelle: on sélectionne, au sein de la mémoire tampon alloué au flux S, un paquet à envoyer (le paquet peut être réordonné selon le champ DBC ( Data Block Count ) disponible dans l'entête CIP; si aucun paquet n'est disponible, on peut générer un paquet CIP vide) ; on insère le paquet à envoyer dans un paquet IEEE 1394, incluant un numéro de canal adéquat et (si nécessaire) une valeur d'horodatage mise à jour (champ SYT du paquet CIP) ; on envoie le paquet IEEE 1394 vers le terminal destinataire du flux S; Si le second bus IEEE 1394 auquel est connecté le terminal destinataire est relié au premier bus à travers un réseau fédérateur (figure 3B), le module de contrôle peut encapsuler, selon des méthodes connues de l'homme de l'art, les paquets CIP dans des paquets compatibles avec le protocole de ce réseau fédérateur pour les transmettre au second bus. L'algorithme de la figure 8B peut être exécuté au niveau du second bus après désencapsulation des paquets CIP pour les transmettre au terminal destinataire. La figure 10 représente un exemple de table utilisée pour synchroniser les accès aux disques (unités de stockage), en lecture ou écriture, pendant les cycles isochrones. Une telle table permet de mémoriser, pour un flux donné (colonne identifiant de flux ), dans quel cycle isochrone (colonne cycle isochrone (1..N) ) on accède au premier disque audio vidéo (colonne identifiant du premier disque ), en lecture (opération de restitution) ou en écriture (opération de stockage). Les cycles isochrones sont comptés modulo N (N étant le nombre de disques audio vidéo). Le premier établissement de flux est utilisé pour référencer la numérotation des cycles isochrones, par exemple cycle isochrone 1. Dans l'exemple de la figure 10, trois disques sont utilisés, donc trois cycles isochrones sont considérés. Chaque disque est capable de traiter jusqu'à deux opérations simultanées de lecture/écriture, donc jusqu'à deux flux peuvent être gérés dans un cycle isochrone. La table indique aussi quel premier disque est utilisé. Il peut être judicieux de toujours utiliser le même disque, par exemple pour interroger un seul disque à propos d'un contenu stocké parmi les N disques. Un ordre cyclique parmi les N disques est utilisé pour savoir les disques qui sont impliqués les uns après les autres: par exemple, disque n 1 - disque n 2 - disque n 3. Pendant le cycle isochrone 1: * flux S#1 - disque #1 reçoit/émet un paquet CIP non ajouté ; - chacun des disques #2 et #3 reçoit/émet un paquet CIP vide; * flux S#2 et S#4 - disque #3 reçoit/émet un paquet CIP non ajouté ; - chacun des disques #1 et #2 reçoit/émet un paquet CIP vide; * flux S#3 - disque #2 reçoit/émet un paquet CIP non ajouté ; - chacun des disques #1 et #3 reçoit/émet un paquet CIP vide; Pendant le cycle isochrone 2: * flux S#1 - disque #2 reçoit/émet un paquet CIP non ajouté ; - chacun des disques #1 et #3 reçoit/émet un paquet CIP vide; * flux S#2 et S#4 - disque #1 reçoit/émet un paquet CIP non ajouté ; - chacun des disques #2 et #3 reçoit/émet un paquet CIP vide; * flux S#3 - disque #3 reçoit/émet un paquet CIP non ajouté ; - chacun des disques #1 et #2 reçoit/émet un paquet CIP vide; Pendant le cycle isochrone 3: * flux S#1 - disque #3 reçoit/émet un paquet CIP non ajouté ; - chacun des disques #1 et #2 reçoit/émet un paquet CIP vide; * flux S#2 et S#4 disque #2 reçoit/émet un paquet CIP non ajouté ; - chacun des disques #1 et #3 reçoit/émet un paquet CIP vide; * flux S#3 - disque #1 reçoit/émet un paquet CIP non ajouté ; - chacun des disques #2 et #3 reçoit/émet un paquet CIP vide. On présente maintenant, en relation avec la figure 11, un algorithme de synchronisation de flux, exécuté par le module de contrôle dans un mode de réalisation particulier du procédé selon l'invention de stockage et restitution, de façon simultanée, de plusieurs flux audio vidéo. Plus précisément, cet algorithme est exécuté par le micro-contrôleur, qui est compris dans le module de contrôle et qui gère notamment cette opération de division de flux. Lors de l'étape 111, on détermine si une opération de stockage ou restitution doit être lancée. Quand c'est le cas, on passe à l'étape 112 au cours de laquelle on détermine s'il reste encore une entrée de libre dans la table de synchronisation discutée ci-dessus en relation avec la figure 10. Dans l'affirmative, on passe à l'étape 113 de création d'une nouvelle entrée dans la table, pour nouveau flux à stocker ou restituer, puis on revient à l'étape 111. Dans la négative, on refuse l'opération de stockage ou restitution demandée (étape 114), puis on revient à l'étape 111. La figure 12 illustre un algorithme d'assemblage de sous-flux en un flux, exécuté par le module de contrôle dans un mode de réalisation particulier du procédé selon l'invention de restitution, de façon simultanée, de plusieurs flux audio vidéo ( multiple playback operations ). Dans l'exemple illustré, on restitue deux flux S#1 et S#2, chacun à partir de N sous-flux Ssl, Ss2..., SsN venant des N disques audio vidéo Dl, D2..., Dn. En d'autres termes, à chaque cycle isochrone, chaque disque audio vidéo envoie deux paquets (un seul étant un paquet non ajouté, comme expliqué ci-après). Le module de contrôle est ici référencé 121. Le mécanisme utilisé pour restituer chacun des flux S#1 et S#2 est similaire à celui précédemment décrit avec la figure 9. On prend toutefois des dispositions pour que les paquets CIP non ajoutés (c'est-à-dire contenus dans le flux reconstitué) des flux S#1 et S#2 ne soient pas lus dans un même disque audio vidéo pour un cycle isochrone donné. Comme décrit ci-dessus en relation avec la figure 11, on demande aux disques audio vidéo de restituer le flux S#2 de telle façon que le premier disque (celui qui envoie le premier paquet CIP non ajouté pour reconstruire le flux S#2) n'enverra pas aussi un paquet CIP non ajouté pour le flux S#1 pendant le même cycle isochrone. La figure 13 illustre un algorithme combinant division d'un flux en sousflux et assemblage de sous-flux en un flux, exécuté par le module de contrôle dans un mode de réalisation particulier du procédé selon l'invention de stockage et restitution, de façon simultanée, de plusieurs flux audio vidéo ( simultaneous storage and playback operations ). Dans l'exemple illustré, on stocke un flux S#1 et on restitue un flux S#2, chacune de ces deux opération impliquant N sous-flux Ssl, Ss2..., SsN transmis vers ou depuis les N disques audio vidéo Dl, D2..., Dn. En d'autres termes, à chaque cycle isochrone, chaque disque audio vidéo envoie un paquet et en reçoit un (un seul de ces deux paquets étant un paquet non ajouté, comme expliqué ci-après). Le module de contrôle est ici référencé 131. Le mécanisme utilisé pour stocker le flux S#1 est similaire à celui précédemment 20 décrit avec la figure 7 et celui utilisé pour restituer le flux S#2 est similaire à celui précédemment décrit avec la figure 9. De même que dans le cas décrit ci-dessus avec la figure 12, on prend toutefois des dispositions pour que, dans un cycle isochrone donné, un même disque audio vidéo n'effectue pas simultanément la lecture d'un paquet CIP non ajoutés du flux S#2 et l'écriture d'un paquet CIP non ajoutés du flux S#1. On décrit maintenant, en relation avec les figures 14 et 15 un mode de réalisation particulier qui permet de faciliter l'implémentation de l'opération d'enregistrement d'un flux par le module de contrôle. Ainsi, dans ce mode de réalisation, l'association entre les disques et les numéros de canaux alloués est choisie de façon qu'il peut être obtenu aisément et seulement à partir du numéro de canal courant, le numéro du canal suivant dans lequel un paquet doit être transmis/reçu. Ceci permet d'éviter de maintenir en mémoire et d'accéder la liste ordonnée des canaux par lesquels l'envoi ou la réception des paquets doit être effectué. Selon ce mode de réalisation particulier la figure 14 décrit un algorithme de configuration exécuté par le dispositif de stockage dans le cadre d'une opération de stockage ou restitution d'un flux audio vidéo. Après réception d'une requête de connexion de flux (étape 141), le module de contrôle 28, 280 auquel sont connectées les disques audio vidéo obtient lors de l'étape 142 une séquence de disques (par exemple, avec trois disques: Dl -> D2 -> D3 -> Dl - > etc.) définissant l'ordre des accès aux disques pour réaliser la répartition de la charge de stockage. Cette séquence peut être basée sur une analyse de toute information (par exemple le paramètre EUI 64) permettant de distinguer les disques les uns des autres, et qui demeure quels que soient les changements liés au fonctionnement du réseau: réinitialisation du bus (bus reset), mise à jour du réseau (net update), ... à l'exception du débranchement/de la mise hors tension des disques. Puis, des ressources isochrones IEEE 1394 sont réservées (étapes 143 et 144). Celles-ci incluent des valeurs de canaux à utiliser pour chacun des sous-flux à envoyer vers/recevoir depuis les différents disques audio vidéo, ainsi que la bande passante requise. Pour un flux donné divisé en N sous-flux (par exemple N=3), les valeurs des canaux peuvent être choisies de façon à optimiser le traitement des paquets des sous-flux pendant les opérations de stockage ou restitution. Lors des étapes 145 et 146, on associe ensuite un canal isochrone IEEE 1394 pour la connexion de chaque disque audio vidéo. On le fait par exemple de la façon suivante: le premier disque de la séquence Dl est associé au canal réservé ayant le plus petit numéro Chi, et le dernier disque de la séquence Dn est associé au canal réservé ayant le plus grand numéro Chn. Par ailleurs, on associe un registre de flux R (compris dans le module de contrôle 28, 280) à chaque flux traversant le pont compris dans le module de contrôle. C'est un registre de 64 bits, représentant les 64 canaux isochrones possibles d'un bus série IEEE 1394. Des informations complémentaires peuvent être stockées dans des registres complémentaires pour chaque flux traversant le pont (débit sortant, indicateur de début/fin de flux...). La séquence de stockage au sein du dispositif de stockage est définie lors de la connexion du flux, ensuite la numérotation des canaux isochrones est suffisante pour réaliser la répartition de charge au sein du dispositif de stockage. En associant le canal Ch1 au disque Dl et le canal Chn au disque Dn, on retrouve facilement la séquence de canaux Chl à Chn, simplement par décalage de bit dans le contenu du registre de flux R. Par exemple, dans le cas où N=3 disques sont utilisés, le canal n 7 peut être utilisé pour le disque Dl, le canal n 11 pour le disque D2 et le canal n 25 pour le disque D3. On choisit les positions pour lesquelles une valeur binaire de 1 représente un numéro de canal. Ainsi le registre aura des valeurs binaires de 1 dans les positions 7, 11 et 25. Ces positions représentent respectivement les numéros de canaux alloués pour les disques D1, D2 et D3. On rappelle par ailleurs que, pour un cycle isochrone donné, quand un paquet de flux est envoyé sur un canal, un paquet ajouté (paquet CIP vide ajouté) est envoyé sur les autres canaux. La bande passante requise est la bande passante nécessaire au stockage/à la restitution du flux original, plus une bande passante additionnelle nécessaire à l'envoi/réception des paquets vides ajoutés vers/depuis N-1 disques audio vidéo (dans le cas où N disques sont utilisés au total). Après que les ressources isochrones sont réservées, les registres d'entrée/sortie 20 (iPCR/oPCR, pour input/output Plug Control Registers ) des disques audio vidéo sont mis à jour en conséquence. Puis, le registre de flux R décrit précédemment est aussi mis à jour (étape 147). Quand il reçoit une requête d'abandon de flux ( stream drop request ) (étape 148), le module de contrôle abandonne la connexion: il met à jour les registres d'entrée/sortie (iPCR/oPCR) des disques audio vidéo et libère les ressources isochrones réservées (canaux et bande passante) (étape 149) et réinitialise le registre de flux R concerné (étape 1410). On présente maintenant, en relation avec la figure 15, un algorithme de stockage de flux, exécuté par le dispositif de stockage selon le mode de réalisation particulier de 30 l'invention utilisant le registre R. Dans l'étape 151 le registre R est initialisé. Lors de cette initialisation, N positions binaires parmi les 64 (les canaux sont numérotés de 0 à 63) sont mises à 1 correspondant aux canaux alloués aux N disques. Dans l'étape 152 les variables indiquant le cycle courant c et le numéro de disque (ou canal) i recevant les paquets non ajoutés (du flux d'origine) sont initialisées à 1. Après chaque début de cycle (étape 153) on initialise la position courante p dans le registre R (étape 154). On teste dans étape 155 si la valeur du premier bit du registre est égale à 1. Dans l'affirmative cela indique que le canal correspondant est alloué pour la transmission de paquets vers un disque. Un test est effectué dans l'étape 156 pour savoir si dans le cycle courant ce disque doit recevoir un paquet ajouté (étape 157) ou un paquet du flux d'origine (étape 158). La valeur du cycle courant est ensuite incrémentée dans étape 159, sans toutefois dépasser la valeur N pour que l'accès aux disques reste cyclique. Après l'étape 159, ou si le test du premier bit du registre R est négatif (étape 155) indiquant que le canal correspondant n'est pas alloué, un décalage circulaire (vers la gauche) du registre R d'une position est effectué pour pouvoir réitérer les étapes à partir de l'étape de test 155 sur la valeur du nouveau premier bit. L'étape 1511 permet de mettre à jour la position courante dans le registre R. Cette variable totalise le nombre de décalage dans le registre et indique un numéro de canal. Lorsque toutes les positions du registre R ont été parcourues (test dans l'étape 1512) cela veut dire que tout les canaux alloués pour l'envoi de paquets ont été identifiés au niveau d'un cycle, et il faut donc passer à l'attente de l'indication d'un nouveau cycle (étape 153). L'étape 1513 permet de déplacer le numéro de canal alloué au disque qui recevra un paquet du flux d'origine lors du cycle suivant. Dans le cas de la restitution d'un flux à partir du dispositif de stockage, le registre R peut être utilisé de façon similaire pour déterminer les paquets reçus qui doivent être stockés dans une mémoire tampon pour reconstituer le flux d'origine, et identifier ceux qui ont été rajoutés et qui doivent être jetés. Il faut noter également que le registre R permet d'accéder directement aux 30 numéros de canaux alloués pour recevoir les paquets du flux d'origine. Ceci peut être effectué par exemple en déterminant, dans chaque cycle, une position de valeur binaire non nulle du registre dans un ordre prédéterminé. Il faut noter finalement que l'ordre prédéterminé de la représentation des numéros de canaux dans le registre R, aussi bien lors du procédé d'enregistrement que celui de restitution, peut être croissant, décroissant ou présentant une quelconque propriété qui permet aisément la déduction d'un numéro de canal suivant à partir du numéro de canal courant (comme le décalage décrit précédemment). REVENDICATIONS 1. Procédé de stockage d'au moins un flux de données audio vidéo isochrones dans un dispositif de stockage (27; 270) comprenant un module de contrôle (28; 280) relié à N unités de stockage de données audio vidéo isochrones (D1,... Dn) via un premier réseau de communication (29; 290), N >_ 2, chaque flux comprenant des paquets isochrones conformes à un protocole de transport réseau tel qu'à chaque cycle de traitement est associé un paquet isochrone, caractérisé en ce que le module de contrôle, le premier réseau de communication et les unités de stockage sont conformes audit protocole de transport réseau, et en ce que, pour chaque flux, le module de contrôle effectue les étapes suivantes: division du flux, par répartition des paquets isochrones, en N sous-flux de données audio vidéo isochrones, N >_ 2; ajout à chaque sous-flux d'un paquet isochrone vide pour chaque cycle au cours duquel ledit sous-flux ne se voit pas affecter, suite à la division du flux, un 15 paquet isochrone du flux; transmission de chacun des N sous-flux, complétés avec des paquets isochrones vides, vers une unité de stockage distincte parmi les N unités de stockage, de façon que celle-ci le stocke. 2. Procédé de stockage selon la revendication 1, caractérisé en ce qu'il possède une étape de réservation de bande passante pour le transport des N sous-flux, et en ce que la bande passante totale réservée pour les N sous-flux est équivalente à la somme de la bande passante nécessaire pour le transport du flux à l'origine des N sous-flux et d'une bande passante complémentaire nécessaire pour le transport de N-1 paquets vides à chaque cycle. 3. Procédé de stockage selon la revendication 2, caractérisé en ce que l'étape de réservation de bande passante consiste à réserver uniquement pour un sous-flux la bande passante totale nécessaire pour le transport de N sous-flux, sans réservation de bande passante pour les autres sousflux. 4. Procédé de stockage selon la revendication 1, caractérisé en ce qu'il possède une étape d'allocation de canaux isochrones pour le transport des N sous-flux, et en ce que les numéros de canaux sont associés aux unités de stockage de sorte que la répartition des paquets isochrones se fait selon un ordre prédéterminé des numéros de canaux. 5. Procédé de stockage selon la revendication 4, caractérisé en ce l'ordre prédéterminé est un ordre croissant ou décroissant. 6. Procédé de stockage selon l'une quelconque des revendications 4 et 5, caractérisé en ce les numéros des canaux isochrones alloués et l'ordre de répartition des paquets isochrones dans les canaux sont obtenus par un décalage d'un registre d'éléments binaires dont la position de chaque élément est représentative de l'ordre et du numéro d'un canal isochrone. 7. Procédé de stockage selon l'une quelconque des revendications 1 à 6, caractérisé en ce que le protocole de transport réseau est le protocole défini dans la norme IEEE 1394. 8. Procédé de stockage selon l'une quelconque des revendications 1 à 7, caractérisé en ce que les unités de stockage sont des disques durs audio vidéo. 9. Procédé de stockage selon l'une quelconque des revendications 1 à 8, caractérisé en ce que chaque flux est transmis par un terminal source relié au dispositif de stockage via au moins un second réseau de communication. 10. Procédé de stockage selon la revendication 9, caractérisé en ce que le second réseau de communication est conforme audit protocole de transport réseau, et en ce que le module de contrôle constitue un pont homogène entre les premier et second réseaux de communication. 11. Procédé de stockage selon la revendication 9, caractérisé en ce que le second réseau de communication est un réseau fédérateur auquel le terminal source est relié via un troisième réseau de communication conforme audit protocole de transport réseau, et en ce que le module de contrôle constitue un pont hétérogène entre les premier et second réseaux de communication. 12. Procédé de stockage selon l'une quelconque des revendications 1 à 11, caractérisé en ce que K flux de données audio vidéo isochrones sont stockés simultanément, K >_ 2, K*N sous-flux complétés résultant de la division des K flux, et en ce que le module de contrôle transmet les K*N sous-flux complétés aux unités de stockage, de façon telle qu'il existe au plus un paquet isochrone non ajouté parmi les K paquets isochrones stockés par chaque unité de stockage dans un même cycle de traitement. 13. Procédé de restitution d'au moins un flux de données audio vidéo isochrones préalablement stocké dans un dispositif de stockage (27; 270) comprenant un module de contrôle (28; 280) relié à N unités de stockage de données audio vidéo isochrones (D1,... Dn) via un premier réseau de communication (29; 290), N 2, chaque flux comprenant des paquets isochrones conformes à un protocole de transport réseau tel qu'à chaque cycle de traitement est associé un paquet isochrone, caractérisé en ce que le module de contrôle, le premier réseau de communication et les unités de stockage sont conformes audit protocole de transport réseau, et en ce que, pour chaque flux, le module de contrôle effectue les étapes suivantes: il commande les N unités de stockage afin qu'elles lui transmettent N sous-flux complétés; il reconstruit le flux à partir des N sous-flux complétés reçus, en supprimant des paquets isochrones vides ajoutés lors du stockage. 14. Procédé de restitution selon la revendication 13, caractérisé en ce qu'il possède une étape de réservation de bande passante pour le transport des N sous-flux, et en ce que la bande passante totale réservée pour les N sous-flux est équivalente à la somme de la bande passante nécessaire pour le transport du flux à l'origine des N sous-flux et d'une bande passante complémentaire nécessaire pour le transport de N-1 paquets vides à chaque cycle. 15. Procédé de restitution selon la revendication 14, caractérisé en ce l'étape de réservation de bande passante consiste à réserver uniquement pour un sous-flux la bande passante totale nécessaire pour le transport de N sous-flux, sans réservation de bande passante pour les autres sousflux. 16. Procédé de restitution selon la revendication 13, caractérisé en ce qu'il possède une étape d'allocation de canaux isochrones pour le transport des N sous-flux, et en ce que les numéros de canaux sont associés aux unités de stockage de sorte que la réception des paquets isochrones se fait selon un ordre prédéterminé des numéros de canaux. 17. Procédé de restitution selon la revendication 16, caractérisé en ce que l'ordre prédéterminé est un ordre croissant ou décroissant. 18. Procédé de restitution selon l'une quelconque des revendications 16 et 17, caractérisé en ce les numéros des canaux isochrones alloués et l'ordre de réception des paquets isochrones dans les canaux sont obtenus par un décalage d'un registre d'éléments binaires dont la position de chaque élément est représentative de l'ordre et du numéro d'un canal isochrone. 19. Procédé de restitution selon l'une quelconque des revendications 13 à 18, caractérisé en ce que le protocole de transport réseau est le protocole défini dans la norme IEEE 1394. 20. Procédé de restitution selon l'une quelconque des revendications 18 et 19, caractérisé en ce que les unités de stockage sont des disques durs audio vidéo. 21. Procédé de restitution selon l'une quelconque des revendications 18 à 20, caractérisé en ce que chaque flux restitué est transmis à un terminal destinataire relié au dispositif de stockage via au moins un second réseau de communication. 22. Procédé de restitution selon la revendication 21, caractérisé en ce que le second réseau de communication est conforme audit protocole de transport réseau, et en ce que le module de contrôle constitue un pont homogène entre les premier et second réseaux de communication. 23. Procédé de restitution selon la revendication 21, caractérisé en ce que le second réseau de communication est un réseau fédérateur auquel le terminal destinataire est relié via un troisième réseau de communication conforme audit protocole de transport réseau, et en ce que le module de contrôle constitue un pont hétérogène entre les premier et second réseaux de communication. 24. Procédé de restitution selon l'une quelconque des revendications 13 à 23, caractérisé en ce que K flux de données audio vidéo isochrones sont restitués simultanément, K z 2, et en ce que le module de contrôle commande la lecture de K*N sous-flux complétés effectuée par les unités de stockage, de façon telle qu'il existe au plus un paquet isochrone non ajouté parmi les K paquets isochrones lus par chaque unité de stockage dans un même cycle de traitement. 25. Procédé de traitement simultané d'au moins deux flux de données audio vidéo isochrones, caractérisé en ce qu'il comprend: - une étape de stockage d'au moins un flux, selon le procédé de stockage de l'une quelconque des revendications 1 à 12; une étape de restitution d'au moins un flux, selon le procédé de restitution de l'une quelconque des revendications 13 à 24; de façon que, à chaque cycle de traitement, chaque unité de stockage effectue simultanément l'écriture d'un paquet isochrone pour chacun des sous-flux complétés qu'elle reçoit, et la lecture d'un paquet isochrone pour chacun des sous-flux complétés qu'elle transmet. 26. Procédé de traitement simultané selon la revendication 25, caractérisé en ce que le module de contrôle d'une part transmet les sousflux complétés aux unités de stockage et d'autre part commande la lecture des sous-flux complétés effectuée par les unités de stockage, de façon telle qu'il existe au plus un paquet isochrone non ajouté parmi les paquets isochrones traités, en écriture et/ou en lecture, par chaque unité de stockage dans un même cycle de traitement. 27. Module de contrôle (28; 280) compris dans un dispositif de stockage (27; 270) d'au moins un flux de données audio vidéo isochrones, le module de contrôle étant destiné à être relié, au sein du dispositif de stockage, à N unités de stockage de données audio vidéo isochrones (D1,... Dn) via un premier réseau de communication (29; 290), N z 2, chaque flux comprenant des paquets isochrones conformes à un protocole de transport réseau tel qu'à chaque cycle de traitement est associé un paquet isochrone, le premier réseau de communication et les unités de stockage étant conformes audit protocole de transport réseau, caractérisé en ce que le module de contrôle est conforme audit protocole de transport réseau, et en ce qu'il comprend: des moyens de division de chaque flux à stocker, par répartition des paquets isochrones, en N sous-flux de données audio vidéo isochrones, N z 2; des moyens dajout à chaque sous- flux d'un paquet isochrone vide pour chaque cycle au cours duquel ledit sous-flux ne se voit pas affecter, suite à la répartition du flux, un paquet isochrone du flux; des moyens de transmission de chacun des N sous- flux, complétés avec des paquets isochrones vides, vers une unité de stockage distincte parmi les N unités de stockage, de façon que celle-ci le stocke. 28. Module de contrôle selon la revendication 27, caractérisé en ce qu'il comprend des moyens de réservation de bande passante pour le transport des N sous-flux, tels que la bande passante totale réservée pour les N sous-flux est équivalente à la somme de la bande passante nécessaire pour le transport du flux à l'origine des N sous-flux et d'une bande passante complémentaire nécessaire pour le transport de N-1 paquets vides à chaque cycle. 29. Module de contrôle selon la revendication 28, caractérisé en ce que les moyens de réservation de bande passante sont tels qu'ils réservent uniquement pour un sous-flux la bande passante totale nécessaire pour le transport de N sous-flux, sans réservation de bande passante pour les autres sous-flux. 30. Module de contrôle selon la revendication 27, caractérisé en ce qu'il comprend des moyens d'allocation de canaux isochrones pour le transport des N sous-flux, tels que les numéros de canaux sont associés aux unités de stockage de sorte que la répartition des paquets isochrones se fait selon un ordre prédéterminé des numéros de canaux. 31. Module de contrôle selon la revendication 30, caractérisé en ce l'ordre prédéterminé est un ordre croissant ou décroissant. 32. Module de contrôle selon l'une quelconque des revendications 30 et 31, caractérisé en ce les numéros des canaux isochrones alloués et l'ordre de répartition des paquets isochrones dans les canaux sont obtenus par un décalage d'un registre d'éléments binaires dont la position de chaque élément est représentative de l'ordre et du numéro d'un canal isochrone. 33. Module de contrôle selon l'une quelconque des revendications 27 à 32, caractérisé en ce que le protocole de transport réseau est le protocole défini dans la norme IEEE 1394. 34. Module de contrôle selon l'une quelconque des revendications 27 à 33, caractérisé en ce que les unités de stockage sont des disques durs audio vidéo. 35. Module de contrôle selon l'une quelconque des revendications 27 à 34, caractérisé en ce que chaque flux est transmis par un terminal source relié au dispositif de stockage via au moins un second réseau de communication. 36. Module de contrôle selon la revendication 35, caractérisé en ce que le second réseau de communication est conforme audit protocole de transport réseau, et en ce que le module de contrôle constitue un pont homogène entre les premier et second réseaux de communication. 37. Module de contrôle selon la revendication 35, caractérisé en ce que le second réseau de communication est un réseau fédérateur auquel le terminal source est relié via un troisième réseau de communication conforme audit protocole de transport réseau, et en ce que le module de contrôle constitue un pont hétérogène entre les premier et second réseaux de communication. 38. Module de contrôle selon l'une quelconque des revendications 27 à 37, le dispositif de stockage comprenant des moyens de stockage de façon simultanée de K flux de données audio vidéo isochrones, K >_ 2, K*N sousflux complétés résultant de la division des K flux, caractérisé en ce que le module de contrôle comprend des moyens de transmission des K*N sousflux complétés aux unités de stockage, de façon telle qu'il existe au plus un paquet isochrone non ajouté parmi les K paquets isochrones stockés par chaque unité de stockage dans un même cycle de traitement. 39. Module de contrôle (28; 280) compris dans un dispositif de stockage (27; 270) d'au moins un flux de données audio vidéo isochrones, le module de contrôle étant destiné à être relié, au sein du dispositif de stockage, à N unités de stockage de données audio vidéo isochrones (D1,... Dn) via un premier réseau de communication (29; 290), N >_ 2, chaque flux comprenant des paquets isochrones conformes à un protocole de transport réseau tel qu'à chaque cycle de traitement est associé un paquet isochrone, le premier réseau de communication et les unités de stockage étant conformes audit protocole de transport réseau, caractérisé en ce que le module de contrôle est conforme audit protocole de transport 30 réseau, et en ce qu'il comprend: des moyens de commande des N unités de stockage afin qu'elles lui transmettent N sous-flux complétés, pour chaque flux à restituer; des moyens de reconstruction du flux à partir des N sous-flux complétés reçus, en supprimant des paquets isochrones vides ajoutés lors du stockage. 40. Module de contrôle selon la revendication 39, caractérisé en ce qu'il comprend des moyens de réservation de bande passante pour le transport des N sous-flux, tels que la bande passante totale réservée pour les N sous-flux est équivalente à la somme de la bande passante nécessaire pour le transport du flux à l'origine des N sous-flux et d'une bande passante complémentaire nécessaire pour le transport de N-1 paquets vides à chaque cycle. 41. Module de contrôle selon la revendication 40, caractérisé en ce que les moyens de réservation de bande passante sont tels qu'ils réservent uniquement pour un sous-flux la bande passante totale nécessaire pour le transport de N sous-flux, sans réservation de bande passante pour les autres sous-flux. 42. Module de contrôle selon la revendication 39, caractérisé en ce qu'il comprend des moyens d'allocation de canaux isochrones pour le transport des N sous-flux, tels que les numéros de canaux sont associés aux unités de stockage de sorte que la réception des paquets isochrones se fait selon un ordre prédéterminé des numéros de canaux. 43. Module de contrôle selon la revendication 42, caractérisé en ce l'ordre prédéterminé est un ordre croissant ou décroissant. 44. Module de contrôle selon l'une quelconque des revendications 42 et 43, caractérisé en ce les numéros des canaux isochrones alloués et l'ordre de réception des paquets isochrones dans les canaux sont obtenus par un décalage d'un registre d'éléments binaires dont la position de chaque élément est représentative de l'ordre et du numéro d'un canal isochrone. 45. Module de contrôle selon l'une quelconque des revendications 39 à 44, caractérisé en ce que le protocole de transport réseau est le protocole défini dans la norme IEEE 1394. 46. Module de contrôle selon l'une quelconque des revendications 39 à 45, caractérisé en ce que les unités de stockage sont des disques durs audio vidéo. 47. Module de contrôle selon l'une quelconque des revendications 39 à 46, caractérisé en ce que chaque flux restitué est transmis à un terminal destinataire relié au dispositif de stockage via au moins un second réseau de communication. 48. Module de contrôle selon la revendication 47, caractérisé en ce que le second réseau de communication est conforme audit protocole de transport réseau, et en ce que le module de contrôle constitue un pont homogène entre les premier et second réseaux de communication. 49. Module de contrôle selon la revendication 47, caractérisé en ce que le second réseau de communication est un réseau fédérateur auquel le terminal destinataire est relié via un troisième réseau de communication conforme audit protocole de transport réseau, et en ce que le module de contrôle constitue un pont hétérogène entre les premier et second réseaux de communication. 50. Module de contrôle selon l'une quelconque des revendications 39 à 49, le dispositif de stockage comprenant des moyens de restitution de façon simultanée de K flux de données audio vidéo isochrones, K >_ 2, caractérisé en ce que en ce que le module de contrôle comprend des moyens de commande de la lecture de K*N sous-flux complétés effectuée par les unités de stockage, de façon telle qu'il existe au plus un paquet isochrone non ajouté parmi les K paquets isochrones lus par chaque unité de stockage dans un même cycle de traitement. 51. Module de contrôle permettant le traitement simultané d'au moins deux flux de données audio vidéo isochrones, caractérisé en ce qu'il comprend: des moyens spécifiques à un module de contrôle selon l'une quelconque des revendications 27 à 38; des moyens spécifiques à un module de contrôle selon l'une quelconque des 25 revendications 39 à 50; de façon que, à chaque cycle de traitement, chaque unité de stockage effectue simultanément l'écriture d'un paquet isochrone pour chacun des sous-flux complétés qu'elle reçoit, et la lecture d'un paquet isochrone pour chacun des sous-flux complétés qu'elle transmet. 52. Module de contrôle selon la revendication 51, caractérisé en ce que les moyens de transmission des sous-flux complétés aux unités de stockage et les moyens de commande de la lecture des sous-flux complétés effectuée par les unités de stockage sont tels qu'il existe au plus un paquet isochrone non ajouté parmi les paquets isochrones traités, en écriture et/ou en lecture, par chaque unité de stockage dans un même cycle de traitement. 53. Programme d'ordinateur, caractérisé en ce qu'il comprend des instructions de code de programme pour l'exécution des étapes du procédé selon l'une quelconque des revendications 1 à 26, lorsque ledit programme est exécuté sur un ordinateur.