FR2800958A1 - Procede de transmission et de traitement d'informations de service dans un systeme de television, recepteur et emetteur dans un tel systeme - Google Patents
Procede de transmission et de traitement d'informations de service dans un systeme de television, recepteur et emetteur dans un tel systeme Download PDFInfo
- Publication number
- FR2800958A1 FR2800958A1 FR9914134A FR9914134A FR2800958A1 FR 2800958 A1 FR2800958 A1 FR 2800958A1 FR 9914134 A FR9914134 A FR 9914134A FR 9914134 A FR9914134 A FR 9914134A FR 2800958 A1 FR2800958 A1 FR 2800958A1
- Authority
- FR
- France
- Prior art keywords
- event
- content
- extraction
- transmission
- descriptor
- 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
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
- H04N21/84—Generation or processing of descriptive data, e.g. content descriptors
- H04N21/8402—Generation or processing of descriptive data, e.g. content descriptors involving a version number, e.g. version number of EPG data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/2362—Generation or processing of Service Information [SI]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
- H04N21/458—Scheduling content for creating a personalised stream, e.g. by combining a locally stored advertisement with an incoming stream; Updating operations, e.g. for OS modules ; time-related management operations
- H04N21/4586—Content update operation triggered locally, e.g. by comparing the version of software modules in a DVB carousel to the version stored locally
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/488—Data services, e.g. news ticker
- H04N21/4882—Data services, e.g. news ticker for displaying messages, e.g. warnings, reminders
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/81—Monomedia components thereof
- H04N21/8126—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts
- H04N21/8133—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts specifically related to the content, e.g. biography of the actors in a movie, detailed information about an article seen in a video program
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
- H04N21/84—Generation or processing of descriptive data, e.g. content descriptors
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Television Systems (AREA)
Abstract
L'invention concerne un procédé de transmission d'informations de service dans un système de télévision.Selon l'invention, le procédé comporte les étapes :- de transmission d'un événement;- de transmission d'un résumé évolutif dudit événement, le contenu dudit résumé étant fonction du contenu de l'événement survenu au plus tard jusqu'à l'instant de transmission dudit résumé.L'invention concerne également un récepteur pour la réception d'informations de services dans un tel système de télévision, le procédé de traitement de ces informations de service au niveau de ce récepteur et l'émetteur mettant en oeuvre le procédé de transmission selon l'invention.
Description
-1 2800958
L'invention est relative au domaine de la gestion d'informations de service dans un système de télévision. L'invention concerne plus particulièrement un procédé de transmission et un procédé de traitement de telles informations de service; elle concerne également un émetteur et un récepteur pour la transmission et la réception de ces informations de services dans un système de
télévision, notamment un décodeur de télévision numérique.
L'invention peut cependant s'étendre à d'autres services comme ceux
présents dans le WEB.
Une Interface Homme-Machine ou IHM fournit au téléspectateur un o moyen permettant de consulter des informations concernant typiquement les
programmes diffusés.
Les informations sont transmises par multiplexage de paquets de données appropriés dans le flux de données numériques. Une appellation souvent utilisée pour ce type de données est "Information de Service" ("Service Information" en langue anglaise ou plus simplement "SI"). On appellera, dans la suite, "service" une série de programmes (journaux télévisés, films, spectacles, ) sous le contrôle d'un même fournisseur de programmes ("broadcaster" ou
"service provider" en langue anglaise).
Les informations de service sont diffusées de façon périodique par le fournisseur de service. Celles-ci décrivent, entre autres, des événements pour un programme d'un service. Ces événements sont paramétrés par leurs noms, le
fournisseur de service qui leur est associé,...
Il est courant d'associer à chacun des événements des informations ou descripteurs résumant le contenu de ces événements, permettant à l'utilisateur de connaître le contenu général d'un événement par la sélection d'une rubrique spécifique du guide de programmes électronique ("lElectronic Program guide" ou
EPG en langue anglaise) destinée à afficher les résumés d'événements.
Cependant, ces informations ou descripteurs de résumé ne renseignent
que sur le contenu général de l'événement concerné.
L'invention a pour but de remédier à ce problème.
A cet effet, I'invention a pour objet un procédé de transmission d'informations de service dans un système de télévision, caractérisé en ce qu'il comporte les étapes: - de transmission d'un événement; - de transmission d'un résumé évolutif dudit événement, le contenu dudit résumé étant fonction du contenu de l'événement survenu au plus tard
jusqu'à l'instant de transmission dudit résumé.
De cette sorte, si l'utilisateur arrive en cours d'événement, l'invention lui
permet d'être renseigné sur la partie de l'événement qu'il n'a pas pu visualiser.
Par cet avantage de prise en compte du temps écoulé depuis le début de l'événement, le résumé ainsi créé s'apparente à un résumé d'événement évolutif et dynamique. Selon un mode de réalisation, ledit résumé évolutif est mis à jour en fonction de l'évolution du contenu de l'événement selon l'un des modes suivants: - périodiquement, suite à la survenance d'une situation o0 particulière dans le contenu de l'événement, - suite à une commande au niveau de l'émetteur de l'événement. Selon un mode de réalisation, l'étape de transmission dudit résumé est effectuée une pluralité de fois pour une même version de mise à jour dudit
résumé.
Selon un mode de réalisation, le contenu d'une version du résumé est tel qu'il ne conceme que la période de l'événement écoulée depuis la mise à jour
précédente et jusqu'au plus tard l'instant de diffusion de cette version du résumé.
Selon un mode de réalisation, le contenu d'une version du résumé est tel qu'il concerne la période de l'événement écoulée depuis le début de
l'événement et jusqu'au plus tard l'instant de diffusion de cette version du résumé.
Selon un mode de réalisation, ledit résumé est transmis dans un flux numérique comportant un descripteur de résumé identifié par un identificateur spécifique. Selon un mode de réalisation, le procédé de transmission comporte également l'étape de diffusion d'un résumé complet de l'événement, en parallèle avec l'étape de diffusion du résumé évolutif. Ainsi, I'invention enrichit le contenu des informations offertes à l'utilisateur en permettant à celui-ci d'être renseigné non seulement sur le contenu général de l'événement courant qu'il est en train de visualiser mais également sur la partie de l'événement qui s'est déroulée jusqu'au
moment courant.
L'invention a également pour objet un procédé de traitement d'informations de service par un récepteur dans un système de télévision, caractérisé en ce que le procédé comporte les étapes: - d'extraction sélective d'un résumé évolutif d'un événement, le contenu dudit résumé étant fonction du contenu de l'événement survenu au plus tard jusqu'à l'instant de transmission dudit résumé, - de mémorisation de ce résumé dans des premiers moyens de mémorisation
(253).
Selon un mode de réalisation, l'étape d'extraction est programmée de sorte à extraire, selon un processus permanent, les résumés relatifs au même événement. Selon un mode de réalisation, l'étape d'extraction est programmée de sorte à extraire les résumés relatifs au même événement uniquement sur requête
d'une application les ayant requis.
Selon un mode de réalisation, suite à chaque extraction de résumé relatif à un même événement, est réalisée une étape de mise à jour du résumé mémorisé dans les premiers moyens de mémorisation (253) pour remplacer le
contenu des premiers moyens de mémorisation par le dernier résumé extrait.
Selon un mode de réalisation, le procédé de traitement selon l'invention i5 comporte également une étape: - d'extraction sélective d'un résumé complet de l'événement, - de mémorisation de ce résumé dans des seconds moyens de mémorisation
(252) du récepteur.
Selon un mode de réalisation, le procédé de traitement d'informations de service selon l'invention comporte une étape d'affichage affichant sur des moyens de visualisation (21, 22) le dernier résumé extrait, suite à une requête
d'une application l'ayant requis.
Selon un mode de réalisation, suite à chaque extraction de résumé évolutif, est réalisée une étape de mémorisation de chacun desdits résumés
évolutifs dans des moyens de mémorisation respectifs (253, 255).
Selon un mode de réalisation, il est réalisé une étape d'affichage affichant sur des moyens de visualisation (21, 22) la concaténation des résumés
évolutifs mémorisés dans lesdits moyens de mémorisation respectifs (253, 255).
Selon un mode de réalisation, le procédé de traitement d'informations de service selon l'invention comporte une étape d'affichage de moyens de
signalisation pour signaler l'extraction d'un nouveau résumé évolutif.
Selon un mode de réalisation, I'affichage du résumé évolutif
s'accompagne de la date à laquelle l'extraction de ce résumé a eu lieu.
Selon un mode de réalisation, ledit résumé évolutif est transmis dans un flux numérique comportant un descripteur de résumé identifié par un
identificateur spécifique.
L'invention a également pour objet un récepteur pour la réception d'informations de services dans un système de télévision, caractérisé en ce qu'il comporte: - des moyens d'extraction d'un résumé évolutif d'un événement, le contenu dudit résumé étant fonction du contenu de l'évènement survenu au plus tard jusqu'à l'instant de transmission dudit résumé,
- des premiers moyens de mémorisation de ce résumé.
Selon un mode de réalisation, les moyens d'extraction sont également o destinés à extraire un résumé complet de l'événement et en ce que le récepteur comprend en outre des seconds moyens de mémorisation pour mémoriser ledit
résumé complet.
L'invention a également pour objet un émetteur pour la transmission i5 d'informations de services dans un système de télévision, caractérisé en ce qu'il comprend: - des moyens de transmission d'un événement; - des moyens de transmission d'un résumé évolutif dudit événement, le contenu dudit résumé étant fonction du contenu de l'événement survenu au plus
tard jusqu'à l'instant de transmission dudit résumé.
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 est un diagramme bloc d'un récepteur de télévision conforme au présent exemple de réalisation, la figure 2 représente un diagramme de classes selon la notation UML ("Unified Modeling Language"l en langue anglaise) faisant correspondre différentes entités dans le cadre de l'invention,, * la figure 3 représente un diagramme de séquences des échanges ayant lieu entre les différentes entités lors d'une demande d'information du résumé dynamique d'un utilisateur, selon un premier mode de réalisation de l'invention, * la figure 4 représente un diagramme d'état illustrant l'extraction d'un descripteur de résumé dynamique depuis le flux DVB, selon un mode de réalisation de l'invention, la figure 5 représente un diagramme de séquences des échanges ayant lieu entre les différentes entités en mode de requêtes permanentes d'extraction de descripteurs de résumés dynamiques, selon un mode de réalisation de l'invention, * la figure 6 représente un exemple de séquencements d'informations d'un événement dans le cadre d'une course automobile,la figure 7 représente un schéma d'une "fiche information" de l'événement correspondant à la figure 6 au départ de la course, la figure 8 représente la fiche information à un moment o le champ texte du ]o descripteur de résumé dynamique a été renseigné, À la figure 9 représente la fiche information à un moment ultérieur o le champ texte du descripteur de résumé dynamique a de nouveau été renseigné, * la figure 10 représente un autre mode de réalisation d'affichage de tous les
résumés dynamiques ayant été extraits du démultiplexeur.
Pour de plus amples informations sur le format et le contenu des données de service, sections et tables MPEG et DVB, on se référera notamment aux trois documents suivants: EN 300 468 - Specification for Service Information (SI) in Digital Video Broadcast (DVB) systems - V1.3.1 (199802), ISO/IEC 13818-1 (1994) Generic Coding of Moving Pictures and Associated Audio - Recommendation H.220, aussi appelé "MPEG Il Systems", et ETR 211 - Digital Broadcasting systems for television: Implementation guidelines for the use of MPEG-2 systems; Guidelines on implementation and
usage of service information.
La figure 1 est un diagramme bloc d'un décodeur-récepteur intégré de télévision numérique de type DVB ("Digital Video Broadcasting" en langue
anglaise).
Il est bien évident que l'invention ne se limite pas à cet environnement physique, mais peut être facilement adaptée à un autre type de transmission de données de service, par exemple une transmission par l'intermédiaire de données modulées dans l'intervalle de retour trame. On peut également considérer une
exploitation dans des environnements de type réseau (e.g. Internet).
Le décodeur de la figure 1 est relié à une antenne 1, elle même reliée à un tuner 2 du décodeur. Le signal fourni par le tuner est démodulé par un démodulateur 3. Les données démodulées sont corrigées par un circuit correcteur
4 et transmises à un démultiplexeur 5.
Ce dernier est par exemple un démultiplexeur similaire à celui décrit dans la demande de brevet française n0 95 15767 déposée le 29 décembre 1995 au nom de la Demanderesse. Le démultiplexeur 5 comporte un certain nombre de registres de filtrage, appelés filtres par extension, programmés par un microprocesseur 23 en fonction des diverses applications supportées par le décodeur. Le démultiplexeur compare le contenu des registres de filtrage à certains paramètres des paquets de données et charge les paquets de données
o correspondant à une comparaison positive.
Pour la clarté du schéma, seules les connexions les plus importantes
du microprocesseur 23 sont illustrées.
Les sections ou paquets audio ou vidéo filtrés par le démultiplexeur sont stockés dans des zones prédéfinies d'une mémoire tampon 6 à l'attention des applications. Si nécessaire, les informations sont tout d'abord décryptées par un circuit décrypteur 7 en fonction des droits de l'utilisateur, avant d'être stockées
dans cette mémoire tampon 6.
Selon le présent exemple, les applications sont au nombre de cinq: un décodeur audio 16, un décodeur vidéo 17, un décodeur Teletext 18, un ensemble de contrôle d'accès (comprenant le décrypteur 7, un microcontrôleur vérificateur 8 et une interface pour carte à microprocesseur 9 relié en mode de fonctionnement normal à une carte à microprocesseur 10), ainsi qu'un module de gestion des
données de service 19.
Le décodeur comporte également une interface infrarouge d'une
télécommande 24, ladite interface étant également reliée au microprocesseur 23.
Ce dernier est connecté à une mémoire 12 comportant le système d'exploitation ainsi que les programmes résidents ou téléchargés de mise en oeuvre des applications. Un modem 13 relié au réseau téléphonique commuté 14 est également
commandé par le microprocesseur.
Un générateur de caractères 15 permet la génération de menus de commande ou de graphiques relatifs aux paramètres du décodeur ou à une application particulière. Le signal vidéo généré par ce générateur de caractères est multiplexé avec l'un des signaux video en provenance du décodeur vidéo 17 ou du décodeur télétexte 18 vers une première prise Péritel (prise SCART en anglais) reliée à un téléviseur 22 ou une seconde prise Péritel reliée à un magnétoscope 21. Le circuit de multiplexage 20 est géré par le microprocesseur 23. Selon le présent exemple de réalisation, le module de gestion des données de service est physiquement parlant un programme géré par le microprocesseur, bien que conceptuellement, il s'agisse d'une application traitant des paquets de données, au même titre qu'un décodeur audio ou vidéo, pour lesquels des circuits dédiés sont utilisés. Le module est une interface entre les données de service (sections et tables MPEG et DVB) et des applications clientes (guide de programmes, téléachat, jeux interactifs, etc.). Il gère les requêtes des applications clientes et
maintient une base de données interne à partir des données de service reçues.
Selon le présent exemple de réalisation, I'application cliente est un
guide de programmes également géré par le microprocesseur.
Pour plus de renseignements sur ce module 19 et, de façon plus générale, les relations entre le démultiplexeur/microprocesseur, le module de gestion des données de service et l'application cliente, le lecteur pourra se référer i5 à la demande de brevet française n 97 15163 déposée le 2 décembre 1997 au nom de la Demanderesse. Dans cette demande, on note que le module de gestion met à la disposition des applications clientes un certain nombre de fonctions destinées à formuler les requêtes relatives aux informations dont l'application a besoin concernant le résumé événement. Le mécanisme de gestion de ces requêtes ne fait pas l'objet de la présente demande et ne sera pas
explicité ici.
Selon un mode de réalisation, le récepteur décrit ci-dessus est mise en oeuvre pour la réception d'un flux de données numériques suivant le
standard DVB précité.
L'un des rôles du module de gestion des données de service est de programmer les filtres du démultiplexeur. Pour remplir cette fonction et permettre un accès rapide aux données recherchées, il maintient une image de la structure
physique du ou des réseaux (networks en langue anglaise) auxquels il a accès.
Les documents EN 300 468 (document 1) et ISO/IEC 13818-1 définissent dix tables donnant des informations sur la configuration du ou des réseaux, bouquets, services et événements transmis. Les tables sont identifiées par des valeurs particulières de données d'identification de paquets ou "PID" (pour "Packet Identification Data" en langue anglaise) et d'identificateurs de tables ("table_id" en langue anglaise), dont les valeurs sont définies par lesdits documents. Chaque table contient un identificateur de version, permettant de déterminer si, d'une transmission de la table à l'autre, le contenu de cette table a changé. La table qui nous intéresse ici est la table dite d'information des
événements appelée M"EIT" (pour "Event Information Table" en langue anglaise).
La table EIT comporte des informations sur les événements à l'intérieur d'un service donné. Il est prévu quatre types de tables EIT ordonnés selon leur identificateur de table: - deux tables comprenant les informations d'événement courant et suivant du canal de transmission courant ou un autre canal de transmission ("Transport stream" en langue anglaise), deux tables comprenant les informations de programmation d'événements o0 pour le canal de transmission courant ou un autre canal, pour une durée plus longue. Dans la suite, on ne s'intéressera qu'aux événements courants du
canal de transmission courant et à la table EIT associée.
La table EIT contient des données concernant des événements ou des i5 programmes tels que noms d'événements, durées d'événements, dates de débuts d'événements, etc. L'utilisation de différents descripteurs permet la transmission de différents types d'informations d'événements, par exemple pour différents types de service. La partie 6 intitulée "Descriptors" du document I décrit les différents descripteurs qui peuvent être utilisés à l'intérieur des tables SI en
leur attribuant une adresse spécifique.
Ainsi, comme il en ressort de la table 12 de la partie 6, l'événement courant peut être décrit par un certain nombre de descripteurs. Cette table 12 fait apparaître un descripteur de résumé statique ("short_event_descriptor" en langue anglaise) qu'on appelera descripteur SE (pour "Short Event" en anglais), qui est décrit plus en détails dans le paragraphe 6.2.27 du document I et qui fournit un résumé statique de l'événement courant, à savoir un résumé
général de l'événement.
On remarque que les valeurs d'identifiant de table OX80 à OXFE
sont destinées à des tables privées.
Selon l'invention, un descripteur dit de résumé dynamique (" Dynamic_event_descriptor" en langue anglaise), qu'on appelera descripteur DES (pour "Dynamic Event Summary" en anglais) est émis par le fournisseur de service dans les extensions privées du flux DVB, dans la table EIT
courant/suivant du canal de transmission courant.
En utilisant la terminologie DVB, ce descripteur peut être défini comme suit, la terminologie anglaise étant stipulée en caractères italiques: Syntaxe n bits Mnemonics descripteurDES DESdescriptor ( { Identifiant descripteur descriptor tag 8 Uimsbf Longueur descripteur Descriptorlength 8 Uimsbf Code langage_ ISO_639 ISO_639_languagecode 4 Bslbf NumeroVersionMiseajour Update_version_number 8 Uimsbf DateMiseajour Update_time 40 Bslbf Longueur-texte Text_length 8 Uimsbf For (i =0 to Longueur_texte) { Caracterestexte 8 Uimsbf } L'identifiant de descripteur est un champ de 8 bits qui identifie chaque descripteur. Les valeurs possibles sont décrites dans le document ISO/IEC 13818-1. Comme les valeurs d'identifiant de descripteur comprises entre Ox80 et OxFE sont réservées aux descripteurs privés, elles pourraient être utilisées pour le ou les identificateurs DES. Dans la suite, on supposera qu'aucun autre descripteur privé n'est utilisé et on choisira, par exemple,
0X80 comme valeur d'identifiant pour le descripteur DES.
La longueur de descripteur est le nombre total d'octets dans la partie
de données du descripteur.
Le code de langage ISO_639 identifie la langue des données
textuelles du descripteur. 'fre', par exemple, correspond à la langue française.
Le numéro de version mise à jour est le numéro actuel de la version du descripteur. Ce numéro est incrémenté à chaque modification du contenu du descripteur DES de telle sorte que l'application puisse décider de la mise à
jour de son cache de données.
La date de mise à jour est l'heure à laquelle l'information a été mise
à jour.
La longueur de texte est le nombre de caractères compris dans le contenu du descripteur, c'est à dire le nombre de caractères du texte
correspondant au résumé dynamique.
Selon ces définitions, un descripteur DES pourrait avoir la forme suivante, lors de la transmission d'une course de voiture descripteur_DES () { 0x80 fre'
18:34'
108
Après trois heures de course, la voiture n 3 demeure en tête malgré les attaques incessantes de ses rivales.' } Comme précédemment précisé, la réception de ce descripteur au io niveau du récepteur et son extraction au moyen de filtres spécifiques pourraient être mises en oeuvre par les moyens décrits dans la demande de
brevet française n 97 1 5163.
La figure 2 représente un diagramme de classes selon la notation UML faisant correspondre différentes entités dans le cadre de l'invention. Cette modélisation permet de spécifier, visualiser, produire et documenter un système
logiciel grâce à une notation reconnue dans l'industrie logicielle.
Par la suite, le microprocesseur/démultiplexeur, le module de gestion et l'application cliente seront regroupés dans une seule entité conceptuelle appelée "Interface Homme-Machine" ou IHM, dénomination bien connue de lI'homme du métier. La figure 3 représente quant à elle un diagramme de séquences des échanges ayant lieu entre les différentes entités lors d'une demande d'information du résumé dynamique d'un utilisateur. Les figures 2 et 3 permettent de comprendre le mécanisme d'acquisition du descripteur DES suite à une requête de l'utilisateur. Le diagramme de classes met en place les aspects statiques du système { flux, IHM, descripteurs, télécommande, menu d'information }, c'est à dire définit les différentes entités du système et leurs relations. Par contre, le diagramme de séquences montre les aspects dynamiques du système, à savoir les enchaînements d'appels de fonctions. On notera que le diagramme de la figure 2 ne comporte que les classes nécessaires à la compréhension du
fonctionnement du système.
Le diagramme de la figure 2 comporte la classe "Récepteur de télécommande" qui dialogue avec la classe "Interface Homme Machine". Celle-ci comprend les méthodes ToucheinfoPressée et ToucheOKPressée. L'interface Homme Machine est également en relation avec la classe "Menulnfo" dont les attributs sont le nom de l'événement NomEvt, le résumé de l'événement Resume, le résumé dynamique de l'événement ResumeDynamique et la date de mise à jour DateMiseaJour. Les méthodes pouvant être appelées dans cette classe sont les méthodes d'affichage AfficherO, de masquage MasquerO, de définition du nom il de l'événement DefinirNomEvt(texte), de résumé DefiniResume(texte), de résumé dynamique DefinirResumedynamique(texte), et de date de mise à jour DéfinirDateMiseajour(texte). On rappelle que, dans un diagramme de classes, le contenu des parenthèses relatives à une méthode correspond au type des paramètres attendus en entrée. De plus, les paramètres sont nommés. Ainsi, une formulation exacte d'une écriture de la méthode de définition de la date pourrait être DéfinirDate(entier jour, entier mois, entier année). Dans un diagramme de séquences, mais également dans le code lui-même, le contenu des parenthèses
est appelé paramètre effectif et s'exprime par exemple DefinirDate(30, 9, 1999).
La classe "Interface Homme Machine" est également en relation avec
les trois classes "DescripteurDES", "Flux DVB" et "IDescripteurES".
La classe "Descripteur_DES" a comme attributs le numéro de version NumeroVersion, la date de mise à jour Date Miseajour et le résumé Resume. Ces attributs sont des chaînes de caractères. Les méthodes appelables sont les méthodes appelant le résumé RetournerResumeO, le numéro de version RetournerNumeroVersionO et la date de mise à jour
Re tournerDateMiseajourO.
La classe "Flux DVB" présente les méthodes d'attente du descripteur de résumé statique AttenteDescripteurResume() et d'attente du
descripteur du résumé dynamique AttenteDescripteurResumeDESO.
La classe "DescripteurES" comporte les attributs de nom d'événements NomEvt et de résumé Resume. Les méthodes offertes sont les méthodes renvoyant le nom de l'événement RetournerNomEvtO( et le résumé RetournerResume O. Les liaisons reliant, d'une part, la classe "interface Homme Machine" et, d'autre part, les trois classes" "DescripteurDES", "Flux DVB" et "DescripteurES" traduisent notamment le fait que l'IHM peut appeler les
méthodes des classes respectives.
Par contre, les liaisons reliant les classes "DeschpteurDES" et "DescripteurES" à la classe "Flux DVB" sont des liaisons représentant des liens de composition, c'est à dire que le flux DVB est composé des
descripteurs de résumé statique et dynamique.
Selon le mode de réalisation de la figure 3, le microprocesseur analyse
les informations du flux uniquement sur demande de l'utilisateur.
L'utilisateur sélectionne la touche "INFO" de la télécommande. Le récepteur de télécommande appelle la méthode Touche/nfoPressée de l'IHM. L'IHM appelle les méthodes "AttenteDescripteurResume" et "AttenteDescripteurResumeDES" du flux DVB et se met ainsi en attente de l'apparition dans le flux DVB des descripteurs suivants de résumé statique et dynamique. Ceux-ci sont filtrés selon les méthodes connues de la demande de brevet de la Demanderesse ci-dessus citée au niveau du démultiplexeur au fur
et à mesure de leur ordre d'arrivée dans le flux.
L'IHM appelle alors la méthode RetournerNomEvt() du descripteur de résumé statique qui renvoie à l'IHM le nom de l'événement courant sous forme d'une chaine de caractères "texte". Ce texte est alors défini pour le menu d'information par la méthode DéfinirNomEvt(texte) dans une première mémoire 251 d'un bloc de mémoires 25 du décodeur de la figure 1. L'IHM appelle ensuite la méthode RetournerResume() qui renvoie à l'IHM le résumé statique de l'événement courant sous forme d'une chaine de caractères. Cette séquence a pour conséquence l'enregistrement de ce résumé statique dans une mémoire 252 du bloc 25. Ce texte est également défini pour le menu d'information. De la même manière, I'IHM appelle la méthode RetournerResume() du descripteur de résumé dynamique qui renvoie à l'IHM le résumé dynamique de l'événement courant sous forme d'une chaine de caractères. Ce résumé dynamique est enregistré dans une troisième mémoire 253 du bloc 25. Ce résumé dynamique est défini pour le menu d'information par la méthode DefinirResumeDynamique(texte). Le numéro de version du résumé dynamique
est conservé localement comme décrite dans la demande de brevet citée ci-
dessus de la Demanderesse. L'IHM appelle ensuite la méthode RetournerDateMiseajour() qui renvoie à l'IHM la date de la dernière mise à jour du résumé dynamique. Cette date est également définie pour le menu
d'information et enregistrée dans une quatrième mémoire 254. L'IHM appelle par la suite la méthode Afficher() de la classe Menuinfo et
le menu d'information affiche le nom de l'événement courant, son résumé statique, son résumé dynamique et la date de dernière mise à jour à la
date courante.
Quand l'utilisateur ne désire plus visualiser ces dernières informations, il appuie sur la touche OK de la télécommande, ce qui appelle la méthode ToucheOKPresséeO et l'IHM appelle la méthode Dissimuler() de la classe MenuInfo. Le menu d'information n'affiche plus alors les informations
de résumé.
La figure 4 représente un diagramme d'état illustrant l'extraction d'un
descripteur de résumé dynamique depuis le flux DVB.
Sur requête de l'utilisateur, le système est en attente de réception d'un EIT correspondant à l'événement présent du canal de transmission courant. Si le canal de transmission courant contient une table d'information d'événements EIT, I'IHM se met à scruter successivement l'identifiant de chaque descripteur de la table mentionnée (table des descripteurs correspondant à la table 12 partie 6 du document EN 300 468 V1.3.1). Tant que cette valeur d'identifiant n'est pas celle d'un descripteur_DES, I'IHM passe au descripteur suivant. Lorsque l'IHM a trouvé un descripteurDES, il compare le numéro de version de mise à jour de ce dernier avec le précédent. Si le numéro de version du descripteur véhiculé dans le flux est inférieur ou égal à celui déjà mémorisé, le descripteur ne sera pas mémorisé et on conservera le descripteur déjà mémorisé io pour un éventuel affichage. Si, par contre, le numéro de version du descripteur extrait du flux est supérieur à celui déjà mémorisé, alors le texte de résumé
dynamique du descripteur extrait remplace celui enregistré dans la mémoire 253.
On notera qu'au démarrage et à chaque changement d'événement, le
champ NumeroVersion est réinitialisé.
Ainsi, ce premier mode de réalisation nécessite moins de ressources notamment de la part du microprocesseur, mais peut induire un délai lors de la requête de l'utilisateur correspondant à l'intervalle de temps entre deux diffusions
successives du descripteurDES, soit environ deux secondes.
Selon une variante représentée ci-après sur la figure 10, le texte du résumé dynamique du descripteur extrait ne remplace pas le texte enregistré dans la mémoire 254 mais est enregistré dans une mémoire 255. De manière récurrente, le contenu de chaque descripteur extrait du flux DVB dont le numéro de version est supérieur au numéro du descripteur précédent est enregistré dans une mémoire distincte; de cette sorte, la requête d'affichage du résumé dynamique affichera l'intégralité des résumés dynamiques enregistrés dans chacune de ces mémoires, comme représentée sur la figure 10. On accumule ainsi, par tranches successives concernant des intervalles temporels disjoints de l'événement, le résumé dynamique correspondant à la concaténation des
résumés dynamiques partiels décrits.
La figure 5 représente un diagramme de séquences des échanges ayant lieu entre les différentes entités en mode de requêtes permanentes d'extraction de descripteurs de résumés dynamiques. Le microprocesseur analyse en mode continu les informations du flux. Ceci se traduit, sur la figure 5, par le fait que les méthodes "AttenteDescripteurResume" et "AttenteDescripteurDES" sont appelées de façon permanente. Le stockage des informations récupérées peut se faire de différentes manières: selon un premier mode, le DES est mémorisé temporairement dans la mémoire tampon dite buffer 6, chaque résumé dynamique étant remplacé par son suivant. Selon un autre mode, tous les résumés dynamiques des descripteurs DES extraits de façon permanente sont enregistrés dans lesdites mémoires distinctes pour pouvoir être affichés
sur requête de l'utilisateur.
Dans cette version o les descripteurs DES sont constamment scrutés dans le flux, les informations concernant le ou les résumés dynamiques sont constamment disponibles dans la mémoire cache et peuvent
être immédiatement affichées sur requête de l'utilisateur.
La figure 6 représente un exemple de séquencements d'informations
d'un événement dans le cadre d'une course automobile.
II est supposé dans la suite que le délai entre deux transmissions successives du descripteur de résumé dynamique est petit par rapport aux différentes étapes numérotées de ( à sur la figure 6, c'est a dire qu'il est de
l'ordre de la seconde.
L'instant 1 correspond au démarrage de l'événement. Le contenu du
is champ texte du descripteur_DES de résumé dynamique est vide.
L'instant ) correspond au moment o l'utilisateur requiert l'affichage d'informations sur l'événement en cours, le champ texte du descripteurDES n'étant toujours pas renseigné par le fournisseur de programmes (parce que, par exemple, la course n'a pas débutée). L'utilisateur se voit alors retourner à l'écran
le contenu du résumé statique, tel que représenté sur la figure 7.
Le moment identifie le début de la course. Après le premier tour, le producteur des programmes décide que l'action qui vient de se dérouler justifie la mise à jour du résumé dynamique. Il renseigne le champ texte du descripteur_DES du résumé des actions déroulées dans l'intervalle et diffuse ce
dernier dans le flux DVB.
L'utilisateur s'étant absenté entre les instants et , il demande l'affichage d'informations sur l'événement en cours. Il visualise alors sur son écran la fiche information représentée sur la figure 8. Celle-ci comprend le nom de l'événement "Course automobile", le résumé statique SE et le résumé dynamique DES1, correspondant respectivement aux contenus respectifs des mémoires 251,252 et 253 à l'instant O. Un rebondissement intervient à l'instant @ et le producteur met à jour le
contenu du descripteur_DES diffusé.
Ainsi, I'utilisateur requérant l'affichage d'informations de résumé à un instant postérieur à , visualisera un résumé dynamique DES2 mis à jour, tel
que représenté sur la figure 9.
Selon un autre mode de réalisation représenté sur la figure 10, suite à une requête d'informations de résumé de l'utilisateur, le générateur de caractères transmet le contenu de toutes les mémoires comportant les différents résumés dynamiques extraits en mode permanent, chaque résumé dynamique étant
accompagné de la date d'extraction de ce résumé du flux.
Selon un mode de réalisation non décrit, un index s'affiche sur l'écran s de télévision de l'utilisateur visionnant un événement télévisé quand un descripteur de résumé dynamique est extrait du flux DVB ou mémorisé dans une mémoire spécifique. L'utilisateur est ainsi averti de la réception de ces
informations et de leur mise à jour.
L'invention a également pour objet un émetteur pour la transmission o des descripteurs descripteurDES et descripteurES décrits ci-dessus. Cet émetteur, non illustré, comprend, selon un mode de réalisation, un multiplexeur multiplexant les descripteurs dans le flux de données. Cet émetteur comprend: - des moyens de transmission d'un événement; - des moyens de transmission d'un résumé évolutif dudit événement, le contenu dudit résumé étant fonction du contenu de l'événement survenu au plus
tard jusqu'à l'instant de transmission dudit résumé.
L'invention n'est bien sûr pas limitée aux modes de réalisation décrits. Ainsi, suite à une requête de l'utilisateur pour l'affichage d'un résumé dynamique, on a décrit l'affichage d'un résumé statique, d'un ou plusieurs résumés dynamiques, conjointement éventuellement à leurs dates d'extraction du flux. Toute autre information accompagnant le résumé
dynamique d'un événement pourra être envisagée dans le cadre de l'invention.
On a également remarqué que l'apparition de nouveaux résumés dynamiques dépend de l'importance accordée à l'événement courant. On peut cependant imaginer que l'émission de nouveaux résumés dynamiques soit
réalisée selon une périodicité fixe.
Il est à noter que l'invention ne se limite pas à la seule transmission de données par voie satellitaire, hertzienne ou par câble, mais peut être mise en oeuvre dans tout système o des données ou paquets de données apparaissent périodiquement dans le flux de données. Ceci est notamment le
cas pour des flux de données enregistrés ou préenregistrés.
D'autre part, si les exemples donnés concernent plus particulièrement les données de service, il est clair que l'invention ne se limite pas à ce type de données. Des données dites privées peuvent, par exemple,
être traitées de manière analogue.
Claims (21)
1. Procédé de transmission d'informations de service dans un système de télévision, caractérisé en ce qu'il comporte les étapes: - de transmission d'un événement; - de transmission d'un résumé évolutif dudit événement, le contenu dudit résumé étant fonction du contenu de l'évènement survenu au plus tard
jusqu'à l'instant de transmission dudit résumé.
2. Procédé selon la revendication 1, caractérisé en ce que ledit résumé évolutif est mis à jour en fonction de l'évolution du contenu de l'évènement selon l'un des modes suivants: - périodiquement, suite à la survenance d'une situation particulière dans le contenu de l'évènement, suite à une commande au niveau de l'émetteur de l'événement.
3. Procédé selon la revendication 1 ou 2, caractérisé en ce que l'étape de transmission dudit résumé est effectuée une pluralité de fois pour une même
version de mise à jour dudit résumé.
4. Procédé selon la revendication 3, caractérisé en ce que le contenu d'une version du résumé est tel qu'il ne concerne que la période de l'événement écoulée depuis la mise à jour précédente et jusqu'au plus tard l'instant de
diffusion de cette version du résumé.
5. Procédé selon la revendication 3, caractérisé en ce que le contenu d'une version du résumé est tel qu'il concerne la période de l'événement écoulée depuis le début de l'événement et jusqu'au plus tard l'instant de diffusion de cette
version du résumé.
6. Procédé selon les revendications précédentes, caractérisé en ce que
ledit résumé est transmis dans un flux numérique comportant un descripteur de
résumé identifié par un identificateur spécifique.
7. Procédé selon les revendications précédentes, caractérisé en ce
qu' il comporte également l'étape de diffusion d'un résumé complet de
l'évènement, en parallèle avec l'étape de diffusion du résumé évolutif.
8. Procédé de traitement d'informations de service par un récepteur dans un système de télévision, caractérisé en ce que le procédé comporte les étapes: - d'extraction sélective d'un résumé évolutif d'un événement, le contenu dudit résumé étant fonction du contenu de l'événement survenu au plus tard jusqu'à l'instant de transmission dudit résumé, - de mémorisation de ce résumé dans des premiers moyens de mémorisation
(253).
9. Procédé selon la revendication 8, caractérisé en ce que l'étape d'extraction est programmée de sorte à extraire, selon un processus permanent,
les résumés relatifs au même événement.
10. Procédé selon la revendication 8, caractérisé en ce que l'étape o d'extraction est programmée de sorte à extraire les résumés relatifs au même
événement uniquement sur requête d'une application les ayant requis.
11. Procédé selon l'une des revendications 8 à 10, caractérisé en ce
que, suite à chaque extraction de résumé relatif à un même événement, est réalisée une étape de mise à jour du résumé mémorisé dans les premiers moyens de mémorisation (253) pour remplacer le contenu des premiers moyens de
mémorisation par le dernier résumé extrait.
12. Procédé selon l'une des revendications 8 à 11, caractérisé en ce
que le procédé comporte également une étape: - d'extraction sélective d'un résumé complet de l'événement, - de mémorisation de ce résumé dans des seconds moyens de mémorisation
(252) du récepteur.
13. Procédé selon l'une des revendications 8 à 12, caractérisé en ce
qu'il comporte une étape d'affichage affichant sur des moyens de visualisation (21, 22) le dernier résumé extrait, suite à une requête d'une application l'ayant
requis.
14. Procédé selon l'une des revendications 8, 9, 10, 12 ou 13,
caractérisé en ce que, suite à chaque extraction de résumé évolutif, est réalisée une étape de mémorisation de chacun desdits résumés évolutifs dans des
moyens de mémorisation respectifs (253, 255).
15. Procédé selon la revendication 14, caractérisé en ce qu'il est réalisé une étape d'affichage affichant sur des moyens de visualisation (21, 22) la concaténation des résumés évolutifs mémorisés dans lesdits moyens de
mémorisation respectifs (253, 255).
16. Procédé selon l'une des revendications 8 à 15, caractérisé en ce
que le procédé comporte une étape d'affichage de moyens de signalisation pour
signaler l'extraction d'un nouveau résumé évolutif.
17. Procédé selon l'une des revendications 8 à 16, caractérisé en ce
que l'affichage du résumé évolutif s'accompagne de la date à laquelle l'extraction
de ce résumé a eu lieu.
18. Procédé selon l'une des revendications 8 à 17, caractérisé en ce
que ledit résumé évolutif est transmis dans un flux numérique comportant un
descripteur de résumé identifié par un identificateur spécifique.
19. Récepteur pour la réception d'informations de services dans un système de télévision, caractérisé en ce qu'il comporte: - des moyens d'extraction (5) d'un résumé évolutif d'un événement, le contenu dudit résumé étant fonction du contenu de l'événement survenu au plus tard jusqu'à l'instant de transmission dudit résumé,
- des premiers moyens (253) de mémorisation de ce résumé.
20. Récepteur selon la revendication 19, caractérisé en ce que les moyens d'extraction sont également destinés à extraire un résumé complet de l'évènement et en ce que le récepteur comprend en outre des seconds moyens
(252) de mémorisation pour mémoriser ledit résumé complet.
21. Emetteur pour la transmission d'informations de services dans un système de télévision, caractérisé en ce qu'il comprend: - des moyens de transmission d'un événement; - des moyens de transmission d'un résumé évolutif dudit événement, le contenu dudit résumé étant fonction du contenu de l'événement survenu au plus
tard jusqu'à l'instant de transmission dudit résumé.
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR9914134A FR2800958A1 (fr) | 1999-11-10 | 1999-11-10 | Procede de transmission et de traitement d'informations de service dans un systeme de television, recepteur et emetteur dans un tel systeme |
| EP00403033.4A EP1100271B1 (fr) | 1999-11-10 | 2000-10-31 | Procédé pour traiter un résumé évolutif dans un système de télévision et récepteur dans un tel système |
| US09/706,684 US7448059B1 (en) | 1999-11-10 | 2000-11-06 | Process for transmitting and processing an evolutive abstract in a television system, receiver and transmitter in such a system |
| JP2000342484A JP4845257B2 (ja) | 1999-11-10 | 2000-11-09 | テレビジョンシステムにおいて展開する要約を伝送し処理する方法、並びに、かかるシステムの受信器及び送信器 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR9914134A FR2800958A1 (fr) | 1999-11-10 | 1999-11-10 | Procede de transmission et de traitement d'informations de service dans un systeme de television, recepteur et emetteur dans un tel systeme |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| FR2800958A1 true FR2800958A1 (fr) | 2001-05-11 |
Family
ID=9551966
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR9914134A Withdrawn FR2800958A1 (fr) | 1999-11-10 | 1999-11-10 | Procede de transmission et de traitement d'informations de service dans un systeme de television, recepteur et emetteur dans un tel systeme |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US7448059B1 (fr) |
| EP (1) | EP1100271B1 (fr) |
| JP (1) | JP4845257B2 (fr) |
| FR (1) | FR2800958A1 (fr) |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1320262A1 (fr) * | 2001-12-14 | 2003-06-18 | Deutsche Thomson-Brandt Gmbh | Fonctions déclenchées et synchronisées avec des meta-données |
| US20050097621A1 (en) * | 2003-11-03 | 2005-05-05 | Wallace Michael W. | Method and apparatus for synopsizing program content during presentation |
| TW200719718A (en) * | 2005-09-06 | 2007-05-16 | Nokia Corp | Optimized broadcast to ESG with simple fragment management scheme |
| JP2008005282A (ja) * | 2006-06-23 | 2008-01-10 | Sharp Corp | メタデータ電子表示装置 |
| WO2008007279A2 (fr) * | 2006-07-04 | 2008-01-17 | Koninklijke Philips Electronics N.V. | Procédé de substitution de contenu |
| WO2008007274A2 (fr) * | 2006-07-04 | 2008-01-17 | Koninklijke Philips Electronics N.V. | Procédé de substitution de contenu |
| CA2838021C (fr) | 2011-06-08 | 2016-08-02 | Sling Media Pvt Ltd | Appareil, systemes et procedes permettant de presenter un resume d'un evenement de contenu multimedia |
| EP3739491B1 (fr) | 2019-05-17 | 2022-07-06 | Samsung Electronics Co., Ltd. | Appareil électronique et son procédé de commande |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO1996041478A1 (fr) * | 1995-06-07 | 1996-12-19 | Tv Guide On Screen | Systeme de programmation pour guide de programmes de television electronique et procede avec acces a des sources de donnees |
| US5812123A (en) * | 1994-11-29 | 1998-09-22 | Microsoft Corporation | System for displaying programming information |
| WO1998057497A1 (fr) * | 1997-06-11 | 1998-12-17 | Koninklijke Philips Electronics N.V. | Technique de commande de reception dans un recepteur de radiodiffusion de donnees |
Family Cites Families (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS63314084A (ja) * | 1987-06-17 | 1988-12-22 | Sanyo Electric Co Ltd | 文字放送受信機 |
| JPH09180291A (ja) * | 1995-12-28 | 1997-07-11 | Nippon Telegr & Teleph Corp <Ntt> | 放送番組の予約方法および番組予約装置 |
| US6035304A (en) * | 1996-06-25 | 2000-03-07 | Matsushita Electric Industrial Co., Ltd. | System for storing and playing a multimedia application adding variety of services specific thereto |
| JP3439034B2 (ja) * | 1996-07-16 | 2003-08-25 | 日本電信電話株式会社 | 要約映像ブラウジング方法および装置 |
| US6263507B1 (en) * | 1996-12-05 | 2001-07-17 | Interval Research Corporation | Browser for use in navigating a body of information, with particular application to browsing information represented by audiovisual data |
| JP3737619B2 (ja) * | 1997-11-25 | 2006-01-18 | 松下電器産業株式会社 | 番組選択支援装置 |
| JP3981777B2 (ja) * | 1997-08-19 | 2007-09-26 | ソニー株式会社 | 情報提供装置および方法、情報受信装置および方法、並びに情報提供システム |
| JPH1169320A (ja) * | 1997-08-20 | 1999-03-09 | Toshiba Corp | データ放送システムの送信装置及び受信装置 |
| JPH11163814A (ja) * | 1997-08-27 | 1999-06-18 | Matsushita Electric Ind Co Ltd | 放送システムの制御情報作成装置 |
| JPH11266408A (ja) * | 1998-03-16 | 1999-09-28 | Sony Corp | 番組内容表示装置と番組内容表示方法とコンテンツ表示装置 |
| US6536041B1 (en) * | 1998-06-16 | 2003-03-18 | United Video Properties, Inc. | Program guide system with real-time data sources |
| JP2000124895A (ja) | 1998-10-15 | 2000-04-28 | Sony Corp | 情報処理装置および情報処理方法、並びに提供媒体 |
-
1999
- 1999-11-10 FR FR9914134A patent/FR2800958A1/fr not_active Withdrawn
-
2000
- 2000-10-31 EP EP00403033.4A patent/EP1100271B1/fr not_active Expired - Lifetime
- 2000-11-06 US US09/706,684 patent/US7448059B1/en not_active Expired - Lifetime
- 2000-11-09 JP JP2000342484A patent/JP4845257B2/ja not_active Expired - Lifetime
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5812123A (en) * | 1994-11-29 | 1998-09-22 | Microsoft Corporation | System for displaying programming information |
| WO1996041478A1 (fr) * | 1995-06-07 | 1996-12-19 | Tv Guide On Screen | Systeme de programmation pour guide de programmes de television electronique et procede avec acces a des sources de donnees |
| WO1998057497A1 (fr) * | 1997-06-11 | 1998-12-17 | Koninklijke Philips Electronics N.V. | Technique de commande de reception dans un recepteur de radiodiffusion de donnees |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4845257B2 (ja) | 2011-12-28 |
| EP1100271B1 (fr) | 2017-10-11 |
| EP1100271A3 (fr) | 2004-03-03 |
| US7448059B1 (en) | 2008-11-04 |
| JP2001157130A (ja) | 2001-06-08 |
| EP1100271A2 (fr) | 2001-05-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP2039159B1 (fr) | Procede d'affichage d'une image mosaïque au sein d'un recepteur pour la selection de programmes audiovisuels, recepteurs et serveurs associes | |
| JP4141255B2 (ja) | デジタルテレビジョン受信装置におけるマルチメディアデータのキャッシング | |
| US8566877B2 (en) | Method and apparatus for content information related to a media program | |
| WO2012131258A1 (fr) | Procede d'acces a un service, notamment un portail web, par un terminal de restitution d'un flux multimedia | |
| EP1579319B1 (fr) | Dispositifs et procédés de décision conditionnelle d'exécution de services reçus et de constitution de messages d'informations associés, des services, et produits associés | |
| FR2800958A1 (fr) | Procede de transmission et de traitement d'informations de service dans un systeme de television, recepteur et emetteur dans un tel systeme | |
| FR2771884A1 (fr) | Procede de gestion d'informations de service dans un systeme de television numerique et recepteur mettant en oeuvre ce procede | |
| FR2794602A1 (fr) | Dispositif recepteur/decodeur de television numerique a lecture interactive de programme de television prealablement enregistre | |
| US20070073900A1 (en) | Parsing apparatus and method for shortening download time delay of data broadcasting application | |
| EP3652953B1 (fr) | Procédé de signalisation d'une substitution à un terminal, procédé de substitution par un terminal, produits programme d'ordinateur, système et terminal correspondants | |
| EP1968319A1 (fr) | Service associe a une diffuson de contenu numerique | |
| EP1119967B1 (fr) | Procede et dispositif de gestion de donnees de service dans un systeme de television | |
| EP3050311A1 (fr) | Procedes de synchronisation, de generation d'un flux, programmes d'ordinateur, media de stockage, dispositifs de restitution, d'execution et de generation correspondants | |
| FR3012711A1 (fr) | Procede de traitement d'au moins un contenu audiovisuel supplementaire, dispositif et programme d'ordinateur associes | |
| FR2792154A1 (fr) | Procede de gestion de donnees de service et recepteur dans un systeme de television numerique | |
| WO2021064226A1 (fr) | Procédé de signalisation d'une substitution à un terminal, procédé de substitution par un terminal, produits programme d'ordinateur, système et terminal correspondants | |
| WO2001069940A1 (fr) | Dispositif de synchronisation d'applications interactives dans un recepteur de television | |
| FR2828976A1 (fr) | Terminal de reception et centre de diffusion de programmes interactifs, signal contenant de tels programmes et procede de surveillance de programmes interactifs recus dans un tel terminal | |
| FR2812160A1 (fr) | Decodeur avec fonction de creation d'images mosaiques de services de television | |
| FR2827463A1 (fr) | Procede de controle d'un flux de signaux de television recu par un decodeur de television et decodeur associe | |
| WO2001037556A1 (fr) | Procede de navigation dans un menu | |
| FR2860677A1 (fr) | Procede de controle d'un parc de decodeurs | |
| WO2009112785A1 (fr) | Réception de metadonnees sur un terminal | |
| WO2014106710A1 (fr) | Traitement d'un premier flux de données diffuse, codant un premier contenu audiovisuel associe a un deuxième contenu audiovisuel |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| ST | Notification of lapse | ||
| ST | Notification of lapse |