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 PDF

Info

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
Application number
FR0206332A
Other languages
English (en)
Inventor
Yves Maetz
Louis Chevallier
Jiang Shao
Izabela Grasland
Franck Hiron
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Thomson Licensing SAS
Original Assignee
Thomson Licensing SAS
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Priority claimed from FR0201567A external-priority patent/FR2835384A1/fr
Application filed by Thomson Licensing SAS filed Critical Thomson Licensing SAS
Priority to FR0206332A priority Critical patent/FR2835383A1/fr
Priority to PCT/FR2003/000277 priority patent/WO2003065713A1/fr
Publication of FR2835383A1 publication Critical patent/FR2835383A1/fr
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1095Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803Home automation networks
    • H04L12/2805Home Audio Video Interoperability [HAVI] networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/2866Architectures; Arrangements
    • H04L67/30Profiles
    • H04L67/303Terminal profiles
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00Details of television systems
    • H04N5/76Television signal recording
    • H04N5/765Interface circuits between an apparatus for recording and another apparatus
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803Home automation networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803Home automation networks
    • H04L12/2807Exchanging configuration information on appliance services in a home automation network
    • H04L12/2814Exchanging control software or macros for controlling appliance services in a home automation network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803Home automation networks
    • H04L2012/2847Home automation networks characterised by the type of home appliance used
    • H04L2012/2849Audio/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.
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é.
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 :
Figure img00040001

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.
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.
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é
Figure img00100001

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)
Figure img00160001

{ 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//
Figure img00160002

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
Figure img00160003

} i = getIndexOfBiggestValue (score []) electedStorageDevice = deviceList. getElement (i) electedStorageDevice. Record (document) //realisation de l'enregistrement
<Desc/Clms Page number 17>
Figure img00170001

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
Figure img00170002

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) {
Figure img00170003

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
Figure img00170004

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
Figure img00180001

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 & &
Figure img00180002

(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
Figure img00190001

} } //======= : =============== : ======================== : 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
Figure img00190002

function documentHasBeenConsulted (Document selectedDocument) { increment Type [selectedDocument. type] increment Genre [selectedDocument. genre] increment Morality [selectedDocument. morality] increment Artist [selectedDocument. artist] }
Figure img00190003

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
Figure img00190004

Il ================r===================================
<Desc/Clms Page number 20>
Figure img00200001

function attributeIsToplO (DocumentAttributeType attType, DocumentAttributeValue attValue) { toplOlist = device. getToplOList (attType) if (attValue is in toplOlist) { return true } else { return false }

Claims (21)

REVENDICATIONS
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.
FR0206332A 2002-01-31 2002-05-24 Procede de gestion d'enregistrements de documents audiovisuels et dispositifs associes Pending FR2835383A1 (fr)

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)

* Cited by examiner, † Cited by third party
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

Patent Citations (1)

* Cited by examiner, † Cited by third party
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&#39;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&#39;enregistrements de documents audiovisuels et dispositifs associes
US20070088675A1 (en) Response estimation in a system with a content directory service
EP2668746A1 (fr) Procede d&#39;acces a des contenus multimedias au sein d&#39;un foyer
JP2009086157A (ja) コンテンツ再生装置
CN1953385B (zh) 音频/视频任务计算方法、提供摘要消息的方法及其设备
FR2835383A1 (fr) Procede de gestion d&#39;enregistrements de documents audiovisuels et dispositifs associes
FR3053557A1 (fr) Procede de stockage d&#39;un contenu multimedia, procede de lecture associe et procede de gestion d&#39;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