Brevet FR2898707A1 — publié le 20070921

Procédé, dispositif et système de gestion d'informations structurées au sein d'une scène graphique. 1. Domaine de l'invention Le domaine de l'invention est celui de l'accès et de la transmission de contenus et, plus précisément, de contenus d'animations graphiques, entre des terminaux clients formant récepteurs, tels que des radio-téléphones, des organiseurs électroniques (PDA), etc., et des serveurs de tels contenus. Plus précisément, l'invention s'applique à un grand nombre d'applications, par exemple du type RichMedia, qui nécessitent de prendre en compte une description des agencements spatio-temporels entre les objets graphiques définissant un contenu d'animations graphiques pour que soit parfaitement restituée sur le terminal client (dit récepteur) le comportement d'une scène graphique d'une application donnée. Il est à noter que la technique de l'invention peut s'appliquer de façon non limitative, à tous les types de descriptions d'animations graphiques existant actuellement, notamment : MPEG-4/BIFS, SVG, SMIL, XHTML, etc. A titre de remarque préliminaire, il est à noter que pour des raisons de clarté de la description, un certains nombres d'informations techniques ont été regroupées en annexe. IL est bien entendu que l'ensemble de ces informations figurant dans ces différentes annexes font partie intégrante de la présente description. 2. État de la technique On connaît à ce jour plusieurs techniques qui permettent de traiter simultanément une base de donnée d'informations structurées et une scène graphique s'appuyant sur de telles informations structurées et sur une suite d'instructions simples permettant d'automatiser certaines tâches et de définir le comportement des objets graphiques contenus dans la scène. Un inconvénient majeur de l'utilisation de telles instructions est qu'elles font partie d'un langage de programmation (ou script) qui doit nécessairement être 30 préalablement interprété ou compilé, c'est-à-dire préalablement traduit dans un langage binaire directement compréhensible par le processeur du terminal sur lequel l'animation graphique doit être restituée. A titre d'exemple illustratif et non limitatif, un tel inconvénient constitue aujourd'hui une entrave à la possibilité de récupérer sur un terminal récepteur une information structurée représentative par exemple d'un guide électronique de programmes disponible auprès d'un terminal serveur de télévision numérique et à la présentation directe de ce guide sous la forme d'une animation graphique correspondante, sur le terminal récepteur ayant requis l'affichage d'un tel guide. En effet, la prise en compte de l'ensemble du guide de programme ne peut se faire au moyen des solutions connues de l'art antérieur sans que soit réalisé une modification de la programmation et/ou du design du lecteur équipant le terminal. En outre, la prise en compte des informations contenues dans ce guide de programmes ne peut en aucun cas s'effectuer en un seul bloc d'information, ce qui a pour inconvénient supplémentaire d'impliquer au contraire une prise en compte itérative de l'information contenu dans le guide du programme, avec pour conséquence des risques de désynchronisation entre l'information disponible sur le serveur à un instant t et sa la restitutioin de cette dernière sur le terminal récepteur à un instant t+dt. 3. Objectifs de l'invention L'invention a notamment pour objectif de pallier ces inconvénients de l'art antérieur. Plus précisément, un objectif de l'invention est de fournir une technique ou un mécanisme simple de gestion d'informations structurées au sein d'une scène graphique, qui : ^ Soit générique en terme de mise en oeuvre ; ^ Puisse s'intégrer au sein de n'importe quelle représentation graphique sous une forme non compilée, sans plus nécessiter comme dans les solutions connues de l'art antérieur, l'utilisation d'un interpréteur de script comme ECMAScript, par exemple, ou encore l'exécution d'une machine virtuelle JAVA (marque déposée) ; ^ Permette la mise en place d'un système d'anticipation de la gestion d'informations structurées, dans le but d'optimiser les ressources matérielles requises pour le traitement de l'application. L'invention a également pour objectif de fournir une telle technique, qui soit simple et peu coûteuse à mettre en oeuvre, tout en permettant de répondre aux différents problèmes techniques suivants : Gérer la variation du volume d'information dans la base d'informations structurées utilisée par le moteur de rendu graphique au sein des scènes graphiques. - Anticiper une ou plusieurs requêtes de valorisation d'objets graphiques et d'interaction sur le comportement d'objets graphiques. - Sauvegarder temporairement l'état de la base d'informations structurées en rapport avec l'état de la scène graphique à un instant donné. - Réduire au minimum les traitements sur la base d'informations structurées et sur les informations structurées, afin de favoriser au maximum le rendement du rendu graphique. L'intérêt technique de l'invention peut se résumer en les trois principaux points techniques suivants : Réduction de la mémoire utilisée ; Gain dans l'utilisation des ressources de calcul ; Compatibilité avec les techniques classiques de décodage. L'invention permet encore de prendre en compte dans un contenu d'animation graphique, des informations structurées éventuellement récupérées auprès d'un serveur de contenus particulier, sans avoir de contrainte de programme ou de design sur le lecteur utilisé sur le terminal récepteur client. Un autre objectif de l'invention est de fournir une technique qui permette la prise en compte d'un bloc d'information structurée dans la description de scène multimédia, ou dans la description d'un contenu graphique d'animation et donc, qui évite tout risque de désynchronisation d'information comme dans les techniques connues de l'art antérieur. Un dernier objectif de l'invention consiste à fournir une telle technique qui permette de s'affranchir de toute contrainte de modification du lecteur dédié à la lecture du contenu graphique d'animation ou de la scène multimédia, ou encore, toute contrainte de re-programmation. 4. Résumé de l'invention Ces objectifs, ainsi que d'autres qui apparaîtront par la suite, sont atteints à l'aide d'un procédé de gestion d'une pluralité d'informations structurées reçue par un terminal client, dite récepteur, en réponse à une requête de récupération d'un contenu d'animations graphiques auprès d'un terminal serveur de tels contenus. Selon l'invention n un tel procédé comprend avantageusement les étapes suivantes : émission d'une requête de récupération d'au moins un contenu d'animation graphique par ledit terminal client, à destination dudit terminal serveur de contenus ; récupération par ledit terminal client d'au moins un fichier de description dudit contenu d'animation graphique, ledit au moins un fichier décrivant l'agencement spatio-temporel entre les objets graphiques dudit contenu d'animation et comprenant au moins une fonction de gestion d'information structurée apte à automatiser : la création et l'exécution de requête d'attribution d'au moins une valeur donnée à au moins un attribut d'au moins un desdits objets graphiques et/ou la création et l'exécution d'au moins une valeur d'interaction avec au moins un desdits objets graphique et tenant compte de ladite pluralité d'informations structurées. Les fonctions de gestion d'information structurée interroge la base de données contenant la pluralité d'informations structurées (par exemple celles relatives à la prise en compte ou à l'intégration dans un contenu d'animations graphiques ou d'une scène multimédia, d'un guide électronique de programmes). Elle permettent de relier un modèle sémantique d'information et un modèle de présentation d'informations sur un terminal client récepteur. Une telle approche suivant le procédé selon l'invention permet en outre avantageusement de s'affranchir de tout mécanisme de script et de toute re- programmation d'un contenu à restituer sur un terminal l'ayant requis. Le procédé permet en outre avantageusement de synchroniser le rendu d'un contenu d'animation graphique sur le terminal client, au moyen d'un modèle déterministe formé par la pluralité d'information structurée prise en compte par les fonctions de gestion, lesquelles sont directement intégré dans le fichier de description du contenu d'animation ou de la scène multimédia. Dans un mode de réalisation avantageux de l'invention, ladite pluralité d'informations structurées est stockée dans une mémoire dudit terminal récepteur. Dans une variante du procédé selon l'invention, ladite pluralité d'informations structurées est reçue par ledit terminal récepteur depuis un serveur indépendant de gestion d'informations structurées relativement à une pluralité de contenus d'animations graphiques. Dans ce mode de réalisation les fonctions de gestion d'informations structurées tiennent compte d'un lien d'adressage (préférentiellement une URL) pointant vers les différentes informations structurées à utiliser pour la restitution d'un contenu graphique prédéterminé, lesquelles sont hébergées sur le serveur de gestion d'information structurée indépendant. Dans une variante de l'invention, le serveur de gestion d'information structurée indépendant et le serveur de contenus d'animations graphiques peuvent être regroupés sous la forme d'un serveur unique. 5. Liste des figures D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation préférentiel, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels : les figures 1, 2 et 3 présentent des exemples d'architecture et d'échange de flux entre les différents éléments du système de transmission et de gestion d'information structurées au sein d'une scène graphique ; la figure 4 illustre un exemple d'un guide électronique de programmes ; les figures 5, 6 et 7 présentent des exemples de page d'un guide électronique de programmes tel qu'illustré en figure 2. 6. Description d'un mode de réalisation préféré de l'invention Le principe général de l'invention repose donc sur un procédé permettant d'intégrer une information structurée dans une scène graphique (ou contenu d'animation graphique) devant être restituée sur un terminal récepteur client. L'invention peut notamment être utilisée dans un grand nombre d'applications qui nécessitent une description d'agencements spatio-temporel d'objets graphiques pour représenter le comportement graphique des dites applications et une base de données d'information structurées mise à jour régulièrement pour valoriser les objets graphiques et interagir sur leur comportement et ainsi présenter sémantiquement l'information à un utilisateur. L'objet de l'invention consiste donc à décrire un dispositif de transmission, de décodage et de traitement de fonctions de gestion d'information structurée (ne fournissant pas d'indication graphique) au sein de scènes graphiques (ou contenus graphique d'animation). De nombreux cas d'usages requièrent l'utilisation de scènes graphiques pour présenter sur un terminal des informations structurées qui sont envoyées sur ce dit terminal par un moyen différent. Selon l'invention, des fonctions de gestion d'information structurée (dénommées FGIS par les inventeurs) au sein de scènes graphiques, décrites dans ce document, permettent de gérer : des requêtes de valorisation des objets graphiques par les informations structurées, ces requêtes de valorisation ayant pour objectif l'affectation d'au moins une valeur à au moins un attribut d'un objet graphique contenu dans la scène ou le contenu d'animation graphique (par exemple : fixer la taille d'un objet rectangle, changer la couleur d'un objet, dire à un objet graphique s'il doit être visible ou invisible, en transparence, etc.) ; des suites d'instructions simples (de niveau de structuration variable), permettant d'automatiser l'exécution de ces requêtes, leur transmission et leur réutilisation au sein de plusieurs scènes graphiques. Une telle représentation relativement bas-niveau des fonctions de gestion permet d'avoir une interaction fine entre les scènes graphiques et les informations structurées envoyées. La technique selon l'invention permet avantageusement de gagner en facilité de maintenance sur la création de contenus d'animation graphique. En particulier, l'utilisation d'un mécanisme intégré au processus de rendu de commandes graphiques permet une dépendance forte entre le contenu et l'utilisation des informations structurées et ne nécessite aucun processus de déboguage (i.e., rechercher et si possible retirer les erreurs) additionnel pour la validation des requêtes de valorisation (ie d'attribution d'au moins une valeur à au moins un attribut de l'objet graphique visé) et d'interaction auprès des objets graphiques. Le scénario suivant donne un exemple de mise en oeuvre de l'invention dans un contexte donné d'application : Un récepteur demande un contenu d'animation graphique à la source (serveur A). Le serveur renvoie un contenu qui décrit l'agencement spatio-temporel 25 des objets graphiques, sous la forme d'un bloc d'informations structurées. Dans ce dernier contenu sont intégrées et décrites des fonctions de gestion d'information structurée (FGIS). Ces dernières peuvent être agencées comme une suite d'instructions simples aptes à permettre 30 l'automatisation des requêtes de valorisation et d'interaction ciblant au moins certains objets graphiques du contenu d'animation graphique requis par le récepteur (terminal client). Elles indiquent notamment qu'un ensemble d'informations structurées stockées en mémoire dans le récepteur, sera accessible ou pas et que 5 dans le cas échéant un traitement (i.e., valorisation et interaction sur un objet graphique) sera effectué. - Les informations structurées sont reçues par le récepteur via un serveur (serveur B) qui peut être indépendant du serveur A. Différentes commandes peuvent être utilisées pour modifier un ensemble 10 de propriétés d'une scène à un instant donné. Les commandes qui doivent être exécutées à un instant précisé par la scène graphique sont décrites comme des URLs activées suite à une interaction utilisateur. Des exemples de ces commandes sont donnés dans l'annexe B, qui fait partie intégrante de la présente description. Des exemples de résultats de ces 15 commandes sont illustrés par les figures 2 à 5. Dans le but de modifier l'apparence de la scène graphiques, les objets graphiques à valoriser, ou qui peuvent subir une interaction, doivent pouvoir être référencés par une clef unique (nommé ID ou DefName suivant les techniques de représentation de scènes graphiques). 20 De telles commandes permettent de définir les types d'informations utilisées par la scène et les noeuds de cette dernière qui doivent recevoir ces informations. Elles comprennent notamment une liste des éléments nécessaires à l'obtention de l'information structurée intégrée dans une description de scène 25 multimédia ou dans un contenu d'animation graphique. Un exemple de syntaxe et de sémantique d'une telle commande est donné ici à titre illustratif : cmd:// ? = & = &... Où: définit le type d'interrogation de la base (ou bloc) 30 d'informations structurées ; et représentent les types d'information à chercher ; et représentent des éléments de ce type d'information. Un autre exemple de définition de noeuds d'une scène graphique est également donné ici à titre illustratif : cmd:// ? = &...&idT= &idA= où : définit le type d'action à réaliser sur les objets graphiques : • étant l'objet graphique à modifier ; • étant l'objet graphique sur lequel il faut interagir si l'information existe. On présente ici un exemple d'implantation de l'invention. Le fonctionnement du procédé de gestion d'informations structurées au sein d'une scène graphique peut se décrire selon les étapes suivantes, en considération de la figure 1 : 1-Saisie des données de description de scènes graphiques et d'informations structurées, via des connexions réseaux ou des lectures de fichiers ; 2-Décompression de ces données afin d'obtenir une description des objets graphiques directement utilisables par un moteur de rendu audio et graphique ; 3- Décompression éventuelle de ces données afin d'obtenir une description des éléments d'informations structurées directement utilisables par les modules interrogeant la base d'informations structurées ; 4- Composition des objets graphiques entre eux pour créer une scène graphique ; 5- Activation des commandes décrivant les fonctions de gestion d'information structurée (FGIS) suivant le modèle d'exécution utilisé par le moteur de rendu (cf. figure 1) ; 6- Traitement des commandes décrivant les FGIS (cf. figure 1). - Rendu (i.e., affichage d'objets visuels ou jeu d'un son) des objets audio et graphiques ; 8Prise en compte des interactions utilisateurs (i.e., clique du pointeur, pression d'une touche, etc.) et enregistrement des activations des FGIS éventuelles ; 9- Etablissement d'une connexion à une source d'information locale ou distante si besoin ; 10- Retour au 1 si aucun mécanisme d'arrêt n'est activé. Ainsi, suite à une requête d'un utilisateur, le système selon l'invention va 10 ouvrir une connexion vers le serveur et récupérer un flux binaire. Ce flux binaire sera analysé par le lecteur (ou player) lequel va alors créer la scène graphique qui contiendra des éléments textuels à rendre. Si une URL contient une commande contenant des FGIS est analysée dans le flux binaire, alors le lecteur l'enregistre et exécutera les FGIS avant le rendu de 15 la prochaine représentation de la scène graphique sur le récepteur (e.g., représentation directe des pixels à l'écran). Une telle approche nouvelle et inventive s'avère particulièrement intéressante en ce qu'elle permet de prendre en compte au niveau du lecteur un bloc d'informations structurées nécessaire à la restitution d'une prochaine 20 représentation de la scène graphique sur le récepteur, sans plus avoir à reprogrammer le lecteur et donc, d'une façon totalement générique. Tout le design d'une scène multimédia ou d'un contenu graphique d'animation est désormais directement effectué dans la scène ou le contenu d'animation. Comme résumé sur la figure 1, le fonctionnement du système et procédé 25 de gestion des FGIS selon l'invention peut se être résumé par les étapes suivantes: 1- Récupération des instructions d'information structurées venant du dispositif de rendu. 2- Etablissement d'une connexion à une source d'information locale ou distante si besoin. 3- Interrogation de la base d'informations structurées et stockage des réponses aux requêtes. 4- Attente et traitement des commandes décrivant les FGIS (cf. étape 6 du rendu, précitée). 5- Retour au 1 si aucun mécanisme d'arrêt n'est activé. Le procédé et système selon l'invention permet avantageusement de conférer à des scènes graphiques ou à des contenus d'animation graphique, par exemple du type richMedia , la possibilité d'accéder à des informations structurées, en leur apportant de nouvelles commandes directement dans leur description, commandes qui seront ensuite directement lues et interprétées par un moteur de rendu, par exemple un moteur de rendu CBMS (selon la norme CBMS du même nom, pour Convergence Broadcast Mobile Services ). Un tel procédé permet avantageusement en outre : de s'affranchir de la contrainte de programmation, tous le rendu 15 graphique d'une scène étant désormais intégré au fichier de description de la scène ; de s'affranchir de toute contrainte de codage en dur de la scène, notamment pour ce qui concerne certaines catégories d'objets graphiques ; 20 de ne plus être contraint par la gestion d'un nombre limité et prédéterminé d'objets graphiques dans une scène. Selon l'invention, une scène multimédia ou un contenu d'animations graphiques est désormais capable de : définir des filtres sur des données ; 25 réaliser une sélection d'un ou de plusieurs objet par la mise en oeuvre d'un filtre préalablement défini ; charger dans la scène des objets graphiques ainsi indexés sur la sélection réalisée ; modifier un ou plusieurs index de la sélection ; 30 - rechercher des valeurs d'attributs pour un objet sélectionné ; tester la valeur d'un attribut d'un objet donné.5 Annexe A : Nouvelles instructions proposées 1 ù Liste des nouvelles commandes 1.1 Commandes d'arithmétique SET cmd://var_set?name=variableName&value=X Qui définit et/ou positionne la valeur d'une variable ADD cmd//var add?name=variableName&value=X -i Qui ajoute X à la valeur d'une variable 10 SUB cmd://var_sub?name=variableName&value=X Qui retranche X à la valeur d'une variable 1.2 Commandes CBMS et de définition de requête 15 cmd://Cbms_filterDef ?name=filtername&expr=expression où : ^ name correspond à un nom qui permet de référencer ce filtre par la suite ; ^ expr est une expression dans un langage de requête comprise par le 20 parser CBMS. Les mots suffixés par $ font référence à des noeuds Textes, ils sont à remplacer par la valeur du noeud correspondant à l'exécution de la requête. On définit en plus dans le cadre de l'invention, une pluralité de requêtes nouvelles complémentaire suivantes : 25 AllServices : tous les services commandés à partir d'un numéro de service ou serviceNumber ; AI1Tv : Tous les services de type TV (télévision) commandés à partir d'un numéro de service ou serviceNumber ; AllRadio: Tous les services de type radio commandés à partir d'un 30 numéro de service ou serviceNumber ; NOW : Tous les services en commande à partir d'un numéro de service ou serviceNumber ; NEXT : Tous les services qui font l'objet d'une nouvelle commande attachée à un numéro de service ou serviceNumber . 1.3 Chargement D'IDs d'éléments basé sur un filtre Les commandes suivantes permettent de charger un bloc d'ID dans la scène selon un filtre donné, et d'activer des noeuds en fonction de l'existence ou non d'une partie du bloc d'ID. 1.3.1 Indexé par valeur La commande indexée par valeur permet sur une commande atomique au niveau de la scène de charger un set cohérent de données. Ainsi on va accéder à n éléments correspondant à un filtre donné, afin de récupérer les ID de ces N éléments et déclencher des noeuds s'il y a bien un élément ou pas. cmd://cbms_loadlD?type=agiventype&filter=filtername& index=variablen ame&idt=DEFS&ids=DEFS&idh=DEFS où : ^ Type est une valeur, cela peut actuellement prendre la valeur service ou program (requis) ^ Filter est une référence à un filtre défini au préalable (requis) ^ Index est une référence à une variable définie au préalable (requis) ^ Idt correspond à une liste de DEF séparés par une virgule qui vont recevoir les valeurs des ID des n éléments selon le filtre défini à partir d'un index. (facultatif) ^ idS correspond à une liste de DEF séparés par une virgule qui seront démarrés s'il y a une ième valeur de présente dans la requête. (facultatif) ^ idH correspond à une liste de DEF séparés par une virgule qui seront démarrés s'il y n'a pas de ième valeur de présente dans la requête. (facultatif) 1.3.2 Indexé par ID La commande indexée par ID permet sur une commande atomique au niveau de la scène de charger un set cohérent de données. Ceci permet charger un set de données de manière que l'élément ayant l'ID ID se trouve à la place indiqué e par la valeur de delta. cmd://cbms_loadlD?filter=filtername&type=agiventype& idindex=id&delt a=avalue&idt=DEFS&I ds=DEFS&idh=DEFS où : ^ Type est une valeur, cela peut actuellement prendre les valeurs service ou program (requis) ; ^ Filter est une référence à un filtre défini au préalable (requis) ^ idindex est un id (requis) ; ^ delta est le décalage que l'on souhaite pour l'id donné dans la requête. ^ Idt correspond à une liste de DEF séparés par une virgule qui vont recevoir les valeurs des ID des n éléments selon le filtre défini à partir d'un index. (facultatif) ; ^ idS correspond à une liste de DEF séparés par une virgule qui seront démarrés s'il y a une ième valeur de présente dans la requête. (facultatif) ; ^ idH correspond à une liste de DEF séparés par une virgule qui seront démarrés s'il y n'a pas de sème valeur de présente dans la requête. 20 (facultatif). 1.4 Récupération d'une valeur d'un élément, Permet de valuer un attribut d'un noeud de scène à partir de la valeur d'un attribut d'un élément que l'on adresse à l'aide de son identifiant. cmd://cbms_getattr type=agiventype&name= 25 atributeName&target=DEF&IDS=DEF&IDH=DEF&ID= agivenlD&format=idformat où : ^ Type est une valeur, cela peut actuellement prendre les valeurs service ou program (requis) ; 30 ^ Name est le nom de l'attribut à récupérer (requis) ; ^ Target est le DEF du noeud pour lequel on va positionner l'attribut si on le trouve (facultatif) ; ^ idS est le DEF d'un noeud qui sera démarré si l'on trouve un attribut ayant une valeur de défini (facultatif) ^ idH est le DEF d'un noeud qui sera démarré si l'on ne trouve pas un attribut ou bien que sa valeur est indéfinie (facultatif) ^ ID est l'id de l'élément en question (requis) ^ Format (facultatif) correspond à un formatage de l'attribut, pas de formatage si absent. 1.5 Test de la valeur d'un élément Ceci permet de tester la valeur d'un attribut d'un élément donné. cmd://cbms_testattr ?type=agiventype&name=atributeName&value= avalue&IDS=DEF&IDH=DEF&ID=agivenlD&format=idformat où : ^ Type est une valeur, cela peut actuellement prendre les valeurs service ou program (requis) ^ Name est le nom de l'attribut à tester (requis) ^ Value est la valeur à laquelle on doit comparer l'attribut. ^ idS est le DEF d'un noeud qui sera démarré si le test est positif. 20 (facultatif) ^ idH est le DEF d'un noeud qui sera démarré si le test est négatif, ou s'il n'y a pas de valeur (facultatif) ^ ID est l'id de l'élément en question. (requis) ^ Format (facultatif) corresponds à un formatage de l'attribut, pas de 25 formatage si absent. 2 ù Abstraction de la structure La structure complexe CBMS est abstraite pour le niveau scène ainsi on ne manipule uniquement des informations d'éléments de Type service ou de type 30 Program. Il est à la charge du CBMS Presenter d'abstraire la complexité de la structure interne de données. Service : ^ shortName ^ narre ^ description ^ serviceNumber ^ servicelD ^ sdp ^ logo ^ freetoAir ^ cleartoair Program : 15 ^ Start ^ End ^ Duration ^ servicelD ^ name 20 ^ description ^ theme ^ parentalrating (La casse et les listes d'attributs sont données à titre indicatif et non limitatif) 10 25 Annexe B Construction du "Panneau Nom de Service" 1Text DEF=text="currentProgramName"/> 10 11'ext DEF= "c urrentProgramS tartT i me "I> 1Text DEF="nextProgramName"/> 1Text DEF="nextProgramEndTime"/> 1Text active="false" DEF="sid"/> 4T> 15 Paramétrage des actions de recherche d'information 25 1Text active="fal se"DEF="prgnext"/> 30 40 Une présentation simple à 2 items Construire la carte Définition de scènes pour l'affichage des services 11' def="group2"> 1Text DEF="grand" text="service2"/> 11' def="groupNext"> 1T def="groupPrev"> 4T> Affichage de la carte des services Put the cbms commands to fil he map 35 // formalisme simplifie 40 45 // formalisme simplifie 15 REVENDICATIONS 1. Procédé de gestion d'une pluralité d'informations structurées reçue par un terminal client, dite récepteur, en réponse à une requête de récupération d'un contenu d'animations graphiques auprès d'un terminal serveur de tels contenus, caractérisé en ce qu'il comprend les étapes suivantes : émission d'une requête de récupération d'au moins un contenu d'animation graphique par ledit terminal client, à destination dudit terminal serveur de contenus ; récupération par ledit terminal client d'au moins un fichier de description dudit contenu d'animation graphique, ledit au moins un fichier décrivant l'agencement spatio-temporel entre les objets graphiques dudit contenu d'animation et comprenant au moins une fonction de gestion d'information structurée apte à automatiser : la création et l'exécution de requête d'attribution d'au moins une 15 valeur donnée à au moins un attribut d'au moins un desdits objets graphiques et/ou la création et l'exécution d'au moins une valeur d'interaction avec au moins un desdits objets graphique et tenant compte de ladite pluralité d'informations structurées. 20 2. Procédé de gestion selon la revendication 1, caractérisé en ce que ladite pluralité d'informations structurées est stockée dans une mémoire dudit terminal récepteur. 3. Procédé de gestion selon la revendication 1, caractérisé en ce que ladite pluralité d'informations structurées est reçue par ledit terminal récepteur depuis 25 un serveur indépendant de gestion d'informations structurées relativement à une pluralité de contenus d'animations graphiques.