FR2835384A1 - 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
- FR2835384A1 FR2835384A1 FR0201567A FR0201567A FR2835384A1 FR 2835384 A1 FR2835384 A1 FR 2835384A1 FR 0201567 A FR0201567 A FR 0201567A FR 0201567 A FR0201567 A FR 0201567A FR 2835384 A1 FR2835384 A1 FR 2835384A1
- Authority
- FR
- France
- Prior art keywords
- document
- terminal
- audiovisual
- documents
- size
- 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.)
- Withdrawn
Links
Classifications
-
- 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/2809—Exchanging configuration information on appliance services in a home automation network indicating that an appliance service is present in a home automation network
-
- 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
- H04L12/2805—Home Audio Video Interoperability [HAVI] 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/2816—Controlling appliance services of a home automation network by calling their functionalities
- H04L12/2821—Avoiding conflicts related to the use of home appliances
-
- 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)
- Automation & Control Theory (AREA)
- Computer Networks & Wireless Communication (AREA)
- Multimedia (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 le thème du document à enregistrer et des documents habituellement accessibles à partir de ce 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.
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 l'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...).
Le réseau de communication numérique permet aux utilisateurs et aux applications de partager des ressources au sein d'une habitation. Ces
<Desc/Clms Page number 2>
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. 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 favorise les temps de transferts et l'optimisation des ressources. Ces critères sont transmis avec le document. Ils peuvent être calculés dynamiquement au niveau du terminal.
<Desc/Clms Page number 3>
Selon un perfectionnement, le calcul d'adéquation prend en compte le thème du document audiovisuel et le thème des documents habituellement accessible à partir 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 des débits lents. 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, 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.
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.
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
<Desc/Clms Page number 4>
à 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 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 hi fi (non représentée) comportant une unité de traitement, un disque dur pour la mémorisation de documents
<Desc/Clms Page number 5>
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 constamment interroge les différents appareils et peut ainsi connaître leurs états de disponibilité des appareils. Le système de gestion des requêtes pour exécuter des enregistrements et comme nous le verrons plus tard, détermine l'organe de stockage qui reçoit l'enregistrement. La détermination du choix de l'appareil s'effectue en fonction de 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 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 sont, 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 t'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
<Desc/Clms Page number 6>
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ées 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é. Une fois stockée les documents sont référencés en tant que fichier identifié par un identifiant de façon à pouvoir les retrouver 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.
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 lectures 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
<Desc/Clms Page number 7>
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. Ensuite, le réseau gère une table associant l'identifiant du document enregistré à l'emplacement où il est enregistré, de façon que la requête de lecture soit adressée au bon organe dans le réseau. 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 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%. Ainsi, si un des appareils tombe en panne, tous les contenus qui s'y trouvaient ne sont plus
<Desc/Clms Page number 8>
disponible. Mais aucun contenu disponible sur un autre appareil ne sera affecté par cette panne.
Un second aspect consiste à mémoriser les documents en fonction de l'endroit où ils seront ensuite utilisés. Le système stocke les fichiers au plus près de leur future utilisation. Par exemple : si le réseau dispose d'une seule chaîne hi fi dans la maison, il est préférable si cette chaîne hi fi contient un moyen de stockage d'y enregistrer directement tous les fichiers de type audio puisque c'est 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é dans des appareils qui sont conçus pour ne reproduire que des documents de ce type. Un autre exemple concerne le thème du document : si ce document concerne une vidéo montrant comment élaborer un plat, en donnant notamment une recette, le système va déterminer que le meilleur endroit pour le stockage est l'organe comprenant un disque dur et un écran située dans la cuisine. De même, si l'attribut de moralité du document vidéo à enregistrer indique que c'est une vidéo pour adultes, le lieu du stockage est l'organe situé dans la chambre des parents.
Un autre exemple permet de prendre en compte le profil utilisateur associé à l'organe de stockage. Ainsi, supposons que le document soit un fichier audio du genre techno , le lieu du stockage est la chaîne Hi fi dans la chambre des enfants, 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 . De même, les aspects profil utilisateur peuvent inclure 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 chaine hifi de la chambre des adolescents, 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".
<Desc/Clms Page number 9>
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. Cet aspect n'empêche nullement que les documents audiovisuels restent accessibles depuis n'importe quel point de la maison.
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 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 t'en 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).
10 Mo), gros document (plus de 10 Mo).
Un quatrième aspect consiste à prendre en compte d'autres caractéristiques liées à l'organe de stockage que celles relatives aux
<Desc/Clms Page number 10>
transferts. 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 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 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
<Desc/Clms Page number 11>
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).
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 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
<Desc/Clms Page number 12>
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 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.12). Si c'est le cas, il saute à l'étape 2.13 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.14). 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.15, 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.
Un 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
<Desc/Clms Page number 13>
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 14>
ANNEXE 1 documentAttributes = selectedDocument. getAttributes () //attributs du document a stocker deviceList = getStorageDeviceList () //liste des appareils de stockage dispo sur le reseau 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//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 Il 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 } } // 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
//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 Il 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 } } // 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 15>
ANNEXE Il Il The process for a recording is the following Il ================================= 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 ============================================ Il The process for the dynamic part is following Il ============================================ //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.
(manual) } //Step 4 : and finally asks for recording electedStorageDevice. Record (document) Il ============================================ Il The process for the dynamic part is following Il ============================================ //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 16>
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 s-ze 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] = scoredevice] + 10 } }
Check regarding the content rr. crality if (score [device] != -1) if (documentAttributes. morality is compatible
with (device. userSelectedMorality)) { score [device] = scoredevice] + 10 } } //Check regarding the genre if (score [device] ! = -1) { //e. g. : Movies are most viewed on the living room tv if device. attributeIsTop10 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 s-ze 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] = scoredevice] + 10 } }
Check regarding the content rr. crality if (score [device] != -1) if (documentAttributes. morality is compatible
with (device. userSelectedMorality)) { score [device] = scoredevice] + 10 } } //Check regarding the genre if (score [device] ! = -1) { //e. g. : Movies are most viewed on the living room tv if device. attributeIsTop10 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 17>
if device. attributeIsToplO (Artist, document. artist) { score [device] = score [device] + 30 } } //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 }
} //====================== : ======== : ===== : ========= 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 function documentHasBeenConsulted (Document ( { 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. : attributeIsToplO (Artist, Britney Spears) //will return true on the kid's hifi set //will return false on the kitchen TV
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 function documentHasBeenConsulted (Document ( { 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. : attributeIsToplO (Artist, Britney Spears) //will return true on the kid's hifi set //will return false on the kitchen TV
Il ====================================================
<Desc/Clms Page number 18>
function attrib\iteIsToplO (DocumentAttributeType attType, DocumentAttribu'ieValue attValue) { toplOlist = device. getToplOList (attType) if (attValue is in toplOlist) { return irue l else { return false }
Claims (18)
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 représentant l'adéquation concernant l'enregistrement 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 (2.2, 2.13) ; - c) sélection de l'appareil pour enregister 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 l'étape a) comprend une étape de comparaison (2.3, 2.5, 2.7, 2.8, 2.10) entre les attributs du document audiovisuel et du terminal audiovisuel, la sélection à l'étape c) prennant en compte la similitude entre ces attributs.
3. 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 thème de document audiovisuel et le thème des documents habituellement accessibles sur ce terminal.
4. 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 peut enregistrer dans le 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 la taille du document audiovisuel et la taille moyenne des documents habituellement mémorisés dans le terminal, un appareil dans lequel la taille
<Desc/Clms Page number 20>
moyenne des documents est très différente de celle du document n'est pas sélectionné à l'étape c).
6. 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 est sélectionné de façon privilégiée pour l'enregistrement d'un document audiovisuel de petite taille.
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 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).
8. Procédé de gestion d'enregistrements selon l'une des revendications 2 à 7 caractérisé en ce que les attributs associés aux terminaux sont mis à jour en fonction du profil utilisateur.
9. 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 à l'étape a) pour ce nouvel appareil sont meilleures que celles calculées pour n'importe quel autre appareil.
10. Terminal audiovisuel (STB, TV2, UC3) doté de moyens d'enregistrement (VCR1 VCR2, M2, DD) 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.
11. Terminal audiovisuel selon la revendication 10 dans lequel les documents audiovisuels à enregistrer disposent d'attributs les caractérisant,
<Desc/Clms Page number 21>
et les terminaux disposent d'attributs relatifs à leurs natures et leurs utilisations, caractérisé en ce que le moyen de calcul comporte un moyen de comparaison entre les attributs du document audiovisuel et du terminal audiovisuel, la valeur étant fonction du degré de similitude entre ces attributs.
12. Terminal audiovisuel selon la revendication 11 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.
13. Terminal audiovisuel selon la revendication 11 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.
14. Terminal audiovisuel selon la revendication 11caracté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 minimum et la taille maximum des documents que l'on peut enregistrer dans le terminal.
15. Terminal audiovisuel selon la revendication 11 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 étant activé de façon privilégiée si la taille du document audiovisuel et le débit de trasfert sont inférieurs à des valeurs déterminées, ou supérieures à des valeurs déterminées.
16. Terminal audiovisuel selon la revendication 11 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.
<Desc/Clms Page number 22>
17. Terminal audiovisuel selon l'une quelconque des revendications 11 à 16 caractérisé en ce que les attributs associés au terminal sont mis à jour en fonction du profil utilisateur.
18 Terminal audiovisuel selon l'une quelconque des revendications 10 à 17 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 meilleure que celles calculées pour n'importe quel autre appareil.
Priority Applications (4)
| 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 |
| US10/502,838 US7493024B2 (en) | 2002-01-31 | 2003-01-30 | Method of managing the recording of audiovisual documents in a terminal selected among a plurality of terminals, and an associated terminal |
| 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 (1)
| 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 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| FR2835384A1 true FR2835384A1 (fr) | 2003-08-01 |
Family
ID=27620028
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR0201567A Withdrawn FR2835384A1 (fr) | 2002-01-31 | 2002-01-31 | Procede de gestion d'enregistrements de documents audiovisuels et dispositifs associes |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7493024B2 (fr) |
| FR (1) | FR2835384A1 (fr) |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4622671B2 (ja) * | 2005-04-18 | 2011-02-02 | ソニー株式会社 | 電子機器および方法、記録媒体、並びにプログラム |
| US20070156521A1 (en) | 2005-12-29 | 2007-07-05 | United Video Properties, Inc. | Systems and methods for commerce in media program related merchandise |
| US20080212941A1 (en) * | 2005-12-30 | 2008-09-04 | Lillethun David J | Recording media content on different devices |
| KR102205737B1 (ko) * | 2006-09-29 | 2021-01-21 | 유나이티드 비디오 프로퍼티즈,인크. | 인터랙티브 미디어 가이던스 애플리케이션들을 위한 프로파일들의 관리 |
| US8601515B2 (en) * | 2006-12-28 | 2013-12-03 | Motorola Mobility Llc | On screen alert to indicate status of remote recording |
| US20110002664A1 (en) * | 2008-02-26 | 2011-01-06 | Hideki Nishimura | Recording requesting apparatus, recording apparatus, system, recording apparatus selecting method and computer program |
| WO2010109738A1 (fr) * | 2009-03-23 | 2010-09-30 | パナソニック株式会社 | Procédé d'enregistrement/reproduction et dispositif d'enregistrement/reproduction |
| US9848276B2 (en) | 2013-03-11 | 2017-12-19 | Rovi Guides, Inc. | Systems and methods for auto-configuring a user equipment device with content consumption material |
| US11234041B2 (en) * | 2020-03-24 | 2022-01-25 | Dish Network L.L.C. | Automatically or semi-automatically transferring configuration information in connection with a media device upgrade |
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 |
Family Cites Families (45)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4605961A (en) * | 1983-12-22 | 1986-08-12 | Frederiksen Jeffrey E | Video transmission system using time-warp scrambling |
| US4685131A (en) * | 1985-03-11 | 1987-08-04 | General Instrument Corp. | Program blocking method for use in direct broadcast satellite system |
| JPH03132197A (ja) * | 1989-10-17 | 1991-06-05 | Matsushita Electric Ind Co Ltd | 分散型リモコン制御システム |
| JPH05160841A (ja) * | 1991-12-09 | 1993-06-25 | Matsushita Electric Ind Co Ltd | 状態情報返答方法 |
| DE69425198T2 (de) * | 1993-08-13 | 2001-03-15 | Toshiba Kawasaki Kk | Zweiwegkabelfernsehsystem |
| US5455619A (en) * | 1993-11-01 | 1995-10-03 | Lodgenet Entertainment Corporation | Video distribution system addressing device for identifying remote locations |
| US5550575A (en) * | 1994-05-04 | 1996-08-27 | West; Brett | Viewer discretion television program control system |
| CA2147313C (fr) * | 1994-05-23 | 1999-09-07 | Donald Edgar Blahut | Telecommande a restriction d'acces |
| US5673381A (en) * | 1994-05-27 | 1997-09-30 | Cheyenne Software International Sales Corp. | System and parallel streaming and data stripping to back-up a network |
| CA2169131C (fr) * | 1995-02-28 | 2004-08-10 | Fabrizio Caffarelli | Systeme et methode d'enregistrement a disque compact |
| JPH08279153A (ja) * | 1995-04-04 | 1996-10-22 | Pioneer Video Corp | 転送レート変換装置及び原盤記録装置 |
| US6163644A (en) * | 1995-04-27 | 2000-12-19 | Hitachi, Ltd. | Method and apparatus for receiving and/or reproducing digital signal |
| TW335480B (en) * | 1995-09-29 | 1998-07-01 | Matsushita Electric Ind Co Ltd | Method and apparatus for encoding a bistream for multi-angle connection |
| US6366933B1 (en) * | 1995-10-27 | 2002-04-02 | At&T Corp. | Method and apparatus for tracking and viewing changes on the web |
| US5828403A (en) * | 1995-12-22 | 1998-10-27 | U S West, Inc. | Method and system for selecting and receiving digitally transmitted signals at a plurality of television receivers |
| US6073101A (en) * | 1996-02-02 | 2000-06-06 | International Business Machines Corporation | Text independent speaker recognition for transparent command ambiguity resolution and continuous access control |
| US5951639A (en) * | 1996-02-14 | 1999-09-14 | Powertv, Inc. | Multicast downloading of software and data modules and their compatibility requirements |
| US6286142B1 (en) * | 1996-02-23 | 2001-09-04 | Alcatel Usa, Inc. | Method and system for communicating video signals to a plurality of television sets |
| US5883621A (en) * | 1996-06-21 | 1999-03-16 | Sony Corporation | Device control with topology map in a digital network |
| JP3658896B2 (ja) * | 1996-11-26 | 2005-06-08 | ソニー株式会社 | 情報信号伝送システム、再生装置及び表示装置 |
| US6188703B1 (en) * | 1997-08-01 | 2001-02-13 | International Business Machines Corp. | Multiplexer for multiple media streams |
| CN1309252C (zh) * | 1997-09-17 | 2007-04-04 | 松下电器产业株式会社 | 将视频数据记录在光盘的设备和方法 |
| DE69730057T2 (de) * | 1997-09-29 | 2005-08-04 | Webplus Ltd., Road Town | Ein multi-element vertrauensentsprechungssystem und verfahren hierfür |
| US6429879B1 (en) * | 1997-09-30 | 2002-08-06 | Compaq Computer Corporation | Customization schemes for content presentation in a device with converged functionality |
| CN1237822C (zh) * | 1998-04-08 | 2006-01-18 | 松下电器产业株式会社 | 光盘、光盘记录方法和装置,以及光盘再现方法和装置 |
| CN1867068A (zh) * | 1998-07-14 | 2006-11-22 | 联合视频制品公司 | 交互式电视节目导视系统及其方法 |
| AR020608A1 (es) * | 1998-07-17 | 2002-05-22 | United Video Properties Inc | Un metodo y una disposicion para suministrar a un usuario acceso remoto a una guia de programacion interactiva por un enlace de acceso remoto |
| US6973258B1 (en) * | 1998-10-02 | 2005-12-06 | Lg Electronics Inc. | Method and apparatus for recording digital data streams |
| JP2000184320A (ja) * | 1998-12-11 | 2000-06-30 | Nec Corp | 記録再生装置および電子番組ガイド表示装置 |
| US6760915B2 (en) * | 1998-12-23 | 2004-07-06 | Decarmo Linden A. | Method and system for selecting content in a media stream |
| US6976070B1 (en) * | 1999-02-16 | 2005-12-13 | Kdd Corporation | Method and apparatus for automatic information filtering using URL hierarchical structure and automatic word weight learning |
| JP3344351B2 (ja) * | 1999-03-09 | 2002-11-11 | 日本電気株式会社 | 回転媒体情報記憶装置 |
| CN1238857C (zh) * | 1999-04-02 | 2006-01-25 | 松下电器产业株式会社 | 光盘的记录方法和再现方法 |
| US6546390B1 (en) * | 1999-06-11 | 2003-04-08 | Abuzz Technologies, Inc. | Method and apparatus for evaluating relevancy of messages to users |
| US7089576B1 (en) * | 1999-12-30 | 2006-08-08 | Thomson Licensing | Ratings control system with temporary override capability and conflict resolution feature |
| KR100424480B1 (ko) * | 2000-05-23 | 2004-03-22 | 엘지전자 주식회사 | 디지털 텔레비전이 수용가능한 데이터 포맷의 고밀도 광 기록매체와, 그에 따른 재생장치 |
| JP2002010161A (ja) * | 2000-06-20 | 2002-01-11 | Sanyo Electric Co Ltd | ディジタル放送受信装置 |
| US6920281B1 (en) * | 2000-06-30 | 2005-07-19 | Koninklijke Philips Electronics N.V. | Video memory manager for use in a video recorder and method of operation |
| JP2002077092A (ja) * | 2000-09-01 | 2002-03-15 | Sony Corp | 多重装置、受信装置及び多重伝送方法 |
| US20020049635A1 (en) * | 2000-09-06 | 2002-04-25 | Khanh Mai | Multiple advertising |
| US7961616B2 (en) * | 2001-06-07 | 2011-06-14 | Qualcomm Incorporated | Method and apparatus for congestion control in a wireless communication system |
| US8010702B2 (en) * | 2001-06-14 | 2011-08-30 | Nokia Corporation | Feature-based device description and content annotation |
| US20030163593A1 (en) * | 2002-02-25 | 2003-08-28 | William March Rice University | Method and system for implementing a fair, high-performance protocol for resilient packet ring networks |
| US7787539B2 (en) * | 2002-07-17 | 2010-08-31 | Broadcom Corporation | Decoding and presentation time stamps for MPEG-4 advanced video coding |
| US7260480B1 (en) * | 2003-04-07 | 2007-08-21 | Health Hero Network, Inc. | Method and system for integrating feedback loops in medical knowledge development and healthcare management |
-
2002
- 2002-01-31 FR FR0201567A patent/FR2835384A1/fr not_active Withdrawn
-
2003
- 2003-01-30 US US10/502,838 patent/US7493024B2/en not_active Expired - Fee Related
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 |
|---|---|
| US7493024B2 (en) | 2009-02-17 |
| US20050158017A1 (en) | 2005-07-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1356674B1 (fr) | Procede de gestion d'enregistrements d'emissions audiovisuelles et dispositifs associes | |
| JP4955351B2 (ja) | デジタルマルチメディア機器で保存されたマルチメディアコンテンツを管理する方法及び装置 | |
| JP4579922B2 (ja) | メディア・コンテンツを記憶するポータブル装置 | |
| EP1958439B1 (fr) | Procede de gestion d'un systeme de stockage reparti | |
| US20070118606A1 (en) | Virtual content directory service | |
| KR20060129259A (ko) | 홈-네트워크 콘텐츠를 필터링하는 방법 및 시스템 | |
| CN102427557A (zh) | 信息处理装置以及信息处理方法 | |
| 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 | |
| FR2835384A1 (fr) | Procede de gestion d'enregistrements de documents audiovisuels et dispositifs associes | |
| EP1671242A1 (fr) | Service de traduction pour systeme a service de repertoire de contenu | |
| US20070088675A1 (en) | Response estimation in a system with a content directory service | |
| FR2884943A1 (fr) | Procede de gestion de commande au sein d'un reseau de communication, dispositif de controle, produit programme d'ordinateur et moyen de stockage correspondants | |
| WO2012101075A1 (fr) | Procede d'acces a des contenus multimedias au sein d'un foyer | |
| JP2009086157A (ja) | コンテンツ再生装置 | |
| WO2008033808A2 (fr) | Système et procédé de lecture multimédia non déterministe sélectionnée dans une pluralité de bibliothèques multimédia distribuées | |
| CN1953385B (zh) | 音频/视频任务计算方法、提供摘要消息的方法及其设备 | |
| EP4161081A1 (fr) | Procédé de génération d'une chaîne de télévision personnalisée pour un utilisateur d'un terminal configuré pour accéder à au moins un service de diffusion de contenus audiovisuels, dispositif, équipement de service, système et programme d'ordinateur correspondants. | |
| FR2835383A1 (fr) | Procede de gestion d'enregistrements de documents audiovisuels et dispositifs associes | |
| JP2008542901A (ja) | 携帯型記憶媒体、ホスト装置及びこのホスト装置によりその携帯型記憶媒体のコンテンツにアクセスする方法 | |
| JP2015049770A (ja) | 端末推薦装置、端末推薦方法および端末推薦プログラム | |
| 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 | |
| EP4254968A1 (fr) | Procédé de génération d'une chaîne de télévision virtuelle pour un utilisateur d' au moins un service de diffusion de contenus audiovisuels, dispositif de génération, équipement de service et programme d ordinateur correspondants | |
| FR2858734A1 (fr) | Equipement domotique a interface rhm unifiee | |
| WO2007042955A2 (fr) | Procede et dispositif de gestion du stockage, de la suppression et de la recuperation de donnees |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| ST | Notification of lapse |