EP1565843A2 - Procede et systeme d'elaboration dynamique d'images pour conversion en format compatible avec des terminaux distants - Google Patents

Procede et systeme d'elaboration dynamique d'images pour conversion en format compatible avec des terminaux distants

Info

Publication number
EP1565843A2
EP1565843A2 EP03782516A EP03782516A EP1565843A2 EP 1565843 A2 EP1565843 A2 EP 1565843A2 EP 03782516 A EP03782516 A EP 03782516A EP 03782516 A EP03782516 A EP 03782516A EP 1565843 A2 EP1565843 A2 EP 1565843A2
Authority
EP
European Patent Office
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.)
Withdrawn
Application number
EP03782516A
Other languages
German (de)
English (en)
Inventor
Fabrice Tran Xuan
Karine Soler
Christophe Simon
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
France Telecom SA
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by France Telecom SA filed Critical France Telecom SA
Publication of EP1565843A2 publication Critical patent/EP1565843A2/fr
Withdrawn legal-status Critical Current

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

Definitions

  • a system and method for dynamically developing images is provided. More particularly, the invention relates to a system making it possible to develop images from a source file and to download these images to remote terminals for their display.
  • a particularly interesting application of such a method and such a system relates to the development of images from source files extracted from computer network sites such as the network
  • the final image takes into account, on the one hand, the constraints of the remote terminals, relating in particular to the size of the screen, its resolution, the number of available colors and, on the other hand, the language in which the image must be displayed on the terminals so as to be understandable by the end user.
  • the object of the invention is to overcome the drawbacks of the state of the art and to provide a method and a system for dynamic image processing and transmission of these images to remote terminals. allowing the development of images according to formats corresponding to the constraints of terminals intended for them and of end users, and this in an automatic manner, while requiring only relatively simple hardware and software means and which can furthermore be used in a manner universal, that is to say for all types of terminals to meet all user constraints.
  • a system for dynamic development of images and transmission of these images to remote terminals comprising a server associated with an image base and means for processing images intended for the terminals. suitable for converting images to the respective format compatible with remote terminals.
  • the image base is a vector image base.
  • the processing means comprise a set of tags inserted into the images of the image base and adapted to cause manipulation of the images to make them compatible with remote terminals and means for generating images readable by the terminals from manipulated images.
  • tags are thus inserted into a file corresponding to a source image to develop a "universal" image, these tags being intended to be recognized by the processing means to activate corresponding programs hosted in the server to manipulate the source image and this, for each type of terminal. It is therefore conceivable that a single image processing program, which uses a plurality of image manipulation programs called after detection of the tags, is not necessary for the preparation of the final image.
  • the images stored in the image base are images structured according to an XML grammar.
  • the SNG format is an appropriate format for structuring the image data in the image base.
  • the processing means further comprise a set of image processing programs activated selectively by said tags to modify accordingly an image extracted from the image base.
  • These processing means also include means for developing a style sheet suitable for inserting presentation information into the images.
  • these style sheets constitute means of transformation of the XSLT type.
  • the means for developing the style sheet comprise, for example, means for developing the style sheet as a function of information transmitted from the remote terminals.
  • the means for generating the readable images are hosted in the server.
  • the means for generating the readable images are hosted in the terminals.
  • the server also comprises a cache memory for storing the images produced by the processing means.
  • processing programs constitute means for causing the insertion of codes instruction in the image retrieved from the database based on at least one argument from the tags.
  • the arguments of the tags are conveyed by requests transmitted by the remote terminals.
  • a method for dynamic development of images and transmission of these images to remote terminals This process is characterized in that it comprises the steps consisting in:
  • the processing program causes the development of a programming code and the dynamic enrichment of an image file by insertion of said code in place of the tags.
  • the images readable by the terminals are produced by said terminals.
  • the images readable by the terminals are produced by the server.
  • FIG. 1 is a schematic view of a system for developing and transmitting images according to the invention
  • - Figure 2 is a flowchart illustrating the main phases of a process implemented using the system of Figure 1.
  • Figure 1 there is shown the general structure of a system of development and dynamic transmission of images according to the invention, designated by the general reference 10.
  • the remote terminals capable a priori of receiving the images can be constituted by computer terminals of different natures. They can indeed be constituted by microcomputers, cellular mobile telephones, personal assistants, ...
  • Each of these pieces of equipment has characteristics and capacities which generate particular constraints for the display of images.
  • the system 10 in response to requests formulated by a user, provokes a dynamic manipulation of the images extracted from the image base 12 so as to satisfy all of the constraints linked to the terminal and to the user concerned.
  • the system 10 essentially comprises a server, constituted for example by a server hosting a website.
  • the server comprises, in addition to the image base 12, a processing stage 20 ensuring the recovery of the images loaded in the image base 12 in order to transform them into images presenting themselves in a format making it likely to be displayed on terminals 14, 16 and 18.
  • This processing stage is connected to a cache memory 22, via a management stage 24 for storing the images produced by the processing stage 20.
  • the image base 12 includes all of the images capable of being interrogated by the users. These images are loaded into files structured according to an XML grammar (“eXtensible Markup Language”, in English).
  • the files stored in the image base 12 are structured according to the format known under the name SNG (“Scalable Nector Graphics”, in English), that is to say in the form of vector images.
  • SNG Scalable Nector Graphics
  • Such a format allows the storage of images in a more compact form than a description pixel by pixel, as it would be done in GIF, JPEG, P ⁇ G, ... formats.
  • the files stored in the image base 12 are produced from original source files grouping together, in vector form, that is to say according to the SNG format, all of the available images.
  • an SNG file is an application of the XML language. It is in the form of a text file which can be edited using a text editor, which allows modifications to be made without having to launch an image editor.
  • Such an SNG file is described using XML tags each used to describe a characteristic of an image.
  • an additional tag is inserted, for example by means of a conventional text editor, these tags being used to launch the execution of programs by the processing stage 20 so as to cause a modification of the images making them compatible with a terminal on which it is to be displayed.
  • the files stored in the image base 12 are constituted by universal files, that is to say files common to all of the available terminals.
  • the tags that can be used for enriching the source image files can be of different natures, depending on the image manipulations to be performed.
  • translation tags to cause a translation on the fly of the textual elements according to the language used by the user can be inserted in the source files.
  • image texture modification tags can be provided. Such tags allow personalization of all or part of the SNG content by acting on factors such as fill colors, background, stroke, font, ..., font sizes, fonts, ...
  • image manipulation tags can be provided.
  • such tags can be used either to isolate part of an image, for example to display a portion of a geographic map on a mobile cellular telephone or on a personal assistant, for which the screen size does not allow a display of such a plane with an acceptable scale, either to carry out geometric functions, such as translations, rotations, homothety, ... or even enlargement functions (positive or negative, on all or part of the image).
  • the server and in particular the processing stage 20 proceeds to the development of modified images by proceeding to an enrichment of the initial content of the images by dynamic insertion of content.
  • the processing stage 20 recovers the value of arguments conveyed in the requests transmitted by the terminals
  • a processing module 25, integrated into the processing stage 20, is then used to convert the enriched SNG file into images capable of being read by the terminals 14, 16 and 18, for example images having the formats GIF, JPEG, P ⁇ G, TIFF, ...
  • the images thus produced are then stored in the cache memory 22 so as to be available later, to be downloaded again to the users in response to similar requests.
  • an SNG file is a document structured in accordance with an XML grammar and must therefore start with a header specifying the version of XML used.
  • tags that can be integrated into the source file
  • the following tags can be used: - "Background Color”: this tag allows you to add a background color to an SNG image. This tag is based on a "color” parameter value (background color chosen), stored in an HTTP request transmitted by the terminals. So, for example, the code used to insert this tag in the source file will be of the form:
  • this tag defines an image section in which color management will come into play. It allows you to apply a black and white filter on a vector or existing image such as GIFF, JPG, .. It is based on the value of a parameter indicating whether or not a black and white filter should be indicated or not of boolean type, stored in an HTTP request. So, for example, the code used to insert this tag in the source file will be of the form:
  • this tag is based on a concept of "Virtual display area”. It allows you to define a surface used as a calculation base to generate the size of the objects contained by this surface. It is based on WIDTH parameter values and
  • this tag allows you to select a region in an SNG image.
  • a selection rectangle delimits this region.
  • This tag is based on the values of parameters X and Y corresponding to the X and Y coordinates of a point located at an upper left corner of the rectangle, and of a WIDTH and HEIGHT parameter (width and height of the selection rectangle) , stored in an HTTP request. So, for example, the code used to insert this tag in the source file will be of the form:
  • this tag defines a section where the user will configure a transcoder. This tag uses the URL of the transcoder to use and must itself be integrated into another tag. So, for example, the code used to insert this tag in the source file will be of the form:
  • this tag allows you to add a parameter which will be transmitted to the source to be transcoded.
  • this can be configured at will.
  • the code used to insert this tag in the source file will be of the form: ⁇ Svg>
  • this tag defines a section where the use of a transcoder will come into play. We can refer to the example above to obtain a description of such a tag.
  • this tag is used to calculate the height of an object, contained in a canvas, from its initial height, which corresponds to an attribute of the tag. So, for example, the code used to insert this tag in the source file will be of the form:
  • this tag is used to calculate the width of an object, contained in a canvas from its initial width, corresponding to an attribute of the tag. So, for example, the code used to insert this tag in the source file will be of the form:
  • this tag defines an image section in which a rotation of the image will come into play. It is based on parameter values "Angle” (angle of rotation) X and Y (coordinates of a rotation point), stored in an HTTP request.
  • Angle angle of rotation
  • X and Y coordinates of a rotation point
  • Translation this tag defines a section where a geometric translation of the image will come into play. It is based on values of parameters TX and TY (translation along the X and Y directions), conveyed by an HTTP request. For example, the code used to insert this tag in the source file will be of the form:
  • this tag allows an enlargement on a region of an SVG image by indicating a level of enlargement. This tag relies on parameter values
  • X and Y which correspond to X and Y coordinates of a point, in the original image, from which the zoom will be performed
  • parameter values WIDTH and HEIGHT which correspond to the width and the height of the destination image resulting from the zoom
  • zoom parameter which are stored in the HTTP request from the terminals.
  • This tag must itself be contained in a “Canvas” tag.
  • the code used to insert this tag in the source file will be of the form:
  • translation_unit This tag defines a section in which a text translation will be performed. It uses a constant "SecuredvalkyrieConstants.language_request_param” which defines the current language selected by the user. For a description of this tag, refer to the example tag below.
  • ⁇ source_translation_unit "mail / xsl / inbox">
  • tags which use attributes or information conveyed by HTTP requests transmitted from terminals 14, 16 and 18, cause the generation of SVG codes and the replacement of these tags by the code thus developed.
  • tags can be used depending on the constraints to be resolved or the goals to be obtained.
  • the means for generating codes can be constituted by text editors, less costly in programming means than image editors.
  • the files of the image base 12 are produced from an original file, by insertion of the tags.
  • the processing stage 20 Upon reception by the server of a request (step 28) for retrieving an image, the processing stage 20 asks the management stage 24 of cache memory if such an image has already been generated (step 30).
  • the management stage 24 extracts the image from the cache memory 22 and transmits it to the processing stage 20 (step 32), which retransmits it directly to the terminal having established the request (step 34) . If this is not the case, that is to say if no corresponding image is stored in the cache memory 22, during the next step 36, the processing stage 20 recovers from the database of images 22 an image and retrieves the attributes or the elements of information conveyed by the http request transmitted by the terminal 14, 16 or 18. As indicated previously, this image appeared in the form of an SVG file, described in using XML tags, and further comprising additional tags making it universal, that is to say suitable a priori to any type of medium, subject to manipulation.
  • the processing stage recovers the programs corresponding to the additional tags introduced into the recovered image file then launches the execution of these programs according to the attributes transmitted by the request to generate additional SNG code . Then there is a insertion of this code in the image, at the places and places of the beacons concerned.
  • the processing stage 20 implements the processing module 25 to generate an image capable of being directly displayed on the screen of the terminal concerned, for example in a GIF, JIPEG, TIFF format, ....
  • the processing stage 20 transmits the image thus produced to the terminal and to the management stage 24 to be stored in the cache memory 22.
  • the image can thus be recovered later, at the request.
  • the processing module 25 is not implemented, the SVG code being then directly transmitted to the terminal. Likewise, the processing carried out by this processing module 25 can, if necessary, be carried out directly within the terminals, if their capacity allows it.
  • the processing stage 20 incorporates processing means of the XSLT ("Extensible Style Sheet Language Transformation”) type, so as to apply a style sheet to the images to supplement them by inserting display information.
  • the style sheet used is a style sheet in JAVA programming language or a JSP ("Java Server Page") style sheet, so as to introduce a mechanism for inserting display information upstream, that is to say before developing the images in GIFF, JIPEG, PNG, TIFF, ... format, which can be displayed directly on the screens of terminals 14, 16 and 18.
  • a single style sheet is provided for all of the terminals.
  • This style sheet is dynamically manipulated by the processing stage 20 as a function of the information transmitted from each remote terminal.
  • This style sheet is then automatically adapted to the constraints of each terminal, which improves the power of the process and reduces its cost of implementation.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • Data Mining & Analysis (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 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 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 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 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 ê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 coûteuse, dans la mesure où elle nécessite de prévoir un 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 selon des formats correspondants aux contraintes de terminaux qui leur sont destiné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 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 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 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 stockées dans la base d'images sont des images structurées selon une grammaire XML. Le format SNG 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 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 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 d'informations transmises à partir des terminaux distants.
Selon un exemple de mise en œuvre, 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 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 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 œuvre, 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 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 œuvre 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 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 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 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 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 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 SNG ("Scalable Nector Graphics" , en anglais), c'est-à-dire sous la forme d'images vectorielles. Un tel format permet le stockage des images sous une forme plus compacte qu'une description pixels par pixels, telle qu'elle serait faite selon des formats GIF, JPEG, PΝG, ...
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 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 SNG, l'ensemble des images disponibles.
Comme cela est connu en soit, un fichier SNG est une application du langage XML. Elle se présente sous la forme d'un fichier-texte dont l'édition est possible en utilisant un éditeur de textes, ce qui permet de procéder à des modifications sans avoir à lancer un éditeur d'images.
Un tel fichier SNG 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 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 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 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 SNG en agissant sur des facteurs tels que les couleurs de remplissage, de fond, de tracé, de police, ... , les tailles 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 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 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 SNG 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 SNG 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, PΝG, 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 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 SNG 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 SNG est alors décrit à l'aide de balises. Les balises reconnues par le langage SVG doivent être définies dans un fichier DTD de définition de type de document
("Document type Définition"). 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 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 SNG. Cette balise s'appuie sur une valeur de paramètre "color" (couleur d'arrière-plan choisie), stockée dans une requête HTTP transmise par les terminaux. Ainsi, par 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 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 ...>
<defs> ...</defs>
< svg : black white>
< /svg : black white> </svg>
- "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 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 re-dimensionnement. 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 SNG. 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 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 :
<svg ...<svg :clipping/>...> </svg...>
- "Encoder" : cette balise définit une section où l'utilisateur va 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 où un flot à transcoder serait issu de l'exécution d'un élément de programme JANA, 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://xxxχ/transcoder/transcoder »> <svg : encoder name= « svg » url= « http://xxxxxx.jsp »> <svg : encoder parameter name≈ « width » value = « 100 » <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 ci- dessus pour obtenir une description d'une telle balise.
- 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 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 forme :
<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 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 ...>
<defs> ...</defs> <svg :rotation> </svg :rotation> </svg...>
"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é pour insérer cette balise dans le fichier source sera de la forme :
<svg ...>
<defs> ...</defs> <svg :translation> </svg :translation>
</svg...>
- "Zoom" : cette balise permet de réaliser un agrandissement sur une région d'une image SVG en indiquant un niveau 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:zoom />...>
</svg>
</svg :canevas>
- "Zoom_Auto" : cette balise permet de zoomer sur une région d'une image SNG 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 XI, Yl , qui 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 d'origine, défini à partir de deux points de coordonnées XI, Yl 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 »> <svg... < svg:zoom_auto />...>
</svg> </svg :canevas> - « décode » : 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 laquelle une traduction de texte va être effectuée. Elle utilise une constante « SecuredvalkyrieConstants.language_request_param » 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 ci- dessous.
« 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 »>
<bxtranslate text= « WELCOME »/></b>
<ixtranslate text≈ « CONTINUE »/> ?</i> <i> <translate text= « YES »/>
<translate text= « NO »/> </i> </translation_unit>
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, moins coûteux 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é à 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é 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. 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 SNG supplémentaire. Il est alors procédé à une insertion de ce code dans l'image, aux lieux et places des balises concernées.
A partir de ce code SVG, l'étage de traitement 20 met en œuvre le module de traitement 25 pour générer une image susceptible d'être 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 récupérée ultérieurement, à la demande.
On notera que, dans le cas où le terminal 14 est constitué par un micro-ordinateur, lequel dispose d'un écran d'affichage compatible avec le format SVG, le module de traitement 25 n'est pas mis en œuvre 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 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 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 coût de mise en œuvre.

Claims

REVENDICATIONS
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 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 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 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é 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 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 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, 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 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 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 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 à 15, caractérisé en ce que les images lisibles par les terminaux (14, 16, 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.
EP03782516A 2002-11-06 2003-11-05 Procede et systeme d'elaboration dynamique d'images pour conversion en format compatible avec des terminaux distants Withdrawn EP1565843A2 (fr)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
FR0213872 2002-11-06
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

Publications (1)

Publication Number Publication Date
EP1565843A2 true EP1565843A2 (fr) 2005-08-24

Family

ID=32104496

Family Applications (1)

Application Number Title Priority Date Filing Date
EP03782516A Withdrawn 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

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)

* Cited by examiner, † Cited by third party
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
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
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
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
EP2089882A4 (fr) * 2006-10-19 2010-12-08 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
WO2009001226A2 (fr) * 2007-06-28 2008-12-31 Telefonaktiebolaget L M Ericsson (Publ) Système et procédé de traitement de données
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屏的自适应方法

Family Cites Families (13)

* Cited by examiner, † Cited by third party
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
US6930795B1 (en) * 1999-04-23 2005-08-16 Electronics For Imaging, Inc. Printing method and apparatus having multiple raster image processors
US6963668B2 (en) * 1998-11-13 2005-11-08 Lightsurf Technologies, Inc. Method and system for fast image correction
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
US20020010716A1 (en) * 2000-02-24 2002-01-24 Mccartney Alan F. System and method for dynamically publishing XML-compliant documents
JP2001266052A (ja) * 2000-03-15 2001-09-28 Ricoh Co Ltd 情報の構造化及びアプリケーション生成の方法及び装置
US7191394B1 (en) * 2000-06-21 2007-03-13 Microsoft Corporation Authoring arbitrary XML documents using DHTML and XSLT
US20020109729A1 (en) * 2000-12-14 2002-08-15 Rabindranath Dutta Integrating content with virtual advertisements using vector graphics images obtainable on the web
US20020165881A1 (en) * 2001-03-15 2002-11-07 Imation Corp. Web page color accuracy using color-customized style sheets
GB0107784D0 (en) * 2001-03-28 2001-05-16 Hewlett Packard Co Improvement relating to developing documents
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
AU2002359821A1 (en) * 2001-12-21 2003-07-15 Xmlcities, Inc. Extensible stylesheet designs using meta-tag and/or associated meta-tag information

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"Scalable Vector Graphics (SVG) 1.0 Specification", 4 September 2001 (2001-09-04), Retrieved from the Internet <URL:http://www.w3.org/TR/2001/REC-SVG-20010904/REC-SVG-20010904.pdf> [retrieved on 20110201] *
See also references of WO2004044789A3 *

Also Published As

Publication number Publication date
US20060140513A1 (en) 2006-06-29
FR2846769A1 (fr) 2004-05-07
FR2846769B1 (fr) 2005-04-15
AU2003290153A8 (en) 2004-06-03
WO2004044789A2 (fr) 2004-05-27
AU2003290153A1 (en) 2004-06-03
WO2004044789A3 (fr) 2004-06-24

Similar Documents

Publication Publication Date Title
KR100727195B1 (ko) 디지털 문서 처리용 시스템 및 방법
EP1565843A2 (fr) Procede et systeme d&#39;elaboration dynamique d&#39;images pour conversion en format compatible avec des terminaux distants
US7036076B2 (en) Systems and methods for digital document processing
US7600183B2 (en) System and method for data publication through web pages
JP4451063B2 (ja) 双方向テレビジョンでの表示のためにコンテンツを再フォーマットする方法及び装置
CN102200976B (zh) 桌面应用转换成网络应用的定制系统和方法
US20040210845A1 (en) Internet presentation system
EP1757154A2 (fr) Procede pour ameliorer la qualite d&#39;utilisation de services en telephonie mobile
EP1680754B1 (fr) Procede et systeme de diffusion de documents vers des terminaux disposant de capacites d&#39;affichage limitees, tels que des terminaux mobiles
JP4227103B2 (ja) マルチメディアメッセージをレイアウトするプロセス
WO2007051784A1 (fr) Procede d&#39;optimisation de rendu d&#39;une scene multimedia, programme, signal, support de donnees, terminal et procede de reception correspondants
FR2912275A1 (fr) Procede de transmission d&#39;au moins un contenu representatif d&#39;un service, depuis un serveur vers un terminal, dispositif et produit programme d&#39;ordinateur correspondants
US20170206711A1 (en) Video-enhanced greeting cards
CN113111044A (zh) 数据处理方法及装置、服务端设备及存储介质
CN109710894A (zh) 文件内容提取方法、设备、装置及计算机可读存储介质
US20100077298A1 (en) Multi-platform presentation system
JP2006309443A (ja) 情報処理システム、情報処理装置、情報処理端末、情報処理方法、その方法をコンピュータで実行するプログラム、および記録媒体
WO2008047054A2 (fr) Procedes et dispositifs pour optimiser les ressources necessaires a la presentation de contenus multimedias
EP1272940A1 (fr) Systemes et procedes de traitement de documents numeriques
FR2770358A1 (fr) Terminal de communications multilingues
Cazoulat et al. An efficient multimedia system for J2ME mobile device
FR2830398A1 (fr) Procede et dispositif d&#39;execution d&#39;une fonction avec selection et envoi de resultats multiples dans un environnement client-serveur
Tiwari SVGTLib: SVG Tiny Library for a LBS Imaging Server and Non-SVG Mobile Devices
FR2830349A1 (fr) Procede et dispositif d&#39;execution d&#39;une fonction dans un serveur informatique, ladite fonction retournant des resultats multiples selectionnables
JP2002358217A (ja) 構造化文書処理装置とそのプログラム

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20050602

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LI LU MC NL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL LT LV MK

DAX Request for extension of the european patent (deleted)
RIN1 Information on inventor provided before grant (corrected)

Inventor name: SIMON, CHRISTOPHE

Inventor name: SOLER, KARINE

Inventor name: TRAN XUAN, FABRICE

17Q First examination report despatched

Effective date: 20110209

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20110601