FR2797548A1 - Data broadcast method segments and labels data to allow receiver storage of latest versions. - Google Patents

Data broadcast method segments and labels data to allow receiver storage of latest versions. Download PDF

Info

Publication number
FR2797548A1
FR2797548A1 FR0000856A FR0000856A FR2797548A1 FR 2797548 A1 FR2797548 A1 FR 2797548A1 FR 0000856 A FR0000856 A FR 0000856A FR 0000856 A FR0000856 A FR 0000856A FR 2797548 A1 FR2797548 A1 FR 2797548A1
Authority
FR
France
Prior art keywords
segment
data
segments
signature
memory
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
FR0000856A
Other languages
French (fr)
Inventor
Francois Roudier
Benoit Guerin
Bruno Cheron
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Technicolor SA
Original Assignee
Thomson Multimedia SA
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 Thomson Multimedia SA filed Critical Thomson Multimedia SA
Priority to FR0000856A priority Critical patent/FR2797548A1/en
Publication of FR2797548A1 publication Critical patent/FR2797548A1/en
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45Management 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/458Scheduling 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/4586Content update operation triggered locally, e.g. by comparing the version of software modules in a DVB carousel to the version stored locally
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/435Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81Monomedia components thereof
    • H04N21/8126Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81Monomedia components thereof
    • H04N21/8166Monomedia components thereof involving executable data, e.g. software
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/835Generation of protective data, e.g. certificates
    • H04N21/8352Generation of protective data, e.g. certificates involving content or source identification data, e.g. Unique Material Identifier [UMID]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/08Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division
    • H04N7/087Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division with signal insertion during the vertical blanking interval only
    • H04N7/088Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division with signal insertion during the vertical blanking interval only the inserted signal being digital
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/16Analogue secrecy systems; Analogue subscription systems
    • H04N7/162Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing
    • H04N7/165Centralised control of user terminal ; Registering at central

Abstract

The data broadcast method cuts the data into segments and tabulates them with segment descriptions and signatures derived from the segments including identification of the method of signal calculation. The data can be transmitted several times and receivers select the latest versions for loading.

Description

Procédé de transmission de données sur un canai de diffusion L'invention concerne un procédé de transmission de données diffusées par un central de communications vers des appareils récepteurs. Les appareils récepteur comportent une unité centrale et une mémoire d'une taille suffisamment importante pour recevoir une partie des données diffusées. Le téléchargement de ces données dans les appareils permet par exemple de mettre<B>à</B> jour ses fonctionnalités sans intervention manuelle et aussi de corriger certaines imperfections. Si le canal de diffusion est unidirectionnel, il est préférable d'émettre plusieurs fois les données de mise<B>à</B> jour au cours d'une campagne pour qu'un maximum d'appareils puisse effectuer le téléchargement. The invention relates to a method for transmitting data broadcast by a communications center to receiving devices. The receiver devices comprise a central unit and a memory of a size large enough to receive a part of the broadcast data. By downloading these data into devices, for example, you can update your features manually without any manual intervention and also correct certain imperfections. If the broadcast channel is unidirectional, it is preferable to issue the update data several times during a campaign for as many devices as possible to download.

L'invention s'applique<B>plus</B> particulièrement aux récepteurs/décodeurs de télévision, appelés plus simplement par la suite <B> </B> décodeurs<B> .</B> Dans ce domaine, un central de communications émet sur un canal de diffusion des signaux audio/vidéo émis soit par voie hertzienne, soit par le satellite ou encore par le câble, et recus par les décodeurs et par les télévisions. Les décodeurs peuvent être par exemple du type DVB, Internet ou de simples récepteurs TV. Les signaux audio/vidéo transportent des informations audio/vidéo et des données. Dans le domaine de la télévision analogique, ces données sont émises lors du retour de trame, cette partie du signal étant également appelée <B> </B> VBI <B> .</B> Ces données peuvent être de nature numérique pour le test (pour la métrologie et le calcul de l'audience), du télétexte, des données destinées<B>à</B> transmettre des services complémentaires ou des programmes exécutables dans le décodeur (au niveau du système d'exploitation ou au niveau des applications du décodeur). Les décodeurs analysent le signal analogique pour en extraire des paquets de données. En concaténant les paquets, les décodeurs reconstituent dans la mémoire l'intégralité des données de mise<B>à</B> jour selon le séquencement défini par le central de communications. Les données peuvent entre autres comprendre du code exécutable par le décodeur tel que par exemple un guide électronique de programme (ou EPG en abrégé) ou encore du code relatif<B>à</B> des couches logicielles situées en dessous de la couche applicative. The invention applies more particularly to television receivers / decoders, more simply called subsequently <B> </ B> decoders <B>. </ B> In this area, a central office communications transmits on a broadcast channel audio / video signals transmitted either by radio, or by satellite or by cable, and received by decoders and televisions. The decoders can be for example of the DVB type, Internet or simple TV receivers. Audio / video signals carry audio / video information and data. In the field of analog television, this data is transmitted during the frame return, this part of the signal is also called <B>. </ B> <B>. </ B> These data can be of a digital nature for the VBI. testing (for metrology and audience calculation), teletext, data intended to transmit additional services or programs executable in the decoder (at the level of the operating system or at the level of decoder applications). The decoders analyze the analog signal to extract data packets. By concatenating the packets, the decoders reconstitute in the memory the entirety of the data of setting <B> to </ B> day according to the sequencing defined by the central of communications. The data may include, among other things, code executable by the decoder, such as for example an electronic program guide (or abbreviated EPG) or the relative code <B> to </ B> of the software layers located below the application layer. .

