FR2899364A1

FR2899364A1 - Procede de calcul des parametres d'animation des objets d'une scene mulitmedia.

Info

Publication number: FR2899364A1
Application number: FR0602704A
Authority: FR
Inventors: Erwann Gouesbet; Emmanuel Rohee
Original assignee: Streamezzo SA
Current assignee: Streamezzo SA
Priority date: 2006-03-28
Filing date: 2006-03-28
Publication date: 2007-10-05
Anticipated expiration: 2026-03-28
Also published as: US20100016026A1; CN101484921B; FR2899364B1; US8373705B2; WO2007110432A1; EP2002401A1; CN101484921A

Abstract

L'invention concerne un procédé d'animation d'au moins un objet multimédia d'une scène multimédia, au moins un paramètre d'animation du ou desdits objets multimédia étant modifié au cours du temps, lorsque ladite scène est jouée sur un terminal de radiocommunication mobile, en fonction d'une chronologie prédéterminée.Selon l'invention, la chronologie définit d'une part une série d'au moins un instant de modification d'au moins un desdits paramètres d'animation, et d'autre part un type de définition d'instants, parmi lesquels au moins :- un premier type de définition selon une base temporelle, dite définition temporelle, associant à chaque instant de modification une valeur temporelle définie par une horloge ;- un deuxième type de définition selon une base d'états, dite définition déterministe, associant à chaque instant au moins une information non temporelle représentative d'au moins un paramètre d'au moins un objet de ladite scène et/ou d'au moins un évènement associé à au moins un objet de ladite scène, et/ou d'au moins un état d'un élément matériel dudit terminal.

Description

Procédé de calcul des paramètres d'animation des objets d'une scène

