FR2835383A1 - Procede de gestion d'enregistrements de documents audiovisuels et dispositifs associes - Google Patents
Procede de gestion d'enregistrements de documents audiovisuels et dispositifs associes Download PDFInfo
- Publication number
- FR2835383A1 FR2835383A1 FR0206332A FR0206332A FR2835383A1 FR 2835383 A1 FR2835383 A1 FR 2835383A1 FR 0206332 A FR0206332 A FR 0206332A FR 0206332 A FR0206332 A FR 0206332A FR 2835383 A1 FR2835383 A1 FR 2835383A1
- Authority
- FR
- France
- Prior art keywords
- document
- terminal
- audiovisual
- attributes
- documents
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L12/2805—Home Audio Video Interoperability [HAVI] networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
- H04L67/303—Terminal profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/765—Interface circuits between an apparatus for recording and another apparatus
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L12/2807—Exchanging configuration information on appliance services in a home automation network
- H04L12/2814—Exchanging control software or macros for controlling appliance services in a home automation network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L2012/2847—Home automation networks characterised by the type of home appliance used
- H04L2012/2849—Audio/video appliances
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Multimedia (AREA)
- Automation & Control Theory (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
L'invention concerne un procédé de gestion d'enregistrements au sein d'un réseau de communication. Le réseau de communication comporte des terminaux audiovisuels dotés de moyens d'enregistrements de documents audio ou audiovisuels. Le procédé comporte les étapes suivantes :- a) calcul d'une valeur représentant l'adéquation concernant l'enregistrement entre le document et un terminal;- b) re-itération de l'étape a) en calculant une valeur d'adéquation pour chaque terminal;- c) sélection de l'appareil pour enregistrer le document dont la valeur d'adéquation est la plus grande.Selon un perfectionnement, le calcul de la valeur d'adéquation prend en compte des attributs associés au terminal et associés au document. Ces attributs concernent : le thème du document à enregistrer et des documents habituellement accessibles à partir de ce terminal, et/ ou la taille du document, le type de document et le type des documents que le terminal peut reproduire, le niveau de moralité du document et le niveau de moralité associé au terminal, le temps de transfert des documents avec le terminal. L'invention concerne aussi un dispositif doté de moyens pour la mise en oeuvre du procédé.
Description
<Desc/Clms Page number 1>
L'invention concerne un procédé de gestion d'enregistrements de documents audiovisuels au sein de terminaux audiovisuels connectés entre eux par un réseau de communication numérique, et un dispositif de d'enregistrement tel qu'un terminal audiovisuel ou audio conçu pour mettre en oeuvre le procédé.
Un réseau de communication numérique comprend des appareils reliés entre eux par un bus de communication, par exemple le bus IEEE 1394, utilisant des fils ou des ondes. Le réseau de type domestique comporte, par exemple, les appareils suivants : des terminaux permettant aux utilisateurs de mémoriser et de reproduire des documents audiovisuels, des terminaux permettant aux utilisateurs de visualiser des documents audiovisuels, des récepteurs de télévision numérique (un décodeur par exemple) capable de recevoir des documents audiovisuels provenant d'un réseau de diffusion ou d'un réseau point par point (Internet par exemple), un dispositif de mémorisation des documents audiovisuels (un magnétoscope), un modem, etc. La liste des appareils n'est pas exhaustive. Les appareils peuvent être en plusieurs exemplaires au sein du réseau de communication, par exemple on peut imaginer que, pour un réseau de communication domestique, chaque pièce de !'habitation dispose d'un terminal, que plusieurs récepteurs permettent de recevoir des documents provenant de plusieurs réseaux de diffusion, et que le réseau de communication dispose de plusieurs dispositifs de mémorisation de type différent, par exemple un magnétoscope numérique et un disque dur. Le réseau peut être géré de façon centralisée à l'aide d'un appareil de contrôle ou répartie, chaque appareil ayant la possibilité de contrôler alternativement le réseau.
Les documents susceptibles d'être enregistrés possèdent des attributs qui définissent leur taille, leur type (audiovisuel, audio, programme exécutable,....), leur thème (film, documentaire, journal, publicité,...) et quelquefois un sous-thème pour certain thème (dans le cas de film : action, romantique, aventure, horreur, liste d'acteurs...).
<Desc/Clms Page number 2>
Le réseau de communication numérique permet aux utilisateurs et aux applications de partager des ressources au sein d'une habitation. Ces ressources peuvent être classées selon le fait qu'elles stockent l'information, ou qu'elles utilisent l'information stockée. Le partage des ressources pose des problèmes concernant les transferts d'information à travers le réseau et l'occupation de la bande passante disponible
Supposons par exemple qu'un utilisateur lance la visualisation d'un document enregistré sur un organe de stockage situé dans une autre pièce, et que le réseau à ce moment est surchargé, l'utilisateur ne pourra pas voir correctement son document audiovisuel.
Supposons par exemple qu'un utilisateur lance la visualisation d'un document enregistré sur un organe de stockage situé dans une autre pièce, et que le réseau à ce moment est surchargé, l'utilisateur ne pourra pas voir correctement son document audiovisuel.
La présente invention permet de mieux optimiser l'espace de stockage réparti entre les différents appareils d'un réseau, et d'utiliser la bande passante du réseau d'une façon améliorée en diminuant le nombre de transferts de données. La présente invention permet ainsi d'optimiser l'utilisation des dispositifs d'enregistrement connectés en réseau.
La présente invention consiste en un procédé de gestion d'enregistrements de documents audio ou audiovisuels au sein d'un réseau de communication comportant une pluralité de terminaux audiovisuel dotés de moyens d'enregistrements, caractérisé en ce qu'il comporte les étapes suivantes : - a) calcul d'une valeur représentant l'adéquation concernant l'enregistrement entre le document et un terminal, - b) re-itération de l'étape a) en calculant une valeur d'adéquation pour chaque terminal ; - c) sélection de l'appareil pour enregistrer le document dont la valeur d'adéquation est la plus grande.
De cette façon, le réseau recherche l'appareil le plus apte à enregistrer le document en fonction de critères associés au document et de critères associés à l'appareil. Cette adéquation évite certains transferts car le document peut être directement lu à partir de l'appareil, de ce fait elle
<Desc/Clms Page number 3>
diminue globalement les temps de transferts et optimise des ressources. Les critères associés au document sont soit transmis avec lui, soit calculés dynamiquement au niveau du terminal.
Selon un perfectionnement, le calcul de la valeur d'adéquation prend en compte le thème du document audiovisuel et le thème des documents généralement sélectionnés par les utilisateurs du terminal. Selon un perfectionnement, le calcul d'adéquation prend en compte le type de document et interdit l'enregistrement lorsque les types sont différents. Selon un autre perfectionnement, le calcul d'adéquation prend en compte la taille du document audiovisuel et la taille moyenne des documents que l'on mémorise dans le terminal, l'appareil dans lequel la taille moyenne des documents correspond à celle du document est utilisé de façon privilégiée.
Selon un autre perfectionnement, le calcul d'adéquation prend en compte la taille du document audiovisuel et le débit de transfert du terminal, on privilégie le stockage des petits fichiers dans les terminaux qui ont un débit lent. Selon un autre perfectionnement, le calcul d'adéquation prend en compte la moralité du document audiovisuel et le niveau maximum de moralité des documents accessibles à partir du terminal, l'appareil dans lequel le niveau maximum de moralité des documents est inférieur à celui du document à enregistrer, est utilisé de façon privilégiée.
Selon un autre perfectionnement, chaque terminal possède une liste d'attributs constituant un profil type de l'utilisateur pour ce terminal, les attributs de cette liste sont les attributs des documents généralement commandés par des utilisateurs sur ce terminal et reproduits par ce terminal.. Selon un autre perfectionnement, cette liste est modifiable manuellement par un utilisateur de ce terminal.
Selon un autre perfectionnement, lorsqu'un appareil est connecté au réseau, un transfert d'au moins un document s'opère vers ce nouvel appareil lorsque les valeurs d'adéquation pour ce nouvel appareil sont meilleures que celles calculées pour n'importe quel autre appareil.
<Desc/Clms Page number 4>
L'invention a aussi pour objet un terminal audiovisuel doté de moyens d'enregistrement de documents audio ou audiovisuel, caractérisé en ce que le terminal comporte un moyen de calcul d'une valeur représentant l'adéquation entre un document à enregistrer et le terminal, le moyen d'enregistrement étant ou non activé pour enregistrer ce document selon la valeur calculée.
D'autres caractéristiques et avantages de la présente invention ressortiront de la description des exemples de réalisation qui vont suivre, pris à titre d'exemples non limitatifs, en référence aux figures annexées dans lesquelles :
La figure 1 représente un schéma d'un réseau domestique dans lequel l'invention est mise en oeuvre ;
La figure 2 représente un organigramme d'exécution des différentes étapes du procédé.
La figure 1 représente un schéma d'un réseau domestique dans lequel l'invention est mise en oeuvre ;
La figure 2 représente un organigramme d'exécution des différentes étapes du procédé.
Un réseau de communication numérique selon un présent exemple de réalisation est décrit à la figure 1. Ce réseau comprend par exemple les appareils suivants :
un décodeur STB comportant une unité de traitement (uP2), une mémoire (M2) pour le stockage de documents audiovisuels, d'un syntoniseur et d'un démultiplexeur DEMUX2 permettant de recevoir des documents émis sur une réseau de diffusion, et une connexion avec un écran de télévision TV1. Cet ensemble est placé dans une pièce P1 de la maison, la cuisine par exemple. un écran interactif de télévision TV2, doté d'un clavier alphanumérique K2, et connecté à un magnétoscope VCR2, le tout pouvant servir de terminal pour introduire des ordres dans le réseau. Cet ensemble est placé dans une pièce P2 de la maison, la salle de séjour par exemple.
un décodeur STB comportant une unité de traitement (uP2), une mémoire (M2) pour le stockage de documents audiovisuels, d'un syntoniseur et d'un démultiplexeur DEMUX2 permettant de recevoir des documents émis sur une réseau de diffusion, et une connexion avec un écran de télévision TV1. Cet ensemble est placé dans une pièce P1 de la maison, la cuisine par exemple. un écran interactif de télévision TV2, doté d'un clavier alphanumérique K2, et connecté à un magnétoscope VCR2, le tout pouvant servir de terminal pour introduire des ordres dans le réseau. Cet ensemble est placé dans une pièce P2 de la maison, la salle de séjour par exemple.
<Desc/Clms Page number 5>
un système audiovisuel comportant une unité de traitement UC3, une mémoire de programme M3, et un disque dur de grande capacité pour la mémorisation de documents audiovisuels, ou d'images. L'unité centrale est également connecté à un écran de télévision TV3. Cet ensemble est placé dans une pièce P3 de la maison, la chambre des parents par exemple. On peut aussi installer un ensemble similaire dans la chambre des enfants. un magnétoscope accessible uniquement à travers le réseau.
. une chaîne HIFI (non représentée) comportant une unité de traitement, un disque dur pour la mémorisation de documents audio uniquement (sous forme de fichier MP3 par exemple), ainsi qu'une unité de restitution permettant d'écouter les documents audio. un modem (non représenté) permettant au réseau d'accéder par une liaison téléphonique à un réseau externe, Internet par exemple.
Tous ces appareils sont reliés entre eux par un bus numérique utilisant par exemple le standard IEEE 1394.
Le réseau comprend également un système de gestion qui interroge constamment les différents appareils et peut ainsi connaître leur état de disponibilité. Comme nous le détaillerons par la suite, le système de gestion des requêtes pour exécuter des enregistrements détermine quel est l'organe de stockage chargé de recevoir l'enregistrement. La détermination du choix de l'appareil s'effectue en fonction de différents critères dépendant du document audiovisuel et/ou de l'appareil de stockage. Selon le mode de gestion du réseau, le système de gestion ne se trouve pas au même endroit. Si la gestion est répartie, il se trouve sous la forme d'un programme dupliqué dans chaque appareil. Chaque appareil est doté d'un identifiant ID (par exemple, le node ID attribué par le gestionnaire du bus IEEE 1394). Si la gestion du réseau est de type centralisé, le gestionnaire de réseau est réalisé par une unité centrale (par exemple l'UC3) contrôlant les
<Desc/Clms Page number 6>
communications sur le réseau et certaines fonctions des différents appareils.
Ces fonctions sont exécutées en envoyant des commandes.
Le décodeur STB reçoit des données numériques émises par un satellite. Le contenu numérique de ces données est, par exemple, des images au format MPEG, constituant des documents audiovisuels. Par exemple, les données reçues sont formatées selon la norme DVB établie par l'ETSI ( < < European Telecommunications Standards Institute ) publiée en septembre 1997 sous la référence EN300 468-V1. 3.1 ou sous la référence REN/JTC-OODVB-43. Les attributs des documents sont contenus dans des informations de service Ces informations de service sont définies par les spécifications DVB-SI ( Digital Video Broadcast-specification for Service Information ou encore diffusion de vidéo numérique-spécification des informations de service). Les informations de service peuvent également provenir d'autres sources, par exemple d'un serveur accessible par l'Internet. Les moyens de réception des documents sont : un syntoniseur ou TUNER selon la terminologie anglo-saxonne, un lecteur de CD, DVD, cartouche magnétique ou tout simplement un magnétoscope, un modem pour la connexion avec un réseau extérieur. Les documents sont mémorisés soit dans le disque dur du décodeur, soit à l'aide d'un magnétoscope numérique dans des cassettes à bande magnétique, soit dans des mémoires électroniques de grande capacité, de type FLASH par exemple. Une fois stockés les documents sont référencés en tant que fichier identifié par un identifiant pour que le système de gestion du réseau les retrouve facilement.
Les fichiers occupent une taille mémoire selon leur type : image (quelques dizaines ou centaines de Ko par image), audio (mp3, quelques Mo par fichier) ou vidéo (quelques dizaines ou centaines de Mo par fichier). Les données sont ensuite lues à partir du dispositif d'enregistrement, transmises via le réseau numérique et visualisées sur des écrans de télévision, ou écoutées à l'aide de moyen audio.
<Desc/Clms Page number 7>
La présente invention permet notamment de déterminer l'organe de stockage en fonction de différents critères dépendants ou non du document à enregistrer tel que :
Capacité de chaque organe de stockage.
Capacité de chaque organe de stockage.
Débit d'enregistrement et de lecture des organes de stockage.
. Taille disponible de chaque organe de stockage.
. Taille moyenne des documents mémorisés dans l'organe de stockage.
Taille du document (c'est à dire : taille du fichier).
. Type du contenu du document (image, audio, video, etc. ).
. Autres attributs du document (thème, moralité, etc. ).
Profil utilisateur de l'organe de stockage
Cette liste n'est pas limitative.
Cette liste n'est pas limitative.
Pour affecter un organe de stockage à chaque nouveau document à mémoriser, le système doit être en permanence au courant de l'état du réseau, et des appareils qui le composent. Ensuite, le réseau gère une table associant l'identifiant du document enregistré à l'emplacement où il est enregistré, c'est à dire l'identifiant de l'organe de stockage, de façon qu'une requête de lecture soit adressée au bon organe. La mise à jour de cette table (ainsi que la localisation du fichier correspondant) est - soit statique : la table est mise à jour à chaque enregistrement. Une fois qu'un document à été stocké à un endroit, il ne bougera plus, sauf intervention explicite de l'utilisateur par manipulation directe.
- soit dynamique : le système recherche l'optimisation en continu. Il va bouger des fichiers pour tenir compte des nouvelles données. Il fait cela sans perturber le fonctionnement normal du réseau.
Le système de gestion (qu'il soit centralisé ou réparti) définit selon une stratégie sur quel organe de stockage doit être enregistré un document.
La stratégie prend en compte plusieurs aspects qui utilisent chacun un ou plusieurs critères précédemment listés. Ces différents aspects permettent
<Desc/Clms Page number 8>
d'optimiser le stockage, le système sélectionne l'organe qui satisfait aux plus d'aspects possibles. Le système peut aussi décider qu'un aspect empêche le stockage dans un organe donné, et ceci quelque soit les autres aspects.
Un premier aspect consiste à considérer que le fichier ne doit pas (ou le moins possible) être fractionné. Supposons par exemple que l'utilisateur dispose sur son réseau de 2 organes de stockage de 100 Go, le premier étant rempli à 80 % (soit 20 Go de libre) et le second à 90% (soit 10Go de libre). Lorsque le système doit enregistrer un document d'une taille de 15 Go, il ne va pas le fractionner en 10 Go pour le premier organe et 5 GO pour le second. Le système va décider de stocker d'un seul bloc dans le second organe qui sera alors occupé à 95%. De cette façon, si un des appareils du réseau tombe en panne, effectivement tous les contenus qui s'y trouvent ne sont plus disponibles, mais aucun contenu disponible sur un autre appareil n'est affecté par cette panne.
Un second aspect consiste à mémoriser les documents en fonction de l'endroit où ils seront ensuite utilisés. Selon cet aspect, lors de l'installation d'un nouvel organe de stockage, l'utilisateur indique sa localisation au système en affectant un attribut tel que : Cuisine, Salon, Chambre des parents, Chambre de l'enfant Georges, Chambre de l'enfant isabelle,... Une liste prédéfinie d'attributs est associée à cet identifiant. Par exemple, l'équipement du salon permet de visualiser des films, les séries, le journal,... tandis que l'équipement de la chambre de Georges visualise plutôt les dessins animés et reproduit de la musique techno. De cette manière, le système est renseigné des habitudes d'utilisation de chaque appareil, et peut en déduire l'appareil où un nouveau document audiovisuel a le plus de chances d'être utilisé. Cela permet par la suite d'éviter des transferts et d'occuper la bande passante du réseau. L'utilisation d'un document dépend de plusieurs facteurs. Un premier facteur réside dans les capacités de l'organe de stockage. Par exemple : si le réseau dispose d'une seule chaîne HIFI doté d'un moyen de stockage, il est préférable d'y enregistrer directement tous les fichiers de type audio puisque c'est
<Desc/Clms Page number 9>
certainement depuis cet appareil qu'on va lire de tels documents. Dans ce cas, le système analyse l'attribut TYPE du document et décide que de tels documents sont de façon privilégiée mémorisés dans des appareils qui sont conçus pour ne reproduire que des documents de ce type. Un second facteur concerne le thème du document à enregistrer : si ce document concerne une vidéo montrant comment élaborer un plat, en donnant notamment une recette, le système détermine que le meilleur endroit pour le stockage du document est l'organe situé dans la cuisine (à condition qu'il comprenne un disque dur et un écran). Un troisième facteur consiste à prendre en compte l'attribut de moralité du document vidéo à enregistrer. Si, par exemple l'utilisateur a affecté aux appareils du réseau un niveau de moralité, certains documents doivent être interdits d'enregistrement car leurs niveaux de moralité sont incompatible avec celui de certains organes de stockage. Par exemple, le système reçoit un document dont l'attribut de moralité indique qu'il n'est pas tout public , ce document ne peut être mémorisé dans la chambre des enfants, mais plutôt dans la chambre des parents. L'accès à l'organe de stockage de la chambre des parents doit être contrôlé par un mot de passe. Une fois le document mémorisé dans cet organe, l'utilisateur, d'où qu'il soit dans la maison, doit présenter le mot de passe pour pouvoir lire ce document.
Un moyen simple pour déterminer le lieu du stockage consiste en ce que le système prenne en compte le profil utilisateur associé à chaque organe de stockage. Si l'utilisateur a par exemple l'habitude de consulter des recettes de cuisine à partir du téléviseur de la cuisine, le profil utilisateur associé à cet organe comprend l'attribut gastronomie . Lorsqu'un document ayant ce thème ou un synonyme comme attribut, est transmis au réseau domestique afin d'y être stocké, le système de gestion du réseau détermine que le lieu de stockage est le téléviseur de la cuisine. Afin de mieux calculer la valeur d'adéquation entre les attributs d'un document et les critères de stockage associés à un appareil, le système utilise un dictionnaire permettant de déterminer les synonymes entre plusieurs attributs et critères
<Desc/Clms Page number 10>
de stockage. Par exemple, l'appareil de la cuisine est associé à gastronomie dont le sens est proche du terme recette de cuisine qui est un attribut d'un document. La valeur d'adéquation calculée est maximale lorsque les termes sont identiques et diminue à mesure que leurs sens s'éloignent.
Un autre exemple : supposons que le document soit un fichier audio du genre techno , le lieu du stockage est la chaîne HIFI dans la chambre de l'enfant qui écoute le plus souvent ce type de musique. Le profil utilisateur de l'appareil dans cette chambre est plus proche du thème du document à enregistrer que le profil utilisateur de l'appareil situé dans la chambre des parents (leurs goûts étant présumés plus classique . Le système de gestion peut prendre en compte d'autres type d'attributs : les producteur de films ou les auteurs d'oeuvre audio, les acteurs d'un film,...
Le profil utilisateur peut aussi prendre en compte des informations sur les auteurs du document. Par exemple, un document audio réalisé par une artiste très en vogue actuellement comme"Britney Spears"est enregistré
dans la chaîne HIFI de la chambre d'Isabelle, par contre le système de gestion des enregistrements choisit la chaine HIFI des parents pour mémoriser une oeuvre musicale signée "Miles Davis".
dans la chaîne HIFI de la chambre d'Isabelle, par contre le système de gestion des enregistrements choisit la chaine HIFI des parents pour mémoriser une oeuvre musicale signée "Miles Davis".
La prise en compte de ce second aspect permet de limiter les transferts de fichiers et donc d'utiliser au mieux la bande passante du réseau. De cette façon, le système peut diriger les documents qui arrivent automatiquement tels que : messages électroniques, services, applications interactives,... en fonction de la pièces la mieux adaptée. Par exemple, une publicité concernant un produit alimentaire est enregistré dans la cuisine, et une promotion sur la location d'un film est enregistré dans l'équipement audiovisuel du salon.
Un troisième aspect consiste à prendre en compte les temps de transferts (lecture ou écriture) associés aux organes de stockage, et la taille moyenne des fichiers stockés à l'intérieur de ceux-ci. Ces organes ont des moyens d'entrée sortie qui limitent plus ou moins le débit d'information. En
<Desc/Clms Page number 11>
général, il est conseillé de stocker de petits fichiers sur des organes de stockage lents alors que les gros fichiers peuvent être stockés sur des organes de stockages plus rapides. Le débit de l'appareil ainsi défini peut évoluer avec le temps, par exemple, un disque dur qui est déjà occupé à lire des fichiers voit sa bande passante limitée pour enregistrer en même temps un gros fichier. Il est préférable qu'il n'enregistre, à cause de son débit lent, que de petits fichiers qui nécessitent moins de bande passante.
Certains organes de stockage possèdent une gestion qui favorise le stockage de petits fichiers. Par exemple, ces organes contiennent des unités élémentaires de 1 Ko référencées par des descripteurs, c'est le cas des disques durs. Si on veut mémoriser un fichier de 10 Mo, le système de gestion va mettre à jour 10000 descripteurs ce qui va nécessiter un temps de traitement long. Par contre, si l'organe de stockage est un magnétoscope, il suffit de gérer le début et la fin du compteur de bande pour parfaitement localiser le document. Un autre exemple : l'organe contient des unités élémentaires de 1 Mo, dans ce cas, le stockage d'un document de quelques dizaines de kilo-octets fait perdre de la place. Ces exemples montrent que chaque organe de stockage possède un attribut relatif à la taille moyenne des documents que l'on peut y mémoriser. On définit trois valeurs d'attributs : petit document (jusqu'à 100 Ko), moyen document (de 100 Ko à 10 Mo), gros document (plus de 10 Mo).
Il faut bien noter que, malgré l'éparpillement des documents un peu partout, ceux-ci restent toutefois accessibles depuis n'importe quel point de la maison.
Un perfectionnement au mode de réalisation décrit consiste à supprimer automatiquement les documents (c'est à dire les fichiers dans les organes de stockage) dès que la place restante est insuffisante pour mémoriser un nouveau document. Pour cela, le système maintient une information permettant de dater le dernier accès à chaque document. Si au moment d'un enregistrement, la place restante devient insuffisante, alors le système propose à l'utilisateur une liste contenant les documents dont les
<Desc/Clms Page number 12>
accès sont les plus loin dans le temps, et propose de les effacer. Une variante consiste en ce que le système efface automatiquement le document dont l'accès est le plus ancien, et recommence jusqu'à ce que la place ainsi libérée soit suffisante pour mémoriser le document. Une autre variante consiste en ce que le réseau dispose d'une unité d'archivage (de grande capacité, mais d'accès lent, par exemple un lecteur de cartouche magnétique). Le système peut automatiquement transférer les fichiers dont les accès sont les plus anciens dans cette unité d'archivage.
La figure 2 montre un organigramme du déroulement du procédé selon un exemple de réalisation. L'exemple décrit une réalisation à l'aide d'un réseau de type HAVI, le système de gestion des enregistrements se trouvant sous la forme d'un programme dupliqué dans les appareils du réseau qui sont dotés d'un moyen de mémorisation.
Lorsqu'un nouveau document arrive sur le réseau afin d'y être stocké, le programme de gestion du réseau est lancé. Les i appareils du réseau sont notés APPi, chacun des appareils possède une liste d'attributs tels que son type (Type. APPi), son niveau de moralité (moralité. APPi) et sa capacité totale de stockage, la taille de la mémoire encore libre,.... A l'étape 2.1, le programme commence à analyser le premier appareil en affectant la valeur 1 à la variable i. Pour déterminer si le document peut être enregistré dans l'appareil i, le programme utilise un tableau SCORE (i) dont les valeurs évaluent l'adéquation entre l'appareil APPi et le document. Au début SCORE (i) est mis à 0 (étape 2.2). Chaque valeur SCORE (i) constitue une valeur d'adéquation entre le document et le terminal APPi.
Le premier test (étape 2.3) consiste à vérifier que le document compte-tenu de sa taille peut être enregistré dans l'appareil APPi. Si ce n'est pas le cas, le programme saute à l'étape 2.4 qui affecte à SCORE (i) la valeur négative-1, cette valeur traduit l'impossibilité pour ce document d'être mémorisé dans cet appareil. Si la taille restante est suffisante, le second test (étape 2.5) consiste à évaluer si la capacité totale de stockage
<Desc/Clms Page number 13>
de l'appareil APPi est compatible avec la taille du document. Ce test évalue si l'appareil APPi qui permet de façon privilégiée le stockage de petits ou de gros enregistrements, est bien celui qu'il faut selon la taille du document à mémoriser. Si c'est le cas, le programme ajoute à l'étape 2.6 la valeur 10 à SCORE (i). Puis le programme passe au troisième test (étape 2.7) qui vérifie si le type du document est bien compatible avec l'appareil. Si par exemple le document est audiovisuel et si l'organe de stockage ne peut enregistrer que de l'audio, l'enregistrement sera impossible. Si ce n'est pas compatible, le programme saute à l'étape 2.4 qui affecte à SCORE (i) la valeur négative - 1 qui signifie l'impossibilité pour ce document d'être mémorisé dans cet organe de stockage. Sinon à l'étape 2.8, le programme compare les types de l'appareil et celui du document, par exemple un VCR est conçu pour enregistrer un document audiovisuel, le type d'un tel appareil correspond bien à celui d'un document audiovisuel. Lorsque les types sont identiques, le programme saute à l'étape 2.9, et ajoute la valeur 10 à SCORE (i).
Le quatrième test (l'étape 2.10) concerne celui de la moralité, le programme compare l'indice de moralité du document avec celui de l'appareil i. Plus l'indice est important, moins le public concerné est large. Si le document est destiné à des utilisateurs qui peuvent utiliser cet appareil alors, le programme saute à l'étape 2. 11, et ajoute la valeur 10 à SCORE (i). L'accessibilité doit être au sens large, un utilisateur pouvant accéder à distance via le réseau à un organe de stockage.
Le cinquième test (étape 2.12) permet d'évaluer la similitude entre le document à enregistrer et les attributs de la liste d'attributs enregistrée dans la mémoire du terminal. Si le thème du document est compatible avec les attributs du document alors, à l'étape 2.13, le programme comptabilise le nombre d'attributs dont le sens est proche de celui des mots constituant le thème du document. La valeur SCORE (i) est ajoutée d'autant d'unités qu'il y a de similitudes entre les mots constituant le thème, et les mots contenus dans la liste d'attributs du terminal. Par exemple, supposons que le document concerne une recette de cuisine pour préparer un plat mexicain, et
<Desc/Clms Page number 14>
que la liste d'attributs du terminal APPI contiennent, IGASTRONOMIE, MEXIQUE,...}, la valeur d'adéquation SCORE (i) est ajoutée de deux unités. Selon un perfectionnement, le rajout d'unité peut être affecté d'un coefficient, 5 par exemple, auquel cas, SCORE (i) est augmenté de 10.
Le programme atteint la fin du calcul de la valeur représentant l'adéquation entre un document et un organe de stockage, le programme détermine ensuite s'il reste d'autres appareils à évaluer (étape 2.14). Si c'est le cas, il saute à l'étape 2.15 qui incrémente l'indice 1 et remonte à l'étape 2.2 pour enchaîner les différents test sur l'appareil suivant. Sinon, tous les appareils du réseau possédant un moyen de stockage ont été évalués, celui qui est le mieux adapté à enregistrer ce document est l'appareil dont la valeur SCORE (i) est la plus élevé (étape 2.16). Le programme balaye donc le tableau SCORE, détermine la valeur la plus élevée, en déduit l'indice i et lance, à l'étape 2.17, l'enregistrement sur l'appareil APPi.
L'annexe 1 contient un exemple de programme écrit en pseudocode pour la réalisation d'un exemple de mode de réalisation.
L'annexe 2 contient un exemple de programme écrit en pseudocode pour la réalisation d'un autre exemple de mode de réalisation, plus complet et plus global.
La réalisation d'un profil utilisateur associé à chaque organe de stockage s'opère pendant une phase d'apprentissage. Cette phase consiste à mémoriser les attributs des documents stockés directement par les utilisateurs de chaque appareil. Dès qu'un nombre suffisamment d'attributs est associé à un appareil, le système de gestion considère qu'il est associé à un profil utilisateur et va utiliser le groupe d'attributs comme critères de stockage. A tout moment, chaque intervention manuelle d'un utilisateur sur un appareil enrichit le profil utilisateur dudit appareil.
Il faut bien noter dans la présente invention, que le profil est associé à un appareil quel que soit ses utilisateurs. En fait, le système de gestion élabore un profil type de l'utilisateur associé à un appareil. Pour gagner du
<Desc/Clms Page number 15>
temps lors de la phase d'apprentissage, ou pour ajuster le profil utilisateur de l'organe de stockage, on peut modifier les données ainsi enregistrer et rajouter (ou effacer) des attributs. Le terme document comprend aussi des applications interactives, par exemple un programme de réveil est stocké dans la chambre des parents en priorité et éventuellement dans les autres chambres. Un générateur de musique d'ambiance que l'on peut régler, a parfaitement sa place au salon car c'est le lieu le plus apte à son utilisation.
Un autre perfectionnement consiste à prendre en compte l'introduction d'un nouvel appareil dans le réseau. Cet appareil est aussitôt détecté par le système qui en relève les caractéristiques. Le cas échéant, le système peut lancer automatiquement des transferts de documents pour la mémorisation dans le nouvel appareil, si celui-ci s'avère plus apte que d'autres déjà installés à les utiliser. Par exemple, l'arrivée d'un nouvel ensemble audiovisuel dans le salon, muni d'une chaîne Hi fi mais pas d'écran, entraîne le transfert d'une certaine partie des fichiers audio dans ce nouvel ensemble. Il est en effet probable que de tels documents soient de façon privilégiée écoutés sur l'équipement nouvellement installé.
Les exemples de réalisation de l'invention présentés ci-dessus ont été choisis pour leur caractère concret. Il ne serait cependant pas possible de répertorier de manière exhaustive tous les modes de réalisation que recouvre cette invention. En particulier, toute étape ou tout moyen décrit peut-être remplacé par une étape ou un moyen équivalent sans sortir du cadre de la présente invention.
<Desc/Clms Page number 16>
documentAttributes = selectedDocument. getAttributes () //attributs du document a stocker deviceList = getStorageDeviceList () //liste des appareils de stockage dispo sur le reseau device = deviceList. FirstElementO// premier de la liste while (device) {// tant qu'il y a des appareil //Check if remaining capacity is sufficiant if (documentAttributes. size > device. remainingCapacity)
{ score [device] =-1//cet appareil ne peut pas stocker le document : score =-1 } //Check regarding the content size if (score [device] ! =-1) { if (documentAttributes. size is small & & (device. capacity is small) ) { score [device] = score [device] + 10 //petite taille tous les deux } if (documentAttributes. size is big & & (device. capacity is big)) { score [device] = score [device] + 10 //petite taille tous les deux } }
Check regarding the content type if (score [device] ! = -1) { if (documentAttributes. type is not compatible with device. type) { score [device] =-1//
e. g. : stocker une video sur un enregistreur mp3 } if (documentAttributes. type is audio & & (device. type is audio)) { score [device] = score [device] + 10 //petite taille tous les deux } }
1/Check regarding the content morality if (score [device] ! =-1) { if (documentAttributes. morality is compatible with (device. userSelectedMorality)) { score [device] = score [device] + 10 //petite taille tous les deux } } device = deviceList. NextElement
} i = getIndexOfBiggestValue (score []) electedStorageDevice = deviceList. getElement (i) electedStorageDevice. Record (document) //realisation de l'enregistrement
{ score [device] =-1//cet appareil ne peut pas stocker le document : score =-1 } //Check regarding the content size if (score [device] ! =-1) { if (documentAttributes. size is small & & (device. capacity is small) ) { score [device] = score [device] + 10 //petite taille tous les deux } if (documentAttributes. size is big & & (device. capacity is big)) { score [device] = score [device] + 10 //petite taille tous les deux } }
Check regarding the content type if (score [device] ! = -1) { if (documentAttributes. type is not compatible with device. type) { score [device] =-1//
e. g. : stocker une video sur un enregistreur mp3 } if (documentAttributes. type is audio & & (device. type is audio)) { score [device] = score [device] + 10 //petite taille tous les deux } }
1/Check regarding the content morality if (score [device] ! =-1) { if (documentAttributes. morality is compatible with (device. userSelectedMorality)) { score [device] = score [device] + 10 //petite taille tous les deux } } device = deviceList. NextElement
} i = getIndexOfBiggestValue (score []) electedStorageDevice = deviceList. getElement (i) electedStorageDevice. Record (document) //realisation de l'enregistrement
<Desc/Clms Page number 17>
ANNEXE ! The process for a recording is the following /1 ================================= //Step 1 : The user chooses the document document =....
//Step 2 : The system tries to find the most appropriate storage device electedStorageDevice = chooseOptimalStorageDevice (document) //Step 3 : When optimal storage device has not been found, then ask the user to choose
if (electedStorageDevice is null) { electedStorageDevice =.......//asks for user choice (manual) } //Step 4 : and finally asks for recording electedStorageDevice. Record (document) Il ============================================ The process for the dynamic part is following 1/============================================ //For each device, check for each document if the current device is the optimal one //If not, then move the document to the optimal storage device.
if (electedStorageDevice is null) { electedStorageDevice =.......//asks for user choice (manual) } //Step 4 : and finally asks for recording electedStorageDevice. Record (document) Il ============================================ The process for the dynamic part is following 1/============================================ //For each device, check for each document if the current device is the optimal one //If not, then move the document to the optimal storage device.
//This process runs forever. while (true) { deviceList = network. getStorageDeviceList device = deviceList. FirstElement () while (device) { documentList = device. getDocumentList () document = documentList. FirstElement () while (document) { //Look if current location is optimal optimalDevice = chooseOptimalStorageDevice (document) if (optimalDevice is not optimalDevice) {
moveDocument (device. getDocument (document), optimalDevice) } document = documentList. NextElement () } device = deviceList. NextElement } } Il ============================================ Il The following method allows to determine which Il is the optimal storage device to host the //given document function chooseOptimalStorageDevice (Document
selectedDocument) { documentAttributes = selectedDocument. getAttributes () //attributs du document a stocker deviceList = network. getStorageDeviceList () //liste des appareils de stockage dispo sur le reseau
moveDocument (device. getDocument (document), optimalDevice) } document = documentList. NextElement () } device = deviceList. NextElement } } Il ============================================ Il The following method allows to determine which Il is the optimal storage device to host the //given document function chooseOptimalStorageDevice (Document
selectedDocument) { documentAttributes = selectedDocument. getAttributes () //attributs du document a stocker deviceList = network. getStorageDeviceList () //liste des appareils de stockage dispo sur le reseau
<Desc/Clms Page number 18>
device = deviceList. FirstElement () //premier de la liste while (device) {// tant qu'il y a des appareil //Check if remaining capacity is sufficiant if (documentAttributes. size > device. remainingCapacity) { score [device] = -1 Il
cet appareil ne peut pas stocker le document : score =-1 } //Check regarding the content size if (score [device] ! = -1) { //both are small size if (documentAttributes. size is small & &
(device. capacity is small)) { score [device] = score [device] + 10 } //both are big size if (documentAttributes. size is big & & (device. capacity is big) ) { score [device] = score [device] + 10 } } // Check regarding the content type if (score [device] ! = -1) { //e. g. : store a video on a mp3 recorder if (documentAttributes. type is not compatible with device. type) { score [device] = -1 } //same type if (documentAttributes. type is same as device. type)) { score [device] = score [device] + 10 } } // Check regarding the content morality if (score [device] ! = -1) { if (documentAttributes. morality is compatible with (device. userSelectedMorality) ) { score [device] = score [device] + 10 } } /1 Check regarding the genre if (score [device] ! = -1) { //e. g. : Movies are most viewed on the living room tv if device. attributeIsToplO (Genre, document. genre) { score [device] = score [device] + 20 } } // Check regarding the artist if (score [device] ! =-1) { //e. g. : Britney Spears is most used on the kids hifi
cet appareil ne peut pas stocker le document : score =-1 } //Check regarding the content size if (score [device] ! = -1) { //both are small size if (documentAttributes. size is small & &
(device. capacity is small)) { score [device] = score [device] + 10 } //both are big size if (documentAttributes. size is big & & (device. capacity is big) ) { score [device] = score [device] + 10 } } // Check regarding the content type if (score [device] ! = -1) { //e. g. : store a video on a mp3 recorder if (documentAttributes. type is not compatible with device. type) { score [device] = -1 } //same type if (documentAttributes. type is same as device. type)) { score [device] = score [device] + 10 } } // Check regarding the content morality if (score [device] ! = -1) { if (documentAttributes. morality is compatible with (device. userSelectedMorality) ) { score [device] = score [device] + 10 } } /1 Check regarding the genre if (score [device] ! = -1) { //e. g. : Movies are most viewed on the living room tv if device. attributeIsToplO (Genre, document. genre) { score [device] = score [device] + 20 } } // Check regarding the artist if (score [device] ! =-1) { //e. g. : Britney Spears is most used on the kids hifi
<Desc/Clms Page number 19>
if device. attributeIsTop10 (Artist, document. artist) { score [device] = score [device] + 30 } } /1 Check for streaming vs downloading if (score [device] ! = -1) { //prefer use of high rate storage device for download if (document is downloaded & & device has highDataRate) { score [device] = score [device] + 15 } } device = deviceList. NextElement } and the winner is... i = getIndexOfBiggestValue (score []) if (i is valid) { //an optimal storage device has been found for the given document return deviceList. getElement (i) } else { //no optimal storage device has been found for the given document return null
} } //======= : =============== : ======================== : Il The following method implements a minimal user profile on the current device //It is called each time that a content has been viewed/listened //more than half of its duration (to be considered as a valid selection, not a zapping) //It is a simple model of user profile, establishing one table per type of attribute //and giving a score to each attribute value //It assumes that we have infinite memory
function documentHasBeenConsulted (Document selectedDocument) { increment Type [selectedDocument. type] increment Genre [selectedDocument. genre] increment Morality [selectedDocument. morality] increment Artist [selectedDocument. artist] }
Il The following method checks if the given attribute is well ranked on the device (in the 10% top consulted) //e. g. : attributeIsTopIO (Artist, Britney Spears) //will return true on the kid's hifi set Il will return : false on the kitchen TV
Il ================r===================================
} } //======= : =============== : ======================== : Il The following method implements a minimal user profile on the current device //It is called each time that a content has been viewed/listened //more than half of its duration (to be considered as a valid selection, not a zapping) //It is a simple model of user profile, establishing one table per type of attribute //and giving a score to each attribute value //It assumes that we have infinite memory
function documentHasBeenConsulted (Document selectedDocument) { increment Type [selectedDocument. type] increment Genre [selectedDocument. genre] increment Morality [selectedDocument. morality] increment Artist [selectedDocument. artist] }
Il The following method checks if the given attribute is well ranked on the device (in the 10% top consulted) //e. g. : attributeIsTopIO (Artist, Britney Spears) //will return true on the kid's hifi set Il will return : false on the kitchen TV
Il ================r===================================
<Desc/Clms Page number 20>
Claims (21)
1. Procédé de gestion d'enregistrements de documents audio ou audiovisuels au sein d'un réseau de communication comportant une pluralité de terminaux audiovisuels dotés de moyens d'enregistrements, caractérisé en ce qu'il comporte les étapes suivantes : - a) calcul d'une valeur d'adéquation entre le document et un terminal (2.2 à 2.11) ; - b) re-itération de l'étape a) en calculant une valeur d'adéquation pour chaque terminal susceptible de l'enregistrer (2.2, 2.13) ; - c) sélection de l'appareil pour enregistrer le document dont la valeur d'adéquation est la plus grande (2.14).
2. Procédé de gestion d'enregistrements selon la revendication 1 dans lequel les documents audiovisuels à enregistrer et les terminaux sont associés à des attributs, caractérisé en ce que la valeur d'adéquation est calculée lors d'une étape de comparaison (2.3, 2.5, 2.7, 2.8, 2.10) entre les attributs du document audiovisuel et les attributs associés au terminal audiovisuel, la valeur étant d'autant plus forte que la similitude entre ces attributs est grande.
3. Procédé de gestion d'enregistrements selon la revendication 2 dans lequel l'étape de comparaison (2.3, 2.5, 2.7, 2.8, 2.10) prend en compte le sens entre les attributs du document et du terminal afin d'évaluer s'il sont synonymes.
4. Procédé de gestion d'enregistrements selon l'une des revendications 2 ou 3 caractérisé en ce que l'étape a) comporte une étape de comparaison entre le thème de document audiovisuel et le thème des documents habituellement accessibles sur ce terminal.
5. Procédé de gestion d'enregistrements selon la revendication 2 caractérisé en ce que l'étape a) comporte une étape de comparaison entre le type du document audiovisuel et le ou les types de documents que l'on reproduit généralement à l'aide du terminal.
<Desc/Clms Page number 22>
6. Procédé de gestion d'enregistrements selon la revendication 2 caractérisé en ce que l'étape a) comporte une étape de comparaison entre la taille du document audiovisuel et la taille moyenne des documents habituellement mémorisés dans le terminal, un appareil dans lequel la taille moyenne des documents est très différente de celle du document n'est pas sélectionné à l'étape c).
7. Procédé de gestion d'enregistrements selon la revendication 2 caractérisé en ce que les attributs comparés à l'étape a) concerne la taille du document audiovisuel et le débit de transfert du terminal, à l'étape c) un appareil ayant un débit supérieur à une valeur déterminée est sélectionné de façon privilégiée pour l'enregistrement d'un document audiovisuel de petite taille.
8. Procédé de gestion d'enregistrements selon la revendication 2 caractérisé en ce que les attributs comparés à l'étape a) concerne la moralité du document audiovisuel et le niveau maximum de moralité des documents accessible à partir du terminal, un appareil dans lequel le niveau maximum de moralité des documents est inférieur à celui du document à enregistrer n'est pas sélectionné à l'étape c).
9. Procédé de gestion d'enregistrements selon l'une des revendications 1 à 8 caractérisé en ce qu'une liste d'attributs est associée à chaque terminal, les attributs de ladite liste étant les attributs des documents généralement commandés par des utilisateurs sur ce terminal et reproduits par ce terminal.
10. Procédé de gestion d'enregistrements selon la revendication 9 caractérisé en ce que la liste d'attributs associée au terminal est modifiable par un utilisateur.
11. Procédé de gestion d'enregistrements selon l'une quelconque des revendications précédentes caractérisé en ce que, lorsqu'un nouvel appareil est introduit dans le réseau, un transfert d'au moins un document s'opère vers ce nouvel appareil lorsque les valeurs d'adéquation calculées à
<Desc/Clms Page number 23>
l'étape a) pour ce nouvel appareil sont meilleures que celles calculées pour n'importe quel autre appareil.
12. Terminal audiovisuel (STB, TV2, UC3) doté de moyens d'enregistrement (VCR1, VCR2, M2, DD) de documents audio ou audiovisuel et connectés à un réseau de communication, caractérisé en ce que le terminal comporte un moyen de calcul d'une valeur représentant l'adéquation entre un document à enregistrer et le terminal, le moyen d'enregistrement étant ou non activé pour enregistrer ce document selon la valeur calculée.
13. Terminal audiovisuel selon la revendication 12 dans lequel les documents audiovisuels à enregistrer disposent d'attributs les caractérisant, et les terminaux disposent d'attributs relatifs à leurs natures et/ou leurs utilisations, caractérisé en ce que le moyen de calcul comporte un moyen de comparaison entre les attributs du document audiovisuel et ceux du terminal audiovisuel, la valeur d'adéquation étant fonction du degré de similitude entre ces attributs, la valeur étant d'autant plus forte que la similitude entre ces attributs est grande.
14. Terminal audiovisuel selon la revendication 13 caractérisé en ce que le moyen de comparaison compare le thème du document audiovisuel et le thème des documents habituellement accessibles sur ce terminal.
15. Terminal audiovisuel selon la revendication 13 caractérisé en ce que le moyen de comparaison compare le type du document et le type du terminal, le moyen d'enregistrement n'étant activé si les types sont incompatibles.
16. Terminal audiovisuel selon la revendication 13 caractérisé en ce que le moyen de comparaison compare la taille du document audiovisuel et la taille moyenne des documents habituellement mémorisés dans le terminal, le moyen d'enregistrement étant activé de façon privilégiée si la taille du document audiovisuel est comprise dans un intervalle définissant la taille
<Desc/Clms Page number 24>
minimum et la taille maximum des documents que l'on peut enregistrer dans le terminal.
17. Terminal audiovisuel selon la revendication 13 caractérisé en ce que le moyen de comparaison compare la taille du document audiovisuel à enregistrer et le débit de transfert du terminal, le moyen d'enregistrement d'un appareil ayant un débit supérieur à une valeur déterminée étant activé de façon privilégiée si la taille du document audiovisuel est inférieure à une valeur de taille déterminée.
18. Terminal audiovisuel selon la revendication 13 caractérisé en ce que le moyen de comparaison compare la moralité du document audiovisuel et le niveau maximum de moralité des documents accessible à partir du terminal, le moyen d'enregistrement étant activé de façon privilégiée si le niveau maximum de moralité des documents accessibles à partir du terminal est supérieur à celui du document à enregistrer.
19. Terminal audiovisuel selon l'une quelconque des revendications 13 à 18 caractérisé en ce qu'il comporte une mémoire comprenant une liste d'attributs, les attributs de ladite liste étant les attributs des documents généralement commandés par des utilisateurs sur ce terminal et reproduits par ce terminal.
20. Terminal audiovisuel selon la revendications 19, caractérisé en ce qu'il comporte un moyen de modification par un utilisateur de la liste d'attributs.
21. Terminal audiovisuel selon l'une quelconque des revendications 12 à 20 caractérisé en ce que le moyen de calcul est activé automatiquement lors de l'introduction d'un nouveau terminal dans le réseau, et en ce qu'il comporte un moyen de téléchargement d'un document vers le nouveau terminal lorsque la valeur d'adéquation calculée par le moyen de calcul pour ce document et ce nouvel appareil est plus élevée que les valeurs calculées pour n'importe quel autre appareil.
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR0206332A FR2835383A1 (fr) | 2002-01-31 | 2002-05-24 | Procede de gestion d'enregistrements de documents audiovisuels et dispositifs associes |
PCT/FR2003/000277 WO2003065713A1 (fr) | 2002-01-31 | 2003-01-30 | Procede de gestion d'enregistrements de documents audiovisuels et dispositifs associes |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR0201567A FR2835384A1 (fr) | 2002-01-31 | 2002-01-31 | Procede de gestion d'enregistrements de documents audiovisuels et dispositifs associes |
FR0206332A FR2835383A1 (fr) | 2002-01-31 | 2002-05-24 | Procede de gestion d'enregistrements de documents audiovisuels et dispositifs associes |
Publications (1)
Publication Number | Publication Date |
---|---|
FR2835383A1 true FR2835383A1 (fr) | 2003-08-01 |
Family
ID=27624216
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
FR0206332A Pending FR2835383A1 (fr) | 2002-01-31 | 2002-05-24 | Procede de gestion d'enregistrements de documents audiovisuels et dispositifs associes |
Country Status (2)
Country | Link |
---|---|
FR (1) | FR2835383A1 (fr) |
WO (1) | WO2003065713A1 (fr) |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1161087A2 (fr) * | 2000-05-31 | 2001-12-05 | Matsushita Electric Industrial Co., Ltd. | Appareil de réception, dans lequel le contenu des émissions radiodiffusées est reçu et emmagasiné puis mis à la disposition de l'utilisateur sur demande |
-
2002
- 2002-05-24 FR FR0206332A patent/FR2835383A1/fr active Pending
-
2003
- 2003-01-30 WO PCT/FR2003/000277 patent/WO2003065713A1/fr not_active Application Discontinuation
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1161087A2 (fr) * | 2000-05-31 | 2001-12-05 | Matsushita Electric Industrial Co., Ltd. | Appareil de réception, dans lequel le contenu des émissions radiodiffusées est reçu et emmagasiné puis mis à la disposition de l'utilisateur sur demande |
Also Published As
Publication number | Publication date |
---|---|
WO2003065713A1 (fr) | 2003-08-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8452775B2 (en) | Accessing content items in a network based on device capability information | |
CN101594279B (zh) | 信息处理设备、信息处理方法以及信息处理系统 | |
CN101467453B (zh) | 信息处理装置以及信息处理方法 | |
EP1958439B1 (fr) | Procede de gestion d'un systeme de stockage reparti | |
US20070118606A1 (en) | Virtual content directory service | |
US20070056013A1 (en) | Portable device for storing media content | |
EP1614052A1 (fr) | Content directory service import container | |
FR2872986A1 (fr) | Procede de codage et de reproduction de documents audiovisuels ou radio et dispositif mettant en oeuvre le procede | |
US20070055650A1 (en) | Query caching in a system with a content directory service | |
US20080235198A1 (en) | Translation Service for a System with a Content Directory Service | |
FR2835384A1 (fr) | Procede de gestion d'enregistrements de documents audiovisuels et dispositifs associes | |
US20070088675A1 (en) | Response estimation in a system with a content directory service | |
EP2668746A1 (fr) | Procede d'acces a des contenus multimedias au sein d'un foyer | |
JP2009086157A (ja) | コンテンツ再生装置 | |
CN1953385B (zh) | 音频/视频任务计算方法、提供摘要消息的方法及其设备 | |
FR2835383A1 (fr) | Procede de gestion d'enregistrements de documents audiovisuels et dispositifs associes | |
FR3053557A1 (fr) | Procede de stockage d'un contenu multimedia, procede de lecture associe et procede de gestion d'un espace de stockage contenant un tel contenu | |
WO2007042955A2 (fr) | Procede et dispositif de gestion du stockage, de la suppression et de la recuperation de donnees | |
FR2858734A1 (fr) | Equipement domotique a interface rhm unifiee | |
FR2852772A1 (fr) | Procede de codage applique a des documents multimedia et dispositif mettant en oeuvre le procede | |
FR2992816A1 (fr) | Gestion de contenus par un ensemble de terminaux |