<B>Il</B> peut être nécessaire de mettre<B>à</B> jour certaines données ou programmes mémorisés dans les décodeurs. Les blocs de données<B>à</B> télécharger peuvent être longs, ce qui rend difficile un téléchargement fiable, particulièrement si la bande passante disponible pour la transmission des données est faible. Le but de l'invention est par conséquent de proposer un procédé de mise<B>à</B> jour particulièrement efficace. <B>A</B> cette effet, l'invention a pour objet un procédé de transmission consistant<B>à</B> émettre des données de mise<B>à</B> jour<B>à</B> partir d'un central de communications, caractérisé en ce qu'il comporte les étapes suivantes<B>:</B> <B>-</B> découpage des données de mise<B>à</B> jour en une pluralité de segments, <B>-</B> détermination d'un identificateur pour chacun des segments ainsi crées, <B>-</B> élaboration d'une table dite de segments comportant au moins les identificateurs des dits segments, <B>-</B> transmission de la dite table et de la pluralité de segments. Selon un mode de réalisation, l'identificateur est modifié<B>à</B> chaque version de données de telle sorte que le récepteur puisse déterminer facilement qu'il existe une nouvelle version de données de mise<B>à</B> jour, le but étant que les décodeurs aient de préférence en mémoire la dernière version. Selon un mode de réalisation, une partie de l'identificateur est constituée de la signature des données du segment. Ainsi, cet identificateur permet également servir<B>à</B> contrôler l'intégrité du segment. Selon une mode de réalisation, l'adresse de stockage des segments de données de mise<B>à</B> jour est émis. Ainsi, chaque récepteur n'a pas besoin individuellement de la calculer, ce calcul est fait une fois pour toutes au niveau de l'émetteur. L'invention concerne également un central de communication pour la diffusion de données de mise<B>à</B> jour sur un canal de diffusion doté de moyens de transmission et d'une mémoire susceptible de stocker les dites données de mise<B>à</B> jour, caractérisé en ce qu'il comporte en outre une seconde mémoire pour recevoir les dites données découpées en segment et une table des segments contenant des descriptifs de segments, chaque descriptif comportant au moins un identificateur. L'invention a aussi pour objet un procédé de réception de données de mise<B>à</B> jour<B>à</B> partir d'un central de communications<B>à</B> travers un réseau de diffusion, caractérisé en ce qu'il comporte les étapes suivantes<B>:</B> <B>-</B> réception d'une table des segments comprenant des descriptifs correspondant<B>à</B> des segments, le contenu des dits segments constituant les données de mise<B>à</B> jour, les dits segments étant identifiés par un identificateur, <B>-</B> stockage en mémoire d'au moins les identificateurs des segments contenus dans la dite table, <B>-</B> scrutation du réseau de diffusion et mémorisation des segments dont la valeur de l'identificateur n'est pas<B>déjà</B> inscrit en mémoire. L'invention concerne également l'appareil apte<B>à</B> recevoir des données de mise<B>à</B> jour et<B>à</B> les contrôler.<B>A</B> cette effet<B>,</B> l'invention concerne également un appareil récepteur de signaux diffusés par un central de communication, doté de moyens de réception des dits signaux, et caractérisé en ce qu'il comporte une mémoire susceptible de stocker des segments contenant des données de mise<B>à</B> jour et une table des segments, d'un comparateur entre un identificateur stocké dans la table, le dit comparateur contrôlant le stockage des segments en mémoire. Les données téléchargées dans la mémoire peuvent se dégrader avec le temps, il est alors nécessaire de les réécrire<B>à</B> l'identique en mémoire. <B>A</B> cette effet<B>,</B> l'invention concerne également un appareil récepteur de signaux diffusés par un central de communication, doté de moyens de réception des dits signaux, et caractérisé en ce qu'il comporte une mémoire susceptible de stocker des segments contenant des données de mise<B>à</B> jour et une table des segments comportant au moins des identificateurs des dits segments, d'un contrôleur d'intégrité des segments écrits en mémoire utilisant des données lues dans la table des segments, le dit contrôleur active les moyens de réception et de stockage en mémoire en vue de télécharger les segments dont les identificateurs sont les mêmes que ceux dont le contenu est déclaré non intègre. D'autres caractéristiques et avantages de l'invention apparaîtront<B>à</B> travers la description d'un exemple de réalisation particulier non limitatif de l'invention. La figure<B>1</B> représente un schéma simplifié d'un système pour la mise en ceuvre de l'invention. La figure 2 représente une table des segments élaborée par un central de communications et des segments associés. La figure<B>3</B> représente une mémoire de décodeur contenant une table des segments et des segments associés. <B> It may be necessary to update certain data or programs stored in the decoders to <B> at </ B> a day. The blocks of data to upload can be long, which makes reliable downloading difficult, especially if the available bandwidth for data transmission is low. The object of the invention is therefore to provide a method of setting <B> to </ B> day particularly effective. For this purpose, the object of the invention is to provide a transmission method consisting of transmitting update data to </ b> at </ b> and </ b> to </ b>. B> from a communications central, characterized in that it comprises the following steps: <B> - </ B> <b> - </ b> splitting of the data of bet <B> to </ B> day in a plurality of segments, <B> - </ B> determination of an identifier for each of the segments thus created, <B> - </ B> elaboration of a so-called segment table comprising at least the identifiers of said segments , <B> - </ B> transmission of said table and the plurality of segments. According to one embodiment, the identifier is changed to each version of data so that the receiver can easily determine that there is a new version of data from <B> to </ B > day, the goal being that the decoders preferably have in memory the latest version. According to one embodiment, part of the identifier consists of the signature of the data of the segment. Thus, this identifier also helps to <B> control the integrity of the segment. According to one embodiment, the storage address of the update data segments <B> to </ B> day is transmitted. Thus, each receiver does not need to calculate it individually, this calculation is done once and for all at the transmitter. The invention also relates to a communication central for the broadcasting of data of bet <B> to </ B> day on a broadcast channel provided with transmission means and a memory capable of storing said data bet <B day, characterized in that it further comprises a second memory for receiving said data segmented and a table of segments containing segment descriptions, each description comprising at least one identifier. The invention also relates to a method for receiving data from <B> to </ B> day <B> to </ B> from a central communications <B> to </ B> through a network method, characterized in that it comprises the following steps: <B> - </ B> </ B> - receiving a table of segments comprising corresponding descriptions <B> to </ B> segments , the content of said segments constituting the data of setting <B> to </ B> day, said segments being identified by an identifier, <B> - </ B> storage in memory of at least the identifiers of the segments contained in said table, <B> - </ B> polling broadcast network and storing segments whose value identifier is not <B> already </ B> registered in memory. The invention also relates to the apparatus adapted to receive day-to-day data and to control them. this effect <B>, </ B> the invention also relates to a signal receiver apparatus broadcast by a communication central, having means for receiving said signals, and characterized in that it comprises a memory capable of storing segments containing set data <B> to </ B> day and a segment table, a comparator between an identifier stored in the table, said comparator controlling the storage of segments in memory. The data downloaded into the memory can degrade with time, it is then necessary to rewrite them <B> to </ B> identical in memory. <B> A </ B> this effect <B>, </ B> the invention also relates to a signal receiver apparatus broadcast by a communication central, provided with means for receiving said signals, and characterized in that it comprises a memory capable of storing segments containing update data <B> to </ B> day and a table of segments comprising at least identifiers of said segments, of an integrity controller of the segments written in memory using data read in the segment table, the said controller activates the means of reception and storage in memory in order to download the segments whose identifiers are the same as those whose content is declared unhealthy. Other features and advantages of the invention will appear <B> to </ B> through the description of a particular non-limiting embodiment of the invention. Figure <B> 1 </ B> represents a simplified diagram of a system for implementing the invention. Figure 2 shows a segment table developed by a communications central and associated segments. Figure <B> 3 </ B> represents a decoder memory containing a table of segments and associated segments.

