FR2846769A1 - Procede et systeme d'elaboration dynamique d'images - Google Patents
Procede et systeme d'elaboration dynamique d'images Download PDFInfo
- Publication number
- FR2846769A1 FR2846769A1 FR0213872A FR0213872A FR2846769A1 FR 2846769 A1 FR2846769 A1 FR 2846769A1 FR 0213872 A FR0213872 A FR 0213872A FR 0213872 A FR0213872 A FR 0213872A FR 2846769 A1 FR2846769 A1 FR 2846769A1
- Authority
- FR
- France
- Prior art keywords
- images
- image
- terminals
- tags
- svg
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/14—Digital output to display device ; Cooperation and interconnection of the display device with other functional units
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/957—Browsing optimisation, e.g. caching or content distillation
- G06F16/9577—Optimising the visualization of content, e.g. distillation of HTML documents
-
- G—PHYSICS
- G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
- G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
- G09G2370/00—Aspects of data communication
- G09G2370/02—Networking aspects
- G09G2370/027—Arrangements and methods specific for the display of internet documents
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Human Computer Interaction (AREA)
- Processing Or Creating Images (AREA)
- Information Transfer Between Computers (AREA)
Abstract
Ce système d'élaboration dynamique d'images d'images et de transmission de ces images vers des terminaux distants (14, 16, 18) comprend un serveur comportant une base d'images (12) et des moyens de traitement (12, 20, 25) des images destinées aux terminaux adaptés pour convertir les images en formats respectifs compatibles avec les terminaux distants.La base d'images est une base d'images vectorielles.Les moyens de traitement comportent un ensemble de balises intégrées aux images vectorielles et adaptées pour provoquer une manipulation des images pour les rendre compatibles avec les terminaux distants et des moyens pour générer des images lisibles par les terminaux à partir des images manipulées.
Description
Procédé et système d'élaboration dynamique d'images L'invention concerne
un système et un procédé d'élaboration
dynamique d'images.
Plus particulièrement, l'invention se rapporte à un système
permettant d'élaborer des images à partir d'un fichier source et de télécharger ces images vers des terminaux distants pour leur affichage.
Une application particulièrement intéressante d'un tel procédé et d'un tel système concerne l'élaboration d'images à partir de fichiers 10 sources extraits de sites de réseaux informatiques tels que le réseau Internet et la télétransmission de ces images vers des terminaux
distants pour être consultés par des utilisateurs finaux.
Comme on le sait, la grande diversité des terminaux pouvant être utilisés pour la récupération de telles images ainsi que l'étendue 15 géographique de tels réseaux informatiques, impliquent des contraintes
majeures quant aux images finales à afficher sur les terminaux.
Il est en effet nécessaire que l'image finale tienne compte, d'une part, des contraintes des terminaux distants, relatives notamment à la taille de l'écran, sa résolution, le nombre de couleurs disponibles 20 et, d'autre part, de la langue dans laquelle l'image doit être affichée sur les terminaux de manière à être compréhensibles par l'utilisateur final. En outre, des contraintes d'autres natures, liées par exemple à l'identité du ou des destinataires, peuvent également compliquer 25 l'affichage des images. Ainsi, par exemple, il arrive parfois que des
images soient toutes personnalisées de la même manière lorsqu'elles sont destinées à des utilisateurs d'un même groupe. Tel est en particulier le cas d'images destinées à être diffusées au sein de filiales d'une même société-mère pour lesquelles un même formalisme doit 30 être utilisé.
Pour atteindre ces objectifs, il a été proposé d'utiliser des logiciels de conception graphique destinés à manipuler une image source pour l'exporter dans différents formats graphiques compatibles avec les terminaux distants. Comme on le conçoit, une telle technique
est relativement peu satisfaisante, dans la mesure o elle nécessite une élaboration complète des images à afficher à partir de l'image source.
Elle ne tient en outre pas compte des problèmes de traduction
d'éléments textuels.
D'autres types de techniques font appel à une génération
dynamique d'images à partir de données reçues en entrée, en utilisant des programmes de traitement d'images spécifiques pour chaque type de terminal ou d'application. Une telle technique est néanmoins relativement coteuse, dans la mesure o elle nécessite de prévoir un 10 programme de traitement pour chaque image à générer.
Au vu de ce qui précède, le but de l'invention est de palier les inconvénients de l'état de la technique et de fournir un procédé et un système d'élaboration dynamique d'images et de transmission de ces images vers des terminaux distants permettant l'élaboration d'images 15 selon des formats correspondants aux contraintes de terminaux qui leur
sont 1destinés et des utilisateurs finaux, et ce de manière automatique, tout en ne nécessitant que des moyens matériels et logiciels relativement simples et pouvant en outre être utilisés de manière universelle, c'est-àdire pour tous les types de terminaux pour 20 satisfaire toutes les contraintes des utilisateurs.
Ainsi, selon l'invention, il est proposé un système d'élaboration dynamique d'images et de transmission de ces images vers des terminaux distants, comprenant un serveur associé à une base d'images et des moyens de traitement des images destinées aux terminaux 25 adaptés pour convertir les images en format respectif compatible avec
les terminaux distants.
La base d'images est une base d'images vectorielles. En outre, les moyens de traitement comportent un ensemble de balises insérées aux images de la base d'images et adaptées pour provoquer une 30 manipulation des images pour les rendre compatibles avec les terminaux distants et des moyens pour générer des images lisibles par
les terminaux à partir des images manipulées.
Pour l'élaboration d'une image pouvant être lue, par tou type de terminal, on insère ainsi des balises dans un fichier correspondant à une image source pour élaborer une image " universelle ", ces balises étant destinées à être reconnues par les moyens de traitement pour activer des programmes correspondants hébergés dans le serveur pour
manipuler l'image source et ce, pour chaque type de terminal.
On conçoit dès lors qu'un seul programme de traitement d'images, qui fait appel à une pluralité de programmes de manipulation d'images appelés après détection des balises, n'est nécessaire pour
l'élaboration de l'image finale.
Selon une autre caractéristique de l'invention, les images 10 stockées dans la base d'images sont des images structurées selon une grammaire XML. Le format SVG constitue un format approprié pour
structurer les données d'image dans la base d'images.
Selon une autre caractéristique du système selon l'invention, les moyens de traitement comportent en outre un ensemble de 15 programmes de traitement d'images activés sélectivement par lesdites balises pour modifier en conséquence une image extraite de la base d'images. Ces moyens de traitement comportent en outre des moyens
d'élaboration d'une feuille de style adaptée pour insérer dans les 20 images des informations de présentation.
Selon un exemple de réalisation, ces feuilles de style
constituent des moyens de transformation de type XSLT.
Les moyens d'élaboration de la feuille de style comportent par
exemple, des moyens pour élaborer la feuille de style en fonction 25 d'informations transmises à partir des terminaux distants.
Selon un exemple de mise en oeuvre, les moyens pour générer
les images lisibles sont hébergées dans le serveur.
En variante, si les terminaux le permettent, les moyens pour
générer les images lisibles sont hébergées dans les terminaux.
Selon une autre caractéristique de l'invention, le serveur comporte en outre une mémoire cache pour le stockage des images
élaborées par les moyens de traitement.
On notera par ailleurs que lesdits programmes de traitement constituent des moyens pour provoquer une insertion de codes d'instruction dans l'image extraite de la base de données en fonction
d'au moins un argument des balises.
De préférence, les arguments des balises sont véhiculés par des
requêtes transmises par les terminaux distants.
Selon l'invention, il est également proposé un procédé d'élaboration dynamique d'images et de transmission de ces images vers des terminaux distants. Ce procédé est caractérisé en ce qu'il comporte les étapes consistant à: - stocker des images vectorielles dans une base d'images gérée 10 par un serveur, les images comprenant chacune des balises adaptées pour provoquer une manipulation des images pour les rendre compatibles avec des terminaux distants pour l'affichage des images modifier les images en fonction des balises insérées; et
- générer des images lisibles par les terminaux à partir des 15 images dans lesquelles sont insérer les balises.
Au cours de l'étape de modification des images, le programme de traitement provoque l'élaboration d'un code de programmation et l'enrichissement dynamique d'un fichier d'image par insertion dudit
code en remplacement des balises.
Selon un mode de mise en oeuvre, les images lisibles par les
terminaux sont élaborés par lesdits terminaux.
En variante, les images lisibles par les terminaux sont élaborés
par le serveur.
D'autres but, caractéristiques et avantages de l'invention 25 apparaîtront à la lecture de la description suivante, donnée uniquement
à titre d'exemple non limitatif, et faite en référence aux dessins annexés sur lesquels: - la figure 1 est une vue schématique d'un système d'élaboration et de transmission d'images conforme à l'invention; et - la figure 2 est un organigramme illustrant les principales
phases d'un procédé mis en oeuvre au moyen du système de la figure 1.
Sur la figure 1, on a représenté la structure générale d'un système d'élaboration et de transmission dynamique d'images conforme
à l'invention, désigné par la référence numérique générale 10.
Il est destiné à extraire des images d'une base d'images 12 en réponse à des requêtes formulées par des terminaux distants tels que 14, 16 et 18, et à traiter ces images de manière à les rendre compatibles avec les contraintes de chaque terminal, en particulier en 5 termes de résolution, de nombre de couleurs disponibles, de taille d'écran, tout en conservant la qualité d'une image initiale, mais également en tenant compte de contraintes d'autres natures, telles que des contraintes linguistiques, en procédant à une traduction dynamique d'éléments textuels contenus dans une image de manière à les rendre 10 compréhensibles par l'utilisateur distant, et des contraintes liées à des formalismes prédéterminés imposés par un utilisateur émetteur d'une requête. Comme on le voit sur la figure 1, les terminaux distants susceptibles à priori de recevoir les images peuvent être constitués par 15 des terminaux informatiques de différentes natures. Ils peuvent en effet être constitués par des micro-ordinateurs, des téléphones mobiles cellulaires, des assistants personnels, Chacun de ces équipements présente des caractéristiques et des
capacités qui engendrent des contraintes particulières pour l'affichage 20 d'images.
Ainsi, en réponse à des requêtes formulées par un utilisateur, le système 10 provoque une manipulation dynamique des images extraites de la base d'images 12 de manière à satisfaire l'ensemble des
contraintes liées au terminal et à l'utilisateur concerné.
A cet effet, le système 10 comporte essentiellement un serveur,
constitué par exemple par un serveur hébergeant un site Internet.
Comme on le voit sur la figure 1, le serveur comporte, outre la base d'images 12, un étage de traitement 20 assurant une récupération des images chargées dans la base d'images 12 pour les transformer en 30 images se présentant selon un format les rendant susceptibles d'être
affichées sur les terminaux 14, 16 et 18.
Cet étage de traitement est raccordé à une mémoire cache 22, par l'intermédiaire d'un étage de gestion 24 pour le stockage des
images élaborées par l'étage de traitement 20.
En ce qui concerne la base d'images 12, celle-ci regroupe l'ensemble des images susceptibles d'être interrogées par les utilisateurs. Ces images sont chargées dans des fichiers structurés selon une grammaire XML (" eXtensible Markup Language ", en anglais). Plus particulièrement, les fichiers stockés dans la base d'image
12 sont structurés selon le format connu sous l'appellation SVG ("Scalable Vector Graphics", en anglais), c'est-à-dire sous la forme d'images vectorielles. Un tel format permet le stockage des images 10 sous une forme plus compacte qu'une description pixels par pixels,
telle qu'elle serait faite selon des formats GIF, JPEG, PNG,...
En outre, un tel format de stockage d'images rend possible la
description d'une image en termes d'objets et autorise ainsi une manipulation des images en travaillant sur les éléments qui la 15 composent, contrairement aux formats d'images selon lesquels les
images sont décrites pixel par pixel.
Les fichiers stockés dans la base d'image 12 sont élaborés à
partir de fichiers source d'origine regroupant, sous une forme vectorielle, c'est-à-dire selon le format SVG, l'ensemble des images 20 disponibles.
Comme cela est connu en soit, un fichier SVG est une
application du langage XML. Elle se présente sous la forme d'un fichiertexte dont l'édition est possible en utilisant un éditeur de textes, ce qui permet de procéder à des modifications sans avoir à 25 lancer un éditeur d'images.
Un tel fichier SVG est décrit à l'aide de balises XML servant
chacune à la description d'une caractéristique d'une image.
Conformément à l'invention, à partir des fichiers source d'origine, il est procédé à une insertion de balises supplémentaires, par 30 exemple au moyen d'un éditeur de textes conventionnel, ces balises servant à lancer l'exécution de programmes par l'étage de traitement 20 de manière à provoquer une modification des images les rendant
compatibles avec un terminal sur lequel elle doit être affichée.
Ainsi, comme on le conçoit, les fichiers stockés dans la base d'images 12 sont constitués par des fichiers universels, c'est-à-dire des
fichiers communs à l'ensemble des terminaux disponibles.
Les balises pouvant être utilisées pour l'enrichissement des 5 fichiers d'image source peuvent être de différentes natures, en fonction
des manipulations d'images à effectuer.
On notera, en particulier, que des balises de traduction, pour
provoquer une traduction à la volée des éléments textuels en fonction de la langue utilisée par l'utilisateur peuvent être insérées dans les 10 fichiers sources.
De même, des balises de modification de texture d'image,
peuvent être prévues. De telles balises permettent une personnalisation de toute ou partie du contenu SVG en agissant sur des facteurs tels que les couleurs de remplissage, de fond, de tracé, de police,.... les tailles 15 de polices, les polices,...
Enfin, des balises de manipulation d'images peuvent être prévues. Par exemple, de telles balises peuvent être utilisées soit pour isoler une partie d'une image, par exemple pour afficher une portion d'un plan géographique sur un poste téléphonique cellulaire mobile ou 20 sur un assistant personnel, pour lesquels la taille de l'écran ne permet pas un affichage d'un tel plan avec une échelle acceptable, soit pour procéder à l'exécution de fonctions géométriques, telles que des translations, des rotations, des homothétie,... ou encore de fonctions
d'agrandissement (positif ou négatif, sur toute ou partie de l'image).
partir de ces images, le serveur, et en particulier l'étage de traitement 20, procède à l'élaboration d'images modifiées en procédant à un enrichissement du contenu initial des images par insertion
dynamique de contenu.
En particulier, l'étage de traitement 20 récupère la valeur 30 d'arguments véhiculés dans les requêtes transmises par les terminaux 14, 16, et 18, insère respectivement ces arguments dans les attributs des balises correspondantes, puis procède à l'exécution de programmes, en fonction des balises contenues dans les fichiers d'images et en fonction des arguments récupérés à partir des requêtes, pour engendrer des codes d'instructions. Ces codes d'instructions sont
alors insérés dans les fichiers en lieu et place des balises.
Il est alors créé, à ce stade, un fichier SVG spécifique à chaque terminal et répondant à l'ensemble des contraintes imposées pour l'affichage. Un module de traitement 25, intégré à l'étage de traitement 20, est alors utilisé pour convertir le fichier SVG enrichi en des images susceptibles d'être lues par les terminaux 14, 16 et 18, par exemple des
images se présentant sous les formats GIF, JPEG, PNG, TIFF,...
Les images ainsi élaborées sont alors stockées dans la mémoire cache 22 afin d'être disponible ultérieurement, pour être à nouveau
téléchargées vers les utilisateurs en réponse à des requêtes similaires.
On va maintenant décrire la structure générale des fichiers chargés dans la base d'image 12. En particulier, on va décrire ci-après 15 quelques exemples de balises pouvant être utilisées pour provoquer
une modification des images par enrichissement de codes.
Dans ce qui suit, les balises servant à la description des images
proprement dites sont constituées par des éléments de type classique à
la portée d'un homme du métier et n'ont pas été reprises.
Comme indiqué précédemment, un fichier SVG est un document structuré conformément à une grammaire XML et doit donc commencer
par une en-tête précisant la version de XML utilisée.
L'ensemble des éléments d'un fichier SVG est alors décrit à l'aide de balises. Les balises reconnues par le langage SVG doivent 25 être définies dans un fichier DTD de définition de type de document ("Document type Definition"). Ainsi, les fichiers XML stockés dans la base d'images 12 doivent, avant tout, débuter par une référence vers ce
document DTD.
Lors de l'élaboration de la base d'images 12, il est également 30 procédé à une insertion des balises supplémentaires utilisées dans ce document. En ce qui concerne les balises pouvant être intégrées au fichier source, les balises suivantes peuvent être utilisées: - "Background Color": cette balise permet d'ajouter une couleur d'arrière-plan à une image SVG. Cette balise s'appuie sur une valeur de paramètre "color" (couleur d'arrièreplan choisie), stockée dans une requête HTTP transmise par les terminaux. Ainsi, par 5 exemple, le code utilisé pour insérer cette balise dans le fichier source sera de la forme <svg... > < svg: background color/> </svg> - "Black White": cette balise définit une section d'image dans laquelle la gestion de la couleur va entrer en jeu. Elle permet d'appliquer un filtre noir et blanc sur une image vectorielle ou 15 existante de type GIFF, JPG,... Elle s'appuie sur la valeur d'un paramètre indiquant si un filtre noir et blanc doit être indiqué ou non de type booléen, stockée dans une requête HTTP. Ainsi, par exemple, le code utilisé pour insérer cette balise dans le fichier source sera de la forme <svg... > <def s>... </defs> < svg black white> < /svg black white> <Isvg> - "Canevas" cette balise repose sur un concept de "Surface virtuelle d'affichage". Elle permet de définir une surface servant de base de calcul pour générer la taille des objets contenus par cette 30 surface. Elle s'appuie sur des valeurs de paramètres WIDTH et HEIGHT stockées dans une requête HTTP et sur des attributs WIDTH et HEIGHT pour calculer un ratio de redimensionnement. Ainsi, par exemple, le code utilisé pour insérer cette balise dans le fichier source sera de la forme: <svg: canevas width= " 150 " height= " 100 "> <svg width= "150" height= " 100" viewbox= " 0 0 150 100"...> </svg> </svg:canevas> - "Clipping": cette balise permet de sélectionner une région dans une image SVG. Un rectangle de sélection permet de délimiter cette région. Cette balise s'appuie sur les valeurs de paramètres X et Y 10 correspondant à des coordonnées X et Y d'un point situé à un coin supérieur gauche du rectangle, et d'un paramètre WIDTH et HEIGHT (largeur et hauteur du rectangle de sélection), stockés dans une requête HTTP. Ainsi, par exemple, le code utilisé pour insérer cette balise dans le fichier source sera de la forme 15 <svg...<svg:clipping/>.. .> <Isvg...> - "Encoder": cette balise définit une section o l'utilisateur va 20 paramétrer un transcodeur. Cette balise utilise l'adresse URL du transcodeur à utiliser et doit elle-même être intégrée à une autre balise. Ainsi, par exemple, le code utilisé pour insérer cette balise dans le fichier source sera de la forme: <svg: encoder name= " svg " url= " http://xxxxxx.jsp "> </svg:encoder> - Encoder_Parameter: cette balise permet d'ajouter un paramètre qui sera transmis à la source à transcoder. Ainsi, dans le cas 30 o un flot à transcoder serait issu de l'exécution d'un élément de programme JAVA, celui-ci pourra être paramétré à volonté. Par exemple, le code utilisé pour insérer cette balise dans le fichier source sera de la forme: <svg> <svg: encoder unit url = " http://xxxx/transcoder/transcoder "> <svg: encoder name= " svg " url= " http://xxxxxx.jsp "> <svg encoder parameter name= " width " value = " 100 " 5 <svg encoder parameter name= " height " value = " 100 " <svg encoder parameter name= " mime " value = " image/ png " </svg:encoder> </svg:encoder unit> </svg> - Encoder-Unit: cette balise définit une section o l'utilisation
d'un transcodeur va entrer en jeu. On pourra se référer à l'exemple cidessus pour obtenir une description d'une telle balise. 15
- Rescale-Hight: cette balise permet de calculer la hauteur d'un objet, contenu dans un canevas, à partir de sa hauteur initiale, qui correspond à un attribut de la balise. Ainsi, par exemple, le code utilisé pour insérer cette balise dans le fichier source sera de la 20 forme: <svg... height= "< svg: rescale height value = " 100 "/ > viewbox ="0 0 150 100 ".
> </svg> - Rescale-Width: cette balise permet de calculer la largeur d'un objet, contenu dans un canevas à partir de sa largeur initiale, correspondant à un attribut de la balise. Ainsi, par exemple, le code utilisé pour insérer cette balise dans le fichier source sera de la 30 forme:..DTD: <svg...width= "< svg: rescale width value = " 150 "/ >...
viewbox ="0 0 150 100 "...> </svg> - "Rotation":cette balise définit une section d'image dans laquelle une rotation de l'image va entrer en jeu. Elle s'appuie sur des 5 valeurs de paramètres "Angle" (angle de rotation) X et Y (coordonnées d'un point de rotation), stockées dans une requête HTTP. Par exemple, le code utilisé pour insérer cette balise dans le fichier source sera de la forme: <svg... > <def s>... </def s> <svg:rotation> </svg:rotation> <Isvg... > - "Translation": cette balise définit une section ou une translation géométrique de l'image va entrer en jeu. Elle s'appuie sur des valeurs de paramètres TX et TY (translation selon les directions X et Y), véhiculées par une requête HTTP. Par exemple, le code utilisé 20 pour insérer cette balise dans le fichier source sera de la forme <svg...> <defs>... </defs> <svg:translation> </svg:translation> <Isvg... > - "Zoom": cette balise permet de réaliser un agrandissement sur une région d'une image SVG en indiquant un niveau 30 d'agrandissement. Cette balise s'appuie sur des valeurs de paramètres X et Y, qui correspondent à des coordonnées X et Y d'un point, dans l'image d'origine, à partir duquel le zoom va être réalisé, des valeurs de paramètre WIDTH et HEIGHT, qui correspondent à la largeur et à la hauteur de l'image de destination résultant du zoom, et d'un paramètre zoom, qui sont stockées dans la requête HTTP issue des terminaux. Cette balise doit elle-même être contenue dans une balise " Canevas ". Par exemple, le code utilisé pour insérer cette balise dans le fichier source sera de la forme <svg: canevas width= " 800 " height= " 600 "> <svg... < svg:zooml>...> </svg> </svg:canevas> - "ZoomAuto": cette balise permet de zoomer sur une région d'une image SVG de deux façons: - soit en indiquant un rectangle de sélection dans l'image d'origine, défini à partir d'un point de coordonnées Xl, Yl, qui 15 correspond à un coin supérieur gauche du rectangle, d'une largeur et d'une hauteur, ce rectangle représentant la région dans laquelle le zoom va être réalisé, et la largeur et la hauteur de l'image de destination représentant le résultat du zoom; - soit en indiquant un rectangle de sélection dans l'image 20 d'origine, défini à partir de deux points de coordonnées Xl, Y1 et X2, et Y2, ce rectangle représentant la région dans laquelle le zoom va être réalisé, d'un bord horizontal et d'un bord vertical optionnels, ajoutés à la taille du rectangle, la largeur et la hauteur de l'image de destination
représentant le résultat du zoom.
Cette balise doit elle-même être contenue dans une balise " Canevas ". Par exemple, le code utilisé pour insérer cette balise dans le fichier source sera de la forme: <svg: canevas width= " 800 " height= " 600 "> 30 <svg... < svg:zoom_auto />... > </svg> </svg:canevas> - " decode ":Cette balise permet de décoder le texte contenu dans son corps. On notera que cette balise n'utilise pas d'argument
mais analyse le texte contenu dans son corps.
- " encode ":Cette balise permet de coder le texte contenu dans son corps. On notera que cette balise n'utilise pas d'argument
mais analyse le texte contenu dans son corps.
- " translation_unit ": Cette balise définit une section dans 10 laquelle une traduction de texte va être effectuée. Elle utilise une
constante " SecuredvalkyrieConstants.languagerequestparam " qui définit la langue courante sélectionnée par l'utilisateur. Pour une description de cette balise, on se référera à l'exemple de balise cidessous.
- " Translate ": Cette balise permet de traduire un texte contenu dans son corps de balise. Par exemple, le code de cette balise est le suivant: <translation_unit source= " mail/xsl/inbox "> <b><translate text= " WELCOME "I></b> <i><translate text= " CONTINUE "/> ?</i> <i> <translate text= " YES "/> <translate text= " NO "/> </i> </translationunit> Comme indiqué précédemment, ces balises, qui utilisent des attributs ou des informations véhiculées par les requêtes HTTP transmises à partir des terminaux 14, 16 et 18, provoquent la génération de codes SVG et le remplacement de ces balises par le code ainsi élaboré. Bien entendu, d'autres balises peuvent être utilisées en
fonction des contraintes à résoudre ou des buts à obtenir.
On notera que, en raison du format utilisé, les moyens de
génération de codes peuvent être constitués par des éditeurs de textes, 5 moins coteux en moyens de programmation que des éditeurs d'images.
On va maintenant décrire en référence à la figure 2 les principales étapes d'un procédé d'élaboration et de transmission
dynamique d'images conforme à l'invention.
Tout d'abord, au cours d'une première étape 26, il est procédé à 10 l'élaboration des fichiers de la base d'images 12 à partir d'un fichier
d'origine, par insertion des balises.
Dès réception, par le serveur, d'une requête (étape 28) tendant
à la récupération d'une image, l'étage de traitement 20 demande à l'étage de gestion 24 de mémoire cache si une telle image a déjà été 15 générée (étape 30).
Si tel est le cas, l'étage de gestion 24 extrait l'image de la mémoire cache 22 et la transmet à l'étage de traitement 20 (étape 32), lequel la retransmet directement au terminal ayant établi la requête
(étape 34).
Si tel n'est pas le cas, c'est-à-dire si aucune image correspondant n'est stockée dans la mémoire cache 22, lors de l'étape 36 suivante, l'étage de traitement 20 récupère de la base d'images 22 une image et récupère les attributs ou les éléments d'informations véhiculés par la requête http transmise par le terminal 14, 16 ou 18. 25 Comme indiqué précédemment, cette image se présenta sous la forme d'un fichier SVG, décrit à l'aide de balises XML, et comportant en outre des balises supplémentaires la rendant universelle, c'est-à-dire convenant à priori à tout type de support, sous réserve d'une manipulation. Lors de l'étape 38 suivante, l'étage de traitement récupère les programmes correspondants aux balises supplémentaires introduites dans le fichier d'image récupéré puis lance l'exécution de ces programmes en fonction des attributs transmis par la requête pour engendrer du code SVG supplémentaire. Il est alors procédé à une insertion de ce code dans l'image, aux lieux et places des balises concernées. partir de ce code SVG, l'étage de traitement 20 met en oeuvre le module de traitement 25 pour générer une image susceptible d'être 5 directement affichée sur l'écran du terminal concerné, par exemple
sous un format GIF, JIPEG, TIFF,.
Lors de l'étape 40 suivante, l'étage de traitement 20 transmet l'image ainsi élaborée au terminal et à l'étage de gestion 24 pour être
mémorisée dans la mémoire cache 22. L'image pourra ainsi être 10 récupérée ultérieurement, à la demande.
On notera que, dans le cas o le terminal 14 est constitué par un microordinateur, lequel dispose d'un écran d'affichage compatible avec le format SVG, le module de traitement 25 n'est pas mis en oeuvre
le code SVG étant alors directement transmis vers le terminal.
De même, le traitement réalisé par ce module de traitement 25, peut, le cas échéant, directement être effectué au sein des terminaux,
dans le cas o leur capacité le permet.
On notera enfin que les documents présents sous le format XML séparent généralement le fond et la forme de l'image et ne 20 véhiculent dès lors aucune information d'affichage. Ainsi, de préférence, l'étage de traitement 20 incorpore des moyens de traitement de type XSLT ("Extensible Style Sheet Language Transformation"), de manière à appliquer une feuille de style aux
images pour les compléter en insérant des informations d'affichage.
Par exemple, la feuille de style utilisée est une feuille de style
en langage de programmation JAVA ou une feuille de style JSP ("Java Serveur Page"), de manière à introduire un mécanisme d'insertion d'informations d'affichage en amont, c'est-à-dire avant l'élaboration des images en format GIFF, JIPEG, PNG, TIFF,..., affichables 30 directement sur les écrans des terminaux 14, 16 et 18.
Enfin, de préférence, une seule feuille de style est prévue pour l'ensemble des terminaux. Cette feuille de style est manipulée dynamiquement par l'étage de traitement 20 en fonction des informations transmises à partir de chaque terminal distant. Cette
feuille de style est alors automatiquement adaptée aux contraintes de chaque terminal, ce qui permet d'améliorer la puissance du procédé et de diminuer son cot de mise en oeuvre.
Claims (17)
1. Système d'élaboration dynamique d'images et de transmission de ces images vers des terminaux distants (14, 16, 18), comprenant un serveur comportant une base d'images (12) et des 5 moyens (12, 20, 25) de traitement des images destinées aux terminaux adaptés pour convertir les images en formats respectifs compatibles avec les terminaux distants (14, 16, 18), caractérisé en ce que la base d'images est une base d'images vectorielles et en ce que les moyens de traitement comportent un ensemble de balises intégrées aux images 10 vectorielles et adaptées pour provoquer une manipulation des images pour les rendre compatibles avec les terminaux distants et des moyens (25) pour générer des images lisibles par les terminaux à partir des
images manipulées.
2. Système selon la revendication 1, caractérisé en ce que les 15 images stockées dans la base d'images (12) sont des images
structurées selon une grammaire XML.
3. Système selon la revendication 2, caractérisé en ce que les
images sont structurées selon le format SVG.
4. Système selon l'une des revendications 2 et 3, caractérisé 20 en ce que les moyens de traitement (20, 25) comportent en outre un
ensemble de programmes de traitement d'images activés sélectivement par lesdites balises pour modifier en conséquence une image extraite
de la base d'images (12).
5. Système selon la revendication 4, caractérisé en ce que les 25 moyens de traitement comportent en outre des moyens d'élaboration d'une feuille de style adaptée pour insérer dans les images des
informations de présentation.
6. Système selon la revendication 5, caractérisé en ce que les
feuilles de style constituent des moyens de transformation de type 30 XSLT.
7. Système selon l'une des revendications 5 et 6, caractérisé
en ce que les moyens d'élaboration de la feuille de style comportent des moyens pour élaborer la feuille de style en fonction d'informations
transmises à partir des terminaux distants.
8. Système selon l'une quelconque des revendications 1 à 7,
caractérisé en ce que les moyens (25) pour générer les images lisibles sont hébergées dans le serveur.
9. Système selon l'une quelconque des revendications 1 à 7,
caractérisé en ce que les moyens pour générer les images lisibles sont
hébergées dans les terminaux (14, 16, 18).
10. Système selon l'une quelconque des revendications 1 à 9, 10 caractérisé en ce que le serveur comporte en outre une mémoire cache
(22) pour le stockage des images élaborées par les moyens de traitement.
11. Système selon l'une quelconque des revendications 4 à 10,
caractérisé en ce que les balises comportant chacune au moins un 15 argument, lesdits programmes de traitement constituent des moyens pour provoquer une insertion de codes d'instruction dans l'image extraite de la base d'images (12) en fonction du ou de chaque argument.
12. Système selon la revendication 11, caractérisé en ce que 20 les arguments des balises sont véhiculés par des requêtes transmises
par les terminaux distants (14, 16, 18).
13. Procédé d'élaboration dynamique d'images et de transmission de ces images vers des terminaux distants, caractérisé en ce qu'il comporte les étapes consistant à: - stocker des images vectorielles dans une base d'images (12) gérée par un serveur, les images comprenant chacune des balises adaptées pour provoquer une manipulation des images pour les rendre compatibles avec des terminaux distants (14, 16, 18) pour l'affichage des images; - modifier les images en fonction des balises insérées; et - générer des images lisibles par les terminaux à partir des
images dans lesquelles sont insérer les balises.
14. Procédé selon la revendication 13, caractérisé en ce qu'au cours de l'étape de modification des images, pour chaque balise détectée dans les images, on active un programme de traitement
d'image spécifique.
15. Procédé selon la revendication 14, caractérisé en ce qu'au cours de l'étape de modification des images, le programme de 5 traitement provoque l'élaboration d'un code de programmation et l'enrichissement dynamique d'un fichier d'image par insertion dudit
code en remplacement des balises.
16. Procédé selon l'une quelconque des revendications 13 à
, caractérisé en ce que les images lisibles par les terminaux (14, 16, 10 18) sont élaborés par lesdits terminaux.
17. Procédé selon l'une des revendications 13 à 15, caractérisé
en ce que les images lisibles par les terminaux sont élaborés par le serveur.
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0213872A FR2846769B1 (fr) | 2002-11-06 | 2002-11-06 | Procede et systeme d'elaboration dynamique d'images |
| PCT/FR2003/003305 WO2004044789A2 (fr) | 2002-11-06 | 2003-11-05 | Procede et systeme d’elaboration dynamique d’images pour conversion en format compatible avec des terminaux distants |
| EP03782516A EP1565843A2 (fr) | 2002-11-06 | 2003-11-05 | Procede et systeme d'elaboration dynamique d'images pour conversion en format compatible avec des terminaux distants |
| AU2003290153A AU2003290153A1 (en) | 2002-11-06 | 2003-11-05 | Method and system for the dynamic production of images, for conversion thereof into a format that is compatible with remote terminals |
| US10/533,995 US20060140513A1 (en) | 2002-11-06 | 2003-11-05 | Dynamic image production method and system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0213872A FR2846769B1 (fr) | 2002-11-06 | 2002-11-06 | Procede et systeme d'elaboration dynamique d'images |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| FR2846769A1 true FR2846769A1 (fr) | 2004-05-07 |
| FR2846769B1 FR2846769B1 (fr) | 2005-04-15 |
Family
ID=32104496
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR0213872A Expired - Fee Related FR2846769B1 (fr) | 2002-11-06 | 2002-11-06 | Procede et systeme d'elaboration dynamique d'images |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US20060140513A1 (fr) |
| EP (1) | EP1565843A2 (fr) |
| AU (1) | AU2003290153A1 (fr) |
| FR (1) | FR2846769B1 (fr) |
| WO (1) | WO2004044789A2 (fr) |
Families Citing this family (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7793227B2 (en) * | 2003-08-12 | 2010-09-07 | Yahoo! Inc. | Method and system of providing customizable buttons |
| US20070098270A1 (en) * | 2005-10-27 | 2007-05-03 | Walton Andrew C | Device storing vector image with handles identifying portions of the device, and methods and computer programs to aid in mapping or correlating portions of an image retrieved from a device with portions of the device |
| US7724985B2 (en) * | 2005-10-27 | 2010-05-25 | Hewlett-Packard Development Company, L.P. | Device storing vector image with embedded image style identifier, and methods and utilities for formatting a device image with image style attributes |
| US7710428B2 (en) * | 2005-10-27 | 2010-05-04 | Hewlett-Packard Development Company, L.P. | Method and apparatus for filtering the display of vectors in a vector image |
| US20070097149A1 (en) * | 2005-10-27 | 2007-05-03 | Walton Andrew C | Utility, method and device providing vector images that may be updated to reflect the presence of removable components of a device |
| US9300920B2 (en) | 2006-03-03 | 2016-03-29 | Sharp Laboratories Of America, Inc. | Method and system for configuring media-playing sets |
| US8275814B2 (en) * | 2006-07-12 | 2012-09-25 | Lg Electronics Inc. | Method and apparatus for encoding/decoding signal |
| US20080085032A1 (en) * | 2006-10-06 | 2008-04-10 | Cerosaletti Cathleen D | Supplying digital images from a collection |
| WO2008048068A1 (fr) * | 2006-10-19 | 2008-04-24 | Lg Electronics Inc. | Procédé et dispositif de codage; procédé et dispositif de décodage |
| US7712045B2 (en) * | 2006-11-10 | 2010-05-04 | Igt | Displaying content for various aspect ratios |
| ATE543164T1 (de) * | 2007-06-28 | 2012-02-15 | Ericsson Telefon Ab L M | Datensystem und -verfahren |
| US9037974B2 (en) * | 2007-12-28 | 2015-05-19 | Microsoft Technology Licensing, Llc | Creating and editing dynamic graphics via a web interface |
| CN102340698B (zh) * | 2011-10-12 | 2013-12-11 | 福建新大陆通信科技股份有限公司 | 一种基于svg的机顶盒界面的表现方法 |
| JP6320982B2 (ja) * | 2014-11-26 | 2018-05-09 | ネイバー コーポレーションＮＡＶＥＲ Ｃｏｒｐｏｒａｔｉｏｎ | 翻訳文エディタ提供装置、並びに翻訳文エディタ提供方法 |
| CN109036261B (zh) * | 2018-09-04 | 2020-07-07 | 苏州云屏传媒科技有限公司 | 一种将节目发送至多种分辨率led屏的自适应方法 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2000002148A1 (fr) * | 1998-07-02 | 2000-01-13 | Interleaf, Inc. | Systeme et procede de restitution et d'affichage d'un document compose |
| EP1143351A2 (fr) * | 2000-03-15 | 2001-10-10 | Ricoh Company, Ltd. | Procédé et système de génération d'applications et de structurisation d'informations multimedia |
| US20020003903A1 (en) * | 1998-11-13 | 2002-01-10 | Engeldrum Peter G. | Method and system for fast image correction |
| US20020010716A1 (en) * | 2000-02-24 | 2002-01-24 | Mccartney Alan F. | System and method for dynamically publishing XML-compliant documents |
| US20020109729A1 (en) * | 2000-12-14 | 2002-08-15 | Rabindranath Dutta | Integrating content with virtual advertisements using vector graphics images obtainable on the web |
| US20020156813A1 (en) * | 2001-03-28 | 2002-10-24 | Gardner Thomas Godfrey | Developing documents |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6930795B1 (en) * | 1999-04-23 | 2005-08-16 | Electronics For Imaging, Inc. | Printing method and apparatus having multiple raster image processors |
| US6519617B1 (en) * | 1999-04-08 | 2003-02-11 | International Business Machines Corporation | Automated creation of an XML dialect and dynamic generation of a corresponding DTD |
| US7191394B1 (en) * | 2000-06-21 | 2007-03-13 | Microsoft Corporation | Authoring arbitrary XML documents using DHTML and XSLT |
| US20020165881A1 (en) * | 2001-03-15 | 2002-11-07 | Imation Corp. | Web page color accuracy using color-customized style sheets |
| US7703009B2 (en) * | 2001-04-09 | 2010-04-20 | Huang Evan S | Extensible stylesheet designs using meta-tag information |
| US7109985B2 (en) * | 2001-12-14 | 2006-09-19 | Liquidpixels, Inc. | System and method for dynamically generating on-demand digital images |
| US7146564B2 (en) * | 2001-12-21 | 2006-12-05 | Xmlcities, Inc. | Extensible stylesheet designs using meta-tag and/or associated meta-tag information |
-
2002
- 2002-11-06 FR FR0213872A patent/FR2846769B1/fr not_active Expired - Fee Related
-
2003
- 2003-11-05 AU AU2003290153A patent/AU2003290153A1/en not_active Abandoned
- 2003-11-05 EP EP03782516A patent/EP1565843A2/fr not_active Withdrawn
- 2003-11-05 WO PCT/FR2003/003305 patent/WO2004044789A2/fr not_active Application Discontinuation
- 2003-11-05 US US10/533,995 patent/US20060140513A1/en not_active Abandoned
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2000002148A1 (fr) * | 1998-07-02 | 2000-01-13 | Interleaf, Inc. | Systeme et procede de restitution et d'affichage d'un document compose |
| US20020003903A1 (en) * | 1998-11-13 | 2002-01-10 | Engeldrum Peter G. | Method and system for fast image correction |
| US20020010716A1 (en) * | 2000-02-24 | 2002-01-24 | Mccartney Alan F. | System and method for dynamically publishing XML-compliant documents |
| EP1143351A2 (fr) * | 2000-03-15 | 2001-10-10 | Ricoh Company, Ltd. | Procédé et système de génération d'applications et de structurisation d'informations multimedia |
| US20020109729A1 (en) * | 2000-12-14 | 2002-08-15 | Rabindranath Dutta | Integrating content with virtual advertisements using vector graphics images obtainable on the web |
| US20020156813A1 (en) * | 2001-03-28 | 2002-10-24 | Gardner Thomas Godfrey | Developing documents |
Non-Patent Citations (1)
| Title |
|---|
| CIANCARINI P ET AL: "An extensible rendering engine for XML and HTML", COMPUTER NETWORKS AND ISDN SYSTEMS, NORTH HOLLAND PUBLISHING. AMSTERDAM, NL, vol. 30, no. 1-7, 1 April 1998 (1998-04-01), pages 225 - 237, XP004121424, ISSN: 0169-7552 * |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2004044789A2 (fr) | 2004-05-27 |
| FR2846769B1 (fr) | 2005-04-15 |
| AU2003290153A1 (en) | 2004-06-03 |
| US20060140513A1 (en) | 2006-06-29 |
| WO2004044789A3 (fr) | 2004-06-24 |
| AU2003290153A8 (en) | 2004-06-03 |
| EP1565843A2 (fr) | 2005-08-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| FR2846769A1 (fr) | Procede et systeme d'elaboration dynamique d'images | |
| KR100727195B1 (ko) | 디지털 문서 처리용 시스템 및 방법 | |
| JP5290487B2 (ja) | デジタルドキュメント処理のためのシステム及び方法 | |
| US20040210845A1 (en) | Internet presentation system | |
| CN102200976B (zh) | 桌面应用转换成网络应用的定制系统和方法 | |
| WO2005125099A2 (fr) | Procede pour ameliorer la qualite d'utilisation de services en telephonie mobile | |
| EP1680754B1 (fr) | Procede et systeme de diffusion de documents vers des terminaux disposant de capacites d'affichage limitees, tels que des terminaux mobiles | |
| WO2007051784A1 (fr) | Procede d'optimisation de rendu d'une scene multimedia, programme, signal, support de donnees, terminal et procede de reception correspondants | |
| FR2843515A1 (fr) | Procede de mise en page de messages multimedias | |
| Ponchio et al. | ARIADNE Visual Media Service: easy web publishing of advanced visual media | |
| WO2008095800A1 (fr) | Procede de transmission d'au moins un contenu representatif d'un service, depuis un serveur vers un terminal, dispositif et produit programme d'ordinateur correspondants | |
| US8645822B2 (en) | Multi-platform presentation system | |
| CN113111044A (zh) | 数据处理方法及装置、服务端设备及存储介质 | |
| JP2006309443A (ja) | 情報処理システム、情報処理装置、情報処理端末、情報処理方法、その方法をコンピュータで実行するプログラム、および記録媒体 | |
| EP1272940A1 (fr) | Systemes et procedes de traitement de documents numeriques | |
| JP2004102751A (ja) | ３ｄデータ生成システム | |
| JP2010027060A (ja) | ３ｄ文字メールシステム | |
| NZ734303A (en) | System and method for the online editing of pdf documents | |
| FR2830398A1 (fr) | Procede et dispositif d'execution d'une fonction avec selection et envoi de resultats multiples dans un environnement client-serveur | |
| FR2731817A1 (fr) | Procede de remplissage informatique de formulaire | |
| FR2830349A1 (fr) | Procede et dispositif d'execution d'une fonction dans un serveur informatique, ladite fonction retournant des resultats multiples selectionnables | |
| JP2005141608A (ja) | ３ｄ文字メールシステム | |
| JP2002358217A (ja) | 構造化文書処理装置とそのプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| ST | Notification of lapse |
Effective date: 20100730 |