FR 2887107 A1 20061215 FR 0505930 A 20050610 La présente invention se rapporte à l'émission d'un flux vidéo initial destiné à être multiplexé avant stockage dans un réseau de communication, au stockage d'un tel flux vidéo ainsi qu'à sa lecture après stockage. Elle trouve une application dans le transport simultané de plusieurs flux vidéo initiaux issus de sources différentes, telles que des caméras vidéo de surveillance connectées respectivement à des noeuds différents d'un réseau de communication. Généralement, un système de vidéosurveillance est mis en oeuvre à travers un réseau de communication dédié à cette application. On sait déjà contourner les limitations liées au transport sur le réseau et à l'écriture des données en dimensionnant les capacités du réseau à un niveau compatible avec l'application de vidéosurveillance et en dupliquant les unités de stockage pour accroître les capacités d'écriture. La mise en oeuvre de l'application de vidéosurveillance devient plus complexe lorsque l'application est intégrée dans un réseau déjà existant, n'ayant pas été conçu pour elle et inadapté à une telle application. C'est le cas par exemple d'un réseau de type domestique comportant une pluralité de noeuds et dans lequel chaque point d'accès ne peut recevoir plus de deux flux de données initiaux dans un noeud du réseau. De plus, les unités de stockage généralement utilisées dans ce genre de réseau ne permettent pas de stocker simultanément plus de deux flux de données initiaux. Une solution connue pour contourner ces limitations consiste à multiplexer les flux de données initiaux sur un canal de transmission commun, au lieu de les transmettre sur des canaux séparés. Par exemple, le document US 6,731,097 décrit une telle transmission de flux initiaux multiplexés et leur stockage dans une unité de stockage appropriée. Ainsi, dans le document US 6,731,097, une unité de réception reçoit une pluralité de flux initiaux multiplexés sur un canal commun. Chaque flux initial multiplexé est constitué d'un flux de données initial et d'un en- tête identifiant le flux de données initial correspondant. L'unité de réception est constituée d'une unité de stockage comprenant une pluralité de zones de stockage, une mémoire tampon, une mémoire conservant des informations sur le stockage, une unité de calcul et un contrôleur de stockage de données. Pour chaque flux initial multiplexé, le contrôleur identifie l'en-tête correspondant et stocke les données démultiplexées dans une zone de stockage associée. Dans ce document, les données initiales ne proviennent pas de sources différentes qui sont connectées à des noeuds différents du réseau et le multiplexage des données se fait donc de manière centralisée. De plus, dans le document US 6,731,097, les données reçues en provenance du réseau sont démultiplexées avant d'être stockées dans la zone de stockage ainsi associée. II en résulte une opération de démultiplexage qui est de mise en oeuvre systématique et coûteuse, la mise en oeuvre d'une mémoire décrivant les données stockées et aussi d'un protocole de stockage mettant en correspondance les données avec des adresses de stockage. Par ailleurs, dans le document US 6,704,493, il est décrit un système de réception de plusieurs signaux respectivement de types différents, qui convertit lesdits signaux ainsi reçus dans un signal numérique d'un seul et même type, de préférence compatible avec l'un des standards MPEG. Chaque signal est mis en paquet indépendamment des autres signaux ainsi traités. Les informations d'en-tête contenues dans les paquets permettent d'identifier la source d'origine. Les paquets de l'ensemble des signaux sont ensuite multiplexés dans un flux de transport. Le flux de transport peut ensuite être stocké et chaque flux initial le constituant peut être joué à nouveau. Par contre, un tel système ne permet de relire qu'un flux initial à la fois sans possibilité de formation et d'affichage d'une mosaïque. La limitation majeure du document US 6,704,493 est que d'une part tous les flux initiaux convergent vers un même noeud réseau, ce qui peut créer un goulet d'étranglement notamment si les flux initiaux sont transmis avant leur encodage et, d'autre part, tous les processus d'encodage et de ré-encodage sont centralisés sur le même dispositif de traitement. Ce dernier point oblige à définir un dispositif de traitement ayant des capacités de calcul importantes. On retrouve aussi les notions de stockage de flux initiaux multiplexés et de relecture d'un flux initial parmi les flux initiaux multiplexés dans le document US 6,788,882. Ce document propose un système d'enregistrement de vidéo numérique (DVR, pour Digital Video Recorder). Un tel système DVR est constitué d'une unité de stockage recevant simultanément plusieurs canaux multiplexés et d'une unité de visualisation. L'unité de visualisation peut extraire une portion du signal émanant d'un des canaux multiplexés. Toutefois là encore, le système ne peut pas générer de flux commun formant une mosaïque de flux vidéo initiaux. En pratique, le système du document US 6,788,882 reçoit des données depuis des canaux séparés et peut les stocker dans un même fichier sur l'unité de stockage. Dans le document US 6,788,882, les en-têtes permettant de distinguer chaque flux initial sont insérés au niveau du système récepteur. Une telle insertion a l'inconvénient d'affecter le coût dans un noeud récepteur particulier du réseau et engendre des opérations d'extraction et de décodage supplémentaires. Le Demandeur s'est posé le problème de contourner les limitations de transport du réseau et d'écriture de l'unité de stockage en multiplexant les flux vidéo initiaux à transmettre tout en remédiant aux problèmes des dispositifs précités de l'état de la technique. La présente invention apporte justement une solution à ce problème. Elle porte sur un procédé d'émission d'un flux vidéo initial à travers un réseau de communication comportant une pluralité de noeuds sources reliés chacun à au moins une source susceptible d'émettre un flux vidéo initial constitué d'une pluralité de paquets de données. Selon une définition générale de l'invention, le procédé est mis oeuvre par un noeud source du réseau de communication et comporte les étapes suivantes: a) envoi d'une requête de stockage d'un flux vidéo initial à un noeud du réseau prédéterminé, appelé noeud coordinateur, la requête comportant au moins un identifiant du noeud source; b) réception en provenance du noeud coordinateur d'un numéro de canal virtuel sélectionné ; et c) envoi sur le canal virtuel sélectionné, de paquets de données du flux vidéo initial dont les en-têtes comportent au moins des informations représentatives du noeud source et du type de données à émettre. Un tel procédé selon l'invention permet de contourner les limites du réseau et de l'unité de stockage, notamment en dispersant la charge de l'opération de multiplexage des flux vidéo initiaux à travers le réseau, notamment au niveau des noeuds sources et d'un noeud coordinateur, au lieu d'un noeud récepteur particulier comme dans l'art antérieur précité. Le procédé selon l'invention permet en outre d'émettre des paquets issus de sources différentes sur un même canal réseau (ici le canal virtuel sélectionné), ce qui a pour effet de multiplexer les paquets dans le réseau et de les stocker directement dans l'unité de stockage. Selon une réalisation, le numéro de canal virtuel est déterminé par le noeud coordinateur parmi l'ensemble des canaux disponibles sur le réseau de communication. En pratique, lorsque le noeud source n'est pas le premier à envoyer une requête de stockage au noeud coordinateur, le numéro de canal virtuel 20 sélectionné est celui qui est déterminé à la suite de la première requête de stockage. Selon un autre aspect de l'invention, le procédé comporte en outre les étapes suivantes préalables à l'étape d'envoi d'un paquet sur le canal: 1) mesure d'un niveau d'activité du paquet à envoyer; 2) comparaison du niveau d'activité ainsi mesuré à un niveau d'activité d'un paquet précédent; 3) en cas de différence de niveau d'activité, insertion en entête du paquet à envoyer d'une information représentative du changement de niveau d'activité ; et 4) insertion en en-tête du paquet à envoyer, d'une information représentative du niveau d'activité ainsi mesuré. Une telle insertion d'en-tête de paquet de données représentant un niveau d'activité mesuré et un changement du niveau d'activité permet d'avoir une information supplémentaire sur les données transportées, ce qui permettra ensuite de retrouver les données en fonction de ces informations. En pratique, le flux vidéo initial est préalablement codé selon un format scalable en résolution. Un tel format scalable permet de visualiser les vidéos dans plusieurs formats et, notamment, sous la forme d'une visualisation simultanée d'un sous-ensemble (mosaïque) des flux vidéo initiaux stockés. Selon une autre réalisation, l'en-tête du paquet à envoyer comporte une information représentative du niveau de scalabilité. La présente invention a également pour objet un procédé de stockage d'une pluralité de flux vidéos initiaux multiplexés sur un canal d'émission d'un réseau de communication, les flux vidéos initiaux étant constitués d'une pluralité de paquets de données, les paquets de données étant émis sur le canal d'émission selon le procédé d'émission visé ci-avant. Selon un autre aspect de l'invention, le procédé comporte les étapes suivantes: i) lecture des en-têtes des paquets constituant les flux vidéos 20 initiaux; ii) mise à jour d'une table d'activité comportant au moins une association entre l'information du noeud source et l'information représentative du changement de niveau d'activité du paquet correspondant; iii) association d'une adresse de stockage d'un paquet comportant une information de changement d'activité dans la table d'activité ; et iv) stockage des paquets de données sur une unité de stockage. Un tel procédé de stockage permet d'ordonner les informations de façon à les retrouver plus facilement lors de requêtes ultérieures. La présente invention a également pour objet un procédé de lecture 30 d'au moins un flux vidéo initial parmi une pluralité de flux vidéos multiplexés et stockés selon un procédé de stockage conforme à celui visé ci-avant. Selon un autre aspect de l'invention, le procédé comporte les étapes suivantes: 1. sélection d'un niveau d'activité désiré ; Il. détermination des adresses de stockage des paquets de données correspondants au niveau d'activité sélectionné ; III. lecture des paquets dans l'unité de stockage; et IV. affichage sur le dispositif récepteur, des flux vidéo résultants des paquets lus. Ainsi, il est possible d'effectuer des requêtes portant sur des niveaux d'activité déterminés et de retrouver facilement les données correspondantes. Selon encore une autre réalisation, le procédé de lecture comporte préalablement à l'étape d'affichage, une étape de construction d'un flux vidéo formant une mosaïque dans le cas où les paquets lus correspondent à une pluralité de flux vidéos initiaux, l'affichage des flux vidéos initiaux étant alors sous la forme d'une mosaïque. La présente invention a également pour objet un dispositif d'émission d'un flux vidéo initial à travers un réseau de communication comportant une pluralité de noeuds sources reliés chacun à au moins une source susceptible d'émettre un flux vidéo initial constitué d'une pluralité de paquets de données. Selon un autre aspect de l'invention, le dispositif d'émission comprend: des moyens d'émission pour envoyer une requête de stockage d'un flux vidéo initial à un noeud du réseau, appelé noeud coordinateur, la requête comportant au moins un identifiant dudit noeud source; - des moyens de réception pour recevoir en provenance du noeud coordinateur un numéro de canal virtuel choisi; - des moyens d'émission étant aptes à envoyer sur le canal virtuel choisi, des paquets de données du flux vidéo initial dont l'en-tête comporte au moins des informations représentatives dudit noeud source et du type de données à émettre. Selon une réalisation, le dispositif comporte en outre: des moyens de mesure du niveau d'activité du paquet de données à envoyer; - des moyens de comparaison du niveau d'activité ainsi mesuré à un niveau d'activité d'un paquet de données précédent; - des moyens d'insertion aptes en cas de différence de niveau d'activité, à insérer en en-tête du paquet de données à envoyer, une information représentative du changement de niveau d'activité et une information représentative du niveau d'activité ainsi mesuré. La présente invention a également pour objet un dispositif de stockage d'une pluralité de flux vidéos initiaux multiplexés sur un canal d'émission d'un réseau de communication, les flux vidéos initiaux étant constitués d'une pluralité de paquets de données, les paquets de données ayant été émis sur le canal d'émission, comprenant: - des moyens de lecture des en-têtes des paquets de données 15 constituant les flux vidéos initiaux; - des moyens de traitement pour la mise à jour d'une table d'activité comportant au moins une association entre l'information du noeud source et l'information représentative du changement de niveau d'activité du paquet correspondant; et l'association d'une adresse de stockage d'un paquet de données comportant une information de changement d'activité dans la table d'activité ; et - des moyens de stockage des paquets de données dans une unité de stockage. La présente invention a également pour objet un dispositif de lecture 25 d'au moins un flux vidéo initial parmi une pluralité de flux vidéos multiplexés et stockés, comprenant: - des moyens de sélection d'un niveau d'activité désiré ; - des moyens de traitement pour déterminer des adresses de stockage des paquets de données correspondants au niveau d'activité 30 sélectionné ; - des moyens de lecture des paquets de données dans l'unité de stockage; et - des moyens d'affichage sur le dispositif récepteur, des flux vidéo résultants des paquets de données ainsi lus. Selon une réalisation, le dispositif de lecture comporte en outre des moyens de construction d'un flux vidéo commun formant une mosaïque dans le cas où les paquets lus correspondent à une pluralité de flux vidéos initiaux, l'affichage des flux vidéos initiaux étant alors sous la forme d'une mosaïque. La présente invention a également pour objet un dispositif de création d'un flux vidéo représentant une mosaïque généré à partir d'une pluralité de flux vidéo initiaux, adapté à être transmis sur un seul canal de transmission dans un réseau de communication, comprenant: - des moyens d'obtention d'une pluralité de flux vidéo initiaux, préalablement codés chacun selon un format dans lequel un flux vidéo initiaux est composé d'une version de base et d'une version d'amélioration complémentaire, qui améliore la version de base spatialement et qualitativement pour obtenir la version pleine résolution du flux vidéo initial, la version de base étant composée d'un ensemble de segments constitués chacun d'un en-tête et d'un ensemble de blocs pris par ligne sur les images du flux vidéo initial correspondant; - des moyens d'extraction, selon un ordre d'extraction prédéterminé 20 et en fonction du nombre de flux vidéo originaux ainsi obtenus, de segments de chacune des versions de base des flux vidéo originaux initiaux; et - des moyens de construction d'un flux vidéo formant une mosaïque par insertion dans le même ordre d'extraction des segments extraits de façon à obtenir un flux vidéo décodable par un décodeur apte à décoder un flux vidéo original. La présente invention a également pour objet un support d'informations lisible par un système informatique, éventuellement amovible, totalement ou partiellement, notamment CD-ROM ou support magnétique, tel un disque dur ou une disquette, ou support transmissible, tel un signal électrique ou optique, caractérisé en ce qu'il comporte des instructions d'un programme d'ordinateur permettant la mise en oeuvre d'un procédé mentionné ci-avant, lorsque ce programme est chargé et exécuté par un système informatique. La présente invention a enfin pour objet un programme d'ordinateur stocké sur un support d'informations, ledit programme comportant des instructions permettant la mise en oeuvre d'un procédé mentionné ci-avant, lorsque ce programme est chargé et exécuté par un système informatique D'autres caractéristiques et avantages de l'invention apparaîtront à la lumière de la description détaillée ci-après et des dessins dans lesquels: - la figure 1 représente un réseau de communication selon l'invention; - la figure 2 représente schématiquement une représentation simplifiée du réseau de la figure 1; - la figure 3A représente schématiquement une représentation de la scalabilité spatiale; - la figure 3B représente les marqueurs de resynchronisation; - la figure 4 représente un organigramme illustrant les étapes de la recherche d'un canal d'émission selon l'invention; - la figure 5 représente le formatage des paquets de données selon l'art antérieur; - la figure 6 représente la mise en paquets avec insertion d'un en-tête d'enregistrement selon l'invention; - la figure 7 représente un organigramme illustrant l'étape de la fin d'enregistrement selon l'invention; - la figure 8 représente un organigramme illustrant les étapes du procédé de relecture d'un sous- ensemble de flux selon l'invention; - la figure 9 représente un organigramme illustrant les étapes du procédé de création d'une mosaïque selon l'invention; - la figure 10 représente schématiquement certains éléments du réseau de la figure 2, dans lequel on a ajouté le traitement du niveau d'activité du flux vidéo initial selon l'invention; - les figures 11A et 11B représentent des diagrammes illustrant respectivement le niveau d'activité de deux sources; - la figure 12 représente un diagramme illustrant l'évolution dans le temps de l'écriture de l'adresse dans l'unité de stockage; - la figure 13 représente un diagramme d'activité tel qu'implémenté selon la présente invention; - la figure 14 représente un organigramme illustrant les étapes du procédé de traitement d'un paquet selon l'invention; - les figures 15A et 15B, représentent des organigrammes illustrant respectivement l'écriture et la lecture dans l'unité de stockage; et - la figure 16 représente un schéma équivalent d'un noeud du réseau selon l'invention. La description de la présente invention s'appuie sur la norme de codage vidéo MPEG-2, décrite dans le document ISO/IEC 13818-2. Toutefois, d'autres standards équivalents tels que MPEG-4 ou H263 version 2 peuvent également être utilisés ici. Le standard MPEG-2 peut être classé dans l'ensemble des méthodes de codage vidéo hybrides basées sur des blocs. Ce standard définit une syntaxe de base à laquelle viennent s'ajouter un certain nombre de modes optionnels aux objectifs différents. Parmi ces modes, un certain nombre est destiné à accroître la résistance du flux binaire. D'autres modes tels que la scalabilité ont été développés dans le but d'augmenter l'efficacité des systèmes de transmission vidéo dans le cas de transmissions simultanées vers plusieurs utilisateurs ayant des capacités de réception et de décodage différentes. Dans un schéma de codage vidéo prédictif hybride avec compensation de mouvement basée sur des blocs et codage par transformation, chaque image d'une séquence est divisée en blocs de tailles fixes (en général 8*8 pixels). Chaque bloc est ensuite traité plus ou moins indépendamment. L'appellation hybride signifie que chaque bloc est codé avec une combinaison de compensation en mouvement et de codage par transformation. En effet, un bloc est dans un premier temps prédit à partir d'un bloc d'une image précédente. On appelle estimation de mouvement, l'estimation de la position du bloc le plus proche visuellement du bloc courant dans l'image de référence. Le déplacement entre le bloc de référence et le bloc courant est représenté par un vecteur de mouvement. La compensation de mouvement consiste à prédire le bloc courant à partir du bloc de référence et du vecteur de mouvement. L'erreur de prédiction entre le bloc original et le bloc prédit est codée avec une transformation DCT (Discrete Cosinus Transform), quantifiée et convertie sous forme de mots de codes binaires en utilisant des codes à longueur variable (VLC: Variable Length Codes). Le rôle de la compensation de mouvement est d'utiliser les corrélations temporelles entre images successives pour accroître la compression. La transformation DCT permet de son coté de réduire les corrélations spatiales dans les blocs d'erreur. Après la transformation DCT et la quantification une majorité des hautes fréquences est réduite à 0. Le système visuel humain étant peu sensible aux hautes fréquences spatiales, l'impact sur l'aspect visuel reste faible. Les coefficients de la transformation DCT sont parcourus en zigzag depuis les basses fréquences jusqu'aux hautes fréquences pour constituer un premier train binaire. La présence dans ce train binaire de nombreux 0 est mise à profit par un code à longueur variable (couramment mis en oeuvre par un codeur par longueur de plage (runlength coding)) pour en réduire la taille. Le mode de codage dans lequel la prédiction temporelle est réussie et le débit engendré par l'erreur de prédiction reste inférieur à celui du macrobloc MB original codé sans compensation en mouvement, est généralement appelé mode INTER. Dans certains cas, le coût de l'erreur de prédiction est trop important. Une transformation DCT et un codage runlength sont alors appliqués directement sur le bloc. On appelle ce mode de codage mode INTRA. Une image contenant des transformations MB inter est appelée image P. En pratique l'estimation de mouvement est très souvent appliquée sur un ensemble de blocs appelés macroblocs (MB) alors que la transformation DCT est appliquée sur un bloc. Les codeurs vidéo les plus courants utilisent des macroblocs MB de taille 16*16. Les vecteurs de mouvement de macroblocs MB adjacents étant le plus souvent proches, ils peuvent être codés prédictivement par rapport aux macroblocs MB déjà codés. Une image peut être entièrement codée en mode INTRA. On appelle ce type d'image image INTRA ou I. Ce type de codage est utilisé pour la première image de la séquence, mais aussi pour limiter la propagation de l'erreur de prédiction et de pertes ou permettre des fonctionnalités tels que l'accès aléatoire, l'avance ou le retour rapide... Le nombre d'images INTRA est toutefois généralement limité pour obtenir de meilleurs taux de compression. La majorité des images d'une séquence est donc codée en modes P. On ne s'interdit toutefois pas d'insérer des macroblocs MB INTRA dans une image P. En pratique, le niveau de base d'une séquence scalable se compose uniquement d'image intra et P. La qualité de ce niveau peut être améliorée à la fois temporellement et spatialement en utilisant les différents modes de scalabilité définis dans le standard. Trois types de scalabilité sont définies: spatiale, temporelle et SNR (qualité de résolution: fine ou grossière). La scalabilité spatiale, telle que représentée en figure 3A, est ici utilisée. La scalabilité spatiale consiste à améliorer la qualité d'un niveau inférieur en lui ajoutant de l'information spatiale. En général ce mode suppose que le niveau de base NB n'a pas été codé à la résolution de la séquence originale, mais a plutôt subi un sous échantillonnage afin de diviser sa résolution par quatre (division par deux des dimensions horizontales et verticales). Le codage d'une image d'un niveau d'amélioration NM spatial débute alors par une interpolation d'une image du niveau de base NB afin de retrouver la résolution initiale. On calcul ensuite la différence entre cette image et l'image originale de même taille. Ensuite plusieurs modes de codage peuvent être utilisés pour les macroblocs MB de l'image d'amélioration: les modes upward, forward et bidirectionnel. Le mode upward consiste à coder la différence en utilisant les mêmes méthodes que pour une image intra. Toutefois, le paramètre de quantification utilisé pour le niveau d'amélioration est en général inférieur à celui du niveau de base. Ceci assure qu'en plus d'une amélioration de la résolution spatiale, on améliore la qualité. Une image ne contenant que des macroblocs MB upward est dite El (Enhancement Infra). Le mode forward utilise de la prédiction temporelle entre les images du niveau d'amélioration. Une image contenant une combinaison de macroblocs MB forward et upward est dite EP. Le codage d'une image EP débute lui aussi par une interpolation de l'image du niveau de base. Une différence entre l'image originale et l'image interpolée est calculée. Deux images de référence sont donc stockées: l'image du niveau de base étendue et l'image du niveau d'amélioration spatiale précédente (El ou EP) . Cette dernière image est utilisée pour procéder à une estimation de mouvement dans l'image courante. On obtient alors un vecteur de mouvement pour chaque macrobloc MB de l'image courante. Après compensation en mouvement de l'image de référence, on compare pour chaque macrobloc MB les modes upward et forward. On conserve le mode qui permet de minimiser la différence entre le macrobloc MB original et le macrobloc MB prédit. En scalabilité spatiale, d'autres modes de codage de macroblocs MB 15 existent et peuvent être utilisés. Les méthodes de prédiction inter image ont pour effet secondaire d'accroître la fragilité des flux vidéo vis-à-vis des pertes de données. Par exemple, si une perte intervient dans le flux binaire d'une image, les données suivant la perte sont inutilisables puisque rien ne permet au décodeur de se resynchroniser. On attend alors l'en-tête de l'image suivante pour reprendre le décodage. Les marqueurs de resynchronisation, appelés encore en-têtes de segment (si/ce en anglais) ont été créés pour permettre au décodeur de se resynchroniser le plus tôt possible sans attendre le début de l'image suivante. Ainsi, le segment est un ensemble de macroblocs MB regroupés derrière un en-tête. Les macroblocs MB d'un segment sont décodables indépendamment des autres macroblocs MB d'une image. Si une perte intervient dans un segment, on peut reprendre le décodage dès le prochain segment reçu. L'application décrite ici est la vidéosurveillance. Toutefois, d'autres applications peuvent être envisagées. De plus, l'invention s'applique à tout réseau ayant des capacités de transport et d'écriture simultanée limitées et recevant simultanément plusieurs signaux vidéo analogiques en différents noeuds du réseau et les stockant sur une unité de stockage. La figure 1 représente un réseau de communication multimédia installé, par exemple, dans un environnement domestique. Le réseau de communication multimédia peut interconnecter des équipements tels que des téléviseurs individualisés en 103a, 103b et 103c, des magnétoscopes 107, des lecteurs de type lecteur DVD 108, un ordinateur 112 et des caméras 111 individualisées en 111a, 111b, Ill c et 111d. On peut aussi y connecter la sortie analogique d'un décodeur satellite (non représenté). Selon l'invention, le réseau comporte des dispositifs d'interface multimédia 150 appelés encore noeuds du réseau ou Network Adapter (NA) etindividualisés en 150a, 150b, 150c et 150d. Les noeuds 150 sont reliés à une unité de commutation centrale 160 appelée Switch placée préférentiellement à côté du tableau de fourniture d'énergie électrique. Le noeud 150a est relié par l'intermédiaire d'une liaison vidéo analogique 105i au téléviseur 103a. Selon un autre mode préféré de l'invention, la liaison 105i peut être à haut débit et conforme à la norme IEEE1394. Dans ce cas, le téléviseur comporte une carte IEEE1394 correspondante. Le noeud 150a est aussi relié par l'intermédiaire d'une liaison 130k conforme à la norme IEEE1394 à un convertisseur analogique numérique 104a lui-même relié à un magnétoscope 107 par l'intermédiaire d'une liaison 106a. Les téléviseurs analogiques 103b, 103c et 103d sont reliés respectivement aux noeuds 150b, 150c et 150d de façon identique à la liaison 105i reliant le téléviseur analogique 103a et le noeud 150a. Au noeud 150c est connecté un ordinateur 112 par une liaison 130n de type Ethernet et/ou par une liaison IEEE1394. L'ordinateur 112 peut être remplacé par un disque dur compatible avec le standard IEEE1394. Dans ce cas, il est connecté à l'interface multimédia par une connexion IEEE1394. Les caméras analogiques 111a, 111b, 111c et 111 d sont reliées aux noeuds 150 par une liaison de type Ethernet notée 130a. Il est à remarquer que chacun des noeuds 150 comporte au moins des moyens de connexion de types Ethernet, IEEE1394 et au moins une sortie vidéo analogique. Les interfaces multimédia 150 sont reliées à l'unité de commutation 160 par l'intermédiaire de câbles uniques de type UTP CAT 5 individualisés en 160a, 160b, 160c et 160d. Les interfaces multimédia 150 sont préférentiellement basées sur le standard IEEE1394.1 permettant la communication de dispositifs multimédia au travers d'un réseau de bus série de type IEEE1394. Le noeud 150 possède une unité de calcul, une unité de stockage, un convertisseur analogique numérique encodant les flux vidéo analogiques au format MPEG-2 et un convertisseur numérique analogique décodant les flux MPEG-2. Il possède de plus un récepteur infrarouge capable de recevoir des commandes infrarouges. Enfin, il peut mettre en oeuvre une requête client au format http. En figure 2, on a décrit une représentation simplifiée d'un réseau conforme à l'invention. On retrouve dans cette représentation, l'unité de commutation 160, trois noeuds NA ici individualisés en 150a, 150b, 150c, deux caméras 111 a et lllb et un disque dur numérique 112 compatible avec le standard IEEE1394. Un changement dans le nombre de caméras constituant cette représentation n'a pas d'influence sur la mise en oeuvre de l'invention. Les deux caméras 111 émettent un flux vidéo initial en direction du disque 112 formant une unité de stockage. Par exemple, les caméras 111 délivrent un flux analogique initial en entrée des noeuds NA. Les noeuds NA procèdent ensuite à l'encodage numérique de ces flux. Les caméras peuvent tout aussi bien être des caméras numériques connectées au noeud NA avec une liaison IEEE1394. Dans ce cas, il est nécessaire d'extraire les données vidéo numériques des paquets IEEE1394 les transportant et de réaliser un transcodage de ces données dans le format vidéo souhaité. Le transcodage peut consister simplement en un décodage de la vidéo numérique initiale suivi d'un ré-encodage. Les caméras 111 peuvent aussi être analogiques. Dans ce cas, les noeuds NA prennent en charge l'encodage de chaque séquence au format MPEG-2. Selon le mode préféré de l'invention, cet encodage est compatible avec le profil principal (main profile) et le niveau haut (high level) tel que défini dans le standard MPEG-2. En effet, ces niveaux et profils permettent l'encodage scalable tel que décrit ci-avant. Les images sont encodées en utilisant la scalabilité spatiale telle que représentée en figure 3A. De plus, chaque image est encodée avec des si/ces 5 SL ou segments (marqueurs de resynchronisation) correspondant à des lignes de macroblocs MB (figure 3B). L'utilisation de suces SL de cette forme facilite la création d'une mosaïque lors de la relecture de plusieurs vidéos. Dans une seconde mise en oeuvre, les vidéos analogiques peuvent être encodées dans un format scalable comportant plus de deux niveaux de 10 scalabilité spatiale NB et NM. Cet encodage peut être pris en charge dans les noeuds NA soit par le circuit de conversion analogique numérique, soit sous forme d'un programme d'ordinateur stocké dans son unité de stockage et mis en oeuvre par son unité de calcul. Avant toute émission de données vers l'unité de stockage 112, chaque noeud NA doit identifier sur quel canal doivent être émises ses données. Il est en effet nécessaire que toutes les sources émettent sur le même canal pour réaliser l'opération de multiplexage. Pour la mise en oeuvre de l'invention, il est nécessaire que l'un des noeuds NA constituant le réseau centralise les informations sur les applications d'enregistrement vidéo simultanées. Selon le mode préféré de l'invention, ce noeud NA est désigné lors de l'installation du réseau par l'installateur. Ce noeud NA, appelé ici noeud coordinateur, stocke dans sa mémoire le nombre de noeuds NA participant à une session d'enregistrement et un identificateur pour chacun de ces noeuds NA. De plus, il recherche parmi les canaux disponibles sur le réseau, un canal libre sur lequel devront émettre toutes les sources ou émetteurs. Enfin, il reçoit et transmet des requêtes vers les autres noeuds NA. Ces requêtes sont transmises, par exemple, sous forme de requêtes http. La méthode de recherche d'un canal virtuel commun pour les flux vidéo initiaux est représentée en figure 4 et débute à l'étape E401. Lors de cette étape le noeud NA dit coordinateur, par exemple, le noeud NAO reçoit une requête http de la part du noeud NA source, par exemple le noeud NA1. Cette requête l'informe qu'un nouvel enregistrement doit débuter et lui délivre le numéro d'identification ID du noeud NA1. Le noeud NA1 source peut être le noeud NA coordinateur lui-même. Cette étape est suivie de l'étape E403 au cours de laquelle le noeud NA coordinateur stocke dans sa mémoire l'identificateur ID du noeud NA1 source. Au cours de l'étape E405, le noeud NA coordinateur vérifie le nombre d'enregistrements simultanés courant. Si celui-ci est inférieur à 0, l'étape E405 est suivie de l'étape E421. Au cours de cette étape le noeud NA coordinateur sélectionne un canal virtuel parmi l'ensemble des canaux virtuels disponibles sur le réseau. Cette étape est suivie de l'étape E411. L'étape E411 suit l'étape E405 si le nombre d'enregistrement simultané est supérieur à 0. Au cours de l'étape E411 le nombre d'enregistrements simultanés est incrémenté de 1. Si l'étape E421 a précédé l'étape E411, une table d'enregistrement est créée. Celle-ci stocke pour chaque source, son numéro d'identification ID et le numéro de canal sur lequel elle émet les paquets de données à transmettre. Si l'étape E411 est précédée de l'étape E405, la table d'enregistrement est mise à jour avec la nouvelle source. L'étape E411 est suivie de l'étape E413 au cours de laquelle le noeud NA coordinateur envoie au noeud NA1 source sous forme de requête http le numéro de canal virtuel sélectionné. L'envoi des données débute à l'étape E417 dès réception par le noeud NA1 source du numéro de canal virtuel. Le processus de recherche du canal d'émission se termine à l'étape E419. L'étape E417 concerne l'envoi des données. Par exemple, une méthode particulière de mise en paquet est ici utilisée. Celle-ci a pour but de faciliter la recherche d'un flux de données vidéo dans l'ensemble des flux stockés sur l'unité de stockage. En référence à la figure 5, on a représenté le formatage des paquets de données selon l'art antérieur. D'une manière générale, chaque paquet de données échangé entre un noeud NA source 150 et l'unité de commutation 160, comprend un en-tête de routage OH, un en-tête de paquet PH, un entête isochrone 1394 IH, les paquets de données DD et un indicateur de fin de paquet EOP. L'en-tête de paquet PH comprend quatre champs CH1 à CH4. Le champ CH1 comprend l'identifiant ID de la source, le champ CH2 est un champ de synchronisation, le champ CH3 indique la taille du paquet et le champ CH4 indique le numéro du canal. Comparé à un paquet classique (représenté en figure 5), un en-tête supplémentaire appelé en-tête d'enregistrement RH (record header) est ajouté selon l'invention. En référence à la figure 6, cet en-tête d'enregistrement RH contient trois champs, individualisés en Ti à T3: Ti: type de données: ce champ identifie la nature des données transportées. Selon le mode préféré de l'invention, deux types de données peuvent être transportées: les données audio et les données vidéo. - T2: niveau de scalabilité : ce champ indique le niveau de scalabilité des données transportées. Ce champ ne concerne que les données vidéo. Il n'est pas pris en compte pour les données audio. Selon le mode préféré de l'invention, ce champ prend la valeur 0 ou 1 . 0 indique le niveau de scalabilité de base NB. 1 indique le niveau de scalabilité d'amélioration NM. - T3: type de structure: ce champ indique le type de l'image transporté. Selon le mode préféré de l'invention une image peut être de type 20 Infra (I), Inter (P), Bidirectionnelle (B). Si une source souhaite arrêter un enregistrement, elle envoie en parallèle au dernier paquet de sa vidéo une requête http indiquant la fin de l'enregistrement et l'identificateur du noeud NA source. Ce paquet est reçu à l'étape E701 représentée en figure 7. Cette étape est suivie par l'identification de la source de la requête (étape E703). Elle est suivie par la décrémentation du nombre d'enregistrements de 1 à l'étape E704. Si à l'étape E705, le nombre d'enregistrements est égal à 0, cette étape est suivie de l'étape E711 qui efface le contenu correspondant de la table d'enregistrement. Sinon, l'étape E705 est suivie de l'étape E707 qui met à jour la table d'enregistrement. Les étapes E707 et E711 se terminent à l'étape de fin E709. A l'aide d'une interface graphique, un utilisateur peut demander la relecture d'un sous ensemble de flux initiaux. Le nombre maximal de flux pouvant être relu est fixé par le nombre de niveau de scalabilité de la vidéo. Ici, on a choisi de décomposer le flux vidéo original en deux niveaux de scalabilité spatiale. Ceci implique qu'un utilisateur ne peut relire que quatre flux simultanément. On peut augmenter le nombre de relecture simultanée en augmentant le nombre de niveau de scalabilité. En référence à la figure 8, on a décrit le procédé de relecture selon l'invention. Ce procédé débute à l'étape E801 par l'envoi par le noeud NA de l'utilisateur d'une requête de relecture read record . Cette requête http contient les identificateurs ID (au moins un) des sources que l'utilisateur souhaite revoir. Cette étape est suivie de l'étape E803 qui lance la relecture du flux initial multiplexé sur l'unité de stockage à partir du noeud NA sur lequel celle-ci est connectée (noeud NA de stockage). L'étape E805 procède à la lecture des entêtes de chaque paquet contenu sur l'unité de stockage. Cette étape est suivie par l'étape E807 qui procède à la lecture de l'identificateur ID de la source émettrice de ce paquet. L'étape E809 vérifie que les paquets émis par cette source ont été demandés. Si non, le paquet est rejeté à l'étape E837. Cette étape est suivie de l'étape E833 qui vérifie que l'unité de stockage contient d'autres paquets ou qu'une requête http mettant fin à la relecture n'a pas été reçue. En cas de vérification positive, le procédé de relecture se termine à l'étape E835. En cas de vérification négative, le procédé passe au paquet suivant à l'étape E805. En cas de vérification positive à l'étape E809, le procédé passe à l'étape E811 au cours de laquelle on lit le champ Ti type of data contenu dans l'en-tête RH record header . Si à l'étape E813 on détecte que le paquet ne contient pas de donnée vidéo, on passe à l'étape E837. Sinon, on passe à l'étape E815 qui vérifie si une mosaïque doit être créée. Si le nombre de sources demandées dans le paquet relecture read record est supérieur à 1, une mosaïque est créée. Si ce n'est pas le cas, le paquet est envoyé au noeud NA de stockage à l'étape E830. Ce paquet est ensuite transmis au noeud NA sur lequel est connectée l'unité d'affichage de l'utilisateur à l'étape E831. L'étape E831 est suivie de l'étape E833 déjà décrite. Si le mode mosaïque est lancé, l'étape E815 est suivie de l'étape E817. Au cours de cette étape on procède à la lecture du champ T2 scalability level dans l'en-tête RH record header du paquet. Cette étape est suivie de l'étape E819 au cours de laquelle on vérifie le niveau de scalabilité des données vidéo transportées. Si ce ne sont pas des données du niveau de base NB, cette étape est suivie de l'étape E837. Sinon, on poursuit le procédé avec l'étape E821. Le paquet est alors envoyé au noeud NA de stockage. Lors de l'étape E823, on procède à l'extraction des données vidéo du paquet. Une image mosaïque est créée à l'étape E825, en insérant les suces SL constituant l'image contenue dans le paquet dans un nouveau flux MPEG-2. Cette étape est réellement mise en oeuvre lorsque tous les slices SL nécessaires à la création d'une image mosaïque sont reçus. Tant que ce n'est pas le cas les si/ces SL sont stockés dans la mémoire du noeud NA. Cette étape est suivie de l'étape E827 qui vérifie que l'image mosaïque a été créée. Si ce n'est pas le cas, le procédé passe à l'étape E833. Sinon, un nouveau paquet IEEE1394 est constitué à l'étape E829 et envoyé au noeud NA d'affichage à l'étape E831 déjà décrite. Le paquet IEEE1394 ainsi constitué ne contient pas d'en-tête RH record header . La procédure de création de la mosaïque est décrite en référence à la figure 9. Cette procédure débute lorsque le paquet de relecture read record est reçu par le noeud NA de stockage et que ce paquet indique que plusieurs sources doivent être relue simultanément. Cette procédure débute à l'étape E901 par l'écriture de l'entête de la séquence mosaïque et l'entête de la première image de la séquence. Cette étape est suivie de l'étape E903 qui procède à l'initialisation de k à 0 et n à 1. L'étape E905 suivante teste si k = 4 dans notre exemple de réalisation où deux niveaux de scalabilité sont prévus, une mosaïque étant alors composée de quatre vidéos. Si c'est le cas, cela signifie qu'une image mosaïque vient d'être crée et qu'elle peut être envoyée (on peut répondre oui à l'étape E827 de la figure 8). Cette étape est suivie de l'étape E923 au cours de laquelle le module de création de la mosaïque attend la réception de tous les si/ces SL nécessaires à l'image suivante pour continuer. Dès qu'ils sont reçus, le procédé écrit l'entête de l'image suivante à l'étape E925 et le procédé retourne à l'étape E903. Si la réponse est négative à l'étape E905, le procédé passe à l'étape E907. Cette étape vérifie que n n'a pas atteint le nombre de slices SL contenus dans une image originale. Si ce n'est pas le cas on procède, lors de l'étape E911, à la lecture dans la mémoire du noeud NA du nième slice SL de l'image courante de la séquence k. Cette étape est suivie de l'écriture du suce SL dans la séquence mosaïque à l'étape E913. On procède ensuite, lors de l'étape E915, à la lecture dans la mémoire du noeud NA du nième suce de l'image courante de la séquence k+1. Cette étape est suivie de l'écriture du suce dans la séquence mosaïque à l'étape E916 à la suite du précédent si/ce. n est incrémenté de 1 à l'étape E917. On retourne ensuite à l'étape E907. Si à cette étape, n égale NBslice, on passe à l'étape E921. Au cours de cette étape k est incrémenté de 2. L'étape E921 est suivie de l'étape E919 qui réinitialise n à 1. On retourne ensuite à l'étape E905. La formation d'un flux vidéo formant une mosaïque est plus détaillée dans la demande de brevet française déposée au nom du Demandeur le 12 juillet 2004, sous le numéro 0407753. On fait maintenant référence à la figure 10, dans laquelle on retrouve certains éléments du réseau décrits en référence à la figure 2. Par exemple, on retrouve deux caméras 111 a et 111 b connectées au réseau de communication domestique à travers des adaptateurs de réseau NAO (150a) et NA1 (150b). Le contenu vidéo de chaque flux vidéo initial est multiplexé et stocké dans le disque dur 112 connecté au réseau via l'adaptateur NA2 (150c). Tous les adaptateurs sont interconnectés à travers l'unité de commutation 160. Tous les paquets transmis par les caméras 111 à travers un bus de type 1394 à destination des adaptateurs de réseau NA comprennent un entête isochrone IH et des données DD conformes aux standards IEEE1394 et IEC61883. Les paquets transmis entre chaque adaptateur de réseau NA et l'unité de commutation 160 comprennent en outre un en-tête de routage OH, un en-tête de paquet PH, un en-tête d'enregistrement RH comme décrit en référence à la figure 6 et un en-tête d'activité AH. L'en-tête d'activité AH est utilisé ici à des fins de gestion du multiplexage et du diagramme d'activité que l'on décrira plus en détail ci-après. L'en-tête d'activité AH comprend cinq champs individualisés en Al à A5. Les champs Al et A2 représentent des identifiants de la partie audio. Le champ A3 représente un identifiant de la partie vidéo comme défini dans la norme MPEG2. Le champ A4 se rapporte au changement de niveau d'activité et le champ A5 se rapporte au niveau d'activité. On fait maintenant référence aux figures 11A et 11B, dans lesquelles on a décrit des diagrammes illustrant respectivement le niveau d'activité de deux sources distinctes. Ces diagrammes montrent l'évolution 10 dans le temps du niveau d'activité par rapport à quatre niveaux: haut, moyen, bas et normal. En référence à la figure 12, on a représenté un diagramme représentant l'évolution dans le temps de l'écriture de l'adresse dans l'unité de stockage de l'activité d'une source dont le niveau d'activité dans le temps est représenté en figure 11 b. Pour cela, les instants de changement d'activité sont mis en correspondance avec l'adresse de stockage du début des données correspondantes dans l'unité de stockage. En référence à la figure 13, on a décrit le diagramme d'activité tel qu'implémenté selon la présente invention. Par exemple, le diagramme d'activité est maintenu dans le noeud NA2, auquel est connectée l'unité de stockage 112. Chaque flux initial inclus à l'intérieur d'un multiplex de plusieurs flux initiaux est référencé dans une table selon un identifiant ID (300). A chaque flux initial correspondent une adresse de stockage 302 et un niveau d'activité 301. En cas de détection de changement du niveau d'activité pour un flux donné (par exemple le bit de changement d'activité A4 est mis à 1 dans l'entête correspondant A4), l'adresse d'écriture du début des données correspondant au changement d'activité, est stockée dans la table. En référence à la figure 14, on a représenté un organigramme illustrant les étapes du procédé de traitement d'un paquet selon l'invention. Selon l'étape E1400, après réception d'un nouveau paquet émanant de la source 111, le dispositif calcule le niveau d'activité correspondant (étape E1401). Le calcul de niveau d'activité peut être mis en place par n'importe quel procédé, par exemple, celui qui consiste à faire la somme des valeurs absolues des différences interpixels entre deux images. Ce niveau d'activité est quantifié conformément à des niveaux d'activité prédéfinis ou définis par l'utilisateur. Selon l'étape E1402, le niveau d'activité est comparé, par exemple à un seuil (idle threshold) qui correspond par exemple au niveau prédéfini ou défini par l'utilisateur qui correspond à une activité d'événement non pertinente. En présence d'un niveau d'activité inférieur audit seuil, l'algorithme retourne à l'état initial (étape E1400) et le paquet n'est pas envoyé dans le réseau pour un enregistrement dans l'unité de stockage. Une telle sélection permet d'économiser les ressources de stockage en évitant le stockage d'informations non pertinentes. Dans le cas où le niveau d'activité est supérieur au seuil, ce niveau d'activité est comparé à l'une des valeurs préalablement insérée dans le paquet 15 précédent (étape E1403). En présence d'un niveau d'activité identique au précédent, le bit de changement d'activité A4 est mis à 0 , conformément à l'étape E1407 et le procédé passe à l'étape E1405. Si le niveau d'activité A5 est différent de celui précédent, le bit de 20 changement d'activité A4 est mis à 1 , étape E1404 et l'algorithme passe à l'étape E1405. A l'étape E1405, le niveau d'activité A5 est mis à la valeur du niveau d'activité courant et l'en-tête d'activité AH contient cette information qui est insérée dans le nouveau paquet, tandis que le niveau d'activité courant est mémorisé en tant que niveau d'activité précédent pour une comparaison ultérieure, conformément à l'étape El 408. En référence aux figures 15A et 15B, on a décrit les organigrammes illustrant respectivement l'écriture et la lecture dans l'unité de stockage. En référence à la figure 15A, lorsqu'un nouveau paquet est reçu en provenance du réseau selon l'étape E1500, l'en-tête d'activité AH est analysé, conformément à l'étape E1501. Si le bit de changement d'activité A4 est à 1 , étape E1502, l'identifiant ID du flux initial correspondant est extrait à partir de l'en-tête d'activité AH (étape E1503) et la table d'activité est mise à jour avec la valeur de niveau d'activité A5 et l'adresse d'écriture correspondante dans l'unité de stockage (étape E1504). Le paquet de données est ensuite stocké dans l'unité de stockage à la valeur d'adresse d'écriture préalablement stockée dans la table d'activité (étape E1505). Si le bit de changement d'activité A4 est à 0 , il n'y a pas nécessité de mettre à jour le diagramme d'activité et le procédé continue à l'étape E1505. En référence à la figure 15B, on a décrit le procédé de lecture dans l'unité de stockage. L'utilisateur, dans une requête de lecture, défini un seuil de niveau d'activité ou un niveau d'activité prédéfini pour lequel il désire visualiser les flux dont le niveau d'activité est supérieur ou égal à celui demandé. En réponse à une demande d'accès en mode lecture au niveau de l'unité de stockage et initialisée par un utilisateur conformément à l'étape E1506, le niveau d'activité A5 correspondant requis par l'utilisateur est extrait conformément à l'étape E1507 (par exemple, via l'interface utilisateur) et l'adresse de lecture correspondante est choisie en utilisant la table d'activité (étape E1508). L'accès en mode lecture à l'unité de stockage peut être mis en oeuvre à l'adresse de lecture précédente (adresse de lecture dans la table d'activité) pour un meilleur confort de lecture ou d'affichage. Si plus d'un flux initial peut être lu au même instant (plusieurs flux vidéo présentant le même niveau d'activité), un flux formant mosaïque (étape E1509) est mis en place et envoyé à travers le réseau (étapes E1510 et E1511). Dans la négative, le flux ainsi lu à partir de l'unité de stockage est envoyé à travers le réseau, conformément à l'étape El 511. En référence à la figure 16, on a décrit le schéma équivalent d'un noeud du réseau. Un noeud du réseau comprend une passerelle 1100 ayant des capacités de connexion pour le standard IEEE1394, via le bus série 1106, ainsi que pour le réseau de communication domestique via l'interface réseau 1101. Le contrôleur de réseau 1102 a en charge la mise en format paquet et l'émission/réception des données à travers le réseau. Des mémoires tampon 1103 et 1104 sont utilisées respectivement pour l'émission et la réception des données. Une unité centrale 1105 a en charge l'interfaçage avec une autre unité centrale 1120 pour décoder les registres de l'unité centrale 1120 et piloter les transferts avec la mémoire SDRAM 1119 et la mémoire flash 1121. Le module audio/vidéo 1107 a en charge le formatage paquet et déformatage paquet du flux de données transport émis sur les bus IEEE1394. Le module 1107 communique de manière bidirectionnelle avec les ports entrées/sorties 1111, 1112, 1113, via les codeurs/décodeurs MPEG 1110, 1109, 1108. Un contrôleur 1114 pilote la passerelle 1100. Le contrôleur 1114 a plus particulièrement en charge les opérations suivantes: - surveillance et gestion des opérations en relation avec la connexion selon le standard IEEE1394, notamment espionner les paquets entrant, générer les accusés de réception, gérer le routage synchrone et asynchrone et la synchronisation de l'horloge; - gestion des requêtes et transfert isochrone entre l'interface 1394 et l'interface réseau domestique d'une part et l'interface 1394 et l'interface CPU d'autre part; - mise en place d'opérations sur en-tête telles que suppression, insertion de requête, horodatage; - réception des signaux relatifs au statut des signaux d'interruption de l'interface 1106; - réception des signaux d'interface relatifs aux signaux d'accès de l'interface du bus 1106; - gestion des paquets émis et reçus; - analyse des en-têtes pour le contrôle du moteur d'insertion 1115 et du gestionnaire de diagramme d'activité 1123; et mesure et comparaison du niveau d'activité A5. Le moteur d'insertion 1115 est utilisé pour insérer des données d'en-tête sous la commande du contrôleur 1114. Deux piles de type FIFO sont également prévues respectivement à l'émission (FIFO 1117) et à la réception (FIFO 1116). Le gestionnaire de diagramme d'activité 1123 génère et met à jour la table d'activité, telle que décrite en référence aux figures précédentes dans le cas où le noeud du réseau est un noeud de stockage. Le générateur de mosaïque 1124 génère le flux de paquets formant mosaïque. Ainsi, sur la base d'un flux vidéo initial, tout d'abord multiplexé conformément aux protocoles décrits précédemment, notamment en figure 4 et destiné à être transmis à travers le réseau pour être reçu au niveau d'une unité de stockage, un adaptateur de réseau NA (ici, NA1 lorsque la source est la caméra 111b, figure 10) mesure le niveau d'activité associé au flux vidéo initial et insère une balise (ici un en-tête d'activité AH) dans chaque en-tête de paquet vidéo ainsi véhiculé à travers le réseau sur un canal virtuel sélectionné. Les autres adaptateurs de réseau NA envoient de la même manière des paquets de données ainsi formatés à travers ledit canal virtuel. Sur la base d'un flux vidéo initial multiplexé transmis à travers le canal virtuel ainsi sélectionné, un second adaptateur de réseau (ici NA2) connecté à une unité de stockage (ici le disque dur 112, figure 10) vérifie chaque en-tête de paquet reçu et met à jour le diagramme d'activité associé avant écriture dudit paquet dans l'unité de stockage. Sur la base d'une requête d'un utilisateur pour accéder à un contenu vidéo ainsi enregistré, l'adaptateur de réseau (ici NA2) vérifie le diagramme d'activité, détermine la valeur de l'adresse de lecture nécessaire àl'accès sur l'unité de stockage 112 et filtre les données à lire en accord avec le niveau d'activité requis accompagnant la requête de l'utilisateur. L'adaptateur de réseau (ici NA1) peut aussi filtrer les données conformément à un seuil définissant un minimum de niveau d'activité en dessous duquel aucune donnée n'est transmise. Un tel seuil peut être défini de manière statique en utilisant le bruit de fond de la caméra ou bien par l'utilisateur. II en résulte une optimisation de la capacité de charge du réseau ainsi que des ressources de stockage. REVENDICATIONS 1. Procédé d'émission d'un flux vidéo initial à travers un réseau de communication comportant une pluralité de noeuds sources (150) reliés chacun à au moins une source (111) susceptible d'émettre un flux vidéo initial constitué d'une pluralité de paquets de données, caractérisé en ce que le procédé est mis oeuvre par un noeud source (150) et comporte les étapes suivantes: a) envoi d'une requête de stockage d'un flux vidéo initial à un noeud du réseau, appelé noeud coordinateur, la requête comportant au moins un identifiant (ID) dudit noeud source (150) ; b) réception en provenance du noeud coordinateur d'un numéro de canal virtuel choisi; c) envoi sur le canal virtuel choisi, de paquets de données du flux vidéo initial dont les en-têtes (PH, RH) comportent au moins des informations représentatives dudit noeud source (PH, CHI, CH2, CH3, CH4) et du type de données à émettre (RH, Ti, T2, T3). 2. Procédé selon la revendication 1, caractérisé en ce que le numéro de canal virtuel (CH4) est déterminé par le noeud coordinateur parmi l'ensemble des canaux disponibles sur le réseau de communication. 3. Procédé selon la revendication 2, caractérisé en ce que lorsque le noeud source n'est pas le premier à envoyer une requête de stockage au noeud coordinateur, le numéro de canal virtuel (CH4) sélectionné est celui qui est déterminé à la suite de la première requête de stockage. 4. Procédé selon l'une des revendications 1 à 3, caractérisé en ce qu'il comporte en outre les étapes suivantes préalables à l'étape d'envoi d'un paquet de données sur le canal virtuel ainsi sélectionné : 1) mesure du niveau d'activité (A5) du paquet de données à envoyer; 2) comparaison du niveau d'activité (A5) ainsi mesuré à un niveau d'activité (A5) d'un paquet de données précédent; 3) en cas de différence (A4) de niveau d'activité, insertion en en-tête du paquet de données à envoyer (AH), d'une information représentative du changement (A4) de niveau d'activité ; et 4) insertion en en-tête du paquet de données à envoyer (AH), d'une information représentative (A5) du niveau d'activité ainsi mesuré. 5. Procédé selon l'une des revendications 1 à 4, caractérisé en ce que le flux vidéo initial est préalablement codé selon un format scalable en résolution. 6. Procédé selon la revendication 5, caractérisé en que, dans le cas où la source est numérique, le flux vidéo initial subi un transcodage au niveau du noeud source pour être codé en format scalable en résolution. 7. Procédé selon la revendication 5, caractérisé en ce que, dans le cas où la source est analogique, le flux vidéo initial est codé au niveau du noeud source pour obtenir un format scalable en résolution. 8. Procédé selon l'une des revendications 5 à 7, caractérisé en ce que l'en-tête (RH, T1, T2, T3) du paquet de données à envoyer comporte une information représentative du niveau de scalabilité du flux vidéo initial. 9. Procédé de stockage d'une pluralité de flux vidéos initiaux multiplexés sur un canal d'émission d'un réseau de communication, les flux vidéos initiaux étant constitués d'une pluralité de paquets de données, les paquets de données ayant été émis sur le canal d'émission selon un procédé conforme à l'une des revendications 4 à 8, caractérisé en ce qu'il comporte les étapes suivantes: i) lecture des en-têtes (PH, AH, RH) des paquets de données constituant les flux vidéos initiaux; ii) mise à jour d'une table d'activité comportant au moins une association entre l'information du noeud source (PH, CH1, CH2, CH3, CH4) et l'information représentative du changement (A4) de niveau d'activité du paquet correspondant; iii) association d'une adresse (302) de stockage d'un paquet de données comportant une information de changement d'activité (301) dans la table d'activité ; et iv) stockage des paquets de données dans une unité de stockage (112). 10. Procédé de lecture d'au moins un flux vidéo parmi une pluralité de flux vidéos multiplexés et stockés selon un procédé conforme à la revendication 9, caractérisé en ce qu'il comporte les étapes suivantes: 1. sélection d'un niveau d'activité (A5) désiré ; Il. détermination des adresses de stockage des paquets de données correspondants au niveau d'activité sélectionné ; III. lecture des paquets de données dans l'unité de stockage (112) ; 20 et IV. affichage sur le dispositif récepteur, des flux vidéo résultants des paquets de données ainsi lus. 11. Procédé selon la revendication 10, caractérisé en ce qu'il comporte préalablement à l'étape d'affichage une étape de construction d'un flux vidéo commun formant une mosaïque dans le cas où les paquets lus correspondent à une pluralité de flux vidéos initiaux, l'affichage des flux vidéos initiaux étant alors sous la forme d'une mosaïque. 12. Procédé selon la revendication 11, caractérisé en ce que la construction d'un flux vidéo formant une mosaïque comporte les étapes suivantes: i) obtention d'une pluralité de flux vidéo initiaux préalablement codés chacun selon un format dans lequel un flux vidéo initial est composé d'une version de base (NB) et d'au moins une version d'amélioration complémentaire (NM) qui améliore la version de base (NB) spatialement et qualitativement pour obtenir la version pleine résolution du flux vidéo initial, les versions de base (NB) et d'amélioration étant composées d'un ensemble de segments (SL) constitués chacun d'un en-tête et d'un ensemble de blocs pris par ligne sur les images du flux vidéo initial correspondant; ii) extraction, selon un ordre d'extraction prédéterminé et en fonction du nombre de flux vidéo initiaux ainsi obtenus, de segments d'au moins chacune des versions de base des flux vidéo initiaux obtenus; et iii) construction d'un flux vidéo formant une mosaïque par insertion dans le même ordre d'extraction des segments extraits de façon à obtenir un flux vidéo décodable par un décodeur apte à décoder un flux vidéo initial. 13. Dispositif d'émission d'un flux vidéo initial à travers un réseau de communication comportant une pluralité de noeuds sources reliés chacun à au moins une source susceptible d'émettre un flux vidéo initial constitué d'une pluralité de paquets de données, caractérisé en ce que le noeud source comprend: - des moyens d'émission pour envoyer une requête de stockage d'un flux vidéo initial à un noeud du réseau, appelé noeud coordinateur, la requête comportant au moins un identifiant dudit noeud source; - des moyens de réception pour recevoir en provenance du noeud coordinateur un numéro de canal virtuel choisi; les moyens d'émission étant aptes à envoyer sur le canal virtuel choisi, des paquets de données du flux vidéo initial dont les en-têtes (PH, RH) comportent au moins des informations représentatives dudit noeud source (PH, CHI, CH2, CH3, CH4) et du type de données à émettre (RH, Ti, T2, T3). 14. Dispositif selon la revendication 13, caractérisé en ce qu'il comporte en outre: - des moyens de mesure du niveau d'activité (A5) du paquet de données à envoyer; - des moyens de comparaison du niveau d'activité (A5) ainsi mesuré à un niveau d'activité (A5) d'un paquet de données précédent; - des moyens d'insertion aptes en cas de différence de niveau d'activité, à insérer dans en en-tête (AH) du paquet de données à envoyer, une information (A4) représentative du changement de niveau d'activité et une information (A5) représentative du niveau d'activité ainsi mesuré. 15. Dispositif de stockage d'une pluralité de flux vidéos initiaux multiplexés sur un canal d'émission d'un réseau de communication, les flux vidéos initiaux étant constitués d'une pluralité de paquets de données, les paquets de données ayant été émis sur le canal d'émission par au moins un dispositif conforme à la revendication 12 ou 13, caractérisé en ce qu'il comprend: - des moyens de lecture des en-têtes des paquets de données constituant les flux vidéos initiaux; - des moyens de traitement pour la mise à jour d'une table d'activité comportant au moins une association entre l'information du noeud source (PH, CH1, CH2, CH3, CH4) et l'information représentative du changement (A4) de niveau d'activité du paquet correspondant; et l'association d'une adresse de stockage (302) d'un paquet de données comportant une information de changement d'activité (301) dans la table d'activité ; et - des moyens de stockage des paquets de données dans une unité 25 de stockage (112). 16. Dispositif de lecture d'au moins un flux vidéo initial parmi une pluralité de flux vidéos multiplexés et stockés par un dispositif de stockage conforme à la revendication 15, caractérisé en ce qu'il comprend: - des moyens de sélection d'un niveau d'activité (A5) désiré ; - des moyens de traitement pour déterminer des adresses de stockage (302) des paquets de données correspondants au niveau d'activité (A5) sélectionné ; - des moyens de lecture des paquets de données dans l'unité de stockage (112) ; et - des moyens d'affichage sur le dispositif récepteur, des flux vidéo résultants des paquets de données ainsi lus. 17. Dispositif selon la revendication 16, caractérisé en ce qu'il comprend en outre des moyens de construction d'un flux vidéo commun formant une mosaïque dans le cas où les paquets lus correspondent à une pluralité de flux vidéos initiaux, l'affichage des flux vidéos initiaux étant alors sous la forme d'une mosaïque. 18. Dispositif selon la revendication 17 caractérisé en ce que les moyens de création d'un flux vidéo formant une mosaïque comprennent: -des moyens d'obtention d'une pluralité de flux vidéo initiaux, préalablement codés chacun selon un format dans lequel un flux vidéo initial est composé d'une version de base (NB) et d'au moins une version d'amélioration complémentaire (NM), qui améliore la version de base (NB) spatialement et qualitativement pour obtenir la version pleine résolution du flux vidéo initial, les versions de base (NB) et d'amélioration étant composées d'un ensemble de segments (SL) constitués chacun d'un en-tête et d'un ensemble de blocs pris par ligne sur les images du flux vidéo initial correspondant; - des moyens d'extraction, selon un ordre d'extraction prédéterminé et en fonction du nombre de flux vidéo originaux ainsi obtenus, de segments d'au moins chacune des versions de base des flux vidéo originaux initiaux; et - des moyens d'insertion dans le même ordre d'extraction des segments extraits de façon à construire un flux vidéo formant une mosaïque décodable par un décodeur apte à décoder un flux vidéo original. 19. Support d'informations lisible par un système informatique, éventuellement amovible, totalement ou partiellement, notamment CD-ROM ou support magnétique, tel un disque dur ou une disquette, ou support transmissible, tel un signal électrique ou optique, caractérisé en ce qu'il comporte des instructions d'un programme d'ordinateur permettant la mise en oeuvre d'un procédé selon l'une quelconque des revendications 1 à 12, lorsque ce programme est chargé et exécuté par un système informatique. 20. Programme d'ordinateur stocké sur un support d'informations, ledit programme comportant des instructions permettant la mise en oeuvre d'un procédé selon l'une quelconque des revendications 1 à 12, lorsque ce programme est chargé et exécuté par un système informatique.