WO2007107534A1 - Procédé, dispositif et système de gestion d'informations structurées au sein d'une scène graphique - Google Patents

Procédé, dispositif et système de gestion d'informations structurées au sein d'une scène graphique Download PDF

Info

Publication number
WO2007107534A1
WO2007107534A1 PCT/EP2007/052545 EP2007052545W WO2007107534A1 WO 2007107534 A1 WO2007107534 A1 WO 2007107534A1 EP 2007052545 W EP2007052545 W EP 2007052545W WO 2007107534 A1 WO2007107534 A1 WO 2007107534A1
Authority
WO
WIPO (PCT)
Prior art keywords
graphic
structured information
content
rendering
scene
Prior art date
Application number
PCT/EP2007/052545
Other languages
English (en)
Inventor
Erwann Gouesbet
Elouan Le Coq
Original Assignee
Streamezzo
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Streamezzo filed Critical Streamezzo
Priority to EP07727023A priority Critical patent/EP1997040A1/fr
Priority to US12/293,379 priority patent/US20090167769A1/en
Publication of WO2007107534A1 publication Critical patent/WO2007107534A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/957—Browsing optimisation, e.g. caching or content distillation
    • G06F16/9577—Optimising the visualization of content, e.g. distillation of HTML documents
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234318—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by decomposing into objects, e.g. MPEG-4 objects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
    • H04N21/44012—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving rendering scenes according to scene graphs, e.g. MPEG-4 scene graphs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47205—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for manipulating displayed content, e.g. interacting with MPEG-4 objects, editing locally
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/8543—Content authoring using a description language, e.g. Multimedia and Hypermedia information coding Expert Group [MHEG], eXtensible Markup Language [XML]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL

