FR 2865049 A1 20050715 FR 0400223 A 20040112 MODIFICATION DE LA TAILLE D'UNE IMAGE DANS UN DOCUMENT HYPERTEXTE La présente invention se rapporte à la modification de la taille d'une 5 image dans un document hypertexte. L'invention appartient au domaine de la transmission de données comprimées correspondant à des images numériques et de leur affichage via un logiciel de navigation sur Internet. L'invention fait appel à la technologie Flash de Macromédia, qui permet de transmettre et d'afficher des animations par Internet. Enfin, la technologie est également liée au format de compression normalisé JPEG2000, utilisé dans le mode préféré de réalisation de l'invention, ainsi qu'au protocole de communication JPIP (JPEG2000 Internet Protocol), qui permet de transférer des données JPEG2000 à travers le réseau Internet. Une description détaillée du protocole JPIP se trouve sur le site Web d'adresse http:/lwww. kakadusoftware.com/jpip-links-and-info.html et la description du format de fichier JPEG2000 peut être consultée sur le site Web d'adresse www. jpeg.org. Par l'intermédiaire d'un logiciel de navigation Internet tel que Explorer (disponible sur le site Web d'adresse http://www.microsoft. com/windows/ie_intl/ar/default.htm) ou Netscape (disponible sur le site Web d'adresse www.netscape.com), on sait modifier de façon générale la dimension des informations visuelles présentées dans la fenêtre de navigation proprement dite. Toutefois, dans la plupart des cas, cette remise à jour de la taille des informations se limite au texte. La taille des images n'est généralement pas modifiée. Il en résulte une différence importante de taille et de cohérence dans l'affichage entre le texte et les images. Grâce à d'autres logiciels de navigation, tels que Opera (disponible sur le site Web d'adresse www.opera.com), il est possible d'agrandir la taille des informations visuelles, y compris les images. Toutefois, les images sont alors simplement sur-échantillonnées, ce qui induit une dégradation de leur qualité visuelle. La présente invention a pour but de remédier à cet inconvénient, en proposant une solution qui consiste à inclure une image JPEG2000 dans un fichier SWF (format Flash, défini par la société Macromédia, disponible sur le site Web d'adresse http:llwww.macromedia.comisoftwarelflashl ou en consultant le guide de Flash MX de Guylaine MONNIER intitulé "Flash MX", publié aux éditions Dunod, Paris, 2002) à la structure simplifiée: ce fichier ne contient que l'image à sa résolution d'origine, ainsi qu'une fonction qui permet de rapatrier des données supplémentaires pour afficher l'image à une résolution supérieure lorsqu'un zoom sur la page Internet est demandé par l'utilisateur. Dans ce but, la présente invention propose un procédé de création de fichiers décrivant une image numérique à afficher dans un document hypertexte sur une machine client, l'image étant mémorisée sur une machine serveur, ce procédé étant remarquable en ce qu'il comporte des étapes consistant à : - inscrire dans un fichier spécifique des données permettant d'accéder aux données constituant l'image; - inscrire dans ce fichier spécifique une fonction adaptée à détecter une demande, formulée par la machine client, de changement de taille d'affichage de l'image dans le document hypertexte; et - inscrire dans ce fichier spécifique des fonctions adaptées à rapatrier en provenance de la machine serveur les données de l'image nécessaires pour répondre à la demande de changement de taille d'affichage. Ainsi, l'invention permet de maintenir une taille des images proportionnelle à celle du texte sur une page Internet. Cela permet d'améliorer la qualité de l'image affichée, sans pour autant nécessiter de modification du logiciel de navigation sur Internet. En outre, il n'est pas nécessaire d'ajouter une quantité de données importante au fichier d'image pour obtenir cette fonctionnalité. Dans un mode particulier de réalisation, le procédé de création de fichiers comporte en outre une étape consistant à inscrire dans le fichier spécifique une fonction de détection de taille d'affichage de l'image. Cela permet d'adapter précisément la nouvelle taille d'image à la nouvelle taille des autres éléments d'affichage, qu'il s'agisse de texte ou de graphiques. Dans un mode particulier de réalisation, le procédé de création de fichiers comporte en outre une étape consistant à inscrire dans le fichier spécifique une fonction d'identification des données à rapatrier à la suite d'une demande de changement de taille d'affichage. Cela permet à l'identification des données à rapatrier d'être effectuée dans la machine client et non dans la machine serveur, cette dernière étant très sollicitée en termes d'opérations à effectuer si de nombreux clients émettent des requêtes. Dans un mode particulier de réalisation, le procédé de création de fichiers comporte en outre une étape consistant à inscrire dans le fichier spécifique des fonctions de construction de l'image à sa nouvelle taille à la suite d'une demande de changement de taille d'affichage. Cela permet à l'opération de construction de l'image à sa nouvelle taille d'être effectuée dans la machine client et non dans la machine serveur, cette dernière étant très sollicitée en termes d'opérations à effectuer si de nombreux clients émettent des requêtes. Dans un mode particulier de réalisation du procédé de création de fichiers, l'image est au format JPEG2000 et le fichier spécifique est au format SWF. Ces formats sont des normes supportées par de nombreux logiciels, ce qui facilite une large diffusion des images. Dans le même but que celui mentionné plus haut, la présente invention propose également un procédé de lecture de fichiers décrivant une image numérique à afficher dans un document hypertexte sur une machine client, l'image étant mémorisée sur une machine serveur, ce procédé étant remarquable en ce qu'il comporte des étapes consistant à : - détecter un ordre de changement de taille d'affichage de l'image, provenant de la machine client; - identifier les données additionnelles nécessaires pour satisfaire l'ordre de changement de taille d'affichage; - obtenir en provenance de la machine serveur les données additionnelles précédemment identifiées; et - afficher sur la machine client l'image à sa nouvelle taille. Le procédé de lecture présente des avantages similaires à ceux mentionnés plus haut pour le procédé de création de fichiers. Dans un mode particulier de réalisation le procédé de lecture de fichiers comporte en outre, postérieurement à l'étape de détection d'ordre de changement de taille d'affichage et antérieurement à l'étape d'identification des données additionnelles, une étape consistant à déterminer si le changement de taille demandé nécessite ou non des données additionnelles d'image. Cela permet de ne lancer la procédure succinctement décrite ci-dessus que si le changement de taille demandé est un agrandissement, ce qui évite des calculs inutiles. Dans un mode particulier de réalisation, le procédé de lecture de fichiers comporte en outre, préalablement à l'étape d'affichage de l'image à sa nouvelle taille, une étape consistant à construire l'image après obtention des données additionnelles. Dans un mode particulier de réalisation du procédé de lecture, l'image est au format JPEG2000. Ce format normalisé étant largement répandu, la diffusion des images s'en trouve facilitée. Toujours dans le même but, la présente invention propose en outre un dispositif de création de fichiers décrivant une image numérique à afficher dans un document hypertexte sur une machine client, l'image étant mémorisée sur une machine serveur, ce dispositif étant remarquable en ce qu'il comporte: - une unité pour inscrire dans un fichier spécifique des données permettant d'accéder aux données constituant l'image; - une unité pour inscrire dans ledit fichier spécifique une fonction adaptée à détecter une demande, formulée par la machine client, de changement de taille d'affichage de l'image dans le document hypertexte; et - une unité pour inscrire dans le fichier spécifique des fonctions adaptées à rapatrier en provenance de la machine serveur les données de l'image nécessaires pour répondre à la demande de changement de taille d'affichage. Toujours dans le même but, la présente invention propose aussi un dispositif de lecture de fichiers décrivant une image numérique à afficher dans un document hypertexte sur une machine client, l'image étant mémorisée sur une machine serveur, ce dispositif étant remarquable en ce qu'il comporte: - une unité pour détecter un ordre de changement de taille d'affichage de l'image, provenant de la machine client; - une unité pour identifier les données additionnelles nécessaires pour satisfaire l'ordre de changement de taille d'affichage; - une unité pour obtenir en provenance de la machine serveur les données additionnelles précédemment identifiées; et - une unité pour afficher sur la machine client l'image à sa nouvelle taille. La présente invention vise aussi un appareil de communication comportant un dispositif de création de fichiers tel que ci-dessus. La présente invention vise aussi un appareil de communication comportant un dispositif de lecture de fichiers tel que ci-dessus. La présente invention vise aussi un moyen de stockage d'informations lisible par un ordinateur ou un microprocesseur conservant des instructions d'un programme informatique, permettant la mise en oeuvre d'un procédé de création de fichiers tel que ci-dessus. La présente invention vise aussi un moyen de stockage d'informations amovible, partiellement ou totalement, lisible par un ordinateur ou un microprocesseur conservant des instructions d'un programme informatique, permettant la mise en oeuvre d'un procédé de création de fichiers tel que ci-dessus. La présente invention vise aussi un produit programme d'ordinateur pouvant être chargé dans un appareil programmable, comportant des séquences d'instructions pour mettre en oeuvre un procédé de création de fichiers tel que ci-dessus, lorsque ce programme est chargé et exécuté par l'appareil programmable. La présente invention vise aussi un moyen de stockage d'informations lisible par un ordinateur ou un microprocesseur conservant des instructions d'un programme informatique, permettant la mise en oeuvre d'un procédé de lecture de fichiers tel que ci-dessus. La présente invention vise aussi un moyen de stockage d'informations amovible, partiellement ou totalement, lisible par un ordinateur ou un microprocesseur conservant des instructions d'un programme informatique, permettant la mise en oeuvre d'un procédé de lecture de fichiers tel que ci-dessus. La présente invention vise aussi un produit programme d'ordinateur pouvant être chargé dans un appareil programmable, comportant des séquences d'instructions pour mettre en oeuvre un procédé de lecture de fichiers tel que ci-dessus, lorsque ce programme est chargé et exécuté par l'appareil programmable. Les caractéristiques particulières et les avantages du dispositif de création de fichiers, du dispositif de lecture de fichiers, de l'appareil de communication, des moyens de stockage et du produit programme d'ordinateur étant similaires à ceux des procédés de création et de lecture de fichiers, respectivement, ils ne sont pas répétés ici. D'autres aspects et avantages de l'invention apparaîtront à la lecture de la description détaillée qui suit d'un mode particuliers de réalisation, donné à titre d'exemple non limitatif. La description se réfère aux dessins qui l'accompagnent, dans lesquels: - la figure 1 est illustre schématiquement un serveur et un client adaptés à mettre en oeuvre la présente invention, dans un mode particulier de réalisation; - la figure 2 est un organigramme illustrant les principales étapes de la phase de codage d'un procédé de modification de la taille d'une image dans un fichier hypertexte conforme à la présente invention, dans un mode particulier de réalisation; - la figure 3 est un organigramme illustrant les principales étapes de la phase de décodage d'un procédé de modification de la taille d'une image dans un fichier hypertexte conforme à la présente invention, dans un mode particulier de réalisation; - la figure 4 représente schématiquement la structure d'un fichier comprimé comprenant les données à décoder conformément à la présente invention, dans un mode particulier de réalisation; et - la figure 5 représente schématiquement un dispositif adapté à mettre en oeuvre la présente invention, dans un mode particulier de réalisation. L'invention est décrite ici à titre d'exemple nullement limitatif dans son application à des images au format normalisé JPEG2000. On rappelle que Flash MX est un logiciel de création de contenu au format Flash. La figure 1 présente une mise en situation de l'invention. Un serveur Internet 11 est relié à un client 12 tel qu'un ordinateur personnel. Le serveur Internet 11 contient au moins une page Internet 13 qui se présente sous la forme d'un fichier HTML et qui possède une référence vers un fichier 15 de type SWF. Le client Internet 12 (typiquement, un ordinateur personnel connecté via le réseau téléphonique) est connecté au serveur Internet 11. Ce client 12 effectue une requête sur la page Internet présente sur le serveur. Le fichier HTML 13 correspondant à la page Internet demandée est transmis du serveur 11 au client 12. Sur le client 12, toutes les informations relatives à cette page sont traitées par un navigateur Internet 16 (comme Microsoft Explorer, Netscape, Mozilla ou Opera). Ce navigateur Internet 16 comprend notamment un afficheur HTML 18, capable d'interpréter le fichier HTML 13 transmis précédemment. La page Internet sera ainsi affichée. Au cours de l'interprétation du fichier HTML, l'afficheur HTML 18 du navigateur va trouver un lien vers un fichier SWF. Ce lien provoque le lancement d'un plugiciel (en anglais "plug-in") Flash 20. Le plugiciel Flash 20 est un sous-programme du navigateur qui est ajouté au navigateur par son utilisateur. Le sous-programme exécute la lecture des fichiers SWF et l'affichage, dans la page Internet en cours d'affichage, via une interface graphique 22, d'une animation dont la description est contenue dans le fichier SWF. On décrit maintenant, en liaison avec la figure 2, la phase de codage du procédé de modification de la taille d'une image dans un fichier hypertexte conforme à la présente invention, dans un mode particulier de réalisation. Dans un premier temps, le créateur de contenu qui souhaite mettre en ligne un site Internet va créer au moins un fichier HTML (étape 200). Ce fichier, appelé fichierl.html, sera téléchargé par les ordinateurs clients se connectant à son site. On suppose, dans l'exemple décrit ici, que la page Internet correspondant à ce fichier contient d'une part du texte et d'autre part une image. Le texte est contenu dans le fichier HTML. En langage HTML, le texte s'écrit entre des balises représentées par les signes <>. Par exemple, le fichier HTML pourra contenir la ligne suivante: Ceci est le texte D'autre part, cette page est placée sur un serveur, qui possède une adresse Internet, par exemple l'adresse http://www.monserveur.fr, et elle est accessible en tapant l'adresse du serveur suivie du chemin d'accès au fichier HTML, par exemple: httpilwww. monserveur.fr/mondossierlfichierl.htmI. Quant à l'image, elle est transmise et affichée en utilisant le format de fichier SWF. Une étape 202 consiste ainsi à inscrire dans le fichier HTML une référence ou lien vers le fichier SWF. Le fichier HTML peut contenir la ligne suivante: L'étape suivante 204 consiste à créer sur le serveur le fichier SWF, fichier référencé par la page Internet, appelé animl.swf dans l'exemple décrit ici, et à le mémoriser sur le serveur. Le fichier SWF peut être créé à l'aide du logiciel Flash MX de la société Macromédia. Les étapes 2040 à 2050 concernent la construction de ce fichier SWF. L'étape 2040 consiste à lier l'image JPEG2000 qui se trouve sur le serveur avec le fichier SWF. Une des caractéristiques du format JPEG2000 est qu'un même fichier peut contenir différentes résolutions d'une même image, ces résolutions différant d'un facteur 2 dans chaque dimension. Ainsi, on suppose que l'image JPEG2000 présente sur le serveur, dans un fichier qu'on appellera imagel.jp2, se présente sous la forme d'au moins deux résolutions: une version 500x500 pixels et une version 1000x1000 pixels. Une partie des données présentes dans le fichier imagel.jp2 permet de décoder l'image à la résolution 500x500, et le reste des données présentes dans le fichier permet, en s'ajoutant aux données précédentes, de décoder l'image à la résolution 1000x1000. La figure 4 représente la structure du fichier compressé. Les données sont classées par résolution, ici deux résolutions R1 et R2. A l'intérieur d'une résolution donnée, les données sont organisées par couche de qualité, ici dix couches Q1 à Q10. Les premières couches de qualité sont celles qui apportent le plus de gain de qualité pour une résolution donnée. Lors de l'étape 2040 illustrée sur la figure 2, on inscrit dans le fichier SWF une référence vers l'image qui se trouve sur le serveur, correspondant à la résolution 500x500. En langage ActionScript, qui est le langage de construction des animations au format SWF, cela consiste: - à créer dans le fichier SWF un objet clip vide appelé "conteneur", - à créer dans le fichier SWF une fonction de chargement de l'image par l'intermédiaire de la fonction loadMovie (décrite dans le guide de Flash MX, et qui sert à charger indifféremment des images ou des vidéos) : conteneur.loadMovie( imagel.jp2 , 500, 500). Cette fonction spécifie notamment la résolution de l'image demandée. L'étape suivante 2042 consiste à inscrire dans le fichier SWF une fonction qui permet de connaître la taille initiale d'affichage de la fenêtre du navigateur Internet. Par exemple, il est possible pour ce faire d'utiliser les fonctions System. capabilities.screenResolutionX et System.capabilities.screenResolutionY (décrites dans le guide de Flash MX) qui renvoient la hauteur et la largeur d'affichage à l'écran. La fonction inscrite stocke ces valeurs pour traitement ultérieur. L'étape suivante 2044 consiste à inscrire dans le fichier SWF une fonction de détection d'un événement de changement de taille de la fenêtre d'affichage du navigateur Internet sur le client. Cela s'effectue par la fonction on(changement_detaille) (décrite dans le guide de Flash MX). Puis l'étape 2046 consiste à inscrire dans le fichier SWF la fonction d'identification des données JPEG2000 qui doivent être rapatriées en cas d'agrandissement de la fenêtre d'affichage. Pour cela, il faut tout d'abord détecter le rapport d'agrandissement de la fenêtre d'affichage. En effet, on va par la suite essayer d'agrandir l'image dans les mêmes proportions. Dans un premier temps, on inscrit dans le fichier SWF une fonction qui mesure la nouvelle taille d'affichage de la fenêtre de navigation. On pourra par exemple utiliser les mêmes fonctions qu'à l'étape d'inscription de la fonction de détection de taille d'affichage. On va également inscrire dans le fichier SWF des fonctions de calcul de la nouvelle taille d'affichage de l'image. Ces fonctions consistent à calculer cette taille en fonction du rapport entre l'ancienne taille d'affichage du navigateur et la nouvelle; par exemple, si la largeur et la hauteur d'affichage de la fenêtre du navigateur sont chacune augmentées de 20 %, on augmentera la taille de l'image JPEG2000 de 20 %. Si le changement de taille d'affichage du navigateur est différent en largeur et en hauteur, on va alors privilégier la largeur, et déduire l'augmentation de taille d'affichage de l'image de celle de la largeur d'affichage de la fenêtre de navigation. On inscrit ensuite la fonction permettant d'identifier les parties du fichier JPEG2000 à requérir. Le déroulement de cette fonction est expliqué dans l'étape "Identification des données additionnelles" 3046 du décodage. Les données à requérir étant identifiables, l'étape suivante 2048 consiste à inscrire dans le fichier SWF la fonction permettant de requérir les données JPEG2000 identifiées. Ce problème est connu et est résolu par le protocole de communication JPIP. Le déroulement de la fonction en question est décrit ci-après dans le cadre du décodage, lors de la description de l'étape 3048 de requête des données additionnelles nécessaires. Enfin, l'étape 2050 consiste à inscrire dans le fichier SWF des fonctions permettant la reconstruction de l'image agrandie. La description de ces fonctions est faite ci-après dans le cadre du décodage, lors de la description de l'étape 3050 de construction de la nouvelle image reconstruite. La figure 3 illustre la phase de décodage du procédé de modification de la taille d'une image dans un fichier hypertexte conforme à la présente invention, dans un mode particulier de réalisation. Dans un premier temps (étape 300), le client effectue une requête pour obtenir le fichier HTML situé sur le serveur. L'utilisateur effectue cette requête par exemple en tapant, dans la zone d'adresse de son navigateur Internet, l'adresse de la page HTML. Le fichier HTML est alors transféré du serveur au client via le réseau Internet. II est interprété par le logiciel de navigation Internet. Au cours de cette interprétation, la page Internet correspondante est affichée sur l'ordinateur client. Lors de l'interprétation du fichier HTML, le navigateur s'aperçoit qu'il contient un lien vers un fichier SWF. En conséquence, le fichier SWF en question est transféré du serveur vers le client et est reçu par le client (étape 302). Ce fichier SWF est interprété par le plugiciel Flash présent dans le logiciel de navigation Internet. Les étapes suivantes 3040 à 3052 forment l'opération d'exécution du fichier SWF. Au cours de l'interprétation du fichier SWF, le plugiciel interprète la fonction de chargement d'une image JPEG2000. L'image à sa résolution originale (500x500) est donc chargée et affichée dans la page Internet (étape 3040). Lorsque l'utilisateur effectue un changement de taille de la fenêtre d'affichage du navigateur, cet événement est détecté par la fonction on() de l'animation SWF (étape 3042). Cet ordre déclenche un test 3044 qui consiste à évaluer la nécessité de requérir des données additionnelles. Au cours du test 3044, on évalue si la modification de taille de la fenêtre d'affichage nécessite ou non d'effectuer une requête en direction du serveur pour transférer des données JPEG2000 additionnelles afin d'afficher l'image à la taille modifiée. La règle ici est simplement que si la modification de taille est une réduction, il n'y a pas besoin de demander des données additionnelles (test 3044 négatif). Dans ce cas, l'étape suivante est l'étape 3050 de construction de la nouvelle image, décrite ci-après. Si la modification de taille est un agrandissement, il est nécessaire de demander des données additionnelles (test 3044 positif). Dans ce cas, l'étape suivante est l'étape 3046 d'identification des données additionnelles requises. Lorsque le test 3044 est positif, l'étape suivante 3046 consiste à identifier les données additionnelles à requérir. On suppose dans la suite que l'utilisateur a par exemple demandé 120 % de zoom de la page Internet. En conséquence, la hauteur et la largeur de l'image seront augmentées chacune de 20 %. L'utilisateur souhaite donc obtenir une image de 600x600 pixels. On détermine la résolution immédiatement supérieure à .la résolution demandée par l'utilisateur. Il s'agit ici de la résolution R2 de 1000x1000 pixels. Les données à requérir sont déterminées de la façon suivante. Un pourcentage de données de la résolution R2 est déterminé en fonction du nombre de pixels dans la résolution RI déjà présents sur le client, du nombre de pixels présents dans la résolution R2, et du pourcentage de zoom. Appelons P ce pourcentage. La requête va porter sur P % des données de la résolution prédéterminée immédiatement supérieure à la résolution sélectionnée par l'utilisateur. Dans le mode préféré de réalisation de l'invention, les données codées contenues dans le fichier JPEG2000 sont organisées en niveaux de résolution et à l'intérieur de chaque niveau de résolution, en couches de qualité. Dans ce cas, il est simple de décoder un nombre entier de couches de qualité. Par conséquent, les données à requérir sont le nombre entier de couches de qualité de la résolution 1000x1000 pixels qui correspond le plus à P % de données supplémentaires. Supposons que cela représente quatre couches de qualité. Ces quatre couches sont les couches R2Q1, R2Q2, R2Q3 et R2Q4. L'étape suivante 3048 consiste à charger les données de codage des couches précédemment déterminées R2Q1, R2Q2, R2Q3 et R2Q4, comme suite à une requête envoyée depuis le terminal client vers le serveur. La requête est formulée par la commande JPIP: GET http://www.monserveur. fr/mondossier/imagel.jp2 ?R=1000,1000&C= R2Q1, R2Q2, R2Q3, R2Q4. Si l'ordre de changement de taille est une réduction, alors l'image est simplement sous-échantillonnée. Si l'ordre de changement de taille est un agrandissement, l'image à afficher dans la fenêtre d'affichage est reconstruite à l'aide des données reçues précédemment (étape 3050). II s'agit dans un premier temps de décoder l'image à la résolution 1000x1000, à partir des données de la résolution 500x500 et des couches de qualité R2Q1, R2Q2, R2Q3, R2Q4 de la résolution 1000x1000. Ensuite, l'image résultante est sous-échantillonnée à la résolution 600x600. L'image ainsi reconstruite est affichée dans la page Internet (étape 3052) . Un dispositif 10 mettant en oeuvre le logiciel client de l'invention est illustré sur la figure 5. Ce dispositif peut être par exemple un micro-ordinateur 10 connecté à différents périphériques, par exemple, une caméra numérique 107 (ou un scanner, ou tout moyen d'acquisition ou de stockage d'image) reliée à une carte graphique et fournissant des informations à traiter selon l'invention. Le dispositif 10 comporte une interface de communication 112 reliée à un réseau 113 apte à transmettre des informations numériques. Le dispositif 10 comporte également un moyen de stockage 108 tel que par exemple un disque dur. II comporte aussi un lecteur de disquettes 109. La disquette 110, comme le disque dur 108, peuvent contenir des données d'implantation logicielle de l'invention ainsi que le code de l'invention qui, une fois lu par le dispositif 10, sera stocké sur le disque dur 108. En variante, le programme permettant au dispositif de mettre en oeuvre l'invention pourra être stocké en mémoire morte 102 (appelée ROM sur le dessin). II en est de même pour les méthodes de codage. En seconde variante, le programme pourra être reçu pour être stocké de façon identique à celle décrite précédemment par l'intermédiaire du réseau de communication 113. Le dispositif 10 est relié à un microphone 111 par l'intermédiaire d'une carte d'entrées/sorties 106. Les données à traiter selon l'invention seront dans ce cas du signal audio. Ce même dispositif possède un écran 104 permettant de visualiser les informations à traiter ou de servir d'interface avec l'utilisateur quipourra paramétrer certains modes de traitement, à l'aide du clavier 114 ou de tout autre moyen (souris par exemple). L'unité centrale 100 (appelée CPU sur le dessin) exécute les instructions relatives à la mise en oeuvre de l'invention, instructions stockées dans la mémoire morte 102 ou dans les autres éléments de stockage. Lors de la mise sous tension, les programmes et méthodes de traitement stockés dans une des mémoires (non volatile), par exemple la ROM 102, sont transférés dans la mémoire vive RAM 103, qui contient alors le code exécutable de l'invention ainsi que les variables nécessaires à la mise en oeuvre de l'invention. En variante, les méthodes de traitement peuvent être stockées dans différents endroits. En effet, il est possible d'améliorer l'invention en ajoutant de nouvelles méthodes transmises par le réseau de communication 113 ou par l'intermédiaire de disquettes 110. Bien entendu, les disquettes peuvent être remplacées par tout support d'information tel que CD-ROM ou carte mémoire. Le bus de communication 101 permet la communication entre les différents sous-éléments du micro-ordinateur 10 ou liés à lui. La représentation du bus 101 n'est pas limitative et notamment, l'unité centrale 100 est susceptible de communiquer des instructions à tout sous-élément du microordinateur 10 directement ou par l'intermédiaire d'un autre sous-élément du micro-ordinateur 10. Le dispositif décrit ici est susceptible de contenir tout ou partie du traitement décrit dans l'invention. REVENDICATIONS 1. Procédé de création de fichiers décrivant une image numérique à afficher dans un document hypertexte sur une machine client (12), l'image étant mémorisée sur une machine serveur (11), ledit procédé étant caractérisé en ce qu'il comporte des étapes consistant à : - inscrire (2040) dans un fichier spécifique des données permettant d'accéder aux données constituant l'image; - inscrire (2044) dans ledit fichier spécifique une fonction adaptée à 10 détecter une demande, formulée par la machine client (12), de changement de taille d'affichage de l'image dans le document hypertexte; et - inscrire (2048) dans ledit fichier spécifique des fonctions adaptées à rapatrier en provenance de la machine serveur (11) les données de l'image nécessaires pour répondre à la demande de changement de taille d'affichage. 2. Procédé de création de fichiers selon la revendication 1, caractérisé en ce qu'il comporte en outre une étape consistant à inscrire (2042) dans ledit fichier spécifique une fonction de détection de taille d'affichage de l'image. 3. Procédé de création de fichiers selon la revendication 1 ou 2, caractérisé en ce qu'il comporte en outre une étape consistant à inscrire (2046) dans ledit fichier spécifique une fonction d'identification des données à rapatrier à la suite d'une demande de changement de taille d'affichage. 4. Procédé de création de fichiers selon la revendication 1, 2 ou 3, caractérisé en ce qu'il comporte en outre une étape consistant à inscrire (2050) dans ledit fichier spécifique des fonctions de construction de l'image à sa nouvelle taille à la suite d'une demande de changement de taille d'affichage. 5. Procédé de création de fichiers selon l'une quelconque des revendications précédentes, caractérisé en ce que l'image est au format JPEG2000 et ledit fichier spécifique est au format SWF. 6. Procédé de lecture de fichiers décrivant une image numérique à afficher dans un document hypertexte sur une machine client (12), l'image étant mémorisée sur une machine serveur (11), ledit procédé étant caractérisé en ce qu'il comporte des étapes consistant à : - détecter (3042) un ordre de changement de taille d'affichage de l'image, provenant de la machine client (12) ; - identifier (3046) les données additionnelles nécessaires pour satisfaire l'ordre de changement de taille d'affichage; - obtenir (3048) en provenance de la machine serveur (11) les données additionnelles précédemment identifiées; et - afficher (3052) sur la machine client (12) l'image à sa nouvelle taille. 7. Procédé de lecture de fichiers selon la revendication précédente, caractérisé en ce qu'il comporte en outre, postérieurement à l'étape (3042) de détection d'ordre de changement de taille d'affichage et antérieurement à l'étape (3046) d'identification des données additionnelles, une étape consistant à déterminer (3044) si le changement de taille demandé nécessite ou non des données additionnelles d'image. 8. Procédé de lecture de fichiers selon la revendication 6 ou 7, caractérisé en ce qu'il comporte en outre, préalablement à l'étape d'affichage (3052) de l'image à sa nouvelle taille, une étape consistant à construire (3050) l'image après obtention des données additionnelles. 9. Procédé de lecture de fichiers selon la revendication 6, 7 ou 8, caractérisé en ce que l'image est au format JPEG2000. 10. Dispositif de création de fichiers décrivant une image numérique à afficher dans un document hypertexte sur une machine client (12), l'image étant mémorisée sur une machine serveur (11), ledit dispositif étant caractérisé en ce qu'il comporte: - des moyens pour inscrire dans un fichier spécifique des données permettant d'accéder aux données constituant l'image; - des moyens pour inscrire dans ledit fichier spécifique une fonction 30 adaptée à détecter une demande, formulée par la machine client (12), de changement de taille d'affichage de l'image dans le document hypertexte; et - des moyens pour inscrire dans ledit fichier spécifique des fonctions adaptées à rapatrier en provenance de la machine serveur (11) les données de l'image nécessaires pour répondre à la demande de changement de taille d'affichage. 11. Dispositif de création de fichiers selon la revendication 10, caractérisé en ce qu'il comporte en outre des moyens pour inscrire dans ledit fichier spécifique une fonction de détection de taille d'affichage de l'image. 12. Dispositif de création de fichiers selon la revendication 10 ou 11, caractérisé en ce qu'il comporte en outre des moyens pour inscrire dans ledit fichier spécifique une fonction d'identification des données à rapatrier à la suite d'une demande de changement de taille d'affichage. 13. Dispositif de création de fichiers selon la revendication 10, 11 ou 12, caractérisé en ce qu'il comporte en outre des moyens pour inscrire dans ledit fichier spécifique des fonctions de construction de l'image à sa nouvelle taille à la suite d'une demande de changement de taille d'affichage. 14. Dispositif de création de fichiers selon l'une quelconque des revendications 10 à 13, caractérisé en ce que l'image est au format JPEG2000 et ledit fichier spécifique est au format SWF. 15. Dispositif de lecture de fichiers décrivant une image numérique à afficher dans un document hypertexte sur une machine client (12), l'image étant mémorisée sur une machine serveur (11), ledit dispositif étant caractérisé en ce qu'il comporte: - des moyens pour détecter un ordre de changement de taille d'affichage de l'image, provenant de la machine client (12) ; - des moyens pour identifier les données additionnelles nécessaires pour satisfaire l'ordre de changement de taille d'affichage; des moyens pour obtenir en provenance de la machine serveur (11) les données additionnelles précédemment identifiées; et - des moyens pour afficher sur la machine client (12) l'image à sa nouvelle taille. 16. Dispositif de lecture de fichiers selon la revendication précédente, caractérisé en ce qu'il comporte en outre des moyens pour déterminer si le changement de taille demandé nécessite ou non des données additionnelles d'image. 17. Dispositif de lecture de fichiers selon la revendication 15 ou 16, caractérisé en ce qu'il comporte en outre des moyens pour construire l'image après obtention des données additionnelles. 18. Dispositif de lecture de fichiers selon la revendication 15, 16 ou 17, caractérisé en ce que l'image est au format JPEG2000. 19. Appareil de communication, caractérisé en ce qu'il comporte un dispositif de création de fichiers selon l'une quelconque des revendications 10 à 14. 20. Appareil de communication, caractérisé en ce qu'il comporte un dispositif de lecture de fichiers selon l'une quelconque des revendications 15 à 18. 21. Moyen de stockage d'informations lisible par un ordinateur ou un microprocesseur conservant des instructions d'un programme informatique, caractérisé en ce qu'il permet la mise en oeuvre d'un procédé de création de fichiers selon l'une quelconque des revendications 1 à 5. 22. Moyen de stockage d'informations amovible, partiellement ou totalement, lisible par un ordinateur ou un microprocesseur conservant des instructions d'un programme informatique, caractérisé en ce qu'il permet la mise en oeuvre d'un procédé de création de fichiers selon l'une quelconque des revendications 1 à 5. 23. Produit programme d'ordinateur pouvant être chargé dans un appareil programmable, caractérisé en ce qu'il comporte des séquences d'instructions pour mettre en oeuvre un procédé de création de fichiers selon l'une quelconque des revendications 1 à 5, lorsque ce programme est chargé et exécuté par l'appareil programmable. 24. Moyen de stockage d'informations lisible par un ordinateur ou un microprocesseur conservant des instructions d'un programme informatique, caractérisé en ce qu'il permet la mise en oeuvre d'un procédé de lecture de fichiers selon l'une quelconque des revendications 6 à 9. 25. Moyen de stockage d'informations amovible, partiellement ou totalement, lisible par un ordinateur ou un microprocesseur conservant des instructions d'un programme informatique, caractérisé en ce qu'il permet la mise en oeuvre d'un procédé de lecture de fichiers selon l'une quelconque des revendications 6 à 9. 26. Produit programme d'ordinateur pouvant être chargé dans un appareil programmable, caractérisé en ce qu'il comporte des séquences d'instructions pour mettre en oeuvre un procédé de lecture de fichiers selon l'une quelconque des revendications 6 à 9, lorsque ce programme est chargé et exécuté par l'appareil programmable.