La figure 4 représente un organigramme d'exécution d'une routine de téléchargement selon l'invention. La figure<B>5</B> montre le contenu de la zone des segments d'un même appareil récepteur avant et après un exemple de téléchargement. La figure<B>6</B> montre le contenu de la zone des segments d'un même appareil récepteur avant et après un exemple de téléchargement en prenant en compte les défauts d'intégrité. La figure<B>1</B> montre un système de diffusion et de réception de signaux de télévision comprenant un central de communications<B>(1)</B> et une pluralité d'appareils récepteurs (2). Le central est doté d'une unité centrale<B>(3)</B> associée<B>à</B> une mémoire (4). L'unité centrale<B>(3)</B> élabore des émissions audiovisuelles, contenant des données numériques destinées<B>à</B> être téléchargées. Les émissions sont diffusées par des antennes<B>(5)</B> et/ou des satellites<B>(6)</B> et/ou un câble<B>(7)</B> et/ou tout autre moyen de communication dont le débit est suffisamment important. L'appareil récepteur (2) comprend une télévision<B>(8)</B> et un décodeur<B>(10)</B> qui reçoivent, tous deux, les signaux audio/vidéo <B>à</B> l'aide d'une antenne (9) par exemple parabolique ou de tout autre moyen de réception. Le décodeur, éventuellement intégré<B>à</B> la télévision, comporte une unité centrale<B>(11),</B> une mémoire morte<B>(1</B>2), une mémoire de travail<B>(Il 3),</B> une mémoire programmable non volatile de type EEPROM, <B>FLASH</B> ou RAM sauvegardée<B>(1</B>4) et des moyens de communication<B>(15)</B> tels que<B>:</B> afficheur, interface utilisateur, tuner,<B>...</B> etc. Les données reçues du canal de diffusion sont démodulées et transmises<B>à</B> un démultiplexeur. Ce dernier est par exemple un démultiplexeur similaire<B>à</B> celui décrit dans la demande de brevet français n'95<B>15767</B> déposée le<B>29</B> décembre<B>1995</B> au nom de la demanderesse. Un démultiplexeur comporte un certain nombre de registres de filtrage programmés par l'unité centrale. Le démultiplexeur compare en permanence le contenu des registres de filtrage<B>à</B> certains paramètres des paquets de données émis sur le canal de diffusion et charge les paquets de données en cas d'égalité pour la comparaison. En étant intégré au téléviseur, le décodeur peut avantageusement utiliser les moyens de communication de celui-ci<B>:</B> télécommande et/ou tuner. L'ensemble des données de mise<B>à</B> jour<B>à</B> télécharger peut constituer une quantité importante d'information, plusieurs méga-octets par exemple. Si peu d'éléments (quelques centaines d'octets par exemple) sont changés lors d'une mise<B>à</B> jour, il est inutile de télécharger l'ensemble des données. Le central de communications fragmente en segments les données de mise<B>à</B> jour de telle sorte que le récepteur ne recharge que les segments dont le contenu est modifié et pas les autres segments. Ce découpage peut avantageusement tenir compte de la nature pérenne des données. Ainsi des données qui sont probablement changées <B>à</B> chaque mise<B>à</B> jour sont rangées par le central dans des segments différents de ceux contenant des données dont la durée d'utilité couvre plusieurs mises<B>à</B> jour. Un segment comprend un bloc de données précédé d'un en-tête. Les segments peuvent être émis<B>à</B> tout moment sur le canal de diffusion, d'une manière cyclique, dans un ordre quelconque, et avec une périodicité différente selon les segments. le central de communication lie les différents segments entre eux<B>à</B> l'aide d'une table dite<B> </B> des segments<B> .</B> Une table des segments décrit tous les segments d'un ensemble de données de mise<B>à</B> jour. Cette table possède un en-tête et un corps constitué des descriptifs de segments. Les descriptifs contiennent les informations suivantes # L'identificateur du segment concerné (IDENT-i). Figure 4 shows an execution flow chart of a download routine according to the invention. Figure <B> 5 </ B> shows the contents of the segment area of the same receiving device before and after a download example. Figure <B> 6 </ B> shows the contents of the segment area of the same receiving device before and after a download example taking into account integrity defects. Figure <B> 1 </ B> shows a television signal broadcasting and reception system comprising a communications central <B> (1) </ B> and a plurality of receiving apparatuses (2). The central office has a central unit <B> (3) </ B> associated <B> with a memory (4). The central unit <B> (3) </ B> produces audiovisual programs containing digital data intended to be downloaded. The broadcasts are broadcast by <B> (5) </ B> antennas and / or <B> (6) </ B> satellites and / or <B> (7) </ B> and / or any other means of communication whose flow is sufficiently important. The receiving apparatus (2) comprises a television <B> (8) </ B> and a decoder <B> (10) </ B> which both receive the audio / video signals <B> to </ B> using an antenna (9) for example parabolic or other means of reception. The decoder, possibly integrated <B> to </ B> the television, comprises a central unit <B> (11), </ B> a read only memory <B> (1 </ B> 2), a working memory <B> (Il 3), </ B> a nonvolatile programmable memory type EEPROM, <B> FLASH </ B> or RAM saved <B> (1 </ B> 4) and means of communication <B > (15) </ B> such as <B>: </ B> display, user interface, tuner, <B> ... </ B> and so on. The data received from the broadcast channel is demodulated and transmitted to a demultiplexer. The latter is for example a demultiplexer similar to that described in the French patent application No. 95 <B> 15767 </ B> filed on <B> 29 </ B> December <B> 1995 </ B> in the name of the plaintiff. A demultiplexer includes a number of filter registers programmed by the central unit. The demultiplexer continuously compares the contents of the filter registers <B> to certain parameters of the data packets transmitted on the broadcast channel and loads the data packets in case of equality for the comparison. Being integrated with the television, the decoder can advantageously use the communication means of the latter: remote control and / or tuner. The set of download data <B> to </ B> day <B> to </ B> download can constitute a large amount of information, several megabytes for example. If there are few items (for example, a few hundred bytes) that are changed during a <B> to </ B> update, you do not need to download all the data. The communications central breaks up the update data into segments so that the receiver only reloads the segments whose content is changed and not the other segments. This division can advantageously take into account the long-term nature of the data. Thus data that is probably changed from <B> to </ B> every <B> to </ B> day are stored by the central in different segments from those containing data whose useful life covers several stakes < B> to </ B> day. A segment includes a block of data preceded by a header. The segments can be transmitted <B> to </ B> any time on the broadcast channel, in a cyclical manner, in any order, and with a different periodicity depending on the segments. the communication center links the different segments together <B> to </ B> using a table called <B> </ B> segments. </ B> A segment table describes all the segments segments of a set of data from bet <B> to </ B> day. This table has a header and a body consisting of segment descriptions. The descriptions contain the following information: # The identifier of the segment concerned (IDENT-i).

# L'adresse de stockage dans la mémoire programmable des décodeurs du début du segment (ADR-i).  # The storage address in the programmable memory of the decoders at the beginning of the segment (ADR-i).

# La taille exacte du segment (en octets).  # The exact size of the segment (in bytes).

# Des informations complémentaires (type de données, liens vers un autre segment,<B>...).</B> L'en-tête de la table contient des informations globales telles que<B>:</B> Le nombre de segments (ce qui détermine également la taille de la table). <B>w</B> L'identificateur de la table (IDIENT-TABLE). La figure 2 montre une table des segments et les segments élaborés par le central de communications et transportés sur le canai de diffusion. Dans le cas présenté, les données de mise<B>à</B> jour sont découpées en trois segments. Selon une variante de l'invention, l'identificateur IDENT-i d'un segment est utilisé pour déterminer sa version. Chaque fois que le contenu d'un segment évolue, par exemple lors d'une nouvelle mise<B>à</B> jour, la valeur de l'identificateur change également. Avantageusement, l'identificateur comprend la signature et une valeur définissant le mode de calcul de cette signature. Si, lors d'une mise<B>à</B> jour, le central détermine de nouvelles données d'un segment, la signature calculée prend alors une autre valeur indiquant une nouvelle version. Cette solution offre un autre avantage que l'on verra<B>à</B> la fin de la présente description, la signature pourra également servir<B>à</B> contrôler l'intégrité des données en mémoire. Plus la taille de la signature est importante, plus la probabilité d'avoir deux signatures identiques pour deux segments différents est faible. Par exemple, la probabilité d'obtenir deux signatures identiques en utilisant des valeurs de<B>32</B> bits est très faible. Ainsi, si le central découpe les données de mise<B>à</B> jour en cent segments, il<B>y</B> a une chance sur 2 12 <B>/100</B> ;ze 4.1<B>07</B> pour que"cette signature soit égale<B>à</B> une des cent autres signatures. Cette probabilité n'étant pas nulle, il faut envisager ce cas, sinon on ne pourrait identifier les versions de segment sans risque d'erreur. Si une des nouvelles signatures est identique<B>à</B> une ancienne alors il n'est pas possible de distinguer les deux segments qui contiennent des données différentes. Ce problème est résolu en choisissant un nouveau mode de calcul (mode 2). Une nouvelle signature est alors calculée. Si les signatures sont une nouvelle fois identiques (mais dans l'exemple, ceci est quasi impossible<B>:</B> une chance sur<B>16.</B> 10"), le central choisit encore un autre mode de calcul, et ceci jusqu'à ce que la valeur de la nouvelle signature soit différente de toutes les autres.  # Additional information (data type, links to another segment, <B> ...). </ B> The header of the table contains global information such as <B>: </ B> number of segments (which also determines the size of the table). <B> w </ B> The identifier of the table (IDIENT-TABLE). Figure 2 shows a table of segments and segments developed by the central communications and transported on the diffusion channel. In the case presented, the setting data <B> to </ B> day are divided into three segments. According to a variant of the invention, the identifier IDENT-i of a segment is used to determine its version. Whenever the contents of a segment change, for example when re-setting to <B> to </ B> days, the value of the identifier also changes. Advantageously, the identifier comprises the signature and a value defining the calculation mode of this signature. If, during a setting <B> to </ B> day, the central determines new data of a segment, the calculated signature then takes another value indicating a new version. This solution offers another advantage that will be seen at the end of this description, the signature can also be used to control the integrity of the data in memory. The larger the size of the signature, the lower the probability of having two identical signatures for two different segments. For example, the probability of obtaining two identical signatures using values of <B> 32 </ B> bits is very small. For example, if the central divides the day-to-day data into one hundred segments, it has a 1 in 2 chance of <b> / 100 </ B>; ze 4.1 <B> 07 </ B> so that "this signature is equal <B> to </ B> one of the other hundred signatures." This probability is not null, it is necessary to consider this case, otherwise one could not identify the versions If one of the new signatures is identical to an old one, then it is not possible to distinguish the two segments that contain different data, this problem is solved by choosing a new calculation mode (mode 2) A new signature is then calculated If the signatures are once again identical (but in the example, this is almost impossible <B>: </ B> a chance on <B> 16 . </ B> 10 "), the central office chooses yet another mode of calculation, and this until the value of the new signature is different from all the others.

Le mode de calcul peut désigner un calcul mathématique du type fonction de hachage tel qu'une fonction de CRC ou<B> </B> Code de Redondance Cyclique<B> </B> (fonction connue en soi pour le contrôle d'intégrité)<B>,</B> ou un calcul de MAC (Code dAuthentif i cati on de Message) utilisant de façon connue en soi des<B>OU</B> Exclusif et l'algorithme D.E.S. (ou<B> </B> Data Encryption Standard<B> )</B> ou toute autre fonction de hachage. Si le calcul de signature s'effectue toujours avec le même algorithme, le D.E.S. par exemple, le mode de calcul peut désigner la référence d'une clé dont la valeur est connue par le central et tous les décodeurs. Si ces décodeurs sont équipés d'un lecteur de carte<B>à</B> puce, les valeurs de clé peuvent être mémorisées dans la carte<B>à</B> puce. Le caractère sécuritaire d'un tel support confère une grande sécurité au contrôle de l'authenticité des segments. Selon une autre variante de l'invention, les descriptifs contiennent l'adresse de stockage des segments dans la mémoire du décodeur. Ainsi le calcul de l'adresse de stockage n'est effectué qu'une seule fois au niveau du central de communication. Le central de communications émet la table des segments puis les segments<B>à</B> destination des appareils récepteur. Les émissions sur un ou plusieurs canaux du réseau de diffusion s'effectuent de façon répétitive (par un carrousel par exemple) afin d'atteindre un maximum de décodeurs, ceux-ci n'étant pas constamment<B>à</B> l'écoute. Les données reçues par l'appareil récepteur sont traitées<B>à</B> l'aide d'une routine dite de téléchargement inscrite dans la mémoire morte<B>(Il</B> 2) par exemple. Cette routine a pour fonction de prendre des décisions sur l'opportunité d'une mise<B>à</B> jour de données mémorisées et d'extraire du canai de diffusion les dites données. Cette routine peut être intégrée<B>à</B> un programme plus global qui reçoit en permanence les données reçues sur le canal de diffusion et qui les analyse. Elle doit être appelée lors de la réception de chaque paquet de données reçu par le décodeur. The calculation method may designate a mathematical calculation of the hash function type such as a CRC function or <B> </ B> Cyclic Redundancy Code <B> </ B> (function known per se for the control of integrity), or a MAC calculation (Message Authentication Code) using in a manner known per se exclusive <B> OR </ B> and the DES algorithm (or <B> </ B> Data Encryption Standard <B>) </ B> or any other hash function. If the signature calculation is always done with the same algorithm, the D.E.S. for example, the calculation mode can designate the reference of a key whose value is known by the exchange and all the decoders. If these decoders are equipped with a chip card reader, the key values can be stored in the chip card. The security of such a support gives great security to the control of the authenticity of the segments. According to another variant of the invention, the descriptions contain the storage address of the segments in the decoder memory. Thus the calculation of the storage address is performed only once at the central office. The communications central sends the segment table and the segments <B> to the destination device. The broadcasts on one or more channels of the broadcast network are carried out repetitively (by a carousel for example) in order to reach a maximum of decoders, these being not constantly <B> to </ B> l 'listening. The data received by the receiving apparatus is processed <B> to </ B> with the aid of a download routine written in the read-only memory <B> (Il </ B> 2) for example. The purpose of this routine is to make decisions on the advisability of placing stored data on a given day and to extract the data from the broadcast channel. This routine can be integrated into a larger program that continuously receives and analyzes data received over the broadcast channel. It must be called when receiving each packet of data received by the decoder.

