FR2809838A1 - Procede de telechargement de donnees precedees par des signaux d'annonce - Google Patents

Procede de telechargement de donnees precedees par des signaux d'annonce Download PDF

Info

Publication number
FR2809838A1
FR2809838A1 FR9916746A FR9916746A FR2809838A1 FR 2809838 A1 FR2809838 A1 FR 2809838A1 FR 9916746 A FR9916746 A FR 9916746A FR 9916746 A FR9916746 A FR 9916746A FR 2809838 A1 FR2809838 A1 FR 2809838A1
Authority
FR
France
Prior art keywords
data
update data
update
announcement
transmission
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
FR9916746A
Other languages
English (en)
Inventor
Eric Gautier
Laurent Lesenne
Francois Roudier
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.)
Vantiva 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 FR9916746A priority Critical patent/FR2809838A1/fr
Priority to FR0002257A priority patent/FR2809839A1/fr
Priority to DE60045346T priority patent/DE60045346D1/de
Priority to PCT/FR2000/003739 priority patent/WO2001050762A1/fr
Priority to EP10184087A priority patent/EP2293565A3/fr
Priority to KR1020027008316A priority patent/KR100768142B1/ko
Priority to EP06118047A priority patent/EP1746837A3/fr
Priority to CNB008180725A priority patent/CN1271839C/zh
Priority to MXPA02006505A priority patent/MXPA02006505A/es
Priority to AT00990849T priority patent/ATE491306T1/de
Priority to AU30309/01A priority patent/AU3030901A/en
Priority to US10/168,930 priority patent/US8918830B2/en
Priority to JP2001551015A priority patent/JP4901044B2/ja
Priority to EP00990849A priority patent/EP1245116B1/fr
Publication of FR2809838A1 publication Critical patent/FR2809838A1/fr
Priority to US13/370,020 priority patent/US8528038B2/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/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/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/47End-user applications
    • H04N21/472End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47214End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for content reservation or setting reminders; for requesting event notification, e.g. of sport results or stock market
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61Network physical structure; Signal processing
    • H04N21/6156Network physical structure; Signal processing specially adapted to the upstream path of the transmission network
    • H04N21/6187Network physical structure; Signal processing specially adapted to the upstream path of the transmission network involving transmission via a telephone network, e.g. POTS
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

L'invention concerne un procédé de transmission et un procédé de réception de données de mise à jour.Selon l'invention, l'émission des données est précédé par l'émission de signaux d'annonce indiquant à quel moment seront ultérieurement émis les données de mise à jour. Avantageusement, les signaux d'annonce indiquent le moyen de diffusion des données.L'invention concerne également le central mettant en oeuvre le procédé d'émission et le récepteur pour la réception et le traitement des signaux d'annonces et de données de mise à jour.

Description

