Brevet FR2908256A1 — publié le 20080509

L'invention concerne un procédé de communication d'information entre un serveur de contenu et un terminal mobile, ainsi qu'un tel serveur de contenu. L'invention s'applique en particulier à la communication d'information destinée à 5 être visualisée sur un téléphone portable, notamment dans le cadre d'un service d'information télévisuelle présentant un contenu multimédia interactif. Pour assurer ce type de communication, il a été proposé d'utiliser le langage XML (pour eXtensible Markup Language en anglais) en tant que contenant de 10 données. En effet, le langage XML est un protocole bien défini qui est couramment utilisé pour les tâches telles que celles nécessaires pour la visualisation de contenus télévisuels sur les téléphones portables. L'utilisation du langage XML est une solution appropriée lorsque le terminal client est connecté à un réseau à large bande et avec une puissance de calcul du CPU 15 (pour Central Processing Unit en anglais) illimitée. Toutefois, du fait des limitations dans l'environnement système du service que le client utilise, les avantages du langage XML sont impactés par les contraintes de performance nécessaire pour le traitement des données XML. Il existe donc un besoin pour développer un procédé de communication qui minimise la largeur de bande nécessaire, limiter le nombre d'aller retour entre le terminal mobile et le serveur ainsi que l'utilisation du CPU du terminal mobile. 25 Pour tenter de satisfaire à ces contraintes, on a proposé de compresser les données XML avec un algorithme qui permette leur récupération sur le terminal mobile. Toutefois, si la compression des données permet de limiter la largeur de bande, 30 la récupération des données sollicite le CPU de façon trop importante relativement à la capacité du terminal mobile. Quant à l'utilisation du rich media, elle nécessite l'ajout d'! ne couche de description dont Il n'est pas toujours nécessaire d e pouvoir bénéficier. 20 2908256 2 L'invention a pour but de pallier aux problèmes de l'art antérieur en proposant notamment un procédé de communication d'information entre un serveur et un terminal mobile qui optimise tant la largeur de bande nécessaire pour le transfert que l'utilisation du CPU du terminal mobile. A cet effet, et selon un premier aspect, l'invention propose un procédé de communication d'information entre un serveur de contenu et un terminal mobile, dans lequel le terminal envoie une requête audit serveur et ledit serveur répond ~o à ladite requête en envoyant des informations sous la forme d'un fichier XML et d'un contenu lié, dans lequel préalablement à leur envoi, ledit procédé prévoit de mapper de façon binaire le fichier XML et de concaténer le contenu lié. Selon un deuxième aspect, l'invention propose un serveur pour la 15 communication d'information à un terminal mobile, ledit serveur comprenant des moyens de mappage binaire de fichiers XML et des moyens pour concaténer un contenu lié, ledit serveur comprenant en outre des moyens de transmission simultanée des fichiers XML mappés et des contenus concaténés. 20 D'autres particularités et avantages de l'invention apparaîtront dans la description qui suit de différents modes de réalisation particuliers. L'invention concerne un procédé de communication d'information entre un serveur de contenu et un terminal mobile. En particulier, le serveur est agencé 25 pour communiquer des informations qui sont destinées à un téléphone portable, notamment pour la visualisation télévisuelle d'un contenu multimédia interactif. Pour ce faire, le terminal envoie une requête audit serveur et ledit serveur répond à ladite requête en envoyant les informations. De façon avantageuse, vo les informations communiquées sont sous la forme d'un fichier XML et d'un contenu lie, 2908256 3 Selon une réalisation particulière, la communication entre le serveur et le terminal mobile est réalisée suivant un protocole HTTP. Pour limiter les besoins de largeur de bande ainsi que d'utilisation du CPU du 5 terminal mobile, l'invention prévoie, préalablement à leur envoi, de mapper de façon binaire le fichier XML et de concaténer le contenu lié. Selon une réalisation, le mappage binaire est réalisé par codage suivant la convention Little Endian pour permettre une décompression rapide des 10 données par le terminal mobile, en particulier en utilisant un processeur ARM. En outre, le contenu lié peut être sous la forme de fichiers multimédia, lesdits fichiers étant envoyés simultanément au fichier XML mappé sans laisser les liens vers les fichiers multimédia. 15 On décrit ci-dessous une réalisation du procédé dans lequel les règles de mappage comprennent la définition des trois types d'éléments suivants : - une séquence qui est une composition de tout type d'éléments ; - une série qui est une composition d'éléments de même type ; 20 un attribut qui n'est pas une composition. Avec cette définition, il est possible de réaliser le mappage suivant un format différencié en fonction des types d'éléments à mapper, en particulier tel que détaillé ci-dessous. Format de codage pour les types composition 25 ;Type d'éléments (UINT32) Type (UINT32) 0x00000001=Séquence '.0x00000002=Série Numéro de rang 1 UINT32 Données de l'elemert "' (longueur vanaole) Taille de l'élément (UINT32) .Nombre d'éléments 'Taille totale ;;(UINT32) ;(UINT32) 2908256 4 Numero de rang i !Taille de l'élément (UINT32) 'UINT32 Données de l'élément i (longueur variable) !Numéro de rang N UINT32 !Taille de l'élément (UINT32) _et Données de l'élément N (longueur variable) 5 Format de codage pour les attributs 'Type d'éléments (UINT32) ;Type (UINT32) ITaille (UINT32) Valeur (longueur variable) ! 0xO0000003e-attribut ! tee.__esee: Lorsqu'un attribut est optionnel, sa taille peut être fixée à o et le champ valeur peut ne pas être présent ou ne pas être communiqué. Suivant cette réalisation, les types d'éléments peuvent être basiquement les 10 suivants : Type de Format !Commentaires 'données 'Booléen iUint 32 bits 0x00000000 = vrai ou faux !Codage 11We-end ian Uint32 lUint 32 bits ;Codage little-endlan la valeur 0x12345678 est codée0x78563412 Heure date YYYYMM '2005-11-07T20:30:45Z signifie 2005, 7 Novembre, DDTHH:MM:SSZ 20 heures, 30 minutes et 45 secondes, heure locale. (ISO 8601) Y, M, D, H, M, S sont des !nombres. Durée DDD:HH:MM 20:01:30 signifie 20 jours, 1 heure and 32 minutes D, H et M sont des nombres Image Données image binaire Le contenu est pris tel quel, sans codage. en format png Chaîne de UTF16LE charset Ne se termine pas par le caractère nul (nuit caractères terminated). La taille est significative URL Chaîne de caractères Par ailleurs, en relation avec la description faite ci-dessus, 'invention concerne également le serveur contenu .our la communication dnformation à un terminal mobile, ledit serveur comprenant des moyens de m'apr.-Ji:3de binaire de 2908256 5 fichiers XML et des moyens pour concaténer un contenu lié, ledit serveur comprenant en outre des moyens de transmission simultanée des fichiers XML mappés et des contenus concaténés. 5 REVENDICATIONS 1. Procédé de communication d'information entre un serveur de contenu et un terminal mobile, dans lequel le terminal envoie une requête audit serveur et ledit serveur répond à ladite requête en envoyant des informations sous la forme d'un fichier XML et d'un contenu lié, dans lequel préalablement à leur envoi, ledit procédé prévoit de mapper de façon binaire le fichier XML et de concaténer le contenu lié. 2. Procédé de communication selon la revendication 1, dans lequel le mappage binaire est réalisé par codage suivant la convention Little Endian. 3. Procédé de communication selon la revendication 1 ou 2, dans lequel le contenu lié est sous la forme de fichiers multimédia, lesdits fichiers étant 15 envoyés simultanément au fichier XML mappé sans laisser les liens vers les fichiers multimédia. 4. Procédé de communication selon la revendication 3, dans lequel les informations communiquées sont pour la visualisation télévisuelle d'un contenu 20 multimédia interactif. 5. Procédé de communication selon l'une quelconque des revendications 1 à 4, dans lequel la communication entre le serveur et le terminal mobile est réalisée suivant un protocole HTTP. 6. Procédé de communication selon l'une quelconque des revendications 1 à 5, dans lequel les règles de mappage comprennent la définition des trois types d'éléments suivants : - une séquence qui est une composition de tout type d'éléments - une série qui est une composition d'éléments de même type ; un attribut qui n'est pas une composition ; i ns lequel - rn ai.~pagn ~ est i rérs,ise suivant i un rm 't ncie en fon fonction !ï~~ti différencié ~r~ en vi ..,t e ~.!or-non, s ? rapt er 25 su 2908256 7 7. Serveur pour la communication d'information à un terminal mobile, ledit serveur comprenant des moyens de mappage binaire de fichiers XML et des moyens pour concaténer un contenu lié, ledit serveur comprenant en outre des 5 moyens de transmission simultanée des fichiers XML mappés et des contenus concaténés.