Brevet FR2878101A1 — publié le 20060519

La présente invention concerne de manière générale le transfert de données au travers de réseaux de communication, et en particulier le transfert de données depuis un serveur vers un équipement utilisateur. Les utilisateurs de services réseaux, tels que les services de consultation de contenus multimédias, utilisent un équipement utilisateur qui leur permet io d'accéder au réseau de distribution du fournisseur de service, et de télécharger des contenus multimédias depuis un ou des serveurs multimédias distants. Ces contenus multimédias sont de tout type, aussi bien des documents audiovisuels que des logiciels. Cet équipement utilisateur est en général aussi conçu pour stocker localement des contenus multimédias. Le but de ce stockage est d'offrir à l'utilisateur, en cas de nouvelle consultation, un accès plus rapide aux contenus déjà lus sans délai de chargement comme lors de la requête initiale. Cette option de stockage est couramment appelée fonction cache et utilise principalement un espace de stockage appelé "mémoire cache" sur le disque :20 dur de l'équipement utilisateur. Cependant le mode de remplissage de la mémoire cache n'est pas optimal. En effet, il faut que l'utilisateur ait demandé une première fois au moins l'information pour initialiser la mémoire cache avec cette information. De ce fait la première consultation d'une information ne bénéficie pas de la fonction cache. De plus, les informations à lecture unique utilisent inutilement l'espace disque de la mémoire cache. En outre, la taille de l'espace disque disponible allouée au stockage des contenus, pour cette fonction cache, est limitée, et l'accroître rie va pas sans des inconvénients de prix, d'encombrement, de bruit, ou de consommation électrique. Par ailleurs, même si les performances de stockage augmentent, les besoins, eux aussi, augmentent. 2878101 2 Une bonne gestion de l'espace clisque est donc primordiale. Cette gestion consiste la plupart du temps à définir un quota d'espace disque pour la fonction cache, alloué globalement ou spécifiquement aux différents contenus, et dans ce quota, les informations les plus récentes sont mémorisées en remplacement des plus anciennes. Cette gestion de l'espace disque présente elle aussi des inconvénients. En effet, les données lues sont stockées de manière à ce que les contenus les plus récents écrasent les plus anciens. Cette gestion peut donc empêcher la relecture d'un document ancien qui peut être plus intéressant que des contenus o plus récents. De plus, un document aucliovisuel de taille importante risque d'être tronqué après atteinte du quota d'espace disque, ce qui amène un risque important de perturbation lors de sa réutilisation. Enfin, le choix des contenus multimédias disponibles dans les serveurs multimédias est laissé à l'utilisateur par un accès dans des menus, par moteur de recherche ou par proposition ciblée, par exemple par courrier électronique. Ce ciblage s'appuie alors sur des préférences ou centres d'intérêts que l'utilisateur a précisés dans son profil, souvent lors de son inscription au service de consultation de contenus multimédias. Il a l'inconvénient d'être statique et de ne s'appuyer en général que sur quelques rubriques. Ce ciblage ne permet donc pas de déterminer précisément le profil de l'utilisateur, d'autant plus que l'utilisateur ne modifie que très rarement ses préférences dans son profil. Au contraire, les habitudes de l'utilisateur, qui peuvent changer, nécessiteraient d'être affinées en permanence. La présente invention a pour but de résoudre les inconvénients de la technique antérieure en fournissant un procédé et un dispositif permettant de transférer de manière anticipée et automatique des contenus multimédias dans la mémoire cache d'un équipement utilisateur, ces contenus étant sélectionnés de manière à répondre aux besoins de l'utilisateur. A cette fin, l'invention propose un procédé de transfert de données depuis un réseau de distribution vers un équipement utilisateur, via un réseau de communication, caractérisé en ce qu'il comporte les étapes de: 2878101 3 collecte d'informations concernant les interactions entre un utilisateur donné et l'équipement utilisateur, - analyse des informations collectées pour mettre à jour une table d'habitudes pour l'utilisateur donné, détermination de données prioritaires à transférer en fonction de la table d'habitudes, la priorité de ces données étant d'autant plus importante que l'habitude ou l'attente de l'utilisateur par rapport à ces données est forte, - transfert desdites données par un gestionnaire de transfert dans io le réseau de distribution vers un module de réception dans l'équipement utilisateur, le module de réception ayant pour fonction de stocker lesdites données dans un espace de stockage de l'équipement utilisateur, ledit espace de stockage étant contrôlé par le réseau de distribution. Grâce à l'invention, l'espace de stockage destiné aux contenus multimédias chez l'utilisateur est utilisé de manière optimale, puisqu'il permet aux serveurs multimédias de télécharger des contenus judicieux dans cet espace de stockage. L'utilisateur a ainsi à sa disposition des données à consulter dans ses domaines d'intérêt, sans délai de transmission. Selon une caractéristique préférée, la mise à jour de la table d'habitudes utilise des règles de priorité qui analysent les informations collectées pour déterminer le caractère plus ou moins prioritaire des éléments de la table d'habitudes, ledit caractère prioritaire influant sur la détermination des données prioritaires à transférer. Ceci permet d'adapter l'analyse des informations collectées à chaque utilisateur. En effet le caractère prioritaire des éléments de la table d'habitudes doit refléter au mieux les préférences de l'utilisateur en terme de consommation des données qui sont transférées par le réseau de distribution. Selon une caractéristique préférée, la table d'habitudes est utilisée en combinaison avec d'autres données telles que des bases de données de contenus, des tables de connexité, l'historique utilisateur ou les préférences déclarées de l'utilisateur, pour déterminer une liste de fichiers de données 2878101 4 directement susceptibles d'intéresser l'utilisateur, à transférer à l'équipement utilisateur. Ceci permet au système mettant en oeuvre l'invention, d'affiner la sélection des contenus directement susceptibles d'intéresser l'utilisateur, en tenant compte de toute sorte de données collectées, notamment des statistiques globales sur les goûts typiques de certaines catégories d'utilisateur. Selon une caractéristique préférée, le gestionnaire de transfert dans le réseau de distribution utilise des informations sur l'état de la ligne utilisateur pour transférer lesdites données à l'équipement utilisateur. Cela permet au fournisseur d'accès de transmettre les données en période de faible charge des o serveurs et réseaux de transmissions, ce qui contribue à une meilleure rentabilité des réseaux de transport. Selon une caractéristique préférée, le module de réception desdites données dans l'équipement utilisateur remonte des informations sur l'état de l'espace de stockage au système dans le réseau de distribution mettant en oeuvre le procédé. Cela permet notamment d'éviter le transfert de données lorsque la place disponible dans la mémoire cache est insuffisante. Selon une caractéristique préférée, le module de réception desdites données dans l'équipement utilisateur met à la disposition des logiciels de consultation le contenu des données disponibles dans l'espace de stockage. Ceci permet à l'équipement utilisateur de proposer directement de nouveaux contenus immédiatement disponibles à l'utilisateur, sans que celui-ci ait besoin de formuler une requête. L'invention concerne un dispositif de transfert de données qui comporte des moyens de mise en oeuvre des caractéristiques citées plus haut. L'invention concerne aussi un programme d'ordinateur qui comporte des instructions de mise en oeuvre des caractéristiques citées plus haut. Le dispositif et le programme d'ordinateur présentent des avantages analogues à ceux du procédé. :30 D'autres caractéristiques et avantages apparaîtront à la lecture d'un mode de réalisation préféré décrit en référence aux figures dans lesquelles: 2878101 5 - la figure 1 représente un équipement utilisateur et des entités fonctionnelles selon l'invention, dans le réseau de distribution de contenus multimédias, - la figure 2 représente un exemple de distribution des entités fonctionnelles dans des entités physiques, :selon l'invention, - la figure 3 représente le format d'un évènement remonté par des collecteurs d'évènements représentés à la figure 1, - la figure 4 représente le codage des types d'évènements remontés par le collecteur d'évènements dans l'équipement utilisateur représenté à la figure 0 1, - la figure 5 représente le codage des types d'évènements remontés par le collecteur d'évènements dans le réseau de distribution représenté à la figure 1, - la figure 6 représente le format d'une table d'habitudes de l'utilisateur, - la figure 7 représente le codage des types des descripteurs de la table d'habitudes représentée à la figure 6, - la figure 8 représente les tâches principales réalisées par le module d'analyse représenté à la figure 1, - la figure 9 représente plus précisément la première tâche représentée à la figure 8, - la figure 10 représente les règles de priorité appliquées par le module d'analyse représenté à la figure 1, - la figure 11 représente plus précisément la deuxième tâche représentée à la figure 8. Selon un mode de réalisation de l'invention, le système mettant en oeuvre le procédé selon l'invention utilise plusieurs entités fonctionnelles aussi bien chez les utilisateurs que dans le réseau de distribution de contenus multimédias. Le système utilise notamment un équipement utilisateur EU installé chez un utilisateur U et représenté à la figure 1. L'utilisateur U, qui est abonné à un service de consultation de contenus multimédias, peut consulter des contenus 2878101 6 audiovisuels grâce à un logiciel multimédia implémenté dans un module ML de l'équipement utilisateur EU. Typiquement cet équipement utilisateur est une passerelle domestique reliée à un ou plusieurs terminaux T, par exemple une télévision numérique. En variante, les fonctionnalités de l'équipement utilisateur sont intégrées dans un de ces terminaux, par exemple dans un ordinateur. L' équipement EU contient en outre un collecteur d'évènements CE et un module de réception de fichiers multimédias autonome, REC, qui alimente une mémoire cache C permettant de présenter de manière anticipée des contenus à io l'utilisateur U par l'intermédiaire du module logiciel multimédia ML. La mémoire cache C n'est pas directement accessible par l'utilisateur U et est entièrement gérée par le fournisseur du service de consultation de contenus multimédias. En particulier la mémoire cache ne peut être vidée ni remplie par l'utilisateur, c'est le module de réception REC qui efface ou ajoute des fichiers dans la mémoire cache, suivant les instructions d'un gestionnaire de transfert GES, qui sera détaillé dans la suite. Pour simplifier la description, l'équipement utilisateur EU n'a qu'un unique utilisateur, qui est l'utilisateur U, bien que l'invention s'applique aussi au cas où l'équipement utilisateur est utilisé par plusieurs utilisateurs. Dans ce dernier cas, il faut distinguer les évènements et flux concernant chaque utilisateur dans l'équipement utilisateur et dans le réseau ainsi que l'espace disque de la mémoire cache réservé à chaque utilisateur dans l'équipement utilisateur. Le module de réception REC, le 1module logiciel multimédia ML et le collecteur d'évènements CE échangent des données avec le réseau de distribution par l'intermédiaire de la connexion de l'utilisateur U, qui est par exemple une liaison ADSL, d'après l'anglais Asymmetric Digital Subscriber Line. Le réseau de distribution comporte plusieurs entités fonctionnelles qui 30 sont dans des entités physiques séparées ou regroupées dans un même serveur. Le réseau de distribution contient 2878101 7 - un ou des serveurs multimédias SM permettant d'envoyer des données multimédias à l'équipement utilisateur EU, - une base de données BDC de tous les fichiers multimédias disponibles, - un système d'informations SI qui gère notamment toutes les informations de souscription de l'utilisateur U et la taxation, - un collecteur d'évènements CR dans le réseau, - un module d'analyse ALG qui sera détaillé dans la suite, - une base de données BDU des utilisateurs, qui regroupe toutes les informations de profil des utilisateurs du service et les historiques io utilisateurs, - et un gestionnaire de transfert GES, piloté par le module d'analyse ALG, chargé de transférer des contenus multimédias de manière anticipée au module de réception REC. Un exemple de distribution de ces entités fonctionnelles en entités physiques est représenté à la figure 2, dans le cas où l'équipement utilisateur EU est une passerelle domestique: - La passerelle domestique P implémente toutes les entités fonctionnelles de l'équipement utilisateur EU. - La passerelle domestique P est reliée à plusieurs terminaux T, qui sont une télévision numérique, un boîtier de services de voix sur IP, d'après l'anglais Internet Protocol, une chaîne hi-fi numérique, et un ordinateur personnel. L'utilisateur U utilise un de ces terminaux pour accéder aux services de la passerelle domestique P. - Les serveurs de contenus SC contiennent les serveurs multimédia SM et la base de données BDC. - Le serveur de gestion du cache SG contient le module d'analyse ALG, la base de données BDU, le collecteur d'évènements CR et le gestionnaire de transfert GES. - Les serveurs du système d'information SSI contiennent le système d'information SI. 2878101 8 Les principales entités nécessaires à ce mode de réalisation de l'invention vont maintenant être présentées séparément. Le collecteur d'évènements CE collecte des informations sur les actions effectuées par l'utilisateur U dans l'équipement utilisateur de manière locale, c'est à dire sans qu'il y ait d'interaction avec le réseau de distribution, et des informations sur les évènements système détectés par l'équipement utilisateur. Les actions enregistrées par le collecteur CE concernent les commandes utilisateur passées avec le module ML de l'équipement utilisateur, notamment les choix aux menus, les demandes de contenus multimédias, les enregistrements et relectures réalisés par l'utilisateur U Les évènements système détectés dans l'équipement utilisateur EU concernent les signaux d'alerte ou les messages d'erreur sur les états matériel et logiciel de l'équipement utilisateur. Par exemple un contenu non trouvé ou un périphérique absent est un évènement système remonté par le collecteur CE. Ceci permet notamment de tenir à jour la liste des contenus qui ont été effectivement lus. Cette liste est contenue dans l'historique utilisateur, conservé dans la base de données BDU. Chaque information collectée par le collecteur CE est horodatée pour permettre son analyse ultérieure par le module d'analyse ALG. De plus cette information est assimilée à un évènement E décrit sous un format représenté à la figure 3. Ce format comporte au moins les champs suivants: - Le champ appelé "Code" et référencé CCO contient un code qui identifie le type de l'évènement E. - Le champ appelé "User Id" et référencé CUI identifie de manière unique l'utilisateur à l'origine de l'évènement E. Le champ appelé "Horodatage" et référencé CHO contient la date et l'heure de l'évènement E. - Le champ appelé "Element" et référencé CEL contient l'objet sur lequel porte l'évènement E. En général cet objet fait référence à un contenu multimédia, par des descripteurs de contenu DC. Dans ce cas, le champ 2878101 9 "Element" contient un ou plusieurs descripteurs DC du contenu multimédia associé à l'évènement E collecté. Ces descripteurs DC indiquent pour chaque contenu le genre, le style, le titre ou les acteurs associés au fichier multimédia correspondant. Ils sont déduits de tables ou guides de programmes par exemple. Tout ou une partie de cette collecte d'évènements peut être enrichie ultérieurement, par exemple par le module d'analyse ALG, si le collecteur CE n'a que l'information du titre d'un film au moment de la collecte de l'évènement correspondant. L'utilisation du champ CCO pour la codification des évènements collectés est représentée dans le tableau TAB1, non limitatif, de la figure 4. Ainsi, - l'action de lire un contenu multimédia est un évènement identifié par un code Eal, et qui comporte dans son champ "Element" le titre du contenu 15 multimédia correspondant, - l'action d'enregistrer un contenu mulltimédia est un évènement identifié par un code Ea2, et qui comporte dans son champ "Element" le titre du contenu multimédia correspondant, l'action de supprimer un contenu multimédia précédemment enregistré est un évènement identifié par un code Ea3, et qui comporte dans son champ "Element" le titre du contenu multimédia correspondant, - l'action de rechercher un titre parmi un genre dans un menu est un évènement identifié par un code Ea4, et qui comporte dans son champ "Element" le nom du genre correspondant, - l'action de rechercher les caractéristiques d' un contenu multimédia, par exemple les acteurs d'un film ou sa durée, est un évènement identifié par un code Ea5, et qui comporte dans son champ "Element" le nom du contenu multimédia correspondant. Le collecteur d'évènements CE remonte les évènements formatés selon 30 la figure 3 au module d'analyse ALG, au fil de l'arrivée de ces évènements. 2878101 10 En parallèle avec la collecte d'évènements au niveau de l'équipement utilisateur, le collecteur d'évènements CR dans le réseau de distribution enregistre, pour chaque utilisateur, à la fois: - les évènements significatifs des échanges de contenus multimédias entre les serveurs multimédias SM et le module logiciel multimédia ML, et entre le gestionnaire de transfert GES et le module de réception REC. Ces évènements sont par exemple une requête de téléchargement d'un contenu multimédia par l'utilisateur U ou la réponse du serveur à cette requête. o - les évènements transactionnels qui encadrent ces échanges et qui sont liés à une communication entre les serveurs multimédias SM et le système d'information SI. Ces évènements sont par exemple une demande d'autorisation, un acquittement ou l'envoi d'un ticket de taxation. - les évènements de taxation qui sont détectés au niveau du système d'information SI, par exemple l'approvisionnement de son compte par l'utilisateur. Chaque évènement collecté par le collecteur CR est présenté selon le même format que celui utilisé par le collecteur CE, format qui est représenté à 20 la figure 3. Chaque évènement est également horodaté et codifié. Le tableau TAB2 de la figure:5 représente une codification, non limitative, des évènements. Ainsi, - l'action de rechercher un genre disponible dans les serveurs multimédias SM est un évènement identifié par un code Est, et qui comporte dans son champ "Element" le nom du genre correspondant, - l'action de rechercher un titre dans les serveurs multimédias SM est un évènement identifié par un code Es2, et qui comporte dans son champ "Element" le titre du contenu multimédia correspondant, 2878101 11 - l'action de lister des titres disponibles, dans les serveurs multimédias SM, pour un genre, est un évènement identifié par un code Es3, et qui comporte dans son champ "Element" le nom du genre correspondant, - l'action de demander le transfert pour lecture du document "titre" aux serveurs multimédias SM est un évènement identifié par un code Es4, et qui comporte dans son champ "Element" le nom du titre correspondant, - l'action d'acheter un contenu multimédia est un évènement identifié par un code Et1, et qui comporte dans son champ "Element" le nom du contenu multimédia correspondant, o l'action de s'abonner à une série pour une durée est un évènement identifié par un code Et2, et qui comporte dans son champ "Element" le nom de la série et la durée correspondante, - L'action d'approvisionner son compte d'un certain montant est un évènement identifié par un code Et3, et qui comporte dans son champ "Element" le montant correspondant. Le collecteur d'évènements CR remonte les évènements formatés selon la figure 3 au module d'analyse ALG, au fil de l'arrivée de ces évènements. La base de données utilisateur BIDU contient des données propres à l'utilisateur U, qui sont des règles de prioriité, dont l'utilisation est explicitée plus loin, et trois tables de données. Ces tables sont la table d'habitudes TH représentée à la figure 6, une table de paramètres TP et une table d'états TE, décrites plus loin et représentées à la figure 8. La table d'habitudes TH contient un profil des habitudes de l'utilisateur U et est enregistrée sous la forme d'une suite de descripteurs DH, représentée à la figure 6. Chaque descripteur traduit une habitude plus ou moins marquée de l'utilisateur U pour un genre, un contenu rnultimédia, un style ou un acteur. Ces descripteurs sont issus des descripteurs de contenus DC associés aux évènements remontés par les collecteurs CE et CR, c'est-à-dire concernent les contenus susceptibles d'intéresser ou d'avoir intéressé l'utilisateur U. Les descripteurs DH sont donc créés ou détruits dans la table d'habitudes au fil de 2878101 12 l'eau des remontées d'évènements. Chaque contenu récemment consulté a ainsi dans la table TH un descripteur DH correspondant à un descripteur DC extrait de cette action de consultation. Il est à noter que l'historique de l'utilisateur, contenu dans la table de pararnètres TP décrite plus loin, conserve des informations de manière permanente. Chaque descripteur DH comporte un champ PR, qui indique la priorité du descripteur, un champ appelé CODE, qui caractérise le type du descripteur, et un champ PARAM, qui contient un paramètre qualifiant le descripteur. Dans cet exemple de réalisation de l'invention, quatre types de o descripteurs DH sont définis, mais d'autres types peuvent être ajoutés pour affiner le profil d'habitudes de l'utilisateur. La description des différents types de descripteurs est synthétisée dans le tableau TAB3 de la figure 7. Ainsi: - Le premier type de descripteur DH est le type "GENRE", qui identifie une habitude de l'utilisateur pour un genre de contenu multimédia, par exemple pour la musique symphonique ou pour les films policiers. Le descripteur de type "GENRE" contient dans le champ "PARAM" le nom du genre correspondant à cette habitude. - Le second type de descripteur DH est le type "TITRE", qui identifie une habitude de l'utilisateur pour un contenu multimédia bien défini, par exemple pour un film préféré ou une émission préférée. Le descripteur de type "TITRE" contient dans le champ "PARAM" le nom du titre correspondant à ce contenu multimédia. - Le troisième type de descripteur DH est le type "ACTEUR", qui identifie une habitude de l'utilisateur pour un intervenant, par exemple un acteur, un chanteur ou un écrivain préférés. Le descripteur de type "ACTEUR" contient dans le champ "PARAM" le nom de cet intervenant préféré. - Le quatrième type de descripteur DH est le type "STYLE" qui identifie une habitude de l'utilisateur pour un style de contenus rnultimédias, par exemple un style destiné aux adolescents ou aux bricoleurs. Le 2878101 13 descripteur de type "STYLE" contient dans le champ "PARAM" le nom de ce style. La valeur de priorité du champ PR est l'élément déterminant des habitudes. Elle permet de hiérarchiser les habitudes pour chaque usager. Par exemple, pour un usager donné, l'habitude d'un certain "genre" a plus d'importance que les autres habitudes. La table des habitudes est mise à jour par le module d'analyse ALG, selon la tâche T1 de la figure 8 et explicitée plus loin. W Les règles de priorité sont utilisées dans le traitement Ti précédemment cité. Elles indiquent comment faire évoluer le paramètre PR des descripteurs DH de la table d'habitudes TH en fonction de l'arrivée d'un évènement E. Les règles de priorité sont soit statiques soit rnises à jour par le module d'analyse ALG, par exemple à chaque traitement T2' représenté à la figure 8 et explicité plus loin. La table de paramètres TP contient: - les préférences que l'utilisateur U a signifiées lors de son abonnement ou a mises à jour dans son profil d'abonné, - l'historique cumulé des consultations de l'utilisateur U, une table de connexité. Les préférences de l'utilisateur dans la table de paramètres sont mises à jour par le système d'information. Par exemple ces préférences indiqueront un style ou un genre préféré. L'historique cumulé des consultations de l'utilisateur U contient entre autres la liste de tous les contenus lus par l'utilisateur, par exemple depuis un an. Cet historique est mis à jour par le module d'analyse, mais pas nécessairement au fil de l'arrivée de chaque évènement: L'historique est par exemple mis à jour périodiquement toutes les nuits. La table de connexité est un moyen de relier certains contenus multimédias à d'autres contenus multimédias connexes. Cette table est mise à jour par les fournisseurs de contenus, par exemple en utilisant des programmes 2878101 14 de statistiques qui analysent les profils d'habitudes de tous les utilisateurs, et en déduisent quels contenus sont connexes entre eux. La table de connexité indique notamment: - pour un style de contenus donné, tous les contenus connexes à ce style: par exemple pour le style "adolescent", la table de connexité fournit une liste de contenus multimédias proches de ce style. - pour un genre donné, tous les genres connexes à ce genre. Par exemple pour le genre "film policier", la table de connexité indique o le genre "film à suspens". - pour un titre donné, tous les titres connexes à ce titre, par exemple pour le titre "Rambo 2", la table indiquera "Cobra", "Rambo 3", etc. des contenus connexes "par défaut", c'est-à-dire des contenus susceptibles d'intéresser la plupart des utilisateurs, par exemple des contenus sur un sujet d'actualité forte ou le meilleur livre de l'année. Cette table de connexité permet d'étendre les éléments d'habitude de l'utilisateur. Le champ des documents quü lui seront proposés par anticipation, sera élargi aux sujets connexes à ceux déjà demandés, à l'actualité, à son style de vie. La table d'états TE contient des informations sur l'état de la mémoire cache C et sur l'état de la ligne de transmission entre l'équipement utilisateur EU et le réseau de distribution. Les informations sur l'état de la mémoire cache comportent: - des informations sur l'automate d'état de la mémoire cache, c'est-à- dire son état disponible, indisponible ou en attente de réception de contenus par exemple, - et des informations sur l'état de remplissage de la rnémoire cache, c'est-à-dire les contenus présents dans la mémoire cache, et le remplissage de la mémoire cache par rapport à certains quotas de 2878101 15 remplissage en fonction des contenus, par exemple une information sur le fait que le pourcentage de la mémoire cache en journaux télévisés est atteint. Les informations sur l'état de la ligne utilisateur comportent: - Des informations de souscription sur la connexion utilisateur, notamment sur la nature de la ligne et le débit souscrits, par exemple le fait que l'utilisateur a une connexion ADSL à 512Kbit/s, - Et des informations sur l'état en cours de la connexion, notamment sur l'état des files d'attente vers le réseau, c'est-à-dire le nombre de requêtes en cours vers les serveurs multimédias. Cela permet de ne pas transférer de données vers la mémoire cache lorsque l'utilisateur est en train de visualiser une vidéo en temps réel depuis un serveur multimédia. Les informations sur l'état de la mémoire cache C sont mises à jour par le gestionnaire de transfert GES, et les informations sur l'état de la ligne sont mises à jour par les serveurs multimédias SM, le gestionnaire de transfert GES et le système d'information SI. Ce dernier fournit les informations sur la nature et éventuellement l'état de la connexion de l'utilisateur. La base de données de contenus I3DC comporte notamment la liste de tous les fichiers multimédias disponibles dans les serveurs multimédias, avec leurs descripteurs de contenu DC. Cette table est mise à jour par les fournisseurs de contenus. Le gestionnaire de transfert de données GES a pour tâche de déclencher de manière automatique et sans requête de l'utilisateur le transfert de données multimédias qui sont destinées à être utilisées par lui selon un fort taux de probabilité. Ce transfert s'effectue en plusieurs étapes et à des horaires où la charge des réseaux est faible, soulageant d'autant les serveurs et réseaux de transmissions. 2878101 16 Le module de réception REC, local à l'équipement utilisateur, est un système autonome de communication avec le réseau. Son rôle est de récupérer les données multimédias envoyées par le gestionnaire de transfert GES, puis de les stocker dans la mémoire cache C à disposition du logiciel multimédia dans le module ML. II communique de plus au gestionnaire de transfert GES les états de la mémoire cache de l'équipement utilisateur et les acquittements de bonne réception des données. De manière générale, il permet au gestionnaire de transfert GES de contrôler l'état de la mémoire cache C. Il dispose notamment d'un programme permettant de gérer la mémoire cache C et de connaître les contenus disponibles dans la mémoire cache. De plus il dispose d'une interface de dialogue avec le gestionnaire de transfert GES. Cette interface utilise par exemple une interface de programmation de type XMLRPC, d'après l'anglais eXtensible Markup Language Remote Procedure Cali. Elle permet au gestionnaire de transfert GES de demander au module de réception REC de démarrer une application cliente de transfert de fichier pour recevoir un fichier par anticipation. Elle permet aussi au gestionnaire de transfert GES d'utiliser d'autres commandes pour contrôler la mémoire cache C, par exemple pour demander au module de réception REC d'effacer un fichier sur le disque. Le module de réception REC maintient à jour une table des contenus disponibles dans la mémoire cache C. Cette table est exploitée prioritairement par le module logiciel multimédia ML. Celui-ci propose donc sans délai d'attente des documents qui correspondent avec une forte probabilité aux attentes de l'utilisateur. Le module d'analyse ALG interagit à la fois avec les collecteurs d'informations CR et CE, la base de données utilisateur BDU, la base de données de contenus BDC et le gestionnaire de transfert GES. Il cerne les habitudes de l'utilisateur de plus en plus précisément, grâce 30 aux évènements remontés par les collecteurs CE et CR, selon la tâche Ti, représentée à la figure 8. 2878101 17 II établit une liste de fichiers multimédias à envoyer à l'utilisateur, et qui est transmise au gestionnaire de transfert pour envoi, selon la tâche T2, représentée à la figure 8. Il est à noter que les tâches T1 et T2 sont asynchrones. En plus des tâches T1 et T2, le module d'analyse met à jour, par exemple périodiquement, l'historique utilisateur et les règles de priorité. Il se sert aussi des évènements remontés par les collecteurs CR et CE pour d'autres fonctions que celle de la tâche Ti, notamrnent pour demander au gestionnaire de transfert GES de supprimer dans la mémoire cache C les contenus -io multimédias déjà enregistrés par l'utilisateur U. Le fonctionnement du système utilisé dans ce mode de réalisation de l'invention est maintenant décrit. L'utilisateur U consulte des contenus audiovisuels via son module logiciel multimédia ML présent dans l'équipement EU. Cette phase est classique. Les collecteurs CE et CR collecteni. en parallèle et de manière continue les évènements relatifs à l'utilisateur U et les envoient au module d'analyse ALG, qui les traite selon la tâche T1. La tâche Ti permet au module d'analyse de dresser un profil des habitudes de l'utilisateur U, comme par exemple ses intérêts dans les domaines musicaux ou ses habitudes d'achats de contenus, en suivant les étapes représentées à la figure 9. Dans une première étape El, l'algorithme d'analyse réceptionne un 25 évènement E collecté par le collecteur CE ou le collecteur CR. Dans une deuxième étape E2, l'algorithme d'analyse recherche les descripteurs DH de la table d'habitudes TH concernés par cet évènement E, en examinant le contenu du champ "Element" de l'évènement E. Par exemple si le champ "Element" contient un descripteur de contenu DC correspondant à un titre de film, l'algorithme d'analyse cherche le descripteur DH correspondant à ce titre de film. Si un descripteur de contenu DC dans le champ "Element" n'a 2878101 18 pas de descripteur DH associé dans la table d'habitudes TH, l'algorithme d'analyse en crée un. Dans une troisième étape E3, l'algorithme d'analyse traite les descripteurs DH ainsi obtenus en utilisant les règles de priorité contenues dans 5 la base de données BDU, comme expliqué ci-après. Enfin dans la dernière étape E4 de la tâche Ti, la table d'habitudes TH est mise à jour. Pour cela, les descripteurs DH modifiés à l'étape E3 sont mis à jour dans la table TH. Si un de ces descripteurs a été créé à l'étape E2, il est ajouté dans la table d'habitudes TH. Él o Selon le traitement de l'étape E3, les règles de priorité utilisent l'évènement E en entrée pour adapter en sortie la priorité des descripteurs DH déterminés ou créés à l'étape E2. Pour cela, elles définissent pour chaque type d'évènement collecté par les collecteurs CE et CR, l'évolution de la priorité des descripteurs DH associés au contenu relatif à l'évènement collecté, dans la table d'habitudes. Par exemple, une de ces règles de priorité indique que la remontée d'un évènement Eal correspondant à la lecture d'un contenu par l'utilisateur U, incrémente le descripteur DH de type 'TITRE' correspondant à ce contenu de 1, et incrémente le descripteur DH de type "STYLE' correspondant à ce contenu de 2. Un exemple de règles de priorité est représenté à la figure 10. Les signes + ou - à l'intersection d'une colonne et d'une ligne données indiquent une augmentation ou une diminution de la priorité du descripteur DH de la colonne correspondante, du fait du type d'évènement collecté à la ligne correspondante. Par exemple, si l'utilisateur enregistre un contenu, ce qui correspond à l'évènement Ea2, la priorité du descripteur de type 'TITRE' correspondant à ce contenu est incrémentée, car cela traduit Sun intérêt pour ce titre. Les évènements remontés par les collecteurs CE et CR et qui ne sont pas relatifs à des contenus, n'ont aucun effet sur les descripteurs ou ont un effet sur tous les descripteurs à la fois: par exemple les règles de priorité 2878101 19 indiquent que l'approvisionnement de son compte par l'utilisateur incrémente tous les descripteurs de 1. Les règles de priorité sont régulièrement affinées pour chaque utilisateur en fonction de ses préférences et de son historique, par exernple à chaque traitement T2 du module d'analyse. Ainsi si l'utilisateur U déclare ne pas vouloir regarder deux fois les films, la priorité des films joués est décrémentée dans sa table d'habitudes, afin de favoriser les films non déjà vus. Selon la tâche T2 représentée à la figure 8, le module d'analyse utilise la o table d'habitudes TH, la table de paramètres TP, la table d'états TE et la base de données BDC, pour déterminer une liste de fichiers multimédias à transférer depuis le gestionnaire de transfert GES au module de réception REC dans l'équipement utilisateur, dans un certain ordre de priorité. La table des paramètres permet notamment au module d'analyse de pondérer les priorités de la table d'habitudes: par exemple si l'historique prouve que le week-end l'utilisateur préfère un certain genre, et que la tâche T2 s'effectue un vendredi dans la nuit, la priorité de ce genre est multipliée par un facteur 2 pendant la durée du traitement de la tâche T2. La table d'habitudes TH permet au module d'analyse d'avoir une liste de critères de recherche de fichiers multimédias susceptibles d'intéresser l'utilisateur, par ordre de priorité. Ces critères sont les n premiers descripteurs DH ayant la plus forte priorité par exemple, n étant un paramètre configurable dans le module d'analyse. En variante, ces critères sont par exemple déterminés par l'association du genre le plus prioritaire et du style le plus prioritaire. La table de connexité de la table de paramètres TP permet d'obtenir des critères de recherche prioritaires pour la recherche de contenus connexes à transférer à l'utilisateur. Ces critères additionnels sont obtenus en appliquant en entrée de la table de connexité les critères de recherches prioritaires précédemment obtenus à partir de la table d'habitudes TH. La priorité du critère additionnel dépend donc de celle du critère prioritaire à partir duquel il est obtenu. 2878101 20 La table des états permet de déterminer le nombre de fichiers à transférer suivant certains quotas. Par exemple la mémoire cache a un quota de 80% de son espace libre pour contenir des fichiers multimédias directement susceptibles d'intéresser l'utilisateur, comme par exemple son feuilleton préféré, et 20% de son espace libre pour contenir des sujets connexes. La base de données de contenus BDC permet au module d'analyse ALG de rechercher les fichiers multimédias à transférer par ordre de priorité en utilisant les critères de recherche déterminés en utilisant la table d'habitudes, ainsi que la table de connexité, comme expliqué précédemment. Les fichiers o multimédias qui sont déjà présents dans la mémoire cache ne sont pas retenus dans le résultat de cette recherche. En prenant les exemples de quotas de la mémoire cache cités plus haut, le module d'analyse va rechercher 80% de fichiers prioritaires directement susceptibles d'intéresser l'utilisateur, et 20% de fichiers multimédias sur des sujets connexes. La tâche T2 comporte donc la succession des étapes suivantes, comme représenté à la figure 11: L'étape E5 est la pondération par le module d'analyse ALG, des priorités des descripteurs DH de la table d'habitudes TH, au vu de l'historique utilisateur 20 et de ses préférences. L'étape E6 est la recherche des contenus multimédias susceptibles d'intéresser l'utilisateur par le module d"analyse ALG. Le module d'analyse utilise comme critères de recherche dans la base de données de contenus BDC les types de descripteurs DH les plus prioritaires de la table d'habitudes TH. Pour la recherche de contenus connexes, le module d'analyse utilise en outre les critères de recherche obtenus à partir de la table de connexité. L'étape E7 est le classement des contenus ainsi obtenus par ordre de priorité, les contenus les plus prioritaires étant ceux obtenus avec les critères les plus prioritaires. L'étape E8 est l'élimination dans la liste de contenus multimédias ainsi obtenue, par le module d'analyse ALG, des contenus multimédias déjà présents dans la mémoire cache. L'étape E9 est la détermination par le module d'analyse ALG, de listes de fichiers à transférer dans la mémoire cache, à partir de la liste de contenus multimédias ainsi obtenue, et en tenant compte de l'état de remplissage de la mémoire cache. Ces fichiers sont classés par ordre de priorité dans chaque liste, chaque liste correspondant à un type de contenu régi par un quota. L'étape El0 est l'envoi, par le module d'analyse ALG, des listes de fichiers ainsi obtenues au gestionnaire de transfert GES. Le gestionnaire de transfert GES reçoit du module d'analyse ALG les to noms des fichiers à transférer pour l'utilisateur U. Il utilise la table d'états pour déterminer le moment approprié pour transférer ces fichiers à l'utilisateur U, en fonction de la place disponible dans la mémoire cache et des contraintes réseau. Les transferts, ayant lieu par anticipation, se font à largeur de bande restreinte et pendant la nuit ou en horaires creux. Ceci présente un gros avantage pour les fournisseurs d'accès et de contenus. Lorsque le gestionnaire de transfert GES décide de transférer des données à l'utilisateur U, il procède aux requêtes adéquates auprès des serveurs multimédias pour recevoir les fichiers correspondants, puis transfère les données vers le module de réception REC. 22 REVENDICATIONS 1. Procédé de transfert de données depuis un réseau de distribution vers un équipement utilisateur (EU), via un réseau de communication, caractérisé en ce qu'il comporte les étapes de: - collecte d'informations concernant les interactions entre un utilisateur (U) donné et l'équipement utilisateur, - analyse des informations collectées (E2, E3) pour mettre à jour (E4) une table d'habitudes (TH) pour l'utilisateur donné, détermination de données prioritaires à transférer (E5, E6, E7, E8, E9) en fonction de la table d'habitudes, la priorité de ces données étant d'autant plus importante que l'habitude ou l'attente de l'utilisateur par rapport à ces données est forte, - transfert desdites données (El0) par un gestionnaire de transfert (GES) dans le réseau de distribution vers un module de réception (REC) dans l'équipement utilisateur, le module de réception ayant pour fonction de stocker lesdites données dans un espace de stockage (C) de l'équipement utilisateur, ledit espace de stockage étant contrôlé par le réseau de distribution. 2. Procédé de transfert de données vers un équipement utilisateur selon la revendication 1, caractérisé en ce que la mise à jour de la table d'habitudes (TH) utilise des règles de priorité qui analysent les informations collectées pour déterminer le caractère plus ou moins prioritaire des éléments de la table d'habitudes (TH), ledit caractère prioritaire influant sur la détermination des données prioritaires à transférer. 3. Procédé de transfert de données vers un équipement utilisateur selon la revendication 1 ou 2, caractérisé en ce que la table d'habitudes (TH) est utilisée en combinaison avec d'autres données telles que des bases de données de contenus, des tables de connexité, l'historique utilisateur ou les préférences déclarées de l'utilisateur, pour déterminer une liste de fichiers de données prioritaires, à transférer à l'équipement utilisateur. 4. Procédé de transfert de données vers un équipement utilisateur selon l'une quelconque des revendications 1 à 3, caractérisé en ce que le gestionnaire de transfert (GES) dans le réseau de distribution utilise des informations sur l'état de la ligne utilisateur pour transférer lesdites données à l'équipement utilisateur. Io 5. Procédé de transfert de données vers un équipement utilisateur selon l'une quelconque des revendications 1 à 4, caractérisé en ce que le module de réception (REC) desdites données dans l'équipement utilisateur remonte des informations sur l'état de l'espace de stockage (C) au système dans le réseau de distribution mettant en oeuvre le procédé. 6. Procédé de transfert de données vers un équipement utilisateur selon l'une quelconque des revendications 1 à 5, caractérisé en ce que le module de réception (REC) desdites données met à la disposition des logiciels de consultation le contenu des données disponibles dans l'espace de stockage. 7. Programme comportant des instructions pour mettre en oeuvre le procédé selon l'une quelconque des revendications 1 à 6. 8. Dispositif de transfert de données contenant des moyens de mise en oeuvre du procédé selon l'une quelconque des revendications 1 à 6. 9. Equipement utilisateur contenant des moyens de mise en oeuvre du procédé selon l'une quelconque des revendications 1 à 6. 10. Passerelle domestique contenant des moyens de mise en oeuvre du procédé selon l'une quelconque des revendications 1 à 6.