La figure<B>3</B> représente une partie du contenu de la mémoire non volatile du décodeur. Dans l'exemple, cette mémoire contient une table (identifiée par IDENT-TABLE) comportant<B>3</B> descriptifs de segments et une zone contenant les données de ces trois segments. Par rapport<B>à</B> la table transmise sur le réseau de diffusion, chaque descriptif dans la table mémorisée possède un sixième champ appelé<B> </B> ETAT-i <B> .</B> Ce champ est un indicateur binaire spécifiant si le segment correspondant doit être téléchargé (valeur<B>: OUI )</B> ou non. La routine de téléchargement peut par exemple être lancée<B>à</B> la mise sous tension, ou lors de la détection d'un défaut d'intégrité ou tout autre détection de défaut, ou encore par une application téléchargée dans le décodeur. Le déroulement de la routine de téléchargement va maintenant être détaillé par l'organigramme de la figure 4. <B>A</B> l'étape<B>1,</B> le décodeur programme le démultiplexeur en vue de lire sur le réseau de diffusion, d'une part toutes tables de segment, et d'autre part les segments identifiés dans la dernière table reçue et mémorisée et pour lesquels les indicateurs ETAT sont<B>à OUI .</B> Puis, la routine boucle<B>à</B> l'étape 2 jusqu'à ce que le démultiplexeur acquiert et stocke dans la mémoire de travail soit une table de segment, soit un des segments sélectionné. <B>A</B> l'étape<B>3,</B> la routine détermine<B>à</B> l'aide de l'identifiant au niveau de la couche transport si c'est une table ou un segment. Si c'est une table, la routine extrait des données le nombre de descriptifs et son l'identificateur IDENT-TABLE-R comprenant la signature SGN-TABLE-R. <B>A</B> l'étape 4, la routine vérifie en comparant IDENT-TABLE-R avec l'identificateur de la table mémorisée IDENT-TABLE-M, si la table reçue est égale<B>à</B> celle<B>déjà</B> en mémoire. Si c'est la même, il est inutile de la recharger et la routine boucle de nouveau<B>à</B> l'étape 2 en attente d'autres données. Puis, la signature de la table reçue SGN-TABLE-R est comparée avec celle recalculée avec les données de la table (étape<B>5).</B> La signature est recalculée en tenant compte du mode de calcul indiqué dans l'en tête de la table. Si elles ne sont pas égales, les données reçues ne sont pas intègres, de ce fait elles ne sont pas prises en compte.<B>A</B> l'étape<B>6,</B> on sait qu'une nouvelle table est reçue, la programmation du démultiplexeur est alors effacé.<B>Il</B> est en effet inutile de recevoir des segments correspondant aux descriptifs d'une ancienne table. On peut<B>à</B> ce moment avertir le niveau application qu'une nouvelle table a été reçue et que les segments sont actuellement en phase de téléchargement. La routine va ensuite traiter le contenu de la table reçue. Pour cela, connaissant le nombre de descriptifs de segment, elle lit chacun d'eux successivement et extrait son identificateur IDENT-R-i (étape<B>7).</B> Puis, elle recherche dans la table en mémoire non volatile la présence de cet identificateur (étape<B>8</B> et<B>9).</B> Si l'identificateur d'un segment reçu est<B>déjà</B> dans la table mémorisée, il est inutile de le télécharger du réseau de diffusion. Dans ce cas<B>à</B> l'étape<B>10,</B> la routine teste en comparant l'adresse reçue ADR-R-i et l'adresse du segment en mémoire, si ce dernier est<B>à</B> la bonne place. Si les valeurs sont différentes, les données du segment doivent être recopiées de l'adresse contenue dans la table mémorisée<B>à</B> l'adresse ADR-R-i indiquée dans la table reçue (étape<B>11).</B> Dans tous les cas, il est inutile de télécharger le segment, l'indicateur ETAT-R-i est donc positionné<B>à NON </B> (étape<B>1</B>2). Si l'identificateur d'un segment reçu n'est pas dans la table mémorisée, il faut le télécharger du réseau de diffusion.<B>A</B> l'étape<B>13,</B> le démultiplexeur est programmé avec l'identificateur IDENT-i du segment<B>à</B> télécharger et l'indicateur ETAT-R-i est positionné<B>à OUI </B> (étape<B>1</B>4).<B>A</B> l'étape<B>15,</B> la routine boucle<B>à</B> l'étape<B>7</B> d'extraction d'un nouvel identificateur tant qu'il reste des descriptifs<B>à</B> traiter dans la table de segments nouvellement reçue. Enfin,<B>à</B> l'étape<B>16,</B> tous les descriptifs ont été traités, la table nouvellement reçue et dotée des indicateurs ETAT-R-i correctement mis<B>à</B> jour est inscrite au même endroit que l'ancienne table. Si un segment est reçu<B>à</B> l'étape 2, la routine extrait son identificateur (IDENT-i) ainsi que sa signature SGN-R-i (étape<B>17).</B> Puis, la signature du segment reçu SGN-R-i est comparée avec celle recalculée avec les données du segment (étape<B>18).</B> La signature est recalculée en tenant compte du mode de calcul indiqué dans l'identificateur. <B>Si</B> elles ne sont pas égales, les données reçues ne sont pas intègres, de ce fait le segment reçu n'est pas pris en compte. Sinon, les données du segment sont stockées<B>à</B> l'adresse spécifiée dans la table mémorisée (étape<B>19).</B> <B>A</B> l'étape 20, la valeur IDENT-i est effacée de la programmation du démultiplexeur puisque les données du segment correspondant ont été reçues et stockées en mémoire. De ce fait<B>à</B> l'étape 21, l'indicateur ETAT-R-i est positionné<B>à NON .</B> <B>A</B> l'étape 22, la routine teste si tous les segments ont été téléchargés. Pour cela, elle lit dans la table la valeur de tous les indicateurs ETAT-R-i. Si toutes les valeurs sont<B>à NON ,</B> il ne reste plus aucun segment<B>à</B> télécharger, la routine de téléchargement se termine alors par l'étape<B> FIN .</B> Cette solution est particulièrement avantageuse par le fait que si le canal de diffusion émet une nouvelle table alors que la routine de téléchargement s'exécute, cette nouvelle table est aussitôt prise en compte aux étapes<B>3</B> et suivantes. Dans cet exemple de réalisation, dès qu'une nouvelle table est reçue, la routine fait l'acquisition des nouveaux segments et jusqu'à la réception du dernier nouveau segment, l'ensemble des données n'est pas exécutable. Une fois tous les segments intégralement reçus, l'exécution des données de mise<B>à</B> jour peut s'effectuer. Une variante consiste<B>à</B> utiliser une mémoire tampon d'une taille au moins égale<B>à</B> celle de l'ensemble des données de mise<B>à</B> jour susceptible d'être émis, et de mettre<B>à</B> jour les segments dans cette mémoire. Une fois le dernier nouveau segment reçu, l'ensemble des données de la mémoire tampon est intégralement recopié dans la mémoire non volatile. Ce n'est que pendant ce court instant de transfert que les données de mise<B>à</B> jour cessent d'être utilisables. Figure <B> 3 </ B> represents part of the contents of the nonvolatile memory of the decoder. In the example, this memory contains a table (identified by IDENT-TABLE) comprising <B> 3 </ B> segment descriptors and an area containing the data of these three segments. Relative to <B> to </ B> the table transmitted on the broadcast network, each description in the stored table has a sixth field called <B> </ B> STATE-i <B>. </ B> This field is a binary flag specifying whether the corresponding segment should be downloaded (value <B>: YES) </ B> or not. For example, the download routine can be started when the power is turned on, or when an integrity fault or other fault detection is detected, or by an application downloaded to the decoder. . The progress of the download routine will now be detailed by the flowchart in Figure 4. <B> A </ B> Step 1, </ B> the decoder programs the demultiplexer to read on the broadcast network, on the one hand all segment tables, and on the other hand the segments identified in the last table received and stored and for which the STATUS indicators are <B> to YES. </ B> Then, the routine Loop <B> to </ B> step 2 until the demultiplexer acquires and stores in the working memory either a segment table or one of the selected segments. <B> A </ B> step <B> 3, </ B> the routine determines <B> to </ B> using the identifier at the transport layer if it's a table or a segment. If it is a table, the routine extracts from the data the number of descriptions and its identifier IDENT-TABLE-R including the signature SGN-TABLE-R. <B> A </ B> In step 4, the routine checks by comparing IDENT-TABLE-R with the identifier of the IDENT-TABLE-M stored table, if the received table is equal <B> to </ B > that <B> already </ B> in memory. If it's the same, you do not need to reload it and the routine loops back to Step 2 waiting for other data. Then, the signature of the table received SGN-TABLE-R is compared with that of the recalculated table data (step <B> 5). </ B> The signature is recalculated taking into account the calculation mode indicated in the table. at the head of the table. If they are not equal, the received data are not integrity, therefore they are not taken into account. <B> A </ B> step <B> 6, </ B> we know that a new table is received, the programming of the demultiplexer is then erased. <B> It </ B> is indeed useless to receive segments corresponding to the descriptions of an old table. We can <B> at this point notify the application level that a new table has been received and that the segments are currently in download phase. The routine will then process the contents of the received table. For this, knowing the number of segment descriptors, it reads each one of them successively and extracts its IDENT-Ri identifier (step <B> 7). </ B> Then, it looks in the table in non-volatile memory for the presence of this identifier (step <B> 8 </ B> and <B> 9). </ B> If the identifier of a received segment is <B> already </ B> in the stored table, it is useless to download it from the broadcast network. In this case <B> at </ B> step <B> 10, </ B> the routine tests by comparing the received address ADR-Ri and the address of the segment in memory, if the latter is <B > to </ B> the right place. If the values are different, the data of the segment must be copied from the address contained in the stored table <B> to the ADR-Ri indicated in the received table (step <B> 11). In any case, you do not need to download the segment, so the STATUS-RI flag is set to <B> to OFF </ B> (step <B> 1 </ B> 2). If the identifier of a received segment is not in the stored table, it must be downloaded from the broadcast network. <B> A </ B> step <B> 13, </ B> the demultiplexer is programmed with the IDENT-i identifier of the <B> segment to download and the STATUS-Ri flag is set to <B> to YES </ B> (step <B> 1 </ B> 4). <B> A </ B> step <B> 15, </ B> loop routine <B> to <B> 7 </ B> extraction of a new identifier as long as there are still some <B> to </ B> descriptors to process in the newly received segment table. Finally, <B> at </ B> step <B> 16, </ B> all the descriptors have been processed, the newly received table with the correctly formatted ETAT-Ri flags <B> to </ B> day is written in the same place as the old table. If a segment is received <B> at step 2, the routine retrieves its identifier (IDENT-i) as well as its SGN-Ri signature (step <B> 17). </ B> Then, the signature of the received segment SGN-Ri is compared with that recalculated with the data of the segment (step <B> 18). </ B> The signature is recalculated taking into account the calculation mode indicated in the identifier. <B> If </ B> they are not equal, the received data are not integrity, therefore the received segment is not taken into account. Otherwise, the segment data is stored <B> at the specified address in the stored table (step <B> 19). <B> A </ B> step 20, the IDENT-i value is cleared from the demultiplexer programming since the corresponding segment data has been received and stored in memory. Therefore <B> to </ B> step 21, the STATUS-RI flag is set to <B> to NO. <B> A </ B> step 22, the routine tests if all segments have been downloaded. For this, it reads in the table the value of all the indicators ETAT-R-i. If all values are <B> to NO, <B> there is no longer any segment to download, then the download routine ends with step <B> END. </ B > This solution is particularly advantageous in that if the broadcast channel sends a new table while the download routine is running, this new table is immediately taken into account in steps <B> 3 </ B> and following. In this embodiment, as soon as a new table is received, the routine acquires the new segments and until the last new segment is received, all the data is not executable. Once all the segments have been received in full, the execution of the update data can be carried out. One variant is to use a buffer at least equal in size to that of the set of update data at a later date. 'to be issued, and to <B> to </ B> day the segments in this memory. Once the last new segment has been received, all the data of the buffer memory is entirely copied into the non-volatile memory. It is only during this short time of transfer that the data of bet <B> to </ B> day cease to be usable.

