Brevet FR2777725A1 — publié le 19991022

SYSTEME INFORMATIQUE DE GESTION DES LIENS ET PROCEDE METTANT EN OEUVRE LEDIT SYSTEME La présente invention se rapporte principalement à un système informatique de gestion de liens, notamment de liens hypertextes, et à un procédé mettant en oeuvre un tel système. Le réseau des réseaux INTERNET assurant I'interconnexion permanente des réseaux informatiques, connaît un succès grandissant dû, d'une part à la facilité d'accès au réseau par une connexion temporaire, notamment par liaison téléphonique à un ordinateur d'un fournisseur d'accès (provider en terminologie anglo- saxonne) connecté à I'INTERNET et, d'autre part, à la facilité de recherche d'informations décrites dans le langage de description de pages HTML d'un sous ensemble d'INTERNET appelé World Wide Web ou WWW en terminologie anglo-saxonne. Les pages décrites en langage HTML sont interprétées et affichées par des logiciels de navigation i5 (browser en terminologie anglo-saxonne) notamment par logiciel NAVIGATOR de la Société NETSCAPE ou INTERNET EXPLORER de la Société MICROSOFT. A chaque ordinateur d'INTERNET, est assignée une adresse IP permanente ou temporaire formée d'une suite de chiffres séparés par des points. Toutefois, pour se connecter par l'intermédiaire de I'INTERNET à un ordinateur ayant des pages en langage HTML à afficher, appelé serveur web, il suffit à un utilisateur de connaître son nom de domaine composé normalement par une chaîne de caractères du type: http://www.xxx.com/ INTERNET assure le transcodage des noms de domaines en adresses IP correspondantes. De même, chaque document du web est identifié par une chaîne de caractères appelée URL (ou Universal Resource Locator en terminologie anglo-saxonne). Par exemple: http://www.xxx.com/abc/divers/mapage.html correspond à l'URL de la page intitulée mapage, décrite en HTML, située dans le sous-répertoire divers du répertoire abc du serveur web www.xxx.com. Le web offre une facilité de navigation et une grande convivialité grâce à la présence de liens dont la sélection, notamment en cliquant dessus, dans une page décrite en langage HTML permet d'exécuter divers actions: - se déplacer sur une page (vers un signet); - se déplacer vers une autre page du document (même serveur, liens internes); - envoyer des messages vers une boîte de réception de courrier électronique (e-mail en terminologie anglo- saxonne) ou - se déplacer vers une page d'un autre serveur web (lien externe). Un lien externe vers la page par défaut du sous-répertoire divers du répertoire abc du serveur www.xxx.com s'écrit en langage HTML: Les liens se présentent par défaut sur la page HTML comme un texte de couleur bleue souligné. Ce texte incorporé au code de la page à la suite du lien est terminée par la chaîne de caractères D'autres présentations peuvent être déclarées (telles que d'autres couleurs, images, etc.). Lors du passage sur un lien, le curseur se transforme en un dessin représentant une main pointant vers le haut. Ce mode de navigation dans lequel l'utilisateur n'a pas à connaître, ni, a fortiori, à saisir les URL, confère une convivialité sans égale au web. Toutefois, si les liens pointent vers une adresse erronée, on obtient l'affichage d'une page non désirée, alors que si l'URL du lien n'est pas valide, se produit l'erreur 404 du protocole HTTP avec l'affichage d'un message du type: FILE NOT FOUND The requested URL/xyz.htm was not found on this server. Une telle erreur provient exceptionnellement d'une erreur de saisie de l'URL du lien ou, plus fréquemment, d'une page qui a été déplacée ou supprimée. On parle alors d'un lien cassé. L'apparition d'un tel message compromet gravement la convivialité de la consultation. Cela est particulièrement vrai pour les liens externes pour lesquels le responsable du site web (webmaster en terminologie anglo-saxonne) n'a pas d'outil de contrôle de cohérence des liens et n'est pas nécessairement informé du changement des adresses des pages désignées par les liens. Pour remédier à ce problème, on a proposé de remplacer les liens par des noms symboliques invariants URN ou Universal Resource Name en terminologie anglo-saxonne. Un serveur centralisé assurerait la traduction des URL en URN invariants. Ainsi, seul le serveur de noms connaîtrait l'emplacement physique des documents, évitant ainsi que cette information soit stockée de façon redondante par tous les serveurs qui en font l'usage. Ce serveur centralisé serait plus facile à mettre à jour. Une telle solution n'a jamais été adoptée sur INTERNET car elle présente de nombreux inconvénients. D'une part, pour se connecter à un site, il faudrait tout d'abord se connecter au serveur de noms, ce qui doublerait le nombre de connexions et, par suite, le temps d'obtention de l'information désirée. De plus, le serveur de noms serait io interrogé par de très nombreux serveurs web et deviendrait un goulot d'étranglement extrêmement pénalisant pour la transmission de l'information. C'est par conséquent un but de la présente invention d'offrir un système informatique permettant d'éviter l'apparition de liens cassés, notamment sur le World Wide Web. C'est également un but de la présente invention d'offrir un tel système générant un faible trafic sur le réseau. C'est également un but de la présente invention d'offrir un système ayant une grande sécurité de fonctionnement. C'est aussi un but de la présente invention d'offrir un système permettant de mettre à jour les signets désignant les sites favoris au niveau des logiciels de navigation des postes de consultation individuels. Ces buts sont atteints par un système informatique selon la présente invention comportant un serveur de changement de liens qui collecte l'information sur les pages, notamment en langage HTML comprenant des liens, de préférence externes, sur les modifications des adresses de pages ainsi que sur les suppressions de pages. Lors d'une modification ou d'une suppression de page, le serveur de changement de liens informe les serveurs web concernés désignant les anciennes adresses des pages. Avantageusement, la collecte d'informations sur les pages comportant des liens est réalisée en coopération avec le serveur web hébergeant ces pages. Avantageusement, le changement notifié est exécuté automatiquement sur le serveur hébergeant la page comportant le lien à modifier. La présente invention sera mieux comprise au moyen de la description ci-après et des figures annexées données comme des exemples non limitatifs et sur lesquelles: - la figure 1 est un schéma de quelques ordinateurs connectés à l'INTERNET comportant des liens valides; - la figure 2 est un schéma analogue des ordinateurs après modification de liens; - la figure 3 est un diagramme de flux illustrant le fonctionnement d'un module appelé émetteur assurant le recensement de o liaisons à surveiller; - la figure 4 est un schéma de flux d'un processus de réception de notification de changement de liens; - la figure 5 est un schéma de flux du processus de réception de notification de modification des URL; et - la figure 6 est un diagramme de flux d'un module assurant la réception de notification de changement d'URL. Sur les figures 1 à 6, on utilisé les mêmes références pour désigner les mêmes éléments. Sur les figures 1 et 2, on peut voir trois serveurs web 1, 3 et 5 connectés par l'intermédiaire de 'INTERNET 7 à un serveur de liens 9, un poste de consultation de type classique 11 et un poste de consultation 13 selon la présente invention. Les pages habituellement publiées sur le web sont décrites dans le langage HTML et sont définies, d'une part par le nom et lI'emplacement du fichier stocké sur le serveur et, d'autre part, éventuellement, par leur dénomination incorporée dans le code de la page avec la balise . Le serveur 1 permet d'accéder aux pages 1.1, 1.2, 1.3, 1.4 et 1. 5 décrites, par exemple, en langage HTML. Le serveur 3 permet d'accéder aux pages 3.1, 3.2 et 3.3 décrites par exemple en langage HTML. Le serveur 5 permet d'accéder aux pages 5.1, 5.2 et 5.3 décrites par exemple en langage HTML. Il est toutefois bien entendu que la présente invention n'est nullement limitée à l'emploi du langage HTML mais s'applique à toute description d'un contenu permettant de créer des liens notamment hypertextes, par exemple en utilisant les langages de description de pages SGML, XML, DHTML, ASP, le logiciel HYPERCARD de la Société APPLE ou un logiciel de gestion documentaire. La page 1.1 comporte un premier lien 15.1 permettant de remonter en haut de la page sans utiliser les barres de défilement. Un lien 15.2 pointe vers la page 1.3. Les liens 15.1 et 15.2 sont des liens internes qui sont relativement faciles a gérer. D'une part, les logiciels de création de sites peuvent incorporer des outils de gestion de cohérence des liens internes. D'autre part, toutes les pages 1.1 à 1.5 sont normalement sous la responsabilité d'une même personne, le webmaster du serveur web 1. Un lien 15.3 pointe de la page 1.1 vers la page 3.2 du serveur 3. Une liaison 15.4 pointe de la page 1.1 vers la page 3.1 du serveur 3. Une liaison 15.5 pointe de la page 1.1 vers la page 5.3 du serveur 5. Les liaisons 15.3 à 15.5 sont des liaisons externes dans la mesure o elles pointent vers des pages stockées sur d'autres serveurs que la serveur 1 hébergeant la page 1.1. Un utilisateur utilisant un poste de consultation 11, typiquement un micro-ordinateur muni d'un logiciel de navigation et de consultation de pages comme par exemple INTERNET EXPLORER, peut se connecter au serveur 1 et afficher sur son poste la page 1.1. Les liens 15.1 à 15.5 facilitent la navigation dans l'information. D'autres liens, non illustrés, peuvent pointer vers des images, vers des applets JAVA ou autres. Un lien pointant vers l'image moi.gif du répertoire abc du serveur www.xxx.com s'écrit en HTML: En cliquant sur un des liens, l'utilisateur change de page ou d'endroit sur la page et cela sans connaître ni sans avoir à saisir les URL des divers pages désignées par les liens 15.2 à 15.5 ni le signet pointé par le lien 15.1. Cette situation peut être perturbée, comme illustré sur la figure 2, par la disparition ou le déplacement de certaines pages désignées par des liens, notamment externes. De plus, I'emplacement de certaines pages sur des serveurs web n'est conservé que pour justement éviter de provoquer une cassure de liens désignant ces pages. Le serveur hébergeant ces pages ayant évolué, le webmaster fige la structure pour éviter de casser des liens. Dans l'exemple de la figure 2, le lien 15.3 est cassé car la page 3.2 a été supprimée. Le contenu de la page 5.3 a été déplacé vers la page 5. 1 du serveur web 5. Le contenu de la page 3.1 est déplacé vers la page 5.5 du serveur web 5. Ainsi, un utilisateur de la station 11 de consultation connecté à 'INTERNET verra sa consultation perturbée si les liens 15.3, 15.4 et 15. 5 ne sont pas mis à jour. Cette mise à jour n'est pas facile dans la mesure o le webmaster des ordinateurs 3 et 5, sans des recherches très lourdes sur le web ne peuvent pas savoir quels sont les liens qui pointent vers les pages hébergées par leurs serveurs. Selon la présente invention, on génère et maintient à jour une liste des liens permettant d'avertir en cas de modification ou de suppression de page (serveurs 3 et 5) le serveur (1) présentant des liens pointant vers les o pages déplacées ou inexistantes. Après rectification, le lien 15.3 porte sur la figure 2 la référence 15. 3'. Après rectification, le lien 15.4 porte sur la figure 2 la référence 15.4'. Après rectification, le lien 15.5 porte sur la figure 2 la référence 15.5'. Après rectification, le lien 15.6 porte sur la figure 2 la référence 15.6'. Selon l'exemple préféré de la présente invention, un serveur de liens 9 stocke et maintient à jour la liste de liens externes sur INTERNET, notamment sur le World Wide Web. En cas de changement d'une page pointée, il avertit les serveurs concernés comportant des liens pointant vers cette page. Avantageusement, la liste est générée et/ou maintenue de manière coopérative avec les serveurs web qui déclare la création, la modification, la destruction ou le déplacement de pages, ainsi que les pages pointées par les liens des pages hébergées. Cette coopération est particulièrement importante pour les serveurs avec restriction d'accès, notamment avec les serveurs INTRANET ou les serveurs exigeant un mot de passe d'accès pour lequel l'exploration de pages par un robot informatique, et par suite l'extraction des liens des pages hébergées, ne sont pas possibles. Dans une variante de réalisation, les logiciels de navigation des postes de consultation 13 déclarent également au serveur de liens 9 les sites favoris ou les signets de consultation sur le web ainsi que, éventuellement, leurs adresses de messagerie électronique. En cas de changement d'adresse d'un site ou des pages d'un site, le serveur 9 signale aux postes de consultation 13 muni d'un logiciel de navigation selon la présente invention les mises à jour à effectuer ou, en cas de connexion directe au serveur 9, effectue le changement. Par exemple, le poste de consultation 13 comporte un raccourci 15.6 vers la page 3.1 du serveur web 3. Après notification par le serveur de liens 9, le raccourci 15.6' du poste de consultation 13 pointe vers la page 5.5 du serveur web 5. Par contre, un même lien 15.6 vers la page 3.1 partant d'un poste de consultation 11 de type connu n'est pas modifié automatiquement et par suite pointe vers une page qui n'est plus pertinente. En variante, lors de la détection d'un lien cassé (erreur HTTP 404), le logiciel de navigation n'affiche pas les messages associés mais se connecte au serveur de liens 9 pour lire la nouvelle adresse de la page à pointer. Ainsi, le serveur de liens 9 n'est consulté que pour des liens cassés, ce qui limite le trafic sur INTERNET 7. Avantageusement, le système informatique selon la présente invention comporte un module émetteur d'informations sur les liens installé sur les divers serveurs web, illustré sur la figure 3, un serveur de liens 9 muni d'un module de réception d'informations sur les liens illustrés sur la figure 4, un module d'acquisition ou de réception d'informations sur la modification des pages sur les divers serveurs web, illustré sur la figure 5 et des modules récepteurs illustrés sur la figure 6, avantageusement répartis sur les divers serveurs web assurant la réception d'informations concernant les pages modifiées pointées par les liens du serveur récepteur. Le module récepteur de la figure 3 comporte un étape 16 de stockage dans un fichier différence A de l'historique des modifications des adresses de pages. En variante, toute modification (suppression, déplacement) de page est immédiatement notifiée au serveur de lien 9 sans attendre l'élaboration du fichier A de balayage de toutes les pages hébergées à la recherche des liens à traiter. De préférence ce balayage est limité aux liens externes. On va en 17. L'étape 17 de balayage consiste par exemple en la recherche dans le code des pages de la chaîne de caractères du type o: protocole désigne le protocole utilisé, par exemple HTTP; serveur désigne l'adresse ou la désignation du serveur d'hébergement; répertoire désigne le répertoire et les éventuels sous- répertoires de stockage du fichier de code; et fichier désigne le nom du fichier de code formant la page. On va en 19. En 19, on établit la liste à l'instant i de tous les liens à traiter (notamment des liens externes). La liste i comporte également les emplacements logiques correspondant aux divers pages HTML. On va en 21. En 21, on vérifie s'il existe une liste antérieure. Si oui, on va en 23. Si non, on va en 25. En 23, on compare la liste actuelle (liste i) avec la liste précédente (liste i-1) et on stocke la différence dans un fichier de différence A. On va en 27. En 25, on stocke la liste actuelle (liste i) dans le fichier différence A. On va en 27. En 27, on transmet la liste A au serveur de liens 9. En variante, la liste A, éventuellement complétée par l'historique plus ou moins complet des évolutions des diverses pages hébergées par le serveur est mise à la disposition pour consultation par l'intermédiaire de l'INTERNET. La liste A comporte par exemple des messages d'ajout de pages, concernant les nouvelles pages ajoutées, les modifications de pages concernant des pages renommées ou déplacées, les suppressions de pages concernant les pages supprimées, les ajouts de liens concernant les nouveaux liens externes créés, la modification de liens indiquant les liens modifiés et la suppression de liens concernant les liens supprimés. Par exemple, le serveur 3 avertit le serveur de liens que la page 3.2 a été supprimée et que la page 3.1 a été modifiée alors que le serveur web 5 indique les pages 5.1 et 5.3 ont été modifiées et que les pages 5.4 et 5.5 ont été ajoutées. La transmission 27 peut s'effectuer par courrier électronique, la procédure peut s'effectuer de manière automatique ou après validation par le webmaster de l'émetteur pour vérifier la cohérence, I'exactitude et l'absence d'informations confidentielles dans la notification au serveur de liens 9. La transmission peut également s'effectuer selon le protocole de transmission réseau TCP/IP, notamment sur interrogation du serveur web par le serveur de liens 9. La transmission 27 peut aussi s'effectuer par un protocole de haut niveau de type HTTP. Par exemple, le serveur de liens 9 se connecte au serveur web et exécute un script standard, par exemple selon le standard dénommé en terminologie anglo-saxonne Common Gateway Interface ou CGI et exécute avantageusement un script de préférence écrit en langage PERL qui est particulièrement optimisé pour la manipulation de chaînes de caractères arbitraires. Le script affiche la liste du fichier A qui est récupérée par le serveur de liens 9. Le serveur de liens 9 parcourt tous les serveurs web déclarant comporter un module émetteur. Le fichier A est avantageusement effacé sur le serveur Web. D'une manière générale la transmission 27 peut s'effectuer par tout protocole compréhensible par le destinataire, comme par exemple la synthèse vocale ou une télécopie adressée au webmaster du serveur concerné. Sur les figures 4 et 5, on a illustré le fonctionnement du serveur de liens 9. En 29, le serveur assure la réception, par courrier électronique, transmission en mode TCP/IP ou en mode HTTP des fichiers A. On va en 31. En 31, le serveur de liens 9 effectue la mise à jour de la base de données 32 des liens, notamment externes sur le World Wide Web. En variante, il reçoit également les déclarations des signets ou favoris des logiciels de navigation de poste 13 selon la présente invention. En 33 (figure 5) le serveur de liens reçoit les notifications des modifications des URL des pages web. Les informations sur ces modifications peuvent être incluses dans les fichiers A ou être stockées et transmises séparément. En variante, en mode non coopératif, le serveur de liens 9 balaie les divers serveurs web pour constituer la liste des pages web, leur emplacement et les liens qu'elles contiennent. Cette liste peut également être élaborée à partir de la base de données d'indexation de l'INTERNET élaborée par les moteurs de recherche et comportant une indexation des liens. Le serveur web 9 assigne avantageusement une signature compacte à la page. Cette signature inclut la balise parmi des pages HTML complétée, de préférence, par des données pertinentes d'identification de la page basées sur les occurrences des mots, des images, la mise en page employée et/ou par analyse sémantique du texte ou le check sum, c'est-à- dire la valeur, par exemple pondérée, de la somme des valeurs des caractères composant la page, de manière à faciliter l'identification des pages déplacées. En variante, le serveur 1 hébergeant des pages comportant des liens externes 15.3 à 15.5 vers des pages 3.1, 3.2, 5.3 hébergées par d'autres serveurs web 3, 5 leur notifie l'existence et la teneur de ces liens. En o retour, un serveur 3, 5 déplaçant 3.1, 5.1 ou supprimant 3.2, une page notifie ces changements aux serveurs les ayant informés qu'ils hébergent des pages présentant des liens dirigés vers des pages modifiées. On va en 35. En 35, le serveur de liens 9 balaie la base de liens pour établir une liste d'éventuels liens affectés par les changements ou suppressions des pages, c'est-à-dire la liste des pages comportant des liens qui sont désormais cassés. On va en 37. En 37, le serveur de liens 9 notifie aux serveurs web comportant les liens cassés les modifications, déplacements ou suppressions des pages. Cette notification peut également s'effectuer par courrier électronique, notification en mode de transmission TCP/IP, transmission de type HTTP ou autre. Le fonctionnement d'un serveur web 1 notifié est illustré sur la figure 6. En 39, le serveur 1 reçoit une notification de changement des URL des pages désignées par les liens 15.3 à 15.5. On va en 41. En 41, le webmaster effectue avantageusement, une validation des modifications proposées. En cas de refus de validation, on va en 43. Cette absence de validation peut provenir d'une incertitude sur l'origine du message reçu en 39 ou de sa pertinence. En cas de validation, on va en 45. En 45, on effectue les modifications des URL dans les pages HTML 1.1 concernées. Le programme se termine en 43. Il Les modules émetteurs et récepteurs sur les divers serveurs 1, 3 ou 5, peuvent être effectués périodiquement, sur déclenchement manuel du webmaster, notamment après une modification des pages ou fonctionner en tâche de fond avec activation notamment en cas de modification des pages HTML. Par exemple, sur le serveur tournant sur le système d'exploitation UNIX , ces modules peuvent être constitués par des programmes dénommés DAEMON alors que sur les serveurs tournant sur le système d'exploitation WINDOWS NT , il peut s'agir des modules dénommés SERVICES.10 Avantageusement, en mode mixte coopératif- non coopératif, le robot parcourant le World Wide Web pour constituer une base de données sur les URL des pages HTML et des liens qu'elles comportent, évite l'exploration des serveurs coopératifs ayant effectué une notification de liste A. En variante, lorsqu'un serveur 3 ou 5 modifie ou supprime une page, il effectue une connexion au serveur de liens 9 pour s'enquérir de la liste des serveurs 1 comportant des pages 1.1 comprenant des liens 15.3, 15.4, 15.5 pointant vers une page modifiée et effectue lui-même les notifications au serveur 1. Il peut s'avérer extrêmement avantageux de munir le système selon la présente invention des dispositifs de sécurité empêchant une fausse notification, notamment les notifications malveillantes et/ou les tentatives pour créer des liens non désirés. On peut utiliser tout système de sécurité de type connu, notamment l'authentification de l'auteur du message et de l'intégrité du contenu. On peut par exemple crypter les messages par exemple avec des algorithmes de cryptage dit à clés publiques, telles que RSA ou DSA, PGP ou les protocoles PGP/Mime ou S/Mime. Les systèmes de cryptographie à clés publiques sont notamment décrits dans US-A-4 200 770, US-A-4 218 582, US-A-4 405 829, US-A-4 424 414 et US-A-4 995 082 ainsi que dans le livre "Applied cryptography", seconde édition, de Bruce Schneier. En variante, on peut également utiliser le mécanisme de rappel automatique (call-back en terminologie anglo-saxonne). Le serveur appelé rappelle l'émetteur du message avec incorporation d'un nombre aléatoire d'authentification. La réponse comporte le nombre aléatoire ou un nombre dérivé du nombre aléatoire d'authentification. La présente invention s'applique à tout système informatique comportant des liens, notamment externes, tels que système de gestion documentaire, réseau local, messagerie. La présente invention s'applique principalement aux pages comportant des liens sur le World Wide Web. REVENDICATIONS 1. Système informatique comprenant des moyens de stockage de données mémorisant des liens et/ou raccourcis vers des pages d'affichage, des moyens d'identification automatiques des liens ou raccourcis mémorisés, des moyens d'élaboration et de stockage automatiques d'une liste de couples (emplacement du lien (1.1.), lien (15.3, 15.4, 15.5)), et des moyens de mise à disposition de cette liste pour permettre, en cas de changement de l'adresse d'une page (3.1, 3.2, 5.3) pointée par un lien (15.3, 15.4, 15.5), de notifier ce changement en vue de la correction du lien (15.3', i0 15.4', 15.5') correspondant. 2. Système selon la revendication 1, caractérisé en ce que ledit système est un serveur sur réseau, notamment un serveur sur INTERNET, de préférence un serveur web (1) et en ce que les moyens d'identification des liens comportent des moyens de lecture du code des pages d'affichage et des moyens d'extraction des liens externes des pages d'affichage (1.1). 3. Système selon la revendication 2, caractérisé en ce que les pages d'affichage sont décrites dans le langage HTML ou XML. 4. Système selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comporte en outre des moyens de transmission de la liste de couples (emplacement du lien (1.1), lien (15. 3, 15.4, 15.5)) vers un serveur (9) de lien. 5. Système informatique selon la revendication 1, caractérisé en ce que ledit système est un poste (13) de consultation en ligne de sites web (1, 3, 5) et en ce qu'il comporte des moyens de mémorisation de raccourcis (1 5.6) vers des sites favoris ou vers des pages favorites. 6. Serveur de liens caractérisé en ce qu'il comporte des moyens d'élaboration d'une liste de liens et/ou des raccourcis pointant vers des pages du World Wide Web, des moyens de détermination de changements d'adresses des pages pointées (3.1, 3.2, 5.3) et des moyens pour notifier à un système informatique (1, 13) hébergeant le support du lien ou du raccourci les changements d'adresses de la page pointée. 7. Serveur selon la revendication 6, caractérisé en ce qu'il comporte des moyens de réception de notification des listes de couples [emplacements (1.1), lien (15.3, 15.4, 15.5)] transmises par un système informatique selon la revendication 4 ou 5. 8. Serveur selon la revendication 6 ou 7, caractérisé en ce qu'il comporte des moyens de consultation de pages d'affichage publiées sur le web (1.1), des moyens d'extraction des liens externes incorporés dans le code desdites pages, des moyens d'élaboration et de stockage d'une liste de couple page d'origine (1.1), lien (15.3, 3.2; 15.4, 3.1; 15.5, 5.3), ainsi que des moyens d'élaboration d'une liste des pages comportant des liens vers chaque page traitée. 9. Serveur web selon la revendication 2, 3 ou 4, caractérisé en ce qu'il comporte en outre des moyens de notification de changements o d'adresses des pages web (3.1, 3.2, 5.3). 10. Serveur selon la revendication 6, 7 ou 8, caractérisé en ce qu'il comporte des moyens de consultation de pages web, des moyens d'identification de pages web, des moyens de stockage de couples (identification d'un page web, son adresse sur le web) et des moyens de s comparaison des adresses des pages web antérieures avec des adresses des pages web actuelles pour en déduire une liste de l'identification de pages web ayant changé d'adresse accompagnées de leur adresse ainsi que des pages web ayant disparu. 11. Procédé de réparation de liens cassés sur l'INTERNET, notamment sur le World Wide Web caractérisé en ce qu'il comporte les étapes consistant à: recevoir les notifications des liens ou raccourcis pointant vers des pages web; - recevoir les notifications des modifications d'adresses des pages web; - élaborer une liste de pages web pointant vers des pages ayant changé d'adresse; - notifier au système informatique hébergeant les liens pointant vers des pages web dont l'adresse a été modifiée, le changement d'adresse des pages web pointées. 12. Procédé de réparation de liens ou raccourcis cassés caractérisé en ce qu'il comporte les étapes consistant à: - consulter les pages web accessibles sur le world wide web et en extraire les liens externes pointant vers des pages web hébergées sur d'autres sites; - mémoriser les adresses des diverses pages web pointées par des liens ou des raccourcis; - élaborer une liste de pages web pointant vers des pages ayant changé d'adresse; s - notifier au système informatique hébergeant les liens pointant vers des pages web dont l'adresse a été modifiée, le changement d'adresse des pages web pointées. 13. Procédé selon la revendication 12, caractérisé en ce qu'il comporte, en outre, une étape de modification de liens pointant vers des pages web dont l'adresse a été modifiée vers les adresses correspondantes notifiées. 14. Procédé selon la revendication 11 ou 13, caractérisé en ce qu'il comporte, en outre, une étape de notification à un serveur hébergeant des liens pointant vers des pages dont l'adresse a été modifiée, isolé par des15 moyens de restriction et d'autorisation d'accès, notamment à un serveur INTRANET.