Brevet FR2890815A1 — publié le 20070316

Procédé de transmission d'un contenu multimédia vers un terminal de radiocommunication, programme d'ordinateur, signal, terminal de radiocommunication et serveur de diffusion correspondants. 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. Plus précisément, l'invention repose sur la transmission d'un contenu multimédia, d'une portion de ce contenu, et/ou d'éléments représentatifs de celui-ci, vers un terminal de radiocommunication. 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. 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 Scene , 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 Integration 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 transmission d'un contenu multimédia vers un terminal de radiocommunication sont déjà connues. Classiquement, selon une première technique de transmission, la conception d'un service, c'est-à-dire l'offre d'une information à un utilisateur d'un terminal de radiocommunication, met en oeuvre le schéma suivant: - un contenu initial est envoyé sur le terminal; l'utilisateur le consomme, et fait une requête; un contenu de réponse est alors envoyé sur le terminal de radiocommunication, etc. Le service est donc conçu comme une suite de contenus envoyés au terminal de l'utilisateur en réponse à des requêtes interactives. Par exemple, si l'utilisateur demande un service météo, le contenu initial envoyé sur le terminal comprend les prévisions météorologiques pour la journée. L'utilisateur le consomme, c'est-à-dire lit les prévisions météorologiques pour la journée, et fait une requête pour obtenir les prévisions météorologiques pour le lendemain. Un nouveau contenu de réponse, comprenant les prévisions météorologiques pour le lendemain, est alors envoyé sur le terminal de radiocommunication. Selon cette première technique de transmission, chaque contenu de réponse envoyé comprend une scène entière, représentative du contenu requis, alors que dans le cadre de l'exemple précité, seuls les pictogrammes de description du temps qu'il fera seront modifiés, les autres objets graphiques composant la scène multimédia de présentation des prévisions météo restant inchangés (par exemple la carte de France sous jacente). Par conséquent, un inconvénient majeur de cette première technique de l'art antérieur est qu'elle nécessite le téléchargement d'une scène entière en réponse à une requête de l'utilisateur, même s'il n'y a que peu de modifications entre le contenu initial et le contenu de réponse. Le téléchargement du contenu de réponse correspond donc au moins en partie à du temps gaspillé, ce qui est coûteux en termes de ressources de transmission, d'autant plus que les services multimédia interactifs pour terminaux de radiocommunication disposent de la plus faible bande passante des réseaux mobiles (de l'ordre d'une dizaine de kilobits par seconde), et souffrent de l'exemple interactif de l'Internet grande vitesse. De plus, le fait de charger une nouvelle scène introduit une rupture pour l'utilisateur: un éventuel contexte d'interactions locales est alors perdu, ainsi que d'éventuelles préférences d'utilisation. Il existe par ailleurs d'autres techniques de transmission d'un contenu multimédia vers un terminal de radiocommunication. Ainsi, selon une seconde technique, des commandes de scène permettent de créer des scènes qui sont ensuite envoyées progressivement vers le terminal de radiocommunication. De telles commandes sont notamment définies dans les formats de description BIFS et LASeR (en anglais Lightweight Application Scene Representation , en français Représentation de scènes applicatives légères ), tels que définis dans le document ISO/IEC 14496-20:2006, publié courant 2006, dont une version provisoire est disponible sous la référence MPEG N7480: Study Text of ISO/IEC 14496-20/FCD . Ces commandes de scène permettent ainsi de commencer à jouer une scène avant la fin de son téléchargement, si les commandes sont envoyées dans l'ordre temporel croissant. Cependant, un inconvénient de cette seconde technique est qu'elle nécessite également le chargement complet d'une scène entière en réponse à une interaction de l'utilisateur, même si selon cette technique le terminal de radiocommunication peut commencer à jouer la scène pendant son téléchargement. Finalement, une troisième technique connue de transmission d'un contenu multimédia vers un terminal de radiocommunication est présentée. Selon cette technique, le lecteur multimédia (terminal de radiocommunication) dispose d'un interprète d'un langage de programmation, par exemple de type ECMAScript ou Java (marques déposées). La scène comprend un script complexe qui se connecte à un serveur, implémente un protocole d'échange de données avec le serveur (analyse syntaxique parsing en anglais d'un document XML si les données échangées avec le serveur sont en XML par exemple) et construit des éléments dans la scène en fonction des données reçues. Cette troisième technique revient à implémenter un équivalent des commandes de scènes à l'intérieur même du script de la scène. Cependant, cette technique n'est pas applicable aux terminaux mobiles actuels, puisque très peu de terminaux disposent de l'environnement, des ressources ou des performances nécessaires pour la mettre en oeuvre. De plus, un inconvénient majeur de cette technique est qu'elle engendre un coût d'implémentation élevé, et compte tenu des ressources actuelles, elle ne peut s'appliquer qu'aux scènes simples, comprenant des objets graphiques simples effectuant peu de mouvements. D'autres inconvénients de cette technique de l'art antérieur résident encore dans la taille du contenu, la complexité de la création du contenu, et l'interdépendance entre les contenus et les serveurs implémentant la même variante de protocole d'échange de données. En effet, un contenu contenant un script de traitement du protocole d'échange de données avec le serveur a une taille minimale (hors scène proprement dite) d'environ 1000 à 40000 octets. La variabilité de la taille du script provient notamment de la possibilité de mettre en oeuvre des protocoles de type XML , plus volumineux en termes de taille, ou binaires, moins volumineux, et de prévoir des protocoles plus ou moins complets en terme de nombre de commandes de modification de scène possibles. Ainsi, la complexité de création d'un contenu selon cette technique de l'art antérieur est plus importante que celle d'un simple contenu passif , c'est-à-dire sans script. Enfin, un autre inconvénient de cette troisième technique est que pour être capable de servir des données à un tel contenu, le serveur doit implémenter le 2890815 5 protocole d'échange de données utilisé par le contenu qu'il doit servir. Le serveur doit donc être le cas échéant modifié ou remplacé par un autre serveur, pour être adapté à un contenu utilisant un autre protocole d'échange de données. 3. Objectifs de l'invention L'invention a notamment pour objectif de pallier ces inconvénients de l'art antérieur. Plus précisément, un objectif de l'invention est de fournir une technique de transmission d'un contenu multimédia vers un terminal de radiocommunication ne nécessitant pas le téléchargement de scènes complètes en réponse à une interaction. Un autre objectif de l'invention est de mettre en oeuvre une telle technique permettant de réduire le temps de réponse aux interactions par rapport aux techniques de l'art antérieur. 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. L'invention a encore pour objectif de fournir une telle technique de transmission nécessitant peu de ressources en termes de bande passante. 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 transmission d'un contenu multimédia vers un terminal de radiocommunication, le contenu comprenant au moins une scène multimédia et une série de commandes permettant de faire évoluer la scène multimédia. Selon l'invention, un tel procédé de transmission comprend les étapes suivantes: - découpage du contenu multimédia en au moins deux portions de 2890815 6 contenu, dont une portion courante et au moins une portion suivante, comprenant chacune une série d'au moins un état de ladite scène; - détermination du premier état de ladite portion suivante par différence avec le dernier état de ladite portion courante; -transmission de ladite portion suivante, débutant par la transmission de ladite différence. Ainsi, l'invention propose une approche tout à fait nouvelle et inventive de la transmission d'un contenu multimédia vers un terminal de radiocommunication reposant sur la transmission d'une portion du contenu, dite portion courante, puis sur la transmission de la différence entre le dernier état de la portion courante et le premier état d'une portion suivante, de sorte à ce que le terminal n'ait pas à télécharger intégralement la portion suivante, mais puisse le déterminer à partir de la portion courante et de ladite différence. On remarque notamment que les deux dernières étapes de détermination et de transmission de la portion de contenu suivant sont répétées autant de fois que nécessaire, et notamment autant de fois qu'il y a de portions de contenu. En effet, le contenu multimédia peut être découpé en deux, trois, quatre, ... portions, la première correspondant à une portion courante et les suivantes correspondant aux portions de contenu suivant. Autrement dit, on dispose d'au moins deux portions de contenus comprenant chacune une série d'états de la scène, le flux vers le terminal de radiocommunication étant constitué d'une suite de différences entre les états successifs de la scène. Ce flux est réparti selon l'invention dans les différentes portions de contenus. Ainsi, chaque portion de contenu transmise au terminal comprend un ensemble d'états de la scène (éventuellement un seul état) et l'ensemble des différences entre l'état courant et l'état considéré, pour les états inclus dans la portion de contenu considérée. Il est également possible de considérer un état vide . Le premier état de la portion suivante est alors déterminé par différence avec l'état vide, 30 correspondant au dernier état de la scène courante. L'invention permet ainsi de structurer le contenu multimédia représentatif d'un service transmis à un terminal de radiocommunication, de manière à ce qu'une première portion du contenu, dite portion courante, soit d'abord transmise au terminal, puis, en réponse à une requête d'un utilisateur, à ce que la portion de contenu suivant, portant les modifications par rapport au dernier état de la portion courante, soit transmise, et ainsi de suite. Ainsi, en structurant les services sous forme de portions successives de contenu, on transmet une suite de portions incrémentales de taille réduite par rapport aux techniques de l'art antérieur, ce qui permet de réduire le temps de réponse des services mobiles. La technique selon l'invention permet ainsi d'obtenir un gain en temps de réponse aux interactions, et un gain en efficacité du service pour l'utilisateur et l'opérateur, puisqu'on obtient le même résultat (même contenu), en téléchargeant moins de données. L'invention offre ainsi une impression de continuité et de fluidité du service puisque celui-ci est conçu sous forme de modifications successives d'une scène multimédia, ainsi qu'une grande économie de temps puisque seule la modification du contenu courant (c'est-à-dire la différence entre le dernier état d'une portion courante et le premier état d'une portion suivante) est envoyée au terminal. De plus, par rapport aux techniques reposant sur l'utilisation d'un script complexe se connectant à un serveur, et nécessitant l'utilisation d'un interprète de langage de programmation de type ECMAScript ou Java (marques déposées) par exemple, l'invention permet l'utilisation d'un lecteur multimédia nécessitant moins de ressources, donc disponible sur des terminaux de communication, par exemple des téléphones, moins coûteux. Par ailleurs, une portion de contenu étant plus simple et de taille réduite par rapport aux techniques de l'art antérieur, le coût de sa création et son temps de transmission sont moins élevés. Finalement, tandis que selon la technique antérieure de type ECMAScript le serveur et le script du contenu multimédia implémentent nécessairement le même protocole de transmission d'information, l'invention permet une interopérabilité entre tous les serveurs et les contenus. Avantageusement, le procédé de transmission met en oeuvre une commande de modification globale d'une scène, pour la transmission de la différence. Cette commande globale permet notamment d'avertir le terminal que les commandes qui lui sont envoyées sont des commandes de modification d'éléments d'une scène, et non une scène entière à télécharger. Plus précisément, cette commande globale comprend un signal de configuration de la scène et au moins une commande de modification d'au moins un élément de la scène. On rappelle que la scène est en effet composée d'éléments graphiques, sonores, ..., avec lesquelles l'utilisateur du terminal de radiocommunication peut interagir. Selon un mode de réalisation préférentiel de l'invention, le signal de configuration est un signal de type Append du format LASeR et les commandes de modification d'au moins un élément de la scène sont des commandes de scène LASeR Commands . Selon une première variante de réalisation, l'étape de découpage met en oeuvre un découpage prédéfini lors de la création ou le stockage du contenu multimédia. Selon une seconde variante de réalisation, l'étape de découpage met en oeuvre un découpage dynamique, effectué en fonction d'une requête d'un utilisateur. Ainsi, selon cette seconde variante, l'étape de détermination d'une différence est mise en oeuvre après réception de la requête de l'utilisateur. La différence est alors déterminée entre l'état de la scène dont est issue la requête de l'utilisateur et le premier état de la scène du contenu suivant à transmettre. Avantageusement, le procédé de transmission du contenu multimédia met en oeuvre au moins deux voies de transmission distinctes pour les différentes 2890815 9 portions de contenu. Ainsi, la différence transmise étant simple et demandant peu de ressources de transmission, le contenu suivant peut être transmis sur des réseaux à faible débit. La première portion de contenu, encore appelée portion initiale peut, quant à elle, être transmise à l'aide d'un canal à haut débit et/ou stockée dans le terminal. L'invention concerne également un produit programme d'ordinateur pour la mise en oeuvre du procédé de transmission d'un contenu multimédia décrit. L'invention concerne encore un signal de transmission d'un contenu multimédia vers un terminal de radiocommunication. Selon l'invention, un tel signal comprend au moins deux portions de contenu, comprenant chacune une série d'au moins un état de la scène, dont une portion courante et au moins une portion suivante débutant par une information représentative d'une différence entre le dernier état de la portion courante et le premier état de la portion suivante. L'invention concerne par ailleurs un terminal de radiocommunication comprenant des moyens de restitution d'un contenu multimédia. Selon l'invention, un tel terminal comprend des moyens de réception d'au moins une portion du contenu, le contenu ayant été préalablement découpé en au moins deux portions de contenu, dont une portion courante et au moins une portion suivante comprenant chacune une série d'au moins un état de la scène, et des moyens de traitement d'une différence entre le premier état de ladite portion suivante et le dernier état de ladite portion courante.Avantageusement, les moyens de réception du terminal reçoivent une pluralité de portions de contenu transmises suivant au moins deux voies de transmission distinctes, et les moyens de traitement comprennent des moyens d'ordonnancement et de reconstruction du contenu multimédia à partir des portions reçues. L'invention concerne finalement un serveur de diffusion d'au moins un 30 contenu multimédia vers au moins un terminal de radiocommunication. Selon l'invention, le serveur de diffusion comprend: des moyens de découpage du contenu multimédia en au moins deux portions de contenu, dont une portion courante et au moins une portion suivante comprenant chacune une série d'au moins un état de ladite scène, des moyens de détermination du premier état de la portion suivante par différence avec le dernier état de la portion courante; des moyens de transmission de la portion suivante, débutant par la transmission de la différence. Avantageusement, le serveur de diffusion comprend également des moyens de création et d'exécution d'une commande de modification d'une scène, pour la transmission de la différence. 5. Liste des figures D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation préférentiel, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels: la figure 1 présente le principe général de l'invention, selon lequel le contenu multimédia à transmettre vers le terminal de radiocommunication est découpé en au moins deux portions dont une portion courante et au moins une portion suivante, la portion courante étant d'abord transmise au terminal, puis une différence entre le premier état de la portion suivante et le dernier état de la portion courante étant déterminée et transmise au terminal; les figures 2A, 2B et 2C illustrent respectivement l'état de la scène en fin d'une première portion, l'état de la scène en début d'une seconde portion, et la différence entre les deux, selon la figure 1. 6. Description d'un mode de réalisation de l'invention Le principe général de l'invention repose sur le partitionnement d'un 30 contenu multimédia, comprenant au moins une scène multimédia et une série de commandes permettant de faire évoluer cette scène, en au moins deux portions, dont une portion courante et au moins une portion suivante comprenant chacune une série d'au moins un état de la scène. Une première portion de contenu est tout d'abord transmise au terminal de radiocommunication. Ensuite, on détermine une différence entre le dernier état de la première portion, ou d'une portion courante, et le premier état d'une deuxième portion, ou d'une portion suivante, , et on transmet cette différence au terminal de radiocommunication, avec la portion de contenu suivant. L'invention permet ainsi de reconstruire des scènes multimédias interactives donnant une impression de fluidité du service, tout en réduisant la quantité de données téléchargées par le terminal. Le découpage du contenu multimédia à transmettre en scènes incrémentales permet également de réaliser une économie importante sur les serveurs. En effet, un serveur est habituellement limité au traitement de N clients en parallèle, le nombre N étant dépendant de la puissance de la machine, de la complexité du service, etc. Si tous les utilisateurs maintiennent leur connexion avec le serveur en permanence, c'est-à-dire si le service est conçu comme une scène unique du début à la fin du service, recevant des modifications au cours du temps, alors le nombre limite de clients que le serveur peut servir est N. En revanche, si les utilisateurs coupent la connexion après chaque réponse reçue du serveur, et rétablissent une connexion pour recevoir la prochaine réponse du serveur, alors le serveur n'est limité qu'à N requêtes simultanées. Le nombre de clients servis par un serveur est alors beaucoup plus important, d'un facteur lié au rapport entre le temps de création d'une réponse (transmission de la portion du contenu suivant débutant par la transmission de la différence) et le temps moyen entre interactions utilisateurs, rapport qui peut dépasser 100. Plus précisément, selon un mode de réalisation préférentiel de l'invention, la différence entre le premier état d'une portion suivante de contenu et le dernier état d'une portion courante de contenu est transmise via une commande de modification globale de scène, comprenant un signal de configuration de scène de type Append et des commandes de modification d'au moins un élément de la scène ( LASeR Commands ) au format LASeR . Ce mode append est défini classiquement dans la norme LASeR pour indiquer qu'une scène courante ne comprend pas de scène initiale, mais seulement une suite de commandes applicables à la scène déjà chargée dans le terminal. Les utilisateurs peuvent alors couper la connexion avec le serveur puisque ce dernier dispose du mode append , qui permet selon l'invention de signaler que la réponse doit être ajoutée à la scène courante. Par ailleurs, les serveurs ne pouvant conserver indéfiniment une session client ouverte, ils sont classiquement obligés de considérer qu'un client silencieux, c'est-à-dire n'émettant aucune requête à son attention, est automatiquement déconnecté au bout d'un temps donné. Selon l'invention, le découpage du contenu multimédia à transmettre en scènes incrémentales permet au serveur de couper la connexion immédiatement, et de rétablir une connexion après un temps arbitrairement long. On présente désormais le mode de réalisation préférentiel de l'invention, selon lequel la différence entre le premier état d'un contenu suivant et le dernier état d'un contenu courant est transmise via une commande de modification globale de scène, comprenant un signal de configuration de scène de type Append et des commandes de modification d'au moins un élément de la scène ( LASeR Commands ), au format LASeR . En effet, ce mode de réalisation préférentiel de l'invention repose sur l'utilisation de certaines fonctions du format LASeR: le mode append et les commandes de scène ( LASeR Commands ). Le mode append permet notamment d'exprimer qu'une scène envoyée par le serveur en réponse à une requête d'un utilisateur correspond à une modification de la scène dont est issue la requête. Les commandes de scène, encore appelées commande de modification d'un élément de la scène, permettent notamment d'exprimer une modification d'une scène, c'est-à-dire la différence entre l'état en fin d'une portion courante et l'état en début d'une portion suivante.. La figure 1 illustre notamment une application de l'invention selon laquelle un serveur 11 fournit un service à un terminal de radiocommunication 12. On rappelle qu'un service est conçu comme une suite de contenus, ou de portions de contenu, envoyés au terminal de l'utilisateur, notamment en réponse à des requêtes interactives. Selon l'invention, le contenu multimédia à transmettre vers le terminal de 10 radiocommunication 12 comprend au moins une scène multimédia et une série de commande permettant de faire évoluer la scène multimédia. Au cours d'une étape de découpage, le serveur 11 découpe le contenu multimédia en au moins deux portions de contenu, dont une portion courante et au moins une portion suivante, comprenant chacune une série d'au moins un état de la scène. Ce découpage peut notamment être prédéfini lors de la création ou le stockage du contenu multimédia, ou être dynamique en fonction des requêtes de l'utilisateur. Le serveur 11 transmet alors une première portion, dite portion initiale ou contenu initial, au terminal de radiocommunication 12 au cours d'une étape 13 de transmission. Au cours d'une étape suivante de détermination, le serveur 11 détermine une différence entre le premier état de la portion suivante de contenu (deuxième portion) et le dernier état de la portion courante (première portion). Le serveur 11 transmet alors la portion de contenu suivant au terminal 12, débutant par la transmission de la différence déterminée, au cours d'une étape de transmission 14, sous la forme d'une scène additionnelle utilisant le mode append de LASeR. Comme indiqué précédemment, les deux dernières étapes de détermination et de transmission de la différence sont répétées autant de fois que nécessaire, et notamment autant de fois qu'il y a de portions de contenu. Ainsi, au cours d'une nouvelle étape de détermination, le serveur détermine une nouvelle différence entre le premier état de la portion suivante de contenu (troisième portion) et le dernier état de la portion courante (deuxième portion). Le serveur transmet alors au terminal 12, au cours d'une nouvelle étape de transmission, la portion de contenu suivant (troisième portion), débutant par la nouvelle différence déterminée, sous la forme d'une scène additionnelle utilisant le mode append de LASeR. On présente notamment en relation avec les figures 2A, 2B et 2C un exemple de réalisation de l'invention, pour la transmission vers le terminal de radiocommunication 12 d'un service de météorologie. On considère notamment dans cet exemple que la figure 2A correspond à une scène multimédia initiale, et représente les prévisions météorologiques pour la 15 France pour le jour. Lorsque l'utilisateur du terminal de radiocommunication 12 souhaite accéder au service météo, il envoie une requête au serveur 11. Celui-ci lui envoie alors la carte météo du jour, correspondant au contenu initial, c'est-à-dire à la première portion de contenu. On peut notamment considérer que lorsque le contenu initial est volumineux, et par conséquent long à télécharger, il n'est pas envoyé pendant une phase d'interaction. Au contraire ce contenu initial peut parexemple être pré-chargé sur le terminal 12, ou être transmis via un canal de multi-diffusion (par exemple de type DVBH en anglais Digital Video Broadcasting Handheld , DMB en anglais Digital Multimedia Broadcast , ou multicast). Sa taille est donc moins critique. Si l'utilisateur du terminal 12 souhaite visualiser la carte météo du lendemain, il doit envoyer une requête au serveur 11, lui demandant de lui transmettre la carte météo du lendemain, illustrée en figure 2B. Selon les techniques de l'art antérieur, le serveur 11 retransmet intégralement la carte météo de la figure 2B, même si les modifications entre la carte du jour (figure 2A) et la carte du lendemain (figure 2B) sont mineures. Selon l'invention, le serveur 11 détermine la différence entre l'état de la portion courante, correspondant à la carte météo du jour de la figure 2A, et l'état de la portion suivante, correspondant à la carte météo du lendemain de la figure 2B. Cette différence est illustrée en figure 2C, le dessin en traits pointillés correspondant à l'état de la portion courante et le dessin en traits pleins correspondant à la différence. Le serveur 11 transmet alors cette différence au terminal de radiocommunication 12, sous la forme d'une scène additionnelle utilisant le mode append du format LASeR. L'utilisateur peut alors formuler d'autres requêtes, et ainsi de suite. On peut notamment remarquer que le temps entre la requête de l'utilisateur et l'arrivée de la réponse sur le terminal 12, en s'abstrayant du temps de création de la réponse par le serveur 11, est proportionnel à la taille de la réponse, et inversement proportionnel à la bande passante. Ainsi, tout gain sur la taille de la réponse a une influence positive cruciale sur le temps de réponse, donc de façon induite, sur l'interactivité. Autrement dit, pour réduire la taille des contenus ou des portions de contenu multimédia à transmettre au terminal en réponse aux requêtes d'un utilisateur, et pour augmenter l'impression de fluidité du service, les contenus réponse sont considérés comme des modifications de la scène à partir de laquelle l'utilisateur a envoyé la requête. Ces modifications sont envoyées sous la forme d'une liste de commandes de scène (transmission de la portion de contenu suivant, débutant par la transmission de la différence). Cette liste correspond donc à un ajout à une scène existante: elle est donc empaquetée comme une scène en mode append . On présente ci-après un exemple de structure d'un contenu initial, comprenant au moins une scène multimédia, et une commande d'insertion de la scène, comportant: - un fond de carte de France avec diverses informations complémentaires d'origine du service; un texte TO: le temps aujourd'hui , avec toutes les informations de police, de style, de couleur et de positionnement; cinq textes Ti A T5, présentant la température, du type 15 C , en cinq points de la carte, avec toutes les informations de police, de style, de couleur et de positionnement associées; - un ensemble de liens ou boutons pour obtenir le temps demain et les jours suivants. La portion de contenu suivant, correspondant à une scène incrémentale, présente selon l'invention la structure suivante: un signal de configuration de type append ; - une commande de modification de la chaîne du texte TO en le temps demain ; cinq commandes de modifications des chaînes de textes Ti A T5 représentant la température; une commande de remplacement du bouton ou lien demain par un bouton ou lien aujourd'hui . Selon le mode de réalisation préférentiel de l'invention, la scène incrémentale est créée en réponse à l'utilisation du bouton ou du lien demain dans l'état de la scène multimédia de la portion courante, c'està-dire en réponse à une requête d'un utilisateur. On constate notamment selon cet exemple que seules les chaînes de textes sont remplacées, mais pas leur police, style, couleur et positions. On peut remarquer que cette commande de modification globale, comprenant le signal de configuration de la scène au mode append et les commandes de modification d'au moins un élément de la scène ( LASeR Commands ) sont potentiellement applicables à tous les formats de description de scènes multimédia. Ainsi, le format BIFS défini déjà des BIFS Commands qui sont similaires aux LASeR Commands . De même, les LASeR Commands sont applicables sans modification au format SVG. De plus, ces fonctions sont déjà implémentées de manière efficace dans les téléphones, ce qui permet une implémentation de l'invention dans les terminaux actuels, même relativement contraints. Ainsi, en structurant le contenu multimédia à transmettre vers un terminal de radiocommunication, l'invention permet de diminuer la taille des portions de contenu à envoyer au terminal, ce qui offre le double avantage de réduire la consommation de bande passante, donc d'économiser en temps de réponse, et d'obtenir une continuité et fluidité du service au niveau du terminal, puisque seule la modification du contenu courant est envoyée au terminal plutôt que le contenu réponse complet. REVENDICATIONS 1. Procédé de transmission d'un contenu multimédia vers un terminal de radiocommunication (12), ledit contenu comprenant au moins une scène multimédia et une série de commandes permettant de faire évoluer ladite scène multimédia, caractérisé en ce qu'il comprend les étapes suivantes: découpage dudit contenu multimédia en au moins deux portions de contenu, dont une portion courante et au moins une portion suivante, comprenant chacune une série d'au moins un état de ladite scène; -détermination du premier état de ladite portion suivante par différence avec le dernier état de ladite portion courante; - transmission de ladite portion suivante, débutant par la transmission de ladite différence (14). 2. Procédé de transmission d'un contenu multimédia selon la revendication 1, caractérisé en ce qu'il met en oeuvre une commande de modification globale d'une scène, pour ladite transmission de la différence. 3. Procédé de transmission d'un contenu multimédia selon la revendication 2, caractérisé en ce que ladite commande de modification globale comprend un signal de configuration de ladite scène et au moins une commande de modification d'au moins un élément de ladite scène. 4. Procédé de transmission d'un contenu multimédia selon la revendication 3, caractérisé en ce que ledit signal de configuration est un signal de type Append du format LASeR . 5. Procédé de transmission d'un contenu multimédia selon l'une quelconque des revendications 1 à 4, caractérisé en ce que ladite étape de découpage met en oeuvre un découpage prédéfini lors de la création ou le stockage dudit contenu multimédia. 6. Procédé de transmission d'un contenu multimédia selon l'une quelconque des revendications 1 à 4, caractérisé en ce que ladite étape de découpage met en oeuvre un découpage dynamique, effectué en fonction d'une requête d'un x utilisateur. 7. Procédé de transmission d'un contenu multimédia selon la revendication6, caractérisé en ce que ladite étape de détermination est mise en oeuvre après réception de ladite requête. 8. Procédé de transmission d'un contenu multimédia selon l'une quelconque des revendications des revendications 1 à 7, caractérisé en ce qu'il met en oeuvre au moins deux voies de transmission distinctes pour les différentes portions de contenu. 9. Procédé de transmission d'un contenu multimédia selon la revendication 8, caractérisé en ce que ladite portion courante dudit contenu est transmise à l'aide d'un canal à haut débit et/ou stockée dans ledit terminal. 10. Produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur, caractérisé en ce qu'il comprend des instructions de code de programme pour la mise en oeuvre du procédé de transmission d'un contenu multimédia selon l'une quelconque des revendications 1 à 9. 11. Signal de transmission d'un contenu multimédia vers un terminal de radiocommunication, ledit contenu comprenant au moins une scène multimédia et une série de commandes permettant de faire évoluer ladite scène multimédia, caractérisé en ce qu'il comprend au moins deux portions de contenu, comprenant chacune une série d'au moins un état de ladite scène, dont une portion courante et au moins une portion suivante débutant par une information représentative d'une différence entre le dernier état de ladite portion courante et le premier état de ladite portion suivante. 12. Terminal de radiocommunication (12) comprenant des moyens de restitution d'un contenu multimédia, ledit contenu comprenant au moins une scène multimédia et une série de commande permettant de faire évoluer ladite scène multimédia, caractérisé en ce qu'il comprend: - des moyens de réception d'au moins une portion dudit contenu, ledit contenu ayant été préalablement découpé en au moins deux portions de contenu, dont une portion courante et au moins une portion suivante, comprenant chacune une série d'au moins un état de ladite scène; des moyens de traitement d'une différence entre le premier état de ladite portion suivante et le dernier état de ladite portion courante. 13. Terminal de radiocommunication selon la revendication 12, caractérisé en ce que lesdits moyens de réception reçoivent une pluralité de portions de contenu transmises suivant au moins deux voies de transmission distinctes, et en ce que 10 lesdits moyens de traitement comprennent des moyens d'ordonnancement et de reconstruction dudit contenu multimédia à partir desdites portions reçues. 14. Serveur de diffusion d'au moins un contenu multimédia vers au moins un terminal de radiocommunication (12), ledit au moins un contenu comprenant au moins une scène multimédia et une série de commandes permettant de faire 15 évoluer ladite scène multimédia, caractérisé en ce qu'il comprenddes moyens de découpage dudit au moins un contenu multimédia en au moins deux portions de contenu, dont une portion courante et au moins une portion suivante, comprenant chacune une série d'au moins un état de ladite scène;- des moyens de détermination du premier état de ladite portion suivante par différence avec le dernier état de ladite portion courante; des moyens de transmission de ladite portion suivante, débutant par la transmission de ladite différence (14). 15. Serveur de diffusion selon la revendication 14, caractérisé en ce qu'il 25 comprend des moyens de création et d'exécution d'une commande de modification d'une scène, pour ladite transmission de la différence.