Une autre variante consiste<B>à</B> utiliser un compteur dont la valeur est initialisée<B>à</B> l'étape<B>6</B> par le nombre de descriptifs indiqué dans l'en tête de la table.<B>Il</B> n'y a plus besoin d'indicateurs ETAT-i, l'indication du téléchargement pour tel ou tel segment est spécifié directement dans le démultiplexeur aux étapes<B>1</B> et<B>13.</B> Ce compteur est décrémenté <B>à</B> l'étape 21 et la routine de léléchargement s'interrompt<B>à</B> l'étape 22 en testant si la valeur du compteur est nulle.Another variant is to use a counter whose value is initialized at step 6 by the number of descriptions indicated in the header. of the table. <B> It </ B> is no longer necessary for ETAT-i indicators, the indication of the download for this or that segment is specified directly in the demultiplexer at steps <B> 1 </ B > and <B> 13. </ B> This counter is decremented <B> to </ B> step 21 and the download routine stops <B> at </ B> step 22 by testing if the value of the counter is zero.

La figure<B>5</B> présente l'état avant et après l'exécution de la routine de téléchargement du contenu de la zone des segments<B>:</B> Dans cet exemple, le premier et le second segments ainsi que leurs descriptifs respectifs restent inchangés. Le troisième segment est mis<B>à</B> jour par une re-écriture <B>à</B> la même adresse. L'identificateur dans la table des segments est re-écrit. Le quatrième segment a subi une translation juste après le chargement de la table, il n'y a pas eu besoin de télécharger son contenu du canai de diffusion. L'adresse dans la table des segments est mise<B>à</B> jour. Le cinquième segment n'est plus opérationnel, la place mémoire qu'il occupait est en partie re-utilisée par le quatrième segment. Figure <B> 5 </ B> shows the state before and after running the content download routine for the segment area <B>: In this example, the first and second segments as well as their respective descriptions remain unchanged. The third segment is set to <B> at </ B> day by re-writing <B> to </ B> the same address. The identifier in the segment table is rewritten. The fourth segment was translated just after loading the table, there was no need to download its content channel broadcast. The address in the segment table is set to <B> at </ B> day. The fifth segment is no longer operational, the memory space it occupied is partly re-used by the fourth segment.

Une amélioration de la présente invention consiste<B>à</B> contrôler périodiquement l'intégrité de chaque segment stocké en mémoire non volatile et<B>à</B> recharger d'éventuels segments dont le contenu s'est dégradé.<B>Il</B> suffit alors de recharger le même segment, mais on peut en profiter pour réaliser aussi une mise<B>à</B> jour. An improvement of the present invention consists in periodically checking the integrity of each segment stored in nonvolatile memory and reloading any segments whose content has degraded. <B> It </ B> is then enough to reload the same segment, but one can take advantage of it to realize also a bet <B> to </ B> day.

Pour mettre en oeuvre cette amélioration, une routine dite de test inscrite dans la mémoire morte (12) par exemple. Cette routine a pour fonction de tester l'intégrité des données de segments et de tables dans la mémoire non volatile et de mettre<B>à</B> jour l'indicateur<B> </B> ETAT-i <B> </B> en conséquence. To implement this improvement, a so-called test routine written in the read-only memory (12) for example. The purpose of this routine is to test the integrity of segment and table data in nonvolatile memory and to set the <B> </ B> STATUS <B> flag to </ B>. </ B> accordingly.

