WO2000060865A1 - Procede et systeme de transmission de donnees numeriques d'un emetteur a un utilisateur - Google Patents

Procede et systeme de transmission de donnees numeriques d'un emetteur a un utilisateur Download PDF

Info

Publication number
WO2000060865A1
WO2000060865A1 PCT/FR1999/000796 FR9900796W WO0060865A1 WO 2000060865 A1 WO2000060865 A1 WO 2000060865A1 FR 9900796 W FR9900796 W FR 9900796W WO 0060865 A1 WO0060865 A1 WO 0060865A1
Authority
WO
WIPO (PCT)
Prior art keywords
event
modules
short
attributes
data
Prior art date
Application number
PCT/FR1999/000796
Other languages
English (en)
Inventor
Alain Delpuch
Emmanuel Barbier
Jean Rotter
Original Assignee
Open Tv, Inc.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Open Tv, Inc. filed Critical Open Tv, Inc.
Priority to PCT/FR1999/000796 priority Critical patent/WO2000060865A1/fr
Priority to AU30415/99A priority patent/AU3041599A/en
Publication of WO2000060865A1 publication Critical patent/WO2000060865A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/162—Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing
    • H04N7/165—Centralised control of user terminal ; Registering at central

Definitions

  • the present invention relates to a method for transmitting digital data broadcast from a transmitter, for example retransmitted by satellite, and for storing this data in a decoder or device connected to an appliance.
  • receiver for example a television receiver apparatus, allowing access to this data by a user, for example using a remote control. It also relates to a system implementing such a method.
  • the invention is particularly, but not limited
  • the screen displays the list of events classified by channel, giving all the Wednesday films. The user can then select the film which interests him and obtain detailed information which concerns him. As in a paper television program journal, events are thus presented to the user by day and by channel.
  • Event set of information, such as that identifying for example a video and / or audio program broadcast at a given time and on a given channel.
  • An event is itself defined on the one hand by a series of descriptive data of the event or descriptive attributes of the event (in the example of a video program: short title, long title, duration, director, format video, audio format, audience category, summary, creation date, authors, actors ...), and on the other hand by sorting attributes or even by passing the event giving at least one characteristic allowing to sort the events between them (in the example of a video program: essentially the day and the hour).
  • Program guide list of events or programs giving information concerning said programs, searchable by a user.
  • User interface visual interface displayed on the receiver screen and addressable by a user, containing a list of events and / or their attributes.
  • Screen adjacent to a first screen in the user interface screen that can be displayed and can be called from said first screen when the user selects it.
  • Data carousel set of data transmitted cyclically, in an uninterrupted and repetitive circular chain.
  • the data are transmitted one after the other repeatedly in the form of a data carousel.
  • the data are transmitted one after the other repeatedly in the form of a data carousel.
  • the access time can therefore be quite long, up to a full carousel cycle. For example, for 2.8 MB of data, to which a compression factor of 0.33 can be applied during data transmission (i.e. 1.9MB), at the rate of IMbits per second, there may exist approximately 15 seconds of waiting for the user, which is hardly acceptable.
  • the present invention aims to provide a method and a system for transmitting digital data broadcast simultaneously in the form of a data carousel to several users from a transmitter, and for storing this data in at least one device, connected to a receiving device allowing access to this digital data, responding better than those previously known to the requirements of practice, in particular in that it allows very rapid access to data by the user in a simple, inexpensive and easy to set up work, thanks to an optimization of the data loading time in the device.
  • the invention starts from the following idea.
  • the invention proposes in particular a method for transmitting digital data broadcast simultaneously to several users from a transmitter, and for storing this data in at least one device connected to a receiving device with screen for access to the data transmitted by said users through a user interface, characterized in that, in a data set called program guide, consisting of several groups of data called events, each event comprising a series of data describing the event, called descriptive attributes of the event, and a series of data giving at least one characteristic of the event, called sorting attributes of the event, for each event, the descriptive attributes of said event are divided into at least two modules, to know a short module and a long module, we generate one or more index tables which give the addresses of the short modules and long modules according to the sorting attributes in the memory of the transmitter, when the user initiates a consultation of the program guide, the list of events and the corresponding short modules, which are displayed on the screen of the receiving device, while the user selects a specific event, the long modules corresponding to the
  • the transmission of digital data is carried out by a satellite network and / or by a cable network, the device being a decoder and the receiving device a television receiving device, the access by the user being done by means of 'a remote control.
  • the sort attributes include the day and time when the event occurred.
  • passage attributes include the day and time when the event occurred.
  • modules - short modules are modules whose length is less than or equal to 6 Kbytes.
  • the length of the short modules is around 4 Kbytes; - a second identifier is assigned to each event, integrated into the short modules, the long modules and the sort attributes of the same event.
  • the identification is for example provided on 16 bits and thus allows one-to-one connection of the descriptive and / or sorting attributes of the same event, regardless of their position in the carousel.
  • the invention also relates to a system for transmitting or downloading digital data broadcast simultaneously to several users from a transmitter and storage of this data in a device connected to a receiving device, the system comprising means implementing the method described above.
  • the invention also relates to a system for transmitting digital data by cable or satellite from a transmitter, and for storing this data in a decoder, connected to a television receiver, for access to this data by user using a remote control, characterized in that, in a data set called program guide, consisting of several groups of data called events, each event comprising a series of data describing the event, called attributes descriptions of the event, and a series of data giving at least one characteristic of the event, called the event sorting attribute, the system includes means specific to:
  • FIG. 1 is a block diagram of the transmission / transmission / reception chain according to the DVB standard used in the context of the embodiment of the invention more particularly described here.
  • - Figure 2 shows the MPEG-2 transport train from elementary transport packets according to the DVB standard.
  • - Figure 3 is a diagram showing the screens or successive stages of access to information in a program guide implemented in the embodiment of the invention more particularly described here.
  • - Figure 4 is a diagram showing the cutting of data by event according to the invention.
  • FIG. 5 schematically shows the organization of the data of several events, in passage attributes and descriptive attributes, according to the embodiment of FIG. 4.
  • - Figure 6 is a schematic view of an indexing table used in the embodiment of the invention more particularly described here.
  • - Figure 7 is a simplified diagram of a system implementing the method according to the invention.
  • FIG. 1 shows a chain 1 of transmission / transmission / reception of digital television signals according to the DVB standard. It comprises a first sequence 2 of steps corresponding to the transmission, and a second sequence 3, symmetrical of the sequence 2, of steps corresponding to the reception of digital data corresponding to television signals retransmitted according to the DVB standard used in the scope of the invention more particularly described here.
  • MPEG-2 is the standard for system source encoding defined by the DVB standard. It has three parts: MPEG-2 System (ISO / IEC 13818-1), MPEG-2 Video (ISO / IEC 13818-2) and MPEG-2 Audio (ISO / IEC 13818-3).
  • ISO / IEC 13818-1 MPEG-2 System
  • ISO / IEC 13818-2 MPEG-2 Video
  • MPEG-2 Audio MPEG-2 Audio
  • PES Packetized Elementary Stram
  • This transport train 9 comprises a series of PES; PES1, PES2 ...
  • Each PES has a header 10.
  • PES1 is divided between the transport packets PT1, PT3 and PT4 and PES2 is exactly equivalent to the packet PT6.
  • transport packets PT2, PT5, PT7 are inserted and correspond in particular and partly to the data downloaded into the memory of the decoder according to the invention, and retransmitted at the same time as the television signals.
  • Each transport packet PT includes a transport packet header 11, and elementary data 12, for example audio, video, for a television signal.
  • the organization of the MPEG-2 DVB stream is also carried out in accordance with the MPEG-2 DVB standard which will not be detailed here.
  • This provides various tables (PAT, PMT, CAT) to which is added additional DVB-SI information (DVB-Service Information) allowing the receiver to configure itself automatically and the user to navigate through the many services offered by means of the electronic program guide EPG, the improvement of which is the subject of the present invention.
  • DVB-SI is made up of four main tables and three optional tables.
  • the main tables of DVB-SI are the NIT table (Network Information Table), the SDT table (Service Description Table), the EIT table (Event Information Table) and the TDT table (Time and Date Table).
  • the NIT carries specific information relating to a network made up of several physical channels (including several independent transport trains), such as (at least) the frequencies and / or the channel numbers of the network used during the configuration of the decoder.
  • the SDT tables list the names and other parameters associated with each service of the same multiplex.
  • the EIT tables are used for the transmission of information relating to current or future events in the currently received multiplex, and possibly on other multiplexes, including the date and time corresponding to the passing attributes of each event.
  • the TDT is used for resetting the internal clock of the receiving terminal device.
  • the optional DVB-SI tables are the BAT table (Bouquet Association Table), the RST table (Running Status Table) and the ST table (Stuffing Table).
  • the BAT table is used to group the presentation to the user of bouquets of associated services.
  • a particular service can belong to one or more bouquets.
  • the RST is transmitted for the rapid update of one or more events, only once, when a change occurs (unlike other tables that are transmitted repeatedly).
  • ST stuffing tables used for example to invalidate tables that have become useless.
  • the repetition frequency of the tables is not imposed by the standard, but it must however be sufficient (10 to 50 times per second) to allow the decoder to access the desired program fairly quickly. It has however been seen that in the prior art, this is not sufficient, the access time being very long.
  • CAT packets carrying the EMM access control information are also inserted at this stage, as well as the information from the PAT and PMT tables, and that of the DVB-SI tables corresponding to the EPG program guide, after cutting according to the method of the invention.
  • Transport packets 8 of 188 bytes are corrected to 14 by Reed Solomon coding according to the DVB standard; additional correction by convulsive code also multiplies the bit rate by a factor of between 1.14 and 2, before reformatting the data, followed by filtering and D / A conversion to provide the analog I and Q signals referenced 15 on Figure 1.
  • the signals 15 modulate (step 16) in MDP4 (Phase Modulation with four states) or QSPK ("Quadrature Phase Shift Keying" in English) an intermediate carrier FI 17, for example of 70 MHz which is then transposed into 18 , in the frequency band appropriate for its transmission by the uplink of the satellite, of the order of 13 to 15Ghz.
  • the carrier FI then undergoes a new frequency change in the transponder 19 before its broadcasting to the viewers in the band 10.7 to 12.75 Ghz via the satellite 20.
  • the chain 1 allowing the download according to the invention comprises a second series 3 of reception steps.
  • reception steps are symmetrical with the transmission steps which have just been described.
  • a first step 21 allows a first lowering of frequency in the reception head of the antenna, and brings the frequency of the signal between 950 and 2150 Mhz.
  • a second step 22 of frequency change brings the IF carrier 23 to around 480 MHz.
  • the carrier is demodulated at 24 to provide the analog I and Q values 15.
  • the error correction allows to find transport packets 8 of 188 bytes.
  • the demultiplexer 26 selects the PES corresponding to the program or the integration of the EPG data as chosen by the user using a remote control.
  • the selected data of the EPG are then stored in volatile memory of the decoder to allow fluid and rapid access according to the invention.
  • the EPGs are possibly descrambled beforehand thanks to the EMM or ECM and to the user's private key present on the latter's smart card.
  • the MPEG-2 decoder 27 then reconstructs the images and the sound of the selected program.
  • the user will thus navigate on three levels, namely:
  • This information includes information that is placed in the EIT tables of the DVB standard, - and a third level 36 giving the detail of the event 34, with the full title (CT) the actors (C), the type of program 35, an abstract 37, etc., also placed in the EIT tables of the standard .
  • the data of the second and third level is cleverly redistributed.
  • the descriptive attributes are searched twice:
  • the descriptive attributes of an event will therefore be divided in two at the level of the sending or multiplexing server 7.
  • the useful information in the lists the other useful information only in detailed pages.
  • the list of events 34 accompanied by the passage attributes 39 has thus been represented for a given chain 38.
  • the descriptive attributes 40 of the events are separated into long modules 41 and short modules 42 of separate data, the grouping criterion being the length of the data modules, which must always be less than a certain size, advantageously 4 Kbytes.
  • this time is used to download and store in masked time in the decoder 27 the long modules 41 corresponding to the few short modules displayed on the screen and / or the neighboring short modules in the user interface and which could also be chosen by the latter. Their number is then limited, this allows full storage of long modules or corresponding short modules in memory.
  • the information or long modules relating to it are then instantly available to the user.
  • - index tables 43 are generated there which give, depending on the day and the chain, the addresses of the long 42 and short modules 41 (cf. FIG. 6).
  • an identifier (16 bits) is integrated into the sort attributes, and the long and short modules of the descriptive attributes of the same event, which makes it possible to provide addresses that can be modified over time in the tables of index, while allowing to find them quickly and unambiguously thanks to the logical link that such an identifier allows between attributes.
  • the information in the first level 33 of information on events is organized according to a two-dimensional matrix (day and chain) according to the following breakdown: - one module per day, - in each of the modules, a table informing each of the chains, classified by ascending chain identifier, containing a link (in the form of an index and the number of elements) to the sequence of events of the chain and the j our correspondent stored by increasing broadcast schedule in a single table.
  • channels Append channel. id, channel .number-of-events [day], index to CHANNELS
  • events [day]
  • Append event. id, event. start, event. duration, event. general_category to EVENTS Index: index + 1; CloseModule MODULE;
  • the short and long modules of descriptive attributes concern the second and third levels of information on events. Each level is for example organized as a sequence of modules addressable by version number.
  • the index modules (described in the next section) provide the version number for each chain / day pair.
  • OutputInfosModule type, COLLECTED, version); Reset COLLECTED;
  • HEADER new struct
  • MODULE OpenModule (type- info -module (version)), -
  • two address modules provide the version number of the information modules (“short” and “long” respectively) for each chain / day pair.
  • FIG. 7 shows the operating diagram of the system 50 implementing a method according to the invention, which is integrated into the organization imposed by the DVB and MPEG-2 standards.
  • a Sun Microsystem station 51 connected to the headend multiplexer 52 which attacks by the modulator 53 one or more parabolic antennas 54 of emission corresponding to as many transponders to the satellite 55.
  • the satellite 55 retransmits (downlink) to the reception parabolic antennas 56 connected to the decoders 57, themselves connected via scart sockets to the television receiver apparatus 58 controlled by the remote control 58 '.
  • the package operator prepares the block files 59 of the program guide constituting the elements 60, by dividing the descriptive attributes 61 into two modules, a short 62 and a long 63.
  • a download stream 65 is declared in the SI signaling files 66 according to the DVB standard (NIT Actual for example).
  • the decoder 57 scans the NIT Actual.
  • the decoder recovers by downloading them to store them in volatile memory ( ⁇ 1.5 Mbytes), the first levels (30), second levels (33) with short descriptive attributes, then third levels ( 36) with long descriptive attributes, in hidden time.
  • all the information necessary for a smooth navigation in the pages of the EPG is therefore not loaded in a single block, the data being cut out so as to be able to load them per song in the memory of the decoder according to the needs of the user.
  • the division is made along major axes of navigation of the user, in order to be able to anticipate the loadings to be carried out according to the direction which it takes in the navigation tree.
  • the present invention is not limited to the embodiments more particularly described. On the contrary, it embraces all the variants thereof and in particular those where the data are different from those appearing in a PEG, or that where there is a division into more than two modules, for example three.
  • the invention may in particular relate to the field of spare parts management and / or the sale of used cars constituting the data transmitted in the form of a carousel, the sorting attributes then being, for example, the model and the make of the cars concerned, the descriptive attributes being the mileage, the options, the color, etc., the transmission and downloading of the data then being done and for example via a cable network.

