Brevet FR2907238A1 — publié le 20080418

Procédé de modification d'un contenu, serveur, signal et produit programme d'ordinateur correspondants. 1. Domaine de l'invention La présente invention concerne la modification d'une portion d'un contenu, et/ou d'éléments représentatifs de celui-ci, ladite modification étant contrôlée par un serveur et exécutée sur un terminal, comme par exemple un téléphone, un assistant numérique personnel, un ordinateur portable, etc. On entend notamment par contenu un ensemble composé d'au moins une scène et d'une série de commandes permettant de faire évoluer cette scène d'un état à un autre. Une scène est un ensemble d'informations structurées qui peut être présenté à un utilisateur. A titre d'exemple, une scène peut être un document textuel ou un assemblage d'éléments multimédia. On entend aussi par service une succession de contenus maintenant pour l'utilisateur une impression de continuité, que cette continuité soit obtenue par mises à jour successives de la même scène ou par juxtaposition de scènes successives. De manière non restrictive, 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 XML (en anglais eXtensible Markup Language , en français langage de balisage extensible ), et tous les formats auquel peut s'appliquer l'interface DOM (en anglais Document Object Model , en français Modèle Objet de Document ). 2. Art antérieur Des techniques de transmission d'un contenu vers un terminal de 2907238 2 télécommunication sont déjà connues. En particulier, on connaît par le document REX (Remote Events for XML 1.0), une méthode pour modifier certains éléments d'un contenu comportant une série de commandes permettant de faire évoluer ledit contenu et dont la 5 description dudit contenu est faite sous forme d'un arbre DOM, avec des éléments et des attributs DOM, ou sous la forme d'une description de type XML. L'inconvénient de cette technique est qu'elle ne permet pas la modification par insertion, effacement ou remplacement d'une valeur d'un attribut ayant une valeur de liste. 10 On connait aussi la méthode BIFS Commands (ISO/IEC 14496-11 et FR2765983) qui permet de traiter des attributs qui ont plusieurs valeurs, mais qui sont représentés, encodés et transportés comme des tableaux de valeurs et non pas sous la forme d'une unique chaîne de caractères pour l'ensemble des valeurs et qui ne s'applique pas à une description XML quelconque. 15 On connait aussi la méthode TEM updates (ISO/IEC 15938-1), qui permet de découper un document XML en autant de parties que nécessaires pour les transporter successivement au lieu de transporter l'ensemble du document en une seule fois. Les TEM updates contiennent des directives d'ajout, de suppression et de remplacement d'éléments et d'attributs, applicables à une description XML 20 générique, mais n'ont pas de gestion des attributs qui ont pour valeur une liste. On connait aussi les méthodes XMT-A Commands (ISO/IEC 14496-11) et LASeR Commands (ISO/IEC 14496-20) qui peuvent exprimer, sous forme XML, des mises à jour d'attributs qui ont plusieurs valeurs. Ces méthodes ne s'appliquent pas à une description XML générique, mais respectivement à une 25 scène XMT-A ou une scène LASeR et supposent en particulier la connaissance préalable du type d'un attribut donné, c'est-à-dire le fait que cet attribut contienne une valeur unique ou une liste de valeur. Toute opération effectuée sur un attribut spécifié dans XMT-A ou LASeR comme ayant une valeur de liste porte implicitement une sémantique de modification de liste. D'autre part, la 30 spécification des opérations de mise à jour dans XMT-A et dans LASeR est 2907238 3 simple et directe : un ensemble de commandes insert , replace et delete sont spécifiées et, conjointement à la connaissance du fait que l'attribut a une valeur de liste, la simple présence d'un index suffit à spécifier complètement une opération sur la liste. Ceci n'est pas applicable dans le cas où on souhaite utiliser 5 une sémantique proche des évènements DOM niveau 3 pour représenter des modifications d'une description XML générique. 3. Objectifs de l'invention L'invention a notamment pour objectif de pallier ces inconvénients de l'art antérieur. 10 Afin de corriger les différents défauts de l'art antérieur, l'invention concerne selon son acception la plus générale un procédé de modification d'un contenu comportant une série de commandes permettant de faire évoluer ledit contenu et dont la description dudit contenu est faite sous forme d'un arbre DOM, avec des éléments et des attributs DOM, ou sous la forme d'une description de 15 type XML, contenant des attributs dans une chaîne de caractères dont au moins un desdits attributs contient une liste de valeurs positionnées chacune à une position donnée. Plus précisément, le but de l'invention est de rendre possible, au sein d'une méthode de mise à jour d'une description générique XML ou d'un arbre DOM 20 basée sur une sémantique proche de celle des évènements DOM niveau 3, la manipulation de valeurs uniques au sein de listes dans des attributs d'éléments XML ou DOM, attributs représentés en bloc par une simple chaîne de caractères sans connaissance préalable du type des attributs en question. 4. Exposé de l'invention 25 L'invention propose une solution nouvelle qui ne présente pas l'ensemble de ces inconvénients de l'art antérieur, sous la forme d'un procédé de modification d'un contenu, décrit par un arbre hiérarchique, comprenant au moins des éléments et des attributs formés d'une chaîne de caractères. Selon un mode de réalisation particulier de l'invention, au moins un desdits 30 attributs est une liste de valeurs, et un tel procédé comprend une étape de 2907238 4 modification d'au moins une desdites valeurs de ladite liste de valeurs, indépendamment des autres valeurs de ladite liste. En particulier, ladite étape de modification met en oeuvre au moins un des messages de modification appartenant au groupe comprenant : 5 des messages d'insertion d'une valeur dans ladite liste à une position prédéterminée dans ladite chaîne de caractères ; - des messages de suppression d'une valeur dans ladite liste à une position prédéterminée dans ladite chaîne de caractères ; des messages de remplacement d'une valeur dans ladite liste à une 10 position prédéterminée dans ladite chaîne de caractères ; Avantageusement, ladite position prédéterminée est désignée dans ledit message de modification par un paramètre de positionnement. Selon un aspect particulier de l'invention, ladite position prédéterminée correspond implicitement à la position de la dernière valeur dans ladite liste. 15 De façon avantageuse, ledit message de modification met en oeuvre un événement spécifique, et/ou un attribut spécifique et/ou une valeur spécifique d'un attribut existant. Selon l'invention, ledit contenu est décrit suivant un type de description appartenant au groupe comprenant : 20 le type XLM générique; le type arbre DOM. En particulier, lesdits messages de modification utilisent une sémantique de type interface DOM. Selon un aspect particulier de l'invention, ledit message de modification 25 comprend un attribut spécifique permettant de désigner le caractère séparant lesdites valeurs dans ladite liste. Un autre aspect de l'invention concerne un serveur destiné à transmettre un contenu, décrit par un arbre hiérarchique, comprenant au moins des éléments et des attributs formés d'une chaîne de caractères. 2907238 5 Selon l'invention, au moins un desdits attributs est une liste de valeurs, et un tel serveur comprend des moyens de modification d'au moins une desdites valeurs de ladite liste de valeurs, indépendamment des autres valeurs de ladite liste. 5 Encore un autre aspect de l'invention concerne un signal de modification d'un contenu, décrit par un arbre hiérarchique, comprenant au moins des éléments et des attributs formés d'une chaîne de caractères. Selon l'invention, au moins un desdits attributs est une liste de valeurs, et un tel signal comprend au moins une commande de modification d'au moins une 10 desdites valeurs de ladite liste de valeurs, indépendamment des autres valeurs de ladite liste. Finalement, un autre mode de réalisation de l'invention concerne 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 15 et/ou exécutables par un processeur, comprenant des instructions de code de programme pour la mise en oeuvre d'au moins certaines étapes du procédé de modification d'un contenu décrit précédemment. 5. Liste des figures D'autres caractéristiques et avantages de l'invention apparaîtront plus 20 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 : la figure 1 illustre un exemple de description d'un contenu tel qu'utilisé dans un mode de réalisation particulier de l'invention ; 25 - les figures 2A et 2B présentent un exemple de modification d'un contenu, respectivement selon l'art antérieur et selon un mode de réalisation particulier de l'invention. 6. Description d'un mode de réalisation de l'invention Le principe général de l'invention repose sur un procédé de modification 30 d'un contenu dont la description est faite sous forme d'un arbre DOM, avec des 2907238 6 éléments et des attributs DOM, ou sous la forme d'une description de type XML, contenant des attributs dans une chaîne de caractères dont au moins un desdits attributs contient une liste de valeurs positionnées chacune à une position donnée, caractérisé par le fait que chaque valeur de ladite liste peut être mise à jour et 5 modifiée indépendamment des autre valeurs de ladite liste. Avantageusement, un message de mise à jour signale la position de la valeur dans la liste qui est la cible de ladite mise à jour. Dans un mode de réalisation particulier, une position explicite désigne spécifiquement la position de la dernière valeur de ladite liste. 10 Dans un autre mode de réalisation, l'absence de position implique la désignation implicite de la dernière valeur de ladite liste. Avantageusement, ledit message de mise à jour est un message d'insertion ( INSERT ) d'une valeur dans ladite liste à telle position. Avantageusement, ledit message de mise à jour est un message 15 d'effacement ( DELETE ) de la valeur de ladite liste à telle position. Avantageusement, ledit message de mise à jour est un message de remplacement ( REPLACE ) de la valeur de ladite liste à telle position. Dans un mode de réalisation particulier, ledit message d'insertion est l'attribut DOMNodeInserted , ledit message d'effacement est l'attribut 20 DOMNodeRemoved et ledit message de remplacement d'éléments est l'attribut DOMNodeRemoved suivi de l'attribut DOMNodeInserted . Dans un mode de réalisation particulier, ladite nouvelle valeur est spécifiée de la même manière que pour les autres mises à jour des autres attributs qui n'ont pas de valeur de liste. 25 Dans un autre mode de réalisation, ladite nouvelle valeur est spécifiée de façon différente que les autres mises à jour des autres attributs qui n'ont pas de valeur de liste. Avantageusement, les éléments qui séparent les éléments dans ladite chaîne de caractères, sont désignés de façon spécifique. 2907238 7 La présente invention sera mieux comprise à la lecture de la description d'un exemple non limitatif de réalisation qui suit. La méthode REX de mise à jour de documents XML et représentés sous la forme d'un arbre DOM contient des directives permettant : 5 d'insérer des éléments ou des textes comme descendants d'un élément existant, éventuellement à une position donnée dans la liste des descendants ; d'insérer un nouvel attribut dans un élément ; de supprimer un élément désigné soit par sa position dans l'arbre, soit par 10 son identificateur ; de supprimer un attribut d'un élément ; de remplacer un élément ou un texte par un autre ; de remplacer la valeur d'un attribut d'un élément par une autre valeur : toute la valeur de l'attribut est remplacée, même si cette valeur de 15 chaîne de caractères représente en réalité une liste de valeurs distinctes. Un exemple de message REX de remplacement de la valeur d'un attribut suit : La méthode REX ne permet pas de traiter : l'ajout d'une valeur unique à une position donnée ou à la fin d'une liste de valeurs contenue dans un seul attribut ; 25 - la suppression d'une valeur unique à une position donnée ou à la fin d'une liste de valeurs contenue dans un seul attribut ; le remplacement d'une valeur unique à une position donnée ou à la fin d'une liste de valeurs contenue dans un seul attribut. 2907238 8 Dans la suite, les noms choisis pour les nouveaux attributs et valeurs d'énumération ne sont pas importants, seules sont pertinentes les sémantiques sous-jacentes. La méthode REX s'applique à tout vocabulaire XML, sans connaissance 5 de la sémantique dudit vocabulaire et en particulier, sans connaissance préalable du type des attributs, qu'ils soient des listes ou des valeurs uniques. Dans tous les modes d'implémentation présentés, pour maintenir cette propriété de REX, il y a toujours un nouvel attribut (par exemple listPosition) ou une nouvelle valeur d'un attribut existant (par exemple listlnsertion dans attrChange) pour informer 10 l'implémentation que l'attribut cible de la mise à jour est considéré comme une liste de valeurs. En relation avec la figure 1, on présente un exemple de représentation d'un contenu sous la forme d'un arbre DOM, pouvant servir d'exemple pour la suite de la description. 15 On considère un document 10, qui est la racine de l'arbre. Les différents noeuds 11, 12, 13, 14 de type ELEMENT par exemple. Les noeuds 130 et 140 sont de type attribut ATTR. Dans les exemples qui suivent, l'attribut `begin' 130 est un attribut qui peut avoir comme valeur une chaîne de caractères représentant une liste de valeurs 20 séparées par des point-virgules. Une valeur possible dudit attribut est "ls ; toto.click ; a.mouseout+3s". Selon un premier mode possible d'implémentation de l'invention, une insertion de valeur dans une liste à la position N met en jeu : une nouvelle valeur listlnsertion pour l'attribut attrChange, pour distinguer 25 ce cas de celui du remplacement ; un nouvel attribut listPosition pour dénoter l'index de la nouvelle valeur insérée ; la réutilisation de l'attribut newValue pour signaler la nouvelle valeur ; ce choix est possible car la valeur listlnsertion suffit à discriminer le cas 30 courant. 2907238 9 Voici la syntaxe correspondante : 5 Le résultat de cette commande sur la valeur "ls ; toto.click ; a.mouseout+3s" est "ls ; 2s ; toto.click ; a.mouseout+3s" en supposant que l'index indiqué dans listPosition commence à 1. Ce résultat est le même pour les 10 exemples d'insertion à la position 2 qui suivent. Les figures 2A et 2B illustrent cet exemple, de manière schématique. Dans ces deux figures, on considère une modification à appliquer à la valeur 20 de l'attribut 'begin' pour obtenir une nouvelle valeur 22 de cet attribut. Dans un exemple d'une technique de l'art antérieur, on considère une 15 commande de modification 21A à appliquer sur la valeur 20 pour obtenir la nouvelle valeur 22. Dans un exemple d'un mode de réalisation particulier du procédé selon l'invention, une commande de modification 21B, moins compliquée, permet d'obtenir le même résultat 22, à partir de 20. 20 Dans ce premier mode possible d'implémentation de l'invention, une insertion de valeur dans une liste à la fin peut être signalée en omettant l'attribut listPosition, avec la syntaxe correspondante : Le résultat de cette commande sur la valeur "ls ; toto.click ; a.mouseout+ 3s" est "1s ; toto.click ; a.mouseout+3s ; 2s". Ce résultat est le même 30 pour les exemples d'insertion à la fin qui suivent. 2907238 10 Selon un second mode possible d'implémentation de l'invention, une insertion de valeur dans une liste à la position N met en jeu : la signalisation d'un nouvel évènement DOM, DOMListAttrinserted, pour distinguer ce cas de celui du remplacement ou de l'insertion d'un attribut 5 entier ; un nouvel attribut listPosition pour dénoter l'index de la nouvelle valeur insérée ; la réutilisation de l'attribut newValue pour signaler la nouvelle valeur ; ce choix est possible car la valeur listlnsertion suffit à désigner le cas courant. 10 Voici la syntaxe correspondante : 15 Dans ce second mode possible d'implémentation de l'invention, une insertion de valeur dans une liste à la fin peut être signalée en omettant l'attribut listPosition, avec la syntaxe correspondante : 20 Selon un troisième mode possible d'implémentation de l'invention, une 25 insertion de valeur dans une liste à la position N met en jeu : la signalisation d'un nouvel évènement DOM, DOMListAttrModified, aussi utilisé pour des suppressions et des remplacements, mais spécifique des opérations sur les attributs qui ont pour valeur une liste ; l'utilisation de l'attribut attrChange avec la valeur addition pour lever 30 l'ambiguité avec le remplacement et la suppression ; 2907238 11 un nouvel attribut listPosition pour dénoter l'index de la nouvelle valeur insérée ; la réutilisation de l'attribut newValue pour signaler la nouvelle valeur. Voici la syntaxe correspondante : 5 10 Dans ce troisième mode possible d'implémentation de l'invention, une insertion de valeur dans une liste à la fin peut être signalée en omettant l'attribut listPosition, avec la syntaxe correspondante : Selon un quatrième mode possible d'implémentation de l'invention, une insertion de valeur dans une liste à la position N met en jeu : 20 - une nouvelle valeur listlnsertion pour l'attribut attrChange, pour distinguer ce cas de celui du remplacement ; un nouvel attribut listPosition pour dénoter l'index de la nouvelle valeur insérée ; un nouvel attribut newListValue pour signaler la nouvelle valeur ; ce choix 25 peut être préférable pour des raisons d'efficacité d'un encodage binaire par exemple. Voici la syntaxe correspondante : 2907238 Dans ce quatrième mode possible d'implémentation de l'invention, une insertion de valeur dans une liste à la fin peut être signalée en omettant l'attribut 5 listPosition, avec la syntaxe correspondante : 10 Dans une variante de ce quatrième mode possible d'implémentation de l'invention, une insertion de valeur dans une liste à la fin peut être signalée à l'aide d'une valeur particulière end de l'attribut listPosition : 15 Dans une variante possible des quatre modes précédents d'implémentation 20 de l'invention pour l'insertion, il peut être nécessaire de signaler le caractère utilisé pour séparer entre elles les valeurs uniques dans la chaîne de caractères représentant la liste, ledit caractère étant nommé ci-dessous listSeparator. L'exemple de syntaxe regroupe une insertion dans la liste suivie d'une insertion en fin de liste : 25 30 12 2907238 13 5 Selon un cinquième mode possible d'implémentation de l'invention, une suppression de valeur dans une liste à la position N met en jeu un nouvel attribut listPosition pour dénoter l'index de la valeur supprimée. En l'absence d'une 10 nouvelle valeur à insérer ou à remplacer, ce message ne peut être qu'une suppression, donc il n'est pas strictement nécessaire de signaler explicitement une suppression. Il est aussi possible de signaler explicitement attrChange='removal'. Voici la syntaxe correspondante : 15 Le résultat de cette commande sur la valeur "ls ; toto.click ; a.mouseout+3s" est "ls ; a.mouseout+3s" en supposant que l'index indiqué dans 20 listPosition commence à 1. Ce résultat est le même pour les exemples de suppression à la position 2 qui suivent. Dans ce cinquième mode possible d'implémentation de l'invention, une suppression de valeur dans une liste à la fin requiert un attribut listPosition avec une valeur explicite pour la fin de liste pour éviter une trop grande ambiguïté. 25 Voici la syntaxe correspondante : 2907238 14 Le résultat de cette commande sur la valeur "ls ; toto.click ; a.mouseout+3s" est "ls ; toto.click". Ce résultat est le même pour les exemples de suppression à la fin qui suivent. Selon un sixième mode possible d'implémentation de l'invention, une 5 suppression de valeur dans une liste à la position N met en jeu un nouvel attribut listPosition pour dénoter l'index de la valeur supprimée et une nouvelle valeur listDeletion pour l'attribut existant attrChange. Voici la syntaxe correspondante : Dans ce sixième mode possible d'implémentation de l'invention, une suppression de valeur dans une liste à la fin peut être signalée par une omission de l'attribut listPosition. Voici la syntaxe correspondante : 15 Selon le troisième mode possible, déjà évoqué plus haut, d'implémentation 20 de l'invention, une suppression de valeur dans une liste à la position N met en jeu un nouvel attribut listPosition pour dénoter l'index de la valeur supprimée et un nouvel évènement DOM DOMListAttrModified, commun avec l'insertion. La levée de l'ambiguïté entre insertion et suppression est faite par la présence ou absence de l'attribut newValue. Il est aussi possible de signaler explicitement 25 attrChange='removal'. Voici la syntaxe correspondante : 2907238 15 Dans ce troisième mode possible, une suppression de valeur dans une liste à la fin peut être signalée par l'omission de l'attribut listPosition. Voici la syntaxe correspondante : 5 Selon un septième mode possible d'implémentation de l'invention, une suppression de valeur dans une liste à la position N met en jeu un nouvel attribut 10 listPosition pour dénoter l'index de la valeur supprimée et un nouvel évènement DOM DOMListAttrDeleted, différent de celui l'insertion. Cette syntaxe est beaucoup plus lisible et moins sujette à erreurs. Voici la syntaxe correspondante : Dans ce septième mode possible, une suppression de valeur dans une liste à la fin peut être signalée par l'omission de l'attribut listPosition. Voici la syntaxe correspondante : 20 Dans une variante possible des modes précédents d'implémentation de 25 l'invention pour la suppression, il peut être nécessaire de signaler le caractère utilisé dans la chaîne de caractères représentant la liste pour séparer entre elles les valeurs uniques, nommé ci-dessous listSeparator. L'exemple de syntaxe regroupe une suppression dans la liste suivie d'une suppression en fin de liste : 30 Selon un huitième mode possible d'implémentation de l'invention, un remplacement de valeur dans une liste à la position N met en jeu un nouvel attribut listPosition pour dénoter l'index de la valeur remplacée. La levée de 10 l'ambiguïté par rapport à la suppression se fait par la présence de l'attribut newValue, ou peut être explicite par l'ajout de l'attribut attrChange='modification'. Voici la syntaxe correspondante : Le résultat de cette commande sur la valeur "1s ; toto.click ; a.mouseout+3s" est "1s ; 17s ; a.mouseout+3s" en supposant que l'index indiqué dans listPosition commence à 1. Ce résultat est le même pour les exemples de 20 remplacement à la position 2 qui suivent. Dans ce huitième mode possible, un remplacement valeur dans une liste à la fin ne peut être signalé par l'omission de l'attribut listPosition, qui doit être explicite sous peine d'ambiguïtéavec un remplacement de tout l'attribut. Voici la syntaxe correspondante : 25 2907238 17 Le résultat de cette commande sur la valeur "ls ; toto.click ; a.mouseout+3s" est "ls ; toto.click ; 17s". Ce résultat est le même pour les exemples de remplacement à la fin qui suivent. Selon un neuvième mode possible d'implémentation de l'invention, un 5 remplacement de valeur dans une liste à la position N met en jeu un nouvel attribut listPosition pour dénoter l'index de la valeur remplacée et une nouvelle valeur listModification de l'attribut attrChange. Il n'y a alors pas d'ambiguïté avec insertion ou suppression. Voici la syntaxe correspondante : 10 Dans ce neuvième mode possible, un remplacement de valeur dans une liste à la fin peut être signalé par l'omission de l'attribut listPosition. Voici la 15 syntaxe correspondante : 20 Selon le troisième mode possible d'implémentation de l'invention déjà évoqué plus haut, un remplacement de valeur dans une liste à la position N met en jeu un nouvel attribut listPosition pour dénoter l'index de la valeur supprimée et un nouvel évènement DOM DOMListAttrModified, commun avec l'insertion. La levée de l'ambiguïté avec l'insertion est faite par attrChange='modification'. Voici 25 la syntaxe correspondante : 2907238 18 Dans ce troisième mode possible, un remplacement de valeur dans une liste à la fin peut être signalé par l'omission de l'attribut listPosition. Voici la syntaxe correspondante : 5 Selon un dixième mode possible d'implémentation de l'invention, un remplacement de valeur dans une liste à la position N met en jeu un nouvel 10 attribut listPosition pour dénoter l'index de la valeur remplacée et un nouvel attribut newListValue pour contenir la nouvelle valeur. Voici la syntaxe correspondante : Dans ce dixième mode possible, un remplacement de valeur dans une liste à la fin peut être signalé par l'omission de l'attribut listPosition, ou par une valeur explicite de listPosition. Voici la syntaxe correspondante à la seconde option : 20 Dans une variante possible des modes précédents d'implémentation de 25 l'invention pour le remplacement, il peut être nécessaire de signaler le caractère utilisé dans la chaîne de caractères représentant la liste pour séparer entre elles les valeurs uniques, nommé ci-dessous listSeparator. L'exemple de syntaxe regroupe un remplacement dans la liste suivie d'un remplacement en fin de liste : 30 REVENDICATIONS 1. Procédé de modification d'un contenu, décrit par un arbre hiérarchique, comprenant au moins des éléments et des attributs formés d'une chaîne de caractères, caractérisé en ce qu'au moins un desdits attributs est une liste de valeurs, et en ce qu'il comprend une étape de modification d'au moins une desdites valeurs de ladite liste de valeurs, indépendamment des autres valeurs de ladite liste. 2. Procédé de modification selon la revendication 1, caractérisé en ce que ladite étape de modification met en oeuvre au moins un des messages de modification appartenant au groupe comprenant : des messages d'insertion d'une valeur dans ladite liste à une position prédéterminée dans ladite chaîne de caractères des messages de suppression d'une valeur dans ladite liste à une position prédéterminée dans ladite chaîne de caractères des messages de remplacement d'une valeur dans ladite liste à une position prédéterminée dans ladite chaîne de caractères 3. Procédé de modification selon la revendication 2, caractérisé en ce que ladite position prédéterminée est désignée dans ledit message de modification par un paramètre de positionnement. 4. Procédé de modification l'une quelconque des revendications 2 et 3, caractérisé en ce que ladite position prédéterminée correspond implicitement à la position de la dernière valeur dans ladite liste. 5. Procédé de modification selon l'une quelconque des revendications 2 à 4, caractérisé en ce que ledit message de modification met en oeuvre un événement spécifique, et/ou un attribut spécifique et/ou une valeur spécifique d'un attribut existant. 6. Procédé de modification selon l'une quelconque des revendications 1 à 5, caractérisé en ce que ledit contenu est décrit suivant un type de description appartenant au groupe comprenant : le type XLM générique; 2907238 21 - le type arbre DOM. 7. Procédé de modification selon l'une quelconque des revendications 2 à 6, caractérisé en ce que lesdits messages de modification utilisent une sémantique de type interface DOM. 5 8. Procédé de modification selon l'une quelconque des revendications 2 à 7, caractérisé en ce que ledit message de modification comprend un attribut spécifique permettant de désigner le caractère séparant lesdites valeurs dans ladite liste. 9. Serveur destiné à transmettre un contenu, décrit par un arbre hiérarchique, 10 comprenant au moins des éléments et des attributs formés d'une chaîne de caractères, caractérisé en ce qu'au moins un desdits attributs est une liste de valeurs, et en ce qu'il comprend des moyens de modification d'au moins une desdites valeurs de ladite liste de valeurs, indépendamment des autres valeurs de ladite liste. 15 10. Signal de modification d'un contenu, décrit par un arbre hiérarchique, comprenant au moins des éléments et des attributs formés d'une chaîne de caractères, caractérisé en ce qu'au moins un desdits attributs est une liste de valeurs, et en ce qu'il comprend au moins une commande de modification d'au moins une desdites 20 valeurs de ladite liste de valeurs, indépendamment des autres valeurs de ladite liste. 11. 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 25 code de programme pour la mise en oeuvre du procédé de modification selon l'une au moins des revendications 1 à 8.