Selon un premier mode de réalisation, la routine de test est lancée <B>à</B> la mise sous tension. En variante, elle est également lancée une fois par jour<B>à</B> une heure fixe (par exemple<B>à</B> 4 heures du matin pour déranger le moins possible l'utilisateur). Selon une autre variante, elle peut également être lancée par une commande spécifique reçue sur le canal de diffusion. According to a first embodiment, the test routine is started <B> at power up. Alternatively, it is also run once a day <B> at a fixed time (eg <B> at 4:00 in the morning to disturb the user as little as possible). According to another variant, it can also be launched by a specific command received on the broadcast channel.

Selon une dernière variante, elle peut être lancée<B>à</B> la demande de l'utilisateur. Un ou plusieurs de ces facteurs de déclenchement peuvent exister dans un même décodeur. According to a last variant, it can be launched <B> at the request of the user. One or more of these triggering factors may exist in the same decoder.

La routine de test contrôle d'abord l'intégrité de la table des segments stockée dans la mémoire non volatile. La routine lit dans l'en tête de la table la valeur du mode de calcul de signature. Le contenu des cinq champs de tous les descriptifs est lu et entre comme données d'entrée dans le calcul d'une signature de la table actuelle. Puis la routine compare le résultat de ce calcul avec celui mémorisé dans l'en-tête de la table. S'il n'y a pas égalité, les données de la table se sont dégradées.<B>Il</B> faut alors un rechargement complet. Toute la zone contenant la table est effacée indiquant ainsi que le décodeur est en attente d'une nouvelle table. Bien évidemment, les segments en mémoire non volatile se sont plus exploitables. The test routine first checks the integrity of the segment table stored in nonvolatile memory. The routine reads in the header of the table the value of the signature calculation mode. The contents of the five fields of all descriptions are read and entered as input data in the calculation of a signature of the current table. Then the routine compares the result of this calculation with that stored in the header of the table. If there is no equality, the data in the table has become degraded. <B> It then needs a full reload. The entire area containing the table is erased indicating that the decoder is waiting for a new table. Of course, segments in non-volatile memory are more exploitable.

Si les deux signatures sont égales, la table est reconnue intègre. La routine de test exploite les informations du premier segment. Elle lit<B>à</B> partir de l'adresse de début spécifiée dans la table tous les octets du premier segment et calcule la signature en tenant compte du mode de calcul lu dans la table. Puis, elle compare le résultat de ce calcul avec celui mémorisé dans la table. S'il n'y a pas égalité, les données contenues dans le segment se sont dégradées et ne peuvent être utilisées, l'indicateur ETAT-i est positionné<B>à OUI .</B> Si les deux signatures sont égales, le segment est reconnu intègre et l'indicateur ETAT est lancé tel quel. La routine procède ainsi avec l'ensemble des segments mémorisés dans le décodeur, positionnant l'indicateur<B>à</B> <B> OUI </B> chaque fois que les données d'un segment se sont dégradées. If the two signatures are equal, the table is recognized integrity. The test routine uses the information from the first segment. It reads from the starting address specified in the table all the bytes of the first segment and calculates the signature taking into account the calculation mode read in the table. Then, she compares the result of this calculation with that stored in the table. If there is no equality, the data contained in the segment has degraded and can not be used, the STATUS-i flag is set to <B> to YES. </ B> If both signatures are equal, the segment is fully recognized and the STATUS indicator is launched as is. The routine thus proceeds with all segments stored in the decoder, setting the <B> flag to <B> <B> YES </ B> whenever the data of a segment has degraded.

Si tous les segments ont été déclarés intègres, alors la routine de test se termine<B>là.</B> Sinon, au moins un segment est déclaré non intègre, la routine de téléchargement est lancée<B>à</B> la suite de la routine de test. Les segments dont l'indicateur ETAT-i est positionné<B>à OUI</B> seront alors téléchargés. La figure<B>6</B> qui reprend les éléments de la figure<B>5</B> présente l'état du contenu de la zone des segments après l'exécution des routines de test et de téléchargement. Dans cet exemple, la routine de test détecte que les données du second segment ont été dégradées. L'indicateur ETAT dans la table correspondant<B>à</B> ce deuxième segment est alors mis<B>à</B> <B> OUI .</B> L'exécution de la routine de téléchargement <B>à</B> l'issue de la routine de test permet de réécrire les données du second segment.<B>A</B> l'issue de l'exécution, la routine de téléchargement positionne<B>à NON </B> l'indicateur ETAT.  If all segments have been declared integrity, then the test routine ends <B> there. </ B> Otherwise, at least one segment is declared unhealthy, the download routine is started <B> to </ B> following the test routine. Segments with the ETAT-i flag set to <B> to YES </ B> will be downloaded. Figure <B> 6 </ B>, which shows the elements in Figure <B> 5 </ B>, shows the state of the contents of the segment area after running the test and download routines. In this example, the test routine detects that the data of the second segment has been degraded. The STATUS flag in the corresponding table to this second segment is then set to YES. Running the download routine <B> at </ B> the result of the test routine allows to rewrite the data of the second segment. <B> A </ B> at the end of the execution, the download routine sets <B> to NO </ B> the STATUS indicator.

Claims (1)

<B>REVENDICATIONS</B> <B>1.</B> Procédé de transmission de données de mise<B>à</B> jour<B>à</B> partir d'un central de communications, caractérisé en ce qu'il comporte les étapes suivantes<B>:</B> <B>-</B> découpage des données de mise<B>à</B> jour en une pluralité de segments, <B>-</B> détermination d'un identificateur pour chacun des segments ainsi créés, <B>-</B> élaboration d'une table dite de segments comportant au moins les identificateurs des dits segments, <B>-</B> transmission de la dite table et la pluralité de segments. 2. Procédé de transmission selon la revendication<B>1</B> caractérisé en ce qu'un identificateur comporte une partie contenant une valeur qui est le résultat d'un calcul de signature effectué<B>à</B> partir des données contenues dans le segment correspondant. <B>3.</B> Procédé selon la revendication 2, caractérisé en ce que le central de communications détermine une nouvelle valeur d'identificateur d'un segment différente de l'ancienne valeur lors de chaque mise<B>à</B> jour des données contenues dans ce segment. 4. Procédé selon la revendication 2 ou<B>3,</B> caractérisé en ce que les identificateurs comportent une partie qui contient une valeur définissant le mode de calcul de la signature. <B>5.</B> Procédé selon la revendication 4, caractérisé en ce qu'il comporte dans la détermination d'un identificateur de segment les étapes suivantes<B>:</B> a) détermination d'un premier mode de calcul, <B>b)</B> calcul d'une signature<B>à</B> l'aide du premier mode de calcul et de toutes les données contenues dans le segment, c) comparaison de la valeur d'identificateur ainsi obtenue avec toutes les autres valeurs d'identificateurs précédemment calculées, <B>d)</B> répétition des étapes<B>b)</B> et c) en déterminant un autre mode de calcul si la valeur est égale<B>à</B> une valeur précédemment calculée. <B>6.</B> Procédé selon la revendication<B>5,</B> caractérisé en ce que le mode de calcul comporte une référence de clé qui, en association avec un algorithme mathématique permet de calculer la signature. <B>7.</B> Procédé selon l'un quelconque des revendications précédentes, caractérisé en ce que le central de communications détermine le découpage d'un segment en fonction de la durée d'utilité des données contenues dans ce segment. <B>8.</B> Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que la table des segments comporte en outre l'adresse d'écriture des segments dans la mémoire de l'appareil, la dite adresse étant déterminée par le central. <B>9.</B> Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que les données de mise<B>à</B> jour sont émises de façon répétitive sur le réseau de diffusion. <B>10.</B> Procédé de réception de données de mise<B>à</B> jour pour un récepteur<B>à</B> partir d'un central de communications<B>à</B> travers un réseau de diffusion, caractérisé en ce qu'il comporte les étapes suivantes<B>:</B> <B>-</B> réception d'une table des segments comprenant des descriptifs correspondant<B>à</B> des segments, le contenu des dits segments constituant un ensemble de données de mise<B>à</B> jour, les dits segments étant identifiés par un identificateur, stockage en mémoire d'au moins les identificateurs des segments contenus dans la dite table, scrutation du réseau de diffusion et mémorisation des segments dont la valeur de l'identificateur n'est pas<B>déjà</B> inscrite en mémoire. <B>11.</B> Procédé de réception selon la revendication<B>10</B> caractérisé en ce qu'il comporte en outre lors de chaque réception de segment une étape de calcul de la signature effectuée<B>à</B> partir des données contenues dans ce segment et une étape de comparaison de la signature ainsi recalculée avec une partie au moins de l'identificateur, l'étape de mémorisation n'étant effectuée qu'en cas de correspondance. <B>1</B>2. Procédé selon la revendication<B>11,</B> caractérisé en ce qu'il comporte une étape de sélection d'un mode de calcul de la signature. <B>13.</B> Procédé selon la revendication 12, caractérisé en ce que la sélection du mode de calcul de la signature s'effectue<B>à</B> partir d'une valeur intégrée<B>à</B> l'identificateur du segment. <B>1</B>4. Procédé selon l'une des revendications<B>10 à 13,</B> caractérisé en ce que l'étape de mémorisation est précédée d'une étape de détermination d'une adresse de stockage d'un segment dans une mémoire du récepteur, la dite adresse étant lue dans la table des segments précédemment reçue. <B>15.</B> Central de communication pour la diffusion de données de mise<B>à</B> jour sur un canal de diffusion doté de moyens d'émission et d'une mémoire susceptible de stocker les dites données de mise<B>à</B> jour, caractérisé en ce qu'il comporte en outre une mémoire pour recevoir les dites données découpées en segment et une table des segments contenant des descriptifs de segments. <B>16.</B> Central de communication selon la revendication<B>15</B> caractérisé en ce qu'il comporte en outre un moyen de calcul d'une signature de segment utilisant un paramètre d'entrée, un comparateur entre la signature ainsi calculée pour ce segment et toutes les signatures de segment précédemment calculées, et un moyen de modification du dit paramètre de calcul, le dit moyen de modification étant activé lorsque le comparateur détecte une égalité provoquant alors le calcul d'une nouvelle signature, chaque descriptif comportant au moins un identificateur formé d'au moins un champ contenant le résultat du calcul de signature. <B>17.</B> Appareil récepteur de signaux diffusés par un central de communication, doté de moyens de réception des dits signaux caractérisé en ce qu'il comporte une mémoire susceptible de stocker des segments diffusés par le central contenant des données de mise<B>à</B> jour et une table des segments diffusée par le central, d'un moyen de détermination du téléchargement d'un segment en fonction de données relatives<B>à</B> ce segment stockés dans la table, le dit moyen de détermination contrôlant le stockage des segments en mémoire. <B>18.</B> Appareil récepteur selon la revendication<B>17</B> caractérisé en ce qu'il comporte en outre un moyen de calcul de signature des données contenues dans les segments, le dit moyen étant activé lorsque les segments sont reçus, un comparateur entre une signature de données reçues et une signature stockée en mémoire et, des moyens d'écriture en mémoire des données de segments et de signature, le dit moyen d'écriture étant contrôlé par le dit comparateur. <B>19.</B> Appareil récepteur selon la revendication<B>18,</B> caractérisé en ce qu'il comporte en outre un contrôleur d'intégrité des données de chaque segment en mémoire consistant<B>à</B> calculer une signature des données de chaque segment et<B>à</B> comparer chaque signature ainsi calculée<B>à</B> une valeur stockée en mémoire, déterminée par le central de communication et associée au segment correspondant. 20. Appareil récepteur selon la revendication<B>19,</B> caractérisé en ce que le calcul de signature prend en compte un paramètre d'entrée déterminé par le central de communication. 21. Appareil récepteur selon l'une quelconque des revendications de<B>17 à</B> 20, caractérisé en ce que les moyens de stockage en mémoire des segments écrivent les données<B>à</B> partir d'une adresse déterminée par le central de communication. 22. Appareil récepteur de signaux diffusés par un central de communication, doté de moyens de réception des dits signaux, caractérisé en ce qu'il comporte une mémoire susceptible de stocker des segments contenant des données de mise<B>à</B> jour et une table des segments comportant au moins des identificateurs des dits segments, d'un contrôleur d'intégrité des segments écrits en mémoire utilisant des données lues dans la table des segments, le dit contrôleur active les moyens de réception et de stockage en mémoire en vue de télécharger les segments dont les identificateurs sont les mêmes que ceux dont le contenu est déclaré non intègre.<B> CLAIMS <B> 1. </ B> Method for transmitting date data <B> to </ B> days <B> to </ B> from a communications exchange, characterized in that it comprises the following steps: <B> - </ B> </ B> splitting the day to day <B> to </ B> data into a plurality of segments, <B> - < / B> determination of an identifier for each of the segments thus created, <B> - </ B> elaboration of a so-called segment table comprising at least the identifiers of said segments, <B> - </ B> transmission of said table and the plurality of segments. Transmission method according to claim 1, characterized in that an identifier comprises a portion containing a value which is the result of a signature calculation carried out from data contained in the corresponding segment. <B> 3. </ B> A method according to claim 2, characterized in that the communications center determines a new identifier value of a different segment of the old value at each setting <B> to </ B> day data contained in this segment. 4. Method according to claim 2 or <B> 3, wherein the identifiers comprise a part which contains a value defining the mode of calculation of the signature. <B> 5. </ B> A method according to claim 4, characterized in that it comprises in the determination of a segment identifier the following steps: <b>: </ b> a) determination of a first mode calculation, <B> b) </ B> calculation of a signature <B> to </ B> using the first method of calculation and all the data contained in the segment, c) comparison of the value of d identifier thus obtained with all the other values of previously calculated identifiers, <B> d) </ B> repetition of steps <B> b) </ B> and c) by determining another method of calculation if the value is equals <B> to a previously calculated value. <B> 6. </ B> The method of claim 5, characterized in that the calculation mode comprises a key reference which, in combination with a mathematical algorithm, makes it possible to calculate the signature. <B> 7. </ B> A method according to any one of the preceding claims, characterized in that the communications central determines the division of a segment as a function of the useful life of the data contained in this segment. <B> 8. </ B> A method according to any one of the preceding claims, characterized in that the segment table further comprises the writing address of the segments in the memory of the apparatus, the said address being determined by the central office. <B> 9. </ B> A method according to any one of the preceding claims, characterized in that the setting data <B> to </ B> day are repetitively transmitted on the broadcast network. <B> 10. </ B> Method for Receiving Data from <B> to </ B> Day for a Receiver <B> to </ B> from a Communications Center <B> to </ B> > through a broadcast network, characterized in that it comprises the following steps: <B> - </ B> - receiving a table of segments including corresponding descriptors <B> to </ B> segments, the content of said segments constituting a set of data of bet <B> to </ B> day, said segments being identified by an identifier, storage in memory of at least the identifiers of the segments contained in the said table, scanning the broadcast network and storing segments whose identifier value is not <B> already </ B> stored in memory. <B> 11. </ B> The reception method according to claim 10, characterized in that it furthermore comprises, at each segment reception, a step of calculating the signature carried out <B>. From the data contained in this segment and a comparison step of the signature thus recalculated with at least part of the identifier, the memory step being performed only in the case of correspondence. <B> 1 </ B> 2. A method according to claim 11, characterized in that it comprises a step of selecting a calculation mode of the signature. <B> 13. </ B> The method of claim 12, characterized in that the selection of the signature calculation mode is <B> to </ B> from a built-in value <B> to < / B> the segment identifier. <B> 1 </ B> 4. Method according to one of the claims <B> 10 to 13, characterized in that the storage step is preceded by a step of determining a storage address of a segment in a memory of the receiver , said address being read in the segment table previously received. <B> 15. </ B> Central communication for the broadcast of data from bet <B> to </ B> day on a broadcast channel provided with transmission means and a memory capable of storing said data set of <B> to </ B> day, characterized in that it further comprises a memory for receiving said segmented data and a table of segments containing segment descriptions. <B> 16. </ B> Central communication according to claim <B> 15 </ B> characterized in that it further comprises a means of calculating a segment signature using an input parameter, a comparator between the signature thus calculated for this segment and all previously calculated segment signatures, and means for modifying said calculation parameter, said modifying means being activated when the comparator detects an equality then causing the calculation of a new signature, each description comprising at least one identifier formed by at least one field containing the result of the signature calculation. <B> 17. </ B> Apparatus receiving signals broadcast by a communication center, provided with means for receiving said signals characterized in that it comprises a memory capable of storing segments distributed by the central containing data of set to <B> at </ B> day and a table of segments broadcast by the central, means for determining the download of a segment based on relative data <B> to </ B> this segment stored in the table, said determination means controlling the storage of segments in memory. <B> 18. </ B> Receiving apparatus according to claim 17, characterized in that it further comprises means for calculating the signature of the data contained in the segments, said means being activated when the segments are received, a comparator between a signature of received data and a signature stored in memory and means for writing in memory the segment and signature data, said writing means being controlled by said comparator. <B> 19. </ B> Receiving apparatus according to claim 18, characterized in that it further comprises a data integrity controller of each memory segment consisting of <B> << / B> calculate a signature of the data of each segment and <B> to </ B> compare each signature thus calculated <B> to </ B> a value stored in memory, determined by the communication central and associated with the corresponding segment . 20. Receiving apparatus according to claim 19, wherein the signature calculation takes into account an input parameter determined by the central office. 21. Receiving apparatus according to any one of claims 17 to 20, characterized in that the memory storage means of the segments write the data <B> to </ B> from a address determined by the central office. 22. Receiving apparatus for signals broadcast by a communication center, provided with means for receiving said signals, characterized in that it comprises a memory capable of storing segments containing data for setting <B> to </ B> day and a segment table comprising at least identifiers of said segments, of an integrity controller of the segments written in memory using data read in the segment table, said controller activates the reception and storage means in memory in memory. to download segments whose identifiers are the same as those whose content is declared unhealthy.
FR0000856A 2000-01-24 2000-01-24 Data broadcast method segments and labels data to allow receiver storage of latest versions. Pending FR2797548A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
FR0000856A FR2797548A1 (en) 2000-01-24 2000-01-24 Data broadcast method segments and labels data to allow receiver storage of latest versions.

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR0000856A FR2797548A1 (en) 2000-01-24 2000-01-24 Data broadcast method segments and labels data to allow receiver storage of latest versions.