multimédia. Le domaine de l'invention est celui de la création et de la restitution d'animations à l'intérieur de scènes multimédia, par exemple du type RichMedia, sur tout type de terminaux. Plus précisément, l'invention concerne la modification dynamique et automatique des paramètres d'animations de scènes multimédia, en leur permettant de s'adapter à des paramètres extérieurs. En effet, une scène multimédia, au sens du présent document, est constituée d'objets présentant chacun diverses caractéristiques (tailles, couleurs, animation, contenu,...), selon les techniques connues, qui ont fait notamment l'objet de normes comme par exemple SVG ou VRML ( Virtual Reality Modeling Language , langage de modélisation de réalité virtuelle) et pour au moins certains d'entre eux, différentes possibilités d'animation et/ou de modification de leur comportement. Ainsi, l'invention s'applique notamment, mais non exclusivement, à tous les formats de type RichMedia aptes à définir des objets d'animation et/ou des animations destinés à évoluer dans le temps, par exemple, les formats BIFS ( Binary Format Scene , Format Binaire pour les Scènes décrivant des objets ainsi que leurs comportements spatial, temporel et interactif), SMIL ( Synchronized Multimedia Integration Language , langage synchronisé d'intégration multimédia), SVG ( Scalable Vector Graphics , langage de description vectorielle de graphiques), ou encore LASeR ( Lightweight Application Scene Representation , représentation légère de scènes d'application). De telles scènes peuvent être programmées par un développeur, de façon à permettre une interactivité avec l'utilisateur d'un terminal sur laquelle elle est jouée. Or, selon les techniques connues de l'art antérieur, le rendu des scènes multimédia (ou simplement graphiques) est exclusivement déterministe en ce qu'il dépend uniquement du temps écoulé et des interactions éventuelles de l'utilisateur avec celles-ci, par l'intermédiaire le plus souvent de l'interface du terminal, par exemple un terminal mobile, sur lequel elles sont restituées. On connaît de l'art antérieur des solutions techniques visant à modifier le référentiel temporel d'un élément ou d'un objet d'une scène, comme par exemple l'objet MediaSensor définit dans la norme MPEG-4, dont le comportement d'animation peut être rendu dépendant de l'écoulement d'un média en cours de lecture. On connaît également de l'art antérieur et, plus précisément dans la norme SVG, l'objet TimeContainer qui permet de définir une nouvelle base de temps pour des animation d'une scène multimédia. Cependant, un inconvénient commun à l'objet MediaSensor d'MPEG-4 et à l'objet TimeContainer de SVG est qu'ils permettent de lier le déroulement d'une animation d'un objet uniquement d'une façon relative à l'écoulement du média restitué sur l'écran du terminal, sans aucune autre possibilité. En d'autres termes, selon les techniques connues de l'art antérieur, l'adaptation du déroulement des animations d'une scène multimédia est uniquement fonction d'éléments déterministes. L'invention a notamment pour objectif de pallier ces différents inconvénients. Plus précisément, un objectif de l'invention est de fournir une technique permettant d'adapter la restitution d'une scène multimédia sur un terminal, notamment mais non exclusivement sur un terminal mobile, à des composantes non déterministes, que l'auteur de la scène pourra prendre en compte au moment de la création de cette dernière. Un autre objectif de l'invention est de fournir un telle technique qui permette d'affecter des bases de temps différentes à différents objets animés et/ou à différentes animations d'une scène multimédia sans nécessiter l'implantation d'un environnement avec de multiples TimeContainers, beaucoup plus lourds à gérer qu'un TirneContainer unique.

Un objectif supplémentaire de l'invention consiste donc à proposer une technique de modification dynamique et automatique des paramètres d'animation de scènes multimédia, faisant ainsi bénéficier les auteurs de telles scènes de nouvelles fonctionnalités comportementales à ces dernières.

Encore un autre objectif de l'invention est de fournir une telle technique, qui ne soit pas coûteuse, tout en restant simple de mise en oeuvre pour les auteurs et/ou les créateurs de scènes multimédia. Ces objectifs, ainsi que d'autres qui apparaîtront plus clairement par la suite, sont atteints à l'aide d'un procédé d'animation d'au moins un objet multimédia d'une scène multimédia, au moins un paramètre d'animation du ou desdits objets multimédia étant modifié au cours du temps, lorsque ladite scène est jouée sur un terminal de radiocommunication mobile, en fonction d'une chronologie prédéterminée. Selon un tel procédé, ladite chronologie définit avantageusement d'une part une série d'au moins un instant de modification d'au moins un desdits paramètres d'animation, et d'autre part un type de définition d'instants, parmi lesquels au moins : un premier type de définition selon une base temporelle, dite définition temporelle, associant à chaque instant de modification une valeur temporelle définie par une horloge ; un deuxième type de définition selon une base d'états, dite définition déterministe, associant à chaque instant au moins une information non temporelle représentative d'au moins un paramètre d'au moins un objet de ladite scène et/ou d'au moins un évènement associé à au moins un objet de ladite scène, et/ou d'au moins un état d'un élément matériel dudit terminal. Ainsi, le procédé selon l'invention consiste à modifier le déroulement des animations d'une scène graphique ou multimédia selon certains paramètres d'évolution variable d'un objet et/ou d'un évènement associé à, ou ciblant cet objet dans une scène graphique.

A titre d'exemple illustratif et non limitatif, lorsque dans une scène multimédia, des évènements du type progressEvent sont attachés à des objets d'une scène multimédia pour favoriser le suivi de l'évolution de ces derniers, une fraction contenue dans l'exécution de tels évènements peut alors être directement reçue par le terminal récepteur jouant la scène multimédia. Ainsi, lorsque une animation de la scène multimédia est jouée sur le terminal, l'animation utilise la fraction reçue comme un facteur d'interpolation. Par ailleurs, les scènes multimédia du type RichMedia, par exemple, définissent une pluralité d'animations dont le comportement est lié à l'évolution de la scène dans le temps. En effet, à chaque étape de rendu d'une animation sur le terminal, cette dernière effectue un ensemble de calculs de détermination du repère ou de la clé correspondant au temps courant considéré. Le procédé d'animation selon l'invention permet ainsi de surcharger le calcul de l'écoulement du temps pour chaque animation d'une scène graphique ou multimédia. Chaque animation d'une scène multimédia ne va donc plus nécessairement se référer à l'horloge courante de la scène, mais pourra désormais se référer à n'importe quelle autre source de données ou à n'importe quels autres éléments non déterministes, mais mesurables, permettant de définir un nouveau référentiel d'animation pas forcément temporel. Dans un premier mode de réalisation avantageux de l'invention, ladite chronologie comprend un indicateur de type de définition, prenant par défaut ledit premier type. Dans un mode de réalisation préféré de l'invention, la ou lesdites informations non temporelles sont représentatives de l'évolution d'une opération ou d'un état d'au moins un élément dudit terminal. Ainsi, le procédé selon l'invention permet avantageusement d'enrichir les possibilités des scénarios des contenus de scène multimédia, par exemple mais non exclusivement des scènes du type RichMedia destinées à êtres restituées sur des terminaux mobiles de radiocommunication comprenant des fonctionnalités d'affichage et de restitutions de telles scènes, en leur permettant de s'adapter de façon dynamique et autonome à des paramètres extérieurs une scène. Préférentiellement, ledit élément dudit terminal est du type appartenant au groupe comprenant : un élément matériel ; un élément électromagnétique ; un élément chimique ; un élément logiciel. Ainsi, de façon avantageuse, le procédé d'animation selon l'invention permet par exemple à un auteur de scènes multimédia ou graphique : d'animer des objets graphiques ou multimédia en fonction de l'écoulement d'une vidéo et/ou de l'état de remplissage des mémoires tampon (ou buffers) associées au lecteur vidéo ; d'animer des objets graphiques ou multimédia suivant l'état du terminal restituant la scène multimédia ou graphique : niveau de charge de la batterie, niveau de qualité de la réception réseau par le terminal, etc. d'animer des objets graphiques ou multimédia suivant l'état du logiciel permettant la restitution de la scène sur un terminal : volume mémoire encore disponible, quantité d'informations réseau chargée par un terminal mobile de radiocommunication, etc. d'animer des objets à état logique suivant les propriétés de la plateforme de restitution, par exemple un terminal mobile de radiocommunication, de façon à pouvoir définir un paramétrage d'accès à certains contenus suivant la langue utilisée par le terminal, ou bien encore un paramétrage d'affichage (sélection de couleurs, redimensionnement de la taille de l'écran pour la restitution d'une scène multimédia, etc.). Ainsi, l'invention permet avantageusement de pouvoir animer des éléments graphiques et/ou multimédia, indépendamment les uns des autres, suivant une ou plusieurs mesures effectuées sur le terminal ou sur tout autre élément logiciel et/ou matériel équipant et/ou étant relié électriquement et/ou par un lien de communication filaire et/ou sans fil avec ledit terminal sur lequel est restitué une scène multimédia.

De façon avantageuse, ladite opération ou ledit état appartient au groupe comprenant : le chargement ou la transmission d'un fichier ; la restitution d'une séquence audio et/ou vidéo ; l'espace disponible dans une mémoire ; le niveau de charge d'une batterie ; le temps de charge d'une batterie ; le volume sonore de restitution des sons ; le pourcentage d'utilisation d'au moins un microprocesseur ; le niveau de qualité de la réception 3G/ GSM ; une fraction formant facteur d'interpolation ; un évènement associé à un objet de ladite scène et contenant une fraction formant facteur d'interpolation de l'animation dudit objet. Ainsi, dès lors qu'un fichier de description d'une scène multimédia, par exemple au format RichMedia, définit une animation ou un objet pouvant être animé dans la scène, il est désormais possible au moyen du procédé d'animation selon l'invention, d'affecter individuellement le comportement de l'animation ou de l'objet animé. Il suffira uniquement d'indiquer dans le fichier de description de la scène, relativement à l'animation ou à l'objet animé considéré, quelle opération ou quel état précité devra être pris en compte pour définir/ calculer le référentiel temporel et/ou d'interpolation de l'animation, indépendamment du mode de calcul de ce(s) dernier(s). Dans un mode de réalisation préféré de l'invention, ladite chronologie tient compte d'un rapport entre au moins un premier paramètre T assimilable à un temps prédéfini et au moins un deuxième paramètre D assimilable à une durée prédéfinie.

Par exemple, les scènes multimédia prenant la forme de contenus au format RichMedia destinés à être restitués sur un terminal mobile, contiennent la définition d'animation pouvant affecter les propriétés logiques ou graphiques des éléments/objets constitutifs de cette scène.

Une animation modifie les propriétés cibles (paramètres d'animation) de manière discrète et interpolée, suivant un schéma temporel prédéfini. Ce schéma temporel définit la date ou bien l'évènement de démarrage de l'animation. Il. définit une suite d'intervalles de temps associés chacun à une valeur de propriété de la cible.

A chaque rendu de la scène RichMedia, l'animation s'appuie sur le temps courant de la scène noté Tc, sur sa date de démarrage Td et sur sa durée totale A pour calculer le facteur d'interpolation F et ainsi pouvoir positionner dans la cible, la propriété correspondante de ce facteur, F s'écrivant alors : F=(Tc-Td)/A. Grâce au procédé d'animation selon l'invention, il suffit désormais d'indiquer à une animation, ou à un objet pouvant être animé, quelle source de paramètres assimilable à une base de temps prendre en compte, sous contrainte que cette source puisse fournir au moins un paramètre noté T assimilable à un temps et au moins un paramètre noté D assimilable à une durée. La source peut aussi fournir directement une fraction entre 0 et 1 ou un pourcentage, ce qui correspond à fournir le facteur d'interpolation directement. Quand les paramètres T et D sont fournis par la source, par exemple une opération ou un état précité, le facteur d'interpolation de l'animation au moment de la mesure de restitution de cette dernière prendra la forme F=T/D, ce qui provoque la modification du référentiel temps, par rapport à celui d'origine de la scène multimédia contenant l'animation. Ainsi, le procédé d'animation selon l'invention comprend une étape de rendu de ladite scène multimédia sur ledit terminal de radiocommunication mobile, comprenant une étape de calcul d'un facteur F d'interpolation de ladite animation tenant compte de ladite chronologie etlou dudit rapport.

A titre d'exemple illustratif et non limitatif, pour appliquer le procédé d'animation selon l'invention, il est nécessaire de définir pour le format RichMedia un ensemble d'attributs customisés d'animation pour des animations ou des objets pouvant être animés.

On présente ci-dessous un exemple possible de tels attributs pour l'implémentation du procédé selon l'invention. Si un format d'animation du type RichMedia définit une animation de la forme : <animation target=TARGET attribute=A'1"1 RIB UTE id=ID repeat=REPEAT start=START end=END compute=COMPUTE> <animationkey frame="O%" value= ATTRIBUTEO> <animationkey frame="20%" value= ATTRIBUTE20> <animationkey frame="70%" value= ATTRIBUTE70> <animationkey frame=" 100%" value= ATTRIBUTE100> </animation> L'auteur de la scène multimédia ou graphique au format RichMedia pourra alors affecter individuellement le comportement de l'animation en lui indiquant la nouvelle source à prendre en compte pour les calculs des paramètres d'interpolation, de façon indépendante du mode de calcul de ce dernier, de la façon suivante : <update target =id> <Attribute attribute=timeline provider=PROVIDERFNC/> </update> où : PROVIDERFCN est l'adresse d'un fournisseur de paramètres (par exemple du terminal, ou d'un composant relié audit terminal, électriquement et/ou par un lien de communication filaire ou sans fil) permettant le calcul d'interpolation, par exemple : device ::batterylevel() pour la prise en compte du niveau instantané de chargement de la batterie du terminal sur lequel est resituée une scène multimédia ; media ::bufferlevel() pour la prise en compte de l'état (espace occupé) de la mémoire tampon de lecture d'un média (par exemple une vidéo s'affichant sur le terminal) ; devive ::screenwidth() pour la prise en compte de la largeur d'écran ; RM ::memoryleft() pour la prise en compte de l'espace mémoire du terminal encore libre.

Ainsi, l'invention permet à l'auteur d'une scène multimédia de concevoir un scénario simple dans lequel il pourra prendre en compte comme référence pour le déroulement des animations contenus dans ladite scène, des éléments aussi variés que le temps d'écoulement d'une vidéo, l'état de chargement de la batterie du terminal ou du téléphone mobile sur lequel devra être restitué la scène, le volume sonore actuel du terminal ou du téléphone mobile, l'espace mémoire disponible pour le logiciel, ou encore la taille de l'écran d'affichage du terminal sur lequel sera restitué la scène, ceci sans besoin de considérer à l'avance le type possible des terminaux sur lesquels pourront être restituées les scènes multimédia ou graphiques.

L'invention concerne également un produit programme d'ordinateur comprenant des instructions de code de pour l'exécution des étapes du procédé d'animation d'au moins un objet multimédia d'une scène multimédia, au moins un paramètre d'animation du ou desdits objets multimédia étant modifié au cours du temps, lorsque ladite scène est jouée sur un terminal de radiocommunication mobile, en fonction d'une chronologie prédéterminée, tel que précité, lorsqu'elles sont exécutée sur un ordinateur. L'invention concerne encore un signal d'animation d'au moins un objet multimédia d'une scène multimédia porte avantageusement au moins un paramètre d'animation du ou desdits objets multimédia destiné à être modifié au cours du temps, lorsque ladite scène est jouée sur un terminal de radiocommunication mobile, ledit au moins un paramètre tenant compte d'une chronologie prédéterminée, ladite chronologie étant définie d'une part une série d'au moins un instant de modification d'au moins un desdits paramètres d'animation, et d'autre part un type de définition d'instants, parmi lesquels au moins : un premier type de définition selon une base temporelle, dite définition temporelle, associant à chaque instant de modification une valeur temporelle définie par une horloge ; un deuxième type de définition selon une base d'états, dite définition déterministe, associant à chaque instant au moins une information non temporelle représentative d'au moins un paramètre d'au moins un objet de ladite scène et/ou d'au moins un évènement associé à au moins un objet de ladite scène, et/ou d'au moins un état d'un élément matériel dudit terminal. L'invention concerne aussi un terminal multimédia de radiocommunication mobile comprend au moins un interface de restitution de scènes multimédia composées respectivement d'au moins un objet multimédia pouvant être animé selon au moins un paramètre d'animation modifiable au cours du temps en fonction d'une chronologie prédéterminée, lorsque une desdites 20 scènes est jouée sur ledit terminal, ladite chronologie définit d'une part une série d'au moins un instant de modification d'au moins un desdits paramètres d'animation, et d'autre part un type de définition d'instants, parmi lesquels au moins : un premier type de définition selon une base temporelle, dite définition temporelle, associant à chaque instant de modification une valeur temporelle définie par une horloge ; un deuxième type de définition selon une base d'états, dite définition déterministe, associant à chaque instant au moins une information non temporelle représentative d'au moins un paramètre d'au moins un objet de ladite scène et/ou d'au moins un évènement associé à au moins un 15 25 30 objet de ladite scène, et/ou d'au moins un état d'un élément matériel dudit terminal. 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 de l'invention, donnée à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels : - la figure 1 présente l'organigramme des grandes étapes du procédé d'animation selon l'invention. la figure 2 illustre un exemple de surcharge des paramètres de calcul d'une animation, à partir du niveau de charge de la batterie d'un terminal mobile. - la figure 3 illustre un deuxième exemple de mise en oeuvre du procédé selon l'invention selon lequel on représente l'écoulement d'une vidéo en lecture au moyen d'un curseur mobile. la figure 4 présente une variante de l'exemple de la figure 3, selon laquelle on renvoie l'affichage du temps courant d'une vidéo. On décrit de façon détaillé et relativement aux figures 1 e 2, un mode de réalisation détaillée du procédé d'animation selon l'invention. Comme illustré sur la figure 2, on cherche à afficher dans une zone 24 de l'écran 23 d'un terminal 22 mobile, non plus un pourcentage 20 de chargement de la batterie 21, mais un texte de 0 à 10 représentatif de cette puissance. Dans une première étape 10, il s'agit de définir dans le contenu ou la scène graphique ou multimédia, par exemple au format RichMedia, la représentation graphique que l'on cherche à obtenir à l'écran du terminal 22. Cela s'effectue directement à l'intérieur du fichier de description, de la façon suivante : <text string="" def="bat" position=pos/> où : - text string est la définition de l'objet texte d'affichage ; - def= bat définit le nom de la zone d'affichage de texte ; - position=pos définit la position de la zone de texte à l'écran. Dans une deuxième étape 11, il s'agit de définir dans le fichier de description du contenu ou de la scène au format RichMedia, quelle animation de la représentation graphique on souhaite obtenir. Dans le présent exemple, cette définition peut prendre la forme suivante : <animation target="bat" def="batanim "attribute=string start=0 compute=discrete duration=100> <anirnationkey frame="O%" value= "0"> <animationkey frame=" 10%" value= "1'5. <animationkey frame="20%" value= "2"> <anirnationkey frame="30%" value= "3"> <animationkey frame="40%" value= "4"> <anirnationkey frame="50%" value= "5"> <animationkey frame="60%" value= "6"> <animationkey frame="70%" value= "7"> <animationkey frame="80%" value= "8"> <animationkey frame="90%" value= "9"> <animationkey frame="100%" value= "10"> </animation> où les paramètres de l'animation sont les suivants : ù target="bat" : définit la cible comme étant la zone de texte d'affichage bat ; ù def= "batanim "attribute=string start=0 compute=discrete duration=100: définit une animation dénommée batanim , ayant un attribut du type chaîne de caractère, initialisée à une valeur de début d'affichage 0 , d'exécution s'appuyant sur un paramètre discret. Puis, dans une troisième étape 12, on définit dans le fichier de description quel sera le lien dans le contenu multimédia (ou scène) entre la mesure du chargement de la batterie et le calcul de l'interpolation pour l'affichage dans la zone de texte bat définie ci-dessus. Ceci s'effectue de la manière suivante : <update target="batanim"> <attribute attribute="timeline" value="device::battery"/> </update> où: target== "batanim" : définit la cible de l'animation selon la valeur d'interpolation préalablement déterminée ; attribute= "timeline" value= "device::battery : définit l'attribut de chronologie (valeur d'interpolation), lequel est ici déterminé à partir de la valeur 20 de charge de la batterie 21 du terminal mobile. Une fois la valeur d'interpolation calculée, celle-ci est prise en charge dans une dernière étape 13, par le dispositif de lecture de l'animation, telle qu'elle a été définie dans le fichier de description de la scène multimédia.

Lorsque cette étape de prise en charge est effectuée, la lecture standard du contenu RichMedia est alors initié, l'animation calculant une valeur interpolée à partir de son attribut timeline qui vaut device::battery . L'animation est alors apte à demander au dispositif de lecture (le terminal mobile 22) la résolution de la fonction de mesure device::battery , de façon que l'implantation du lecteur utilise sur ce mot la fonction locale du matériel pour effectuer la mesure, selon le pseudo code d'animation suivant : if ( time != timeline) paramsAnimCourant = lecteur_Mesure(timeline); (premier type de définition d'instant de chronologie selon l'invention) On présente ci-dessous le pseudo code lecteur correspondant pour le deuxième type de définition d'instant de chronologie selon l'invention : lecteur_Mesure(timeline) ; if ( device::battery == timeline) return (SpecDevice_MeasureBatteryLevel(), SpecDevice_MAXB atteryLevel())

Le système local est activé pour mesurer la valeur courante de la puissance et la valeur maximale.

L'animation calcule sa clé courante d'interpolation avec ces paramètres l'affichage du texte interpolé (de 0 à 10 ) est affiché sur l'écran 23, dans la zone 24. On présente désormais en relation avec les figures 1, 3 et 4, un deuxième exemple de mise en oeuvre du procédé selon l'invention dans lequel on représente l'écoulement d'une vidéo 30 en lecture au moyen d'un curseur (31, 32, 33) mobile. Dans une première étape 10, on définit dans le fichier de description du contenu ou de la scène graphique ou multimédia, par exemple au format RichMedia, la représentation graphique que l'on cherche à obtenir à l'écran du terminal 34. Cela s'effectue directement à l'intérieur du fichier de description, de la façon suivante : <shape shape=... def="vide" position=0/> <video url=... def="vidl" /> Dans une deuxième étape 11, on définit dans ce même fichier de description l'animation associée à la représentation graphique : <animation target="vidc" def="vidanim "attribute=pos start=0 compute=linear duration=100> <animationkey frame="O%" value= "0"> <animationkey frame="100%" value= "200"> </animation> Dans une troisième étape 12, on définit ensuite dans le contenu du lien entre mesure de la vidéo 30 et calcul de l'interpolation : <update target="vidanim"> <attribute attribute="timeline" value="videotime::vidl"/> </update> Une fois la valeur d'interpolation calculée, celle-ci est prise en charge dans une dernière étape 13, par le dispositif de lecture de l'animation, telle qu'elle a été définie dans le fichier de description de la scène multimédia. Cette prise en charge en : la lecture standard du contenu RichMedia ; lorsque l'animation calcule une valeur interpolée, son attribut timeline vaut "videotime::vidl". l'animation demande au dispositif de lecture du terminal mobile la 10 résolution de la fonction de mesure "videotime::vidl". Dans cet exemple le pseudo code d'animation vaut : if ( tirne != timeline) paramAnimCourant = lecteur_Mesure(timeline); (premier type de définition d'instant de chronologie selon l'invention) 15 On présente ci-dessous le pseudo code lecteur correspondant pour le deuxième type de définition d'instant de chronologie selon l'invention : lecteur_Mesure(timeline) ; if ( videotime:: == timeline.startO) 20 return (MediaetVideoTime(timeline.after( :: )), Media getVideoDuration(timeline.after( :: )));... Le gestionnaire des medias renvoie alors le temps courant 40 du clip vidéo 40 et la durée si elle est disponible. L'animation calcule sa clé courante d'interpolation avec ces paramètres. Si la 25 durée est absente, elle la considéré comme infinie (le curseur 31, 32, 33 boucle). Dans l'exemple de la figure 4, on représente l'écoulement d'une vidéo par une représentation textuelle du temps courant (limité dans cet exemple à seconde et dizaine de secondes). Cela s'effectue de la façon suivante : Etape 10: Définition dans le contenu RichMedia de la représentation 30 graphique : <text string=' def="vsecondes" position=pos/> <text string="" def="vdixsecondes" position=pos/> Etape 11: Définition dans le contenu RichMedia de l'animation de la représentation graphique : <animation target="vsec" def="vsecondes "attribute=string start=0 repeat=true compute=discrete duration=" 10s"> <animationkey frame="0%" value= "0"> <animationkey frame="10%" value= "1"> <animationkey frame="20%" value= "2"> <animationkey frame="30%" value= "3"> <animati.onkey frame="40%" value= "4"> <animationkey frame="50%" value= "5"> <animationkey frame="60%" value= "6"><animationkey frame="70%" value= "7"> <animationkey frame="80%" value= "8"> <animationkey frame="90%" value= "9"> <animationkey frame="100%" value= "0"> </animation> <animation target="vdixsec" def="vdixsecondes "attribute=string start=0 repeat=true compute=discrete duration="60s"> <animationkey frame="0%" value= "0"> <animationkey frame="10%" value= "1"> <animationkey frame="20%" value= "2"> <animationkey frame="30%" value= "3"> <animationkey frame="40%" value= "4"> <animationkey frame="50%" value= "5"> <animationkey frame="60%" value= "6"> <animationkey frame="70%" value= "7"> <animationkey frame="80%" value= "8"> <animationkey frame="90%" value= "9"> <animationkey frame="100%" value= "0"> </animation> Etape 12 : Définition dans le contenu du lien entre mesure de la vidéo et calcul de l'interpolation <update target="vsec"> <attribute attribute="timeline" value="videotimeabs:: vid 1 "/> </update> <update target="vdixsec"> < attribute attribute="timeline" value="videotimeabs::vidl"/> </update> Etape 13 Prise en charge par le dispositif de lecture : ù lecture standard du contenu RichMedia. Lorsque l'animation calcule une valeur interpolée, son attribut timeline vaut "videotimeabs::vidl" ; ù l'animation demande au dispositif de lecture la résolution de la fonction de mesure "videotimeabs::vidl". Le pseudo code d'animation s'écrit alors : if ( time != timeline) paramAnimCourant = lecteur_Mesure(timeline); et le pseudo code lecteur correspondant s'écrit : lecteur_Mesure(timeline) ; if ( videotimeabs:: == timeline.startO) return Media get:VideoTime(timeline.after( :: , 1000);

Le gestionnaire des medias renvoie le temps courant du clip vidéo et la valeur 1000 (la référence de temps interne étant par exemple la milliseconde). L'animation calcule sa clé courante d'interpolation avec ces paramètres.

L'animation boucle d'après ses spécifications ( repeat en anglais), i.e. un modulo % 100 est effectue. Ceci permet d'avoir un compteur infini et non dépendant de la durée éventuelle de la vidéo. On notera que les animations définies dans la scène du présent exemple (figure 4) ne gèrent que les secondes et les dizaines de secondes. Il est bien entendu possible de définir et d'afficher les minutes, les dizaines de minute, etc... C'est uniquement dépendant de la durée de l'animation définie au moyen du paramètre duration .

Claims

REVENDICATIONS

1. Procédé d'animation d'au moins un objet multimédia d'une scène multimédia, au moins un paramètre d'animation du ou desdits objets multimédia étant modifié au cours du temps, lorsque ladite scène est jouée sur un terminal de radiocommunication mobile, en fonction d'une chronologie prédéterminée, caractérisé en ce que ladite chronologie définit d'une part une série d'au moins un instant de modification d'au moins un desdits paramètres d'animation, et d'autre part un type de définition d'instants, parmi lesquels au moins : un premier type de définition selon une base temporelle, dite définition temporelle, associant à chaque instant de modification une valeur temporelle définie par une horloge ; un deuxième type de définition selon une base d'états, dite définition déterministe, associant à chaque instant au moins une information non temporelle représentative d'au moins un paramètre d'au moins un objet de ladite scène et/ou d'au moins un évènement associé à au moins un objet de ladite scène, et/ou d'au moins un état d'un élément matériel dudit terminal.

2. Procédé selon la revendication 1, caractérisé en ce que ladite chronologie comprend un indicateur de type de définition, prenant par défaut ledit premier type.

3. Procédé selon l'une quelconque des revendications 1 et 2, caractérisé en ce que la ou lesdites informations non temporelles sont représentatives de l'évolution d'une opération ou d'un état d'au moins un élément dudit terminal.

4. Procédé selon la revendication 3, caractérisé en ce que ledit élément dudit terminal est du type appartenant au groupe comprenant : un élément matériel ; un élément électromagnétique ; un élément chimique ; un élément logiciel.30

5. Procédé selon l'une quelconque des revendications 3 et 4, caractérisé en ce que ladite opération ou ledit état appartient au groupe comprenant : le chargement ou la transmission d'un fichier ; la restitution d'une séquence audio et/ou vidéo ; l'espace disponible dans une mémoire ; le niveau de charge d'une batterie ; le temps de charge d'une batterie ; le volume sonore de restitution des sons ; le pourcentage d'utilisation d'au moins un microprocesseur ; le niveau de qualité de la réception 3G/ GSM ; une fraction formant facteur d'interpolation ; un évènement associé à un objet de ladite scène et contenant une fraction formant facteur d'interpolation de l'animation dudit objet.

6. Procédé selon l'une quelconque des revendications 1 à 5, caractérisé en ce 15 que ladite chronologie tient compte d'un rapport entre au moins un premier paramètre T assimilable à un temps prédéfini et au moins un deuxième paramètre D assimilable à une durée prédéfinie.

7. Procédé selon la revendication 6, caractérisé en ce qu'il comprend une étape de rendu de ladite scène multimédia sur ledit terminal de 20 radiocommunication mobile, comprenant une étape de calcul d'un facteur F d'interpolation de ladite animation tenant compte de ladite chronologie et/ou dudit rapport.

8. Produit programme d'ordinateur comprenant des instructions de code de pour l'exécution des étapes du procédé d'animation d'au moins un objet 25 multimédia d'une scène multimédia, au moins un paramètre d'animation du ou desdits objets multimédia étant modifié au cours du temps, lorsque ladite scène est jouée sur un terminal de radiocommunication mobile, en fonction d'une chronologie prédéterminée, selon l'une quelconque des revendications 1 à 7, lorsqu'elles sont exécutée sur un ordinateur. 10

9. Signal d'animation d'au moins un objet multimédia d'une scène multimédia caractérisé en ce qu'il porte au moins un paramètre d'animation du ou desdits objets multimédia destiné à être modifié au cours du temps, lorsque ladite scène est jouée sur un terminal de radiocommunication mobile, ledit au moins un paramètre tenant compte d'une chronologie prédéterminée, ladite chronologie étant définie d'une part une série d'au moins un instant de modification d'au moins un desdits paramètres d'animation, et d'autre part un type de définition d'instants, parmi lesquels au moins : un premier type de définition selon une base temporelle, dite définition temporelle, associant à chaque instant de modification une valeur temporelle définie par une horloge ; un deuxième type de définition selon une base d'états, dite définition déterministe, associant à chaque instant au moins une information non temporelle représentative d'au moins un paramètre d'au moins un objet de ladite scène et/ou d'au moins un évènement associé à au moins un objet de ladite scène, et/ou d'au moins un état d'un élément matériel dudit terminal.

10. Terminal multimédia de radiocommunication mobile comprend au moins un interface de restitution de scènes multimédia composées respectivement d'au moins un objet multimédia pouvant être animé selon au moins un paramètre d'animation modifiable au cours du temps en fonction d'une chronologie prédéterminée, lorsque une desdites scènes est jouée sur ledit terminal, caractérisé en ce que ladite chronologie définit d'une part une série d'au moins un instant de modification d'au moins un desdits paramètres d'animation, et d'autre part un type de définition d'instants, parmi lesquels au moins : un premier type de définition selon une base temporelle, dite définition temporelle, associant à chaque instant de modification une valeur temporelle définie par une horloge ; un deuxième type de définition selon une base d'états, dite définition déterministe, associant à chaque instant au moins une information nontemporelle représentative d'au moins un paramètre d'au moins un objet de ladite scène et/ou d'au moins un évènement associé à au moins un objet de ladite scène, et/ou d'au moins un état d'un élément matériel dudit terminal.5