Definitions

  • the field of the invention is that of access and transmission of contents and, more precisely, of graphic animation contents, between customer terminals forming receivers, such as radio telephones, electronic organizers (PDAs). , etc., and servers of such contents.
  • customer terminals forming receivers such as radio telephones, electronic organizers (PDAs). , etc., and servers of such contents.
  • the invention applies to a large number of applications, for example of the RichMedia type, which need to take into account a description of the spatio-temporal arrangements between the graphic objects defining a graphic animation content so that either perfectly restored on the client terminal (called receiver) the behavior of a graphic scene of a given application.
  • the technique of the invention can be applied in a nonlimiting manner to all types of descriptions of graphic animations currently existing, in particular: MPEG-4 / BIFS, SVG, SMIL, XHTML, etc.
  • such a drawback today constitutes an obstacle to the possibility of recovering on a receiving terminal representative structured information, for example from an electronic program guide available from a television server terminal.
  • digital and the direct presentation of this guide in the form of a corresponding graphic animation on the receiving terminal having required the display of such a guide.
  • an object of the invention is to provide a simple technique or mechanism for managing structured information within a graphic scene, which:
  • the invention also aims to provide such technical, which is simple and inexpensive to implement, while allowing to respond to the following technical problems: managing the variation of the volume of information in the structured information base used by the graphics rendering engine within the graphic scenes. anticipate one or more requests for valuation of graphic objects and interaction on the behavior of graphic objects. temporarily save the state of the structured information base in relation to the state of the graphic scene at a given time, minimizing the processing on the basis of structured information and structured information, in order to favor as much as possible the performance of the graphic rendering.
  • the invention also makes it possible to take into account, in graphic animation content, structured information possibly retrieved from a particular content server, without having a program or design constraint on the reader used on the client receiving terminal.
  • Another object of the invention is to provide a technique that allows the taking into account of a structured information block in the multimedia scene description, or in the description of a graphic animation content and therefore, which avoids any risk of desynchronization of information as in the techniques known from the prior art.
  • a last objective of the invention consists in providing such a technique that makes it possible to overcome any constraint of modifying the reader dedicated to reading the animation graphics content or the multimedia scene, or else any constraints of re- programming. 4.
  • such a method advantageously comprises the following steps: sending a request for recovery of at least one graphic animation content by said client terminal, to said content server terminal; - Recovery by said client terminal of at least one description file of said graphic animation content, said file describing the spatio-temporal arrangement between the graphic objects of said animation content and comprising at least one information management function structured device capable of automating: the creation and execution of the request to assign at least one given value to at least one attribute of at least one of said graphic objects and / or the creation and execution of at least one of an interaction value with at least one of said graphical objects and taking into account said plurality of structured information.
  • the structured information management functions interrogate the database containing the plurality of structured information (for example those relating to the consideration or integration into a graphic animation content or a multimedia scene, d. an electronic program guide). It makes it possible to link a semantic information model and an information presentation model on a receiving client terminal.
  • Such an approach according to the method according to the invention also advantageously makes it possible to dispense with any scripting mechanism and any reprogramming of a content to be rendered on a terminal that has required it.
  • the method also advantageously makes it possible to synchronize the rendering of a graphic animation content on the client terminal, by means of a deterministic model formed by the plurality of structured information taken into account by the management functions, which are directly embedded in the description file of the animation content or the multimedia scene.
  • said plurality of structured information is stored in a memory of said receiving terminal.
  • said plurality of structured information is received by said receiving terminal from an independent structured information management server with respect to a plurality of graphic animation contents.
  • the structured information management functions take into account an addressing link (preferably a URL) pointing to the various structured information to be used for the rendering of a predetermined graphic content, which are hosted on the network.
  • independent structured information management server preferably a URL
  • the independent structured information management server and the graphics animation content server can be grouped together in the form of a single server. More specifically, the invention relates to a method for rendering a graphic animation content comprising the following steps, in a receiving terminal: transmitting a request for retrieval of said content; obtaining at least one graphic scene of said content, describing at least the spatio-temporal arrangement between the graphic objects of said content.
  • said content also includes at least one structured information management function for interacting with a structured information database
  • said method comprises the following steps: interrogating said database, as a function of at least one command present in said graphic scene and associated with said structured information management function (s); obtaining structured information from said database; integrating said structured information into said graphic scene; restitution of said graphic scene.
  • the method according to the invention makes it possible to integrate in a graphic scene structured information derived from a database, that is to say information different from the description information of the graphic scene, and whose structure is known in advance.
  • said content and / or said structured information are stored in said terminal.
  • the database structured information can be in the terminal, following a download prior to the rendering of the graphics scene.
  • said content and / or said structured information are stored in at least one remote server.
  • the rendering method according to this variant interrogates one or more remote servers, on which are housed the graphic contents and the structured information database.
  • said structured information is stored in a dedicated server, separate from the content server or servers.
  • the rendering method comprises a step of configuring a filter, initiated by one of said commands, which defines a subset of said structured information database, comprising the information to be presented.
  • the rendering method of the invention comprises at least one loading step, initiated following the step of configuring a filter, which defines the nature and the number of structured information data to be loaded.
  • said loading step is preceded by a step of positioning an index, initiated by a command that defines the loading order of the structured information data to be loaded.
  • a command makes it possible to position an index defining the order of the data to be loaded, in a step of loading the data.
  • This data loading step includes parameters defining the nature and number of data to be loaded.
  • the rendering method according to the invention comprises: a step of detecting the success of loading the structured information data, generating success information; a step of updating said content on receipt of said success information.
  • the method detects if the loading was successful before updating the graphics scene with the loaded data.
  • said update step comprises a step of assigning a loaded data item to a field of an object of said graphic scene.
  • the objects of the graphic scene are updated, by assigning the loaded data to the corresponding fields, so as to integrate the structured information into the graphic scene.
  • the method comprises a step of adding in said graphic scene an interactive descriptive element making it possible to signal to a user of said terminal the possibility of loading data. additional structured information.
  • an additional element is added to the graphics scene, to indicate to a user of the terminal that additional data can be loaded.
  • Such an element may be for example an arrow indicating to the user that he can access additional information if he clicks on the arrow.
  • the method comprises a step of updating said content, delivering information representative of said failure.
  • the graphic scene may be updated by displaying instead where the structured information should have been embedded a sign indicating to the user that he does not have access to the information.
  • FIG. 1 presents an example of architecture and exchange of flows between the different elements of the structured information transmission and management system within a graphic scene.
  • FIG. 2 presents two examples of host contents for information imported from a structured information base;
  • Figure 3 shows the different steps of the method according to a particular embodiment of the invention.
  • the general principle of the invention is therefore based on a method making it possible to integrate structured information into a graphic scene (or graphic animation content) to be rendered on a screen. customer terminal receiver.
  • the invention can in particular be used in a large number of applications that require a description of spatio-temporal arrangements of graphic objects to represent the graphic behavior of said applications and a structured information database updated regularly to enhance the graphic objects and interact on their behavior and thus semantically present the information to a user.
  • the object of the invention is therefore to describe a device for transmitting, decoding and processing structured information management functions (not providing a graphical indication) within graphic scenes (or animation graphics content). ).
  • Structured Information Management Functions within graphical scenes, described in this document, make it possible to manage: requests for valuation of graphical objects by the structured information, these requests for valuation for the purpose of assigning at least one value to at least one attribute of a graphic object contained in the scene or the graphic animation content (for example: setting the size of a rectangle object, changing the color of an object, to say to a graphic object if it must be visible or invisible, in transparency, etc.); simple instruction suites (of variable structuration level), allowing to automate the execution of these queries, their transmission and their reuse within several graphic scenes.
  • FGIS Structured Information Management Functions
  • the technique according to the invention advantageously makes it possible to gain in ease of maintenance on the creation of graphic animation contents.
  • the use of a mechanism integrated in the process of rendering graphics commands allows a strong dependence between the content and the use of the structured information and requires no additional debugging process (Le., search and if possible to remove errors) for the validation of the valuation requests (ie the attribution of at least one value to at least one attribute of the targeted graphic object) and interaction with graphic objects.
  • a receiver requests a graphics animation content at the source (server A).
  • the server returns content that describes the spatio-temporal arrangement of the graphic objects, in the form of a structured information block.
  • FGIS structured information management functions
  • a set of structured information stored in memory in the receiver will be accessible or not and that if necessary a treatment (Le., Valuation and interaction on a graphic object) will be performed.
  • the structured information is received by the receiver via a server (server B) which may be independent of the server A.
  • server B may be independent of the server A.
  • Different commands may be used to modify a set of properties of a scene at a given time.
  • the commands that must be executed at a time specified by the graphics scene are described as URLs activated following a user interaction.
  • the graphic objects to be enhanced, or which may be subject to interaction must be referenced by a unique key (named ID or DefName according to the graphic scene representation techniques).
  • DefName a unique key
  • ⁇ action> defines the type of query of the structured information base (or block);
  • ⁇ xxxx> and ⁇ yyyy> represent the types of information to look for; ⁇ nnnn> and ⁇ pppp> represent elements of this type of information.
  • ⁇ action> defines the type of action to perform on graphic objects:
  • the system according to the invention will open a connection to the server and recover a bit stream.
  • This bit stream will be analyzed by the player (or player) who will then create the graphic scene that will contain textual elements to render.
  • the method and system according to the invention advantageously makes it possible to confer on graphical scenes or graphic animation contents, for example of the "richMedia” type, the possibility of accessing structured information, by providing them with new commands directly. in their description, commands that will then be directly read and interpreted by a rendering engine, for example a CBMS rendering engine (according to the CBMS standard of the same name, for "Convergence Broadcast Mobile Services”).
  • a rendering engine for example a CBMS rendering engine (according to the CBMS standard of the same name, for "Convergence Broadcast Mobile Services”).
  • CBMS rendering engine according to the CBMS standard of the same name, for "Convergence Broadcast Mobile Services”
  • Such a method advantageously also allows: to overcome the programming constraint, all the graphic rendering of a scene now being integrated into the description file of the scene; to overcome any hard coding constraints of the scene, particularly with regard to certain categories of graphic objects; to no longer be constrained by the management of a limited and predetermined number of graphic objects
  • a multimedia scene or a content of graphic animations is now able to: define filters on data; perform a selection of one or more objects by implementing a previously defined filter; to load in the scene graphical objects thus indexed on the realized selection; modify one or more indexes of the selection; - search for attribute values for a selected object; test the value of an attribute of a given object.
  • the first step of issuing a request 31 is to issue a request to retrieve a graphical content from a server of such content.
  • the terminal receives at least one graphic scene of the requested content, comprising, in addition to the spatio-temporal layout information between the graphic objects, structured information management functions.
  • the method queries, during a step 33 of interrogation, a database of structured information, through a command present in the scene.
  • the method updates the graphic scene during update steps 341 or 342 and then restores it during a restitution step 35.
  • the rendering method allows the integration of structured information in a graphic scene.
  • the database of structured information is a television program information base that can be used for the constitution of an electronic program guide, it is possible to advantageously use contents such as those shown in Figure 2 to create the program guide.
  • Part (a) on the left of Figure 2 presents a screen for presenting a program.
  • Part (b) to the right of Figure 2 presents a screen for presenting a summary version of the presentation of two programs from a list of programs.
  • the use of the content of part (a) according to the invention is as follows.
  • the method described by the invention aims to transfer this information from the database to the presentation: a first command of type cmd: // Cbms_filterDef as presented in Appendix A, is present in the content for position a filter on the basis of information: for example, the content is intended to present the sport programs of the current day.
  • the first order is therefore a filter that restricts the scope to "sport" type programs as of today. There can be a number of programs in this small area.
  • An incrementing mechanism makes it possible to use the same content when next invoking this content on the next program in the list of programs meeting the filter "sport" and "today”.
  • the positioning of the filter may be the same.
  • the second cmd: // cbms_loadID command will concern the name and logo of two programs.
  • the third command cmd: // cbms_getattr will replace the texts ⁇ Name> and the images ⁇ Logo> by the names of the two programs concerned and their logo.
  • the "previous" and “next" elements are buttons which shift the content into the list of programs affected by the filter.
  • Appendix A New Proposed Instructions 1 - List of New Orders
  • AHServices all services ordered from a service number or "serviceNumber";
  • AIlTv All TV-type services (television) ordered from a service number or "serviceNumber";
  • AHRadio All radio type services ordered from a service number or "serviceNumber”
  • NOW All services on order from a service number or "serviceNumber”
  • NEXT All services that are the subject of a new order attached to a service number or "serviceNumber”.
  • the following commands are used to load an ID block into the scene according to a given filter, and to activate nodes based on the existence or not of a part of the ID block.
  • 1.3.1 Value-indexed The value-indexed command allows a scene-level atomic command to load a consistent set of data.
  • Idindex is an id (required).
  • IdS is a comma-separated list of DEFs that will be started if there is an ith present value in the query, (optional) • "idH” is a comma-separated list of DEFs will be started if there is no i value present in the query (optional).
  • IdH is the DEF of a node that will be started if the test is negative, or if there is no value (optional)"
  • ID is the id of the element in question, ( required)
  • the CBMS complex structure is abstract for the scene level so only Service Type or Program Type information is manipulated. It is up to the "CBMS Present" to abstract the complexity of the internal data structure.

Abstract

L'invention concerne un procédé de restitution d'un contenu d'animations graphiques comprenant les étapes suivantes, dans un terminal récepteur : émission d'une requête de récupération dudit contenu; obtention d'au moins une scène graphique dudit contenu, décrivant au moins l'agencement spatio-temporel entre les objets graphiques dudit contenu, Selon l'invention, ledit contenu comprend également au moins une fonction de gestion d'informations structurées permettant d'interagir avec une base de données d'informations structurées, et ledit procédé comprend les étapes suivantes : interrogation de ladite base de données, en fonction d'au moins une commande présente dans ladite scène graphique et associée à la ou auxdites fonctions de gestion d'informations structurées; obtention d'informations structurées issues de ladite base de données; intégration desdites informations structurées dans ladite scène graphique; - restitution de ladite scène graphique.

Description

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é 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 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ée 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 la restitution de cette dernière sur le terminal récepteur à un instant t+dt.
Par le document « LASeR and SAF editor's study », INTERNET CITATION juillet 2005, XP002394535, on connaît une architecture, un format de description de scènes, un format d'agrégation, des profils et diverses sections dont une description formelle d'un encodage binaire. Dans la section description des scènes, il existe des sous-sections sur le modèle temporel, le modèle d'exécution, les événements, l'encodage binaire, les commandes de mises à jour et les éléments de la description de scènes. Toutefois, ce document ne décrit pas un quelconque moyen d'inclure des informations externes, qui ne seraient pas des informations de scène graphique, au sein de la scène graphique, comme c'est le cas avec la présente invention.
Enfin, le document « An MPEG standard for rich média services » IEEE Multimedia USA, vol 12, N° 4, octobre 2005, XP002412761, fait une présentation générale de la norme LASeR. Ce document présente ce qu'est un service rich- media, les fonctions principales de LASeR, les applications de portail, la télévision mobile interactive, l'économiseur d'écran, les composants de LASeR avec la scène initiale de type SVG, les extensions de scènes, les mises à jour de scènes, l'encodage binaire, le support audiovisuel, les fontes, les scènes incrémentales, le format d'agrégation et le mécanisme de cache.
Dans ce document, il est décrit un aspect service mis à jour par le serveur où toutes les informations sont disponibles dans un format LASeR, ce qui veut dire que toutes les informations sont du domaine de la scène graphique, contrairement à la présente invention qui se propose de traiter simultanément une base de données d'informations structurées et une scène graphique.
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 œuvre ;
" 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 œuvre, 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 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 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'informations structurées interrogent 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 reprogrammation 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. Plus précisément, l'invention concerne un procédé de restitution d'un contenu d'animations graphiques comprenant les étapes suivantes, dans un terminal récepteur : émission d'une requête de récupération dudit contenu ; obtention d'au moins une scène graphique dudit contenu, décrivant au moins l'agencement spatio-temporel entre les objets graphiques dudit contenu.
Selon l'invention, ledit contenu comprend également au moins une fonction de gestion d'informations structurées permettant d'interagir avec une base de données d'informations structurées, et ledit procédé comprend les étapes suivantes : interrogation de ladite base de données, en fonction d'au moins une commande présente dans ladite scène graphique et associée à la ou auxdites fonctions de gestion d'informations structurées ; obtention d'informations structurées issues de ladite base de données ; intégration desdites informations structurées dans ladite scène graphique ; restitution de ladite scène graphique.
Ainsi, le procédé selon l'invention permet d'intégrer dans une scène graphique des informations structurées, issues d'une base de données, c'est-à-dire des informations différentes des informations de description de la scène graphique, et dont la structure est connue à l'avance.
Selon une variante de l'invention, ledit contenu et/ou lesdites informations structurées sont stockés dans ledit terminal. Ainsi, la base de données d'informations structurées peut se trouver dans le terminal, suite à un téléchargement préalable à la restitution de la scène graphique.
Selon une autre variante, ledit contenu et/ou lesdites informations structurées sont stockés dans au moins un serveur distant. Ainsi, le procédé de restitution selon cette variante interroge un ou plusieurs serveurs distants, sur lesquels sont hébergées les contenus graphiques et la base de données d'informations structurées.
Préférentiellement, lesdites informations structurées sont stockés dans un serveur dédié, distinct du ou des serveurs de contenus.
Selon un mode de réalisation particulier, le procédé de restitution comprend une étape de configuration d'un filtre, initiée par une desdites commandes, qui définit un sous-ensemble de ladite base de données d'informations structurées, comprenant les informations devant être présentées.
Ainsi, le procédé selon l'invention permet de filtrer les données d'informations structurées à charger en fonction de la scène graphique à restituer. De façon avantageuse, le procédé de restitution de l'invention comprend au moins une étape de chargement, initiée à la suite de l'étape de configuration d'un filtre, qui définit la nature et le nombre de données d'informations structurées à charger. Avantageusement, ladite étape de chargement est précédée d'une étape de positionnement d'un index, initiée par une commande qui définit l'ordre de chargement des données d'informations structurées à charger.
Ainsi, après avoir défini le sous-ensemble d'informations à présenter, par l'intermédiaire d'un filtre, une commande permet de positionner un index définissant l'ordre des données à charger, dans une étape de chargement des données. Cette étape de chargement des données comprend des paramètres définissant la nature et le nombre des données à charger.
Préférentiellement, le procédé de restitution selon l'invention comprend : une étape de détection du succès de chargement des données d'informations structurées, générant une information de succès ; une étape de mise à jour dudit contenu à réception de ladite information de succès.
Ainsi, le procédé détecte si le chargement s'est effectué correctement avant de mettre à jour la scène graphique avec les données chargées. Dans ce cas (succès du chargement), ladite étape de mise à jour comprend une étape d'attribution d'une donnée chargée à un champ d'un objet de ladite scène graphique.
Ainsi, les objets de la scène graphique sont mis à jour, en attribuant les données chargées aux champs correspondants, de façon à intégrer les informations structurées dans la scène graphique.
De plus, dans le cas de la détection du succès de la dernière donnée à charger, le procédé comprend une étape d'ajout dans ladite scène graphique d'un élément signalétique interactif permettant de signaler à un utilisateur dudit terminal la possibilité de charger des données d'informations structurées supplémentaires. Ainsi, une fois la dernière donnée chargée avec succès, un élément supplémentaire est ajouté à la scène graphique, permettant d'indiquer à un utilisateur du terminal que des données supplémentaires peuvent être chargées. Un tel élément peut être par exemple une flèche indiquant à l'utilisateur qu'il peut accéder à des informations supplémentaires s'il clique sur la flèche.
Dans le cas d'une détection d'un échec de chargement des données d'informations structurées, le procédé comprend une étape de mise à jour dudit contenu, délivrant une information représentative dudit échec. Par exemple, la scène graphique peut être mise à jour en affichant à la place où l'information structurée aurait dû être intégrée un signe indiquant à l'utilisateur qu'il n'a pas accès à l'information.
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 : la figure 1 présente un exemple 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 2 présente deux exemples de contenus hôtes pour des informations importées d'une base d'informations structurées ; - la figure 3 présente les différentes étapes du procédé selon un mode de réalisation particulier de l'invention.
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 nécessite aucun processus de déboguage (Le., 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 œuvre 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 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 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 dans le cas échéant un traitement (Le., 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 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. Dans le but de modifier l'apparence de la scène graphique, 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). De telles commandes permettent de définir les types d'informations utilisées par la scène et les nœuds 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 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://<action>?<xxxx>=<nnnn>&<yyyy>=<pppp>&... Où :
<action> définit le type d'interrogation de la base (ou bloc) d'informations structurées ;
<xxxx> et <yyyy> représentent les types d'information à chercher ; <nnnn> et <pppp> représentent des éléments de ce type d'information. Un autre exemple de définition de nœuds d'une scène graphique est également donné ici à titre illustratif : cmd://<action>?<xxxx>=<nnnn>& ... &idT=<yyyy>&idA=<zzzz> où :
<action> définit le type d'action à réaliser sur les objets graphiques :
• <yyyy> étant l'objet graphique à modifier ;
• <zzzz> é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).
7- Rendu (Le., affichage d'objets visuels ou jeu d'un son) des objets audio et graphiques ;
8- Prise en compte des interactions utilisateurs (Le., 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 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 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 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é 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 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 ; 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 ; réaliser une sélection d'un ou de plusieurs objet par la mise en œuvre 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 ; - rechercher des valeurs d'attributs pour un objet sélectionné ; tester la valeur d'un attribut d'un objet donné.
On décrit maintenant, en relation avec la figure 3, les différentes étapes du procédé selon un mode de réalisation particulier de l'invention.
La première étape d'émission d'une requête 31 consiste à émettre une requête de récupération d'un contenu graphique auprès d'un serveur de tels contenus.
En réponse à cette requête, le terminal reçoit au moins une scène graphique du contenu demandé, comprenant, en plus des informations d'agencement spatio-temporel entre les objets graphiques, des fonctions de gestion d'informations structurées.
Grâce à ces fonctions de gestion d'informations structurées, le procédé interroge, lors d'une étape 33 d'interrogation, une base de données d'informations structurées, par l'intermédiaire d'une commande présente dans la scène. Les sous-étapes 331 de configuration d'un filtre, 332 de définition de chargement de données et 333 de requête de chargement, comprises dans l'étape
33, consistent à sélectionner, parmi les informations structurées de la base de données 334, les informations nécessaires à la mise à jour de la scène graphique en question puis à les charger, dans un ordre prédéfini.
En fonction du résultat (succès ou échec) des chargements de données, le procédé met à jour la scène graphique, lors d'étapes de mise à jour 341 ou 342 puis la restitue lors d'une étape 35 de restitution.
Ainsi, le procédé de restitution permet l'intégration d'informations structurées dans une scène graphique.
Dans un mode d'implémentation particulier de l'invention, au sein d'un système où la base de d'informations structurées est une base d'informations de programmes télévisés pouvant servir à la constitution d'un guide des programmes électronique, on peut avantageusement utiliser des contenus tels que ceux présentés dans la figure 2 pour créer le guide des programmes.
La partie (a) à gauche de la figure 2 présente un écran de présentation d'un programme. La partie (b) à droite de la figure 2 présente un écran de présentation d'une version résumée de la présentation de deux programmes parmi une liste de programmes. L'utilisation du contenu de la partie (a) selon l'invention est la suivante.
Il y a dans le contenu des éléments graphiques ou textuels dont certains champs sont prévus pour être remplacés par des informations provenant de la base d'informations structurées : le nom de service, le logo de service, l'image de présentation du programme, le nom du programme, les heures de début et de fin du programme, le nom du programme suivant.
Il y a dans la base d'informations structurées pour chaque programme au moins une partie des informations ci-dessus. Le procédé décrit par l'invention a pour but de transférer ces informations de la base à la présentation : une première commande de type cmd://Cbms_filterDef telle que présentée dans l'annexe A, est présente dans le contenu pour positionner un filtre sur la base d'informations : par exemple, le contenu est prévu pour présenter les programmes de sport de la journée courante. La première commande est donc un filtre qui restreint le domaine d'application aux programmes du genre « sport » à la date d'aujourd'hui. Il peut y avoir un certain nombre de programmes dans ce domaine réduit. Une seconde commande de type cmd://cbms_loadID telle que présentée dans l'annexe A, est présente dans le contenu pour charger au sein de ce contenu, parmi des programmes correspondants au filtre, des informations détaillées du premier programme, à savoir nom du service, logo, image, nom du programme, heures et programme suivant. s'il existe un programme de sport pour la journée courante, alors une troisième commande de type cmd://cbms_getattr telle que définie dans l'annexe A, est présente dans le contenu pour transférer les informations chargées par la seconde commande dans les champs pertinents de la présentation : la chaine de caractère du nom du service va remplacer la chaine de caractère <nom de service> dans le contenu de présentation, le logo du service et l'image caractéristique du programme vont être placées dans le contenu, les noms du programme, heures et programme suivant vont remplacer respectivement les chaines de caractère <Nom Prg>, <Heure Fin Prg>, <Nom suivant> et <Heure début suivante>.
Un mécanisme d'incrémentation permet d'utiliser le même contenu lors d'une prochaine invocation de ce contenu sur le programme suivant dans la liste de programmes répondant au filtre « sport » et « aujourd'hui ».
Pour la partie (b) de la figure 2, le positionnement du filtre peut être le même. La seconde commande cmd://cbms_loadID va concerner le nom et le logo de deux programmes. La troisième commande cmd://cbms_getattr va remplacer les textes <Nom> et les images <Logo> par les noms des deux programmes concernés et leur logo. Les éléments « précédent » et « suivant » sont des boutons interactifs qui décalent le contenu dans la liste des programmes concernés par le filtre.
Annexe A : Nouvelle 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 -> Qui ajoute X à la valeur d'une variable - 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 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 parser CBMS.
Les mots suffixes par $ font référence à des nœuds Textes, ils sont à remplacer par la valeur du nœud 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 : AHServices : tous les services commandés à partir d'un numéro de service ou « serviceNumber » ;
AIlTv : Tous les services de type TV (télévision) commandés à partir d'un numéro de service ou « serviceNumber » ;
AHRadio: Tous les services de type radio commandés à partir d'un 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 nœuds 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 nœuds s'il y a bien un élément ou pas. cmd://cbms_loadID?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_loadID?filter=filtemame&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 ième valeur de présente dans la requête. (facultatif).
1.4 Récupération d'une valeur d'un élément
Permet de valuer un attribut d'un nœud 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= atributeName&target=DEF&IDS=DEF&IDH=DEF&ID= agivenID&format=idformat où :
" « Type » est une valeur, cela peut actuellement prendre les valeurs « service » ou « program » (requis) ; " « Name » est le nom de l'attribut à récupérer (requis) ; " « Target » est le DEF du nœud pour lequel on va positionner l'attribut si on le trouve (facultatif) ; " « idS » est le DEF d'un nœud qui sera démarré si l'on trouve un attribut ayant une valeur de défini (facultatif) " « idH » est le DEF d'un nœud 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=agivenID&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 nœud qui sera démarré si le test est positif. (facultatif)
" « idH » est le DEF d'un nœud 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) correspond à un formatage de l'attribut, pas de 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 Program. II est à la charge du « CBMS Présenter » d'abstraire la complexité de la structure interne de données.
Service :
" shortName " name
" description
" serviceNumber
" servicelD
" sdp " logo
" freetoAir
" cleartoair
Program : " Start
• End
" Duration
" servicelD
" name " description
" thème
" parentalrating
(La casse et les listes d'attributs sont données à titre indicatif et non limitatif)

Claims

REVENDICATIONS
1. Procédé de restitution d'un contenu d'animations graphiques comprenant les étapes suivantes, dans un terminal récepteur : émission d'une requête de récupération dudit contenu ; - obtention d'au moins une scène graphique dudit contenu, décrivant au moins l'agencement spatio-temporel entre les objets graphiques dudit contenu, caractérisé en ce que ledit contenu comprend également au moins une fonction de gestion d'informations structurées permettant d'interagir avec une base de données d'informations structurées, et en ce que ledit procédé comprend les étapes suivantes : interrogation de ladite base de données, en fonction d'au moins une commande présente dans ladite scène graphique et associée à la ou auxdites fonctions de gestion d'informations structurées ; - obtention d'informations structurées issues de ladite base de données ; intégration desdites informations structurées dans ladite scène graphique ; restitution de ladite scène graphique.
2. Procédé de restitution d'un contenu d'animations graphiques selon la revendication 1, caractérisé en ce que ledit contenu et/ou lesdites informations structurées sont stockés dans ledit terminal.
3. Procédé de restitution d'un contenu d'animations graphiques selon la revendication 1, caractérisé en ce que ledit contenu et/ou lesdites informations structurées sont stockés dans au moins un serveur distant.
4. Procédé de restitution d'un contenu d'animations graphiques selon la revendication 3, caractérisé en ce que lesdites informations structurées sont stockés dans un serveur dédié, distinct du ou des serveurs de contenus.
5. Procédé de restitution d'un contenu d'animations graphiques selon l'une quelconque des revendications 1 à 4, caractérisé en ce qu'il comprend une étape de configuration d'un filtre, initiée par une desdites commandes, qui définit un sous- ensemble de ladite base de données d'informations structurées, comprenant les informations devant être présentées.
6. Procédé de restitution d'un contenu d'animations graphiques selon l'une quelconque des revendications 1 à 5, caractérisé en ce qu'il comprend au moins une étape de chargement, initiée à la suite de l'étape de configuration d'un filtre, qui définit la nature et le nombre de données d'informations structurées à charger.
7. Procédé de restitution d'un contenu d'animations graphiques selon l'une quelconque des revendications 1 à 6, caractérisé en ce que ladite étape de chargement est précédée d'une étape de positionnement d'un index, initiée par une commande qui définit l'ordre de chargement des données d'informations structurées à charger.
8. Procédé de restitution d'un contenu d'animations graphiques selon l'une quelconque des revendications 1 à 7, caractérisé en ce qu'il comprend : - une étape de détection du succès de chargement des données d'informations structurées, générant une information de succès ; une étape de mise à jour dudit contenu à réception de ladite information de succès.
9. Procédé de restitution d'un contenu d'animations graphiques selon la revendication 8, caractérisé en ce que ladite étape de mise à jour comprend une étape d'attribution d'une donnée chargée à un champ d'un objet de ladite scène graphique.
10. Procédé de restitution d'un contenu d'animations graphiques selon la revendication 8, caractérisé en ce qu'il comprend, dans le cas de la détection du succès de la dernière donnée à charger, une étape d'ajout dans ladite scène graphique d'un élément signalétique interactif permettant de signaler à un utilisateur dudit terminal la possibilité de charger des données d'informations structurées supplémentaires.
11. Procédé de restitution d'un contenu d'animations graphiques selon la revendication 8, caractérisé en ce qu'il comprend, dans le cas d'une détection d'un échec de chargement des données d'informations structurées, une étape de mise à jour dudit contenu, délivrant une information représentative dudit échec.
PCT/EP2007/052545 2006-03-17 2007-03-16 Procédé, dispositif et système de gestion d'informations structurées au sein d'une scène graphique WO2007107534A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP07727023A EP1997040A1 (fr) 2006-03-17 2007-03-16 Procédé, dispositif et système de gestion d'informations structurées au sein d'une scène graphique
US12/293,379 US20090167769A1 (en) 2006-03-17 2007-03-16 Method, device and system for managing structure data in a graphic scene

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0602426A FR2898707B1 (fr) 2006-03-17 2006-03-17 Procede, dispositif et systeme de gestion d'informations structurees au sein d'une scene graphique
FR0602426 2006-03-17

Publications (1)

Publication Number Publication Date
WO2007107534A1 true WO2007107534A1 (fr) 2007-09-27

Family

ID=37529433

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2007/052545 WO2007107534A1 (fr) 2006-03-17 2007-03-16 Procédé, dispositif et système de gestion d'informations structurées au sein d'une scène graphique

Country Status (5)

Country Link
US (1) US20090167769A1 (fr)
EP (1) EP1997040A1 (fr)
CN (1) CN101432735A (fr)
FR (1) FR2898707B1 (fr)
WO (1) WO2007107534A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2917880A1 (fr) * 2007-06-20 2008-12-26 France Telecom Adaptation du format d'une scene multimedia pour l'affichage de cette scene sur un terminal
EP2114076A3 (fr) * 2008-04-21 2011-06-08 Samsung Electronics Co., Ltd. Appareil et procédé pour composer des scènes en utilisant des contenus riches en média

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2912275B1 (fr) * 2007-02-02 2009-04-03 Streamezzo Sa Procede de transmission d'au moins un contenu representatif d'un service, depuis un serveur vers un terminal, dispositif et produit programme d'ordinateur correspondants
KR102069538B1 (ko) * 2012-07-12 2020-03-23 삼성전자주식회사 멀티미디어 요소의 배치를 위한 마크업을 구성하는 방법

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7548243B2 (en) * 2004-03-26 2009-06-16 Pixar Dynamic scene descriptor method and apparatus
WO2006026338A1 (fr) * 2004-08-25 2006-03-09 Spx Corporation Systemes et procedes d'edition de graphiques vectoriels adaptables
US7812840B2 (en) * 2004-11-30 2010-10-12 Panasonic Corporation Scene modifier representation generation apparatus and scene modifier representation generation method
US7773085B2 (en) * 2006-03-07 2010-08-10 Graphics Properties Holdings, Inc. Flexible landscape display system for information display and control

Non-Patent Citations (6)

* Cited by examiner, † Cited by third party
Title
DUFOURD J C ET AL: "An MPEG standard for rich media services", IEEE MULTIMEDIA, IEEE SERVICE CENTER, NEW YORK, NY, US, vol. 12, no. 4, October 2005 (2005-10-01), pages 60 - 68, XP002412761, ISSN: 1070-986X *
DUFOURD J-C ET AL: "LASeR: the MPEG Standard for Rich Media Services", IEEE MULTIMEDIA, IEEE SERVICE CENTER, NEW YORK, NY, US, 31 October 2005 (2005-10-31), pages 1 - 13, XP002410145, ISSN: 1070-986X *
JEAN-CLAUDE DUFOURD ET AL: "LASeR and SAF editor's study", INTERNET CITATION, July 2005 (2005-07-01), XP002394535, Retrieved from the Internet <URL:http://www.mpeg-laser.org/documents/LASeR_specification_july2005.pdf> [retrieved on 20060811] *
MURRAY G: "ASYNCHRONOUS JAVASCRIPT TECHNOLOGY AND XML (AJAX) WITH JAVA 2 PLATFORM, ENTERPRISE EDITION", INTERNET CITATION, 9 June 2005 (2005-06-09), XP007900932, Retrieved from the Internet <URL:http://java.sun.com/jsp_utils/PrintPage.jsp> [retrieved on 20060802] *
SCHMITZ P: "The SMIL 2.0 Timing and Synchronization model", TECHNICAL REPORT MICROSOFT RESEARCH MSR TR, XX, XX, no. MSR-TR-2001-1, 2 January 2001 (2001-01-02), pages 1 - 20, XP002376474 *
SHLOMY GANTZ: "ColdFusion and Flash Integration", NEW YORK COLD FUSION USER GROUP, NYCFUG 2002, NEW YORK, NY, USA, 9 April 2002 (2002-04-09), pages 1 - 42, XP002433300, Retrieved from the Internet <URL:http://www.shlomygantz.com/presentations/APR2002_NYCFUG/ShlomyGantz_NYCFUG_FlashCF.pdf> [retrieved on 20070511] *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2917880A1 (fr) * 2007-06-20 2008-12-26 France Telecom Adaptation du format d'une scene multimedia pour l'affichage de cette scene sur un terminal
EP2114076A3 (fr) * 2008-04-21 2011-06-08 Samsung Electronics Co., Ltd. Appareil et procédé pour composer des scènes en utilisant des contenus riches en média
CN102017651B (zh) * 2008-04-21 2014-01-29 三星电子株式会社 使用富媒体内容组成场景的装置和方法
US8707151B2 (en) 2008-04-21 2014-04-22 Samsung Electronics Co., Ltd Apparatus and method for composing scenes using Rich Media contents

Also Published As

Publication number Publication date
FR2898707B1 (fr) 2009-05-15
US20090167769A1 (en) 2009-07-02
CN101432735A (zh) 2009-05-13
FR2898707A1 (fr) 2007-09-21
EP1997040A1 (fr) 2008-12-03

Similar Documents

Publication Publication Date Title
US7613691B2 (en) Dynamic insertion of supplemental video based on metadata
US8595186B1 (en) System and method for building and delivering mobile widgets
US7620551B2 (en) Method and apparatus for providing search capability and targeted advertising for audio, image, and video content over the internet
AU2010203605B2 (en) Singular, collective and automated creation of a media guide for online content
AU2019283779A1 (en) Methods, systems, apparatus, products, articles and data structures for cross-platform digital content
US9367639B2 (en) Systems and methods for dynamic page creation
WO2007051807A1 (fr) Procede de gestion de polices de caracteres a l&#39;interieur de scenes multimedia, programme d&#39;ordinateur et terminal correspondants
KR20120116905A (ko) 사용자 정의된 애셋의 집합의 생성 및 공유를 가능화하는 컴퓨터 구현 방법
EP2366158A2 (fr) Système d&#39;extraction d&#39;entités ouvert
WO2013140077A1 (fr) Procede et systeme d&#39;execution d&#39;une application pour la consultation de contenus et services accessibles par navigation sur un reseau de telecommunication.
WO2001044887A2 (fr) Procede de commercialisation de biens ou de services par des moyens electroniques sur des reseaux du type internet
FR2892883A1 (fr) Procede d&#39;optimisation de rendu d&#39;une scene multimedia, programme, signal, support de donnees, terminal et procede de reception correspondants.
CN111506845A (zh) 基于媒体信息流的内容展示方法、装置、设备及存储介质
EP1709550A2 (fr) Services de personnalisation pour entites provenant de sources multiples
WO2007107534A1 (fr) Procédé, dispositif et système de gestion d&#39;informations structurées au sein d&#39;une scène graphique
KR20150075171A (ko) 원격 사용자 인터페이스 제공 시스템 및 그의 원격 사용자 인터페이스 제공 방법
CN115827978A (zh) 一种信息推荐方法、装置、设备及计算机可读存储介质
EP2633440B1 (fr) Indexation et execution d&#39;applications logicielles dans un reseau
FR3014218A1 (fr) Adaptation d&#39;un menu a un contexte d&#39;utilisation et generateur de menu adaptable
FR2930662A1 (fr) Procede de securisation d&#39;une scene evolutive, dispositif, signal et programme d&#39;ordinateur correspondants, procede de mise a jour d&#39;une scene evolutive, dispositif et programme d&#39;ordinateur correspondants
US20180367848A1 (en) Method and system for auto-viewing of contents
EP3073395A1 (fr) Procédé et dispositif d&#39;accès à une pluralité de contenus, terminal et programme d&#39;ordinateur correspondants
FR2878345A1 (fr) Procede et systeme d&#39;apprentissage de l&#39;utilisation d&#39;une application logicielle, et procede de production d&#39;outil multimedia associe
FR2973532A1 (fr) Procede et dispositif de visualisation d&#39;une serie de contenus multimedia
WO2008090227A1 (fr) Procede de gestion de polices de caracteres dans un terminal de radiocommunication, pour restituer des contenus multimedia sur un ecran, et terminal correspondant

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 07727023

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2007727023

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 200780015645.0

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 12293379

Country of ref document: US