Publications (1)

Publication Number Publication Date
FR2797548A1 true FR2797548A1 (en) 2001-02-16

Family

ID=8846230

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0000856A Pending FR2797548A1 (en) 2000-01-24 2000-01-24 Data broadcast method segments and labels data to allow receiver storage of latest versions.

Country Status (1)

Country Link
FR (1) FR2797548A1 (en)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2839403A1 (en) * 2002-05-03 2003-11-07 France Telecom METHOD FOR DYNAMIC MULTIPLEXING OF DIGITAL FLOWS, SIGNAL DYNAMIC MULTIPLEXING DEVICE AND CORRESPONDING RECEIVER
EP1401165A1 (en) * 2002-09-23 2004-03-24 France Telecom Sa Method and device for data transmission over a meshed network
WO2004036870A2 (en) * 2002-10-18 2004-04-29 Koninklijke Philips Electronics N.V. Method and system for metadata protection in tv-anytime
EP1494460A1 (en) * 2003-07-02 2005-01-05 THOMSON Licensing S.A. Process and device for authenticating digital data using an authentication plug-in
EP1494461A2 (en) * 2003-07-02 2005-01-05 Thomson Licensing S.A. Process and device for authenticating digital data using an authentication plug-in
GB2407242A (en) * 2003-06-30 2005-04-20 Nokia Corp Method of announcing sessions in an electronic service guide
EP1867151A1 (en) * 2005-04-05 2007-12-19 Nokia Corporation Enhanced electronic service guide container
FR2954651A1 (en) * 2009-12-23 2011-06-24 Viaccess Sa METHOD FOR UPDATING SECURITY PROCESSOR, SYSTEM, COMPUTER PROGRAM AND CORRESPONDING SECURITY PROCESSOR
US8112531B2 (en) 2004-07-14 2012-02-07 Nokia Corporation Grouping of session objects

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0752786A1 (en) * 1995-07-07 1997-01-08 Thomson Consumer Electronics, Inc. Apparatus and method for authenticating transmitted applications in an interactive information system
WO1998043431A1 (en) * 1997-03-21 1998-10-01 Canal+ Societe Anonyme Method of downloading of data to an mpeg receiver/decoder and mpeg transmission system for implementing the same

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0752786A1 (en) * 1995-07-07 1997-01-08 Thomson Consumer Electronics, Inc. Apparatus and method for authenticating transmitted applications in an interactive information system
WO1998043431A1 (en) * 1997-03-21 1998-10-01 Canal+ Societe Anonyme Method of downloading of data to an mpeg receiver/decoder and mpeg transmission system for implementing the same

