FR 2868653 A1 20051007 FR 0403316 A 20040330 Procédé et système de gestion du stockage de contenus dans un réseau en fonction de profils d'utilisateurs et d'unités de stockage. 1. Domaine de l'invention Le domaine de l'invention est celui des réseaux de communication de données. Plus particulièrement, l'invention concerne la gestion du stockage de données isochrones de plusieurs utilisateurs dans un tel réseau. 2. Solutions de l'art antérieur Des réseaux de données, de type réseau local d'entreprise, comportant plusieurs utilisateurs sont bien connus. Dans ces réseaux, un même espace de stockage tel qu'un ou plusieurs disques durs est généralement partagé sous forme de quantités de mémoire prédéfinies et allouées aux utilisateurs. Pour des raisons de sécurisation de l'information et de confidentialité, des profils d'utilisateurs nécessitant de s'identifier au moyen d'informations secrètes telles qu'un nom et un mot de passe ont été implémentés sur de tels réseaux. Un utilisateur d'un tel réseau, une fois identifié au moyen de ses informations secrètes, a la possibilité d'utiliser la part de l'espace de stockage qui lui a été préalablement allouée pour stocker ses données. Ses données sont invisibles pour les autres utilisateurs. Un tel réseau n'est pas du tout adapté au stockage de contenus audiovidéo comprenant des données isochrones, tels que des films, dans une maison par exemple. En effet, la nécessité de s'identifier est très contraignante et ne permet pas un accès rapide au réseau pour un enregistrement décidé au dernier moment. Par ailleurs, la quantité de mémoire qui est allouée à un utilisateur peut ne pas être suffisante pour lui permettre de stocker tous les contenus qu'il souhaite alors qu'en même temps, il se peut qu'un autre utilisateur n'utilise pas tout l'espace mémoire qui lui est alloué. Tout est très cloisonné, les contenus ne peuvent pas être partagés sans contraintes énormes sur le fonctionnement du réseau. Un utilisateur tel qu'un père ne peut pas enregistrer un film pour un autre utilisateur tel que son fils par exemple. Des réseaux dits domestiques, plus adaptés au stockage de données audio vidéo isochrones à la maison, ont été développés. Ils permettent à un utilisateur d'interconnecter des appareils analogiques (tels que des lecteurs DVD, des magnétoscopes, ...) aussi bien que des appareils numériques (camescope numérique, caméra vidéo personnelle, disque dur audio vidéo, ...). La figure 1 représente un exemple d'un réseau domestique 10 simple selon l'art permettant de stocker des contenus comprenant des données isochrones de type audio-vidéo (AV). Un tel réseau domestique 10 comprend un réseau fédérateur comprenant une unité centrale de commutation 12 et des noeuds 11, appelés adaptateurs réseau. A ces adaptateurs réseau 11, sont reliés des équipements, tels que des téléviseurs A et B ou des disques durs C et D, directement ou via des sous-réseaux. Ces sous- réseaux sont par exemple des bus conformes à 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) . Les disques durs C et D sont des disques durs audio vidéo (AV HDD) externes, qu'on suppose par la suite conformes au protocole AV/C (décrit dans les documents de référence suivants: AV/C Digital Interface Command Set General Specifäcation 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 ces disques peuvent gérer simultanément un accès en lecture et un accès en écriture s'ils possèdent chacun un seul registre oPCR ( ouput Plug Control Register en anglais) pour gérer la lecture et un seul registre iPCR ( input Plug Control Register en anglais) pour gérer l'écriture. Ce réseau 10 ne nécessite pas l'identification de ses utilisateurs au moyen d'informations secrètes et n'impose pas l'allocation d'un espace mémoire préalablement déterminé à chaque utilisateur. D'autre part, ce réseau 10 est conçu pour partager des données entre les différents utilisateurs. Ainsi, un utilisateur a la possibilité d'accéder aux données d'un autre utilisateur et a aussi la possibilité de stocker des données pour un autre utilisateur. 2868653 3 Cependant, l'inconvénient majeur dans ce type de réseau 10 est que des conflits peuvent apparaître lors de l'utilisation simultanée du réseau 10 par plusieurs utilisateurs. En effet, imaginons qu'un premier utilisateur a enregistré son film favori sur un des disques du réseau 10, et que le disque choisi est le disque dur C car il y a de l'espace mémoire disponible. Un deuxième utilisateur a aussi enregistré son film favori sur le disque dur C car il y a toujours de l'espace mémoire disponible. Supposons également que C ne possède qu'un seul accès simultané en lecture. Si le premier utilisateur regarde à un moment ultérieur son film favori depuis le disque dur C sur le téléviseur analogique A, le deuxième utilisateur ne pourra donc pas regarder son film favori au même moment car le disque dur C est déjà utilisé. 3. Objectifs de l'invention L'invention a notamment pour objectif de pallier ces inconvénients de l'art antérieur. Plus précisément, un objectif de l'invention est de fournir une technique de stockage de contenus dans un réseau de données isochrones permettant une optimisation de la lecture de ces contenus par une diminution du risque d'occurrence de conflits liés à des requêtes simultanées d'accès à un même disque dur. Un autre objectif de l'invention est de mettre en oeuvre une telle technique qui permette de simplifier l'accès simultané de plusieurs utilisateurs à des contenus préalablement enregistrés. L'invention a encore pour objectif de fournir une telle technique qui ne nécessite pas de s'identifier sur le réseau, qui permette de partager les données du réseau entre les différents utilisateurs et qui permette à un utilisateur de stocker des données pour un autre utilisateur, c'est-àdire d'indiquer lors de la requête de stockage le profil de l'utilisateur ou des utilisateurs le ou les plus fortement susceptibles d'accéder au contenu à stocker. L'invention a encore pour objectif de fournir une telle technique qui soit simple à mettre en oeuvre et peu coûteuse. 2868653 4 4. Caractéristiques essentielles de l'invention Ces objectifs, ainsi que d'autres qui apparaîtront par la suite, sont atteints à l'aide d'un procédé de gestion du stockage de contenus comprenant des données isochrones, dans un système de stockage contenant une pluralité d'unités de stockages, les contenus étant accessibles par une pluralité d'utilisateurs. Selon l'invention, un tel procédé comprend les étapes de: définition d'un profil d'utilisateur pour chacun des utilisateurs comprenant un ensemble d'éléments caractéristiques dudit utilisateur; définition d'un profil d'unité de stockage pour chacune des unités de stockage comprenant un ensemble d'éléments caractéristiques de ladite unité de stockage; attribution à un utilisateur d'une unité de stockage parmi la pluralité des unités de stockage en fonction d'au moins un des éléments du profil des unités de stockage et d'au moins un des éléments du profil de cet utilisateur pour effectuer le stockage de contenus.. Ainsi, l'invention repose sur une approche tout à fait nouvelle et inventive de gestion du stockage de contenus, partagés par des utilisateurs, sur des disques durs préalablement attribués à ces utilisateurs. Avantageusement, un des éléments du profil d'utilisateur représente un poids d'utilisateur qui quantifie le besoin de l'utilisateur associé au profil à lire des contenus stockés dans les unités de stockage. Préférentiellement, un des éléments du profil d'utilisateur représente une information sur des plages temporelles indiquant les moments de lecture des contenus stockés dans les unités de stockage par l'utilisateur associé au profil. Selon une caractéristique avantageuse de l'invention, les plages temporelles comprennent 24 plages horaires successives d'une heure chacune, et en ce que l'élément poids d'utilisateur est égal à une valeur proportionnelle au nombre de plages horaires sélectionnées par l'utilisateur. Selon un mode de réalisation préférentiel de l'invention, un élément du profil d'unité de stockage représente un poids d'unité de stockage qui quantifie une ou une combinaison des caractéristiques suivantes: 2868653 5 - capacité de l'unité de stockage à gérer des accès simultanés en lecture; - capacité de stockage de l'unité de stockage; - poids des utilisateurs auxquels est déjà attribué l'unité de stockage. Avantageusement, le procédé de gestion comprend en outre une étape de classification des utilisateurs en des utilisateurs d'une première catégorie ou d'une seconde catégorie selon que le poids qui leur est associé est, respectivement, supérieur ou égal, ou inférieur à une valeur seuil prédéterminée. Préférentiellement, l'étape d'attribution à un utilisateur d'une unité de stockage parmi la pluralité des unités de stockage est effectuée en fonction du poids de l'utilisateur et du poids des unités de stockages. Selon un mode de réalisation préférentiel de l'invention, l'unité de stockage attribuée à un utilisateur de première catégorie est choisie parmi les unités de stockage ayant un poids supérieur au poids de l'utilisateur si de telles unités de stockage existent, dans le cas contraire l'unité de stockage attribuée à l'utilisateur est celle ayant le poids le plus grand. Préférentiellement, le choix parmi les unités de stockage ayant un poids supérieur au poids de l'utilisateur est effectué en sélectionnant l'unité de stockage ayant le poids le plus grand parmi celles qui sont les moins attribuées à des utilisateurs de première catégorie. Selon une caractéristique préférentielle de l'invention, l'unité de stockage attribuée à un utilisateur de seconde catégorie est celle ayant le poids le plus grand. Selon un mode de mise en oeuvre avantageux de l'invention, le procédé de gestion comprend en outre les étapes de: - réception d'une requête de stockage d'un contenu; sélection d'une unité de stockage pour le stockage de ce contenu parmi la pluralité des unités de stockage en fonction du poids des unités de stockages. Préférentiellement, l'unité de stockage sélectionnée est celle qui possède le poids le plus grand. Avantageusement, le procédé comprend en outre les étapes de: 2868653 6 réception d'une requête de stockage d'un contenu contenant une indication d'un ou plusieurs utilisateurs; - sélection d'une ou plusieurs unités de stockage pour le stockage de ce contenu parmi la pluralité des unités de stockage. Selon un mode de réalisation avantageux de l'invention, pour chaque utilisateur indiqué dans la requête de stockage, l'unité de stockage sélectionnée est celle attribuée à cet utilisateur dans l'étape d'attribution. Préférentiellement, si un groupe d'utilisateurs indiqués dans la requete de stockage possedent des plages temporelles disjointes, une seule unité de stockage est sélectionnée parmi les unités de stockage attribuées aux utilisateurs de ce groupe pour le stockage du contenu. Selon une caractéristique avantageuse de l'invention, le procédé de gestion comprend en outre une phase de retrait d'au moins une des unités de stockage comprenant les étapes suivantes: (a) retrait de l'unité de stockage; (b) effacement du profil de l'unité de stockage; (c) extraction des profils des utilisateurs auxquels a été attribuée ladite unité de stockage; (d) attribution d'une nouvelle unité de stockage à chacun des utilisateurs dont le profil a été extrait. Selon un premier mode de mise en oeuvre avantageux de l'invention, l'étape (a) est suivie d'une étape de déclenchement d'une temporisation d'une durée prédéterminée, permettant de déplacer l'unité de stockage dans le réseau sans effacer son profil; et les étapes (b), (c) et (d) sont effectuées seulement si l'unité de stockage n'a pas été reconnectée dans le réseau à l'expiration de la temporisation. Selon un second mode de mise en oeuvre avantageux de l'invention, l'étape (a) est suivie d'une étape d'obtention via une interface utilisateur d'au moins une information relative à la nature provisoire, ou définitive, du retrait; et les étapes (b), (c) et (d) sont effectuées seulement si le retrait de l'unité de stockage est définitif. Préférentiellement, le procédé de gestion comprend en outre une phase de suppression du profil d'au moins un utilisateur comprenant les étapes suivantes: réception d'une requête d'effacement du profil; mise à jour du profil de l'unité de stockage qui a été attribuée à l'utilisateur; effacement du profil de l'utilisateur. L'invention concerne également un système de gestion du stockage de contenus comprenant des données isochrones dans un système de stockage contenant une pluralité d'unités de stockages, les contenus étant accessibles par une pluralité d'utilisateurs, et comprenant: - des moyens de définition d'un profil d'utilisateur pour chacun des utilisateurs comprenant un ensemble d'éléments caractéristiques de l'utilisateur; des moyens de définition d'un profil d'unité de stockage pour chacune des unités de stockage comprenant un ensemble d'éléments caractéristiques de l'unité de stockage; des moyens d'attribution à un utilisateur d'une unité de stockage parmi la pluralité des unités de stockage en fonction d'au moins un des éléments du profil des unités de stockage et d'au moins un des éléments du profil de cet utilisateur pour effectuer le stockage de contenus. Préférentiellement, au moins certains des moyens de définition de profils d'utilisateur, des moyens de définition de profils d'unité de stockage et des moyens d'attribution d'unités de stockage aux utilisateurs sont distribués dans au moins deux noeuds d'un réseau de communication auquel sont connectés une pluralité d'unités de stockage. L'invention concerne également un dispositif de gestion du stockage de contenus comprenant des données isochrones dans un système de stockage contenant une pluralité d'unités de stockages, les contenus étant accessibles par une pluralité d'utilisateurs, et comprenant: - des moyens de définition d'un profil d'utilisateur pour chacun des utilisateurs comprenant un ensemble d'éléments caractéristiques de l'utilisateur; des moyens de définition d'un profil d'unité de stockage pour chacune des unités de stockage comprenant un ensemble d'éléments caractéristiques de l'unité de stockage; des moyens d'attribution à un utilisateur d'une unité de stockage parmi la pluralité des unités de stockage en fonction d'au moins un des éléments du profil des unités de stockage et d'au moins un des éléments du profil de cet utilisateur pour effectuer le stockage de contenus. Avantageusement, un des éléments du profil d'utilisateur représente un poids d'utilisateur qui quantifie le besoin de l'utilisateur associé au profil à lire des contenus stockés dans les unités de stockage. Selon une caractéristique préférentielle de l'invention, un élément du profil d'unité de stockage représente un poids d'unité de stockage qui quantifie une ou une combinaison des caractéristiques suivantes: capacité de l'unité de stockage à gérer des accès simultanés en lecture; capacité de stockage de l'unité de stockage; - poids des utilisateurs auxquels est déjà attribué l'unité de stockage. Préférentiellement, les moyens d'attribution à un utilisateur d'une unité de stockage parmi la pluralité des unités de stockage tiennent compte du poids de l'utilisateur et du poids des unités de stockages. Selon un mode de réalisation préférentiel de l'invention, le dispositif comprend en outre: des moyens de réception d'une requête de stockage d'un contenu contenant une indication d'un ou plusieurs utilisateurs; - des moyens de sélection d'une ou plusieurs unités de stockage pour le stockage de ce contenu parmi la pluralité des unités de stockage. L'invention concerne également un n ud d'un réseau de communication comprenant le dispositif de gestion du stockage de contenus décrit précédemment. L'invention concerne également un produit programme d'ordinateur comprenant des instructions de code de programme pour l'exécution des étapes du procédé de gestion du stockage de contenus décrit précédemment, lorsque le 2868653 9 programme est exécuté sur un ordinateur. L'invention concerne également un moyen de stockage d'informations, éventuellement totalement ou partiellement amovible, lisible par un système informatique et comprenant des instructions pour un programme informatique adaptées à mettre en oeuvre le procédé de gestion du stockage de contenus décrit précédemment, lorsque ledit programme est exécuté sur un ordinateur. 5. Liste des figures D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation 10 préférentiel, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels: - la figure 1 est un synoptique d'un exemple de réseau domestique classique comprenant des contenus de données audio vidéo isochrones et dans lequel peut être mis en oeuvre le procédé de l'invention; - la figure 2 est un organigramme d'un mode de réalisation particulier du procédé selon l'invention pouvant être mis en oeuvre dans le réseau de la figure 1; la figure 3 présente un exemple de structure de profil d'utilisateur selon l'invention; - la figure 4 présente un exemple de structure de profil de disque dur selon l'invention; la figure 5 est un organigramme illustrant un mode de réalisation de l'étape de définition du profil d'un nouveau disque dur apparaissant sur la figure 2; - la figure 6 est un organigramme illustrant un mode de réalisation de l'étape de définition du profil d'un nouvel utilisateur apparaissant sur la figure 2; La figure 7 présente un premier exemple de mise en oeuvre du procédé de caractérisation d'un utilisateur, lui-même compris dans le procédé de la figure 6; - la figure 8 présente un second exemple de mise en oeuvre du procédé de caractérisation d'un utilisateur, lui-même compris dans le procédé de la figure 6; la figure 9 est un organigramme illustrant un mode de réalisation de l'étape d'attribution d'un disque dur à un nouvel utilisateur apparaissant sur la figure 2; la figure 10 est un organigramme illustrant un mode de réalisation de la phase de suppression du profil d'utilisateur apparaissant sur la figure 2; la figure 11 est un organigramme illustrant un mode de réalisation de la phase de retrait d'un disque dur apparaissant sur la figure 2; - la figure 12 est un organigramme illustrant un mode de réalisation de la phase de stockage d'un contenu selon le premier exemple de mise en oeuvre du procédé de caractérisation d'un utilisateur illustré par la figure la figure 13 est un organigramme illustrant un mode de réalisation de la phase de stockage d'un contenu selon le second mode de mise en oeuvre du procédé de caractérisation d'un utilisateur illustré par la figure 8. 6. Description d'un mode de réalisation de l'invention Le principe général de l'invention repose sur la connexion de plusieurs unités de stockage (au moins deux) à un réseau domestique comprenant des données isochrones et l'attribution à chaque utilisateur d'une unité de stockage en fonction d'une politique d'attribution. On se place, ci-après, dans le cadre du réseau audio vidéo (AV) domestique 10, comprenant des contenus de données isochrones, décrit précédemment en relation avec la figure 1. Les deux disques durs C et D comprennent, dans ce cadre, plusieurs accès simultanés en lecture. En outre, dans le reste de la description, on met en oeuvre, dans le réseau 10 de la figure 1, un mode de réalisation préférentiel du procédé de gestion du stockage de contenus selon l'invention. Cependant l'Homme du Métier pourra mettre en oeuvre sans difficulté les techniques de l'invention dans tout réseau de données isochrones comprenant tout 30 type d'unité de stockage. Le procédé selon l'invention est mis en oeuvre sous la forme d'un logiciel et/ou d'une pluralité de sous logiciels (comprenant une pluralité d'algorithmes décrits ci-après) qui est (sont) exécuté(s) dans une ou plusieurs machines du réseau. La figure 2 représente un organigramme d'un mode de réalisation particulier du procédé selon l'invention qui est mis en ceuvre dans le réseau 10 de la figure 1. Ce procédé comprend: * une phase de paramétrage 21 comprenant: une étape de définition 211 d'un profil d'utilisateur pour chacun des utilisateurs; une étape de définition 212 d'un profil de disque dur pour chacun des disques durs; une étape d'attribution 213 d'une unité de stockage à chaque utilisateur en fonction d'une politique d'attribution prenant en compte le profil de l'utilisateur et les profils des disques durs et visant à optimiser des lectures de contenus dans l'ensemble des disques durs partagés par l'ensemble des utilisateurs; * une phase de stockage 22 comprenant: une étape de réception 221 d'une requête de stockage d'un contenu; une étape de détection 222 de l'indication d'au moins un utilisateur dans la requête de stockage; pour au moins un utilisateur indiqué dans la requête, une étape de stockage 223 du contenu dans le disque dur préalablement attribuée à l'utilisateur, si celui-ci est disponible; * une phase de retrait d'un disque dur 23; * une phase de suppression d'un profil d'utilisateur 24. La figure 3 est un schéma du profil d'un utilisateur, présenté sous la forme d'une table 30 stockée dans le réseau. Cette table 30 caractérise tout nouvel utilisateur. Une seule table 30 est créée par utilisateur. Le premier champ "Id" 31 est un identifiant unique de l'utilisateur dans le réseau qui est choisi par le logiciel selon l'invention. C'est un nombre entier. Selon des variantes de ce mode de réalisation, cet identifiant peut être tout nombre non nécessairement entier. Le deuxième champ "Nom d'utilisateur" 32 est une chaîne de caractères entrée par l'utilisateur "créateur" (qui peut être l'utilisateur concerné lui-même) via une interface utilisateur. Le troisième champ "Poids d'utilisateur" 33 est l'un des champs clés de l'invention. Comme illustré par les figures 7 et 8 ci-après, il résulte de la caractérisation de l'utilisateur au moyen des informations entrées par l'utilisateur créateur via l'interface utilisateur. Ce poids permet de quantifier l'utilisation prévue du réseau par l'utilisateur. Il quantifie ainsi son besoin en lecture. Ce poids sera utilisé pour l'étape d'attribution d'un disque dur à l'utilisateur. Cette étape d'attribution est mise en oeuvre dans un procédé, décrit ci-après en relation avec la figure 9. Le quatrième champ "Identifiant du disque dur attribué" 34 est utilisé pour stocker l'identifiant du disque dur qui est attribué à cet utilisateur. En fonction de l'implémentation, d'autres informations telles des heures d'utilisation, par exemple, peuvent être stockées dans ce profil et sont 20 représentées par le cinquième champ Autres information 35. On introduit ici les notions de "gros et petits utilisateurs". Un "gros utilisateur" est un utilisateur qui possède un poids supérieur ou égal à une valeur seuil prédéterminée comme décrit ci-après. Cela caractérise généralement un utilisateur qui utilise intensivement le réseau pour lire des contenus stockés sur les disques durs. Au contraire, pour un utilisateur n'utilisant pas intensivement le réseau et possédant un poids inférieur à la valeur seuil précitée, on parlera de petit utilisateur . Les utilisateurs sont ainsi classés en deux catégories: une première ou une seconde catégorie selon que le poids qui leur est associé est, respectivement, supérieur ou égal, ou inférieur à la valeur seuil prédéterminée. La figure 4 est un schéma du profil d'un disque dur, présenté sous la forme d'une table 40 stockée dans le réseau. A chaque connexion d'un nouveau disque dur au réseau, le logiciel selon l'invention caractérise ce disque dur et stocke ses caractéristiques dans cette table 40. Une seule table 40 est créée par disque dur. Le premier champ "Id" 41 est un identifiant unique du disque dur dans le réseau qui est choisi par le logiciel selon l'invention. C'est un nombre entier. Selon des variantes de ce mode de réalisation, cet identifiant peut être tout nombre non nécessairement entier. Le deuxième champ "Poids libre" 42 quantifie la capacité qu'a le disque dur à être attribué à un nouvel utilisateur. Le poids libre est déterminé, comme expliqué ci-après en relation avec la figure 5, en fonction du nombre d'accès simultanés en lecture du disque dur, de sa taille mémoire totale et du poids des éventuels utilisateurs qui se sont vu attribuer le disque dur. Il est mis à jour à chaque fois que le disque dur est attribué à un nouvel utilisateur ou à chaque fois que le profil d'un utilisateur, auquel on avait préalablement attribué le disque dur, est supprimé. Le troisième champ "Nombre de gros utilisateurs" 43 représente le nombre d'utilisateurs auxquels a été attribué ce disque dur et appartenant à la catégorie des gros utilisateurs. La valeur initiale pour ce champ est 0. A chaque fois que le disque dur est attribué à un gros utilisateur, cette valeur est mise à jour. En fonction de l'implémentation, d'autres informations telles que la localisation du disque dur peuvent être stockées dans ce profil et son représentées par le cinquième champ Autres information 44. La figure 5 illustre les étapes du procédé de définition 50 du profil d'un nouveau disque dur. Ce procédé est mis en oeuvre à chaque fois qu'un nouveau disque dur est connecté au réseau. Dans un réseau AV classique, la connexion d'un nouveau disque dur AV est automatiquement détectée dans une première étape 51 du fait que l'on utilise un bus IEEE1394 (présentant de fortes capacités de détection de connexion). On peut noter que l'étape de découverte 51 du nouveau disque dur pourrait être différente dans d'autres modes de réalisation, voir même manuelle au moyen d'une interface utilisateur, par exemple. Dans une deuxième étape 52, le logiciel selon l'invention associe un nombre entier au disque dur comme identifiant Id. Ensuite, le logiciel selon l'invention, respectant le protocole HAVI (pour Home Audio Video Interoperability en anglais), demande au disque dur ses caractéristiques qui sont: taille mémoire totale, taille mémoire disponible, nombre d'accès simultanés en entrée (ou écriture) et en sorties (ou lecture) (nombre de iPCR et nombre de oPCR),... Une fois que le logiciel selon l'invention possède toutes les caractéristiques dont il a besoin, il peut calculer, dans une troisième étape 53, le poids libre initial du nouveau disque dur qui ne contient encore aucun contenu, on le dira vide ci-après. Selon un mode de réalisation préférentiel, lorsque le disque dur vide vient d'être connecté, la formule est: Poids libre initial = (10 x nombre_de_oPCR) + (taille mémoire totale/10) Dans cette formule, la taille mémoire totale est exprimé en Gbit. Dans ce mode de réalisation préférentiel, on tient compte du nombred'accès simultanés en lecture du disque dur (combien de films peuvent être lus en même temps) et de la taille mémoire totale du disque dur. On voit aisément qu'un disque dur possédant plusieurs accès simultanés en lecture et qui a une taille mémoire totale importante a un poids libre initial important et peut ensuite être attribué à plusieurs utilisateurs. Il est à noter que dans la suite, à chaque attribution du disque dur à un nouvel utilisateur, le poids libre du disque dur se voit diminué de la valeur du poids de l'utilisateur. Le profil du disque dur est alors mis à jour. Le logiciel selon l'invention attribue, dans une quatrième étape 54, la 25 valeur 0 au champ nombre de gros utilisateurs . A chaque fois que le disque dur sera attribué à un gros utilisateur, cette valeur sera mise à jour. Dans une sixième étape 56, le logiciel selon l'invention stocke tous les champs du profil du disque dur sur le réseau. Bien entendu toute variante peut être apportée sur le procédé de création du profil d'un disque dur dans le cadre de l'invention et notamment un tel procédé peut demander, dans une cinquième étape 55, d'autres informations concernant le disque dur. La figure 6 illustre les étapes du procédé de définition 60 du profil d'un nouvel utilisateur qui est mis en oeuvre par un utilisateur "créateur" (qui peut être l'utilisateur lui-même) via l'interface utilisateur. Dans une première étape 61, le créateur du profil envoie une requête de création d'un nouveau profil d'utilisateur via l'interface utilisateur. Le créateur entre ensuite, dans une deuxième étape 62, le nom de l'utilisateur. Ensuite, dans une troisième étape 631, le créateur entre des caractéristiques de l'utilisateur. Puis, le logiciel selon l'invention calcule, à partir de ces caractéristiques, dans une quatrième étape 632, le poids de l'utilisateur. Ces deux dernière étapes 631 et 632 constituent une phase du procédé de création 60 du profil d'un utilisateur que l'on appelle procédé de caractérisation 63 d'un utilisateur. Les figures 7 et 8 illustrent deux exemples de mise en oeuvre de ce procédé de caractérisation 63 d'un utilisateur. Le logiciel selon l'invention associe, dans une cinquième étape 65, un nombre entier à l'utilisateur comme identifiant Id. Le logiciel selon l'invention attribue, dans une sixième étape 66, un disque dur à l'utilisateur selon une procédure décrite plus loin et illustré par la figure 9. Le logiciel selon l'invention met aussi à jour le profil du disque dur attribué à l'utilisateur et stocke les modifications. Dans une septième étape 67, le logiciel selon l'invention peut stocker d'autres informations telles que l'âge ou le sexe de l'utilisateur. Enfin, le logiciel selon l'invention stocke, dans une huitième étape 68, toutes les informations nécessaires dans le profil de l'utilisateur. Il est possible selon une variante de l'invention d'avoir des profils d'utilisateurs prédéfinis possédant des caractéristiques basiques prédéfinies pour permettre à l'utilisateur d'utiliser le réseau sans pour autant avoir à créer des profils d'utilisateur. Ainsi, un profil "parent" et un profil "enfant" pourraient être disponibles par défaut. Au profil enfant , correspondrait par exemple une utilisation du réseau de 16h à 18h, et au profil parent , une utilisation du réseau de 20h à 24h. Evidemment, ces profils seraient complémentaires en terme d'utilisation de réseau (plage temporelle de lecture de films telles qu'introduites ciaprès en relation avec la figure 8,...). La figure 7 présente un premier exemple de mise en oeuvre simple du procédé de caractérisation 63 d'un utilisateur. A partir de l'interface utilisateur, une interface graphique par exemple, dans une première étape 71, l'utilisateur créateur sélectionne les caractéristiques de l'utilisateur dans une liste de caractéristiques prédéfinies qui sont: - Utilisation importante qui caractérise un utilisateur qui est potentiellement un gros consommateur du disque dur: gros utilisateur. - Utilisation faible qui caractérise un utilisateur qui n'utilise potentiellement les disques durs que quelques heures dans une semaine: petit utilisateur. Dans une étape 72 de calcul du poids de l'utilisateur, à chacune de ces caractéristiques est associée une valeur prédéfinie du poids utilisateur. On a un poids de 5 pour un gros utilisateur et un poids de 1 pour un petit utilisateur. Il est à noter que l'estimation préalable de l'utilisation du réseau par l'utilisateur n'engage pas ce dernier à n'utiliser le réseau que conformément à cette estimation. En effet, un utilisateur caractérisé comme étant un petit utilisateur dans ce procédé pourra utiliser le réseau comme un gros utilisateur par exemple et vice-versa. La figure 8 présente un second exemple de mise en oeuvre du procédé de caractérisation 63 d'un utilisateur. Dans une première étape 81, à partir de l'interface utilisateur, l'utilisateur créateur sélectionne les plages temporelles d'utilisation du réseau prévues pour l'utilisateur. Ces plages temporelles sont des plages d'une heure. Ainsi, l'utilisateur créateur sélectionne, dans une table dédiée, les heures auxquelles l'utilisateur va probablement lire des contenus stockés. Dans la suite, on appellera ces heures: heures d'utilisation . Le poids de l'utilisateur est égal au nombre d'heures sélectionnées, ou nombre d' heures d'utilisation prévues. Ainsi, pour calculer le poids de l'utilisateur dans une deuxième étape 82, le logiciel selon l'invention compte le nombre de cases cochées dans la table. Selon ce deuxième exemple de mise en oeuvre, la table est stockée dans le profil de l'utilisateur afin de conserver ces informations horaires pour aider le logiciel selon l'invention à optimiser le nombre de copies d'un contenu comme décrit ci-après. Le logiciel selon l'invention considère que l'utilisateur est un gros utilisateur si le poids de l'utilisateur est supérieur ou égal à une valeur seuil de 5 et un petit utilisateur si le poids de l'utilisateur est inférieur à 5. L'attribution d'un disque dur à l'utilisateur peut être effectuée en tenant compte des plages temporelles d'utilisation de l'utilisateur ainsi que les plages temporelles des autres utilisateurs. Ainsi, il est intéressant, afin d'optimiser la répartition des utilisateurs sur les disques durs, d'attribuer un même disque dur à des utilisateurs qui ont potentiellement des plages temporelles d'utilisation du réseau complémentaires. C'est, par exemple, le cas pour deux utilisateurs, l'un possédant le profil "parent" et l'autre le profil "enfant" définis précédemment en terme d'heures d'utilisation. Une fois encore, l'estimation préalable de l'utilisation du réseau par l'utilisateur n'engage pas ce dernier à n'utiliser le réseau que conformément à cette estimation. En effet, un utilisateur caractérisé comme étant un petit utilisateur dans ce procédé pourra utiliser le réseau comme un gros utilisateur par exemple et vice-versa. Bien entendu toute variante peut être apportée sur le procédé de caractérisation d'un utilisateur dans le cadre de l'invention et notamment un tel procédé peut nécessiter d'autres informations concernant l'utilisateur. Selon une variante de ces premier et deuxième exemples de mise en oeuvre, les étapes de sélection 71 et 81 sont mises en oeuvre de façon automatique. La figure 9 illustre les étapes du procédé d'attribution 90, selon une politique d'attribution, d'un disque dur à un nouvel utilisateur. Comme précisé précédemment, à chaque fois que le profil d'un nouvel utilisateur est créé (première étape 91), le logiciel selon l'invention doit attribuer un disque dur à cet utilisateur. Selon la politique d'attribution, dans une deuxième étape 92, le logiciel selon l'invention détermine si l'utilisateur est un gros utilisateur (c'est-à-dire si son poids est supérieur ou égal à la valeur seuil: 5). Si c'est le cas, le logiciel selon l'invention sélectionne (première sélection) dans une troisième étape 93, parmi les disques durs du réseau, ceux présentant un poids libre supérieur ou égal au poids de cet utilisateur. S'il n'y a pas de disque dur possédant un poids libre supérieur ou égal au poids de l'utilisateur, il sélectionne le ou les disques durs possédant le plus grand poids libre. Ensuite, dans une quatrième étape 94 parmi ces disques durs sélectionnés lors de la première sélection, il sélectionne (deuxième sélection) le disque dur présentant le plus petit nombre de gros utilisateurs et il attribue ce dernier à l'utilisateur. Si, parmi les disques durs issus de la deuxième sélection, plusieurs possèdent le plus petit nombre de gros utilisateurs , alors c'est celui qui possède le plus grand poids libre qui sera sélectionné (troisième sélection) et attribué à l'utilisateur. Dans une cinquième étape 95, le logiciel selon l'invention incrémente d'une unité le nombre de gros utilisateurs du disque dur attribué. Si l'utilisateur n'est pas un gros utilisateur, le logiciel selon l'invention sélectionne (quatrième sélection), dans une autre étape 96, le disque dur présentant le plus grand poids libre et l'attribue à l'utilisateur. Une fois l'attribution réalisée, dans une avant-dernière étape 97, le logiciel selon l'invention soustrait au poids du disque dur attribué le poids de l'utilisateur. Ainsi, les profils des disques durs et des utilisateurs sont mis à jour dans le réseau. Dans une dernière étape 98, le logiciel selon l'invention stocke le profil du disque dur dans le réseau. Ce procédé permet de répartir les gros utilisateurs sur les différents disques durs (en fonction du nombre de disques durs et du nombre d'utilisateurs), les autres utilisateurs venant compléter les disques durs. La figure 10 présente les étapes du procédé de suppression 100 du profil d'un utilisateur initié par un utilisateur au moyen d'une l'interface utilisateur. Dans une première étape 101, un utilisateur envoie une requête d'effacement du profil via l'interface utilisateur. Dans une deuxième étape 102, le logiciel selon l'invention met à jour le profil du disque dur qui était attribué à cet utilisateur. Il met d'abord à jour le champ nombre de gros utilisateurs Si l'utilisateur est un gros utilisateur. Il augmente ensuite le champ poids libre du disque dur du poids de l'utilisateur dont on souhaite effacer le profil. Une fois ces opérations effectuées, le logiciel selon l'invention stocke dans le réseau, dans une troisième étape 103, le profil du disque dur mis à jour et efface, dans une quatrième étape 104, le profil de l'utilisateur. La figure 11 présente les étapes du procédé de retrait 110 d'un disque dur. Ce procédé est mis en oeuvre lorsqu'un disque dur est déconnecté du réseau (car dépassé ou non utilisé) ou lorsqu'il est détérioré : en d'autres termes, lorsque le disque dur ne sera plus utilisé sur le réseau. Dans une première étape 111, le logiciel selon l'invention efface le profil du disque dur en gardant l'identifiant du disque dur retiré. Dans une deuxième étape 112, le logiciel selon l'invention sélectionne un utilisateur du réseau, vérifie dans son profil si le disque dur retiré est le disque dur qui lui était attribué, c'est-à-dire si l'identifiant du disque dur qui lui était attribué est celui du disque dur retiré. Si le disque dur retiré n'est pas le disque dur qui lui était attribué, le logiciel selon l'invention met en oeuvre la cinquième étape 115 que l'on décrira après. Si le disque dur retiré est le disque dur qui lui était attribué, dans une troisième étape 113, le logiciel selon l'invention va remettre en ceuvre le procédé d'attribution d'un disque dur (décrit précédemment) pour attribuer un nouveau disque dur à son profil d'utilisateur. Il va ensuite stocker dans une quatrième étape 114 le nouveau profil d'utilisateur mis à jour. Le logiciel selon l'invention vérifie dans une cinquième étape 115 si l'utilisateur est le dernier des utilisateurs du réseau. Si c'est le cas, le logiciel selon l'invention met fin à la procédure dans une septième étape 117. Si ce n'est pas le dernier utilisateur, dans une sixième étape 116, le logiciel selon l'invention sélectionne un autre utilisateur et reprend les étapes 112 à 114 pour cet utilisateur. Selon une variante de l'invention, les étapes de ce procédé 110 sont mises en oeuvre seulement au terme d'une temporisation d'une durée prédéterminée initiée par le retrait du disque dur. Cela permet, par exemple, à un utilisateur de déplacer un disque dur d'une pièce à une autre de la maison afin de le connecter à un autre adaptateur réseau sans pour autant perdre le profil de ce disque dur. Ainsi, quand le disque dur est connecté à un autre endroit dans la maison, le protocole HAVi de l'adaptateur réseau sur lequel le disque dur a été récemment connecté informe tous les autres adaptateurs réseau (noeuds) qui sont actifs que ce disque dur a été connecté à son bus série IEEE1394. Selon une autre variante de l'invention, une fenêtre interactive de requête d'information est affichée via une interface utilisateur sur le téléviseur analogique, auquel était connecté le disque dur, quand le disque dur est déconnecté du bus du réseau. Une extinction du disque dur peut être distinguée d'une déconnexion du disque dur car, dans le premier cas, la couche physique reste active grâce à la puissance disponible dans le câblage (comme décrit dans la norme IEEE1394). La fenêtre interactive peut demander des informations à l'utilisateur telles que la raison pour laquelle le disque dur a été retiré. Ces raisons peuvent être la maintenance du disque dur, le retrait temporaire (on emprunte le disque dur), le déplacement du disque dur, etc. Lorsque qu'un utilisateur souhaite enregistrer un film par exemple, la procédure de stockage d'un contenu sur les unités de stockage est mise en oeuvre. La figure 12 illustre les étapes du procédé 120 de stockage d'un contenu selon le premier exemple de mise en oeuvre du procédé de caractérisation illustré par la figure 7. Dans une première étape 121, via l'interface utilisateur, un utilisateur émet une requête de stockage du contenu à stocker. Dans cette requête, l'utilisateur a choisi (ou non) un ou plusieurs utilisateurs potentiellement intéressés par le stockage de ce contenu. Le logiciel selon l'invention reçoit la requête et vérifie, dans une deuxième étape 122 s'il y a des utilisateurs sélectionnés. S'il n'y a pas d'utilisateur sélectionné, le logiciel selon l'invention choisit, dans une étape 123 parmi les disques durs disponibles, le disque dur qui possède le plus grand poids libre et demande au réseau de stocker le contenu sur ce disque dur. Par disque dur disponible, on entend un disque dur connecté sur le réseau et possédant au moins un accès en écriture disponible. Par exemple, il peut ne pas y avoir d'utilisateurs sélectionnés dans la requête émise par un utilisateur qui souhaite enregistrer dans l'instant film dont la diffusion vient de commencer. Le logiciel selon l'invention vérifie dans une étape 124 s'il a trouvé un disque dur disponible. Si c'est le cas, il demande, dans une étape 125, au réseau de stocker depuis la source le contenu sur ce disque dur. S'il n'a pas trouvé de disque dur disponible, le logiciel selon l'invention affiche un message d'erreur dans une étape 126. S'il y a des utilisateurs sélectionnés, pour chaque utilisateur sélectionné, le logiciel selon l'invention extrait, dans une étape 127, dans son profil d'utilisateur l'identifiant du disque dur qui lui a été attribué. Il vérifie ensuite, dans une étape 128, si le disque dur est disponible. Si le disque dur n'est pas disponible (si le disque dur ne possède pas d'accès en écriture disponible, s'il est retiré du réseau pour maintenance, ou s'il est temporairement emprunté,...), le logiciel selon l'invention choisit, dans l'étape 123 parmi les disques durs disponibles, le disque dur le plus approprié (c'est-à-dire avec le plus grand poids libre) et demande au réseau de stocker le contenu sur ce disque dur. Si le disque dur est disponible, il demande, dans l'étape 125, au réseau de stocker le contenu sur ce disque dur. Le logiciel selon l'invention vérifie dans une étape 129 si l'utilisateur sélectionné est le dernier des utilisateurs sélectionnés dans la requête. Si l'utilisateur sélectionné est le dernier des utilisateurs sélectionnés dans la requête, il met fin à la procédure 120 dans une étape 1210. Si l'utilisateur sélectionné n'est pas le dernier des utilisateurs sélectionnés dans la requête, il passe à un utilisateur sélectionné suivant dans une étape 1211 et reprend pour cet utilisateur les étapes de la procédure à partir de l'étape 127. A chaque fois que le stockage d'un contenu pour un utilisateur est impossible, un message d'erreur est envoyé à l'utilisateur dans l'étape 126 (au moyen, par exemple, d'un message sur l'interface utilisateur) expliquant que le stockage de ce contenu pour cet utilisateur particulier a été impossible. La figure 13 illustre les étapes du procédé 130 de stockage d'un contenu selon le deuxième exemple de mise en oeuvre du procédé de caractérisation illustré par la figure 8. Cette procédure 130 est similaire à la procédure 120 illustrée en relation avec la figure 12. Cependant, la deuxième procédure 130 comprend deux étapes supplémentaires 131 et 132, effectuées, pour chaque utilisateur sélectionné dans la requête, après l'étape 122 de vérification (de la présence d'utilisateurs sélectionnés dans la requête) et avant l'étape 127 d'extraction de l'identifiant du disque dur qui lui a été attribué. Selon le mode de réalisation préférentiel, dans une première étape supplémentaire 131, pour chaque utilisateur sélectionné dans la requête, le logiciel selon l'invention extrait du profil d'utilisateur la table de ses "heures d'utilisation" qui ont été sélectionnées lors de la procédure de caractérisation de cet utilisateur illustrée en relation avec la figure 8. Le logiciel selon l'invention vérifie, dans une deuxième étape 132, si pour cet utilisateur une copie est nécessaire au vu des plages horaires des autres utilisateurs sélectionnés dans la requête. En effet, si pour deux utilisateurs sélectionnés sur la même requête de stockage pour un contenu donné, il s'avère que leurs plages d' heures d'utilisation ne se chevauchent pas, alors il peut être intéressant, afin d'économiser l'espace mémoire disponible, de ne faire qu'une copie pour les deux utilisateurs. Ils pourront ainsi lire le même contenu mais à des heures différentes. Si la copie est nécessaire, on met en oeuvre l'étape 127 d'extraction de l'identifiant du disque dur attribué à l'utilisateur. Si la copie n'est pas nécessaire, on reboucle sur l'étape 129 (vérification du fait que l'utilisateur sélectionné est le dernier utilisateur sélectionné dans la requête). Selon une première variante (non illustrée) de ce procédé 130 de stockage d'un contenu, dans la première étape supplémentaire 131 de cette première variante, pour chaque utilisateur sélectionné dans la requête, le logiciel selon l'invention vérifie à partir de son profil si c'est un gros utilisateur. Le logiciel selon l'invention vérifie, dans la deuxième étape supplémentaire 132 de cette première variante, si cet utilisateur est un gros utilisateur. Si c'est le cas, une copie est nécessaire et le logiciel selon l'invention met en oeuvre l'étape 127 d'extraction de l'identifiant du disque dur attribué à cet utilisateur. Si ce n'est pas le cas, la copie n'est pas nécessaire et le logiciel selon l'invention met en oeuvre l'étape 129 de vérification si l'utilisateur sélectionné est le dernier utilisateur sélectionné dans la requête Selon une deuxième variante (non illustrée) de ce procédé 130 de stockage d'un contenu, les deux étapes supplémentaires 131 et 132 sont effectuées, pour chaque utilisateur sélectionné dans la requête, après l'étape 127 d'extraction de l'identifiant du disque dur qui lui a été attribué et avant l'étape 128 de vérification que le disque dur qui lui a été attribué est disponible. Dans la première étape supplémentaire 131 de cette deuxième variante, pour chaque utilisateur sélectionné dans la requête, le logiciel selon l'invention vérifie si le contenu a déjà été stocké dans le disque dur qui a été attribué à cet utilisateur et si le nombre d'accès simultanés en lecture de ce disque dur est supérieur ou égal au nombre total d'utilisateurs qui parmi ceux indiqués dans la requête de stockage, se sont vu attribuer ce disque dur. Si c'est le cas, dans la deuxième étape supplémentaire 132 de cette deuxième variante, le logiciel selon l'invention décide de ne pas effectuer le stockage du contenu pour cet utilisateur et de mettre en oeuvre l'étape 1211 de passage à l'utilisateur sélectionné suivant (sans effectuer l'étape 128 de vérification que le disque dur qui a été attribué à l'utilisateur est disponible). Si ce n'est pas le cas, le logiciel selon l'invention décide, dans la deuxième étape supplémentaire 132 de cette deuxième variante, de mettre en oeuvre l'étape 128 de vérification que le disque dur qui a été attribué à l'utilisateur est disponible. La lecture des contenus stockés se fait selon une procédure classique et bien connue de l'Homme du Métier des réseaux AV. L'ensemble des contenus accessibles par un utilisateur n'est pas limité aux contenus qui étaient associés à son profil d'utilisateur pendant la procédure de stockage. En effet, le réseau ne garde aucune trace de l'association profil d'utilisateur/contenu qui a été entrée par l'utilisateur émetteur de la requête pendant le procédé de stockage. Tout utilisateur peut lire un contenu qui a été préalablement associé à tout autre utilisateur (via son profil utilisateur), ceci excepté les options de contrôle parental qui sont, cependant, au-delà de l'étendue de la protection de la présente invention. Ainsi, l'optimisation du stockage de contenus mis en oeuvre par la présente technique de l'invention autorise tout utilisateur d'accéder à tout contenu stocké dans les unités de stockage. Cette technique ne peut donc pas éliminer totalement les risques de conflits apparaissant, par exemple, dans le cas où un nombre d'utilisateur voulant regarder en même temps un même contenu est supérieur au nombre de possibilités offertes par le réseau. Cependant, l'occurrence de ces cas est fortement réduite au moyen de la technique de l'invention. Le procédé de gestion du stockage selon l'invention est mis en oeuvre sous la forme d'un logiciel (comprenant une pluralité d'algorithmes décrits précédemment) qui est exécuté dans un mode de réalisation préférentiel dans un noeud du réseau (référencé 11 dans la figure 1). Ce logiciel gère les profils des utilisateurs et des disques sous forme de tables. Ces tables peuvent être stockés de façon distribuée au niveau du réseau ou de façon centralisée. Dans le mode de réalisation préférentiel de l'invention, les tables contenant les profils des utilisateurs et des disques durs sont stockées de manière centralisée dans une mémoire du noeud. Ainsi la création, suppression ou la mise à jour de ses tables sont effectuées en local par le logiciel selon l'invention. Dans une variante de réalisation les tables contenant le profil des disques sont stockées dans les unités de stockage correspondantes, à des adresses 5 prédéterminées. La figure 14 représente un diagramme bloc d'un noeud dans lequel le procédé de gestion de stockage selon l'invention peut être mis en oeuvre. Le noeud comporte un microcontrôleur 411 qui va assurer le transfert des informations provenant des différentes interfaces vers la mémoire 412 ou directement vers les mémoires de transmission de type FIFO ( First In First Out en langue anglaise) des interfaces en sortie (401, 402, 403, 404, 405). Le microcontrôleur 411 est également responsable, à la mise sous tension du noeud, de charger le programme mettant en oeuvre l'invention stockée dans la mémoire permanente réinscriptible (mémoire flash ) 413 dans la mémoire vive 412 afin d'exécuter les instructions de code associées à ce programme. Les mémoires 413 et 412 servent également à stocker de manière permanente ou temporaire les tables contenant les profils des utilisateurs et des disques durs selon un mode de réalisation préférentiel. Le noeud comporte un ensemble d'interfaces physique selon différents standards de communication avec des circuits ou programmes de liaison associés. Ces interfaces sont par exemple une interface référencée 403 de type Ethernet permettant l'échange de données avec des terminaux comme des ordinateurs. Une interface référencée 404 pour l'échange de données isochrones et asynchrones sur un bus avec des terminaux compatibles au standard IEEE 1394. Une interface référencée 402 pour l'envoi ou la réception de signaux infrarouges pour l'échange de commandes. Une interface 410 permettant l'échange de données avec le commutateur 12. Le noeud s'interconnecte également sur des équipements analogiques. Pour ce faire il possède un module d'entrée analogique 406 permettant la conversion analogique/numériques de signaux AV en entrée et un module 407 de codage de ce signal en un signal AV codé (MPEG2, DV, ...). A cette interface peut être connectée une source audio/vidéo analogique comme un décodeur multimédia à sortie analogique par exemple. Pour les signaux AV en sortie un module référencé 409 permet le décodage d'un signal AV codé avant sa conversion en un signal analogique dans le module de sortie 408. A cette interface peut être connecté des équipements audio/vidéo comme par exemple un téléviseur ou un écran de visualisation analogique. La gestion de la réception et de la transmission des signaux AV codés est effectuée par l'interface AV référencée 405. Le module référencé 401 renferme un générateur de caractère qui permet l'insertion d'information par superposition au signal AV en sortie ( On Screen Display en terminologie anglaise). Ces informations sont à destination de l'utilisateur et lui permettent par exemple de recevoir des messages d'information sur l'écran de visualisation. L'association des informations reçues par cette interface et des commandes envoyées par l'utilisateur à travers l'interface infrarouge 402 permet la navigation dans un menu, la commande d'une action, un réglage ou une sélection, ou le contrôle d'équipements du réseau. L'utilisateur peut transmettre ses commandes au noeud à l'aide d'une télécommande. Une télécommande est associée à chaque noeud du réseau fédérateur. Cette télécommande peut être dédiée au noeud ou multifonctions permettant également la commande d'un ou plusieurs autres terminaux connectés au noeud comme un téléviseur. REVENDICATIONS 1. Procédé de gestion du stockage de contenus comprenant des données isochrones dans un système de stockage contenant une pluralité d'unités de stockages, les contenus étant accessibles par une pluralité d'utilisateurs, caractérisé en ce qu'il comprend les étapes de: définition d'un profil d'utilisateur (211) pour chacun des utilisateurs comprenant un ensemble d'éléments caractéristiques dudit utilisateur; définition d'un profil d'unité de stockage (212) pour chacune des unités de stockage comprenant un ensemble d'éléments caractéristiques de ladite unité de stockage; attribution (213) à un utilisateur d'une unité de stockage parmi la pluralité des unités de stockage en fonction d'au moins un des éléments du profil des unités de stockage et d'au moins un des éléments du profil de cet utilisateur pour effectuer le stockage de contenus. 2. Procédé de gestion selon la revendication 1 caractérisé en ce qu'un des éléments du profil d'utilisateur représente un poids d'utilisateur (33) qui quantifie le besoin de l'utilisateur associé au profil à lire des contenus stockés dans les unités de stockage. 3. Procédé de gestion selon la revendication 2 caractérisé en ce qu'un des éléments du profil d'utilisateur représente une information sur des plages temporelles indiquant les moments de lecture des contenus stockés dans les unités de stockage par l'utilisateur associé au profil. 4. Procédé de gestion selon la revendication 3 caractérisé en ce que les plages temporelles comprennent 24 plages horaires successives d'une heure chacune, et en ce que l'élément poids d'utilisateur (33) est égal à une valeur proportionnelle au nombre de plages horaires sélectionnées par l'utilisateur. 5. Procédé de gestion selon l'une des revendications 3 et 4 caractérisé en ce qu'un élément du profil d'unité de stockage représente un poids d'unité de stockage (42) qui quantifie une ou une combinaison des caractéristiques suivantes: - capacité de l'unité de stockage à gérer des accès simultanés en lecture; - capacité de stockage de l'unité de stockage; - poids des utilisateurs auxquels est déjà attribué l'unité de stockage. 6. Procédé de gestion du stockage selon l'une des revendications 2 à 5, caractérisé en ce qu'il comprend en outre une étape de classification des utilisateurs en des utilisateurs d'une première catégorie ou d'une seconde catégorie selon que le poids qui leur est associé est, respectivement, supérieur ou égal, ou inférieur à une valeur seuil prédéterminée. 7. Procédé de gestion du stockage selon l'une des revendications 5 et 6, caractérisé en ce que l'étape d'attribution (213) à un utilisateur d'une unité de stockage parmi la pluralité des unités de stockage est effectuée en fonction du poids de l'utilisateur (33) et du poids des unités de stockages (42). 8. Procédé de gestion du stockage selon la revendication 7, caractérisé en ce que l'unité de stockage attribuée à un utilisateur de première catégorie est choisie parmi les unités de stockage ayant un poids supérieur au poids de l'utilisateur si de telles unités de stockage existent, dans le cas contraire l'unité de stockage attribuée à l'utilisateur est celle ayant le poids le plus grand. 9. Procédé de gestion du stockage selon la revendication 8, caractérisé en ce que le choix parmi les unités de stockage ayant un poids supérieur au poids de l'utilisateur est effectué en sélectionnant l'unité de stockage ayant le poids le plus grand parmi celles qui sont les moins attribuées à des utilisateurs de première catégorie. 10. Procédé de gestion du stockage selon la revendication 7, caractérisé en ce que l'unité de stockage attribuée à un utilisateur de seconde catégorie est celle ayant le poids le plus grand. 11. Procédé de gestion du stockage selon l'une des revendications 5 à 10, caractérisé en ce qu'il comprend en outre les étapes de: réception d'une requête de stockage (221) d'un contenu; sélection d'une unité de stockage pour le stockage de ce contenu parmi la pluralité des unités de stockage en fonction du poids des unités de stockages. 12. Procédé de gestion du stockage selon la revendication 11, caractérisé en ce que l'unité de stockage sélectionnée est celle qui possède le poids le plus grand. 13. Procédé de gestion du stockage selon l'une des revendications 5 à 10 caractérisé en ce qu'il comprend en outre les étapes de: réception d'une requête de stockage (221) d'un contenu contenant une indication d'un ou plusieurs utilisateurs; sélection d'une ou plusieurs unités de stockage pour le stockage de ce contenu parmi la pluralité des unités de stockage. 14. Procédé de gestion de stockage selon la revendication 13, caractérisé en ce que pour chaque utilisateur indiqué dans la requête de stockage, l'unité de stockage sélectionnée est celle attribuée à cet utilisateur dans l'étape d'attribution. 15. Procédé de gestion de stockage selon la revendication 13, caractérisé en ce que si un groupe d'utilisateurs indiqués dans la requête de stockage possèdent des plages temporelles disjointes, une seule unité de stockage est sélectionnée parmi les unités de stockage attribuées aux utilisateurs de ce groupe pour le stockage du contenu. 16. Procédé selon l'une quelconque des revendications 1 à 15, caractérisé en ce qu'il comprend en outre une phase de retrait (23) d'au moins une des unités de stockage comprenant les étapes suivantes: (a) retrait de ladite unité de stockage; (b) effacement du profil de ladite unité de stockage; (c) extraction des profils des utilisateurs auxquels a été attribuée ladite unité de stockage; (d) attribution d'une nouvelle unité de stockage à chacun des utilisateurs dont le profil a été extrait. 17. Procédé selon la revendication 16, caractérisé en ce que ladite étape (a) est suivie d'une étape de déclenchement d'une temporisation d'une durée prédéterminée, permettant de déplacer ladite unité de stockage dans ledit réseau sans effacer son profil; et en ce que lesdites étapes (b), (c) et (d) sont effectuées seulement si ladite unité de stockage n'a pas été reconnectée dans ledit réseau à l'expiration de ladite temporisation. 18. Procédé selon la revendication 16, caractérisé en ce que ladite étape (a) est suivie d'une étape d'obtention via une interface utilisateur d'au moins une information relative à la nature provisoire, ou définitive, du retrait; et en ce que lesdites étapes (b), (c) et (d) sont effectuées seulement si le retrait de ladite unité de stockage est définitif. 19. Procédé selon l'une quelconque des revendications 1 à 18, caractérisé en ce qu'il comprend en outre une phase de suppression du profil (24) d'au moins un utilisateur comprenant les étapes suivantes: réception d'une requête d'effacement dudit profil; mise à jour du profil de l'unité de stockage qui a été attribuée audit utilisateur; effacement dudit profil dudit utilisateur. 20. Système de gestion du stockage de contenus comprenant des données isochrones dans un système de stockage contenant une pluralité d'unités de stockages, les contenus étant accessibles par une pluralité d'utilisateurs, caractérisé en ce qu'il comprend: des moyens de définition d'un profil d'utilisateur pour chacun des utilisateurs comprenant un ensemble d'éléments caractéristiques dudit utilisateur; des moyens de définition d'un profil d'unité de stockage pour chacune des unités de stockage comprenant un ensemble d'éléments caractéristiques de ladite unité de stockage; des moyens d'attribution à un utilisateur d'une unité de stockage parmi la pluralité des unités de stockage en fonction d'au moins un des éléments du profil des unités de stockage et d'au moins un des éléments du profil de cet utilisateur pour effectuer le stockage de contenus. 21. Système de gestion selon la revendication 20 caractérisé en ce que au moins certains desdits moyens de définition de profils d'utilisateur, desdits moyens de définition de profils d'unité de stockage et desdits moyens d'attribution d'unités de stockage aux utilisateurs sont distribués dans au moins deux noeuds d'un réseau de communication auquel sont connectés une pluralité d'unités de stockage. 22. Dispositif de gestion du stockage de contenus comprenant des données isochrones dans un système de stockage contenant une pluralité d'unités de stockages, les contenus étant accessibles par une pluralité d'utilisateurs, caractérisé en ce qu'il comprend: des moyens de définition d'un profil d'utilisateur pour chacun des utilisateurs comprenant un ensemble d'éléments caractéristiques dudit utilisateur; des moyens de définition d'un profil d'unité de stockage pour chacune des unités de stockage comprenant un ensemble d'éléments caractéristiques de ladite unité de stockage; - des moyens d'attribution à un utilisateur d'une unité de stockage parmi la pluralité des unités de stockage en fonction d'au moins un des éléments du profil des unités de stockage et d'au moins un des éléments du profil de cet utilisateur pour effectuer le stockage de contenus. 23. Dispositif selon la revendication 22 caractérisé en ce qu'un des éléments du profil d'utilisateur représente un poids d'utilisateur qui quantifie le besoin de l'utilisateur associé au profil à lire des contenus stockés dans les unités de stockage. 24. Dispositif selon la revendication 23 caractérisé en ce qu'un élément du profil d'unité de stockage représente un poids d'unité de stockage qui quantifie une ou une combinaison des caractéristiques suivantes: capacité de l'unité de stockage à gérer des accès simultanés en lecture; capacité de stockage de l'unité de stockage; - poids des utilisateurs auxquels est déjà attribué l'unité de stockage. 25. Dispositif selon la revendication 24, caractérisé en ce que les moyens d'attribution à un utilisateur d'une unité de stockage parmi la pluralité des unités de stockage tiennent compte du poids de l'utilisateur et du poids des unités de stockages. 26. Dispositif selon l'une quelconque des revendications 22 à 25 caractérisé en ce qu'il comprend en outre: - des moyens de réception d'une requête de stockage d'un contenu contenant une indication d'un ou plusieurs utilisateurs; des moyens de sélection d'une ou plusieurs unités de stockage pour le stockage de ce contenu parmi la pluralité des unités de stockage. 27. Noeud d'un réseau de communication caractérisé en ce qu'il comprend un dispositif de gestion du stockage de contenus selon l'une quelconque des revendications 22 à 26. 28. Produit 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é de gestion du stockage de contenus selon l'une quelconque des revendications 1 à 19, lorsque ledit programme est exécuté sur un ordinateur. 29. Moyen de stockage d'informations, éventuellement totalement ou partiellement amovible, lisible par un système informatique, caractérisé en ce qu'il comprend des instructions pour un programme informatique adaptées à mettre en oeuvre le procédé de gestion du stockage de contenus selon l'une quelconque des revendications 1 à 19, lorsque ledit programme est exécuté sur un ordinateur.