Brevet FR2834092A1 — publié le 20030627

L'invention concerne un automate et un procédé-de lecture d'une portion de code HTML dans une page HTML à partir d'un chemin d'accès à cette portion de code dans ladite page HTML. Plus précisément, l'invention concerne un automate de lecture dans lequel le chemin d'accès étant enregistré au préalable dans des moyens électroniques de stockage d'informations associés à l'automate, ladite page HTML comportant du code HTML formé à partir d'instructions HTML et ladite portion de code de ladite page HTML étant contenue entre un marqueur d'ouverture et un marqueur de fermeture d'une instruction HTML. Aujourd'hui, des entreprises disposent, sur leur réseau privé de transmission d'informations, appelé ici réseau Intrant, de serveurs Internet mettant à disposition des employés de l'entreprise un grand nombre d'informations contenues dans des pages HTML (Hyper Text Markup Language). Ces pages HTML disponibles sur les réseaux Intrant des entreprises comportent souvent des copies de données originales, l'original des données étant contenu dans des pages HTML accessibles sur la toile d'araignée mondiale, plus connue sous le terme de"Web" (Worldwide Web). L'original des données se présente sous la forme d'une portion de code HTML dans une page HTML. Plus précisément, la portion de code comporte un marqueur d'ouverture et un marqueur de fermeture d'une instructions HTML située respectivement avant et après une ou plusieurs données à afficher. Les marqueurs d'ouverture et de fermeture définissent le format d'affichage des données dans un navigateur Internet. L'original des données étant régulièrement modifié, il est nécessaire de disposer d'un dispositif automatique ou d'un automate d'actualisation des copies de données. Pour cela, ces automates d'actualisation comportent principalement un dispositif automatique ou un automate de lecture d'une portion de code d'une page HTML associé à un module de mise à jour des copies de données à partir de la portion de code lue par l'automate de lecture. Actuellement, il existe un grand nombre d'instructions HTML, de plus ces instructions peuvent être paramétrées à l'aide d'attributs. Ces attributs précisent par exemple la couleur dans laquelle doit être affichée une donnée. Ainsi, la plupart du temps, la portion de code à lire est contenue entre des marqueurs d'ouverture et de fermeture d'une Instruction HTML dont la syntaxe est identifiable de façon unique dans la page HTML. Les automates de lecture connus utilisent cette propriété et sont adaptés pour localiser les marqueurs d'ouverture et de fermeture situés avant et après la portion de code à lire et pour lire ensuite la portion de code contenue entre ces marqueurs. A cet effet, les automates de lectures sont associés à des moyens électroniques de stockage d'informations dans lesquels sont enregistrées des chemin d'accès aux portions de code à lire. Ces chemins d'accès sont, dans les automates de lecture connus, les chaînes de caractères constituant les marqueurs d'ouverture et de fermeture situés respectivement avant et après la portion de code à lire. Ces automates de lecture comportent un module de reconnaissance de chaînes de caractères. Le module de reconnaissance de chaînes de caractères est apte à identifier dans une page HTML les marqueurs d'ouverture et de fermeture identiques à ceux enregistrés dans les moyens de stockage d'informations. Ensuite, seule la portion de code contenue entre ces marqueurs d'ouverture et de fermeture identifiés par le module de reconnaissance est lue par l'automate de lecture. Toutefois, les marqueurs d'ouverture et de fermeture étant principalement destinés à définir la présentation des données, ils sont souvent modifiés sans prévenir à l'avance l'entreprise propriétaire d'un automate de lecture. Ainsi, si la chaîne de caractères d'un marqueur d'ouverture utilisé par un automate de lecture pour localiser une portion de code à lire est modifiée, le chemin d'accès à cette portion de code à lire enregistré dans les moyens de stockage d'informations n'est plus exact et l'automate n'est plus en mesure de localiser, dans la page HTML, la portion de code à lire. Par conséquent, les automates de lecture connus sont sensibles aux modifications, même mineures, apportées au code d'une page HTML. Ainsi, un simple changement de couleur d'affichage dans une page HTML est susceptible d'être suffisant pour mettre en défaut les automates de lecture actuels. En effet, une couleur correspond à une valeur donnée d'un attribut d'un marqueur d'ouverture. Le simple changement de couleur correspond donc à une modification de la syntaxe du marqueur d'ouverture. Si ce marqueur d'ouverture correspond au marqueur utilisé par un automate de lecture pour localiser une portion de code à lire, la nouvelle syntaxe du marqueur d'ouverture, suite au changement de couleur, ne correspond plus à celle enregistrée dans les moyens de stockage d'informations associés à l'automate de lecture et celui-ci n'est donc plus capable de localiser la portion de code à lire. L'invention vise à remédier à cet inconvénient en proposant un automate de lecture insensible à des petites modifications du code d'une page HTML, telles que des changements de couleur. Elle a donc pour objet un automate de lecture tel que défini plus haut, caractérisé en ce qu'il comporte un module de représentation du code HTML de ladite page HTML sous la forme d'une structure arborescente dans laquelle chaque instruction HTML est associée à un noeud, chacun de ces noeuds étant rattaché directement au noeud, dit noeud père, associé à l'instruction HTML dont les marqueurs d'ouverture et de fermeture sont situés respectivement immédiatement avant et après cette instruction de manière à ce que chaque portion de code HTML de ladite page HTML soit rattachée à un unique noeud père, et chacun de ces noeuds étant associé à un chemin d'accès unique au noeud fonction de la position de ce noeud dans la structure arborescente, et en ce que le chemin d'accès comportant le chemin d'accès au noeud auquel est rattaché la portion de code HTML à lire, l'automate comporte un module de parcours du code associé à la structure arborescente apte à lire la portion de code HTML rattachée au noeud correspond au chemin d'accès pré-enregistré. L'automate de lecture décrit ci-dessus est insensible aux petites modifications du code d'une page HTML. En effet, cet automate organise les instructions HTML de la page HTML selon une structure arborescente représentant l'imbrication les uns dans les autres des marqueurs d'ouverture et de fermeture des instructions HTML. Ensuite, au lieu de localiser la portion de code à lire à l'aide de chaînes de caractères situées juste avant et après celleci, il utilise la position, dans la structure arborescente, de l'instruction HTML dont les marqueurs d'ouverture et de fermeture encadrent la portion du code à lire. L'imbrication les uns dans les autres des marqueurs d'ouverture et de fermeture est indépendante de l'existence ou des valeurs des attributs des marqueurs. La structure arborescente utilisée par cet automate est donc, en outre, indépendante vis-à-vis des modifications apportées aux attributs. Il en résulte que l'automate de lecture décrit ci-dessus est par exemple insensible aux petites modifications telles que des changements de couleur d'affichage dans des pages HTML. Suivant d'autres caractéristiques d'un automate de lecture conforme à l'invention : - chaque noeud comporte un identificateur du type de l'instruction HTML à laquelle le noeud est associé, cet identificateur étant commun à tous les noeuds associés à une même instruction HTML, et en ce que le chemin d'accès unique du noeud est fonction uniquement de la position du noeud par rapport aux autres noeuds ayant le même identificateur de type dans la structure arborescente, - le chemin d'accès au noeud comporte l'identificateur de type et un numéro d'ordre de ce noeud, le numéro d'ordre du noeud étant représentatif de la position du noeud par rapport aux seuls autres noeuds ayant à la fois le même identificateur de type et étant rattaché directement au même noeud père, - le module de représentation comporte un module de transformation du code de la page HTML apte à placer, à l'exception du marqueur d'ouverture et de fermeture de page HTML, chaque instruction HTML de ladite page HTML entre le marqueur d'ouverture et le marqueur de fermeture d'une autre instruction HTML contenue dans la même page HTML. L'invention a également pour objet un automate d'actualisation de données contenues dans des moyens électroniques de stockage d'informations à partir d'au moins une portion de code originale contenue dans une page HTML, à l'aide d'un chemin d'accès à ladite au moins une portion de code originale dans ladite page HTML, le chemin d'accès étant enregistré au préalable dans les moyens électroniques de stockage d'informations associés à l'automate d'actualisation, ladite page HTML comportant du code HTML formé à partir d'instructions HTML et ladite au moins une portion de code originale de la dite page HTML étant contenue entre un marqueur d'ouverture et un marqueur de fermeture d'une instruction HTML, caractérisé en ce que le chemin d'accès comportant un chemin d'accès unique à un noeud père auquel est rattachée la portion de code originale, il comporte un automate de lecture conforme à l'invention adapté pour lire ladite au moins une portion de code originale, et en ce que l'automate d'actualisation comporte un module de mise à jour des données à partir de ladite au moins une portion de code originale lue par l'automate de lecture. L'invention a également pour objet un procédé de lecture d'une portion de code HTML dans une page HTML à partir d'un chemin d'accès à cette portion de code HTML dans ladite page HTML, le chemin d'accès étant enregistré au préalable dans des moyens électroniques de stockage d'informations associés à l'automate, ladite page HTML comportant du code HTML formé à partir d'instructions HTML et ladite portion de code de ladite page HTML étant contenue entre un marqueur d'ouverture et un marqueur de fermeture d'une instruction HTML, caractérisé en ce qu'il comporte : - une étape de représentation du code HTML de ladite page HTML sous la forme d'une structure arborescente dans laquelle chaque instruction HTML est associée à un noeud, chacun de ces noeuds étant directement rattaché au noeud, dit noeud père, associé à l'instruction HTML dont les marqueurs d'ouverture et de fermeture sont situés respectivement immédiatement avant et après cette instruction de manière à ce que chaque portion du code HTML de ladite page HTML soit rattachée à un unique noeud père, et chacun de ces noeuds étant associé à un chemin d'accès unique au noeud fonction de la position de ce noeud dans la structure arborescente, cette étape étant réalisée par un module de représentation de l'automate, et en ce que le chemin d'accès comportant le chemin d'accès au noeud père auquel est rattachée la portion de code HTML à lire, le procédé comporte une étape de parcours du code associé à la structure arborescente pour lire la portion de code HTML rattachée au noeud correspondant au chemin d'accès enregistré, cette étape de parcours étant réalisée par un module de parcours. Suivant d'autres caractéristiques d'un procédé de lecture d'un élément dans une page HTML conforme à l'invention : - l'étape de représentation comporte une opération de transformation du code de la page HTML pour placer chaque instruction HTML de ladite page HTML, à l'exception de l'instruction de définition de la page HTML, entre le marqueur d'ouverture et le marqueur de fermeture d'une autre instruction HTML contenue dans la même page HTML, - l'opération de transformation est une opération de transformation du code HTML en code XHTML. L'invention sera mieux comprise à la lecture de la description qui va suivre, donnée uniquement à titre d'exemple et faite en se référant aux dessins, sur lesquels : - la figure 1 est une vue schématique d'un système d'informations contenant un automate d'actualisation et un automate de lecture conformes à l'invention ; - la figure 2 est un organigramme d'un procédé d'actualisation de données à l'aide d'un automate de lecture conforme à l'invention ; - la figure 3 est une vue schématique du code d'une page HTML destinée à être lue par un automate de lecture conforme à l'invention ; - la figure 4 est une vue schématique du code de la page HTML de la figure 3 après avoir été traité par l'automate de lecture de la figure 1 ; et - la figure 5 est une vue d'une structure arborescente utilisée par l'automate de lecture de la figure 1. La figure 1 représente un système d'informations 2 comportant la toile d'araignée mondiale 4 raccordée par l'intermédiaire d'un routeur 6 de communications au réseau privé 8 de transmission d'informations d'une entreprise. A titre d'illustration, la toile d'araignée mondiale 4 comporte ici un réseau de transmission d'informations 10 auquel est raccordé un premier serveur Internet 12. Ce serveur Internet 12 comporte une page HTML 14 accessible par l'intermédiaire du réseau 10 et dont l'adresse Internet est ici notée URL1. Le routeur 6 est un routeur de communication classique apte à permettre des échanges d'informations entre le réseau 8 et la toile d'araignée mondiale 4. Le réseau privé 8 est classique. Il est raccordé à un poste de consultation 20 et à un serveur Intrant 22. Le poste de consultation 20 est par exemple un ordinateur classique muni d'un navigateur Internet. Le serveur Intrant 22 est destiné à actualiser automatiquement des données à partir de portions de code extraites de pages HTML accessibles par l'intermédiaire du réseau 10. Il est également adapté pour permettre la consultation de ces données actualisées à partir du poste de consultation 20. A cet effet, le serveur Intrant 22 est associé à des moyens électroniques de stockage d'informations 24 et comporte un serveur 26 de page HTML ainsi qu'un automate 28 d'actualisation de données. Les moyens 24 de stockage d'informations comportent deux bases de données 34 et 36. Ils sont également aptes à stocker temporairement des informations issues du serveur Intrant 22. La base de données 34 est propre à enregistrer des chemins d'accès vers des portions de code de pages HTML. Chaque chemin d'accès enregistré dans la base de données 34 est associé à une adresse Internet. Cette adresse Internet, également appelée ici adresse URL (Uniform Resource Locator) est celle de la page HTML dans laquelle se trouve la portion de code correspondant au chemin d'accès. A titre d'exemple, la base de données 34 comporte ici les informations suivantes : - un chemin d'accès 40 égal à : "HTML [1]/Body [1]/Table [2]/Tr [1]/Td [2]/A [2]/B [1]", - une adresse URL associée à ce chemin d'accès égale à "URL 1". La seconde base de données 36 est destinée à contenir essentiellement une copie actualisée des portions de code mise à jour automatiquement par l'automate 28. Le serveur de page HTML 26 est un serveur Internet classique permettant la consultation des pages HTML à partir du poste de consultation 20. Ce serveur 26 est adapté pour construire automatiquement les pages HTML à partir, en outre, des portions de code enregistrées dans la base de données 36. L'automate d'actualisation 28 est propre à lire périodiquement les portions de code des pages HTML correspondant aux chemins d'accès enregistrés dans la base de données 34. Il est également apte à enregistrer une copie des portions de code lues dans la base de données 36. A cet effet, l'automate d'actualisation 28 comporte un automate 42 de lecture de portion de code dans une page HTML associé à un module 44 de mise à jour de la base de données 36. L'automate de lecture 42 est apte à lire une portion de code dans une page HTML à partir des informations enregistrées dans la base de données 34. Pour cela, il comporte un module 48 de représentation du code HTML d'une page HTML sous la forme d'une structure arborescente et un module 50 de parcours du code associé à cette structure arborescente pour lire la portion de code correspondant au chemin d'accès enregistré dans la base de données 34. Le module de représentation 48 est apte à charger le code d'une page HTML correspondant à une adresse URL enregistrée dans la base de données 34. Il est également apte à corriger le code de la page HTML chargée pour qu'à chaque marqueur d'ouverture d'une instruction HTML de cette page HTML corresponde un marqueur de fermeture. Il comporte à cet effet un module 52 de transformation du code d'une page HTML en un code conforme à la norme XHTML (Extensible HyperText Markup Language) telle que définie par le World Wide Web Consortium (W3C) (norme disponible à l'adresse : http : //www. w3. org/TR/xhtmI1). Le code conforme à la norme XHTML, dit ici code XHTML, présente la propriété d'être organisé selon une structure arborescente et d'être lui-même conforme à la norme XML définie par le World Wide Web Consortium (W3C) (norme disponible à l'adresse http : //www. w3. org/XML). Il est donc possible d'accéder aux différentes portions du code XHTML en utilisant des outils initialement développés pour du code XML. A titre d'exemple, l'accès aux portions de code XHTML se fait grâce au modèle de programmation normalisé sous l'appellation DOM (Document Object Model) ou à l'aide de chemins d'accès conformes à la norme XPath. Le modèle d'objet DOM et les chemins d'accès XPath sont normalisés par le World Wide Web Consortium (W3C) (normes disponibles aux adresses suivantes : http : //www. w3. org/DOM et http ://www. w3. org/TR/XPath). Pour plus d'informations sur le modèle DOM ou sur les chemins d'accès XPath, le lecteur pourra se référer au document suivant : Kevin Williams et al."XML et les bases de données", édition Eyrolles. Le module de parcours 50 est destiné à parcourir le code associé à la structure arborescente jusqu'à un noeud correspondant au chemin d'accès enregistré dans la base de données 34. Ce module 50 est également propre à lire la portion de code XHTML associée à un noeud et à la transmettre au module 44 de mise à jour de la base de données 36. Le module de mise à jour 44 est apte à enregistrer une portion de code XHTML lue par le module 50 dans la base de données 36 à la place de l'ancienne portion de code XHTML correspondante. L'automate d'actualisation est réalisé à l'aide de moyens de programmation classiques tel que par exemple le langage de programmation JAVA. A titre d'exemple, l'automate d'actualisation est réalisé à l'aide d'un moteur de service Internet J2EE (JAVA 2 Entreprise Edition) de la société Sun Microsystem, Inc., 901 San Antonio Road, Palo Alto, CA 94303, U. S. A. Avec ce moteur de services Internet, de nombreuses bibliothèques de programmes prédéveloppés en langage JAVA sont disponibles. Par exemple, les échanges de données avec les bases de données 34 et 36 utilisent une bibliothèque de programmes connue sous l'acronyme de JDBC (Java Data Base Connectivity) et développée par Sun Microsystem, Inc. Le module de transformation du code HTML en code XHTML est réalisé à partir de la bibliothèque de programmes JAVA appelée JTIDY (Java port of HTML Tidy) disponible à l'adresse suivante : http ://sourceforge. net/projects/jtidy. Le fonctionnement de l'automate d'actualisation 28 et de l'automate de lecture 42 va maintenant être décrit à l'aide de la figure 1 et en regard de la figure 2 dans le cas particulier où le code HTML de la page 14 correspond à celui représenté à la figure 3. La figure 2 illustre un procédé d'actualisation automatique de données à partir d'une portion de code HTML contenue dans une page HTML accessible à partir de la toile d'araignée mondiale 4. Ce procédé comporte une étape 60 d'enregistrement d'un chemin d'accès à une portion de code d'une page HTML, suivie d'une étape 62 d'actualisation de la base de données 36 contenant les données lues et finalement d'une étape 64 de consultation des éléments de la base de données 36 à partir du poste de consultation 20. L'étape 60 consiste à enregistrer dans la base de données 34 le chemin d'accès à un élément d'une page HTML. Cette étape 60 est réalisée par un informaticien ayant un ordinateur raccordé à la toile d'araignée mondiale 4 et équipé d'un module de transformation du code HTML en code XHTML similaire au sous-module 52 de l'automate d'actualisation 28. L'informaticien réalise cette étape au moins une fois lors de l'initialisation et la mise en route de l'automate 28. Cette étape 60 débute par une opération 68 de chargement d'une page HTML dans la mémoire de l'ordinateur de l'informaticien. Cette opération 68 est suivie d'une opération 70 de transformation du code HTML de la page mémorisée en un code XHTML à l'aide du module similaire au sousmodule de transformation 52. Cette opération 70 étant similaire à une des opérations effectuées lors de l'étape 62 d'actualisation, elle ne sera pas décrite ici en détail. L'opération 70 est suivie d'une opération 72 de détermination du chemin d'accès et d'enregistrement de celui-ci dans la base de données 34. Par exemple, l'informaticien affiche le code XHTML à l'écran de son ordinateur et détermine mentalement le chemin d'accès correspondant à la portion de code à lire dans la page HTML. Ensuite, il enregistre, à l'aide de moyens classiques dans la base de données 34, ce chemin d'accès déterminé mentalement et l'adresse URL de la page HTML, contenant la portion de code à lire. Ici, le chemin d'accès 40 et l'adresse URL 1 décrits en regard de la base de données 34 de la figure 1 sont enregistrés selon ce mode opératoire. L'étape 62 d'actualisation des données enregistrées dans la base de données 36 est réalisée par l'automate d'actualisation 28. Cette étape 62 comporte quatre étapes successives 76,78, 80 et 82 réitérées périodiquement. L'étape 76 est une étape de chargement de la page HTML dont l'adresse URL est enregistrée dans la base de données 34. Ici, la page HTML 14 correspondant à l'adresse URL1 est chargée temporairement dans les moyens 24 de stockage d'informations. L'étape 78 consiste à organiser et à représenter les instructions HTML contenues dans cette page HTML chargée temporairement selon une structure arborescente. Pour cela, cette étape comporte une opération 86 de transformation du code de la page HTML chargée en code XHTML. Cette opération 86, similaire à l'opération 70, est réalisée par le module de transformation 52. Cette opération 86 est décrite ici dans le cas particulier de l'extrait de code HTML de la page HTML 14 représenté à la figure 3. Ce code HTML comporte des instructions HTML classiques imbriquées les unes dans les autres et de données. Le code HTML de la page HTML 14 comporte d'abord une instruction HTML 98 de définition d'une page HTML. Cette instruction HTML 98 se compose d'un marqueur d'ouverture 100 et d'un marqueur de fermeture 102 indiquant respectivement le début et la fin de la page HTML. Entre ces marqueurs 100 et 102, se situe une instruction HTML 103 de définition du corps de la page HTML 14. Cette instruction HTML 103 se compose d'un marqueur d'ouverture 104 et d'un marqueur de fermeture 106 indiquant respectivement le début et la fin du corps de la page HTML 14. Entre ces marqueurs 104 et 106, le code de la page HTML 14 comporte une instruction HTML 108 de création d'un premier tableau, une instruction HTML 110 d'affichage d'une image et une instruction HTML 112 de création d'un second tableau. Les instructions HTML 108 et 112 de création de tableaux se composent chacune d'un marqueur 114 d'ouverture de tableau et d'un marqueur 116 de fermeture de tableau. Ici, seules les instructions HTML contenues entre le marqueur 114 et 116 d'ouverture et de fermeture du second tableau seront décrites. Ces instructions se composent de deux instructions HTML 118 et 120 respectivement de création d'une première ligne et d'une seconde ligne dans le second tableau. Les instructions HTML de création d'une ligne dans un tableau se composent d'un marqueur d'ouverture 122 et d'un marqueur de fermeture 124 de la ligne d'un tableau. Ici, seules les instructions HTML comprises entre le marqueur 122 et le marqueur 124 de la première ligne du second tableau sont décrites. La première ligne du second tableau comporte deux instructions HTML 128 et 130 correspondant chacune à la création d'une cellule d'un tableau. Les instructions de création d'une cellule dans la ligne d'un tableau se composent chacune d'un marqueur d'ouverture 132 et d'un marqueur de fermeture 134 délimitant le début et la fin de la cellule. Ici, seul le détail de la seconde cellule correspondant à l'instruction HTML 130 est représenté. Cette cellule comporte un paragraphe de deux lignes 136,138 terminées respectivement par une première et une seconde instructions HTML 140,141 de saut à la ligne. Les instructions HTML 140,141 sont identiques entre elles. La ligne 136 comporte une instruction HTML 142 de définition d'un lien hypertexte destiné à rediriger un utilisateur vers une autre page HTML lorsque ce lien est activé. Cette instruction 142 se compose d'un marqueur d'ouverture 144 et d'un marqueur de fermeture 146. Un attribut"href = URL2"du marqueur d'ouverture 144 définit l'adresse Internet de la page HTML vers laquelle le lien hypertexte redirige l'utilisateur lorsque ce lien est activé. Ces marqueurs d'ouverture et de fermeture 144,146 encadrent une instruction HTML 150 d'affichage d'une image et une instruction HTML 152 d'affichage d'une chaîne de caractères en caractères gras. L'instruction 150 comporte ici uniquement un marqueur d'ouverture 154. Ce marqueur d'ouverture 154 comporte un attribut "src = image1. gif' définissant le nom du fichier dans lequel est enregistrée l'image. Ce fichier est ici appelé"imagel. gif". L'instruction 152 se compose d'un marqueur d'ouverture 156 et d'un marqueur de fermeture 158. Ces marqueurs 156 et 158 encadrent une donnée, ici une chaîne de caractères 160, à afficher en gras. Cette chaîne de caractères 160 est ici la chaîne de caractères"Car". La ligne 138 définit un lien hypertexte comportant à la fois une image et une chaîne de caractères affichée en gras. Elle comporte donc une instruction HTML 164 de définition d'un lien hypertexte, qui elle-même comporte une instruction HTML 166 d'affichage d'une image et une instruction 168 d'affichage d'une chaîne de caractères 170 en gras. Les marqueurs d'ouverture et de fermeture de ces instructions HTML sont similaires à ceux utilisés pour la ligne 136. Toutefois, l'attribut"href = URL2"du marqueur d'ouverture de l'instruction HTML 142 est remplacé par l'attribut"href = URL3". L'attribut "src = imagel. gif' du marqueur d'ouverture de l'instruction HTML 150 est remplacé par l'attribut"src = image2. gif". Dans la ligne 138, la chaîne de caractères 160 est remplacée par une chaîne de caractères 170 égale à "Music". De plus, contrairement à la ligne 136, les marqueurs de fermeture de l'instruction 168 d'affichage en gras et de l'instruction 164 de définition d'un lien hypertexte sont ici inversés. Ainsi, le marqueur-de fermeture de l'instruction 168 est situé à la place du marqueur de l'instruction 164 et vice-versa. Cette inversion de l'ordre des marqueurs de fermeture n'a aucune conséquence sur l'affichage de la page HTML 14 dans un navigateur Internet. La figure 4 représente le code de la page HTML 14 une fois que ce code a été transformé en un code XHTML. Cette modification transforme le code HTML en un code"bien formé"au sens de la norme XML. Cette transformation consiste essentiellement à ajouter les marqueurs de fermeture aux instructions HTML qui n'en comportaient pas et à placer chaque instruction HTML entre le marqueur d'ouverture et le marqueur de fermeture d'une autre instruction HTML. Ainsi, les instructions et les données formant le code XHTML sont les mêmes que celles formant le code de la page HTML, mais éventuellement organisées de façon différente. Le terme"instruction HTML" sera donc également utilisé pour désigner les instructions contenues dans le code XHTML. Ici, les modifications apportées au code de la page HTML de la figure 3 consistent à : - ajouter un marqueur de fermeture 170 à l'instruction HTML 110 d'affichage d'une image, - ajouter un marqueur de fermeture 172 aux instructions HTML 150 et 166 d'affichage d'une image, - réordonner les marqueurs de fermeture des instructions HTML 164 et 168 de la ligne 138 pour que l'instruction 168 soit comprise entre le marqueur d'ouverture et le marqueur de fermeture de l'instruction 164 de définition d'un lien hypertexte. Les autres instructions du code de la page HTML de la figure 3 n'ont pas été modifiées et portent, sur la figure 4, les mêmes références. Un code XHTML ou XML est organisé selon une structure arborescente. La structure arborescente correspondant au code XHTML de la figure 4 est représentée sur la figure 5. Cette structure arborescente comporte un unique noeud pour chaque instruction HTML de la figure 4. Pour simplifier la comparaison entre cette structure arborescente et le code XHTML de la figure 4, chaque noeud porte la même référence que celle de l'instruction de la figure 4 à laquelle il est associé. Chaque noeud de cette figure 5, à l'exception d'un noeud racine 98, est relié directement vers le haut à un unique noeud, dit noeud père, et directement vers le bas à éventuellement à un ou plusieurs noeuds, dits noeuds fils. Un noeud père est le noeud dont les marqueurs d'ouverture et de fermeture de l'instruction HTML à laquelle il est associé sont situés immédiatement avant et après l'instruction HTML associée au noeud fils. Ainsi, entre l'instruction HTML d'un noeud père et l'instruction HTML d'un noeud fils, il n'existe pas d'autres instructions HTML dont les marqueurs d'ouverture et de fermeture seraient situés entre ceux de l'instruction du noeud père et encadreraient ceux de l'instruction HTML du noeud fils. De plus, dans cette structure arborescente, chaque noeud comporte un identificateur 200 du type de l'instruction HTML à laquelle il est associé. Cet identificateur 200 est identique pour tous les noeuds associés à une même instruction HTML. Les identificateurs 200 utilisés ici correspondent aux noms des instructions HTML. Les identificateurs de type utilisés dans cet exemple de structure arborescente sont : -"Html"pour l'instruction HTML de définition d'une page HTML, -"Body" pour l'instruction HTML de définition du corps de la page HTML, -"Table" pour l'instruction HTML de définition d'un tableau, -"Img" pour l'instruction HTML d'affichage d'une image, -"Tr" pour l'instruction HTML de définition d'une ligne dans un tableau, -"Td" pour l'instruction HTML de définition d'une cellule dans une ligne d'un tableau, -"A" pour l'instruction de définition d'un lien hypertexte, -"Br" pour l'instruction HTML de saut à la ligne, et -"B" pour l'instruction HTML d'affichage en gras d'une chaîne de caractères. Chaque noeud de la structure arborescente de la figure 5 comporte également un numéro d'ordre 202 représentant sa position par rapport aux autres noeuds rattachés directement au même noeud père et ayant le même identificateur de type d'instructions. Pour l'ensemble des noeuds rattachés directement au même noeud père, ce numéro d'ordre est incrémenté de 1 à chaque fois qu'en se déplaçant vers la droite, un noeud comportant le même identificateur de type d'instructions est rencontré. Pour chaque identificateur 200 de type de l'instruction HTML, le noeud situé la plus à gauche comporte le numéro d'ordre 1. Pour un noeud donné, l'association de l'identificateur 200 et du numéro d'ordre 202 forme un identificateur 204 du noeud. Cet identificateur 204 permet d'identifier de façon unique le noeud parmi plusieurs noeuds rattachés directement au même noeud père. La succession des identificateurs 204 de chacun des noeuds rencontrés lorsque la structure arborescente est parcourue en partant du noeud racine 98 vers un noeud donné, forme donc un chemin d'accès au noeud donné. Ainsi, chaque noeud de la structure arborescente est associé ou correspond à un chemin d'accès unique à ce noeud fonction uniquement de la position de ce noeud dans la structure arborescente. Par exemple, le chemin d'accès au noeud 168 est : Html [1]/Body ]/Table[2]/Tr[1 ]/Td[2]/A[2]/B[1] Ce chemin d'accès correspond à celui pré-enregistré dans la base de données 34. Le code XHTML de la figure 4 et la structure arborescente de la figure 5 sont des représentations équivalentes de l'imbrication des instructions HTML les unes dans les autres. Ainsi, un chemin d'accès à un noeud de la structure arborescente est également un chemin d'accès unique à une instruction HTML du code XHTML de la figure 4. Les marqueurs d'ouverture et de fermeture d'une instruction HTML du code XHTML de la figure 4 encadrent une portion de code unique composée soit uniquement de données, soit de données imbriquées dans d'autres instructions HTML. Ainsi, le chemin d'accès à un noeud désigne également de façon unique une portion du code XHTML. La transformation du code HTML en code XHTML est surjective. En effet, chaque portion du code XHTML contient au moins les mêmes instructions HTML et les mêmes données que la portion de code HTML correspondante dont elle est issue. Le chemin d'accès à une portion du code XHTML est donc aussi un chemin d'accès unique à la copie dans le code XHTML de la portion du code HTML correspondante de la page HTML d'origine. Une fois la transformation du code HTML en code XHTML réalisée, l'étape 80 de lecture d'une portion de code dans la page HTML est réalisée par le module de parcours 50. Ce module de parcours 50 commence à lire dans la base de données 34 le chemin d'accès à un élément de la page HTML 14. ci, il lit le chemin d'accès 40 qui correspond de façon unique à l'instruction 168 du code XHTML de la figure 4. Le module de parcours 50 localise donc dans le code XHTML l'instruction HTML 168 et transmet, au module de mise à jour 44, la portion de code comprise entre les marqueurs d'ouverture et de fermeture de cette instruction HTML 168. Cette portion de code est ici la chaîne de caractères 170, c'est-à-dire la chaîne de caractères"Music". A l'issue de cette étape 80, l'étape 82 de mise à jour de la base de données 38 est effectuée par le module 44 de mise à jour. Ce module 44 remplace dans la base de données 38 les anciennes informations associées au chemin d'accès 40, par les nouvelles informations reçues de l'automate de lecture 42, c'est-à-dire ici par la chaîne de caractères"Music". Une fois l'étape 82 finie, l'étape 62 d'actualisation de la base de données 38 s'achève et l'étape 64 de consultation des données contenues dans la base de données 38 peut être effectuée. Les étapes 76 à 82 sont réitérées périodiquement pour tous les chemins d'accès enregistrés dans la base de données 34. L'étape 64 est une étape classique de consultation de données dans une base de données enregistrées à partir par exemple du navigateur Internet installé sur le poste de consultation 20. Cette étape met en oeuvre le serveur Internet 26. En supposant que l'attribut de l'instruction HTML 154 d'affichage d'une image soit modifié, par exemple, le nom du fichier "lmage2. gif' est remplacé par le nom de fichier "lmage3. gif'. Le chemin d'accès à l'élément 154 de la page HTML 14 n'est pas modifié. En effet, celui-ci ne dépend pas des attributs des instructions HTML. En supposant qu'une modification de la page HTML 14 consiste à supprimer l'instruction HTML 110 d'affichage d'une image, le chemin d'accès à l'élément 168 n'est une nouvelle fois pas altéré par cette modification. En effet, le chemin d'accès est uniquement défini avec des identificateurs 200 de type d'instructions et des numéros 202 d'ordre d'apparition de ces identificateurs de type d'instructions. Ainsi, la suppression de l'instruction 110, qui n'a pas le même identificateur de type d'instruction que les autres instructions rattachées au même noeud père, n'affecte pas le numéro d'ordre de l'instruction 112. Le chemin d'accès à l'élément 168 demeure donc inchangé. Par ailleurs, l'ajout d'un troisième tableau après le premier tableau 108 et le deuxième tableau 112 n'affecte pas non plus le chemin d'accès. En effet, ce troisième tableau correspond à un quatrième noeud fils rattaché au noeud 103 du corps de la page HTML. L'identificateur 200 de ce troisième tableau est identique à celui des tableaux 108 et 112, mais son numéro d'ordre est égal à 3. Le numéro d'ordre de ce nouveau tableau étant supérieur à celui du deuxième tableau 112 utilisé dans le chemin d'accès, cet ajout ne modifie donc pas non plus le chemin d'accès. Par contre, si le nouveau tableau avait été ajouté entre, par exemple, le premier et le second tableaux 108 et 112, le numéro d'ordre du deuxième tableau serait modifié et le chemin d'accès préenregistré dans la base de données 34 ne serait plus valide. Ainsi, l'automate de lecture 42 décrit ici permet d'atteindre une insensibilité aux modifications de la page HTML 14 bien meilleure que celle des systèmes connus. L'utilisation d'un module de transformation du code HTML en code XHTML permet à l'automate de lecture décrit ici d'être insensible aux erreurs d'imbrication des instructions HTML les unes dans les autres. Dans une application particulière, les chemins d'accès enregistrés dans la base de données 34 correspondent à des portions de code HTML comportant des instructions HTML et des données, voire uniquement des instructions HTML. L'affichage dans un navigateur Internet d'une portion de code XHTML étant identique à celui d'une portion de code HTML correspondante, les portions de code XHTML enregistrées dans la base de données 38 sont utilisées pour créer de nouvelles pages XHTML comportant des éléments graphiques strictement identiques à ceux des pages HTML d'origine. REVENDICATIONS 1. Automate (42) de lecture d'une portion de code HTML dans une page HTML (14) à partir d'une information de localisation (40) à cette portion de code HTML dans ladite page HTML (14), l'information de localisation (40) étant enregistrée au préalable dans des moyens électroniques (24) de stockage d'informations associés à l'automate (42), ladite page HTML (14) comportant du code HTML formé à partir d'instructions HTML et ladite portion de code de ladite page HTML étant contenue entre un marqueur d'ouverture et un marqueur de fermeture d'une instruction HTML, caractérisé en ce qu'il comporte un module (48) de représentation du code HTML de ladite page HTML (14) sous la forme d'une structure arborescente dans laquelle chaque instruction HTML est associée à un noeud, chacun de ces noeuds étant rattaché directement au noeud, dit noeud père, associé à l'instruction HTML dont les marqueurs d'ouverture et de fermeture sont situés respectivement immédiatement avant et après cette instruction de manière à ce que chaque portion de code HTML de ladite page HTML (14) soit rattachée à un unique noeud père, et chacun de ces noeuds étant associé à un chemin d'accès unique au noeud fonction de la position de ce noeud dans la structure arborescente, et en ce que l'information de localisation (40) comportant le chemin d'accès au noeud auquel est rattachée la portion de code HTML à lire, l'automate (42) comporte un module (50) de parcours du code associé à la structure arborescente apte à lire la portion de code HTML rattachée au noeud correspond au chemin d'accès enregistré au préalable. 2. Automate (42) selon la revendication 1, caractérisé en ce que chaque noeud comporte un identificateur (200) du type de l'instruction HTML à laquelle le noeud est associé, cet identificateur (200) étant commun à tous les noeuds associés à une même instruction HTML, et en ce que le chemin (40) d'accès unique du noeud est fonction uniquement de la position du noeud par rapport aux autres noeuds ayant le même identificateur de type dans la structure arborescente. 3. Automate selon la revendication 2, caractérisé en ce que le chemin d'accès au noeud comporte l'identificateur de type et un numéro d'ordre (202) de ce noeud, le numéro d'ordre (202) du noeud étant représentatif de la position du noeud par rapport aux seuls autres noeuds ayant à la fois le même identificateur de type (200) et étant rattaché directement au même noeud père. 4. Automate (42) selon l'une quelconque des revendications précédentes, caractérisé en ce que le module de représentation comporte un module (52) de transformation du code de la page HTML (14) apte à placer, à l'exception du marqueur d'ouverture et de fermeture de page HTML, chaque instruction HTML de ladite page HTML entre le marqueur d'ouverture et le marqueur de fermeture d'une autre instruction HTML contenue dans la même page HTML. 5. Automate (42) selon la revendication 4, caractérisé en ce que le module de transformation (52) est un module de transformation du code HTML en code XHTML. 6. Automate (28) d'actualisation de données contenues dans des moyens (24) électroniques de stockage d'informations à partir d'au moins une portion de code originale contenue dans une page HTML (14), à l'aide d'un chemin d'accès (40) à ladite au moins une portion de code originale dans ladite page HTML (14), le chemin d'accès (40) étant enregistré au préalable dans les moyens (24) électroniques de stockage d'informations associés à l'automate d'actualisation, ladite page HTML comportant du code HTML formé à partir d'instructions HTML et ladite au moins une portion de code originale de la dite page HTML étant contenue entre un marqueur d'ouverture et un marqueur de fermeture d'une instruction HTML, caractérisé en ce que le chemin d'accès (40) comportant un chemin d'accès unique à un noeud père auquel est rattachée la portion de code originale, il comporte un automate de lecture (42) selon l'une quelconque des revendications précédentes adapté pour lire ladite au moins une portion de code originale, et en ce que l'automate d'actualisation (28) comporte un module (44) de mise à jour des données à partir de ladite au moins une portion de code originale lue par l'automate de lecture (42). 7. Procédé de lecture, par un automate de lecture (42), d'une portion de code HTML dans une page HTML (14) à partir d'un chemin d'accès (40) à cette portion de code HTML dans ladite page HTML (14), le chemin d'accès (40) étant enregistré au préalable dans des moyens (24) électroniques de stockage d'informations associés à l'automate (42), ladite page HTML (14) comportant du code HTML formé à partir d'instructions HTML et ladite portion de code de ladite page HTML (14) étant contenue entre un marqueur d'ouverture et un marqueur de fermeture d'une instruction HTML, caractérisé en ce qu'il comporte : - une étape (78) de représentation du code HTML de ladite page HTML sous la forme d'une structure arborescente dans laquelle chaque instruction HTML est associée à un noeud, chacun de ces noeuds étant directement rattaché au noeud, dit noeud père, associé à l'instruction HTML dont les marqueurs d'ouverture et de fermeture sont situés respectivement immédiatement avant et après cette instruction de manière à ce que chaque portion du code HTML de ladite page HTML soit rattachée à un unique noeud père, et chacun de ces noeuds étant associé à un chemin d'accès unique au noeud fonction de la position de ce noeud dans la structure arborescente, cette étape étant réalisée par un module de représentation (48) de l'automate (42), et en ce que le chemin d'accès (40) comportant le chemin d'accès au noeud père auquel est rattachée la portion de code HTML à lire, le procédé comporte une étape (80) de parcours du code associé à la structure arborescente pour lire la portion de code HTML rattachée au noeud correspondant au chemin d'accès enregistré, cette étape de parcours étant réalisée par un module (50) de parcours. 8. Procédé selon la revendication 7, caractérisé en ce que l'étape (78) de représentation comporte une opération (86) de transformation du code de la page HTML (14) pour placer chaque instruction HTML de ladite page HTML, à l'exception de l'instruction de définition de la page HTML, entre le marqueur d'ouverture et le marqueur de fermeture d'une autre instruction HTML contenue dans la même page HTML (14). 9. Procédé selon la revendication 7 ou 8, caractérisé en ce que l'opération de transformation (78) est une opération de transformation du code HTML en code XHTML. 10. Procédé d'actualisation, par un automate d'actualisation (28), de données contenues dans des moyens (24) électroniques de stockage d'informations à partir d'au moins une portion de code originale contenue dans une page HTML (14), à l'aide d'un chemin d'accès (40) à ladite au moins une portion de code originale dans ladite page HTML (14), le chemin d'accès (40) étant enregistré au préalable dans les moyens (24) électroniques de stockage d'informations associés à l'automate d'actualisation (28), ladite page HTML (14) comportant du code HTML formé à partir d'instructions HTML et ladite au moins une portion du code originale de ladite page HTML étant contenue entre un marqueur d'ouverture et un marqueur de fermeture d'une instruction HTML, caractérisé en ce que le chemin d'accès (40) comportant un chemin d'accès unique à un noeud père auquel est rattachée la portion de code originale, il comporte une étape (80) de lecture selon un procédé de l'une quelconque des revendications 7 à 9, adaptée pour lire ladite au moins une portion de code originale, et en ce que le procédé comporte une étape (82) de mise à jour des données à partir de ladite au moins une portion de code originale lue lors de l'étape de lecture (80).