Cited By (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7577170B2 (en) 2002-05-03 2009-08-18 France Telecom System for the dynamic multiplexing of digital streams
WO2003094531A1 (en) * 2002-05-03 2003-11-13 France Telecom System for the dynamic multiplexing of digital streams
CN100592802C (en) * 2002-05-03 2010-02-24 法国电信公司 Method, equipment, and receiver for the dynamic multiplexing of digital streams
FR2839403A1 (en) * 2002-05-03 2003-11-07 France Telecom METHOD FOR DYNAMIC MULTIPLEXING OF DIGITAL FLOWS, SIGNAL DYNAMIC MULTIPLEXING DEVICE AND CORRESPONDING RECEIVER
EP1401165A1 (en) * 2002-09-23 2004-03-24 France Telecom Sa Method and device for data transmission over a meshed network
WO2004036870A3 (en) * 2002-10-18 2004-07-29 Koninkl Philips Electronics Nv Method and system for metadata protection in tv-anytime
WO2004036870A2 (en) * 2002-10-18 2004-04-29 Koninklijke Philips Electronics N.V. Method and system for metadata protection in tv-anytime
GB2407242A (en) * 2003-06-30 2005-04-20 Nokia Corp Method of announcing sessions in an electronic service guide
EP1494461A3 (en) * 2003-07-02 2005-06-08 Thomson Licensing S.A. Process and device for authenticating digital data using an authentication plug-in
EP1494461A2 (en) * 2003-07-02 2005-01-05 Thomson Licensing S.A. Process and device for authenticating digital data using an authentication plug-in
US7353386B2 (en) 2003-07-02 2008-04-01 Thomson Licensing S.A. Method and device for authenticating digital data by means of an authentication extension module
AU2004202872B2 (en) * 2003-07-02 2009-07-02 Thomson Licensing S.A. Method and Device for Authenticating Digital Data By Means of an Authentication Extension Module
EP1494460A1 (en) * 2003-07-02 2005-01-05 THOMSON Licensing S.A. Process and device for authenticating digital data using an authentication plug-in
US8112531B2 (en) 2004-07-14 2012-02-07 Nokia Corporation Grouping of session objects
EP1867151A1 (en) * 2005-04-05 2007-12-19 Nokia Corporation Enhanced electronic service guide container
EP1867151A4 (en) * 2005-04-05 2010-03-24 Nokia Corp Enhanced electronic service guide container
US8520703B2 (en) 2005-04-05 2013-08-27 Nokia Corporation Enhanced electronic service guide container
FR2954651A1 (en) * 2009-12-23 2011-06-24 Viaccess Sa METHOD FOR UPDATING SECURITY PROCESSOR, SYSTEM, COMPUTER PROGRAM AND CORRESPONDING SECURITY PROCESSOR
WO2011086286A1 (en) * 2009-12-23 2011-07-21 Viaccess Method for updating a security processor, and corresponding system, computer program and security processor

Similar Documents

Publication Publication Date Title
FR2525420A1 (en) SYSTEM FOR TRANSMITTING DATA ON A NETWORK OF CABLES
FR2806573A1 (en) METHOD FOR VIEWING BROADCASTED AND RECORDED BROADCASTS HAVING A COMMON CHARACTERISTIC AND ASSOCIATED DEVICE
FR2874472A1 (en) METHOD, ARTICLE OF PRODUCTION AND DEVICE FOR UPDATING SOFTWARE IN AN INDIVIDUAL DEVICE
FR2845555A1 (en) INTERACTIVE TELEVISION RECEIVING AND BROADCASTING METHODS AND ASSOCIATED DEVICES
FR2797548A1 (en) Data broadcast method segments and labels data to allow receiver storage of latest versions.
EP1798999B1 (en) Method of managing the behaviour of an interactive application when broadcasting a program according to the DVB-H standard
EP1605669A1 (en) Method for management of auxiliary programs and corresponding receiver and system
EP1010326A1 (en) Method and installation for uploading a user&#39;s decoder platform
WO2006013204A1 (en) Method for updating resident software in different appliances and appliances adapted to be updated by same
FR3069996B1 (en) METHOD FOR READING A DIGITAL MULTIMEDIA STREAM WITH QUICK ACCESS TO THE CLEAR CONTENT AND USE DEVICE
FR2633080A1 (en) DISSEMINATION OF INFORMATION MESSAGES, IN PARTICULAR ROAD INFORMATION, TO INTERMITTENT FIXED OR MOBILE RECEIVERS
FR2758430A1 (en) Digital data downloading method by satellite
EP1138133B1 (en) Method for identifying, with a user device such as an audience-rater, a television channel selected by a digital decoder or receiver/decoder
EP1460852A1 (en) Method and device for broadcasting and downloading information in a digital television communication system
WO2000060865A1 (en) Method and system for transmitting digital data from a transmitter to a user
EP1755338A1 (en) Method and system for transmission and reception of encrypted multimedia data
FR2817364A1 (en) Method of detection of erasure of data in a shared memory using circular management, uses monitoring of addresses containing unread data to detect overwriting of unread data
FR2726413A1 (en) MULTIPLEXER OF DIGITAL INFORMATION PACKAGES, ESPECIALLY FOR DIGITAL TELEVISION
EP2163020A1 (en) Method based on error corrector codes, applicable to a variable rate multimedia datastream
FR2809838A1 (en) Video signal receiver decoding update procedure includes repeated broadcast of update data, and response via two-way link to confirm receipt
EP1441526A1 (en) Method for thematic recording of digital content with sceduled broadcasting
FR3037207A1 (en) METHOD FOR MANAGING A MULTIPLEX
FR2700231A1 (en) TV channel encryption for subscriber cable TV
EP1542472A1 (en) Method and apparatus for information retrieval in interactive digital television systems
EP3326372A1 (en) Method for filtering a multimedia catalogue received by satellite link and filtering device