Abstract

Il s'agit d'un système et d'un procédé de transmission de données numériques diffusées simultanément auprès de plusieurs utilisateurs à partir d'un émetteur avec écran. Pour chaque évènement comprenant des attributs descriptifs, on divise lesdits attributs descriptifs (40) en un module court (42) et un module long (41). Lorsque l'utilisateur initie une consultation de guide de programme, on télécharge uniquement dans un premier temps la liste des évènements et des modules courts (42) correspondants, et pendant que l'utilisateur sélectionne un évènement spécifique, on télécharge simultanément en temps masqué les modules longs (41) correspondant aux évènements affichés sur l'écran et/ou les modules courts des écrans voisins.

Description

PROCEDE ET SYSTEME DE TRANSMISSION DE DONNEES NUMERIQUES D'UN EMETTEUR A UN UTILISATEUR
5 La présente invention concerne un procédé de transmission de données numériques diffusées à partir d'un émetteur, par exemple retransmises par satellite, et de stockage de ces données dans un décodeur ou dispositif connecté à un appareil
10 récepteur, par exemple un appareil récepteur de télévision, permettant l'accès à ces données par un utilisateur, par exemple à l'aide d'une télécommande. Elle concerne également un système mettant en œuvre un tel procédé .
15 Elle trouve une application particulièrement importante bien que non exclusive dans le domaine des guides de programmes électroniques de télévisions et/ou de radios en numérique ou EPG (initiales anglo- saxonnes de « Electronic Program Guide ») , retransmis
20 par satellites géostationnaires de rediffusion vers des antennes de réception directe par des utilisateurs téléspectateurs grand public et/ou appartenant à des réseaux de télévisions par câble.
L'invention est particulièrement, mais non
25 limitative ent , adaptée à l'accès aux guides de programmes télévisés comportant plusieurs écrans de données, mettant en œuvre le standard DVB (initiales anglo-saxonnes de « Digital Video Broadcasting ») utilisant la norme de compression MPEG-2 élaborée par
30 le groupe d'experts MPEG (initiales anglo-saxonnes de « Motion Pictures Expert Group ») formée en 1990 par l'ISO (« International Standard Organisation ») .
Dans la pratique, les informations d'un guide de programme électronique sont réparties sur plusieurs écrans. Le parcours d'un utilisateur pour trouver l'information qu'il cherche dans un guide de programmes électronique peut dès lors être décrit comme suit .
Il sélectionne tout d'abord des filtres lui permettant de préciser sa recherche (jour, chaînes, thèmes ,...).
Suite à ce filtrage, il obtient un écran contenant une liste d'événements satisfaisant les critères qu'il a choisis. S'il le souhaite, l'utilisateur se déplace ensuite dans la liste et choisit un événement particulier.
Il obtient alors une fiche détaillée décrivant 1 ' événement .
Par exemple, dans le cas où l'utilisateur va rechercher les films du mercredi, l'écran affiche la liste d'événements classés par chaîne, donnant tous les films du mercredi. L'utilisateur peut ensuite sélectionner le film qui l'intéresse et obtenir des informations détaillées qui le concerne. Comme dans un journal papier de programmes télévisés, les événements sont ainsi présentés à l'utilisateur par jour et par chaîne.
Dans la suite de la description, on se référera aux données obtenues en utilisant les définitions suivantes : Evénement : ensemble d'informations, telles que celles identifiant par exemple un programme vidéo et/ou audio diffusé à une heure donnée et sur une chaîne donnée . Un événement est lui-même défini d'une part par une série de données descriptives de l'événement ou attributs descriptifs de l'événement (dans l'exemple d'un programme vidéo : titre court, titre long, durée, réalisateur, format vidéo, format audio, catégorie de public, résumé, date de création, auteurs, acteurs...), et d'autre part par des attributs de tri ou encore de passage de l'événement donnant au moins une caractéristique permettant de trier les événements entre eux (dans l'exemple d'un programme vidéo : essentiellement le jour et l'heure) .
Guide de programme : liste d'événements ou de programmes donnant les informations concernant lesdits programmes, interrogeables par un utilisateur.
Interface utilisateur : interface visuel affiché sur 1 ' écran du récepteur et adressable par un utilisateur, contenant une liste d'événements et/ou leurs attributs. Ecran voisin d'un premier écran dans l'interface utilisateur : écran affichable et susceptible d'être appelé à partir dudit premier écran lors d'une sélection par l'utilisateur. Carrousel de données : ensemble de données transmises de façon cyclique, en une chaîne circulaire ininterrompue et répétitive.
On connaît déjà des procédés et systèmes permettant 1 ' accès aux données correspondant aux programmes du jour dans le domaine de la transmission de bouquets de programmes de télévisions numériques.
Ces systèmes présentent des inconvénients .
En effet, la mémoire disponible sur le décodeur pour stocker les données auxquelles on veut avoir accès est limitée. Elle est en général inférieure à
1,5 Moctets, ce qui est insuffisant pour charger en mémoire 1 ' ensemble des données correspondant aux programmes permettant l'affichage par le biais de la télécommande. On ne peut donc en télécharger qu'une partie au fur et à mesure des besoins de l'utilisateur qu'il manifeste par le biais de la télécommande .
Selon 1 ' art antérieur et notamment selon la norme DVB améliorée, les données sont transmises les unes après les autres de façon répétitive sous la forme d'un carrousel de données. Ainsi, pour accéder à des données spécifiques correspondant à une liste d'événements répondant à des filtres successifs sélectionnés par l'utilisateur et lui permettant de préciser sa recherche, il faut attendre la télétransmission des données recherchées qui dépend de leur position dans le carrousel .
Le temps d'accès peut dès lors être assez long, allant jusqu'à un cycle complet de carrousel. Par exemple, pour 2,8 Mo de données, sur lesquelles peut être appliqué un facteur de compression de 0,33 pendant la transmission des données (soit l,9Mo), au débit de IMbits par seconde, il peut exister environ 15 secondes d'attente pour l'utilisateur, ce qui est difficilement acceptable.
La présente invention vise à fournir un procédé et un système de transmission de données numériques diffusées simultanément sous forme de carrousel de données auprès de plusieurs utilisateurs à partir d'un émetteur, et de stockage de ces données dans au moins un dispositif, connecté à un appareil récepteur permettant un accès à ces données numériques, répondant mieux que ceux antérieurement connus aux exigences de la pratique, notamment en ce qu'elle permet un accès très rapide aux données par l'utilisateur de manière simple, peu coûteuse et aisée à mettre en œuvre, grâce à une optimisation du temps de chargement des données dans le dispositif. Pour cela l'invention part de l'idée suivante. Il n'est plus question de charger d'un seul bloc toutes les données nécessaires à un accès fluide de ces dernières pour l'utilisateur, mais de découper astucieusement les données à l'aide d'un algorithme de sélection, ce qui va permettre de charger les données par morceau dans la mémoire du dispositif en fonction des besoins supposés ou anticipés de l'utilisateur.
Ce faisant les gains de temps d'accès sont considérables. Dans ce but, l'invention propose notamment un procédé de transmission de données numériques diffusées simultanément auprès de plusieurs utilisateurs à partir d'un émetteur, et de stockage de ces données dans au moins un dispositif connecté à un appareil récepteur avec écran pour accès aux données transmises par lesdits utilisateurs au travers d'un interface utilisateur, caractérisé en ce que, dans un ensemble de données appelé guide de programme, constitué de plusieurs groupes de données appelés événements, chaque événement comprenant une série de données descriptives de l'événement, appelée attributs descriptifs de l'événement, et une série de données donnant au moins une caractéristique de l'événement, appelées attributs de tri de 1 ' événement , pour chaque événement, on divise les attributs descriptifs dudit événement en au moins deux modules, à savoir un module court et un module long, on génère une ou plusieurs tables d' index qui donnent en fonction des attributs de tri, les adresses des modules courts et des modules longs dans la mémoire de l'émetteur, lorsque l'utilisateur initie une consultation de guide de programme, on télécharge uniquement dans un premier temps la liste des événements et les modules courts correspondants, qu'on affiche sur l'écran de l'appareil récepteur, pendant que l'utilisateur sélectionne un événement spécifique, on télécharge simultanément en temps masqué les modules longs correspondant aux événements affichés sur l'écran, et/ou les modules courts des écrans voisins dudit écran affiché dans l'interface utilisateur, et s'il y a lieu on affiche sur l'écran du dispositif le module long de l'événement sélectionné par l'utilisateur, ou les modules courts d'un écran voisin.
Avantageusement la transmission des données numériques s'effectue par un réseau satellite et/ou par un réseau câblé, le dispositif étant un décodeur et l'appareil récepteur un appareil récepteur de télévision, l'accès par l'utilisateur se faisant par le biais d'une télécommande.
Egalement avantageusement, les attributs de tri, alors appelés attributs de passage, comprennent le jour et l'heure de passage de l'événement. Dans des modes de réalisation avantageux, on a de plus recours à l'une et/ou à l'autre des dispositions suivantes :
- on identifie les événements comprenant des attributs descriptifs identiques, sur une période de temps déterminée, on leur affecte un premier identifiant, et on ne télécharge les modules courts et/ou longs desdits événements identiques qu'une seule fois, les attributs de passage étant quant à eux téléchargés en totalité, associés avec ledit premier identifiant correspondant. Ceci permet de minimiser encore les quantités de données à télécharger et à stocker en mémoire locale du dispositif ou décodeur.
- les modules courts sont des modules dont la longueur est inférieure ou égale à 6 Koctets.
Il est ainsi possible de grouper de l'ordre d'une centaine d'attributs descriptifs simultanément ;
- la longueur des modules courts est de l'ordre de 4 Koctets ; - on affecte à chaque événement un second identifiant, intégrés dans les modules courts, les modules longs et les attributs de tri d'un même événement .
Une telle disposition permet de modifier facilement les attributs et leurs modules en temps réel, en permettant un lien logique entre les différents attributs d'un même événement.
L'identification est par exemple prévue sur 16 bits et permet ainsi de connecter de façon biunivoque les attributs descriptifs et/ou de tri d'un même événement, indépendamment de leur position dans le carrousel .
Une telle disposition permet la mise à jour rapidement et sans ambiguïté des tables d'index. La cohérence des données est ainsi garantie lors des changements .
L'invention concerne également un système de transmission ou de téléchargement de données numériques diffusées simultanément à plusieurs utilisateurs à partir d'un émetteur et de stockage de ces données dans un dispositif connecté à un appareil récepteur, le système comprenant des moyens mettant en œuvre le procédé décrit ci-avant.
Egalement, l'invention concerne un système de transmission de données numériques par câble ou par satellite à partir d'un émetteur, et de stockage de ces données dans un décodeur, connecté à un appareil récepteur de télévision, pour accès à ces données par l'utilisateur à l'aide d'une télécommande, caractérisé en ce que, dans un ensemble de données appelé guide de programme, constitué de plusieurs groupes de données appelés événements, chaque événement comprenant une série de données descriptives de l'événement, appelée attributs descriptifs de l'événement, et une série de données donnant au moins une caractéristique de l'événement, appelées attribut de tri de l'événement, le système comporte des moyens propres à :
- pour chaque événement, diviser les attributs descriptifs dudit événement en au moins deux modules, à savoir un module court et un module long,
- générer une ou plusieurs tables d' index qui donnent en fonction des attributs de tri, les adresses des modules courts et des modules longs dans la mémoire de l'émetteur,
- lorsque l'utilisateur initie une consultation de guide de programme, télécharger uniquement dans un premier temps la liste des événements et des modules courts correspondants, afficher ladite liste sur l'écran de l'appareil récepteur, et lorsque l'utilisateur sélectionne un événement spécifique, - télécharger simultanément en temps masqué les modules longs correspondant à l'événement sélectionné et/ou les modules courts d'écrans voisins dudit écran affiché dans l'interface utilisateur, et, s'il y a lieu, afficher sur l'écran du dispositif le module long de l'élément sélectionné par l'utilisateur ou les modules courts d'un écran voisin.
L'invention sera mieux comprise à la lecture de la description qui suit d'un mode de réalisation donné à titre d'exemple non limitatif.
La description se réfère aux dessins qui l'accompagnent dans lesquels :
- La figure 1 est un schéma bloc de la chaîne d'émission/transmission/réception selon la norme DVB utilisée dans le cadre du mode de réalisation de l'invention plus particulièrement décrit ici.
- La figure 2 montre le train de transport MPEG-2 à partir de paquets de transport élémentaires selon la norme DVB. - La figure 3 est un schéma montrant les écrans ou stades successifs d'accès à des informations dans un guide de programme mis en œuvre dans le mode de réalisation de l'invention plus particulièrement décrit ici. - La figure 4 est un schéma montrant la découpe des données par événement selon l'invention.
- La figure 5 montre schématiquement l'organisation des données de plusieurs événements, en attributs de passage et attributs descriptifs, selon le mode de réalisation de la figure 4.
- La figure 6 est une vue schématique d'une table d'indexation utilisée dans le mode de réalisation de l'invention plus particulièrement décrit ici. - La figure 7 est un schéma simplifié d'un système mettant en œuvre le procédé selon l'invention.
La figure 1 montre une chaîne 1 d'émission / transmission / réception de signaux de télévision numérique selon la norme DVB. Elle comprend une première suite 2 d'étapes correspondant à l'émission, et une deuxième suite 3, symétrique de la suite 2, d'étapes correspondant à la réception de données numériques correspondant à des signaux de télévision retransmis selon le standard DVB utilisée dans le cadre de l'invention plus particulièrement décrit ici.
Le rôle de la suite 2 d'étapes est de fournir sur un seul canal, par exemple de largeur de bande de 33 MHz à 36 MHz, un multiplex de programmes MPEG-2. MPEG-2 constitue la norme pour le codage de source du système défini par le standard DVB. Elle comporte trois parties : MPEG-2 System (ISO/IEC 13818-1) , MPEG-2 Video (ISO/IEC 13818-2) et MPEG-2 Audio (ISO/IEC 13818-3) . Dans la suite de la description les sigles utilisés correspondent au standard DVB et à la norme MPEG-2. Ils sont repris en référence aux initiales en terminologie anglo-saxonne, cette dernière étant dans la plupart des cas indiquée entre parenthèses lors de la première mention du signal concerné.
Les signaux vidéo et audio des programmes 4, 4'..., à transmettre vers les télésp-≈ct- -TS, attaquent autant de codeurs 5, 5' ... v>τr , par exemple de l'ordre de quatre à huit - - .-al selon les paramètres de codage choisis, -.a-.ιts codeurs fournissant en sortie les PES (Packetized Elementary Stram) 6, 6' ... vidéo et audio à l'entrée du multiplexeur 7. Ces PES sont utilisés par le multiplexeur 7 pour former des paquets transport 8 de 188 octets qui vont maintenant être détaillés en référence à la figure 2, avant de revenir à la description de la figure 1.
Plus précisément, il est donc prévu (Cf. figure 2) un train transport 9 de MPEG-2, destiné à combiner plusieurs programmes ne partageant pas forcément la même horloge système STC à l'intérieur d'un même multiplex.
Ce train transport 9 comprend une suite de PES ; PES1, PES2...
Chaque PES comporte un en-tête 10.
Bien entendu, les différents PES (vidéo, audio...) formant un programme donné partagent la même horloge système pour permettre le décodage . Dans l'exemple de la figure 2, PES1 est découpé entre les paquets transport PT1 , PT3 et PT4 et PES2 équivaut exactement au paquet PT6.
D'autres paquets transports PT2 , PT5 , PT7 viennent s ' intercaler et correspondent notamment et pour une part aux données téléchargées dans la mémoire du décodeur selon l'invention, et retransmis en même temps que les signaux de télévision.
Chaque paquet transport PT comprend un en-tête 11 de paquet transport, et des données élémentaires 12, par exemple audio, vidéo, pour un signal de télévision.
L'organisation du flux MPEG-2 DVB est par ailleurs effectuée conformément à la norme MPEG-2 DVB qui ne sera pas détaillée ici.
Celle-ci prévoit diverses tables (PAT, PMT, CAT) auxquelles s'ajoute une information complémentaire DVB-SI (DVB-Service Information) permettant au récepteur de se configurer automatiquement et à l'utilisateur de naviguer dans les nombreux services offerts au moyen du guide électronique de programmes EPG, dont l'amélioration du téléchargement fait l'objet de la présente invention.
Plus précisément, selon la norme, DVB-SI se compose de quatre tables principales et de trois tables facultatives.
Les tables principales de DVB-SI sont la table NIT (Network Information Table) , la table SDT (Service Description Table) , la table EIT (Event Information Table) et la table TDT (Time and Date Table) . La NIT transporte des informations spécifiques relatives à un réseau constitué de plusieurs canaux physiques (dont plusieurs trains transports indépendants) , telles que (au minimum) les fréquences et/ou les numéros de canaux du réseau utilisés lors de la configuration du décodeur.
Les tables SDT liste les noms et d'autres paramètres associés à chaque service d'un même multiplex. Les tables EIT sont utilisées pour la transmission d'informations relatives aux événements en cours ou à venir dans le multiplex reçu actuellement, et éventuellement sur d'autres multiplex, dont la date et l'heure correspondant aux attributs de passage de chaque événement .
En d'autres termes, elle donne donc les attributs descriptifs des événements concernés.
La TDT est utilisée pour la remise à l'heure de l'horloge interne du dispositif terminal récepteur. Les tables facultatives de DVB-SI sont la table BAT (Bouquet Association Table) , la table RST (Running Status Table) et la table ST (Stuffing Table) .
La table BAT est utilisée pour grouper la présentation à l'utilisateur de bouquets de services associés. Un service particulier peut appartenir à un ou plusieurs bouquets.
La RST est transmise pour la mise à jour rapide d'un ou plusieurs événements, une seule fois, au moment où un changement se produit (à la différence des autres tables qui sont transmises de façon répétitive) .
Les ST sont des tables de bourrage utilisées par exemple pour invalider des tables devenues inutiles. La fréquence de répétition des tables n'est pas imposée par le norme, mais elle doit toutefois être suffisante (10 à 50 fois par seconde) pour permettre au décodeur d'accéder assez rapidement au programme recherché . On a cependant vu que dans l'art antérieur, ce n'est pas suffisant, le temps d'accès étant très long.
En référence à nouveau à la figure 1 , il est prévu dans l'invention une étape d' embrouillage au stade du multiplexeur ou émetteur 7.
Des paquets CAT transportant les informations de contrôles d'accès EMM sont également insérés à ce stade, ainsi que les informations des tables PAT et PMT, et celles des tables du DVB-SI correspondant au guide de programme EPG, après découpage selon le procédé de l'invention.
Les paquets transports 8 de 188 octets sont corrigés en 14 par codage de Reed Solomon selon la norme DVB; une correction complémentaire par code convulsif multiplie également le débit par un facteur compris entre 1,14 et 2, avant reformatage des données, suivie d'un filtrage et d'une conversion D/A pour fournir les signaux I et Q analogique référencés 15 sur la figure 1. Les signaux 15 modulent (étape 16) en MDP4 (Modulation de Phase à quatre états) ou QSPK ("Quadrature Phase Shift Keying" en langage anglo- saxon) une porteuse intermédiaire FI 17, par exemple de 70 MHz qui est alors transposée en 18, dans la bande de fréquence appropriée à sa transmission par la voie montante du satellite, de l'ordre de 13 à 15Ghz.
La porteuse FI subit ensuite un nouveau changement de fréquence dans le transpondeur 19 avant sa diffusion vers les téléspectateurs dans la bande 10,7 à 12,75 Ghz via le satellite 20.
La chaîne 1 permettant le téléchargement selon l'invention comprend une deuxième suite 3 d'étapes de réception.
Les étapes de réception sont symétriques des étapes d'émission qui viennent d'être décrites.
Une première étape 21 permet un premier abaissement de fréquence dans la tête de réception de l'antenne, et amène la fréquence du signal entre 950 et 2150 Mhz.
Une deuxième étape 22 de changement de fréquence ramène la porteuse FI 23 aux alentours de 480 Mhz.
La porteuse est démodulée en 24 pour fournir les valeurs I et Q analogiques 15.
Après conversion analogique/numérique, filtrage et reformatage de I et Q, en 25, la correction d'erreur permet de retrouver les paquets transports 8 de 188 octets . Le démultiplexeur 26 sélectionne les PES correspondant au programme ou à l'intégration des données de 1 ' EPG comme choisi par l'utilisateur à l'aide d'une télécommande. Les données sélectionnées de 1 ' EPG sont alors stockées en mémoire volatile du décodeur pour permettre l'accès fluide et rapide selon l'invention.
Les EPG sont éventuellement désembrouillés au préalable grâce aux EMM ou ECM et à la clé privée de l'utilisateur présente sur la carte à puce de ce dernier.
Le décodeur MPEG-2 27 reconstruit alors les images et le son du programme sélectionné.
On va maintenant décrire ci-après la préparation des flux qui va permettre une diffusion optimisée du programme EPG selon l'invention.
En référence à la figure 3, l'utilisateur va ainsi naviguer sur trois niveaux, à savoir :
- un premier niveau, 30 de filtrage permettant de préciser la recherche, donnant le jour de passage 31, la chaîne (non représentée) , les thèmes concernés 32... , ce premier niveau correspondant aux tables NIT, SDT, et une partie des EIT,
- un deuxième niveau 33 où apparaît la liste des événements 34 par jour avec leur temps de passage, un titre abrégé (PT) et des attributs de passages complémentaires 35, comme par exemple le type de programme. Ces informations incluent des informations qui sont placées dans les tables EIT de la norme DVB, - et un troisième niveau 36 donnant le détail de l'événement 34, avec le titre complet (CT) les acteurs (C) , le type de programme 35, un abrégé 37, etc., également placées dans les tables EIT de la norme .
Avec le mode de réalisation de l'invention plus particulièrement décrit ici, on redécoupe en fait astucieusement les données du deuxième et du troisième niveau. On observe en effet que pendant la navigation dans l'EPG, les attributs descriptifs sont recherchés deux fois :
- une première fois pour l'affichage des listes d'événements, où l'on fait appel à un nombre réduit d'attributs du programme (deuxième niveau 31),
- une seconde fois pour l'affichage de toute l'information sur l'événement, où l'on fait appel à l'ensemble des attributs du programme (troisième niveau 36) . Selon le mode de réalisation de l'invention plus particulièrement décrit ici, les attributs descriptifs d'un événement vont donc être divisés en deux au niveau du serveur émetteur ou multiplexeur 7. D'un côté les informations utiles dans les listes, de l'autre les informations utiles uniquement dans les pages détaillées.
Sur les figures 4 et 5 on a ainsi représenté, pour une chaîne déterminée 38, la liste d'événements 34 accompagné des attributs de passage 39 (heure, jour, etc. ) . Les attributs descriptifs 40 des événements sont séparés en modules longs 41 et modules courts 42 de données distincts, le critère de regroupement étant la longueur des modules de données, qui doit toujours être inférieure à une certaine taille, avantageusement 4 Koctets.
Ensuite, en fonction de la demande du téléspectateur et dans un premier temps, il va être uniquement téléchargé et stocké dans le décodeur 27 les données numériques nécessaires à l'affichage des listes d'événements ainsi que les modules courts 42 concernés, ce qui est possible en une seule fois, la mémoire volatile du décodeur n'étant alors que peu sollicitée . Le téléspectateur choisit alors son programme dans la grille qui est affichée à l'écran (liste d'événements du niveau 33) .
Mais pour se faire, il va physiquement prendre un certain temps (hésitation, temps de déplacement manuel du curseur sur l'écran à partir de la télécommande... ) .
Selon le mode de réalisation de l'invention plus particulièrement décrit ici, ce temps est utilisé pour télécharger et stocker en temps masqué dans le décodeur 27 les modules longs 41 correspondant aux quelques modules courts affichés à l'écran et/ou les modules courts voisins dans l'interface utilisateur et qui seraient susceptibles d'être également choisis par ce dernier. Leur nombre étant alors limité, cela permet un stockage intégral des modules longs ou des modules courts correspondant en mémoire.
Quel que soit l'événement finalement choisi de façon fine, les informations ou modules longs le concernant, tout comme les écrans voisins, sont alors instantanément disponibles pour l'utilisateur.
Afin de retrouver à quelle adresse se trouvent les informations cherchées dans l'émetteur 7,- on y génère des tables d'index 43 qui donnent en fonction du jour et de la chaîne les adresses des modules longs 42 et courts 41 (Cf. figure 6) .
Dans un mode avantageux, un identifiant (16 bits) est intégré dans les attributs de tri, et les modules longs et courts des attributs descriptifs d'un même événement, ce qui permet de prévoir des adresses modifiables dans le temps dans les tables d' index, tout en permettant de les retrouver rapidement et sans ambiguïté grâce au lien logique qu'un tel identifiant autorise entre les attributs.
Plus précisément, il est donné ci-après, à titre nullement limitatif et dans le cadre du système d'exploitation de la société OPEN TV, pour télévision numérique interactive, un exemple d' implementation du côté émetteur.
Les informations du premier niveau 33 d'informations sur les événements sont organisées suivant une matrice à deux dimensions (jour et chaîne) selon le découpage suivant : - un module par jour, - dans chacun des modules , une table renseignant chacune des chaînes , classée par identif icateur de chaîne croissant , contenant un lien ( sous la forme d' un indice et du nombre d' éléments ) vers la séquence des événements de la chaîne et du j our correspondant stockée par horaire de dif fusion croissant dans une table unique .
Cette opération se fait par exemple par le biais d' un programme du type suivant :
GenerateEvents (Flow f low)
Integer day , index ;
Channel channel ;
Event event ;
Référence MODULE ,
HEADER ,
CHANNELS ,
EVENTS ; #
# Génère un module par j our . . . #
For each day MODULE OpenModule ( events -module (day) ) HEADER ne struct ; CHANNELS new array ; EVENTS : = new array ; Append flow.number-of-channels, CHANNELS, EVENTS to HEADER
Enter HEADER into MODULE #
# L'information de chaque événement est entrée dans
# la table EVENTS dont l'index courant est tenu à
# jour.
# Pour chaque chaîne
# - l'identificateur
# - l'index du premier événement
# - le nombre d'événements
# sont entrés dans la table CHANNELS #
# index : =0 ;
For each channel in flow. channels Append channel. id, channel .number-of-events [day] , index to CHANNELS For each event in channel . events [day] Append event. id, event . start, event . duration, event . general_category to EVENTS Index : = index + 1 ; CloseModule MODULE ;
Les modules courts et longs d'attributs descriptifs concernent quant à eux les second et troisième niveaux d'information sur les événements. Chaque niveau est par exemple organisé comme une séquence de modules adressables par numéro de version.
L'information sur l'ensemble des événements d'une chaîne et d'un jour donné constitue l'unité de base stockée dans ces modules. Chaque module peut stocker plusieurs de ces unités sous contrainte de taille maximum.
L'information sur les événements est par ailleurs enregistrée dans des tables classées par identificateur d'événement croissant.
Les modules d'index (décrits dans la section suivante) fournissent le numéro de version pour chaque couple chaîne/jour.
Ici encore, un exemple de programmation (pseudo code) est donné ci -après à titre non limitatif. Generatelnfos (Flo flo . Type type)
Integer version, remain ; Channel channel ; #
# Une référence à chaque événement a insérer est
# ajoutée à une liste qui sera classée avant
# production du module. # List COLLECTED ;
#
# La version courante du module est maintenue ainsi
# que la taille restant disponible dans le module en
# cours de génération. Cette taille est réduite au # fur et à mesure de l'insertion de l' information de
# chaque événement . # version : = 0 ; remain : = TYP--'_M0DULE_SIZE ; For each day
For each channel in flow. channels : #
# La version courante du module est enregistrée pour
# le couple chaîne et jour courants pour permettre la # production des modules d'index.
# channel. type-info-version [day] : = version ; #
# Les événements sont ajoutés à la liste # La taille restant disponible est ajustée
#
For each event in channel .events [day]
Append event to COLLECTED ; remain : =remain - type-info-size (event) ; #
# L'ensemble des événements d'une chaîne et d'un jour
# donnée a été insérée .
# Si la contrainte de taille a été dépassée, le
# module courant est généré. #
If remain <= 0
OutputInfosModule (type, COLLECTED, version) ; Reset COLLECTED ; version : = version + 1 remain : TYPE_M0DELE_SIZE #
# Si le dernier couple chaîne/jour a été généré sans # que la contrainte de taille ait été dépassée,
# générer ce dernier module #
If Not Empty (COLLECTED)
OutputInfosModule (type, COLLECTED, version) ; Reset COLLECTED ;
OutputInfosModule (Type type, List COLLECTED, integer version)
Référence MODULE, HEADER, EVENTS ;
HEADER : = new struct ;
EVENTS : = new array ;
MODULE : = OpenModule (type- infos -module (version) ) ,-
Append EVENTS , number_of -éléments (COLLECTED) to HEADER ;
Enter HEADER into MODULE ;
#
# Les événements sont préalablement classés par
# identificateur croissant #
Sort COLLECTED by ascending event. id ;
#
#. Puis les informations correspondant au type de la
# table en cours sont insérés dans la table EVENTS #
For each event in COLLECTED If type is SHORT
Append event. id, event. short_title to EVENTS else
Append event . id, event . title, event .author, event .year, event . country, event . abstract , event . casting , event . exact_category to EVENTS ;
CloseModule MODULE ;
Enfin, deux modules d' adresse fournissent le numéro de version des modules d' informations (respectivement « courtes » et « longues ») pour chaque couple chaîne/ j our .
GenerateModulelnde (Flow flow, Type type)
Integer day ; Référence MODULE,
INDEXES ; MODULE : = Open (module (type) ) ; For each day
INDEXES : = new array Append INDEXES ro DAYS
For each channel in flow. channels #
# Insérer la version du module d'information
# correspondant au couple chaîne/jour courant. #
Append channel. id, channel . type-info-version [day] to
INDEXES ;
Close MODULE ;
Avec l'invention, l'accès aux données de 1 'EPG est donc quasi instantané. La rapidité peut encore être améliorée. En effet, lorsqu'on observe l'ensemble des événements sur une semaine, on constate qu'un certain nombre d'attributs descriptifs d'événements sont répétitifs, par exemple les émissions quotidiennes (jeux, journaux d'informations...), les émissions ou les films rediffusés) .
Dans un mode de réalisation de l'invention, on peut donc, de plus, ne transmettre qu'une fois les attributs descriptifs de l'événement (titre, résumé, acteurs,...) et autant de fois qu'il le faut les attributs du passage (incluant essentiellement 1 ' horaire) .
Il y a donc des gains de temps complémentaires de ce fait .
On a représenté sur la figure 7 le schéma de fonctionnement du système 50 mettant en œuvre un procédé selon l'invention, qui s'intègre à l'organisation imposée par les normes DVB et MPEG-2. Dans le mode de réalisation plus particulièrement décrit ici, il est prévu une station Sun Microsystem 51 connectée au multiplexeur 52 tête de réseau qui attaque par le moduleur 53 une ou plusieurs antennes paraboliques 54 d'émission correspondant à autant de transpondeurs vers le satellite 55.
Le satellite 55 réémet (voie descendante) vers les antennes paraboliques de réception 56 connectées aux décodeurs 57, eux-mêmes raccordés via des prises péritel aux appareils récepteur de télévision 58 commandé par la télécommande 58' .
Pour permettre le téléchargement selon l'invention, l'opérateur du bouquet élabore les fichiers blocs 59 du guide de programme constituant les éléments 60, en divisant les attributs descriptifs 61 en deux modules, un court 62 et un long 63.
Par ailleurs, il programme la commande du flux à générer en 64. Pour ce faire, un flux 65 de téléchargement est déclaré dans les fichiers 66 de signalisation SI selon la norme DVB (NIT Actual par exemple) .
Les éléments et leurs attributs descriptifs et de passage sont introduits dans les paquets correspondants .
Lors de sa mise en service, le décodeur 57 scrute la NIT Actual.
En fonction des signaux de la télécommande, le décodeur récupère alors en les téléchargeant pour les stocker en mémoire volatile (< 1,5 Moctets) , les premiers niveaux (30), deuxièmes niveaux (33) avec attributs descriptifs courts, puis troisièmes niveaux (36) avec attributs descriptifs longs, en temps masqué .
Selon le mode de réalisation de l'invention plus particulièrement décrit ici, toutes les informations nécessaires à une navigation fluide dans les pages de l'EPG ne sont donc pas chargées d'un seul bloc, les données étant découpées de manière à pouvoir les charger par morceau dans la mémoire du décodeur en fonction des besoins de l'utilisateur.
Le découpage se fait selon des axes majeurs de navigation de l'utilisateur, afin de pouvoir anticiper les chargements à effectuer en fonction de la direction qu'il prend dans l'arborescence de navigation.
Comme il va de soi et comme il résulte également de ce qui précède, la présente invention n'est pas limitée aux modes de réalisation plus particulièrement décrits. Elle en embrasse au contraire toutes les variantes et notamment celles où les données sont différentes de celles figurant dans un PEG, ou celle où il existe un découpage en plus de deux modules, par exemple trois.
L'invention peut notamment concerner le domaine de la gestion des pièces détachées et/ou de la vente de voitures d'occasion constituant les données retransmises sous forme de carrousel, les attributs de tri étant alors et par exemple le modèle et la marque des voitures concernées, les attributs descriptifs étant le kilométrage, les options, la couleur, etc., la transmission et le téléchargement des données se faisant alors et par exemple par l'intermédiaire d'un réseau câblé.

Claims

REVENDICATIONS
1. Procédé de transmission de données numériques diffusées simultanément auprès de plusieurs utilisateurs à partir d'un émetteur (7, 52) et de stockage de ces données dans au moins un dispositif connecté à un appareil (58) récepteur avec écran, pour accès aux données retransmises par lesdits utilisateurs au travers d'un interface utilisateur, caractérisé en ce que, dans un ensemble de données appelé guide de programme, constitué de plusieurs groupes de données appelés événements, chaque événement comprenant une série de données descriptives de l'événement, appelée attributs descriptifs (40) de l'événement, et une série de données donnant au moins une caractéristique de l'événement, appelées attribut de tri (39) de 1 ' événement , pour chaque événement, on divise les attributs descriptifs (40) dudit événement en au moins deux modules, à savoir un module court (42) et un module long (41) , on génère une ou plusieurs tables d'index (43) qui donnent en fonction des attributs de tri, les adresses des modules courts et des modules longs dans la mémoire de l'émetteur (7, 52), lorsque l'utilisateur initie une consultation de guide de programme, on télécharge uniquement dans un premier temps la liste des événements et des modules courts (42) correspondants, qu'on affiche sur l'écran de l'appareil récepteur pendant que l'utilisateur sélectionne un événement spécifique, on télécharge simultanément en temps masqué les modules longs (41) correspondant aux événements affichés sur l'écran et/ou les modules courts des écrans voisins dudit écran affiché dans l'interface utilisateur, et s'il y a lieu on affiche sur l'écran du dispositif le module long (41) de l'élément sélectionné, ou les modules courts d'un écran voisin.
2. Procédé selon la revendication 1, caractérisé en ce que la transmission s'effectue par un réseau satellite et/ou par un réseau câblé de diffusion, le dispositif étant un décodeur, l'appareil récepteur un appareil de télévision et les attributs de tri constituant des attributs de passage comprenant le jour et l'heure de passage de l'événement.
3. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'on identifie les événements comprenant des attributs descriptifs identiques, sur une période de temps déterminée, on leur affecte un premier identifiant, et on ne télécharge les modules courts (42) et/ou longs (41) desdits événements identiques qu'une seule fois, les attributs de tri étant quant à eux téléchargés en totalité, associés avec ledit premier identifiant correspondant .
4. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'on affecte à chaque événement un second identifiant unique, intégré dans les modules courts, les modules longs et les attributs de tri d'un même événement, pour la mise à jour quasi instantanée des tables d'index.
5. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que les modules courts (42) sont des modules dont la longueur est inférieure ou égale à 6 Koctets.
6. Procédé selon la revendication 3, caractérisé en ce que la longueur des modules courts (42) est de l'ordre de 4 Koctets.
7. Système (50) de transmission de données numériques diffusées simultanément auprès de plusieurs utilisateurs à partir d'un émetteur, et de stockage de ces données dans au moins un dispositif (57) connecté à un appareil récepteur, pour accès aux données transmises par lesdits utilisateurs au travers d'un interface utilisateur, caractérisé en ce que dans un ensemble de données appelé guide de programme, constitué de plusieurs groupes de données appelés événements, chaque événement comprenant une série de données descriptives de l'événement, appelée attributs descriptifs (40) de l'événement, et une série de données donnant au moins une caractéristique de l'événement, appelées attributs de tri (39) de 1 ' événement , le système comporte des moyens (51, 52, 57) propres à : - pour chaque événement, diviser les attributs descriptifs (40) dudit événement en au moins deux modules, à savoir un module court et un module long,
- générer une ou plusieurs tables d'index (43) qui donnent en fonction des attributs de tri, les adresses des modules courts et des modules longs dans la mémoire de l'émetteur (7, 52),
- lorsque l'utilisateur initie une consultation de guide de programme, télécharger uniquement dans un premier temps la liste des événements et des modules courts (42) correspondants, afficher ladite liste sur l'écran de l'appareil récepteur, et lorsque l'utilisateur sélectionne un événement spécifique,
- télécharger simultanément en temps masqué les modules longs (41) correspondant à l'événement sélectionné et/ou les modules courts d'écrans voisins dans l'interface utilisateur, et, s'il y a lieu, afficher sur l'écran du dispositif le module long (41) de l'événement sélectionné par l'utilisateur ou les modules courts d'un écran voisin.
8. Système selon la revendication 7, caractérisé en ce que la transmission s'effectue par un réseau satellite et/ou par un réseau câblé de diffusion, le dispositif étant un décodeur, l'appareil récepteur un appareil de télévision et les attributs de tri constituant des attributs de passage comprenant le jour et l'heure de passage de l'événement.
9. Système selon l'une quelconque des revendications 7 et 8, caractérisé en ce qu'il comporte des moyens pour affecter à chaque événement un premier identifiant et pour ne télécharger les modules courts et/ou longs (41) des événements identiques qu'une seule fois, les attributs de tri restant quant à eux téléchargés en totalité, associés avec ledit premier identifiant correspondant.
10. Système selon l'une quelconque des revendications 7 à 9, caractérisé en ce qu'il comprend des moyens agencés pour affecter à chaque événement un second identifiant unique, intégré dans les modules courts, les modules longs et les attributs de tri d'un même événement, pour la mise à jour quasi instantanée des tables d'index.
11. Système selon l'une quelconque des revendications 7 à 10, caractérisé en ce que la longueur des modules courts est inférieure ou égale à 6 Koctets.
12. Système selon la revendication 10, caractérisé en ce que la longueur des modules courts est de l'ordre de 4 Koctets.
PCT/FR1999/000796 1999-04-06 1999-04-06 Procede et systeme de transmission de donnees numeriques d'un emetteur a un utilisateur WO2000060865A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/FR1999/000796 WO2000060865A1 (fr) 1999-04-06 1999-04-06 Procede et systeme de transmission de donnees numeriques d'un emetteur a un utilisateur
AU30415/99A AU3041599A (en) 1999-04-06 1999-04-06 Method and system for transmitting digital data from a transmitter to a user

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/FR1999/000796 WO2000060865A1 (fr) 1999-04-06 1999-04-06 Procede et systeme de transmission de donnees numeriques d'un emetteur a un utilisateur

Publications (1)

Publication Number Publication Date
WO2000060865A1 true WO2000060865A1 (fr) 2000-10-12

Family

ID=9541205

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR1999/000796 WO2000060865A1 (fr) 1999-04-06 1999-04-06 Procede et systeme de transmission de donnees numeriques d'un emetteur a un utilisateur

Country Status (2)

Country Link
AU (1) AU3041599A (fr)
WO (1) WO2000060865A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10856031B2 (en) 2003-04-15 2020-12-01 MedialP, Inc. Method and apparatus for generating interactive programming in a communication network
USRE48579E1 (en) 2002-04-15 2021-06-01 Media Ip, Inc. Method and apparatus for internet-based interactive programming

Citations (2)

* Cited by examiner, † Cited by third party
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
WO1996041470A1 (fr) * 1995-06-07 1996-12-19 News America Publications, Inc. Procede et systeme intelligent de gestion memoire

Patent Citations (2)

* Cited by examiner, † Cited by third party
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
WO1996041470A1 (fr) * 1995-06-07 1996-12-19 News America Publications, Inc. Procede et systeme intelligent de gestion memoire

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
USRE48579E1 (en) 2002-04-15 2021-06-01 Media Ip, Inc. Method and apparatus for internet-based interactive programming
US10856031B2 (en) 2003-04-15 2020-12-01 MedialP, Inc. Method and apparatus for generating interactive programming in a communication network
US11076190B2 (en) 2003-04-15 2021-07-27 MedialP, Inc. Method and apparatus for generating interactive programming in a communication network
US11477506B2 (en) 2003-04-15 2022-10-18 MediaIP, LLC Method and apparatus for generating interactive programming in a communication network
US11575955B2 (en) 2003-04-15 2023-02-07 MediaIP, LLC Providing interactive video on demand

Also Published As

Publication number Publication date
AU3041599A (en) 2000-10-23

Similar Documents

Publication Publication Date Title
EP1611749B1 (fr) Traitement d&#39;un format de flux de donnees pour la reception audiovisuelle mobile
EP2060037B1 (fr) Methode de transmission d&#39;informations de services dans differents types de reseaux de diffusion et unite de traitement desdites informations
FR2874472A1 (fr) Procede, article de fabrication et dispositif destines a mettre a jour un logiciel dans un dispositif individuel
FR2752350A1 (fr) Procede d&#39;extraction de donnees dans un systeme de transmission cyclique et dispositif de mise en oeuvre
MXPA02002212A (es) Grabacion eficiente de un carrusel de objetos.
EP1295472A1 (fr) Methode de reception et de visualisation de sequences d&#39;emissions audiovisuelles a theme, et recepteur pour la mise en oeuvre de la methode
EP1236352B1 (fr) Procede de diffusion de television numerique, signal numerique et equipement associes
EP1798999B1 (fr) Procédé de gestion du comportement d&#39;une application interactive lors de la diffusion d&#39;un programme selon la norme DVB-H
US9628761B2 (en) Method for arranging virtual channels and linear channels for a content processing system
WO2000060865A1 (fr) Procede et systeme de transmission de donnees numeriques d&#39;un emetteur a un utilisateur
US20090031348A1 (en) Method and system for tuning virtual channels and linear channels in a user device associated with a content processing system
FR2851396A1 (fr) Procede d&#39;initialisation d&#39;un decodeur numerique et decodeur mettant en oeuvre un tel procede
EP1119967B1 (fr) Procede et dispositif de gestion de donnees de service dans un systeme de television
EP1247365A1 (fr) Procede de mesure d&#39;audience d&#39;applications interactives telediffusees ou embarquees sur un decodeur de recepteur de television
EP2801204B1 (fr) Dispositif et procede pour la reception d&#39;un flux multiplexe diffusant une table pmt incluant un pid pour identifier des documents audiovisuels sans contraintes temporelles
FR2716327A1 (fr) Procédé et système de programmation d&#39;enregistrements et terminal de programmation.
FR2827463A1 (fr) Procede de controle d&#39;un flux de signaux de television recu par un decodeur de television et decodeur associe
WO2004086764A1 (fr) Procede et dispositif de diffusion et de chargement d’une information dans un systeme de communication du type television numerique
EP1128664A2 (fr) Procédé de commande d&#39;un décodeur de télévision
EP1119190A2 (fr) Procédé de collecte de signaux de paramètres de réglage dans un décodeur de télévision
EP2140614B1 (fr) Procede de multiplexage temporel et de diffusion de flux audiovisuels, pour l&#39;amelioration de qualite
EP1755338A1 (fr) Méthode et dispositif pour la transmission et réception de données multimédia chiffrés
WO2017013013A1 (fr) Procede de filtrage d&#39;un catalogue multimedia recu par liaison satellite, dispositif de filtrage
FR2812160A1 (fr) Decodeur avec fonction de creation d&#39;images mosaiques de services de television
WO2013102744A1 (fr) Adressage de terminaux dans le cadre d&#39;une application interactive associee a un flux de diffusion en mode non connecte.

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AL AM AT AU AZ BA BB BG BR BY CA CH CN CU CZ DE DK EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MD MG MK MN MW MX NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT UA UG US UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW SD SL SZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

122 Ep: pct application non-entry in european phase