PROCEDE <B>DE</B> TELECHARGEMENT <B>DE DONNÉES</B> PRECEDEES <B>DES SIGNAUX D'ANNONCE</B> L'invention concerne un procédé de téléchargement de données destinées à mettre à jour des appareils, les données étant émises un central de communication.
L'invention s'applique plus particulièrement à l'envoi programmes à télécharger dans la mémoire d'appareils qui sont typiquement des récepteurs décodeurs vidéo de télévision. Ces appareils que l'on appellera par la suite plus simplement décodeurs , reçoivent des signaux diffusés par un satellite ou un reseau hertzien ou un câble optique (co-axial ou optique). Le mode de transmission par le réseau de diffusion est unidirectionnel. Les signaux diffusés représentent des images et du son destinées à la télévision informations numériques destinées aux décodeurs. Le réseau de diffusion est constitué de plusieurs canaux de diffusion. Un canal est un moyen d'acquisition d'information en continu à travers un moyen de communication. Pour une télévision analogique, les canaux sont des bandes de fréquence allouées à la diffusion d'une chaîne. Dans ce cas, les informations numériques sont diffusées lors du retour de trame ou VBI . Pour une télévision numérique, les canaux sont des flux de données ayant meure identificateur de programme, un second niveau d'identification permet de distinguer les données audiovisuelles des informations numériques.
informations constituent des services interactifs, du télétexte ou encore données de mise à jour du logiciel du décodeur, etc... Un décodeur comprend une unité centrale qui exécute un logiciel stocké dans une mémoire morte et/ou dans une mémoire programmable non volatile. II est généralement doté d'une interface de dialogue bidirectionnelle, appelée plus communément voie de retour qui permet d'établir une liaison spécifique avec le central de communication. Cette interface est typiquement un modem relié au réseau commuté.
Les informations reçues par le réseau de diffusion sont notamment les données de mise à jour, celles-ci permettent faire évoluer lés fonctionnalités du décodeur. Elles sont stockées dans la mémoire programmable. Le téléchargement automatique des données mise à jour effectué lors d'une campagne de mise à jour évite à l'utilisateur des interventions manuelles sur le décodeur. Ces données sont envoyées de façon répétitive lors de sessions. La principale fonction d'un décodeur est d'offrir à l'utilisateur des images et des services interactifs. Le téléchargement des données de mise à jour est une tâche secondaire et de ce fait non prioritaire. ressources d'un décodeur ne permettent pas forcément de gérer à la fois services interactifs et le téléchargement de données de mise à jour. faut donc trouver une solution permettant d'effectuer le téléchargement tout en dérangeant le moins possible l'utilisateur. Le téléchargement systématique des données par la voie de retour n'est pas envisageable car elle dispose généralement d'une bande passante plus limitée que celle réseau de diffusion et l'utilisation d'une ligne particulière coûte de l'argent. L'invention propose une manière flexible de télécharger des données mise à jour en ménageant les ressources du décodeur afin de déranger moins possible l'utilisateur. A cet effet, l'invention a pour objet un procédé transmission de données de mise à jour par un central de communication vers une pluralité de terminaux caractérisé en ce qu'il comporte les étapes suivantes - élaboration d'au moins un signal d'annonce comportant au moins une indication temporelle d'émission des données de mise à jour, - transmission par le central du dit signal d'annonce, - transmission par le central des dites données de mise à jour sur un canal de communication en cohérence avec la dite indication temporelle.
De cette sorte, le central de communication prévoit transmission des données de mise à jour à certains moments et prévient décodeurs de ces transmissions. L'invention a également pour objet un procédé de réception données de mise à jour émises par un central de communication vers terminaux dotés d'une mémoire, caractérisé en ce qu'il comporte les étapes suivantes - réception d'au moins un signal d'annonce comportant au moins une indication temporelle d'émission de données de mise à jour, - activation dans les terminaux d'un mode réception de donnees de mise à jour lors d'un moment indiqué dans l'indication temporelle, - réception des dites données de mise à jour et stockage en mémoire. De cette sorte, les décodeurs sont avertis de l'arrivée prochaine des données de mise à jour et peuvent ainsi se préparer. La présente invention a également pour objet le central de communication et les décodeurs récepteurs conçus pour mettre en oeuvre les procédés cités précédemment. Selon un premier aspect de l'invention, les signaux d'annonce et les données de mise à jour sont transmis sur le réseau de diffusion, privilégiant ainsi ce moyen de communication. Selon un second aspect de l'invention, les signaux d'annonce sont diffusés sur d'autres canaux que ceux des données de mises à jour, les signaux d'annonce spécifiant alors sur quels canaux sont diffusés les dites données. II est toujours possible qu'un certain nombre décodeurs ne parviennent pas à acquérir les données de mise à jour.
Selon un troisième aspect de l'invention, les signaux d'annonce contiennent des indications permettant aux décodeurs se connecter avec la voie de retour et d'effectuer un téléchargement ce moyen.
II peut arriver que des décodeurs ne parviennent pas à acquérir au moins un signal d'annonce leur indiquant que des données de mise à jour sont disponibles.
Selon un quatrième aspect de l'invention, les signaux d'annonce peuvent être transmis au décodeur à l'occasion d'un connexion et le téléchargement des données peut s'effectuer à la suite. D'autres caractéristiques et avantages de l'invention apparaîtront à travers description d'un exemple de réalisation particulier non limitatif de l'invention. figure 1 représente schématiquement système de communication selon l'invention.
figure 2 représente un schéma synoptique de décodeurs de télévision mettant en oeuvre l'invention.
figure 3 montre les données d'un signal d'annonce selon une mode préféré de l'invention.
figure 4 montre la chronologie des signaux émis par le central selon un premier mode de réalisation de l'invention.
figure 5 montre la chronologie des signaux émis par le central selon de l'utilisation d'un indicateur d'arrêt des émissions diffusées.
figure 6 représente une partie du contenu de la mémoire non volatile programmable d'un décodeur selon l'invention.
figure 7 montre l'évolution de la version de deux groupes de décodeurs lors d'une campagne de mise à jour.
figure 8 montre l'évolution du contenu des signaux d'annonce lors d'une campagne de mise à jour de deux groupes de décodeurs. La figure 9 montre les données d'un signal d'annonce selon une variante de l'invention.
La figure 10 montre la chronologie des signaux échangés entre le central et un décodeur selon un second mode l'invention.
La figure 11 montre la chronologie des signaux échangés entre le central et un décodeur selon un quatrième mode de réalisation de l'invention.
La figure 12 montre les données d'un signal d'annonce selon une variante de l'invention. Le schéma de la figure 1 montre les éléments d'un système de communication mettant en oeuvre l'invention. Les décodeurs -a, 1-b, 1- c) captent les signaux vidéo à l'aide d'une antenne (3) exemple parabolique. Ces signaux vidéo sont transmis par un satellite ou des relais hertziens. Ils peuvent également être transmis à l'aide câble ou de tout autre moyen de communication dont le débit est suffisamment important. Les signaux sont aussi reçus par la télévision (2). Les informations contenues dans les signaux audio-vidéo proviennent d'un central de communication (5) doté d'une unité centrale (6). Les informations des signaux audio-vidéo représentent des images destinées à la télévision et des informations destinées aux décodeurs telles que des services interactifs, du télétexte ou des données de mise à jour logiciel du décodeur. L'insertion de telles informations est une technique en soi bien connue de l'homme du métier. Dans le domaine des télévisions analogiques, par exemple, les informations sont envoyées sous forme de paquets de données lors du retour de trame ou VBI , entre des signaux d'image. Les décodeurs sont généralement reliés par une voie bidirectionnelle au réseau téléphonique commuté (7) dite voie de retour ou VR. Cette voie peut aussi être réalisée à l'aide du câble cité précédemment ou de tout autre moyen à la disposition de l'homme du métier, les liaisons RF par exemple. L'unité centrale du central (6) est également connectée à la voie (7). Le central de communication possède une mémoire (8), contenant des informations relatives à chaque décodeur.
Le schéma de la figure 2 montre un exemple de la structure d'un décodeur (1) selon l'invention. Le décodeur (1) comprend une unité centrale (20) par exemple un microprocesseur ou un circuit spécialisé, connectée aux autres éléments par un bus interne de communication (21). Les principaux éléments connectés au bus sont: une mémoire morte de programme (22) contenant entre autres le programme exécutable à la mise sous tension, une mémoire de travail de type RAM (23), une mémoire non volatile programmable (24) contenant des données (par exemple, des pages d'écran téléchargées) et/ou du code exécutable (par exemple, des données de mise à jour), un connecteur tel qu'une prise péritel ou SCART (25) pour communiquer avec la télévision, une interface de communication unidirectionnelle (26) pour recevoir et traiter les signaux reçus l'antenne (3), une interface de communication bidirectionnelle (27) (typiquement un modem relié au réseau téléphonique) qui est reliée à la voie retour et un récepteur infrarouge (28) recevant de manière connue des signaux d'une télécommande. Le décodeur comprend une horloge (29) qui peut etre mise à jour par des données téléchargées du réseau. Selon un autre mode de réalisation, le décodeur est intégré à la télévision, ce qui lui permet d'utiliser certains modules déjà présents, comme le syntoniseur et/ou récepteur infrarouge (28) avec sa télécommande . Les décodeurs provenant de différents fabricants disposent de différentes configurations matérielles et logicielles, et ont capacités différentes. C'est pourquoi ils sont identifiés à l'aide d'un identificateur, comprenant deux champs. Cet identificateur est en mémoire interdite en écriture, de type ROM par exemple. Un premier champ contient référence du constructeur du décodeur. Un second champ contient type de décodeur. deux champs se trouvent dans la mémoire morte de programme décodeur.
données de mise à jour émises sur le réseau diffusion sont destinées certain modèle de décodeurs, c'est pourquoi ces données sont associés un identificateur de décodeur ou d'un modèle de décodeur. Avant d'effectuer l'acquisition des données de mise à jour sont en cours d'émission le réseau de diffusion, un décodeur doit vérifier au préalable si elles lui sont destinées. Pour cela, le décodeur doit contrôler que ses identificateurs de version et de constructeur ont une valeur égale (ou au moins compatible) avec celles se trouvant dans les données mise à jour. II est également possible de stocker un identificateur dans un support amovible tel qu'une carte à puce. Cet identificateur peut contenir également un numéro d'abonné. Afin d'avertir les décodeurs de l'envoi de nouvelles données de mise à jour, le central de communication émet d'abord signaux d'annonce puis les données de mise à jour. Seuls les décodeurs ayant reçus correctement des signaux d'annonce peuvent se mettre à jour. exemple de signal d'annonce est présenté à figure 3. signal d'annonce est constitué d'un bloc données comprenant moins - l'identificateur du décodeur ou du modèle décodeurs visé(s), dans l'exemple: TA, - identificateur des données comprenant un numéro de version, dans l'exemple : V3, - moins un intervalle de temps d'émission données, ou un plusieurs instants d'émission, dans l'exemple: TD1A,TF1A , - des informations de localisation des données de mise à jour, dans l'exemple : RZ3, - un indicateur d'état de campagne sur le réseau de diffusion, dans l'exemple, il possède la valeur ON . Les informations de localisation des données spécifient le moyen permettant au décodeur de trouver les données de mise à jour. Si ce moyen est le réseau de diffusion, le signal d'annonce contient le symbole suivi d'un numéro de canai. Ce moyen peut aussi être le réseau téléphonique, le signal contenant alors un numéro de téléphone (symbole TEL ) suivi d'un numéro de téléphone à dix chiffres. Ce moyen peut également etre un réseau, par exemple INTERNET, le signal spécifie alors le symbole suivi de la chaîne de caractère correspondant à l'adresse serveur.
intervalles de temps d'émission sont définis par l'heure première émission des données (heure - minute - seconde) et l'heure dernière émission des données. Si la première émission de signal d'annonce et la dernière émission de données de mise à jour sont séparées par plus 24 heures alors il faut ajouter une date (jour et mois). Si l'information localisation spécifie la voie de retour, le signal d'annonce ne comprend d'intervalle temps d'émission. Le central peut en effet être à tout moment appelé par voie de retour. Avantageusement, le central détermine intervalles temps pour les émissions de données de mise à jour à instants où décodeurs sont généralement moins souvent utilisés. Ainsi, est préférable l'émission des données de mise à jour s'effectue la nuit. variante consiste à spécifier les instants de début d'émission de chaque session plutôt qu'un intervalle de temps d'émission des sessions. Cette variante permet une programmation fine du décodeur car il peut se caler sur un instant précis. Elle est surtout envisageable lorsque les instants d'émission ne sont pas nombreux, sinon la taille du signal d'annonce serait trop importante.
Le cinquième champ appelé indicateur d'état de la campagne sur le reseau de diffusion ou plus simplement indicateur de campagne est un drapeau indiquant si les données annoncées sont diffusées et si ce sont dernières diffusions. Le central peut être perturbé par événements imprévus tels que l'émission de services interactifs brusquement ne plus pouvoir émettre les données prévues. L'indicateur permet d'informer les décodeurs de l'arrêt de la diffusion de données et les prevenir de la fin prochaine d'une campagne. L'indicateur prend trois valeurs - (codé 0 ), les données annoncées ne sont plus diffusées. - (codé 1 ), les données annoncées sont diffusées.
- (codé 2 ), les données annoncées sont les dernières diffusées. Un signal d'annonce avec l'indicateur à STB peut posséder intervalles d'émission, ce qui permet aux décodeurs de se préparer a télecharger lors des intervalles spécifiés à condition qu'entre temps un signal d'annonce avec l'indicateur à ON ait été diffusé. L'émission des données des signaux d'annonce et de données mise à jour peut s'effectuer selon quatre scénarii différents en fonction leur chronologie et des moyens de transmission utilisés.
1 - Les signaux d'annonce et les données de mise à jour sont émis sur le même canal du réseau de diffusion. La mise à jour peut s'effectuer immédiatement ou de façon différée.
2 - Les signaux d'annonce sont émis sur plusieurs canaux diffusion et les données de mise à jour sur un seul canal. La mise à jour peut s'effectuer immédiatement ou de façon différée. - Les signaux d'annonce sont émis sur un ou plusieurs canaux de diffusion et les données de mise à jour sur la voie de retour. cas intervient exemple lorsque des décodeurs ont été constamment sollicités par l'utilisateur ou étaient débranchés. Ils n'ont pu alors télécharger les données mises à jour à travers le réseau de diffusion. Ils peuvent ainsi, à l'occasion d'une connexion avec le central, demander un téléchargement des données via la voie de retour, une fois les signaux d'annonce reçus.
- Les signaux d'annonce et les données de mise à jour sont émis sur voie de retour. Ce cas intervient lorsque par exemple le central de communication décide de ne pas allouer de bande passante aux signaux d'annonce sur le réseau de diffusion. Alors à l'occasion d'une connexion avec le central via la voie de retour, le central envoie un signal d'annonce au décodeur connecté.
deux premiers scénarii permettent de mettre à jour la grande majorité décodeurs, les deux derniers concernent plutôt une minorité de décodeurs. quatre scénarii vont maintenant être expliqués .
schéma de la figure 4 montre la chronologie des signaux émis par le central sur un canal déterminé du réseau de diffusion selon le premier scénario. L'indicateur de campagne dans tous les signaux d'annonce à ON .
Dans un premier temps - temps T1, la campagne est dite active . données de mise à jour sont émises sur le réseau diffusion lors instants M1, M2 et M3 qui appartiennent à l'intervalle temps spécifie dans le premier signal d'annonce. Sur la figure 4, les signaux d'annonce sont représentés par un trait fin et les données par des traits épais. Le premier signal spécifie l'émission prochaine des sessions données aux instants M1, M2 et M3. A l'instant M1, une première session données est diffusée. Une session est représentée par plusieurs traits épais, montrant ainsi l'émission consécutive de plusieurs paquets de données, représentant une ou plusieurs fois la totalité des données de mise à jour (diffusion cyclique des données). Puis un second signal d'annonce émis, annonçant l'émission prochaine des sessions aux instants M2 et ainsi de suite. Les signaux d'annonce peuvent être émis à tout moment sauf entre deux paquets d'une même session.
Dans un second temps, seuls les signaux d'annonce sont diffusés, ils spécifient l'intervalle de temps correspondant aux prochaines émissions de données de mise à jour (M1', M2', M3'). La campagne est dite courante . Ce second temps permet d'allouer de la bande passante à d'autres flux de données. Dans un troisième temps, la campagne redevient active. Le schéma de la figure 5 montre l'influence du changement de valeur de l'indicateur au cours d'une campagne. Le premier signal d'annonce émis (SG1) et ceux qui le suivent possèdent un indicateur de campagne à ON . La campagne est d'abord courante puis active (les données de mise à jour sont diffusées). A un certain moment, le central ne peut plus émettre d'autres sessions de données, alors il envoie un signal d'annonce (SG2) avec l'indicateur à STB . A partir de ce moment, les données mises à jour qui auraient<B>dû</B> être envoyées sont représentées par des traits vides sur la figure 5. Lors de ces moments, d'autres informations sont diffusées. Plusieurs signaux d'annonce avec la même valeur de l'indicateur sont envoyés afin de prévenir certains décodeurs qui n'auraient pas éte à l'écoute lors de SG2. Enfin, à partir du signal d'annonce (SG3), tous signaux possèdent un indicateur de campagne à ON . Les décodeurs sont alors prévenus de la reprise de la campagne de mise à jour et peuvent début de l'intervalle de temps spécifié, commencer à recevoir les données. Nous allons maintenant étudier le comportement du décodeur. Lorsqu'il est en marche, le décodeur analyse en permanence les signaux reçus par le canal de diffusion. Cette analyse est réalisée par la couche logicielle de transport. Cette couche détecte les signaux d'annonce, les données de mise à jour et les autres messages.
Un signal d'annonce émis par le central est incorporé dans un paquet de données. Le décodeur reçoit le paquet et la couche transport détecte un signal d'annonce composé des cinq données précédemment décrites. II compare 1'identificateur du décodeur (la référence du constructeur et le type décodeur) transmis et celui enregistré dans sa mémoire, Si les identificateurs sont différents, le signal d'annonce est ignore. Si les identificateurs sont identiques, le décodeur est bien destinataire des données signal d'annonce et des données de mise à jour associées. Dans ce cas, le décodeur analyse l'identificateur des données et en extrait numéro de version qu'il compare avec un numéro version stocké en mémoire non volatile. Si les numéros de version sont identiques, alors le decodeur est déjà doté de cette version de donnée de mise à jour, il est donc inutile d'opérer un nouveau téléchargement. Si ce numéro est différent, décodeur écrit dans une zone de mémoire non volatile dite zone signaux d'annonce , les informations contenues dans signal d'annonce. Les données du plus récent signal d'annonce écrasent celles des signaux reçus antérieurement, de telle sorte qu'il n'existe qu'un seul signal d'annonce dans la mémoire. La mémoire non volatile d'un décodeur comprend au moins les zones indiquées à la figure 6. La mise à jour effective d'un décodeur ne doit préférentiellement pas gêner son fonctionnement nominal. Ainsi, cette mise à jour intervient, selon présent exemple de réalisation, de préférence lorsque l'utilisateur n'utilise les fonctions interactives du décodeur et, de façon genérale, quand décodeur n'est pas sollicité par l'utilisateur. L'instant plus favorable habituellement la nuit. Chaque fois que le décodeur cesse d'être utilisé, lit le contenu de la zone des signaux d'annonce. Si cette zone est vide, aucun signal n'a été reçu depuis la dernière mise à jour, les étapes suivantes ne sont pas exécutées et le programme peut effectuer d'autres tâches. Si la zone des signaux d'annonce n'est pas vide, le décodeur lit les données du signal d'annonce et détermine s'il se trouve dans l'intervalle de temps spécifié. Pour cela, il compare l'heure courante avec heures de début et de fin d'émission. Si l'heure de fin d'émission est dépassée, il est trop tard pour effectuer la mise à jour. Si l'heure de début d'émission n'est pas atteinte, le décodeur peut effectuer d'autres tâches. Il peut aussi se mettre en mode veille et programmer un réveil quelques instants avant l'heure de début. Si l'heure courante se trouve dans l'intervalle, décodeur peut recevoir les données selon le moyen spécifié dans le signal d'annonce. Examinons d'abord le cas ou le signal indique que les données sont disponibles sur le réseau de diffusion. Le cas concernant la liaison bidirectionnelle sera examiné plus loin dans la présente description. Au cours de l'intervalle de temps spécifié dans le signal d'annonce, le décodeur se met à l'écoute, via son interface de communication unidirectionnelle (26), du canal de diffusion spécifié. La quasi totalité des ressources étant alors consacrée au téléchargement, ses possibilités coté utilisateur sont grandement diminuées. Ainsi, toute interactivité est interdite et pour certains modèles, la vidéo et/ou l'audio également. Le décodeur analyse chaque paquet lu et extrait ceux correspondant à des données de mise à jour. Puis il compare l'identificateur des données reçu avec celui mémorisé dans la zone des signaux d'annonce. S'ils sont égaux, les données sont bien celles annoncées. Le décodeur écrit alors le contenu des données dans la mémoire programmable volatile. Lorsque la mise à jour a été effectuée, le décodeur met à jour le numéro de version contenu dans sa mémoire non volatile. Ce nouveau numéro de version évite au décodeur de réaliser une mise à jour à l'aide de la même version et donc des mêmes données. Ensuite, le décodeur met également à zéro la zone des annonces. Cette zone sera ainsi déclarée vide lors de la prochaine mise sous tension. Enfin, le décodeur envoie au central de communication un signal de bon déroulement l'opération de mise à jour. Ce signal est envoyé par la voie de retour. données de mise à jour sont émises via le réseau de diffusion, le décodeur peut soit effectuer immédiatement une connexion au réseau point point pour envoyer le signal de bon déroulement de la mise à jour, soit mémoriser et l'envoyer lors d'une connexion ultérieure par la voie de retour.
Avantageusement, ce signal peut contenir l'heure de la mise à jour effective du décodeur. Ainsi le central peut réaliser des statistiques sur le moment où les décodeurs se mettent à jour par réseau de diffusion.
Les données de mise à jour peuvent être émises une ou plusieurs fois. Si elles sont émises plusieurs fois, les chances d'atteindre les décodeurs à un instant où ils sont disponibles sont multipliées, ce qui permet de mettre à jour le maximum de décodeurs.
Un exemple du déroulement d'une campagne de mise à jour est maintenant présenté. Soient deux modèles de decodeurs : A et B, chaque modèle de décodeur ayant sa propre valeur d'identificateur. Le groupe de décodeurs du modèle A possède la version données de mise à jour numéro 2 ( V2 ) et le groupe de décodeurs modele B a la version de données de mise à jour numéro 5 ( V5 ). la campagne est d'effectuer la mise à jour des deux groupes, décodeurs A recevant la version 3 ( V3 ) et les B la version 6 ( V6 ).
On peut schématiser l'ensemble des decodeurs par le schéma de la figure 7 - a. La campagne de mise à jour commence par l'envoi des signaux d'annonce. Le signal d'annonce représenté a figure 8 - a est un bloc comportant deux groupes de données, le premier pour les décodeurs de type A et le second pour les décodeurs de type B. peut aussi émettre deux signaux d'annonce séparés, le premier correspondant aux décodeurs A et le second aux décodeurs B. Les valeurs indiquées sur la figure 8 - a indiquent que données de mise à jour correspondant à la version destinées aux decodeurs A seront disponibles au cours de l'intervalle temps [TD1A,TF1A] sur le canal de diffusion numéro 3. Les données de mise à jour correspondant à la version 6 destinées aux décodeurs B seront disponibles au cours de l'intervalle de temps [TD1B,TF1B] sur le canal diffusion numéro Ce signal d'annonce est répété à l'identique un certain nombre fois. Les décodeurs A enregistrent dans leurs mémoires le numéro de version (V3), l'intervalle de temps d'émission [TD1A,TF1A] et, le moyen d'accéder aux données de mise à jour: le canal 3 du réseau de diffusion. Les décodeurs enregistrent dans leur mémoires le numéro de la version (V6), l'intervalle temps d'émission [TD 1 B,TF1 B] et, le moyen d'accéder aux données mise à jour: le canal 5 du réseau de diffusion. décodeurs attendent ensuite la première heure d'émission, TD1A pour décodeurs A B pour les décodeurs B.
Si décodeur n'est pas muni d'une horloge capable de réveiller l'unité centrale, peut scruter le réseau de diffusion et guetter l'arrivée message de mise à jour. Pendant ce temps, les parties non utilisées décodeur peuvent être en mode faible consommation (l'afficheur exemple). Sinon, le décodeur peut programmer l'horloge pour déclencher un réveil peu de temps avant le début de l'intervalle de temps spécifié dans signal d'annonce, puis le décodeur en entier peut passer en mode veille.
le signal d'annonce ne contient pas un intervalle de temps mais des instants d'émission, le décodeur choisit de préférence le premier dans l'ordre chronologique.
Les données de mise à jour sont envoyées lors de sessions répétitives. Dans l'exemple, les données destinées aux décodeurs A sont émises trois fois aux instants MA', MA2 et MA3 et les données destinées aux décodeurs sont émises quatre fois aux instants MB1, MB2, MB3, MB4. II est préférable ne pas alterner les émissions des signaux pour les terminaux A et B. En effet et on le verra par la suite, une connexion avec le central par la VR peut etre demandée indiquant le bonne mise à jour décodeur. Si les émissions pour les terminaux A et B sont alternées, assez rapidement les décodeurs et B vont se mettre à jour et vouloir se connecter par la VR. Cela risque surcharger la communication au niveau du central. II convient donc de mettre à jour le maximum de terminaux A avant de lancer la campagne pour les terminaux B.
Après la première émission des données destinees au décodeur A (dans l'exemple: après l'instant MA'), supposons que l'état décodeurs est celui représenté à la figure 7 - b. Un peu moins moitié des décodeurs eté mise à jour. Après l'émission des données l'instant MA2, il y a plus de décodeurs A avec la nouvelle version (V3) décodeurs avec l'ancienne (V2). L'état des décodeurs est illustré a figure 7 - c. Quelques temps avant la diffusion des dernières données mise à jour, le central émet signaux d'annonce avec la valeur de l'indicateur à END . Les décodeurs sont ainsi informés que les dernières données mise à jour vont être émises. Chaque décodeur informe l'utilisateur ce fait par une message l'écran de télévision ou sur l'afficheur du décodeur ou tout autre moyen d'affichage. L'utilisateur a ainsi la possibilité cesser d'utiliser son décodeur pour lui permettre de se mettre à jour le réseau de diffusion. Après la dernière émission des données destinées aux décodeurs A, il n'en reste qu'un très petit nombre qui n'ont pas été mis jour, l'état des décodeurs illustré à la figure 7 - d.
Après la première émission des données B (dans l'exemple après l'instant MB'), l'état des décodeurs est illustré à la figure 7 - e. Après la dernière emission des données destinées aux décodeurs B (dans l'exemple: après l'instant MB4), comme le montre la figure 7 - il reste encore un certain nombre de décodeurs qui n'ont pas été mis à jour.
a dit précédemment qu'à la suite d'une mise à jour correctement effectuée, chaque décodeur envoie au central de communication un signal de bon déroulement de l'opération. Ce signal est envoyé par voie de retour. Le central de communication mémorise et traite ces signaux. Il détermine approximativement, compte tenu de l'inertie des réponses, quantités de décodeurs munies de l'ancienne et de nouvelle version. central de communication analyse alors l'efficacité de la campagne effectuée et détermine le nombre de décodeurs restant mettre à jour. Pour décodeurs A, le nombre est faible, leurs mises à jour vont s'effectuer la voie de retour soit lors d'une communication provoquée par le central, soit lors d'une communication ultérieure provoquée par l'utilisateur. Pour les décodeurs B, le nombre est trop important pour effectuer une mise à jour individuelle par la voie de retour, le central décide alors d'effectuer une nouvelle campagne de mise à jour par le reseau de diffusion. Cette nouvelle campagne commence par l'envoi signal d'annonce dont les données sont représentées à la figure 8 - b. cours du nouvel intervalle de temps [TD2B,TF2B], les données de mise à jour pour les décodeurs sont disponibles sur le réseau de diffusion. la fin de cette nouvelle campagne, le nombre décodeurs restant à mettre à jour est faible et leur mise à jour par la voie retour est donc possible. Le central envoie alors le signal d'annonce representé à la figure 8 - c indiquant la fin de l'émission des données sur le réseau de diffusion. Les terminaux qui ne sont pas encore à jour peuvent se connecter à l'aide de la voie de retour. Le téléchargement des données par la voie de retour sera décrit dans le troisième scénario.
En variante, si, au cours d'une campagne, le central de communication s'aperçoit qu'un grand nombre de décodeurs est mis à jour et que les décodeurs restants peuvent l'être par la voie de retour, un signal indiquant une fin prématurée d'émission de données de mise à jour peut être envoyé avant la dernière heure d'émission initialement prévue. Ce signal peut être specifique ou revêtir le format d'un signal d'annonce. Dans ce cas, ce signal d'annonce contient un intervalle de temps plus court que précédent, eliminant ainsi les dernières mises à jour initialement prévues. Cette variante évite d'envoyer sur le réseau de diffusion des données seront utiles à peu de décodeurs. Avantageusement, les émissions des signaux d'annonce et données de mise à jour peuvent être concomitantes. On peut par exemple alterner sur réseau de diffusion les émissions de signaux d'annonce et sessions données de mise à jour. Si l'on excepte les problèmes réception (altération de données par exemple), on peut envoyer un seul signal d'annonce suivi immédiatement de la diffusion d'une seule session données. fait, la diffusion permanente de signaux d'annonce assure qu'un maximum de décodeurs soit prévenu de l'émission prochaine données. voit sur la figure 4 que des signaux d'annonce sont émis entre les instants d'émission M1, M2, M3 des sessions. Le fait d'intercaler signaux d'annonce entre des émissions de données de mise à jour présente l'avantage mettre à jour les décodeurs qui sont disponibles dès le premier instant indiqué dans le signal, l'émission des données de mise à jour suivant immédiatement le signal d'annonce. variante de réalisation consiste à mémoriser plusieurs signaux d'annonce dans la mémoire. Les signaux d'annonce possédant une fenêtre périmée ou dont tous les instants d'émission sont dépassés, sont automatiquement effacés. Seuls les signaux d'annonce ayant des instants d'émission postérieurs au moment présent sont pris en compte.
amélioration du premier scénario consiste à émettre les signaux d'annonce sur plusieurs canaux de diffusion. C'est le second scénario, permet d'avertir un maximum de décodeurs que les donnees de mise à jour vont être émises sur un canal spécifique. En effet, les signaux d'annonce necessitant peu de bande passante, ils dégradent les performances des canaux sur lesquels ils sont émis. Par exemple, signal d'annonce représenté à la figure 9 est émis à l'identique sur les canaux 1,2 et 5. Ce signal d'annonce spécifie que la version 3 des données de mise à jour sera disponible sur le canal 4 dans l'intervalle de temps [TD1;,TF1. décodeurs Ti qui reçoivent les canaux 1, 2 et 5 traitent ce signal d'annonce. S'ils ont besoin de la version 3, ils peuvent scruter le canal numéro 4 entre les instants TD1; et TF1; et faire l'acquisition des données. Le changement de canaux s'effectue automatiquement si le décodeur n'est pas utilisé l'utilisateur. Sinon, à l'instant M1, le décodeur propose à l'utilisateur téléchargement en effectuant un changement de canal. L'utilisateur peut accepter ou refuser le téléchargement. Dans ce dernier cas, le décodeur proposera de nouveau un téléchargement à l'instant Selon une variante, si ce n'est pas une fin de campagne (l'indicateur campagne n'a pas la valeur END), le décodeur ne dérange pas l'utilisateur et attend qu'il cesse de l'utiliser pour procéder au téléchargement. La décision de télécharger est alors prise uniquement le décodeur, l'utilisateur peut ne pas en avoir connaissance. Par contre, si signaux d'annonce indiquent la fin d'une campagne, il faut proposer a l'utilisateur téléchargement en lui indiquant par exemple, que s'il ne le fait pas, la mise jour devra s'effectuer par la voie de retour.
Comme dans le premier scénario, les décodeurs émettent à la fin du téléchargement un signal de bon déroulement à la fin de l'opération. II se peut qu'un décodeur soit constamment sollicité l'utilisateur ou être débranché, dans tous les cas il ne peut télécharger données émises sur le réseau de diffusion. Le troisième scénario va permettre d'effectuer le téléchargement par la voie de retour. II profite donc d'une connexion avec le central via la voie de retour. Lors de connexion dont raison peut être, par exemple, l'exécution d'un service interactif demande par l'utilisateur, le décodeur émet un signal de demande d'envoi de données de mise à jour.
Le schema de la figure 10 montre la chronologie des signaux échangés entre central et un décodeur selon le troisième scénario. Dans un premier temps - temps T1, les données de mise à jour sont accessibles sur le réseau de diffusion. Certains décodeurs ne peuvent se mettre à jour à l'issue de ce temps. Ensuite, au cours du temps T2, l'émission des donnees de mise à jour arrêtée sur le réseau de diffusion et les signaux d'annonce indiquent que données sont désormais disponibles à travers la voie de retour bidirectionnelle. Au début du temps T3, le décodeur se connecte au central. II peut faire soit uniquement pour le téléchargement d'une mise à jour, soit pour demander, à l'initiative de l'utilisateur, un service interactif la fin demander téléchargement. Dans les deux cas, le décodeur émet cours de la connexion une requête pour demander une mise à jour. central envoie alors les données de mise à jour. A la fin du téléchargement, un signal de bon déroulement est envoyé par le décodeur avertissant ainsi central de sa mise à jour.
II peut arriver que la bande passante soit très encombrée d'autres signaux plus prioritaires que des données de mise à jour et signaux d'annonce et qu'il n'y a plus de bande passante à allouer à ce type d'informations. peut arriver aussi que le décodeur ne soit pas connecté à un canal diffusant des signaux d'annonce et qu'à l'occasion d'une connexion, il aperçoive qu'une mise à jour est nécessaire. II peut alors demander au central de lui envoyer un signal d'annonce par la voie bidirectionnelle. Selon un quatrième scénario, perfectionnement de l'invention, le décodeur utilise la voie de retour pour émettre à la fois le signal d'annonce et les données de mise à jour.
Le schéma de la figure 11 montre la chronologie signaux échangés entre le central et les décodeurs selon ce quatrième scénario. A l'initiative de l'utilisateur, le décodeur se connecte au central de communication pour lui demander par exemple un service interactif. Le central répond par l'envoi d'un signal d'annonce et du service demandé. Le décodeur reconnaît l'envoi d'un signal d'annonce et contrôle a besoin d'une mise à jour. Si c'est le cas, il prévient l'utilisateur d'une mise à jour en cours. L'utilisateur peut accepter la mise à jour ou la différer jusqu'à la fin de l'exécution du service interactif. Lorsque le décodeur est prêt à recevoir les données de mise à jour, il envoie une requête au central. Le central émet alors les données de mise à jour. Une fois les données reçues et correctement écrites en mémoire, le décodeur envoie un signal de bon déroulement d'opération et se déconnecte. Le central met à jour sa mémoire en indiquant que ce décodeur vient d'être mis à jour avec une nouvelle version de données.
Ce quatrième scénario a pour avantage de parfaitement cibler le décodeur à mettre à jour. En effet, on a dit précédemment que le central connaît approximativement, compte tenu de l'inertie des envois de signaux de bon déroulement, la version contenue dans la mémoire de chaque décodeur. A l'occasion d'une connexion par la voie de retour, central vérifie si ce décodeur a besoin d'une nouvelle version, Si c'est le , il émet un signal d'annonce proposant au décodeur de se mettre à jour. Le décodeur compare le numéro de version émis et celui en mémoire. En effet, le central peut ne pas avoir reçu le signal de bon déroulement et faire cette requête à tort. Si le décodeur n'a pas besoin de mise à jour, il l'indique au central qui met alors à jour sa mémoire. S'il a besoin d'une mise à jour il demande au central d'effectuer le scénario décrit précédemment. Une amélioration de la présente invention est représenté par un cinquième scénario. Celui-ci concerne des décodeurs très sollicités par leurs utilisateurs et qui n'ont pas la possibilité de faire l'acquisition de signaux d'annonce. Dans ce cas, à l'occasion d'une connexion avec le central à l'initiative du décodeur, le central transmet un signal d'annonce indiquant que des données de mise à jour sont actuellement diffusées sur le réseau de diffusion. Le décodeur est alors informé de l'émission et peut avertir l'utilisateur qu'il peut mettre à jour son décodeur. L'utilisateur peut alors cesser d'utiliser son décodeur le temps de l'opération. Une variante de ce scénario consiste en ce que les données diffusées sur le réseau ont une composante chiffrée qui rend l'information audio visuelle inexploitable à quiconque n'a pas la clé de déchiffrement. Cette clé va permettre aux décodeurs qui la possèdent de déchiffrer les données de mise à jour et de les rendre utilisables. Le signal d'annonce étant transmis individuellement à chaque décodeur par une connexion spécifique, ce signal peut contenir la clé de déchiffrement. Auparavant, l'utilisateur a pris soin d'acquérir le droit de recevoir cette clé, en payant une somme d'argent par exemple. Une variante consiste à prendre en considération une altération des données téléchargées dans la mémoire. Dans ce cas, les données étant plus utilisables, il faut en télécharger de nouvelles, c'est la remise à jour de secours . Le décodeur en détresse analyse les informations émises à travers le réseau de diffusion et réceptionne les signaux d'annonce correspondant à son modèle. II peut ainsi déterminer la version de logiciel dont il a besoin, ainsi que le moyen de l'acquérir et à quel moment peut effectuer le téléchargement. Si la campagne est active, il peut télécharger immédiatement les données. Si la campagne est courante, de façon analogue au troisième scénario, il effectue une connexion avec le central et télécharge les données de mise à jour à travers la voie de retour. Le facteur déclenchant la mise à jour de secours peut aussi être la réception chez l'utilisateur d'un décodeur neuf qui possède une mémoire vierge.
Selon cette variante, le signal d'annonce possède un champ supplémentaire tel que le montre la figure Ce champ spécifie le moyen permettant de télécharger les données à travers la liaison bidirectionnelle (réseau téléphonique, adresse de réseau qu'INTERNET,...). Les données selon l'exemple de signal d'annonce la figure 12, sont émises sur le réseau de diffusion (sur le canal RZ3) cas de secours, le décodeur peut se connecter au numéro représenté TEL pour les recevoir.
II faut bien noter que la présente invention s'applique aussi bien dans le domaine des télévisions analogiques dans le domaine des télévisions numériques.

Claims (1)

<B>REVENDICATIONS</B> 1. Procédé de transmission de données de mise à jour par central de communication vers une pluralité de terminaux caractérisé en qu'il comporte les étapes suivantes élaboration d'au moins un signal d'annonce comportant moins une indication temporelle d'émission des données de mise à jour, transmission par le central du dit signal d'annonce, transmission par le central des dites données de mise à jour un canal de communication en cohérence avec la dite indication temporelle. Procédé de transmission selon la revendication 1 caractérise en ce le signal d'annonce contient une information de localisation spécifiant moyen de communication à travers lequel le central transmet données mise à jour. Procédé de transmission selon la revendication 2 caractérise en ce le signal d'annonce est transmis initialement sur un réseau diffusion unidirectionnel dans le sens central vers terminaux, et en ce que données mise à jour sont émises au moyen d'une liaison bidirectionnelle établie avec un terminal en particulier, l'information de localisation spécifiant la dite liaison bidirectionnelle étant transmise dans le signal d'annonce. Procédé de transmission selon la revendication 3 caractérise en ce comporte en outre une étape consistant à recevoir des terminaux une information de bon déroulement de la transmission, et une étape consistant a émettre un signal d'annonce indiquant que les données ne sont plus émises sur le réseau unidirectionnel, cette dernière étape étant déclenchee lorsqu'un certain nombre de terminaux ont transmis la dite information de bon déroulement. Procédé de transmission selon la revendication ou 2 caractérisé en ce qu'il comporte en outre une étape préalable consistant à établir avec un terminal en particulier une liaison bidirectionnelle, signal d'annonce les données de mise à jour étant transmis par la suite au moyen de cette liaison. Procédé de transmission selon l'une quelconque des revendications précédentes caractérisé en ce qu'il comporte en outre les étapes suivantes transmission d'un signal d'annonce indiquant les transmissions de données de mise à jour sont arrêtées, transmission d'un signal d'annonce indiquant les transmissions de données de mise à jour reprennent. 7. Procédé de transmission selon l'une quelconque des revendications précédentes caractérisé en ce que le signal d'annonce contient un identificateur identifiant les terminaux auxquels une mise à jour particulière est destinée. 8. Procédé de transmission selon l'une quelconque des revendications précédentes caractérisé en ce que les signaux d'annonce et les données de mise à jour sont transmises de façon répétitive sur un réseau de diffusion. Procédé de réception de données de mise à jour émises par un central communication vers des terminaux dotés d'une mémoire, caractérisé en ce qu'il comporte les étapes suivantes réception d'au moins un signal d'annonce comportant au moins une indication temporelle d'émission de données de mise à jour, activation dans les terminaux d'un mode réception de données de mise à jour lors d'un moment indiqué dans l'indication temporelle, - réception des dites données de mise à jour et stockage en mémoire. 10. Procédé de réception selon la revendication 9 caractérisé en ce que le signal d'annonce contient une information de localisation spécifiant le moyen de communication à travers lequel les terminaux peuvent recevoir les dites données de mise à jour.
1. Procédé de réception selon la revendication 10 caractérisé ce que terminaux reçoivent initialement le signal d'annonce sur réseau diffusion unidirectionnel et en ce que les terminaux demandent une connexion spécifique avec le central au moyen d'une liaison bidirectionnelle identifiée dans le signal d'annonce et recoivent les dites données mise à jour au cours de cette connexion. 12. Procédé de réception selon l'une des revendications 9 à 11 caractérisé en ce que le signal d'annonce contient un identificateur identifiant les terminaux auxquels une mise à jour particulière est destinée, et en ce qu'il existe en outre une étape de comparaison de cet identificateur reçu avec un identificateur enregistré en mémoire du terminal, le résultat de la comparaison conditionnant l'exécution de l'étape de réception des données de mise à jour. 13. Procédé de réception selon l'une des revendications 9 à caractérisé en ce qu'à l'issue d'une réception réussie de données de mise jour, le terminal envoie au central un signal de bon déroulement l'opération. Procédé selon l'une quelconque des revendications précédentes caractérisé en ce que l'indication temporelle d'émission de données mise à jour est constituée d'un intervalle de temps entre une première heure d'émission et une dernière heure d'émission. 15. Procédé selon l'une quelconque des revendications précédentes caractérisé en ce que les dites données de mise à jour sont des programmes de contrôle de décodeurs de télévision. 16. Central de communication (5) pour l'émission de données mise à jour à destination d'au moins un terminal, caractérisé en ce comporte une mémoire (8) contenant au moins un signal d'annonce comportant au moins une indication temporelle de transmission des dites données de mise à jour, un moyen d'émission du dit signal d'annonce ou 7), et un moyen de transmission des dites données de mise à jour active lors de l'indication temporelle indiqué dans le signal d'annonce transmis précédemment (4 ou 7). Central de communication (5) selon la revendication comportant plusieurs moyens de communication (4,7) caractérisé en ce le signal d'annonce transmis contient une information de localisation spécifiant moyen de communication à travers lequel le central transmet données mise à jour, et en ce que le moyen de communication spécifié transmet données de mise à jour. 18. Central de communication (5) selon la revendication comportant au moins deux moyens de communication l'un unidirectionnel et l'autre bidirectionnel (7) caractérisé en ce qu'initialement le moyen communication unidirectionnel est activé pour transmettre au moins un signal d'annonce et en ce qu'à la demande d'un récepteur ayant reçu le signal d'annonce, une connexion à l'aide du moyen de communication bidirectionnel est établie permettant ainsi la transmission des données mise à jour. 19. Central de communication (5) selon la revendication caractérisé en ce qu'il comporte un compteur de réception d'informations bon déroulement de l'opération émis par les terminaux ayant correctement reçus les données de mise à jour, et un moyen d'émission signal d'annonce indiquant que les données ne sont plus émises sur réseau unidirectionnel activé lorsqu'un certain nombre d'informations bon déroulement a été reçu. Terminal (1) doté d'une mémoire (24) pour recevoir des données mise à jour provenant d'un central de communication, caractérisé en ce qu'il comporte un moyen de réception (27,3,26) moins un signal d'annonce comportant au moins une indication temporelle d'émission de données de mise à jour, une mémoire de stockage signal d'annonce, un moyen de détermination d'un moment à l'aide de l'indication temporelle transmise dans le signal d'annonce, un moyen d'activation d'un mode de reception de données de mise à jour au moment déterminé, et une mémoire stockage des données de mise à jour reçues lors du moment déterminé (24). . Terminal selon la revendication 20 doté d'au moins deux moyens communication caractérisé en ce qu'il comporte un moyen d'activation de l'un des moyens de communication pour recevoir les données de mise à jour, le dit moyen étant spécifié par une information de localisation contenue dans le signal d'annonce. Terminal selon la revendication 21 caractérisé en ce qu'il est équipé moyen de communication unidirectionnel qui reçoit initialement le signal d'annonce, et d'une liaison bidirectionnelle établissant une connexion à la demande du terminal en vue de la réception des données de mise à jour, liaison bidirectionnelle étant spécifiée par l'information de localisation contenue dans le signal d'annonce. 23. Terminal selon l'une des revendications 20 à 22 caractérisé en ce qu'il possède une mémoire contenant un identificateur identifiant les terminaux auxquels une mise à jour particulière est destinée, et un comparateur activé lors de la réception d'un signal d'annonce comparant dit identificateur extrait de la mémoire avec un identificateur transmis dans signal d'annonce reçu, le moyen d'activation du mode de réception données de mise à jour est activable si les deux identificateurs correspondent. Terminal selon l'une des revendications 20 à 23 caractérisé en ce qu'il comporte un moyen de transmission d'un signal de bon déroulement de l'opération activé lorsque la réception et la mémorisation des données de mise à jour est correctement effectuée. Terminal selon l'une des revendications 20 à 24 caractérisé en ce qu'il un décodeur de télévision, et en ce que les dites données de mise à jour sont des programmes de réception ou de visualisation d'émissions de télévision.
FR9916746A 1999-12-30 1999-12-30 Procede de telechargement de donnees precedees par des signaux d'annonce Pending FR2809838A1 (fr)

Priority Applications (15)

Application Number Priority Date Filing Date Title
FR9916746A FR2809838A1 (fr) 1999-12-30 1999-12-30 Procede de telechargement de donnees precedees par des signaux d'annonce
FR0002257A FR2809839A1 (fr) 1999-12-30 2000-02-23 Procede de telechargement de donnees procedees par des signaux d'annonce
CNB008180725A CN1271839C (zh) 1999-12-30 2000-12-29 通告信号后下载数据的方法和终端
AT00990849T ATE491306T1 (de) 1999-12-30 2000-12-29 Verfahren zum herunterladen von daten, denen anmeldungssignale vorhergegangen sind
EP10184087A EP2293565A3 (fr) 1999-12-30 2000-12-29 Procédé de téléchargement de données précédées par des signaux d'annonce
KR1020027008316A KR100768142B1 (ko) 1999-12-30 2000-12-29 통신 센터에 의해 복수의 단말로 업데이트 데이터를 송신하는 방법, 통신 센터에 의해 단말로 발송되는 업데이트 데이터를 수신하는 방법, 및 통신 센터
EP06118047A EP1746837A3 (fr) 1999-12-30 2000-12-29 Procédé de téléchargement de données précédées par des signaux d'annonce
DE60045346T DE60045346D1 (de) 1999-12-30 2000-12-29 Verfahren zum herunterladen von daten, denen anmeldungssignale vorhergegangen sind
MXPA02006505A MXPA02006505A (es) 1999-12-30 2000-12-29 Proceso para descargar datos precedidos por senales de anuncio.
PCT/FR2000/003739 WO2001050762A1 (fr) 1999-12-30 2000-12-29 Procede de telechargement de donnees precedees par des signaux d'annonce
AU30309/01A AU3030901A (en) 1999-12-30 2000-12-29 Method for downloading data preceded by information signals
US10/168,930 US8918830B2 (en) 1999-12-30 2000-12-29 Method for downloading data preceded by information signals
JP2001551015A JP4901044B2 (ja) 1999-12-30 2000-12-29 送信方法及び端末
EP00990849A EP1245116B1 (fr) 1999-12-30 2000-12-29 Procede de telechargement de donnees precedees par des signaux d'annonce
US13/370,020 US8528038B2 (en) 1999-12-30 2012-02-09 Process for downloading data preceded by announcement signals

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR9916746A FR2809838A1 (fr) 1999-12-30 1999-12-30 Procede de telechargement de donnees precedees par des signaux d'annonce

Publications (1)

Publication Number Publication Date
FR2809838A1 true FR2809838A1 (fr) 2001-12-07

Family

ID=9554056

Family Applications (1)

Application Number Title Priority Date Filing Date
FR9916746A Pending FR2809838A1 (fr) 1999-12-30 1999-12-30 Procede de telechargement de donnees precedees par des signaux d'annonce

Country Status (1)

Country Link
FR (1) FR2809838A1 (fr)

Similar Documents

Publication Publication Date Title
EP1245116B1 (fr) Procede de telechargement de donnees precedees par des signaux d&#39;annonce
EP1611749B1 (fr) Traitement d&#39;un format de flux de donnees pour la reception audiovisuelle mobile
KR100974382B1 (ko) 대화형 텔레비전 송수신 프로세스 및 관련 장치
FR2806573A1 (fr) Procede de visualisation d&#39;emissions diffusees et enregistrees possedant une caracteristique commune et dispositif associe
EP1579319B1 (fr) Dispositifs et procédés de décision conditionnelle d&#39;exécution de services reçus et de constitution de messages d&#39;informations associés, des services, et produits associés
EP1946484B1 (fr) Reception de contenus audiovisuels a destination de plusieurs appareils
EP1537747B1 (fr) Systeme et procede de synchronisation pour programmes audiovisuels, dispositifs et procedes associes
FR3069996B1 (fr) Procede de lecture d&#39;un flux multimedia chiffre avec acces rapide au contenu en clair et dispositif d&#39;utilisation
FR2809838A1 (fr) Procede de telechargement de donnees precedees par des signaux d&#39;annonce
EP1119967B1 (fr) Procede et dispositif de gestion de donnees de service dans un systeme de television
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
EP4224868A2 (fr) Procédés de synchronisation, de génération d&#39;un flux, programmes d ordinateur, media de stockage, dispositifs de restitution, d exécution et de génération correspondants
FR2821512A1 (fr) Dispositifs de commande de fichiers audio et/ou video et dispositifs, procedes et produits d&#39;emission correspondants
EP1460852A1 (fr) Procédé et dispositif de diffusion et de chargement d&#39;une information dans un système de communication du type télévision numérique
EP2854415B1 (fr) Procédé de transmission dynamique de données d&#39;information relatives à un programme audio et/ou vidéo
FR2812160A1 (fr) Decodeur avec fonction de creation d&#39;images mosaiques de services de television
FR2706720A3 (fr) Procédé de commande d&#39;un actionneur, utilisation de ce procédé, et sytème de commande pour sa mise en Óoeuvre.
EP2262237A1 (fr) Procédé de transmission de notification sur un terminal de restitution
EP1900208A1 (fr) Méthode de transmission d&#39;un flux de données numériques et de messages de contrôle associés audit flux à destination d&#39;équipements mobiles
FR3034610A1 (fr) Systeme de diffusion de contenus audio et/ou video par un reseau wifi local, et appareils mettant en œuvre le procede
FR2703202A1 (fr) Procédé de commande d&#39;un actionneur, utilisation de ce procédé, et système de commande pour sa mise en Óoeuvre.
EP3326372A1 (fr) Procédé de filtrage d&#39;un catalogue multimedia recu par liaison satellite, dispositif de filtrage
FR2805952A1 (fr) Dispositif de decodage d&#39;un flux d&#39;information de television et procede de transmission de donnees relatives a une boite electronique
EP0755153A1 (fr) Procédé et module de contrÔle et gestion de la réception de signaux numériques à commandes indépendantes du canal de transmission
FR2907299A1 (fr) Procede de notification de changement de parametre d&#39;emission et emetteur selon le procede