Brevet FR2800958A1 — publié le 20010511

-1 2800958 L'invention est relative au domaine de la gestion d'informations de service dans un système de télévision. L'invention concerne plus particulièrement un procédé de transmission et un procédé de traitement de telles informations de service; elle concerne également un émetteur et un récepteur pour la transmission et la réception de ces informations de services dans un système de télévision, notamment un décodeur de télévision numérique. L'invention peut cependant s'étendre à d'autres services comme ceux présents dans le WEB. Une Interface Homme-Machine ou IHM fournit au téléspectateur un o moyen permettant de consulter des informations concernant typiquement les programmes diffusés. Les informations sont transmises par multiplexage de paquets de données appropriés dans le flux de données numériques. Une appellation souvent utilisée pour ce type de données est "Information de Service" ("Service Information" en langue anglaise ou plus simplement "SI"). On appellera, dans la suite, "service" une série de programmes (journaux télévisés, films, spectacles, ) sous le contrôle d'un même fournisseur de programmes ("broadcaster" ou "service provider" en langue anglaise). Les informations de service sont diffusées de façon périodique par le fournisseur de service. Celles-ci décrivent, entre autres, des événements pour un programme d'un service. Ces événements sont paramétrés par leurs noms, le fournisseur de service qui leur est associé,... Il est courant d'associer à chacun des événements des informations ou descripteurs résumant le contenu de ces événements, permettant à l'utilisateur de connaître le contenu général d'un événement par la sélection d'une rubrique spécifique du guide de programmes électronique ("lElectronic Program guide" ou EPG en langue anglaise) destinée à afficher les résumés d'événements. Cependant, ces informations ou descripteurs de résumé ne renseignent que sur le contenu général de l'événement concerné. L'invention a pour but de remédier à ce problème. A cet effet, I'invention a pour objet un procédé de transmission d'informations de service dans un système de télévision, caractérisé en ce qu'il comporte les étapes: - de transmission d'un événement; - de transmission d'un résumé évolutif dudit événement, le contenu dudit résumé étant fonction du contenu de l'événement survenu au plus tard jusqu'à l'instant de transmission dudit résumé. De cette sorte, si l'utilisateur arrive en cours d'événement, l'invention lui permet d'être renseigné sur la partie de l'événement qu'il n'a pas pu visualiser. Par cet avantage de prise en compte du temps écoulé depuis le début de l'événement, le résumé ainsi créé s'apparente à un résumé d'événement évolutif et dynamique. Selon un mode de réalisation, ledit résumé évolutif est mis à jour en fonction de l'évolution du contenu de l'événement selon l'un des modes suivants: - périodiquement, suite à la survenance d'une situation o0 particulière dans le contenu de l'événement, - suite à une commande au niveau de l'émetteur de l'événement. Selon un mode de réalisation, l'étape de transmission dudit résumé est effectuée une pluralité de fois pour une même version de mise à jour dudit résumé. Selon un mode de réalisation, le contenu d'une version du résumé est tel qu'il ne conceme que la période de l'événement écoulée depuis la mise à jour précédente et jusqu'au plus tard l'instant de diffusion de cette version du résumé. Selon un mode de réalisation, le contenu d'une version du résumé est tel qu'il concerne la période de l'événement écoulée depuis le début de l'événement et jusqu'au plus tard l'instant de diffusion de cette version du résumé. Selon un mode de réalisation, ledit résumé est transmis dans un flux numérique comportant un descripteur de résumé identifié par un identificateur spécifique. Selon un mode de réalisation, le procédé de transmission comporte également l'étape de diffusion d'un résumé complet de l'événement, en parallèle avec l'étape de diffusion du résumé évolutif. Ainsi, I'invention enrichit le contenu des informations offertes à l'utilisateur en permettant à celui-ci d'être renseigné non seulement sur le contenu général de l'événement courant qu'il est en train de visualiser mais également sur la partie de l'événement qui s'est déroulée jusqu'au moment courant. L'invention a également pour objet un procédé de traitement d'informations de service par un récepteur dans un système de télévision, caractérisé en ce que le procédé comporte les étapes: - d'extraction sélective d'un résumé évolutif d'un événement, le contenu dudit résumé étant fonction du contenu de l'événement survenu au plus tard jusqu'à l'instant de transmission dudit résumé, - de mémorisation de ce résumé dans des premiers moyens de mémorisation (253). Selon un mode de réalisation, l'étape d'extraction est programmée de sorte à extraire, selon un processus permanent, les résumés relatifs au même événement. Selon un mode de réalisation, l'étape d'extraction est programmée de sorte à extraire les résumés relatifs au même événement uniquement sur requête d'une application les ayant requis. Selon un mode de réalisation, suite à chaque extraction de résumé relatif à un même événement, est réalisée une étape de mise à jour du résumé mémorisé dans les premiers moyens de mémorisation (253) pour remplacer le contenu des premiers moyens de mémorisation par le dernier résumé extrait. Selon un mode de réalisation, le procédé de traitement selon l'invention i5 comporte également une étape: - d'extraction sélective d'un résumé complet de l'événement, - de mémorisation de ce résumé dans des seconds moyens de mémorisation (252) du récepteur. Selon un mode de réalisation, le procédé de traitement d'informations de service selon l'invention comporte une étape d'affichage affichant sur des moyens de visualisation (21, 22) le dernier résumé extrait, suite à une requête d'une application l'ayant requis. Selon un mode de réalisation, suite à chaque extraction de résumé évolutif, est réalisée une étape de mémorisation de chacun desdits résumés évolutifs dans des moyens de mémorisation respectifs (253, 255). Selon un mode de réalisation, il est réalisé une étape d'affichage affichant sur des moyens de visualisation (21, 22) la concaténation des résumés évolutifs mémorisés dans lesdits moyens de mémorisation respectifs (253, 255). Selon un mode de réalisation, le procédé de traitement d'informations de service selon l'invention comporte une étape d'affichage de moyens de signalisation pour signaler l'extraction d'un nouveau résumé évolutif. Selon un mode de réalisation, I'affichage du résumé évolutif s'accompagne de la date à laquelle l'extraction de ce résumé a eu lieu. Selon un mode de réalisation, ledit résumé évolutif est transmis dans un flux numérique comportant un descripteur de résumé identifié par un identificateur spécifique. L'invention a également pour objet un récepteur pour la réception d'informations de services dans un système de télévision, caractérisé en ce qu'il comporte: - des moyens d'extraction d'un résumé évolutif d'un événement, le contenu dudit résumé étant fonction du contenu de l'évènement survenu au plus tard jusqu'à l'instant de transmission dudit résumé, - des premiers moyens de mémorisation de ce résumé. Selon un mode de réalisation, les moyens d'extraction sont également o destinés à extraire un résumé complet de l'événement et en ce que le récepteur comprend en outre des seconds moyens de mémorisation pour mémoriser ledit résumé complet. L'invention a également pour objet un émetteur pour la transmission i5 d'informations de services dans un système de télévision, caractérisé en ce qu'il comprend: - des moyens de transmission d'un événement; - des moyens de transmission d'un résumé évolutif dudit événement, le contenu dudit résumé étant fonction du contenu de l'événement survenu au plus tard jusqu'à l'instant de transmission dudit résumé. D'autres caractéristiques et avantages de la présente invention ressortiront de la description des exemples de réalisation qui vont suivre, pris à titre d'exemples non limitatifs, en référence aux figures annexées dans lesquelles: * la figure 1 est un diagramme bloc d'un récepteur de télévision conforme au présent exemple de réalisation, la figure 2 représente un diagramme de classes selon la notation UML ("Unified Modeling Language"l en langue anglaise) faisant correspondre différentes entités dans le cadre de l'invention,, * la figure 3 représente un diagramme de séquences des échanges ayant lieu entre les différentes entités lors d'une demande d'information du résumé dynamique d'un utilisateur, selon un premier mode de réalisation de l'invention, * la figure 4 représente un diagramme d'état illustrant l'extraction d'un descripteur de résumé dynamique depuis le flux DVB, selon un mode de réalisation de l'invention, la figure 5 représente un diagramme de séquences des échanges ayant lieu entre les différentes entités en mode de requêtes permanentes d'extraction de descripteurs de résumés dynamiques, selon un mode de réalisation de l'invention, * la figure 6 représente un exemple de séquencements d'informations d'un événement dans le cadre d'une course automobile,la figure 7 représente un schéma d'une "fiche information" de l'événement correspondant à la figure 6 au départ de la course, la figure 8 représente la fiche information à un moment o le champ texte du ]o descripteur de résumé dynamique a été renseigné, À la figure 9 représente la fiche information à un moment ultérieur o le champ texte du descripteur de résumé dynamique a de nouveau été renseigné, * la figure 10 représente un autre mode de réalisation d'affichage de tous les résumés dynamiques ayant été extraits du démultiplexeur. Pour de plus amples informations sur le format et le contenu des données de service, sections et tables MPEG et DVB, on se référera notamment aux trois documents suivants: EN 300 468 - Specification for Service Information (SI) in Digital Video Broadcast (DVB) systems - V1.3.1 (199802), ISO/IEC 13818-1 (1994) Generic Coding of Moving Pictures and Associated Audio - Recommendation H.220, aussi appelé "MPEG Il Systems", et ETR 211 - Digital Broadcasting systems for television: Implementation guidelines for the use of MPEG-2 systems; Guidelines on implementation and usage of service information. La figure 1 est un diagramme bloc d'un décodeur-récepteur intégré de télévision numérique de type DVB ("Digital Video Broadcasting" en langue anglaise). Il est bien évident que l'invention ne se limite pas à cet environnement physique, mais peut être facilement adaptée à un autre type de transmission de données de service, par exemple une transmission par l'intermédiaire de données modulées dans l'intervalle de retour trame. On peut également considérer une exploitation dans des environnements de type réseau (e.g. Internet). Le décodeur de la figure 1 est relié à une antenne 1, elle même reliée à un tuner 2 du décodeur. Le signal fourni par le tuner est démodulé par un démodulateur 3. Les données démodulées sont corrigées par un circuit correcteur 4 et transmises à un démultiplexeur 5. Ce dernier est par exemple un démultiplexeur similaire à celui décrit dans la demande de brevet française n0 95 15767 déposée le 29 décembre 1995 au nom de la Demanderesse. Le démultiplexeur 5 comporte un certain nombre de registres de filtrage, appelés filtres par extension, programmés par un microprocesseur 23 en fonction des diverses applications supportées par le décodeur. Le démultiplexeur compare le contenu des registres de filtrage à certains paramètres des paquets de données et charge les paquets de données o correspondant à une comparaison positive. Pour la clarté du schéma, seules les connexions les plus importantes du microprocesseur 23 sont illustrées. Les sections ou paquets audio ou vidéo filtrés par le démultiplexeur sont stockés dans des zones prédéfinies d'une mémoire tampon 6 à l'attention des applications. Si nécessaire, les informations sont tout d'abord décryptées par un circuit décrypteur 7 en fonction des droits de l'utilisateur, avant d'être stockées dans cette mémoire tampon 6. Selon le présent exemple, les applications sont au nombre de cinq: un décodeur audio 16, un décodeur vidéo 17, un décodeur Teletext 18, un ensemble de contrôle d'accès (comprenant le décrypteur 7, un microcontrôleur vérificateur 8 et une interface pour carte à microprocesseur 9 relié en mode de fonctionnement normal à une carte à microprocesseur 10), ainsi qu'un module de gestion des données de service 19. Le décodeur comporte également une interface infrarouge d'une télécommande 24, ladite interface étant également reliée au microprocesseur 23. Ce dernier est connecté à une mémoire 12 comportant le système d'exploitation ainsi que les programmes résidents ou téléchargés de mise en oeuvre des applications. Un modem 13 relié au réseau téléphonique commuté 14 est également commandé par le microprocesseur. Un générateur de caractères 15 permet la génération de menus de commande ou de graphiques relatifs aux paramètres du décodeur ou à une application particulière. Le signal vidéo généré par ce générateur de caractères est multiplexé avec l'un des signaux video en provenance du décodeur vidéo 17 ou du décodeur télétexte 18 vers une première prise Péritel (prise SCART en anglais) reliée à un téléviseur 22 ou une seconde prise Péritel reliée à un magnétoscope 21. Le circuit de multiplexage 20 est géré par le microprocesseur 23. Selon le présent exemple de réalisation, le module de gestion des données de service est physiquement parlant un programme géré par le microprocesseur, bien que conceptuellement, il s'agisse d'une application traitant des paquets de données, au même titre qu'un décodeur audio ou vidéo, pour lesquels des circuits dédiés sont utilisés. Le module est une interface entre les données de service (sections et tables MPEG et DVB) et des applications clientes (guide de programmes, téléachat, jeux interactifs, etc.). Il gère les requêtes des applications clientes et maintient une base de données interne à partir des données de service reçues. Selon le présent exemple de réalisation, I'application cliente est un guide de programmes également géré par le microprocesseur. Pour plus de renseignements sur ce module 19 et, de façon plus générale, les relations entre le démultiplexeur/microprocesseur, le module de gestion des données de service et l'application cliente, le lecteur pourra se référer i5 à la demande de brevet française n 97 15163 déposée le 2 décembre 1997 au nom de la Demanderesse. Dans cette demande, on note que le module de gestion met à la disposition des applications clientes un certain nombre de fonctions destinées à formuler les requêtes relatives aux informations dont l'application a besoin concernant le résumé événement. Le mécanisme de gestion de ces requêtes ne fait pas l'objet de la présente demande et ne sera pas explicité ici. Selon un mode de réalisation, le récepteur décrit ci-dessus est mise en oeuvre pour la réception d'un flux de données numériques suivant le standard DVB précité. L'un des rôles du module de gestion des données de service est de programmer les filtres du démultiplexeur. Pour remplir cette fonction et permettre un accès rapide aux données recherchées, il maintient une image de la structure physique du ou des réseaux (networks en langue anglaise) auxquels il a accès. Les documents EN 300 468 (document 1) et ISO/IEC 13818-1 définissent dix tables donnant des informations sur la configuration du ou des réseaux, bouquets, services et événements transmis. Les tables sont identifiées par des valeurs particulières de données d'identification de paquets ou "PID" (pour "Packet Identification Data" en langue anglaise) et d'identificateurs de tables ("table_id" en langue anglaise), dont les valeurs sont définies par lesdits documents. Chaque table contient un identificateur de version, permettant de déterminer si, d'une transmission de la table à l'autre, le contenu de cette table a changé. La table qui nous intéresse ici est la table dite d'information des événements appelée M"EIT" (pour "Event Information Table" en langue anglaise). La table EIT comporte des informations sur les événements à l'intérieur d'un service donné. Il est prévu quatre types de tables EIT ordonnés selon leur identificateur de table: - deux tables comprenant les informations d'événement courant et suivant du canal de transmission courant ou un autre canal de transmission ("Transport stream" en langue anglaise), deux tables comprenant les informations de programmation d'événements o0 pour le canal de transmission courant ou un autre canal, pour une durée plus longue. Dans la suite, on ne s'intéressera qu'aux événements courants du canal de transmission courant et à la table EIT associée. La table EIT contient des données concernant des événements ou des i5 programmes tels que noms d'événements, durées d'événements, dates de débuts d'événements, etc. L'utilisation de différents descripteurs permet la transmission de différents types d'informations d'événements, par exemple pour différents types de service. La partie 6 intitulée "Descriptors" du document I décrit les différents descripteurs qui peuvent être utilisés à l'intérieur des tables SI en leur attribuant une adresse spécifique. Ainsi, comme il en ressort de la table 12 de la partie 6, l'événement courant peut être décrit par un certain nombre de descripteurs. Cette table 12 fait apparaître un descripteur de résumé statique ("short_event_descriptor" en langue anglaise) qu'on appelera descripteur SE (pour "Short Event" en anglais), qui est décrit plus en détails dans le paragraphe 6.2.27 du document I et qui fournit un résumé statique de l'événement courant, à savoir un résumé général de l'événement. On remarque que les valeurs d'identifiant de table OX80 à OXFE sont destinées à des tables privées. Selon l'invention, un descripteur dit de résumé dynamique (" Dynamic_event_descriptor" en langue anglaise), qu'on appelera descripteur DES (pour "Dynamic Event Summary" en anglais) est émis par le fournisseur de service dans les extensions privées du flux DVB, dans la table EIT courant/suivant du canal de transmission courant. En utilisant la terminologie DVB, ce descripteur peut être défini comme suit, la terminologie anglaise étant stipulée en caractères italiques: Syntaxe n bits Mnemonics descripteurDES DESdescriptor ( { Identifiant descripteur descriptor tag 8 Uimsbf Longueur descripteur Descriptorlength 8 Uimsbf Code langage_ ISO_639 ISO_639_languagecode 4 Bslbf NumeroVersionMiseajour Update_version_number 8 Uimsbf DateMiseajour Update_time 40 Bslbf Longueur-texte Text_length 8 Uimsbf For (i =0 to Longueur_texte) { Caracterestexte 8 Uimsbf } L'identifiant de descripteur est un champ de 8 bits qui identifie chaque descripteur. Les valeurs possibles sont décrites dans le document ISO/IEC 13818-1. Comme les valeurs d'identifiant de descripteur comprises entre Ox80 et OxFE sont réservées aux descripteurs privés, elles pourraient être utilisées pour le ou les identificateurs DES. Dans la suite, on supposera qu'aucun autre descripteur privé n'est utilisé et on choisira, par exemple, 0X80 comme valeur d'identifiant pour le descripteur DES. La longueur de descripteur est le nombre total d'octets dans la partie de données du descripteur. Le code de langage ISO_639 identifie la langue des données textuelles du descripteur. 'fre', par exemple, correspond à la langue française. Le numéro de version mise à jour est le numéro actuel de la version du descripteur. Ce numéro est incrémenté à chaque modification du contenu du descripteur DES de telle sorte que l'application puisse décider de la mise à jour de son cache de données. La date de mise à jour est l'heure à laquelle l'information a été mise à jour. La longueur de texte est le nombre de caractères compris dans le contenu du descripteur, c'est à dire le nombre de caractères du texte correspondant au résumé dynamique. Selon ces définitions, un descripteur DES pourrait avoir la forme suivante, lors de la transmission d'une course de voiture descripteur_DES () { 0x80 fre' 18:34' 108 Après trois heures de course, la voiture n 3 demeure en tête malgré les attaques incessantes de ses rivales.' } Comme précédemment précisé, la réception de ce descripteur au io niveau du récepteur et son extraction au moyen de filtres spécifiques pourraient être mises en oeuvre par les moyens décrits dans la demande de brevet française n 97 1 5163. La figure 2 représente un diagramme de classes selon la notation UML faisant correspondre différentes entités dans le cadre de l'invention. Cette modélisation permet de spécifier, visualiser, produire et documenter un système logiciel grâce à une notation reconnue dans l'industrie logicielle. Par la suite, le microprocesseur/démultiplexeur, le module de gestion et l'application cliente seront regroupés dans une seule entité conceptuelle appelée "Interface Homme-Machine" ou IHM, dénomination bien connue de lI'homme du métier. La figure 3 représente quant à elle un diagramme de séquences des échanges ayant lieu entre les différentes entités lors d'une demande d'information du résumé dynamique d'un utilisateur. Les figures 2 et 3 permettent de comprendre le mécanisme d'acquisition du descripteur DES suite à une requête de l'utilisateur. Le diagramme de classes met en place les aspects statiques du système { flux, IHM, descripteurs, télécommande, menu d'information }, c'est à dire définit les différentes entités du système et leurs relations. Par contre, le diagramme de séquences montre les aspects dynamiques du système, à savoir les enchaînements d'appels de fonctions. On notera que le diagramme de la figure 2 ne comporte que les classes nécessaires à la compréhension du fonctionnement du système. Le diagramme de la figure 2 comporte la classe "Récepteur de télécommande" qui dialogue avec la classe "Interface Homme Machine". Celle-ci comprend les méthodes ToucheinfoPressée et ToucheOKPressée. L'interface Homme Machine est également en relation avec la classe "Menulnfo" dont les attributs sont le nom de l'événement NomEvt, le résumé de l'événement Resume, le résumé dynamique de l'événement ResumeDynamique et la date de mise à jour DateMiseaJour. Les méthodes pouvant être appelées dans cette classe sont les méthodes d'affichage AfficherO, de masquage MasquerO, de définition du nom il de l'événement DefinirNomEvt(texte), de résumé DefiniResume(texte), de résumé dynamique DefinirResumedynamique(texte), et de date de mise à jour DéfinirDateMiseajour(texte). On rappelle que, dans un diagramme de classes, le contenu des parenthèses relatives à une méthode correspond au type des paramètres attendus en entrée. De plus, les paramètres sont nommés. Ainsi, une formulation exacte d'une écriture de la méthode de définition de la date pourrait être DéfinirDate(entier jour, entier mois, entier année). Dans un diagramme de séquences, mais également dans le code lui-même, le contenu des parenthèses est appelé paramètre effectif et s'exprime par exemple DefinirDate(30, 9, 1999). La classe "Interface Homme Machine" est également en relation avec les trois classes "DescripteurDES", "Flux DVB" et "IDescripteurES". La classe "Descripteur_DES" a comme attributs le numéro de version NumeroVersion, la date de mise à jour Date Miseajour et le résumé Resume. Ces attributs sont des chaînes de caractères. Les méthodes appelables sont les méthodes appelant le résumé RetournerResumeO, le numéro de version RetournerNumeroVersionO et la date de mise à jour Re tournerDateMiseajourO. La classe "Flux DVB" présente les méthodes d'attente du descripteur de résumé statique AttenteDescripteurResume() et d'attente du descripteur du résumé dynamique AttenteDescripteurResumeDESO. La classe "DescripteurES" comporte les attributs de nom d'événements NomEvt et de résumé Resume. Les méthodes offertes sont les méthodes renvoyant le nom de l'événement RetournerNomEvtO( et le résumé RetournerResume O. Les liaisons reliant, d'une part, la classe "interface Homme Machine" et, d'autre part, les trois classes" "DescripteurDES", "Flux DVB" et "DescripteurES" traduisent notamment le fait que l'IHM peut appeler les méthodes des classes respectives. Par contre, les liaisons reliant les classes "DeschpteurDES" et "DescripteurES" à la classe "Flux DVB" sont des liaisons représentant des liens de composition, c'est à dire que le flux DVB est composé des descripteurs de résumé statique et dynamique. Selon le mode de réalisation de la figure 3, le microprocesseur analyse les informations du flux uniquement sur demande de l'utilisateur. L'utilisateur sélectionne la touche "INFO" de la télécommande. Le récepteur de télécommande appelle la méthode Touche/nfoPressée de l'IHM. L'IHM appelle les méthodes "AttenteDescripteurResume" et "AttenteDescripteurResumeDES" du flux DVB et se met ainsi en attente de l'apparition dans le flux DVB des descripteurs suivants de résumé statique et dynamique. Ceux-ci sont filtrés selon les méthodes connues de la demande de brevet de la Demanderesse ci-dessus citée au niveau du démultiplexeur au fur et à mesure de leur ordre d'arrivée dans le flux. L'IHM appelle alors la méthode RetournerNomEvt() du descripteur de résumé statique qui renvoie à l'IHM le nom de l'événement courant sous forme d'une chaine de caractères "texte". Ce texte est alors défini pour le menu d'information par la méthode DéfinirNomEvt(texte) dans une première mémoire 251 d'un bloc de mémoires 25 du décodeur de la figure 1. L'IHM appelle ensuite la méthode RetournerResume() qui renvoie à l'IHM le résumé statique de l'événement courant sous forme d'une chaine de caractères. Cette séquence a pour conséquence l'enregistrement de ce résumé statique dans une mémoire 252 du bloc 25. Ce texte est également défini pour le menu d'information. De la même manière, I'IHM appelle la méthode RetournerResume() du descripteur de résumé dynamique qui renvoie à l'IHM le résumé dynamique de l'événement courant sous forme d'une chaine de caractères. Ce résumé dynamique est enregistré dans une troisième mémoire 253 du bloc 25. Ce résumé dynamique est défini pour le menu d'information par la méthode DefinirResumeDynamique(texte). Le numéro de version du résumé dynamique est conservé localement comme décrite dans la demande de brevet citée ci- dessus de la Demanderesse. L'IHM appelle ensuite la méthode RetournerDateMiseajour() qui renvoie à l'IHM la date de la dernière mise à jour du résumé dynamique. Cette date est également définie pour le menu d'information et enregistrée dans une quatrième mémoire 254. L'IHM appelle par la suite la méthode Afficher() de la classe Menuinfo et le menu d'information affiche le nom de l'événement courant, son résumé statique, son résumé dynamique et la date de dernière mise à jour à la date courante. Quand l'utilisateur ne désire plus visualiser ces dernières informations, il appuie sur la touche OK de la télécommande, ce qui appelle la méthode ToucheOKPresséeO et l'IHM appelle la méthode Dissimuler() de la classe MenuInfo. Le menu d'information n'affiche plus alors les informations de résumé. La figure 4 représente un diagramme d'état illustrant l'extraction d'un descripteur de résumé dynamique depuis le flux DVB. Sur requête de l'utilisateur, le système est en attente de réception d'un EIT correspondant à l'événement présent du canal de transmission courant. Si le canal de transmission courant contient une table d'information d'événements EIT, I'IHM se met à scruter successivement l'identifiant de chaque descripteur de la table mentionnée (table des descripteurs correspondant à la table 12 partie 6 du document EN 300 468 V1.3.1). Tant que cette valeur d'identifiant n'est pas celle d'un descripteur_DES, I'IHM passe au descripteur suivant. Lorsque l'IHM a trouvé un descripteurDES, il compare le numéro de version de mise à jour de ce dernier avec le précédent. Si le numéro de version du descripteur véhiculé dans le flux est inférieur ou égal à celui déjà mémorisé, le descripteur ne sera pas mémorisé et on conservera le descripteur déjà mémorisé io pour un éventuel affichage. Si, par contre, le numéro de version du descripteur extrait du flux est supérieur à celui déjà mémorisé, alors le texte de résumé dynamique du descripteur extrait remplace celui enregistré dans la mémoire 253. On notera qu'au démarrage et à chaque changement d'événement, le champ NumeroVersion est réinitialisé. Ainsi, ce premier mode de réalisation nécessite moins de ressources notamment de la part du microprocesseur, mais peut induire un délai lors de la requête de l'utilisateur correspondant à l'intervalle de temps entre deux diffusions successives du descripteurDES, soit environ deux secondes. Selon une variante représentée ci-après sur la figure 10, le texte du résumé dynamique du descripteur extrait ne remplace pas le texte enregistré dans la mémoire 254 mais est enregistré dans une mémoire 255. De manière récurrente, le contenu de chaque descripteur extrait du flux DVB dont le numéro de version est supérieur au numéro du descripteur précédent est enregistré dans une mémoire distincte; de cette sorte, la requête d'affichage du résumé dynamique affichera l'intégralité des résumés dynamiques enregistrés dans chacune de ces mémoires, comme représentée sur la figure 10. On accumule ainsi, par tranches successives concernant des intervalles temporels disjoints de l'événement, le résumé dynamique correspondant à la concaténation des résumés dynamiques partiels décrits. La figure 5 représente un diagramme de séquences des échanges ayant lieu entre les différentes entités en mode de requêtes permanentes d'extraction de descripteurs de résumés dynamiques. Le microprocesseur analyse en mode continu les informations du flux. Ceci se traduit, sur la figure 5, par le fait que les méthodes "AttenteDescripteurResume" et "AttenteDescripteurDES" sont appelées de façon permanente. Le stockage des informations récupérées peut se faire de différentes manières: selon un premier mode, le DES est mémorisé temporairement dans la mémoire tampon dite buffer 6, chaque résumé dynamique étant remplacé par son suivant. Selon un autre mode, tous les résumés dynamiques des descripteurs DES extraits de façon permanente sont enregistrés dans lesdites mémoires distinctes pour pouvoir être affichés sur requête de l'utilisateur. Dans cette version o les descripteurs DES sont constamment scrutés dans le flux, les informations concernant le ou les résumés dynamiques sont constamment disponibles dans la mémoire cache et peuvent être immédiatement affichées sur requête de l'utilisateur. La figure 6 représente un exemple de séquencements d'informations d'un événement dans le cadre d'une course automobile. II est supposé dans la suite que le délai entre deux transmissions successives du descripteur de résumé dynamique est petit par rapport aux différentes étapes numérotées de ( à sur la figure 6, c'est a dire qu'il est de l'ordre de la seconde. L'instant 1 correspond au démarrage de l'événement. Le contenu du is champ texte du descripteur_DES de résumé dynamique est vide. L'instant ) correspond au moment o l'utilisateur requiert l'affichage d'informations sur l'événement en cours, le champ texte du descripteurDES n'étant toujours pas renseigné par le fournisseur de programmes (parce que, par exemple, la course n'a pas débutée). L'utilisateur se voit alors retourner à l'écran le contenu du résumé statique, tel que représenté sur la figure 7. Le moment identifie le début de la course. Après le premier tour, le producteur des programmes décide que l'action qui vient de se dérouler justifie la mise à jour du résumé dynamique. Il renseigne le champ texte du descripteur_DES du résumé des actions déroulées dans l'intervalle et diffuse ce dernier dans le flux DVB. L'utilisateur s'étant absenté entre les instants et , il demande l'affichage d'informations sur l'événement en cours. Il visualise alors sur son écran la fiche information représentée sur la figure 8. Celle-ci comprend le nom de l'événement "Course automobile", le résumé statique SE et le résumé dynamique DES1, correspondant respectivement aux contenus respectifs des mémoires 251,252 et 253 à l'instant O. Un rebondissement intervient à l'instant @ et le producteur met à jour le contenu du descripteur_DES diffusé. Ainsi, I'utilisateur requérant l'affichage d'informations de résumé à un instant postérieur à , visualisera un résumé dynamique DES2 mis à jour, tel que représenté sur la figure 9. Selon un autre mode de réalisation représenté sur la figure 10, suite à une requête d'informations de résumé de l'utilisateur, le générateur de caractères transmet le contenu de toutes les mémoires comportant les différents résumés dynamiques extraits en mode permanent, chaque résumé dynamique étant accompagné de la date d'extraction de ce résumé du flux. Selon un mode de réalisation non décrit, un index s'affiche sur l'écran s de télévision de l'utilisateur visionnant un événement télévisé quand un descripteur de résumé dynamique est extrait du flux DVB ou mémorisé dans une mémoire spécifique. L'utilisateur est ainsi averti de la réception de ces informations et de leur mise à jour. L'invention a également pour objet un émetteur pour la transmission o des descripteurs descripteurDES et descripteurES décrits ci-dessus. Cet émetteur, non illustré, comprend, selon un mode de réalisation, un multiplexeur multiplexant les descripteurs dans le flux de données. Cet émetteur comprend: - des moyens de transmission d'un événement; - des moyens de transmission d'un résumé évolutif dudit événement, le contenu dudit résumé étant fonction du contenu de l'événement survenu au plus tard jusqu'à l'instant de transmission dudit résumé. L'invention n'est bien sûr pas limitée aux modes de réalisation décrits. Ainsi, suite à une requête de l'utilisateur pour l'affichage d'un résumé dynamique, on a décrit l'affichage d'un résumé statique, d'un ou plusieurs résumés dynamiques, conjointement éventuellement à leurs dates d'extraction du flux. Toute autre information accompagnant le résumé dynamique d'un événement pourra être envisagée dans le cadre de l'invention. On a également remarqué que l'apparition de nouveaux résumés dynamiques dépend de l'importance accordée à l'événement courant. On peut cependant imaginer que l'émission de nouveaux résumés dynamiques soit réalisée selon une périodicité fixe. Il est à noter que l'invention ne se limite pas à la seule transmission de données par voie satellitaire, hertzienne ou par câble, mais peut être mise en oeuvre dans tout système o des données ou paquets de données apparaissent périodiquement dans le flux de données. Ceci est notamment le cas pour des flux de données enregistrés ou préenregistrés. D'autre part, si les exemples donnés concernent plus particulièrement les données de service, il est clair que l'invention ne se limite pas à ce type de données. Des données dites privées peuvent, par exemple, être traitées de manière analogue. REVENDICATIONS 1. Procédé de transmission d'informations de service dans un système de télévision, caractérisé en ce qu'il comporte les étapes: - de transmission d'un événement; - de transmission d'un résumé évolutif dudit événement, le contenu dudit résumé étant fonction du contenu de l'évènement survenu au plus tard jusqu'à l'instant de transmission dudit résumé. 2. Procédé selon la revendication 1, caractérisé en ce que ledit résumé évolutif est mis à jour en fonction de l'évolution du contenu de l'évènement selon l'un des modes suivants: - périodiquement, suite à la survenance d'une situation particulière dans le contenu de l'évènement, suite à une commande au niveau de l'émetteur de l'événement. 3. Procédé selon la revendication 1 ou 2, caractérisé en ce que l'étape de transmission dudit résumé est effectuée une pluralité de fois pour une même version de mise à jour dudit résumé. 4. Procédé selon la revendication 3, caractérisé en ce que le contenu d'une version du résumé est tel qu'il ne concerne que la période de l'événement écoulée depuis la mise à jour précédente et jusqu'au plus tard l'instant de diffusion de cette version du résumé. 5. Procédé selon la revendication 3, caractérisé en ce que le contenu d'une version du résumé est tel qu'il concerne la période de l'événement écoulée depuis le début de l'événement et jusqu'au plus tard l'instant de diffusion de cette version du résumé. 6. Procédé selon les revendications précédentes, caractérisé en ce que ledit résumé est transmis dans un flux numérique comportant un descripteur de résumé identifié par un identificateur spécifique. 7. Procédé selon les revendications précédentes, caractérisé en ce qu' il comporte également l'étape de diffusion d'un résumé complet de l'évènement, en parallèle avec l'étape de diffusion du résumé évolutif. 8. Procédé de traitement d'informations de service par un récepteur dans un système de télévision, caractérisé en ce que le procédé comporte les étapes: - d'extraction sélective d'un résumé évolutif d'un événement, le contenu dudit résumé étant fonction du contenu de l'événement survenu au plus tard jusqu'à l'instant de transmission dudit résumé, - de mémorisation de ce résumé dans des premiers moyens de mémorisation (253). 9. Procédé selon la revendication 8, caractérisé en ce que l'étape d'extraction est programmée de sorte à extraire, selon un processus permanent, les résumés relatifs au même événement. 10. Procédé selon la revendication 8, caractérisé en ce que l'étape o d'extraction est programmée de sorte à extraire les résumés relatifs au même événement uniquement sur requête d'une application les ayant requis. 11. Procédé selon l'une des revendications 8 à 10, caractérisé en ce que, suite à chaque extraction de résumé relatif à un même événement, est réalisée une étape de mise à jour du résumé mémorisé dans les premiers moyens de mémorisation (253) pour remplacer le contenu des premiers moyens de mémorisation par le dernier résumé extrait. 12. Procédé selon l'une des revendications 8 à 11, caractérisé en ce que le procédé comporte également une étape: - d'extraction sélective d'un résumé complet de l'événement, - de mémorisation de ce résumé dans des seconds moyens de mémorisation (252) du récepteur. 13. Procédé selon l'une des revendications 8 à 12, caractérisé en ce qu'il comporte une étape d'affichage affichant sur des moyens de visualisation (21, 22) le dernier résumé extrait, suite à une requête d'une application l'ayant requis. 14. Procédé selon l'une des revendications 8, 9, 10, 12 ou 13, caractérisé en ce que, suite à chaque extraction de résumé évolutif, est réalisée une étape de mémorisation de chacun desdits résumés évolutifs dans des moyens de mémorisation respectifs (253, 255). 15. Procédé selon la revendication 14, caractérisé en ce qu'il est réalisé une étape d'affichage affichant sur des moyens de visualisation (21, 22) la concaténation des résumés évolutifs mémorisés dans lesdits moyens de mémorisation respectifs (253, 255). 16. Procédé selon l'une des revendications 8 à 15, caractérisé en ce que le procédé comporte une étape d'affichage de moyens de signalisation pour signaler l'extraction d'un nouveau résumé évolutif. 17. Procédé selon l'une des revendications 8 à 16, caractérisé en ce que l'affichage du résumé évolutif s'accompagne de la date à laquelle l'extraction de ce résumé a eu lieu. 18. Procédé selon l'une des revendications 8 à 17, caractérisé en ce que ledit résumé évolutif est transmis dans un flux numérique comportant un descripteur de résumé identifié par un identificateur spécifique. 19. Récepteur pour la réception d'informations de services dans un système de télévision, caractérisé en ce qu'il comporte: - des moyens d'extraction (5) d'un résumé évolutif d'un événement, le contenu dudit résumé étant fonction du contenu de l'événement survenu au plus tard jusqu'à l'instant de transmission dudit résumé, - des premiers moyens (253) de mémorisation de ce résumé. 20. Récepteur selon la revendication 19, caractérisé en ce que les moyens d'extraction sont également destinés à extraire un résumé complet de l'évènement et en ce que le récepteur comprend en outre des seconds moyens (252) de mémorisation pour mémoriser ledit résumé complet. 21. Emetteur pour la transmission d'informations de services dans un système de télévision, caractérisé en ce qu'il comprend: - des moyens de transmission d'un événement; - des moyens de transmission d'un résumé évolutif dudit événement, le contenu dudit résumé étant fonction du contenu de l'événement survenu au plus tard jusqu'à l'instant de transmission dudit résumé.