WO2008155239A1 - Procédé de gestion de la navigation, terminal et programme d'ordinateur correspondants, procédé de construction d'un graphe de scène et signal de description de scène - Google Patents

Procédé de gestion de la navigation, terminal et programme d'ordinateur correspondants, procédé de construction d'un graphe de scène et signal de description de scène Download PDF

Info

Publication number
WO2008155239A1
WO2008155239A1 PCT/EP2008/057042 EP2008057042W WO2008155239A1 WO 2008155239 A1 WO2008155239 A1 WO 2008155239A1 EP 2008057042 W EP2008057042 W EP 2008057042W WO 2008155239 A1 WO2008155239 A1 WO 2008155239A1
Authority
WO
WIPO (PCT)
Prior art keywords
scene
destination
generic
navigation
multimedia
Prior art date
Application number
PCT/EP2008/057042
Other languages
English (en)
Inventor
Benoît LAGREE
Matthieu Coriton
Arnaud Caigniet
Christophe Michel
Jean-Claude Dufourd
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
Publication of WO2008155239A1 publication Critical patent/WO2008155239A1/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/40—Information retrieval; Database structures therefor; File system structures therefor of multimedia data, e.g. slideshows comprising image and additional audio data

Definitions

  • the field of the invention is that of the reproduction of multimedia contents on a radiocommunication terminal, for example of the radiotelephone, PDA (in English "Personal Digital Assistant", in French “personal digital assistant” ), laptop, etc.
  • Multimedia content includes a set consisting of at least one animated graphic scene, also called multimedia scene, and a series of commands to change this scene from one state to another.
  • a multimedia scene corresponds in particular to the arrangement of a set of graphic objects in time and in space, with which the user of the radiocommunication terminal can interact. More precisely, the invention is based on the management of interscene navigation.
  • the invention finds applications in all fields requiring a representation of the signals in the form of a spatio-temporal arrangement of graphic objects, with interactivity.
  • the invention applies to the already known graphic scene description formats such as the MPEG-4 / BIFS (in English "Binary Format Scene", in French “binary format for stage"), the SVG (in English " Scalable Vector Graphics ", the” Synchronized Multimedia Integration Language “(SMIL), the” Extensible HyperText Markup Language “(XHTML), in French “extensible hypertext markup language”), etc.
  • a first technique illustrated in connection with Figures la and Ib, is to duplicate as many times as necessary, at the time of the design of the scenes, a destination scene, depending on the possible source scenes. This technique makes it possible not to have to maintain an interscene navigation context, because each source scene (10) (11) corresponds to a variant of the destination scene (12) (13), making each passage of a source scene unique. to a destination scene.
  • a disadvantage of this technique is that the destination scenes are multiplied in the terminal, thus requiring significant resources. This technique can not be used in terminals with low memory capacity.
  • Another technique is to insert in the scenes themselves a context maintenance mechanism, implemented by a script.
  • This script is interpreted dynamically by the terminal for the passage of a source scene to a destination scene.
  • a disadvantage of this technique is due to the fact that it requires the execution of scripts during navigation, which impacts the final rendering especially for terminals with limited computing power.
  • the invention particularly aims to overcome these disadvantages of the prior art.
  • an objective of the invention is to provide a technique for managing navigation between multimedia scenes that do not include a navigation context maintenance mechanism.
  • the invention aims to provide such a technique having better performance in terms of the fluidity of services at the radiocommunication terminal.
  • Yet another object of the invention is to provide such a technique for the realization of simple and inexpensive multimedia terminals, not requiring significant processing means, or large means of storing data.
  • such a method comprises the following steps: a step of calling a partial intermediate scene, said intermediate scene comprising: configuration information defining specific elements of a destination scene, and a call to a a generic scene, associated with at least two distinct intermediate scenes and including common elements, shared between several destination scenes; a step of configuring said generic scene according to said configuration information to form said destination scene.
  • the invention is based on a new and inventive approach to the management of inter-scene navigation, differentiating in a destination scene the common elements of the specific elements.
  • the navigation from one or more source scenes can lead to one or more destination scenes, which may have, in addition to elements specific to each, common elements, for example a wallpaper, a navigation bar, interaction buttons ...
  • the method according to the invention therefore optimizes navigation by pooling certain elements common to several destination scenes in a scene called a generic scene, and by creating one or more intermediate scenes comprising the elements specific to each destination and a call to the generic scene.
  • the specific elements in question can be objects or object characteristics, such as a color, a texture ...
  • the intermediate scene may contain only object features and is therefore called a partial scene, in the sense that it is not displayable as a scene with displayable objects.
  • An intermediate scene also includes a generic scene call that includes elements common to multiple destination scenes.
  • This generic scene is thus configurable, according to the specific elements contained in the intermediate scene which calls it, and becomes, once configured, the desired destination scene.
  • said configuration information of an intermediate scene is specific as a function of said source scene and / or of a selection action of a destination scene performed from said source scene. For example, if we consider a destination scene that can be obtained from several different source scenes, this destination scene will not be the same depending on the original source scene of the navigation.
  • this destination scene will not be the same depending on the selection action taken from the source scene .
  • the configuration information of the generic scene, making it possible to obtain the destination scene is therefore a function of the source scene, for example in the case where several source scenes can be at the origin of the navigation, or function of a navigation selection action, for example in the case of a single source scene.
  • said common elements are elements independent of the navigation context and at least one of said common elements belongs to the group comprising: a navigation bar; - predefined tabs; a wallpaper; buttons ; a header a footer.
  • these common elements are independent of the actions performed from the source scene on the destination scene.
  • said generic scene is stored in said terminal after a first load.
  • the navigation time is optimized when the generic scene is directly accessible in memory of the terminal. Indeed, at the time of the call to the generic scene in the intermediate scene, if the generic scene is already loaded in the terminal, it is not necessary to make the request to the server of contents or scenes.
  • said configuration step implements a scene graph associating with the same root, corresponding to said source scene, data corresponding to said intermediate scene and to said generic scene.
  • a scene graph representing data corresponding to the different scenes of the navigation, comprises for a source source scene, data corresponding to a generic scene and an intermediate scene, corresponding to a destination scene.
  • a scene graph the data corresponding to the different scenes are represented by nodes.
  • the intermediate scene can be represented in the graph by a reserved node, which will then be completed during navigation.
  • Another aspect of the invention relates to a terminal capable of receiving and reproducing multimedia scenes, comprising means for managing the navigation between at least a first multimedia scene, referred to as the source scene, and at least a second multimedia scene, called a scene. destination, intended to be restored by said radiocommunication terminal.
  • such a terminal comprises: means for selecting, from a source scene, a destination among at least two possible destinations, each having at least one common part and at least one specific part; means for calling an intermediate scene comprising information defining said specific parts of the selected destination and a call to a generic scene; means for configuring said generic scene as a function of said information defining said specific portions, to form a destination scene.
  • Such a terminal is particularly adapted to implement the navigation management method described above.
  • a terminal is for example a radio telephone, a PDA, a laptop ...
  • the invention also relates to one or more computer program product downloadable from at least one communication network and / or recorded on a computer readable medium and / or executable by a processor, comprising program code instructions for the implementation of at least some steps of the described navigation management method previously.
  • Another aspect of the invention also relates to a method of constructing a scene graph, representative of a navigation between at least a first multimedia scene, called source scene, and at least a second multimedia scene, called destination scene, intended to be retrieved by a radiocommunication terminal.
  • such a method comprises the following steps: a step of creating a node corresponding to said source scene; a first step of enriching said graph corresponding to the creation of at least one generic scene, comprising common elements, shared between several destination scenes; a second step of enriching said graph corresponding to the association with said source scene of an intermediate scene comprising: configuration information defining specific elements of a destination scene, and a call to said generic scene, associated with the at least two separate intermediate scenes so as to allow the configuration, in a terminal, of said generic scene according to said configuration information, to form said destination scene.
  • the method of constructing a scene graph according to the invention makes it possible to represent inter-scene navigation by taking into account intermediate scenes as described in the navigation management method described above.
  • Such a scene graph is enriched as and when browsing and in particular by data corresponding to the specific elements of a navigation scene.
  • the invention relates to a signal for describing at least one multimedia scene, intended to be used in a navigation management method between at least one first multimedia scene, called the source scene, and at least one second multimedia scene, called destination scene, intended to be restored by a radiocommunication terminal.
  • such a signal carries at least configuration information defining specific elements of said destination scene and a call to a third multimedia scene, called generic scene.
  • a signal is particularly characteristic of the description of an intermediate scene as defined in the navigation management method described above.
  • FIGS. and Ib illustrate two examples of interscene navigation management according to the prior art
  • FIGS. 2a and 2b illustrate two examples of inter-scene navigation management applications according to one embodiment of the invention
  • Figure 3 shows the different steps implemented according to a particular embodiment of the invention
  • FIG. 4 illustrates an exemplary management of navigation between two scenes according to a second particular embodiment of the invention
  • FIG. 5 illustrates an example of diagrams representing scene graphs according to the second particular embodiment
  • the general principle of the invention is based on the creation of one or more intermediate scenes for managing the inter-scene navigation. 6.1 First example of application
  • SCENE A and SCENE B made to evolve towards a destination, chosen from two possible destinations C1 and C2. This destination is represented by a destination scene 22.
  • the source scene A is a scene presenting general news titles, with buttons allowing access to other scenes presenting in particular each of the general news items.
  • a button allows you to access a scene presenting the weather of the day.
  • the source scene B is a scene presenting economic news headlines, with buttons allowing access to other scenes presenting in particular each of the economic news.
  • a button allows you to access a scene presenting the price of the stock exchange.
  • a destination scene 22 presenting two types of elements or information: common elements, whether for the presentation of the weather or the stock market, for example a common navigation bar, a common wallpaper, and weather or stock-specific elements.
  • Scenes A and B are created by an author, prior to their return.
  • Stage A includes, in particular, elements necessary for the restitution of general news headlines, and Stage B includes elements necessary for the return of news headlines.
  • the author also creates, specifically for the method according to the invention, a destination scene, also called generic scene C, described below.
  • a destination scene also called generic scene C, described below.
  • intermediate scenes are created, for example automatically, at the same time as the scenes A, B and C.
  • These intermediate scenes 20 and 21 respectively correspond to the two source scenes A and B, and respectively comprise elements or information specific to the possible destinations C1 and C2.
  • the intermediate scene SA includes information allowing the display of a map of France and graphic elements corresponding to meteorological indicators (sun, cloud, temperature ).
  • the intermediate scene S ⁇ includes information for displaying the names of publicly traded shares and their courses.
  • these intermediate scenes also include instructions for calling a generic scene.
  • FIG. 3 presents the different steps of the navigation method according to this embodiment, in the case where the source scene is the scene A and the chosen destination C1. In the course of the rendering of the scenes, therefore, we are at the moment the restitution of the scene A (general news), and in the case where the user then chooses to consult the weather of the day.
  • the first restitution step 30 therefore consists in restoring the source scene SCENE A on the terminal.
  • This scene SCENE SA includes information specific to the return of the weather of the day, regardless of the restitution of the generic elements of the destination scene.
  • this scene SCENE SA includes information allowing the call to a generic scene C, in order to return in the end, on the terminal, the destination scene 22 representing the weather of the day.
  • This generic scene C includes information making it possible to restore the elements common to the two destinations C1 and C2, for example the navigation bar, the wallpaper ... and also configurable elements according to the chosen destination.
  • scene C includes a frame, empty by default, and to accommodate, depending on the case, the weather of the day or the stock market.
  • the call to the generic scene C from the intermediate scene SCENE SA makes it possible to configure, during a step 33 of configuration, the generic scene C, that is to say, to associate, in this example, the empty frame to the specific information of presentation of the weather.
  • the configuration of the generic scene C as a function of the intermediate scene SCENE SA makes it possible to obtain a destination scene, corresponding to the selected destination Cl (the weather of the day), restored during a restitution step 34 on the terminal.
  • the user then displays on his terminal the weather of the day, in a page in the following form: a generic wallpaper, for example chosen by the user; - a generic navigation bar, including buttons for validation, backspace, zoom in or out ..., and a frame in which is displayed a map of France presenting the weather of the day.
  • a generic wallpaper for example chosen by the user
  • a generic navigation bar including buttons for validation, backspace, zoom in or out ...
  • the example taken is of course applicable to the case where the user chooses to visualize the price of the stock exchange, starting from the page presenting the economic news.
  • the generic scene C is the same, and the configuration step 33 then consists in associating the empty frame of this generic scene with the specific presentation information of the stock exchange. It is therefore observed that the management of the navigation according to the invention does not require the multiplication of destination scenes based on the number of source scenes.
  • the generic scene C limits the content necessary for the return of the chosen destination, insofar as all the elements common to all destinations are present only once in a single generic scene.
  • the fluidity of the navigation between one or the other of the source scenes and the chosen destination is optimized by the fact that the call and the loading of the intermediate scene are carried out in the terminal, without requiring a request to a destination. server for example.
  • FIGS. 2b and 4 show a second example of application of the invention, in which the same source scene is caused to evolve towards two possible destinations, as a function of an action of a user.
  • a destination scene 41 having for example: - a background image; a navigation bar, and a triangle, red or green depending on the user's choice, superimposed on the background image.
  • the sequence of the steps of FIG. 3 is the same and the different scenes are as follows: the source scene A: scene 40, presenting the two buttons "red triangle” and “green triangle”; the intermediate scenes SCENE SA and SCENE S ⁇ respectively presenting a red triangle and a green triangle; the destination C1 corresponding for example to the choice of the user of the red triangle button; the generic scene C comprising elements for displaying the background image and the navigation bar, as well as an empty triangular location.
  • the support by the user on the button "red triangle” is therefore reflected by the call of the intermediate scene SCENE SA, including information to display a red triangle.
  • the loading of the intermediate scene SCENE SA then leads to a call to the generic scene C, which includes the information enabling the display of the background image and the navigation bar, as well as information enabling it to be configured, in function of the calling scene.
  • the configuration of the generic scene consists in associating to the empty triangle the red triangle of the intermediate scene SCENE SA, so as to be able to render the chosen destination scene, presenting a background image, a navigation bar and a superimposed red triangle. in the background image.
  • FIG. 5 shows an example of a diagram representing scene graphs, in the case of the second particular embodiment described above.
  • a scene graph is a hierarchical structure, which arranges the nodes, representing the objects of the scene, in a certain order.
  • a node can have multiple children, but only one parent.
  • the graphs 50 and 51 respectively represent the intermediate scenes SCENE SA and SCENE S ⁇ and the graph 52 the destination scene C1.
  • the first node of each of the graphs (500) is the parent node, also called "root”. This is the root of each scene graph.
  • the two graphs 50 and 51 have a node representing a triangle of different color (502, 512), and a reserved node (501), also called temporary node, which allows, during the configuration of the scene generic, to add the node representing the background image (521).
  • this reserved node is chosen so as to be able to respect the order of display of the elements in the destination scene, the triangle superimposed on the background image, the triangle node must be located in the graph. , after that of the background image.
  • the graph 52 thus represents the complete scene graph after passage in the intermediate scene and in the destination scene.
  • the image node (521) is added to the original graph, the nodes 500, 501 and 522 are inherited from the graphs 50 and 51.
  • An example of a mechanism used, called "append”, to define these three graphs is illustrated in Appendix 1, forming an integral part of this description.
  • Scenes 50 and 51 have the same elements. The only exception is that 50 has a red triangle and 51 has a green triangle. All 2 embed a container node (in which other nodes can be inserted) named reserved. While transiting to the scene 52, any element coming from one of the two intermediate scenes is preserved. All that remains is to insert the image in the space assigned to it to respect the scene rendering order.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Multimedia (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • User Interface Of Digital Computer (AREA)

Abstract

L'invention concerne un procédé de gestion de la navigation entre au moins une première scène multimédia, dite scène source, et au moins une deuxième scène multimédia, dite scène de destination, destinées à être restituées par un terminal de radiocommunication. Selon l'invention, un tel procédé les étapes suivantes : une étape d'appel d'une scène intermédiaire partielle, ladite scène intermédiaire comprenant : - des informations de configuration définissant des éléments spécifiques d'une scène de destination, et un appel à une scène générique, associée à au moins deux scènes intermédiaires distinctes et comprenant des éléments communs, partagés entre plusieurs scènes de destination; - une étape de configuration de ladite scène générique en fonction desdites informations de configuration, pour former ladite scène de destination.

Description

Procédé de gestion de la navigation, terminal et programme d'ordinateur correspondants, procédé de construction d'un graphe de scène et signal de description de scène.
1. Domaine de l'invention Le domaine de l'invention est celui de la restitution de contenus multimédia sur un terminal de radiocommunication, par exemple de type radiotéléphone, PDA (en anglais "Personal Digital Assistant", en français "assistant numérique personnel"), ordinateur portable, etc.
On entend notamment par contenu multimédia un ensemble composé d'au moins une scène graphique animée, encore appelée scène multimédia, et d'une série de commandes permettant de faire évoluer cette scène d'un état à un autre. Une scène multimédia correspond notamment à l'agencement d'un ensemble d'objets graphiques dans le temps et dans l'espace, avec lesquels l'utilisateur du terminal de radiocommunication peut interagir. Plus précisément, l'invention repose sur la gestion de la navigation interscènes.
L'invention trouve des applications dans tous les domaines nécessitant une représentation des signaux sous forme d'un agencement spatio-temporel d'objets graphiques, avec interactivité. Notamment, l'invention s'applique aux formats de description de scènes graphiques déjà connus tels que le MPEG-4/BIFS (en anglais « Binary Format Scène », en français « format binaire pour scène »), le SVG (en anglais « Scalable Vector Graphics », en français « graphiques vectoriels adaptables »), le SMIL (en anglais « Synchronized Multimedia Intégration Language », en français « langage d'intégration multimédia synchronisés »), le XHTML (en anglais « extensible HyperText Markup Language », en français « langage de balisage hypertexte extensible »), etc.
2. Art antérieur
Des techniques de gestion de la navigation inter-scènes sont déjà connues. Elles visent à résoudre le problème du maintien d'un contexte de navigation inter-scènes, c'est à dire la possibilité de connaître, au moment de la restitution d'une scène dite "scène de destination", quelles ont été les scènes restituées précédemment, dites "scènes source". Une première technique, illustrée en relation avec les figures la et Ib, consiste à dupliquer autant de fois que nécessaire, au moment de la conception des scènes, une scène de destination, en fonction des scènes source possibles. Cette technique permet de ne pas avoir à maintenir un contexte de navigation interscènes, car à chaque scène source (10) (11) correspond une variante de la scène de destination (12) (13), rendant unique chaque passage d'une scène source à une scène de destination.
Un inconvénient de cette technique réside dans le fait que les scènes de destination sont multipliées dans le terminal, nécessitant ainsi des ressources importantes. Cette technique ne peut donc pas être utilisée dans des terminaux à faible capacité mémoire.
Une autre technique consiste à insérer dans les scènes elles-mêmes un mécanisme de maintien de contexte, mis en œuvre par un script. Ce script est interprété dynamiquement par le terminal pour le passage d'une scène source à une scène de destination. Un inconvénient de cette technique est dû au fait qu'elle nécessite l'exécution de scripts pendant la navigation, ce qui impacte le rendu final notamment pour des terminaux à puissance de calcul limitée. 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, selon au moins un mode de réalisation, est de fournir une technique de gestion de la navigation entre des scènes multimédia qui ne comportent pas de mécanisme de maintien de contexte de navigation. Notamment, l'invention a pour objectif de fournir une telle technique présentant de meilleures performances en termes de fluidité des services au niveau du terminal de radiocommunication.
Encore un autre objectif de l'invention est de fournir une telle technique permettant la réalisation de terminaux multimédia simples et peu coûteux, ne nécessitant pas de moyens de traitement importants, ni de gros moyens de mémorisation des données.
4. Exposé 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 de la navigation entre au moins une première scène multimédia, dite scène source, et au moins une deuxième scène multimédia, dite scène de destination, destinées à être restituées par un terminal de radiocommunication.
Selon l'invention, un tel procédé comprend les étapes suivantes : une étape d'appel d'une scène intermédiaire partielle, ladite scène intermédiaire comprenant : des informations de configuration définissant des éléments spécifiques d'une scène de destination, et un appel à une scène générique, associée à au moins deux scènes intermédiaires distinctes et comprenant des éléments communs, partagés entre plusieurs scènes de destination ; une étape de configuration de ladite scène générique en fonction desdites informations de configuration, pour former ladite scène de destination. Ainsi, l'invention repose sur une approche nouvelle et inventive de la gestion de la navigation inter-scène, en différenciant dans une scène de destination les éléments communs des éléments spécifiques.
En effet, la navigation à partir d'une ou de plusieurs scènes source peut mener à une ou plusieurs scène de destination, qui peuvent avoir, en plus des éléments spécifiques à chacune, des éléments communs, par exemple un fond d'écran, une barre de navigation, des boutons d'interaction ... Le procédé selon l'invention optimise donc la navigation en mutualisant certains éléments communs à plusieurs scènes de destination dans une scène appelé scène générique, et en créant une ou plusieurs scènes intermédiaires comprenant les éléments spécifiques à chaque destination et un appel à la scène générique.
Les éléments spécifiques en question peuvent être des objets ou des caractéristiques d'objet, comme par exemple une couleur, une texture ...
De ce fait, la scène intermédiaire peut ne contenir que des caractéristiques d'objet et est donc appelée scène partielle, dans le sens où elle n'est pas affichable comme une scène comprenant des objets affichables.
Une scène intermédiaire comprend également un appel à la scène générique qui comprend les éléments communs à plusieurs scènes de destination.
Cette scène générique est donc configurable, en fonction des éléments spécifiques contenus dans la scène intermédiaire qui l'appelle, et devient, une fois configurée, la scène de destination souhaitée.
En particulier, lesdites informations de configuration d'une scène intermédiaire sont spécifiques en fonction de ladite scène source et/ou d'une action de sélection d'une scène de destination effectuée depuis ladite scène source. Par exemple, si l'on considère une scène de destination pouvant être obtenue à partir de plusieurs scènes source différentes, cette scène de destination ne sera pas la même en fonction de la scène source d'origine de la navigation.
Dans un autre cas, si l'on considère une scène de destination pouvant être obtenue à partir d'une seule scène source, cette scène de destination ne sera pas la même en fonction de l'action de sélection effectuée à partir de la scène source.
Les informations de configuration de la scène générique, permettant d'obtenir la scène de destination, sont donc fonction de la scène source, par exemple dans le cas où plusieurs scènes source peuvent être à l'origine de la navigation, ou fonction d'une action de sélection de navigation, par exemple dans le cas d'une scène source unique. Selon un aspect particulier de l'invention, lesdits éléments communs sont des éléments indépendants du contexte de navigation et au moins un desdits éléments communs appartient au groupe comprenant : une barre de navigation ; - des onglets prédéfinis ; un fond d'écran ; des boutons ; un en-tête ; un pied-de-page. Ainsi, ces éléments communs sont indépendants des actions effectuées depuis la scène source sur la scène de destination. Ce sont des éléments tels qu'un logo affiché en en-tête d'une scène multimédia, ou un menu présent en pied-de- page d'une telle scène, qui sont présents à l'affichage pendant toute la navigation entre une scène source et une scène de destination. Selon un autre aspect de l'invention, ladite scène générique est mémorisée dans ledit terminal après un premier chargement.
Ainsi, le temps de navigation est optimisé quand la scène générique est directement accessible en mémoire du terminal. En effet, au moment de l'appel à la scène générique dans la scène intermédiaire, si la scène générique est déjà chargée dans le terminal, il n'est pas nécessaire d'en faire la requête au serveur de contenus ou de scènes.
De plus, une scène générique ne comprenant pas tous les éléments d'une scène de destination, sa mémorisation dans le terminal est moins coûteuse en terme de ressources mémoire du terminal que la mémorisation d'une scène complète.
En particulier, ladite étape de configuration met en œuvre un graphe de scène associant à une même racine, correspondant à ladite scène source, des données correspondant à ladite scène intermédiaire et à ladite scène générique.
Ainsi, un graphe de scène, représentant des données correspondant aux différentes scènes de la navigation, comprend pour une scène source d'origine, des données correspondant à une scène générique et à une scène intermédiaire, correspondant à une scène de destination.
Dans un graphe de scène, les données correspondant aux différentes scènes sont représentées par des nœuds. A la création du graphe de scène, c'est-à- dire avant la navigation de la scène source vers la scène de destination proprement dite, la scène intermédiaire peut être représentée dans le graphe par un nœud réservé, qui sera complété ensuite pendant la navigation.
Un autre aspect de l'invention concerne un terminal apte à recevoir et à restituer des scènes multimédia, comprenant des moyens de gestion de la navigation entre au moins une première scène multimédia, dite scène source, et au moins une deuxième scène multimédia, dite scène de destination, destinées à être restituées par ledit terminal de radiocommunication.
Selon l'invention, un tel terminal comprend: des moyens de sélection, à partir d'une scène source, d'une destination parmi au moins deux destinations possibles, présentant chacune au moins une partie commune et au moins une partie spécifique ; des moyens d'appel d'une scène intermédiaire comprenant des informations définissant lesdites parties spécifiques de la destination sélectionnée et un appel à une scène générique ; - des moyens de configuration de ladite scène générique en fonction desdites informations définissant lesdites parties spécifiques, pour former une scène de destination.
Un tel terminal est notamment adapté à mettre en œuvre le procédé de gestion de la navigation décrit précédemment. Un tel terminal est par exemple un radio téléphone, un PDA, un ordinateur portable ...
L'invention concerne également un ou plusieurs produits programmes d'ordinateur téléchargeables depuis au moins un réseau de communication et/ou enregistrés sur un support lisible par ordinateur et/ou exécutables par un processeur, comprenant des instructions de code de programme pour la mise en œuvre d'au moins certaines étapes du procédé de gestion de la navigation décrit précédemment.
Un autre aspect de l'invention concerne encore un procédé de construction d'un graphe de scène, représentatif d'une navigation entre au moins une première scène multimédia, dite scène source, et au moins une deuxième scène multimédia, dite scène de destination, destinées à être restituées par un terminal de radiocommunication.
Selon l'invention, un tel procédé comprend les étapes suivantes : une étape de création d'un nœud correspondant à ladite scène source ; une première étape d'enrichissement dudit graphe correspondant à la création d'au moins une scène générique, comprenant des éléments communs, partagés entre plusieurs scènes de destination ; une deuxième étape d'enrichissement dudit graphe correspondant à l'association à ladite scène source d'une scène intermédiaire comprenant : des informations de configuration définissant des éléments spécifiques d'une scène de destination, et un appel à ladite scène générique, associée à au moins deux scènes intermédiaires distinctes de façon à permettre la configuration, dans un terminal, de ladite scène générique en fonction desdites informations de configuration, pour former ladite scène de destination.
Ainsi, le procédé de construction d'un graphe de scène selon l'invention permet de représenter la navigation inter-scènes en prenant en compte des scènes intermédiaires telles que décrites dans le procédé de gestion de la navigation décrit précédemment. Un tel graphe de scène est enrichi au fur et à mesure de la navigation et notamment par des données correspondant aux éléments spécifiques d'une scène de navigation.
Enfin, l'invention concerne un signal de description d'au moins une scène multimédia, destinée à être utilisée dans un procédé de gestion de la navigation entre au moins une première scène multimédia, dite scène source, et au moins une deuxième scène multimédia, dite scène de destination, destinées à être restituées par un terminal de radiocommunication.
Selon l'invention, un tel signal porte au moins des informations de configuration définissant des éléments spécifiques de ladite scène de destination et un appel à une troisième scène multimédia, dite scène générique. Un tel signal est notamment caractéristique de la description d'une scène intermédiaire telle que définie dans le procédé de gestion de la navigation décrit précédemment.
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 particulier, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels : les figures la et Ib illustrent deux exemples de gestion de navigation interscènes selon l'art antérieur; - les figures 2a et 2b illustrent deux exemples d'application de gestion de navigation inter-scènes selon un mode de réalisation de l'invention ; la figure 3 présente les différentes étapes mises en œuvre selon un mode de réalisation particulier de l'invention ; la figure 4 illustre un exemple de gestion de navigation entre deux scènes selon un second mode de réalisation particulier de l'invention ; la figure 5 illustre un exemple de diagrammes représentant des graphes de scène selon le second mode de réalisation particulier ;
6. Description de différents modes de réalisation de l'invention
Le principe général de l'invention repose sur la création d'une ou plusieurs scènes intermédiaires pour assurer la gestion de la navigation inter-scènes. 6.1 Premier exemple d'application
On décrit ci-après, en relation avec les figures 2a et 3, un premier exemple d'application de l'invention, dans lequel on considère deux scènes sources 10 et
11 (respectivement notées SCENE A et SCENE B), amenées à évoluer vers une destination, choisie parmi deux destinations possibles Cl et C2. Cette destination est représentée par une scène de destination 22.
On considère par exemple le contexte suivant : un utilisateur consulte des actualités sur un terminal de radiocommunication, et, à un moment dans le déroulement de la restitution de ces actualités, il peut choisir de visualiser des actualités générales ou des actualités économiques.
Dans le premier cas, la scène source A est une scène présentant des titres d'actualités générales, avec des boutons permettant d'accéder à d'autres scènes présentant en particulier chacune des actualités générales. Dans notre exemple, un bouton permet notamment d'accéder à une scène présentant la météo du jour. Dans le second cas, la scène source B est une scène présentant des titres d'actualités économiques, avec des boutons permettant d'accéder à d'autres scènes présentant en particulier chacune des actualités économiques. Dans notre exemple, un bouton permet notamment d'accéder à une scène présentant le cours de la bourse. Dans ces deux cas, les destinations correspondant d'une part à la météo
(Cl) et d'autre part à la bourse (C2), sont représentées par une scène de destination 22 présentant deux types d'éléments ou d'informations : des éléments communs, que ce soit pour la présentation de la météo ou de la bourse, par exemple une barre de navigation commune, un fond d'écran commun, et des éléments spécifiques à la météo ou à la bourse.
Les scènes A et B sont créées par un auteur, préalablement à leur restitution.
La scène A comprend notamment des éléments nécessaires à la restitution de titres d'actualités générales, et la scène B des éléments nécessaires à la restitution de titres d'actualités économiques.
L'auteur crée également, de manière spécifique au procédé selon l'invention, une scène de destination, encore appelée scène générique C, décrite plus loin. Pour gérer la navigation entre l'une des scènes sources A ou B et la scène de destination 22, des scènes intermédiaires sont créées, par exemple automatiquement, en même temps que les scènes A, B et C.
Ces scènes intermédiaires 20 et 21 (respectivement notées SCENE SA et SCENE Sβ), correspondent respectivement aux deux scènes sources A et B, et comprennent respectivement des éléments ou informations spécifiques aux destinations Cl et C2 possibles.
On présente plus loin, en relation avec la figure 3, l'utilisation de ces scènes intermédiaires dans le procédé de navigation selon l'invention, ainsi que les spécificités de création de la scène générique. Par exemple, la scène intermédiaire SA comprend des informations permettant l'affichage d'une carte de France et d'éléments graphiques correspondant à des indicateurs météorologiques (soleil, nuage, température ...).
La scène intermédiaire Sβ comprend des informations permettant d'afficher les noms des actions cotées en bourse et leurs cours. De plus, ces scènes intermédiaires comprennent également des instructions d'appel à une scène générique.
La figure 3 présente les différentes étapes du procédé de navigation selon ce mode de réalisation, dans le cas où la scène source est la scène A et la destination choisie Cl. On se situe donc, dans le déroulement de la restitution des scènes, au moment de la restitution de la scène A (actualités générales), et dans le cas où l'utilisateur choisit ensuite de consulter la météo du jour.
La première étape de restitution 30 consiste donc à restituer sur le terminal la scène source SCENE A.
Au moment où l'utilisateur choisit de consulter la météo du jour, un appel à la scène intermédiaire SCENE SA est émis, à partir de la scène A, lors de l'étape 31.
Cette scène SCENE SA comprend des informations spécifiques à la restitution de la météo du jour, indépendamment de la restitution des éléments génériques de la scène de destination. De plus, cette scène SCENE SA comprend des informations permettant l'appel à une scène générique C, afin de restituer au final, sur le terminal, la scène de destination 22 représentant la météo du jour.
Cette scène générique C comprend des informations permettant de restituer les éléments communs aux deux destinations Cl et C2, par exemple la barre de navigation , le fond d'écran ...et également des éléments configurables en fonction de la destination choisie.
Ainsi, dans notre exemple, la scène C comprend un cadre, vide par défaut, et permettant d'accueillir, selon les cas, la météo du jour ou le cours de la bourse.
L'appel à la scène générique C à partir de la scène intermédiaire SCENE SA permet de configurer, lors d'une étape 33 de configuration, la scène générique C, c'est-à-dire, d'associer, dans cet exemple, le cadre vide aux informations spécifiques de présentation de la météo.
La configuration de la scène générique C en fonction de la scène intermédiaire SCENE SA permet d'obtenir une scène de destination, correspondant à la destination Cl choisie (la météo du jour), restituée lors d'une étape 34 de restitution sur le terminal.
L'utilisateur visualise alors sur son terminal la météo du jour, dans une page se présentant sous la forme suivante : un fond d'écran générique, par exemple choisi par l'utilisateur ; - une barre de navigation générique, comprenant des boutons de validation, de retour arrière, de zoom avant ou arrière ... , et un cadre dans lequel est affichée une carte de France présentant la météo du jour.
L'exemple pris est bien sûr applicable au cas où l'utilisateur choisit de visualiser le cours de la bourse, à partir de la page présentant les actualités économiques.
Dans ce cas, la scène générique C est la même, et l'étape 33 de configuration consiste alors à associer le cadre vide de cette scène générique aux informations spécifiques de présentation de la bourse. On observe donc que la gestion de la navigation selon l'invention ne nécessite pas la multiplication des scènes de destination en fonction du nombre de scènes sources.
De plus, la scène générique C permet de limiter le contenu nécessaire à la restitution de la destination choisie, dans la mesure où tous les éléments communs à toutes les destinations ne sont présents qu'une fois dans une seule scène générique.
Enfin, la fluidité de la navigation entre l'une ou l'autre des scènes sources et la destination choisie est optimisée par le fait que l'appel et le chargement de la scène intermédiaire sont effectués dans le terminal, sans nécessiter de requête vers un serveur par exemple.
6.2 Second exemple d'application
On présente maintenant, en relation avec les figures 2b et 4, un second exemple d'application de l'invention, dans lequel une même scène source est amenée à évoluer vers deux destination possibles, en fonction d'une action d'un utilisateur.
On considère l'exemple d'une scène source 40 présentant deux boutons de sélection, l'un intitulé "triangle rouge" et l'autre "triangle vert".
L'appui sur l'un de ces deux boutons par l'utilisateur entraîne l'affichage d'une scène de destination 41 présentant par exemple : - une image de fond ; une barre de navigation, et un triangle, rouge ou vert selon le choix de l'utilisateur, superposé à l'image de fond.
Dans cet exemple d'application, l'enchaînement des étapes de la figure 3 est le même et les différentes scènes sont les suivantes : la scène source A : la scène 40, présentant les deux boutons "triangle rouge" et "triangle vert" ; les scènes intermédiaires SCENE SA et SCENE Sβ présentant respectivement un triangle rouge et un triangle vert ; - la destination Cl correspondant par exemple au choix de l'utilisateur du bouton "triangle rouge" ; la scène générique C comprenant des éléments permettant l'affichage de l'image de fond et de la barre de navigation, ainsi qu'un emplacement triangulaire vide. L'appui par l'utilisateur sur le bouton "triangle rouge" se traduit donc par l'appel de la scène intermédiaire SCENE SA , comprenant les informations permettant d'afficher un triangle rouge.
Le chargement de la scène intermédiaire SCENE SA entraîne ensuite un appel à la scène générique C, qui elle comprend les informations permettant l'affichage de l'image de fond et de la barre de navigation, ainsi que des informations permettant de la configurer, en fonction de la scène appelante.
Ainsi, la configuration de la scène générique consiste à associer au triangle vide le triangle rouge de la scène intermédiaire SCENE SA, de manière à pouvoir restituer la scène de destination choisie, présentant une image de fond, une barre de navigation et un triangle rouge superposé à l'image de fond.
6.2 Représentation avec des graphes de scène
On présente maintenant, en relation avec la figure 5, un exemple de diagramme représentant des graphes de scène, dans le cas du second mode de réalisation particulier décrit ci-dessus. Un graphe de scène est une structure hiérarchique, qui dispose les nœuds, représentant les objets de la scène, dans un certain ordre. Un nœud peut avoir plusieurs enfants, mais un seul parent.
Dans notre exemple, les graphes 50 et 51 représentent respectivement les scènes intermédiaires SCENE SA et SCENE Sβ et le graphe 52 la scène destination Cl.
Le premier nœud de chacun des graphes (500) est le nœud parent, encore appelé "root". C 'est la racine de chaque graphe de scène.
On note que les deux graphes 50 et 51 possèdent un noeud représentant un triangle de couleur différente (502, 512), ainsi qu'un nœud réservé (501), encore appelé nœud temporaire, qui permet, lors de la configuration de la scène générique, d'ajouter le nœud représentant l'image de fond (521).
L'emplacement de ce nœud réservé est choisi de manière à pouvoir respecter l'ordre d'affichage des éléments dans la scène de destination, le triangle se superposant à l'image de fond, le nœud du triangle doit se situer, dans le graphe, après celui de l'image de fond.
Le graphe 52 représente donc le graphe de scène complet après passage dans la scène intermédiaire et dans la scène destination. Dans ce graphe, seul le nœud image (521) est ajouté au graphe d'origine, les nœuds 500, 501 et 522 sont hérités des graphes 50 et 51. Un exemple de mécanisme utilisé, appelé « append », pour définir ces trois graphes, est illustré en annexe 1, faisant partie intégrante de la présente description.
ANNEXE Scène 50
<Streamezzo>
<header size="176 208" colorBits="8" lengthBits="16" resolution="3" idBits="16" scaleBits="15" encodingType="0"/> <AUnit time="0">
<Background color="l 1 l"/> <Insert>
<Transform DEF="Global : reserved"/> </Insert> <Insert>
<Transform translation=" 9.0 2.0">
<Shape DEF="Global : triangle" color="l 0 0" points=" -33.0 50.0 -57.0 -21.0 53.0 -26.0 -33.0 50.0"/> </Transform> </Insert> <Insert>
<Action DEF="Local : stz_transition . new_condition . action" url="stzserver : //new_scene$3. rsp" keyCodes="NO_KEY" startTime="0"> </Action>
</Insert> </AUnit> </Streamezzo>
Scène 51
<Streamezzo>
<header size="176 208" colorBits="8" lengthBits="16" resolution="3" idBits="16" scaleBits="15" encodingType="0"/>
<AUnit time="0"> <Background color="l 1 l"/> <Insert>
<Transform DEF="Global : reserved"/> </Insert> <Insert> <Transform translation=" 9.0 2.0">
<Shape DEF="Global : triangle" color="0 1 0" points=" -33.0 50.0 -57.0 -21.0 53.0 -26.0 -33.0 50.0"/>
</Transform> </Insert> <Insert>
<Action DEF="Local : stz transition . new condition . action" url="stzserver : //new_scene$3. rsp" keyCodes="NO_KEY" startTime="0">
</Action> </Insert> </AUnit>
</Streamezzo>
Scène 52
<Streamezzo>
<header size="176 208" append="true" colorBits="8" lengthBits="16" resolution="3" idBits="16" scaleBits="15" encodingType=" 0 " />
<image source="Stzl .png" streamID="SIDStzl_png"/>
<AUnit time="0"> ~ <Background color="l 1 l"/> <Insert target="Global : reserved">
<Transform translation="-3.0 -25.0">
<Bitmap streamID="SIDStzl_png"/> </Transform>
</Insert> </AUnit> </Streamezzo>
Les scènes 50 et 51 comportent les mêmes éléments. La seule exception est que 50 porte un triangle rouge et 51 un triangle vert. Toutes 2 embarquent un nœud conteneur (dans lequel d'autres nœuds peuvent être insérés) nommé réservé. En transitant vers la scène 52, tout élément provenant d'une des deux scènes intermédiaire est conservé. Ne reste alors qu'à insérer l'image dans l'espace qui lui a été attribué pour respecter l'ordre de rendu de scène.

Claims

REVENDICATIONS
1. Procédé de gestion de la navigation entre au moins une première scène multimédia, dite scène source, et au moins une deuxième scène multimédia, dite scène de destination, destinées à être restituées par un terminal de radiocommunication, caractérisé en ce qu'il comprend les étapes suivantes : une étape d'appel d'une scène intermédiaire partielle, ladite scène intermédiaire comprenant : des informations de configuration définissant des éléments spécifiques d'une scène de destination, et un appel à une scène générique, associée à au moins deux scènes intermédiaires distinctes et comprenant des éléments communs, partagés entre plusieurs scènes de destination ; une étape de configuration de ladite scène générique en fonction desdites informations de configuration, pour former ladite scène de destination.
2. Procédé de gestion de la navigation selon la revendication 1, caractérisé en ce que lesdites informations de configuration d'une scène intermédiaire sont spécifiques en fonction de ladite scène source et/ou d'une action de sélection d'une scène de destination effectuée depuis ladite scène source.
3. Procédé de gestion de la navigation selon l'une quelconque des revendications 1 et 2, caractérisé en ce que lesdits éléments communs sont des éléments indépendants du contexte de navigation et en ce qu'au moins un desdits éléments communs appartient au groupe comprenant : une barre de navigation ; - des onglets prédéfinis ; un fond d'écran ; des boutons ; un en-tête ; un pied-de-page.
4. Procédé de gestion de la navigation selon l'une quelconque des revendications 1 à 3, caractérisé en ce que ladite scène générique est mémorisée dans ledit terminal après un premier chargement.
5. Procédé de gestion de la navigation selon l'une quelconque des revendications 1 à 4, caractérisé en ce que ladite étape de configuration met en œuvre un graphe de scène associant à une même racine, correspondant à ladite scène source, des données correspondant à ladite scène intermédiaire et à ladite scène générique.
6. Terminal de radiocommunication apte à recevoir et à restituer des scènes multimédia, comprenant des moyens de gestion de la navigation entre au moins une première scène multimédia, dite scène source, et au moins une deuxième scène multimédia, dite scène de destination, destinées à être restituées par ledit terminal de radiocommunication, caractérisé en ce qu'il comprend: des moyens de sélection, à partir d'une scène source, d'une destination parmi au moins deux destinations possibles, présentant chacune au moins une partie commune et au moins une partie spécifique ; des moyens d'appel d'une scène intermédiaire comprenant des informations définissant lesdites parties spécifiques de la destination sélectionnée et un appel à une scène générique ; - des moyens de configuration de ladite scène générique en fonction desdites informations définissant lesdites parties spécifiques, pour former une scène de destination.
7. Produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou enregistré sur un support lisible par ordinateur et/ou exécutable par un processeur, caractérisé en ce qu'il comprend des instructions de code de programme pour la mise en œuvre du procédé de gestion de la navigation selon l'une au moins des revendications 1 à 5, lorsque ledit programme est exécuté sur un ordinateur.
8. Procédé de construction d'au moins un graphe de scène, représentatif d'une navigation selon le procédé de la revendication 1 entre au moins une première scène multimédia, dite scène source, et au moins une deuxième scène multimédia, dite scène de destination, destinées à être restituées par un terminal de radiocommunication, caractérisé en ce qu'il comprend les étapes suivantes : - une étape de création d'un nœud correspondant à ladite scène source ; une première étape d'enrichissement dudit graphe correspondant à la création d'au moins une scène générique, comprenant des éléments communs, partagés entre plusieurs scènes de destination ; une deuxième étape d'enrichissement dudit graphe correspondant à l'association à ladite scène source d'une scène intermédiaire comprenant : des informations de configuration définissant des éléments spécifiques d'une scène de destination, et un appel à ladite scène générique, associée à au moins deux scènes intermédiaires distinctes de façon à permettre la configuration, dans un terminal, de ladite scène générique en fonction desdites informations de configuration, pour former ladite scène de destination.
9. Signal de description d'au moins une scène multimédia, destinée à être utilisée dans un procédé de gestion de la navigation mis en œuvre dans un terminal selon la revendication 6, entre au moins une première scène multimédia, dite scène source, et au moins une deuxième scène multimédia, dite scène de destination, destinées à être restituées par un terminal de radiocommunication, caractérisé en ce qu'il porte au moins des informations de configuration définissant des éléments spécifiques de ladite scène de destination et un appel à une troisième scène multimédia, dite scène générique.
PCT/EP2008/057042 2007-06-12 2008-06-05 Procédé de gestion de la navigation, terminal et programme d'ordinateur correspondants, procédé de construction d'un graphe de scène et signal de description de scène WO2008155239A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0755706 2007-06-12
FR0755706A FR2917524B1 (fr) 2007-06-12 2007-06-12 Procede de gestion de la navigation, terminal et programme d'ordinateur correspondants, procede de construction d'un graphe de scene et signal de description de scene

Publications (1)

Publication Number Publication Date
WO2008155239A1 true WO2008155239A1 (fr) 2008-12-24

Family

ID=38962093

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2008/057042 WO2008155239A1 (fr) 2007-06-12 2008-06-05 Procédé de gestion de la navigation, terminal et programme d'ordinateur correspondants, procédé de construction d'un graphe de scène et signal de description de scène

Country Status (2)

Country Link
FR (1) FR2917524B1 (fr)
WO (1) WO2008155239A1 (fr)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010035873A1 (en) * 2000-04-20 2001-11-01 David Easter Method and system for deferred assignment of attributes in a computer graphics scene

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010035873A1 (en) * 2000-04-20 2001-11-01 David Easter Method and system for deferred assignment of attributes in a computer graphics scene

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
AARON E W: "Understanding Scene Graphs", 1 July 2002 (2002-07-01), XP002467044, Retrieved from the Internet <URL:http://www.ddj.com/article/printableArticle.jhtml?articleID=184405094&dept_url=/> [retrieved on 20080131] *
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 *

Also Published As

Publication number Publication date
FR2917524A1 (fr) 2008-12-19
FR2917524B1 (fr) 2011-07-29

Similar Documents

Publication Publication Date Title
US20070011713A1 (en) System and method of integrating video content with interactive elements
US20050034151A1 (en) System and method of integrating video content with interactive elements
FR2892885A1 (fr) Procede de gestion de polices de caractere a l&#39;interieur de scenes multimedia, programme d&#39;ordinateur et terminal correspondants.
FR2902908A1 (fr) Procede de creation et de restitution optimise du rendu d&#39;une scene multimedia comprenant au moins un objet actif, sans modification prealable de la semantique et/ou du format de description de scene
FR2809268A1 (fr) Procede de navigation dynamique parmi des documents multimedias
FR2863127A1 (fr) Procedes et dispositifs pour la delivrance asynchrone de donnees numeriques
FR2892883A1 (fr) Procede d&#39;optimisation de rendu d&#39;une scene multimedia, programme, signal, support de donnees, terminal et procede de reception correspondants.
EP1255409A1 (fr) Conversion d&#39;un format BIFS textuel vers un format BIFS binaire
FR2899364A1 (fr) Procede de calcul des parametres d&#39;animation des objets d&#39;une scene mulitmedia.
WO2007031570A1 (fr) Transmission d&#39; un contenu multimedia vers un terminal de radiocommunication
CN104991950A (zh) 一种图片生成方法、显示方法及相应装置
WO2008155239A1 (fr) Procédé de gestion de la navigation, terminal et programme d&#39;ordinateur correspondants, procédé de construction d&#39;un graphe de scène et signal de description de scène
FR2952203A1 (fr) Procede de generation d&#39;un flux web et un systeme associe
FR2952204A1 (fr) Procede de generation d&#39;un flux web et un systeme associe
KR20020095756A (ko) 이동통신 단말기의 메모리 관리 방법
WO2007128919A1 (fr) «procédé et dispositif de gestion d&#39;un contenu stocké dans des bases de données distantes»
FR3050891A1 (fr) Procede et dispositif de gestion simultanee d&#39;une pluralite de messages
EP1762068A1 (fr) Procede d&#39;edition de pages multimedia aupres d&#39;un terminal,avec pre-memorisation de parametres d&#39;objets intervenant dans les scenes
FR3005181A1 (fr) Generation d&#39;un document multimedia personnalise relatif a un evenement
FR2830398A1 (fr) Procede et dispositif d&#39;execution d&#39;une fonction avec selection et envoi de resultats multiples dans un environnement client-serveur
FR3124289A1 (fr) Procédé de restitution, sur un terminal d’un spectateur, d’un lieu regroupant plusieurs espaces distincts dans lequel un spectateur se déplace virtuellement
EP1499128B1 (fr) Procédé de chargement d&#39;un contenu multimédia distant mettant en oeuvre une temporisation, terminal multimédia et serveur correspondants
EP1191794A1 (fr) Traitement de données en une série temporelle d&#39;étapes
WO2009115679A2 (fr) Procede d&#39;acces a un contenu numerique depuis un terminal mobile
FR2926917A1 (fr) Procede de redimensionnement d&#39;un contenu video, terminal et produit programme d&#39;ordinateur 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: 08802897

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 08802897

Country of ref document: EP

Kind code of ref document: A1