FR 2913169 A1 20080829 FR 0701442 A 20070228 PROCEDE DE MISE A JOUR DE DONNEES STRUCTUREES DIFFUSEES EN BOUCLE A DES TERMINAUX MOBILES La présente invention concerne la diffusion d'informations structurées à des terminaux fixes ou mobiles. La présente invention concerne plus particulièrement, mais non exclusivement, la diffusion de guides de programmes vidéo, par exemple conformément à la norme ESG (Electronic Guide Service) dans un système du type IP Datacast (IPDC) de diffusion de programmes vidéo conformément au standard DVB-H (Digital Video Broadcast -Handheld). Le système de diffusion IPDC, spécifié dans le document ETSI 102 471, Vl.1.1 (2006-04), "Digital Video Broadcasting (DVB); IP Datacast over DVB-H: Electronic Service Guide (ESG)", permet de fournir des contenus numériques et des services utilisant des mécanismes basés sur le protocole IP (Internet Protocol), qui sont optimisés pour des terminaux disposant de moyens de calcul et d'alimentation limités. Le système IPDC comprend une voie de diffusion unidirectionnelle qui peut être combinée avec une ou plusieurs voies bidirectionnelles utilisant un réseau mobile ou cellulaire pour la fourniture de services interactifs. La norme ESG propose un service de guides de programmes permettant aux utilisateurs de sélectionner des services et des programmes. En réalité, les informations de guide de programme affichées par un terminal correspondent à une partie des informations diffusées. C'est la raison pour laquelle les informations de guide de programme sont réparties dans des flux de données distincts, accessibles à partir d'adresses IP différentes. Ainsi, les informations nécessaires à l'affichage d'un guide de programme sont transmises sous la forme de flux de données structurées, appelés "ESG sessions", qui sont transmis en boucle et accessibles à des adresses IP déterminées. Les données structurées, également appelées méta-données", permettent notamment de chercher des informations, programmer un disque dur, et afficher une grille de programmes vidéo. Les méta-données sont structurées par exemple à l'aide d'un langage de structuration d'informations tel que XML (eXtended Markup Language). Ainsi, les flux de données d'affichage peuvent comprendre des informations de différentes natures, comme des informations textuelles, et des images, qui peuvent nécessiter d'être mise à jour suivant des périodes de mises à jour différentes. Les adresses IP des flux de données d'un guide de programme sont transmises également sous la forme d'un flux de données d'acquisition appelé "Announcement Session", qui est accessible à une adresse IP particulière. Un flux de données d'acquisition fournit également des données d'indexation permettant d'accéder à un élément d'information particulier dans un flux de données d'affichage. Les adresses IP donnant accès aux guides de programmes disponibles, c'est-à-dire aux flux de données d'acquisition des guides de programmes disponibles sont également rassemblées dans un flux de données de démarrage, appelé "Bootstrap Session", qui est accessible à une adresse IP connue des terminaux mobiles. Ainsi, la quantité de données nécessaires à la réception et l'affichage d'un guide de programmes sur un terminal peut être relativement importante pour le terminal, compte tenu de la taille de sa mémoire. La structure décrite précédemment des données permettant l'affichage d'un guide de programme s'avère également complexe et donc requiert de la part du terminal une puissance de calcul relativement élevée. Il en résulte que si ces traitements sont réalisés par un terminal mobile, ils ne peuvent pas être effectués à une fréquence élevée, faute de quoi, la batterie d'alimentation du terminal risque de s'épuiser rapidement. Les flux de données sont diffusés en boucle ou en mode carrousel durant des cycles répétitifs. Ainsi, la totalité des informations d'un flux peut être obtenue en accédant à l'adresse IP du flux, et en écoutant le flux de données diffusées pendant un cycle de diffusion. Les informations d'un guide de programmes sont réparties dans les flux de données d'affichage en fonction de la fréquence à laquelle elles doivent être répétées, chaque flux ayant sa propre durée de cycle. Le processus de mise à jour d'un guide de programme sur un terminal comporte quatre périodes successives T1-T4 qui sont répétées indéfiniment. Durant la période Tl qui peut être de l'ordre de 24h, ou moins par exemple en cas de mise à jour exceptionnelle, le terminal ne tente pas d'effectuer de mise à jour. A l'expiration de la période Tl, le terminal déc=lenche une opération de mise à jour s'étendant sur les périodes T2, T3 et T4. Durant la période T2, le terminal est connecté au réseau pour obtenir les informations du guide de programme. Durant la période T3, le terminal traite les informations reçues et met à jour le guide de programme qu'il stocke dans sa mémoire. Le guide de programme en mémoire du terminal est ensuite affiché durant la période T4. Les périodes T3 et T4 dépendent de la nature et de la quantité de données contenues dans le guide de programme, et des caractéristiques du terminal. Les périodes T3 et T4 sont généralement de l'ordre de quelques secondes ou minutes. La période T2 qui peut durer plusieurs dizaines de 35 minutes s'avère relativement longue et coûteuse en terme de consommation électrique. La période T2 s'avère d'autant plus pénalisante que les informations qui sont obtenues durant cette période ne comportent la plupart du temps aucune mise à jour. La période Tl est donc choisie relativement longue pour éviter de répéter trop souvent les opérations de mise à jour d'un guide de programme sur un terminal, et donc de décharger trop rapidement la batterie d'alimentation du terminal. Il en résulte qu'il n'est pas possible de procéder à une mise à jour des guides de programmes mémorisés par les terminaux, à une fréquence courte, ou rapidement à la suite d'un changement de programme. Pour assurer la gestion de la mise à jour des guides de programme, chaque ensemble d'information d'un flux est associé à un numéro de version et à une date d'expiration qui sont définies dans le flux. La date d'expiration d'un ensemble de données d'un flux ne signifie pas que les informations correspondantes ont été nécessairement mises à jour, mais indique simplement aux terminaux si l'ensemble d'information associé à la date d'expiration est toujours valide ou s'ils doivent ignorer l'ensemble d'information. La date d'expiration d'un ensemble de données indique également aux terminaux quand ils devraient accéder à nouveau au réseau pour y rechercher d'éventuelles mises à jour. En raison de la longueur de la durée de la période Tl, il est donc fréquent qu'un terminal mémorise des données invalides pendant une période assez longue. La présente invention a donc pour objet de permettre une mise à jour plus rapide d'un guide de programme mémorisé par un terminal, et donc de permettre d'augmenter la fréquence de mise à jour d'un guide de programme mémorisé par le terminal, sans augmenter d'une manière importante la consommation électrique du terminal. Cet objectif est atteint par la prévision d'un procédé de réception de données structurées à mémoriser par un terminal, les données structurées étant diffusées périodiquement sous la forme de flux de données structurées, le procédé comprenant des étapes de : (a) réception d'un flux de données de démarrage accessible à une adresse connue du terminal et contenant des informations d'accès à au moins un ensemble d'au moins un flux de données structurées, (b) sélection d'un ensemble de flux de données structurées à mémoriser par le terminal, (c) réception de chaque flux de données structurées de l'ensemble sélectionné, accessible à l'aide des informations d'accès fournies dans le flux de démarrage, et (d) mise à jour des données mémorisées par le terminal si les données structurées reçues ont été mises à jour par rapport à des données structurées mémorisées par le terminal. Selon un mode de réalisation, chaque ensemble de flux de données structurées est associé dans le flux de données de démarrage à une information de mise à jour permettant de déduire si des données de l'ensemble de flux de données structurées ont été mises à jour, l'étape (a) comprenant la détermination si l'ensemble de flux de données structurées sélectionné a été mis à jour, d'après l'information de mise à jour associée, contenue dans le flux de démarrage, les étapes (c) et (d) étant exécutées uniquement si l'ensemble de flux de données structurées sélectionné a été mis à jour. Selon un mode de réalisation, l'information de mise à jour d'un ensemble de flux de données structurées contenue dans le flux de démarrage comprend un numéro de version, le procédé comprenant des étapes de comparaison du numéro de version de l'ensemble de flux de données structurées sélectionné, reçu dans le flux de démarrage, à un numéro de version mémorisé par le terminal, et une mise à jour du numéro de version mémorisé par le terminal avec le numéro de version reçu. Selon un mode de réalisation, les informations d'accès à au moins un ensemble de flux de données structurées à mémoriser par le terminal comprennent au moins une adresse d'accès à un flux de données d'acquisition, le flux de données d'acquisition comprenant l'adresse de chaque flux de données structurées de l'ensemble de flux de données structurées à mémoriser par le terminal, le procédé comprenant des étapes de réception d'un flux de données d'acquisition à une adresse d'accès sélectionnée, fournie dans le flux de données de démarrage, et d'accès à chaque flux de données structurées à mémoriser par le terminal, à l'aide de chaque adresse fournie dans le flux d'acquisition. Selon un mode de réalisation, chaque flux de données structurées est associé à une information de mise à jour contenue dans le flux d'acquisition correspondant et permettant de déduire si le flux de données structurées a été mis à jour, les étapes et étant exécutées pour un flux de données structurées uniquement si le flux de données structurées a été mis à jour. Selon un mode de réalisation, l'information de mise à jour d'un flux de données structurées contenue dans le flux d'acquisition est un numéro de version, le procédé comprenant des étapes de comparaison du numéro de version de chaque flux de données structurées de l'ensemble sélectionné, à un numéro de version du flux de données structurées mémorisé par le terminal, et de mise à jour du numéro de version du flux de données structurées mémorisé par le terminal avec le numéro de version reçu. Selon un mode de réalisation, chaque flux de données structurées est associé à une table décrivant la structure des données contenues dans le flux et contenant l'information de mise à jour permettant de déduire si le flux de données structurées a été mis à jour, chaque table de flux de données structurées étant insérée dans le flux de données d'acquisition correspondant. Selon un mode de réalisation, au moins l'un des flux de données comprend une table décrivant la structure du flux, la réception du flux étant effectuée en recevant en parallèle la table et les données du flux. Selon un mode de réalisation, au moins l'un des flux de données est séparé en deux flux de données accessibles à des adresses distinctes, comportant un premier flux comprenant une table décrivant une structure de données, et un second flux comprenant des données dont la structure est décrite dans la table du premier flux, le premier flux et le second flux étant reçus en parallèle par le terminal. Selon un mode de réalisation, plusieurs flux de données structurées sont reçus en parallèle par le 20 terminal. Selon un mode de réalisation, le procédé comprend l'affichage par le terminal des données structurées mises à jour avec les données structurées reçues. Selon un mode de réalisation, les données 25 structurées sont des données d'affichage de guides de programmes transmises dans un système de diffusion de programmes vidéo selon le standard DVB-H. L'invention concerne également un terminal de réception d'informations structurées à mémoriser, les 30 données structurées étant diffusées périodiquement sous la forme de flux de données structurées, le terminal étant configuré pour exécuter les étapes suivantes : (a) recevoir un flux de données de démarrage accessible à une adresse connue du terminal et contenant des informations d'accès à au moins un ensemble d'au moins un flux de données structurées, (b) sélectionner un ensemble de flux de données structurées à mémoriser par le terminal, (c) recevoir chaque flux de données structurées de l'ensemble sélectionné, accessible à l'aide des informations d'accès fournies dans le flux de démarrage, et (d) mettre à jour des données mémorisées par le terminal si les données structurées reçues ont été mises à jour par rapport à des données structurées mémorisées par le terminal. Selon un mode de réalisation, chaque ensemble de flux de données structurées est associé dans le flux de données de démarrage à une information de mise à jour permettant de déduire si des données de l'ensemble de flux de données structurées ont été mises à jour, le terminal étant configuré pour déterminer si l'ensemble sélectionné a été mis à jour d'après l'information de mise à jour associée, reçue dans le flux de démarrage, et pour exécuter les étapes (c) et (d) uniquement si l'ensemble de flux de données structurées sélectionné a été mis à jour. Selon un mode de réalisation, l'information de mise à jour d'un ensemble de flux de données structurées contenue dans le flux de démarrage comprend un numéro de version, le terminal étant configuré pour comparer le numéro de version de l'ensemble de flux de données structurées sélectionné, reçu dans le flux de démarrage, à un numéro de version mémorisé, et mettre à jour le numéro de version mémorisé avec le numéro de version reçu. Selon un mode de réalisation, les informations d'accès à au moins un ensemble de flux de données structurées à mémoriser par le terminal comprennent au moins une adresse d'accès à un flux de données d'acquisition, le flux de données d'acquisition comprenant l'adresse de chaque flux de données structurées de l'ensemble de flux de données structurées à mémoriser par le terminal, le terminal étant configuré pour recevoir un flux de données d'acquisition à une adresse d'accès sélectionnée, fournie dans le flux de données de démarrage, et accéder à chaque flux de données structurées à mémoriser, à l'aide de chaque adresse fournie dans le flux d'acquisition. Selon un mode de réalisation, chaque flux de données structurées est associé à une information de mise à jour contenue dans le flux d'acquisition correspondant et permettant de déduire si le flux de données structurées a été mis à jour, le terminal étant configuré pour exécuter les étapes (c) et (d) pour un flux de données structurées, uniquement si le flux de données structurées a été mis à jour. Selon un mode de réalisation, l'information de mise à jour d'un flux de données structurées contenue dans le flux d'acquisition est un numéro de version, le terminal étant configuré pour comparer le numéro de version de chaque flux de données structurées de l'ensemble sélectionné, à un numéro de version du flux de données structurées mémorisé par le terminal, et mettre à jour le numéro de version du flux de données structurées mémorisé par le terminal avec le numéro de version reçu. Selon un mode de réalisation, chaque flux de données structurées est associé à une table décrivant la structure des données contenues dans le flux et contenant l'information de mise à jour permettant de déduire si le flux de données structurées a été mis à jour, chaque table de flux de données structurées étant insérée dans le flux de données d'acquisition correspondant. Selon un mode de réalisation, au moins l'un des flux de données comprend une table décrivant la structure du flux, le terminal étant configuré pour recevoir en parallèle la table et les données du flux. Selon un mode de réalisation, au moins l'un des flux de données est séparé en deux flux de données accessibles à des adresses distinctes, comportant un premier flux comprenant une table décrivant une structure de données, et un second flux comprenant des données dont la structure est décrite dans la table du premier flux, le terminal étant configuré pour recevoir en parallèle les premier et second flux. Selon un mode de réalisation, le terminal est configuré pour recevoir en parallèle plusieurs flux de 15 données structurées. Selon un mode de réalisation, le terminal est configuré pour afficher les données structurées mises à jour avec les données structurées reçues. Selon un mode de réalisation, les flux de données 20 structurées contiennent des données d'affichage de guides de programmes transmises dans un système de diffusion de programmes vidéo selon le standard DVB-H. Selon un mode de réalisation, le terminal comprend un dispositif de téléphonie mobile. 25 L'invention concerne également un procédé d'émission de données structurées à mémoriser par des terminaux, les données structurées étant diffusées périodiquement sous la forme de flux de données structurées, le procédé comprenant des étapes de : 30 - émission d'un flux de données de démarrage accessible à une adresse connue de terminaux et contenant des informations d'accès à au moins un ensemble d'au moins un flux de données structurées, et - émission de chaque flux de données structurées de 35 chaque ensemble de flux de données structurées, Selon un mode de réalisation, chaque ensemble de flux de données structurées est associé dans le flux de données de démarrage à une information de mise à jour permettant de déduire si des données de l'ensemble de 5 flux de données structurées ont été mises à jour. mode de réalisation, l'information de mise ensemble de flux de données structurées le flux de démarrage comprend un numéro de de réalisation, les informations un ensemble de flux de données à mémoriser par les terminaux comprennent au adresse d'accès à un flux de données d'acquisition, le flux de données d'acquisition 15 comprenant l'adresse de chaque flux de données structurées d'un ensemble de flux de données structurées, le procédé comprenant des étapes d'émission d'au moins un flux de données d'acquisition à une adresse d'accès contenue dans le flux de données de démarrage. 20 Selon un mode de réalisation, chaque flux de données structurées est associé à une information de mise à jour contenue dans le flux d'acquisition correspondant et permettant de déduire si le flux de données structurées a été mis à jour. 25 Selon un mode de réalisation, l'information de mise à jour d'un flux de données structurées contenue dans le flux d'acquisition est un numéro de version. Selon un mode de réalisation, chaque flux de données structurées est associé à une table décrivant la 30 structure des données contenues dans le flux et contenant l'information de mise à jour permettant de déduire si le flux de données structurées a été mis à jour, chaque table de flux de données structurées étant insérée dans le flux de données d'acquisition correspondant. 10 Selon un à jour d'un contenue dans version. Selon d'accès à structurées moins une un mode au moins Selon un mode de réalisation, au moins l'un des flux de données est séparé en un premier flux comprenant une table décrivant une structure de données, et un second flux comprenant des données dont la structure est décrite dans la table du premier flux, le premier flux et le second flux étant émis en parallèle à des adresses distinctes. Selon un mode de réalisation, plusieurs flux de données structurées sont émis en parallèle à des adresses 10 distinctes. Selon un mode de réalisation, les données structurées sont des données d'affichage de guides de programmes transmises dans un système de diffusion de programmes vidéo selon le standard DVB-H. 15 L'invention concerne également un émetteur d'informations structurées à mémoriser par des terminaux, les données structurées étant diffusées périodiquement sous la forme de flux de données structurées, l'émetteur étant configuré pour exécuter les étapes suivantes : 20 - émettre un flux de données de démarrage accessible à une adresse connue des terminaux et contenant des informations d'accès à au moins un ensemble d'au moins un flux de données structurées, et - émettre chaque flux de données structurées de chaque 25 ensemble de données structurées. Selon un mode de réalisation, chaque ensemble de flux de données structurées est associé dans le flux de données de démarrage à une information de mise à jour permettant de déduire si des données de l'ensemble de 30 flux de données structurées ont été mises à jour. Selon un mode de réalisation, l'information de mise à jour d'un ensemble de flux de données structurées contenue dans le flux de démarrage comprend un numéro de version. Selon un mode de réalisation, les informations d'accès à au moins un ensemble de flux de données structurées à mémoriser par les terminaux comprennent au moins une adresse d'accès à un flux de données d'acquisition, le flux de données d'acquisition comprenant l'adresse de chaque flux de données structurées de l'ensemble de flux de données structurées, l'émetteur étant configuré pour émettre au moins un flux de données d'acquisition à une adresse d'accès fournie dans le flux de données de démarrage. Selon un mode de réalisation, chaque flux de données structurées est associé à une information de mise à jour contenue dans le flux d'acquisition correspondant et permettant de déduire si le flux de données structurées a été mis à jour. Selon un mode de réalisation, l'information de mise à jour d'un flux de données structurées contenue dans le flux d'acquisition est un numéro de version. Selon un mode de réalisation, chaque flux de données structurées est associé à une table décrivant la structure des données contenues dans le flux et contenant l'information de mise à jour permettant de déduire si le flux de données structurées a été mis à jour, chaque table de flux de données structurées étant insérée dans le flux de données d'acquisition correspondant. Selon un mode de réalisation, au moins l'un des flux de données est séparé en un premier flux comprenant une table décrivant une structure de données, et un second flux comprenant des données dont la structure est décrite dans la table du premier flux, l'émetteur étant configuré pour émettre en parallèle le premier flux et le second flux à des adresses distinctes. Ces objets, caractéristiques et avantages ainsi que 35 d'autres de la présente invention seront exposés plus en détail dans la description suivante d'un mode de réalisation de l'invention, faite à titre non limitatif en relation avec les figures jointes parmi lesquelles : - la figure 1 représente sous la forme de blocs un système de diffusion de guides de programmes dans un système de diffusion de programmes vidéo, la figure 2 représente sous forme de blocs la structure d'informations de guides de programme, selon l'art antérieur, - la figure 3 représente sous la forme d'un organigramme une procédure de mise à jour d'un guide de programme exécuté par un terminal, selon l'art antérieur, - la figure 4 représente sous la forme d'un organigramme une procédure de mise à jour d'un guide de programme exécuté par un terminal, selon un mode de réalisation de l'invention, - la figure 5 représente sous la forme d'un organigramme une procédure de mise à jour d'un guide de programme exécuté par un terminal, selon un autre mode de réalisation de l'invention, - la figure 6 représente sous la forme de blocs une structure d'information de guide de programme selon un autre mode de réalisation de l'invention, les figures 7 et 8 représentent sous la forme d'organigrammes des procédures de mise à jour d'un guide de programme exécuté par un terminal, selon deux autres modes de réalisation de l'invention, - la figure 9 représente sous la forme de blocs une structure d'information de guide de programme selon un 30 autre mode de réalisation de l'invention. La figure 1 représente un système de diffusion de programmes vidéo VPB comportant un système de diffusion de guides de programmes concernant les programmes vidéo diffusés par le système VPB et des terminaux mobiles 1 35 adaptés à la réception des programmes vidéo et les guides de programmes diffusés. Les guides de programmes sont générés par un serveur de guides de programme BESGS, les informations contenues dans les guides de programmes étant fournies au serveur BESGS par un serveur de programmes SPRV. Les programmes diffusés par le système de diffusion VPB sont par exemple conformes à la norme DVB-H. Avantageusement, les terminaux comportent également des moyens de connexion à un réseau mobile MNT qui peut être utilisé pour fournir des informations additionnelles, liées ou non aux programmes vidéo diffusés, par exemple dans le cadre de services interactifs. Ces informations additionnelles peuvent être fournies par le serveur SPRV à un autre serveur de guide de programme TESGS connecté au réseau mobile MNT. La figure 2 représente sous forme de blocs la structure des informations transmises par le service de guide de programme, conformément au protocole FLUTE (File deLivery over Unidirectional Transport) par le serveur BESGS. Ainsi, ces informations comprennent un flux de données de démarrage BTSTP du service de guide de programme, également appelé "Bootstrap session", des flux de données d'acquisition de guides de programme ANNi, également appelés "Announcement sessions", et des flux de données structurées SS1, ... SSn, également appelés ("ESG sessions"). Les données structurées, également appelées méta-données", permettent notamment de chercher des informations, programmer un disque dur, et afficher une grille de programmes vidéo à l'écran des terminaux 1. Le flux BTSTP indique quels sont les guides de programmes disponibles et comment les obtenir. Plusieurs opérateurs peuvent ainsi disposer de leurs propres guides de programmes adaptés à chaque type de terminal. Le flux BTSTP est accessible à une adresse IP ADO connue des terminaux d'utilisateurs. Il contient plusieurs ensembles de données repérés chacun par un identifiant TOI (Transport Object Identifier), dont une table FDT (File Delivery Table) associée à un identifiant TOI égal à 0 et décrivant le contenu des autres ensembles de données du flux BTSTP, c'est-à-dire l'identifiant X, Y de chacun des autres ensembles de données contenu dans le flux, et la structure du contenu de chaque ensemble. Ainsi, dans l'exemple de la figure 1, le flux BTSTP comprend deux ensembles de données, à savoir un ensemble ESGP contenant des informations sur des fournisseurs de guides de service, et un ensemble de données d'accès ESGA contenant notamment les adresses IP ADAi des flux de données ANNi permettant d'accéder aux guides de programmes de chaque opérateur référencé dans l'ensemble ESGP. Chaque flux de données ANNi fournit les informations permettant d'accéder à un guide de programme d'un opérateur pour une plate-forme donnée, c'est-à-dire un type de terminal mobile particulier. Chaque flux de données ANNi décrit comment les informations du guide de programmes sont réparties en un ou plusieurs flux de données d'affichage SS1, ... SSn, etcomment accéder à ces flux. Comme le flux BTSTP, chaque flux ANNi contient plusieurs ensembles de données associés à un identifiant TOI, dont une table FDT repérée par l'identifiant 0, donnant l'identifiant et décrivant le contenu de chacun des autres ensembles de données du flux. Chaque flux ANNi contient ainsi un ensemble EIC repéré par l'identifiant A définissant le format de transmission du guide de programme correspondant, et notamment si le guide de programme est transmis sous la forme d'un ou plusieurs flux de données d'affichage SS1-SSn. L'ensemble EIC comprend également les adresses IP ADS1, ... ADSn des flux de données d'affichage. L'ensemble EIC comprend également une liste d'indexes et une structure d'indexes permettant aux terminaux de détecter un changement dans une partie appelée "fragment" dans un flux de données d'affichage sans avoir à recevoir à nouveau tous les fragments du flux. La structure d'indexes permet de définir des ensembles de sous-indexes EIDX1, ... EIDXp repérés dans la table FDT par des identifiants X1, .. Xp. Chaque flux de méta-données de guide de programme SSl-SSn contient plusieurs ensembles de données associés chacun à un identifiant TOI:, dont une table FDT repérée par l'identifiant 0, donnant l'identifiant et décrivant le contenu des autres ensembles de données, appelés "fragments" EFC1, ... EFCm, du flux SS1-SSn. Les informations contenues dans les flux BTSTP, ANNi, ..., SSl-SSn sont diffusées en boucle ou en mode carrousel durant des cycles répétitifs. Ainsi, la totalité des informations d'un flux peut être obtenue en accédant à l'adresse IP du flux, et en écoutant le flux de données diffusées pendant un cycle de diffusion. Les informations d'un guide de programmes peuvent être réparties dans les flux de données d'affichage SS1-SSn en fonction de la fréquence à laquelle elles doivent être répétées, chaque flux ayant sa propre durée de cycle. Dans un flux, des informations peuvent être répétées pour être diffusées à une fréquence supérieure à celle du flux. Pour assurer la gestion de la mise à jour des guides de programme, chaque ensemble d'information d'un flux est associé à un numéro de version et à une date d'expiration qui sont définies dans la table FDT du flux. Une mise à jour d'un flux ANNi, SSl-SSn peut alternativement être déterminée à partir des informations contenues dans la table par rapport à la table FDT du flux reçue précédemment. Par exemple, une mise à jour peut être indiquée dans la table FDT du flux par un identifiant TOI modifié par rapport à la table FDT du flux reçue précédemment. Pour mettre à jour un guide de programme dans sa mémoire, un terminal 1 exécute la procédure P1 représentée sur la figure 3. Compte tenu de la structure des informations des guides de programmes précédemment décrite (figure 2), la procédure Pl comprend des étapes d'initialisation successives S1 à S6 et des étapes d'acquisition des informations du guide de programmes S10-j à S13-j, j étant un nombre entier variant de 1 à n, n étant le nombre de flux d'informations d'affichage SS1-SSn dans lesquels sont réparties les informations du guide de programme. A l'étape S1, le terminal 1 se connecte au flux BTSTP à l'aide d'une adresse IP qui est stockée dans sa mémoire ou accessible par un moyen quelconque, par exemple introduite par l'utilisateur du terminal, reçue par le terminal sous la forme d'un SMS (Short Message Service), ... A l'étape S2, le terminal 1 reçoit la table FDT définissant la structure des données du flux BTSTP. A l'étape S3, le terminal 1 reçoit les données du flux BTSTP et sélectionne parmi les données reçues, l'adresse IP du guide de programme souhaité. Ensuite, le terminal 1 se connecte à l'adresse IP sélectionnée (étape S4), et reçoit la table FDT du flux d'acquisition ANNi se trouvant à l'adresse IP sélectionnée (étape S5). A l'étape S6, le terminal reçoit les données du flux ANNi contenant les adresses IP des flux de données d'affichage SS1-SSn. Les étapes d'acquisition des flux de données d'affichage SS1-SSn peuvent ensuite être exécutées en parallèle par le terminal 1, puisque ces flux sont accessibles à des adresses IP différentes. Ainsi, pour chaque flux SSj (SSl-SSn), le terminal exécute une étape S10-j (S10-1, ... S10-n) de connexion à l'adresse de diffusion du flux de données d'affichage SSj, recueillie dans le flux ANNi, et une étape S11-j de réception de la table FDT du flux SSj. Si la table FDT reçue indique qu'une mise à jour a été effectuée par rapport aux données correspondantes mémorisées par le terminal (étape S12-j), le terminal exécute l'étape S13-j de réception des données d'affichage contenues dans le flux SSj qui a été mis à jour. Compte tenu de la procédure P1 précédemment 10 décrite, la durée maximum de la période T2 indiquée sur la figure 3 résulte du cumul des durées suivantes : - la durée maximum d'acquisition T2-1 de la table FDT du flux BSTTP, - la durée maximum d'acquisition T2-2 du contenu du flux 15 BSTTP, - la durée maximum d'acquisition T2-3 de la table FDT du flux ANNi, - la durée maximum d'acquisition T2-4 du contenu du flux ANNi, 20 - la durée maximum d'acquisition T2-5-j de la table FDT de la flux SSj, et - la durée maximum d'acquisition T2-6-j du contenu du flux SSj. Si aucune mise à jour n'est à effectuer par le 25 terminal 1, la durée maximum de la période T2 peut être calculée de la manière suivante : T2 = T2-1 + T2-2 + T2-3 + T2-4 + MAX3(T2-5-j) (1) dans laquelle MAXJ(T2-5j) représente la durée la plus longue parmi les durées T2-5-j pour tous les flux SSj. 30 Lorsqu'une mise à jour complète est effectuée, la durée maximum de la période T2 est calculée de la manière suivante : T2 = T2-1 + T2-2 + T2-3 + T2-4 + MAXi(T2-5-j + T2-6-j) (2) Les acquisitions des flux BTSTP, ANNi, SSl-SSn 35 nécessaires à la mise à jour d'un guide de programme sont nécessairement effectuées séquentiellement, l'acquisition d'un flux ANNi nécessitant des informations fournies par le flux BTSTP, et l'acquisition des flux SSl-SSn nécessitant des informations fournies par le flux ANNi correspondant. Selon un mode de réalisation de l'invention illustré sur la figure 4, la durée de la période T2 peut être réduite en prévoyant de rendre les acquisitions de flux parallélisables. Ainsi, la figure 4 représente une procédure de mise à jour P2 comportant les mêmes étapes que la procédure Pl. Dans la procédure P2, chaque terminal 1 effectue la réception en parallèle de la table FDT d'un flux et des données du flux. Ce mode de réception en parallèle peut être appliqué à tous les flux BTSTP, ANNi, SSl-SSn ou seulement une partie de ces flux. Dans la procédure P2, les étapes S2 et S3 de chargement de la table et des données du flux BTSTP sont exécutées en parallèle. Il en est de même des étapes S5 et S6 pour le flux ANNi et des étapes S11-j et S13-j pour chaque flux SSj (SSl-SSn). Comme l'information de mise à jour de chaque flux SSl-SSn n'est disponible qu'une fois que la table FDT correspondante est chargée par le terminal, le terminal peut arrêter le chargement des données à une étape S13-j s'il apparaît à l'étape S12-j que les données n'ont pas été mises à jour. Ainsi, dans le mode de réalisation illustré par la figure 4, lorsque les informations du guide de programme sélectionné n'ont pas été mises à jour, la durée maximum de la période T2 devient : T2 = MAX (T2-1, T2-2) + MAX(T2-3,T2-4) + MAXI (T2-5-j) (3) En cas de mise à jour, la durée maximum de la période T2 peut être évaluée de la manière suivante : T2 = MAX(T2-1,T2-2) + MAX(T2-3,T2-4) + MAX](T2-5-j,T2-6-j) (4) La durée maximum de la période T2 reste inchangée si la durée d'acquisition T2-6-j de chacun des flux reçus est inférieure à la durée maximum MAX3(T2-5-j) en considérant tous les flux SSl-SSn. Selon un autre mode de réalisation de l'invention, des informations de modification des informations de guides de programme sont ajoutées par le serveur BESGS dans le premier flux de données acquis, à savoir le flux BTSTP représenté sur la figure 2. Ainsi, un numéro de version est ajouté pour chaque guide de programme, c'est-à-dire pour chaque flux ANNi référencé dans le flux BTSTP. Les numéros de version sont ajoutés de préférence dans la table FDT du flux BTSTP. Bien entendu, d'autres moyens d'indication de mise à jour qu'un numéro de version peuvent être employés, comme l'utilisation de nouveaux identifiants TOI pour référencer des informations mises à jour. La procédure de mise à jour du guide de programme mémorisé par un terminal 1 peut être ainsi modifiée comme illustré sur la figure 5. La figure 5 représente une procédure P3 comportant les mêmes étapes que la procédure Pl. La procédure P3 comprend en outre une étape S21 supplémentaire insérée entre les étapes S2 et S3. L'étape S21 détermine d'après le numéro de version lu pour le guide de programmes à mettre à jour, si de nouvelles informations sont reçues pour ce guide de programmes. Si aucune mise à jour n'est reçue, la procédure P3 se termine sans procéder à la réception des autres flux de données. Si le guide de programme a été mis à jour, les tests de mise à jour effectués aux étapes S12-1, ... S12-n permettent de déterminer les flux SSl-SSn qui ont été mis à jour. Ainsi, si le guide de programmes demandé par le terminal 1 n'est pas mis à jour, la durée maximum de la période T2 est égale à la durée de téléchargement de la table FDT du flux BTSTP : T2 = T2-1 (5) En cas de mise à jour du guide de programme demandé, cette modification de la table FDT du flux BTSTP n'a pratiquement pas d'incidence sur la durée maximum de la période T2, seuls des numéros de version étant transmis en plus des informations normalement transmises. Le numéro de version choisi peut être la date en secondes depuis une date de référence prédéfinie. Si aucun numéro de version n'est présent dans le flux BTSTP, ou si un numéro de version supérieur à celui mémorisé par le terminal est présent dans le flux BTSTP, ou si le terminal ne mémorise pas de numéro de version, la procédure P3 est poursuivie jusqu'au chargement des flux de données d'affichage SSl-SSn. Si au contraire le numéro de version figurant dans le flux BTSTP est identique à celui mémorisé par le terminal, la procédure P3 est arrêtée. Selon un autre mode de réalisation de l'invention, on cherche à éviter que les terminaux 1 tentent d'accéder à tous les flux SSl-SSn, mais seulement aux flux mis à jour. A cet effet, les tables FDT sont retirées des flux SSl-SSn et insérées dans le flux d'information ANNi par le serveur BESGS, comme illustré sur la figure 6. Sur la figure 6, les tables FDT des flux SSl-SSn sont transmis dans le flux ANNi, chacune de ces tables étant associée à un identifiant TOI Fl-Fn. Les flux SSl-SSn ne comportent donc pas de table FDT. La procédure de mise à jour peut donc être modifiée comme représenté sur la figure 7. La figure 7 représente une procédure de mise à jour P4 comportant les mêmes étapes que la procédure P1, mis à part que l'étape S6 est remplacée par une étape S6' de réception du flux ANNi modifié pour inclure les tables FDT des flux SSl-SSn. Par rapport à la procédure Pl, les étapes de test de mise à jour S12-1, ... S12-n de la procédure P4 sont effectuées avant les étapes S10-1, ... S10-n d'accès du terminal aux adresses ADS1-ADSn de diffusion des flux de données d'affichage SSl-SSn. Ainsi, dès la réception du flux ANNi d'un guide de programmes souhaité, le terminal 1 peut déterminer à l'aide des tables FDT des flux SSl-SSn reçues dans le flux ANNi si au moins un flux SS1-SSn du guide de programme a été mis à jour. La durée d'exécution de l'étape S6' est égale à la durée T2-4 augmentée de la somme des durées T2-5-j de téléchargement des tables FDT des flux SS1-SSn. La durée maximum de la période T2 est donc la suivante : T2 = T2-1 + T2-2 + T2-3 + T2-4 + ET2-5-j (6) en cas de non mise à jour d'un guide de programmes, et en cas de mise à jour du flux SSj : T2 = T2-1 + T2-2 + T2-3 + T2-4 + ET2-5-j + T2-6j (7) Les tables FDT des flux SS1-SSn présente une taille de l'ordre de quelques dizaines d'octets. L'augmentation de la durée de l'étape S6' par rapport à celle de l'étape S6 ne pénalise donc pas d'une manière importante la durée de la période T2, que ce soit ou non en cas de mise à jour du guide de programme. Il est à noter que la présence de mises à jour des flux SS1- SSn peut être indiquée dans le flux ANNi en prévoyant dans le flux ANNi un simple numéro de version pour chaque flux SSl-SSn. Avantageusement, deux ou l'ensemble des modes de réalisation précédemment décrits peuvent être combinés. La figure 8 représente une procédure P5 de mise à jour d'un guide de programme, lorsque ces trois modes de réalisation sont combinés conformément à un autre mode de réalisation de l'invention. Sur la figure 8, les tables FDT et les données de chaque flux BTSTP, ANNi sont reçues en parallèle ; l'étape S2 est suivie de l'étape S21 de test de la mise à jour du guide de programme sélectionné ; les tables FDT des flux SSl-SSn sont reçues clans le flux ANNi (étape S6') ; et seuls les flux SS1-SSn mis à jour sont reçus. Grâce à ces dispositions, la durée maximum de la période T2 est égale à T2-1 en cas de non mis à jour d'un 5 guide de programme, et : T2 = MAX(T2-1,T2-2) + MAX(T2-3,T2-4 + ET2-5-j) + T2-6j (8) en cas de mise à jour du flux SSj uniquement. En cas de non mise à jour, la durée maximum de la période T2 peut donc être réduite grâce à l'invention, 10 pour passer de plusieurs dizaines de minutes à quelques secondes. Sachant que les cas de non mise à jour des guides de programmes sont les plus fréquents, chaque terminal 1 peut vérifier rapidement et pour un coût en énergie très 15 faible, si une mise à jour est disponible. La durée de la période Ti, actuellement de l'ordre de 24 heures, qui définit la plus petite période de mise à jour possible peut donc être réduite pour permettre des mises à jour plus fréquentes des guides de programmes affichés par les 20 terminaux 1. Il peut être envisagé une solution intermédiaire entre la procédure P2 d'une part et d'autre part, les procédures P4 et P5. Cette solution intermédiaire consiste à n'introduire dans le flux ANNi que des numéros 25 de version des flux SS1-SSn, ce qui permet de conserver les étapes S12-1, ... S12-n avant les étapes S10-1, . S10-n sans pénaliser la durée T2-4 de l'étape de chargement du flux ANNi (étape S6 de la procédure P2 au lieu de l'étape S6' des procédures P4 et P5) et de 30 conserver l'avantage du chargement en parallèle des tables FDT (étapes S12-1, ... S12-n) et des données (étapes S13-1, ... S13-n) des flux SSl-SSn de la procédure P2. La figure 9 représente une structure d'informations 35 de guides de programme selon un autre mode de réalisation..DTD: de l'invention. Sur la figure 9, la structure des informations transmises par le service de guide de programme comprend deux flux de données de démarrage du service de guide de programme BTSTP1, BTSTP2, deux flux de données d'acquisition ANNli, ANN2i par guide de programme i, et deux ensembles de flux de données d'affichage SS11, ... SSln, SS21, ... SS2n pour chaque guide de programmes. Les flux de données BTSTP1 et BTSTP2 sont accessibles à des adresses IP connues des terminaux 1. Le flux BTSTP1 contient la table FDT (File Delivery Table) repérée par un identifiant TOI égal à 0 et décrivant le contenu du flux BTSTP2, c'est-à-dire l'identifiant X, Y de chaque ensemble de données contenu dans le flux BTSPT2, et la structure du contenu de chacun de ces ensembles. Ainsi, dans l'exemple de la figure 9, le flux BTSTP2 comprend deux ensembles de données, à savoir un ensemble ESGP contenant des informations sur des opérateurs fournisseurs de guide de service, et un ensemble de données d'accès ESGA contenant notamment les adresses IP ADAli, ADA2i des flux de données ANNli, ANN2i permettant d'accéder aux guides de programmes de chaque opérateur référencé dans l'ensemble ESGP. Chaque flux de données ANN2i fournit les informations permettant d'accéder à un guide de programme d'un opérateur pour une plate-forme donnée, c'est-à-dire un type de terminal mobile particulier. Chaque flux de données ANNli contient une table FDT repérée par l'identifiant 0, donnant l'identifiant et décrivant le contenu du flux ANN2i. Chaque flux ANN2i décrit comment les informations du guide de programmes sont réparties en plusieurs flux SS1, . SSn, et comment accéder aux informations relatives aux flux SS1-SSn. Le flux ANN2i contient un ensemble EIC repéré par l'identifiant X définissant le format de transmission du guide de..DTD: programme correspondant, et notamment si le guide de programme est transmis sous la forme de plusieurs flux. Si tel est le cas, l'ensemble EIC comprend également les adresses IP ADS11, ... ADS1n, ADS21, ... ADS2n des flux de données d'affichage SSlI-SSln, SS21-SS2n. L'ensemble EIC comprend également une liste d'indexes et une structure d'indexes permettant aux terminaux de détecter un changement dans une partie appelée "fragment" dans un guide de programme sans avoir à recevoir à nouveau tous les fragments d'un flux SS1-SSn. La structure d'indexes permet de définir des ensembles de sous-indexes EIDX1, ... EIDXp repérés dans la table FDT par des identifiants Xl, ... Xp. Chacun des flux SS11-SSln contient une table FDT repérée par l'identifiant 0, fournissant l'identifiant et décrivant le contenu du flux SS21-SS2n correspondant. Chacun des flux SS21-SS2n contient plusieurs fragments de données EFC1, ... EFCm associés chacun à un identifiant TOI. La structure d'informations représentée sur la figure 9 est compatible avec la procédure de mise à jour P2 illustrée sur la figure 4. Elle peut être modifiée pour que les tables FDT des flux SSll-SSln figurent dans le flux ANN2i. Avec une telle structure d'informations, les terminaux 1 exécutent la procédure de mise à jour P5 représentée sur la figure 8. Dans cette solution intermédiaire, la durée maximum de la période T2 en cas d'absence de mise à jour correspond à celle de la procédure représentée sur la figure 7 ou 8, et en cas de mise à jour, celle de la procédure représentée sur la figure 4. Il apparaîtra clairement à l'homme de l'art que la présente invention est susceptible de diverses variantes de réalisation et d'applications. En particulier, l'invention n'est pas limitée à une structure d'informations à trois niveaux comme celle représentée sur la figure 2 comprenant un premier niveau comprenant le flux BTSTP, un second niveau comprenant les flux ANNi pour chaque guide de programme, et un troisième niveau comprenant tous les ensembles de flux SS1-SSn de chaque guide de programme. En effet, il est aisé d'imaginer une structure à deux niveaux ou à plus de trois niveaux pour s'adapter à une application particulière. Bien qu'elle permette de résoudre un problème lié au fait que les terminaux mobiles ne disposent pas d'une source d'énergie illimitée, l'invention ne s'applique pas uniquement à des terminaux mobiles, mais à tout type de terminal susceptible de recevoir des informations diffusées en boucle et susceptibles de contenir des informations mises à jour. L'invention ne s'applique pas uniquement à la mise à jour de guides de programmes dans le cadre d'un système de diffusion de programmes vidéo à des terminaux mobiles. Elle s'applique plus généralement à la mise à jour d'informations structurées mémorisées par des terminaux à l'aide de flux d'informations diffusés en boucle. REVENDICATIONS 1. Procédé de réception de données structurées à mémoriser par un terminal (1), les données structurées étant diffusées périodiquement sous la forme de flux de données structurées (SS1-SSn), le procédé comprenant des étapes de : (a) réception d'un flux de données de démarrage (BTSTP) accessible à une adresse connue du terminal et contenant des informations d'accès à au moins un ensemble d'au moins un flux de données structurées (SS1-SSn), (b) sélection d'un ensemble de flux de données structurées à mémoriser par le terminal, (c) réception de chaque flux de données structurées (SS1-SSn) de l'ensemble sélectionné, accessible à l'aide des informations d'accès fournies dans le flux de démarrage, et (d) mise à jour des données mémorisées par le terminal si les données structurées reçues ont été mises à jour par rapport à des données structurées mémorisées par le terminal, caractérisé en ce que chaque ensemble de flux de données structurées (SS1-SSn) est associé dans le flux de données de démarrage (BTSTP) à une information de mise à jour permettant de déduire si des données de l'ensemble de flux de données structurées ont été mises à jour, l'étape (a) comprenant la détermination si l'ensemble de flux de données structurées sélectionné a été mis à jour, d'après l'information de mise à jour associée, contenue dans le flux de démarrage, les étapes (c) et (d) étant exécutées uniquement si l'ensemble de flux de données structurées sélectionné a été mis à jour. 2. Procédé selon la revendication 1, dans lequel l'information de mise à jour d'un ensemble de flux de 28 données structurées (SSl-S`en) contenue dans le flux de démarrage (BTSTP) comprend un numéro de version, le procédé comprenant des étapes de comparaison du numéro de version de l'ensemble de flux de données structurées sélectionné, reçu dans le flux de démarrage, à un numéro de version mémorisé par le terminal (1), et une mise à jour du numéro de version mémorisé par le terminal avec le numéro de version reçu. 3. Procédé selon la revendication 1 ou 2, dans lequel les informations d'accès à au moins un ensemble de flux de données structurées (SS1-SSn) à mémoriser par le terminal (1) comprennent au moins une adresse (ADAi) d'accès à un flux de données d'acquisition (ANNi), le flux de données d'acquisition comprenant l'adresse (ADS1-ADSn) de chaque flux de données structurées de l'ensemble de flux de données structurées à mémoriser par le terminal, le procédé comprenant des étapes de réception d'un flux de données d'acquisition à une adresse d'accès sélectionnée, fournie dans le flux de données de démarrage, et d'accès à chaque flux de données structurées à mémoriser par le terminal, à l'aide de chaque adresse fournie dans le flux d'acquisition. 4. Procédé selon l'une des revendications 1 à 3, dans lequel chaque flux de données structurées (SSl-SSn) est associé à une information de mise à jour contenue dans le flux d'acquisition (ANNi) correspondant et permettant de déduire si le flux de données structurées a été mis à jour, les étapes (c) et (d) étant exécutées pour un flux de données structurées uniquement si le flux de données structurées a été mis à jour. 5. Procédé selon la revendication 4, dans lequel 35 l'information de mise à jour d'un flux de données structurées (SSl-SSn) contenue dans le flux d'acquisition (ANNi) est un numéro de version, le procédé comprenant des étapes de comparaison du numéro de version de chaque flux de données structurées de l'ensemble sélectionné, à un numéro de version du flux de données structurées mémorisé par le terminal (1), et de mise à jour du numéro de version du flux de données structurées mémorisé par le terminal avec le numéro de version reçu. 6. Procédé selon la revendication 4 ou 5, dans lequel chaque flux de données structurées (SSl-SSn) est associé à une table (FDT) décrivant la structure des données contenues dans le flux et contenant l'information de mise à jour permettant de déduire si le flux de données structurées a été mis à jour, chaque table de flux de données structurées étant insérée dans le flux de données d'acquisition (ANNi) correspondant. 7. Procédé selon l'une des revendications 1 à 6, dans lequel au moins l'un des flux de données (BTSTP, ANNi, SSl-SSn) comprend une table (FDT) décrivant la structure du flux, la réception du flux étant effectuée en recevant en parallèle la table et les données du flux. 8. Procédé selon l'une des revendications 1 à 7, dans lequel au moins l'un des flux de données (BTSTP, ANNi, SSl-SSn) est séparé en deux flux de données (BTSTP1, BTSTP2, ANNli, ANN2i, SS11-SSln, SS21-SS2n) accessibles à des adresses distinctes, comportant un premier flux comprenant une table (FDT) décrivant une structure de données, et un second flux comprenant des données dont la structure est décrite dans la table du premier flux, le premier flux et le second flux étant reçus en parallèle par le terminal (1).35 9. Procédé selon l'une des revendications 1 à 8, dans lequel plusieurs flux de données structurées (SS1-SSn) sont reçus en parallèle par le terminal (1). 10. Procédé selon l'une des revendications 1 à 9, comprenant l'affichage par le terminal (1) des données structurées mises à jour avec les données structurées reçues. 11. Procédé selon l'une des revendications 1 à 10, dans lequel les données structurées (SS1-SSn) sont des données d'affichage de guides de programmes transmises dans un système de diffusion de programmes vidéo selon le standard DVB-H. 12. Terminal (1) de réception d'informations structurées à mémoriser, les données structurées étant diffusées périodiquement sous la forme de flux de données structurées (SS1-SSn), le terminal étant configuré pour exécuter les étapes suivantes : (a) recevoir un flux de données de démarrage (BTSTP) accessible à une adresse connue du terminal et contenant des informations d'accès à au moins un ensemble d'au moins un flux de données structurées (SS1-SSn), (b) sélectionner un ensemble de flux de données structurées à mémoriser par le terminal, (c) recevoir chaque flux de données structurées (SS1-SSn) de l'ensemble sélectionné, accessible à l'aide des informations d'accès fournies dans le flux de démarrage, et (d) mettre à jour des données mémorisées par le terminal si les données structurées reçues ont été mises à jour par rapport à des données structurées mémorisées par le terminal, caractérisé en ce que chaque ensemble de flux de données structurées (SSl-SSn) est associé dans le flux de données de démarrage (BTSTP) à une information de mise à jour permettant de déduire si des données de l'ensemble de flux de données structurées ont été mises à jour, le terminal (1) étant configuré pour déterminer si l'ensemble sélectionné a été mis à jour d'après l'information de mise à jour associée, reçue dans le flux de démarrage, et pour exécuter les étapes (c) et (d) uniquement si l'ensemble de flux de données structurées sélectionné a été mis à jour. 13. Terminal selon la revendication 12, dans lequel l'information de mise à jour d'un ensemble de flux de données structurées (SS1-SSn) contenue dans le flux de démarrage (BTSTP) comprend un numéro de version, le terminal étant configuré pour comparer le numéro de version de l'ensemble de flux de données structurées sélectionné, reçu dans le flux de démarrage, à un numéro de version mémorisé, et mettre à jour le numéro de version mémorisé avec le numéro de version reçu. 14. Terminal selon la revendication 12 ou 13, dans lequel les informations d'accès à au moins un ensemble de flux de données structurées (SSl-SSn) à mémoriser par le terminal (1) comprennent au moins une adresse (ADAi) d'accès à un flux de données d'acquisition (ANNi), le flux de données d'acquisition comprenant l'adresse (ADS1-ADSn) de chaque flux de données structurées de l'ensemble de flux de données structurées à mémoriser par le terminal, le terminal étant configuré pour recevoir un flux de données d'acquisition à une adresse d'accès sélectionnée, fournie dans le flux de données de démarrage, et accéder à chaque flux de données structurées à mémoriser, à l'aide de chaque adresse fournie dans le flux d'acquisition. 15. Terminal selon l'une des revendications 12 à 14, dans lequel chaque flux de données structurées (SS1-SSn) est associé à une information de mise à jour contenue dans le flux d'acquisition (ANNi) correspondant et permettant de déduire si le flux de données structurées a été mis à jour, le terminal (1) étant configuré pour exécuter les étapes (c) et (d) pour un flux de données structurées, uniquement si le flux de données structurées a été mis à jour. 16. Terminal selon la revendication 15, dans lequel l'information de mise à jour d'un flux de données structurées (SS1-SSn) contenue dans le flux d'acquisition (ANNi) est un numéro de version, le terminal (1) étant configuré pour comparer le numéro de version de chaque flux de données structurées de l'ensemble sélectionné, à un numéro de version du flux de données structurées mémorisé par le terminal (1), et mettre à jour le numéro de version du flux de données structurées mémorisé par le terminal avec le numéro de version reçu. 17. Terminal selon la revendication 15 ou 16, dans lequel chaque flux de données structurées (SS1-SSn) est associé à une table (FDT) décrivant la structure des données contenues dans le flux et contenant l'information de mise à jour permettant de déduire si le flux de données structurées a été mis à jour, chaque table de flux de données structurées étant insérée dans le flux de données d'acquisition (ANNi) correspondant. 18. Terminal selon l'une des revendications 12 à 35 17, dans lequel au moins l'un des flux de données (BTSTP, ANNi, SS1-SSn) comprend une table (FDT) décrivant la structure du flux, le terminal étant configuré pour recevoir en parallèle la table et les données du flux. 19. Terminal selon l'une des revendications 12 à 18, dans lequel au moins l'un des flux de données (BTSTP, ANNi, SS1-SSn) est séparé en deux flux de données (BTSTP1, BTSTP2, ANNli, ANN2i, SS11-SSln, SS21-SS2n) accessibles à des adresses distinctes, comportant un premier flux comprenant une table (FDT) décrivant une structure de données, et un second flux comprenant des données dont la structure est décrite dans la table du premier flux, le terminal étant configuré pour recevoir en parallèle les premier et second flux. 20. Terminal selon l'une des revendications 12 à 19, configuré pour recevoir en parallèle plusieurs flux de données structurées (SS1-SSn). 21. Terminal selon l'une des revendications 12 à 20, configuré pour afficher les données structurées mises à jour avec les données structurées reçues. 22. Terminal selon l'une des revendications 12 à 21, dans lequel les flux de données structurées (SS1-SSn) contiennent des données d'affichage de guides de programmes transmises dans un système de diffusion de programmes vidéo selon le standard DVB-H. 23. Terminal selon l'une des revendications 12 à 22, comprenant un dispositif de téléphonie mobile. 24. Procédé d'émission de données structurées à mémoriser par des terminaux (1), les données structurées étant diffusées périodiquement sous la forme de flux de données structurées (SS1-SSn), le procédé comprenant des étapes de : -- émission d'un flux de données de démarrage (BTSTP) accessible à une adresse connue de terminaux et contenant des informations d'accès à au moins un ensemble d'au moins un flux de données structurées (SSl-SSn), et -. émission de chaque flux de données structurées (SSl-SSn) de chaque ensemble de flux de données structurées, caractérisé en ce que chaque ensemble de flux de données structurées (SS1-SSn) est associé dans le flux de données de démarrage (BTSTP) à une information de mise à jour permettant de déduire si des données de l'ensemble de flux de données structurées ont été mises à jour. 25. Procédé selon la revendication 24, dans lequel l'information de mise à jour d'un ensemble de flux de données structurées (SSl-SSn) contenue dans le flux de démarrage (BTSTP) comprend un numéro de version. 26. Procédé selon la revendication 24 ou 25, dans lequel les informations d'accès à au moins un ensemble de flux de données structurées (SS1-SSn) à mémoriser par les terminaux (1) comprennent au moins une adresse (ADAi) d'accès à un flux de données d'acquisition (ANNi), le flux de données d'acquisition comprenant l'adresse (ADS1-ADSn) de chaque flux de données structurées d'un ensemble de flux de données structurées, le procédé comprenant des étapes d'émission d'au moins un flux de données d'acquisition à une adresse d'accès contenue dans le flux de données de démarrage (BTSTP). 27. Procédé selon l'une des revendications 24 à 26, dans lequel chaque flux de données structurées (SSl-SSn) est associé à une information de mise à jour contenue dans le flux d'acquisition (ANNi) correspondant etpermettant de déduire si le flux de données structurées a été mis à jour. 28. Procédé selon la revendication 27, dans lequel 5 l'information de mise à jour d'un flux de données structurées (SS1-SSn) contenue dans le flux d'acquisition (ANNi) est un numéro de version. 29. Procédé selon la revendication 27 ou 28, dans 10 lequel chaque flux de données structurées (SSl-SSn) est associé à une table (FDT) décrivant la structure des données contenues dans le flux et contenant l'information de mise à jour permettant de déduire si le flux de données structurées a été mis à jour, chaque table de 15 flux de données structurées étant insérée dans le flux de données d'acquisition (ANNi) correspondant. 30. Procédé selon l'une des revendications 24 à 29, dans lequel au moins l'un des flux de données (BTSTP, 20 ANNi, SS1-SSn) est séparé en un premier flux (BTSTP1, ANNli, SS11-SSln) comprenant une table (FDT) décrivant une structure de données, et un second flux (BTSTP2, ANN2i, SS21-SS2n) comprenant des données dont la structure est décrite dans la table du premier flux, le 25 premier flux et le second flux étant émis en parallèle à des adresses distinctes. 31. Procédé selon l'une des revendications 24 à 30, dans lequel plusieurs flux de données structurées (SS1-30 SSn) sont émis en parallèle à des adresses distinctes. 32. Procédé selon l'une des revendications 24 à 31, dans lequel les données structurées (SSl-SSn) sont des données d'affichage de guides de programmes transmises dans un système de diffusion de programmes vidéo selon le standard DVB-H. 33. Emetteur d'informations structurées à mémoriser par des terminaux (1), les données structurées étant diffusées périodiquement sous la forme de flux de données structurées (SSl-SSn), l'émetteur étant configuré pour exécuter les étapes suivantes : émettre un flux de données de démarrage (BTSTP) accessible à une adresse connue des terminaux et contenant des informations d'accès à au moins un ensemble d'au moins un flux de données structurées (SSl-SSn), et - émettre chaque flux de données structurées (SSl-SSn) de chaque ensemble de données structurées, caractérisé en ce que chaque ensemble de flux de données structurées (SSl-SSri) est associé dans le flux de données de démarrage (BTSTP) à une information de mise à jour permettant de déduire si des données de l'ensemble de flux de données structurées ont été mises à jour. 34. Emetteur selon la revendication 33, dans lequel l'information de mise à jour d'un ensemble de flux de données structurées (SS1-SSn) contenue dans le flux de démarrage (BTSTP) comprend un numéro de version. 35. Emetteur selon la revendication 33 ou 34, dans lequel les informations d'accès à au moins un ensemble de flux de données structurées (SSl-SSn) à mémoriser par les terminaux (1) comprennent au moins une adresse (ADAi) d'accès à un flux de données d'acquisition (ANNi), le flux de données d'acquisition comprenant l'adresse (ADS1-ADSn) de chaque flux de données structurées de l'ensemble de flux de données structurées, l'émetteur étant configuré pour émettre au moins un flux de données d'acquisition à une adresse d'accès fournie dans le flux de données de démarrage (BTSTP). 36. Emetteur selon l'une des revendications 33 à 35, dans lequel chaque flux de données structurées (SSl-SSn) est associé à une information de mise à jour contenue dans le flux d'acquisition (ANNi) correspondant et permettant de déduire si le flux de données structurées a été mis à jour. 37. Emetteur selon la revendication 36, dans lequel l'information de mise à jour d'un flux de données structurées (SSl-SSn) contenue dans le flux d'acquisition (ANNi) est un numéro de version. 38. Emetteur selon la revendication 36 ou 37, dans lequel chaque flux de données structurées (SSl-SSn) est associé à une table (FDT) décrivant la structure des données contenues dans le flux et contenant l'information de mise à jour permettant de déduire si le flux de données structurées a été mis à jour, chaque table de flux de données structurées étant insérée dans le flux de données d'acquisition (ANNi) correspondant. 39. Emetteur selon l'une des revendications 33 à 38, dans lequel au moins l'un des flux de données (BTSTP, ANNi, SSl-SSn) est séparé en un premier flux (BTSTP1, table (FDT) décrivant second flux (BTSTP2, des données dont la table du premier flux, émettre en parallèle le des adresses distinctes. ANNli, SS11-SSln) une structure de ANN2i, SS21-SS2n) comprenant structure est décrite dans la l'émetteur étant configuré pour premier flux et le second flux à comprenant une données, et un 40. Emetteur selon l'une des revendications 33 à 39, dans lequel les données structurées (SS1-SSn) sont des données d'affichage de guides de programmes transmises dans un système de diffusion de programmes vidéo selon le standard DVB--H.