Brevet FR2854999A1 — publié le 20041119

i La présente invention concerne un procédé et un dispositif de datation dans un réseau de télécommunication. Plus précisément, l'invention se situe dans le domaine de la datation automatique de documents dans un réseau de type Internet ou Intranet, les documents étant liés à une pluralité de documents. Dans un réseau de télécommunication comme le réseau Intemrnet, de l'information est disponible au niveau des sites répartis sur le réseau et est accessible à partir d'un point d'accès quelconque comme un terminal utilisateur. Un système d'informations réparti comme le World Wide Web met à la disposition des utilisateurs 10 un ensemble distribué de documents multimédias composites reliés entre eux par des liens hypertextes. Les sites et les documents Web, identifiés par des adresses appelées URL (pour Uniform Resource Locator), sont accessibles et visualisables grâce à des logiciels appelés navigateurs ou Browser. De manière générale, on désignera par le terme document un ensemble de données formant un contenu individuel visé par 15 l'utilisateur. Un document pourra être constitué de fichiers tels que des pages HTML (pour Hypertext Mark-up Language), des images, des sons, etc. On désignera par le terme lien le moyen d'accès à un document. Il pourra s'agir, par exemple, d'un lien hypertexte. Un premier type courant d'accès à l'information se fait par le biais d'un serveur. 20 Une fonction d'un serveur est de délivrer, à la requête d'un utilisateur, une information effectivement contenue dans un ensemble d'informations auquel il est associé. Par exemple, un serveur Web reçoit une requête HTTP d'accès à un document émise par le terminal utilisateur et transmet en retour le document demandé sous forme de message. Le terme HTTP (pour Hyper Text Transfer Protocol) désigne 25 un protocole d'accès bien connu à une adresse URL du Web. Un second type courant d'accès à l'information se fait par le biais d'un serveur dit de procuration ou proxy. Un navigateur se connecte au proxy, génère une requête en vue d'obtenir un ou des documents présents sur un serveur. Le proxy génère alors une requête au serveur, obtient ce ou ces documents et retourne ces documents au 30 navigateur. Le protocole HTTP/1.1 ou norme RFC 2616 permet l'échange de documents sur le Web. Une trame HTTP est échangée entre un navigateur Web et un serveur Web. Cette trame est constituée d'un en-tête comprenant une commande, un URI et des champs. Parmi ces champs, le champ " Last Modified " indique la date et/ou l'heure 5 de la dernière modification des documents à envoyer par le serveur. Ce champ peut signifier pour des fichiers, la dernière date de modification du système de gestion des fichiers. Le champ "Last Modified" est destiné à être utilisé pour la gestion des mémoires caches. Les mémoires caches permettent d'accélérer la délivrance des documents à l'utilisateurs tout en réduisant la quantité d'informations circulant dans le 10 réseau de télécommunication. Lorsqu'un utilisateur se connecte au réseau de télécommunication Internet par l'intermédiaire de son navigateur, celui-ci génère une requête pour obtenir un document mémorisé dans le serveur qui lui retourne cette page. Si ce document est constitué d'une pluralité d'éléments tels que des images, des 15 séquences vidéo, des séquences audio, le navigateur doit effectuer autant de requêtes qu'il existe d'éléments constituant la plage. Un document Internet est classiquement constitué d'éléments tels qu'une partie de texte, un ou plusieurs liens hypertextes vers d'autres documents et éventuellement des fichiers multimédias attachés. Ces différents documents sont considérés par le serveur ainsi que par le navigateur comme autant de 20 documents distincts, alors que pour l'utilisateur du navigateur, ceux-ci forment un tout, c'est-à-dire le document demandé par celui-ci. Lorsqu'un utilisateur consulte un document sur le réseau Internet ou un réseau Intranet, il est difficile pour celui-ci de déterminer la date et/ou l'heure de création et/ou de modification de celui-ci. Souvent, les auteurs des documents n'indiquent pas 25 la date de création et/ou l'heure de modification des documents ou si une date et/ou une heure sont indiquées pour un document, le document auquel est lié le document daté n'a pas de date. Ceci rend difficile le jugement de l'utilisateur quant à la pertinence ou l'obsolescence d'un document. L'invention a pour but de résoudre les inconvénients de l'art antérieur en 30 proposant un procédé de datation d'un document électronique, le document étant constitué d'un en-tête et d'un corps de document. Au document, est lié au moins un autre document constitué d'un en-tête et d'un corps de document, au moins un en-tête comportant des informations représentatives de la date et/ou de l'heure de création et/ou de modification dudit document, caractérisé en ce que le procédé comporte les 5 étapes d'obtention d'informations représentatives de la date et/ou de l'heure de création et/ou de modification du document et d'au moins un autre document lié, de détermination parmi les informations obtenues de la date et/ou de l'heure de création et/ou de modification les plus récentes, d'insertion de la date et/ou de l'heure déterminées dans le corps du document et de transfert du document dans lequel la date 10 a été insérée. Ainsi, une date est donnée au document. Cette date et/ou heure sont à la fois représentatives de la création et/ou de la modification du document ou des documents liés au document. Cette insertion dans le document de date et/ou heure permet d'informer 15 l'utilisateur lorsqu'il visualise le document de la date et/ou heure de la création et/ou de la modification du document. Ce qui n'est pas le cas avec les informations contenues dans le champ Last Modified de l'en-tête du document qui elles sont utilisées pour la gestion de la mémoire cache. Ainsi, si les autres documents sont modifiés, la date et/ou l'heure du document 20 prennent en compte cette modification. L'insertion de la date et/ou l'heure de la création et/ou de la modification du document ou des documents liés au document dans le corps du document permettent d'informer l'utilisateur de façon simple. Cette insertion facilite la détermination de la pertinence des données contenues dans le document par rapport à d'autres documents 25 par exemple plus anciens. Plus précisément, les informations représentatives sont obtenues par une lecture dans chaque en-tête du document et d'au moins un autre document lié d'informations représentatives de la date et/ou de l'heure de création et/ou de modification. Ainsi, le procédé utilise avantageusement les informations qui ont été insérées 30 dans des documents ayant été édités par des tiers. Avantageusement, on insère en outre des balises prédéterminées encadrant la date et/ou l'heure déterminées dans le corps du document. Plus particulièrement, on génère des requêtes vers un serveur distant par l'intermédiaire d'un réseau de télécommunication pour obtenir le document et pour 5 obtenir au moins l'en-tête d'au moins un autre document lié et en ce que le procédé comporte en outre des étapes de réception du document et d'au moins un en-tête. Ainsi, en générant des requêtes seulement pour obtenir au moins l'en-tête d'au moins un autre document lié, on réduit la quantité d'informations à transférer. Plus particulièrement, préalablement à l'obtention d'informations 10 représentatives de la date et/ou de l'heure de création et/ou de l'heure de modification, on recherche dans le corps du document des balises prédéterminées et si le document comporte des balises prédéterminées, on transfère ledit document. Ainsi, il est possible de déterminer si le document a déjà été traité par le procédé. Le procédé peut donc être implémenté dans de multiples dispositifs de 15 télécommunication d'une chaîne de transfert de documents tout en évitant que chacun des dispositifs de télécommunication n'ait à réitérer les mêmes opérations de datation. On détecte ainsi si des balises prédéterminées existent dans le document et si elles existent, on transfère le document vers un autre élément du réseau sans avoir à déterminer une nouvelle datation. Avantageusement, on obtient l'obtention d'une autre date et/ou heure. Plus précisément, l'autre date et/ou heure est la date et/ou l'heure de la dernière lecture du document. Plus particulièrement, on compare la date et/ou l'heure de la dernière lecture du document avec la date et/ou l'heure de création et/ou de modification les plus récentes 25 déterminées et on transfère des informations représentatives du résultat de ladite comparaison. Ainsi, l'invention permet de déterminer et de notifier toute modification du document ou des documents liés au document ultérieur à une date prédéterminée. Cette date prédéterminée est par exemple la date et/ou l'heure de la dernière lecture du 30 document. Corrélativement, l'invention propose un procédé de traitement d'un document électronique, le document étant constitué d'un en-tête et d'un corps de document, le document comportant des informations lié à au moins un autre document constitué d'un en-tête et d'un corps de document, caractérisé en ce que le procédé comporte les 5 étapes de réception du document, de recherche dans le corps du document de balises encadrant des informations représentatives de la date et/ou de l'heure de création et/ou de modification du document ou d'au moins un autre document lié et de visualisation du corps dudit document. Plus précisément, on transfère l'adresse électronique du document et de la date 10 et/ou de l'heure de la dernière lecture du document. Les avantages des dispositifs étant identiques à ceux mentionnés pour les procédés, ceux-ci ne seront pas rappelés. L'invention concerne aussi le programme d'ordinateur stocké sur un support d'informations, ledit programme comportant des instructions permettant de mettre en 15 oeuvre le procédé de datation et/ou le procédé de traitement précédemment décrit, lorsqu'il est chargé et exécuté par un système informatique. Les caractéristiques de l'invention mentionnées ci-dessus, ainsi que d'autres, apparaîtront plus clairement à la lecture de la description suivante d'un exemple de réalisation, ladite description étant faite en relation avec les dessins joints, parmi 20 lesquels: la Fig. 1 représente le système de télécommunication selon l'invention; la Fig. 2 représente l'algorithme de datation mis en oeuvre selon le premier aspect de l'invention; la Fig. 3a représente l'algorithme de transfert de favoris mis en oeuvre par le 25 navigateur du terminal de télécommunication selon le second aspect de l'invention; la Fig. 3b représente l'algorithme de datation et de notification de modification de documents mis en oeuvre selon le second aspect de l'invention. La Fig. 1 représente le système de télécommunication selon l'invention. Le 30 système de télécommunication comprend deux terminaux de télécommunication 10a et lOb, un serveur proxy 11 relié à un serveur 13 par l'intermédiaire d'un réseau de type Internet 12. Le terminal de télécommunication 10a est par exemple un ordinateur de type PC, un assistant personnel, voire un téléphone portable. Le terminal de télécommunication 10 Oa comporte un navigateur Web 14a contenant un ensemble 15a d'adresses Internet des sites favoris de l'utilisateur du terminal de télécommunication 1 Oa. Le terminal de télécommunication 10a comporte aussi un module de datation 16a des documents reçus du serveur 13 par l'intermédiaire du réseau 12 et d'un 10 serveur proxy 11. Il est à remarquer que le module de datation 16a est représenté ici comme non compris dans le navigateur 14a. Il peut aussi être intégré à celui-ci. Un serveur proxy 11 est aussi inclus dans le système. Le serveur proxy 11 reçoit des requêtes 18a du navigateur 14a du terminal de télécommunication 10Oa, et à chaque requête transfère au serveur 13 par l'intermédiaire du réseau Internet 12 ces 15 requêtes sous forme de requêtes 18c. En réponse à ces requêtes, le serveur 13 transfère les documents 17 correspondant à ces requêtes au proxy 11 qui les transfère ensuite au navigateur 14a du terminal de télécommunication 1 Oa. Le proxy 11 comporte aussi un module de datation 16c des documents reçus du serveur 13 par l'intermédiaire du réseau 12. Le système comporte aussi un serveur 13 contenant un ensemble de documents 17 ainsi qu'un module de datation 16d des documents 17. Il est à remarquer que les documents 17a, 17b, 17c, 17d et 17e ne sont pas statiques. En effet, ces documents sont périodiquement modifiés, voire créés. Ces documents peuvent par exemple être des documents auxquels sont liés des documents audio ou vidéo réactualisés 25 périodiquement. A titre d'exemple, ce sont des documents contenant des informations d'actualités. Le terminal de télécommunication 1 Ob est par exemple un ordinateur de type PC, un assistant personnel, voire un téléphone portable. Le terminal de télécommunication 0lb comporte un navigateur Web 14b contenant un ensemble 15b d'adresses Internet des sites favoris de l'utilisateur du terminal de télécommunication 1 Ob. Le terminal de télécommunication 10b comporte aussi un module de datation 5 16b des documents reçus du serveur 13 par l'intermédiaire du réseau 12. Les échanges entre le navigateur 14b de terminal de télécommunication 1 Ob et le serveur 13 ne transitent pas par l'intermédiaire du proxy 11. Ils sont représentés par la flèche notée 18b. Il est à remarquer que les modules de datation 16a à 16d sont représentés en 10 pointillés. Les terminaux de télécommunication 10, le serveur proxy 11 et le serveur 13 comportent chacun un module de datation 16. Un seul module de datation 16a, 16c ou 16d est nécessaire pour que l'utilisateur du terminal de télécommunication 10a bénéficie de l'invention. Un seul module de datation 16b ou 16d est nécessaire pour que l'utilisateur du terminal de télécommunication 1 0b bénéficie de l'invention. 15 La Fig. 2 représente l'algorithme de datation mis en oeuvre selon le premier aspect de l'invention. Nous allons décrire dans cet algorithme les différentes étapes effectuées par le module de datation 16b du terminal de télécommunication 10b. Les modules de datation 16a, 16c et 16d effectuent l'algorithme de la même façon que celle décrite 20 pour le module de datation 16b. Au lancement de l'application, le processeur du terminal de télécommunication 10b lit à partir de la mémoire du terminal de télécommunication 10b, les instructions du programme correspondant aux étapes E200 à E213 de la Fig. 2 et les charge en mémoire vive non représentée pour les exécuter. A l'étape E200, l'utilisateur du terminal de télécommunication lOb génère une requête pour obtenir un document 17a du serveur 13. Cette requête est transférée par le navigateur 14b au module de datation 16a à l'étape suivante E201. A la réception de cette requête, le module de datation 16b à l'étape E202 envoie une requête conforme au protocole HTTP 1.1 au serveur 13 par l'intermédiaire du réseau de télécommunication 12 afin d'obtenir le document. Cette requête est par exemple une requête de type GET. A la réception du document 17a, le module de datation 16b à l'étape E203 analyse le document 17a envoyé par le serveur 13 par l'intermédiaire du réseau de télécommunication 12. Durant cette étape d'analyse, le module de datation 16b recherche dans le document 17a des informations représentatives de liens existant entre le document 17a et d'autres documents. Ces informations représentatives sont, à titre d'exemple et de manière non limitative, des mots clés tels que " ", " ", 10 " bgsound= ". Le module de datation 16b recherche aussi dans le document 17a des informations, plus précisément des balises, telles que: Ces informations seront explicitées plus en détail par la suite. A titre d'exemple, au document 17a noté 17a en Fig. 1 sont associés deux fichiers 17b et 17c comprenant des images, un fichier audio 17d et un document texte 17e. Cette analyse effectuée, le module de datation 16b teste à l'étape E204 si le document 17a contient des balises . Ces balises sont des balises qui sont insérées par un module de datation 16 selon l'invention. Si une balise de ce type existe dans le document, un module de datation automatique a déjà effectué l'algorithme de datation sur le document 17a. Par exemple, le module de datation automatique 14d a déjà effectué la datation automatique du document 17a et inséré cette balise dans le document. Le module de 25 datation automatique 14b retrouve cette balise dans le document. Il passe alors à l'étape E205 et transfère le document 17a au navigateur 14b. Il est à remarquer que selon un mode particulier, certains documents suffisamment renseignés au niveau de datation tels que par exemple les documents comportant un titre indiquant la date et/ou l'heure de création n'ont pas besoin d'être datés conformément à l'invention. L'inclusion dans ces documents d'une balise évite une datation de ceux-ci. Si par contre le document 17a ne contient pas des balises le module de datation passe à l'étape E206. A l'étape E206, le module de datation 16b lit l'en-tête du document 17a, et plus particulièrement le champ " Last Modified " de la trame conforme au protocole HTTP 1.1 du document 17a. Si le champ " Last Modified " contient des informations, le module de datation 16b mémorise celles-ci. Ces informations sont représentatives de la date et de l'heure 10 de la dernière modification ou de création du document 17a. Si le champ " Last Modified " ne contient pas d'informations, une valeur nulle est mémorisée. Cette étape effectuée, le module de datation 16b à l'étape E207 teste si des liens ont été trouvés à l'étape d'analyse E203 dans le document 17a reçu. Si aucun lien n'existe, le module de datation 16b passe à l'étape E211 qui sera décrite 15 ultérieurement. Conformément à notre exemple, deux fichiers 17b et 17c comprenant des images, un fichier audio 17d et un document texte 17e sont associés au document 17a. Le module de datation 16b passe à l'étape E208 et génère à cette étape une commande HEAD conforme au protocole HTTP 1.1 à destination du serveur 13 par 20 l'intermédiaire du réseau de télécommunication 12 afin d'obtenir l'en-tête d'un document lié au document 17a. C'est par exemple l'en-tête du document 17b. A la réception de l'en-tête du document 17b, le module de datation 16b lit l'entête du document 17b, et plus particulièrement le champ " Last Modified ". Si le champ " Last Modified " contient des informations, le module de datation 25 16b mémorise celles-ci. Ces informations sont représentatives de la date et de l'heure de la dernière modification ou de création du document 17b. Si le champ " Last Modified" ne contient pas d'informations, une valeur nulle est mémorisée. Ces opérations sont effectuées à l'étape E209. Le module de datation 16b à l'étape suivante E210 vérifie si tous les liens trouvés à l'étape d'analyse E203 ont été traités. Dans l'affirmative, le module de datation 16b passe à l'étape E211 qui sera décrite ultérieurement. Selon notre exemple, seul l'en-tête du fichier 17b a été traité. Le module de datation 16b retourne à l'étape E208. Le module de datation 17b réitère la boucle constituée des étapes E208 à E210 et obtient les en-têtes respectifs des documents 17c, 17d, 17d et mémorise les informations représentatives de la date et/ou de l'heure de la dernière modification ou de création des documents 17c, 17d et 17e. L'en-tête du dernier document ayant un lien avec le document 17a ayant été traité, le module de datation 16b passe à l'étape E211. A cette étape, le module de datation 16b détermine la date et/ou l'heure du document 17a. Cette date et/ou heure du document sont déterminées en fonction des informations représentatives des date et heure de la dernière modification ou de 15 création des documents 17a, 17b, 17c, 17d et 17e mémorisées aux étapes E206 et E209. La date et/ou l'heure les plus récentes parmi ces dates sont alors considérées comme la date et/ou l'heure du document 17a. Il est à remarquer que lorsque l'algorithme est effectué par le module de 20 datation 16d, celui-ci peut en variante obtenir la date et/ou l'heure de modification des documents 17 en interrogeant le système d'exploitation du serveur 13 à la place des étapes E206, E208 et E209. La date et/ou l'heure déterminées, le module de datation 16b à l'étape E212 insère dans le document 17a ces informations. 25 L'insertion est de la forme: Dernière Modification le 2003-02-13T23:59:00.1 Cette insertion peut être faite dans le document en début de celui-ci, en fin de 30 celui-ci, des polices de caractères particulières peuvent être utilisées pour différencier la date et/ou l'heure insérées des informations contenues dans le document 17a original et permettre ainsi à l'utilisateur du navigateur 14b d'identifier aisément celles-ci. L'insertion effectuée, le module de datation 16b transfère le document 17a ainsi modifié au navigateur 14b à l'étape E213. Classiquement, le navigateur 14b reçoit le document et affiche sur l'écran du terminal de télécommunication 10b le document 17a. Il est à remarquer que le navigateur 14b recherche dans le document reçu les balises et n'affiche pas les balises, celles-ci étant extraites 10 du document 17a avant la visualisation. Seules la date et/ou l'heure comprises entre ces balises sont visibles par l'utilisateur. Le navigateur 14b analyse le document reçu, génère des commandes de type GET pour recevoir les documents liés 17b, 17c, 17d et 17e. La Fig. 3a représente l'algorithme de transfert de favoris mis en oeuvre par le 15 navigateur du terminal de télécommunication selon le second aspect de l'invention. Nous allons décrire dans cet algorithme les différentes étapes effectuées par le navigateur 14b du terminal de télécommunication 10b. Le navigateur 14a effectue l'algorithme de la même façon que celle décrite pour le navigateur 14b. Au lancement de l'application, le processeur du terminal de télécommunication 20 lO0b lit à partir de la mémoire du terminal de télécommunication 10b, les instructions du programme correspondant aux étapes E300 à E312 de la Fig. 3a et les charge en mémoire vive non représentée pour les exécuter. Le programme correspondant aux étapes E300 à E312 est activé à l'étape E300. Cette activation est effectuée soit au lancement du navigateur 14b par l'utilisateur, soit 25 de façon périodique. Suite à l'activation, le navigateur 14b à l'étape E301 lit l'ensemble 15b d'adresses Internet des sites favoris de l'utilisateur du terminal de télécommunication 1 Ob. Il est à remarquer que toutes les adresses favorites de l'utilisateur du terminal de télécommunication sont lues ou seulement un ensemble prédéterminé par l'utilisateur de ces adresses est lu. Les adresses favorites étant lues, le navigateur à l'étape E302 lit les dates et 5 heures associées à chacune des adresses Internet des sites favoris. En effet et selon l'invention, à chaque adresse favorite l5a sont associées une date et/ou une heure. Ces dates et heures correspondent à la date et/ou l'heure de la dernière lecture du document obtenu par le navigateur 14b et associé à l'adresse Internet favorite et/ou à la date et/ou l'heure de la dernière modification du document. Il est à remarquer qu'en variante, ces dates et/ou heures correspondent à des dates et/ou heures auxquelles l'utilisateur a été notifié précédemment de modification des pages sans que celui-ci ait accepté de les visualiser. Le navigateur 14b à l'étape E303 transfère au module de datation 16b une des adresses Internet des sites favoris de l'utilisateur du terminal de télécommunication 15 10b ainsi que la date et/ou l'heure associées à cette adresse. C'est par exemple la première adresse des adresses Internet des sites favoris. Cette opération effectuée, le navigateur 14b passe à l'étape E304 qui consiste à attendre la réception d'un message du module de datation 16b. Le message sera décrit plus en détail en référence à la Fig. 3b. A la réception de ce message, le navigateur 14b vérifie à l'étape E305 si ce message est représentatif de l'existence d'un nouveau document associé à l'adresse Internet transférée à l'étape E303. Dans la négative, le navigateur 14b retourne à l'étape E303 et procède au transfert de l'adresse Internet suivante des sites favoris de l'utilisateur. Dans l'affirmative, le navigateur 14b à l'étape E306 génère un message à destination de l'utilisateur du terminal de télécommunication 1 Ob en lui proposant un transfert du document contenu à l'adresse favorite et l'information que le contenu de ce document a été modifié depuis le dernier téléchargement de celui-ci. L'étape suivante E307 consiste à attendre un choix effectué par l'utilisateur en 30 réponse au message de l'étape E306. Si l'utilisateur ne désire pas que le document contenu à l'adresse favorite soit transféré, le navigateur 14b passe à l'étape E311 qui consiste à générer un message à destination du module de datation 16b l'informant du refus du transfert. Cette opération réalisée, le navigateur 14b passe à l'étape E312 et vérifie si toutes les adresses favorites ont été traitées. Dans la négative, le navigateur 14b retourne à l'étape E303 précédemment décrite et effectue les étapes E303 à E311 pour l'adresse suivante. Si l'utilisateur désire que le document contenu à l'adresse favorite soit transféré, le navigateur 14b passe à l'étape E308. A cette étape, le navigateur 14b génère un message à destination du module de datation 16b l'informant de l'acceptation du transfert. Cette opération effectuée, le navigateur 14b à l'étape E309 génère un message à destination du module de datation 16b afin d'obtenir le document. Cette opération effectuée, le navigateur 14b associe à l'étape E310 la date et/ou 15 l'heure contenues entre les balises à l'adresse favorite traitée et mémorise celle-ci. Le navigateur 14b analyse le document reçu et recherche dans celui-ci des informations représentatives de liens existant entre le document 17a et d'autres documents. Ces informations représentatives sont, à titre d'exemple et de manière 20 non limitative, des mots clés tels que " ", " ", " bgsound= ". Si le document, par exemple le document 17a, comporte des documents liés, le navigateur 14b de manière classique génère des commandes de type GET au serveur 13 pour recevoir les documents liés 17b, 17c, 17d et 17e. Ces opérations effectuées, le navigateur vérifie si toutes les adresses préférées 25 ont été traitées, et dans la négative, retourne à l'étape E303 pour traiter une nouvelle adresse favorite. La Fig. 3b représente l'algorithme de datation et de notification de modification de documents mis en oeuvre selon le second aspect de l'invention. Nous allons décrire dans cet algorithme les différentes étapes effectuées par le 30 module de datation 16b du terminal de télécommunication lOb. Les modules de datation 16a, 16c et 16d effectuent l'algorithme de la même façon que celle décrite pour le module de datation 16b. Au lancement de l'application, le processeur du terminal de télécommunication l0b lit à partir de la mémoire du terminal de télécommunication 10b, les instructions 5 du programme correspondant aux étapes E320 à E336 de la Fig. 3b et les charge en mémoire vive non représentée pour les exécuter. A l'étape E320, le module de datation 16b reçoit du navigateur 14b l'adresse Internet favorite de l'utilisateur du terminal de télécommunication 10 ainsi que les dates et heures associées. Ces informations correspondent à celles transférées à 10 l'étape E303 de l'algorithme de la Fig. 3a. A l'étape suivante E321, le module de datation 16b envoie une requête conforme au protocole HTTP 1.1 au serveur 13 par l'intermédiaire du réseau de télécommunication 12 afin d'obtenir le document, par exemple le document 17a. Cette requête est par exemple une requête de type GET. A la réception du document 17a, le module de datation 16b à l'étape E322 analyse le document 17a envoyé par le serveur 13 par l'intermédiaire du réseau de télécommunication 12. Durant cette étape d'analyse, le module de datation 16b recherche dans le document 17a des informations représentatives de liens existant entre le document 20 17a et d'autres documents. Ces informations représentatives sont, à titre d'exemple et de manière non limitative, des mots clés tels que " ", " ", " bgsound= ". Le module de datation 16b recherche aussi dans le document 17a des informations, plus précisément des balises, telles que: 25 A titre d'exemple, au document 17a noté 17a en Fig. 1 sont associés deux fichiers 17b et 17c comprenant des images, un fichier audio 17d et un document texte 17e. Cette analyse est effectuée à l'étape E323. Ces balises sont des balises qui sont insérées par un module de datation 16 selon l'invention. Si une balise de ce type existe dans le document, un module de datation automatique a déjà effectué l'algorithme de datation sur le document 17a. Par exemple, le module de datation automatique 14d a déjà effectué la datation 5 automatique du document 17a et inséré cette balise dans le document. Le module de datation automatique 14b retrouve cette balise dans le document. Il passe alors à l'étape E324. A cette étape, le module de datation 14b mémorise la date et/ou l'heure contenues entre les balises sous la variable DateC. Cette étape effectuée, le module de datation 14b passe à l'étape E331 qui sera décrite ultérieurement. Si par contre le document 17a ne contient pas des balises le module de datation passe à l'étape E325. A l'étape E325, le module de datation 16b lit l'en-tête du document 17a, et plus 15 particulièrement le champ "Last Modified" de la trame conforme au protocole HTTP 1.1 du document 17a. Si le champ " Last Modified " contient des informations, le module de datation 16b mémorise celles-ci. Ces informations sont représentatives de la date et/ou de l'heure de dernière modification ou de création du document 17a. Si le champ " Last 20 Modified " ne contient pas d'informations, une valeur nulle est mémorisée. Cette étape effectuée, le module de datation 16b teste si des liens ont été trouvés à l'étape d'analyse E326 dans le document 17a reçu. Si aucun lien n'existe, le module de datation 16b passe à l'étape E330 qui sera décrite ultérieurement. Conformément à notre exemple, deux fichiers 17b et 17c comprenant des 25 images, un fichier audio 17d et un document texte 17e sont associés au document 17a. Le module de datation 16b passe à l'étape E327 et génère à cette étape une commande HEAD conforme au protocole HTTP 1.1 à destination du serveur 13 par l'intermédiaire du réseau de télécommunication 12 afin d'obtenir l'en-tête d'un document lié au document 17a. C'est par exemple l'en-tête du document 17b. A la réception de l'en-tête du document 17b, le module de datation 16b à l'étape E328 lit l'en-tête du document 17b, et plus particulièrement le champ " Last Modified ". Si le champ " Last Modified " contient des informations, le module de datation 5 16b mémorise celles-ci. Ces informations sont représentatives de la date et l'heure de dernière modification ou de création du document 17b. Si le champ " Last Modified " ne contient pas d'informations, une valeur nulle est mémorisée. Le module de datation 16b à l'étape suivante E329 vérifie si tous les liens trouvés à l'étape d'analyse E322 ont été traités. Dans l'affirmative, le module de 10 datation 16b passe à l'étape E330 qui sera décrite ultérieurement. Le module de datation 17b réitère la boucle constituée des étapes E327 à E329 et obtient les en-têtes respectifs des documents 17c, 17d, 17d et mémorise les informations représentatives de la date et/ou de l'heure de dernière modification ou de création des documents 17c, 17d et 17e. L'en-tête du dernier document ayant un lien avec le document 17a ayant été traité, le module de datation 16b passe à l'étape E330. A cette étape, le module de datation 16b détermine la date et/ou l'heure C du document 17a. Ces date et/ou heure du document sont déterminées en fonction des informations représentatives des dates et/ou heures de dernière modification ou de 20 création des documents 17a, 17b, 17c, 17d et 17e mémorisées aux étapes E325 et E328. La date et/ou heure les plus récentes parmi ces dates et/ou heures sont alors considérées comme la date et/ou heure du document 17a. I1 est à remarquer que lorsque l'algorithme est effectué par le module de 25 datation 16d, celui-ci peut en variante obtenir la date et/ou l'heure de modification des documents 17 en interrogeant le système d'exploitation du serveur 13 à la place des étapes E325, E327 et E328. A l'étape suivante E331, le module de datation 16b compare la date et/ou heure F reçues à l'étape E320 associées à l'adresse Internet préférée avec la date 30 et/ou heure C obtenues à l'étape E324 ou à l'étape E330. Si la date et/ou heure C sont égales à la date et/ou heure F, aucune modification d'un des documents 17 n'a été effectuée. Le module de datation 16b à l'étape E336 génère un message à destination du navigateur 14b représentatif de l'absence d'un nouveau document associé à l'adresse Internet reçue à l'étape E320. Enfin, le module 5 de datation 14b retourne à l'étape E320 pour attendre la réception d'une nouvelle adresse favorite à traiter. Si la date C est supérieure à la date F, un des documents 17 a été modifié. Le module de datation insère à l'étape E332 dans le document 17a la date et/ou l'heure C déterminées à l'étape E330 de la même façon que celle décrite à l'étape E212 de 10 l'algorithme de la Fig. 2. Le module de datation 16b à l'étape E333 génère ensuite un message à destination du navigateur 14b représentatif de l'existence d'un nouveau document associé à l'adresse Intemrnet reçue à l'étape E320. Cette étape effectuée, le module de datation 16b attend la réception d'un 15 message de réponse du navigateur 14b et détermine à l'étape E334 si l'adresse Internet traitée a été sélectionnée ou non par l'utilisateur du terminal de télécommunication 10b. Il est à remarquer que le message est généré à l'étape E308 ou à l'étape E311 de la Fig. 3a. Si l'utilisateur n'a pas sélectionné cette adresse, le module de datation 16b 20 retourne à l'étape E320 et attend une nouvelle adresse favorite à traiter. Il est à remarquer qu'en variante, le module de datation 16b insère dans le message de l'étape E333 à destination du navigateur 14b la date et/ou heure C calculées. Le navigateur 14b mémorise celles-ci et les associe à l'adresse favorite, même si l'utilisateur du terminal de télécommunication 1Ob ne souhaite pas 25 visualiser cette page. Ceci permet en effet, lorsque le procédé est activé périodiquement, de notifier plusieurs fois la même modification de document. Si l'utilisateur a sélectionné cette adresse, le module de datation 16b passe à l'étape E335 et transfère le document 17 dans lequel ont été insérées la date et/ou l'heure à l'étape E332. Ces opérations effectuées, le module de datation 16b retourne à l'étape E320 et attend la réception d'une nouvelle adresse favorite à traiter. Bien entendu, la présente invention n'est nullement limitée aux modes de réalisation décrits ici, mais englobe, bien au contraire, toute variante à la portée de l'homme du métier. REVENDICATIONS 1) Procédé de datation d'un document électronique, le document étant constitué d'un en-tête et d'un corps de document, au document est lié au moins un autre document constitué d'un en-tête et d'un corps de document, au moins un en-tête comportant des informations représentatives de la date et/ou de l'heure de création 5 et/ou de modification dudit document, caractérisé en ce que le procédé comporte les étapes de: - obtention (E202, E203, E208, E209) d'informations représentatives de la date et/ou de l'heure de création et/ou de modification du document et d'au moins un autre document lié, - détermination (E211) parmi les informations obtenues de la date et/ou de l'heure de création et/ou de modification les plus récentes, - insertion (E212) de la date et/ou de l'heure déterminées dans le corps du document, - transfert (E213) du document dans lequel la date a été insérée. 15 2) Procédé selon la revendication 1, caractérisé en ce que les informations représentatives sont obtenues par une lecture (E203, E209) dans chaque en-tête du document et d'au moins un autre document lié d'informations représentatives de la date et/ou de l'heure de création et/ou de modification. 20 3) Procédé selon la revendication 1 ou 2, caractérisé en ce que le procédé insère (E212) en outre des balises prédéterminées encadrant la date et/ou l'heure déterminées dans le corps du document. 4) Procédé selon l'une quelconque des revendications 1 à 3, caractérisé en ce que le procédé génère des requêtes (E202, E208) vers un serveur distant par l'intermédiaire d'un réseau de télécommunication pour obtenir le document et pour obtenir au moins l'en-tête d'au moins un autre document lié. 5) Procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce que préalablement à l'étape d'obtention d'informations représentatives de la date et/ou de l'heure de création et/ou de l'heure de modification, le procédé comporte une étape 5 de recherche (E203) dans le corps du document des balises prédéterminées, et si le document comporte des balises prédéterminées, on transfère ledit document. 6) Procédé selon l'une quelconque des revendications 1 à 5, caractérisé en ce que le procédé comporte en outre une étape d'obtention (E320) d'une autre date et/ou 10 heure. 7) Procédé selon la revendication 6, caractérisé en ce que l'autre date et/ou heure sont la date et/ou l'heure de la dernière lecture du document. 8) Procédé selon la revendication 6 ou 7, caractérisé en ce que le procédé comporte en outre une étape de comparaison (E331) de la date et/ou de l'heure de la dernière lecture du document avec la date et/ou l'heure de création et/ou de modification la plus récente déterminée et une étape de transfert (E335) d'informations représentatives du résultat de ladite comparaison. 20 9) Procédé de traitement d'un document électronique, le document étant constitué d'un en-tête et d'un corps de document, le document comportant des informations est lié à au moins un autre document constitué d'un en- tête et d'un corps de document, caractérisé en ce que le procédé comporte les étapes de 25 - réception du document, - recherche dans le corps du document de balises encadrant des informations représentatives de la date et/ou de l'heure de création et/ou de modification du document ou d'au moins un autre document lié, visualisation du corps dudit document. 30 10) Procédé selon la revendication 9, caractérisé en ce que le procédé comporte en outre l'étape de transfert (E303) de l'adresse électronique du document et de la date et/ou de l'heure de la dernière lecture du document. 11) Procédé selon la revendication 9 ou 10, caractérisé en ce que le procédé comporte préalablement à l'étape de réception du document une étape de génération (E306) d'un message d'interrogation pour la visualisation dudit document. 12) Procédé selon l'une quelconque des revendications 9 à 11, caractérisé en ce 10 que le procédé comporte en outre l'étape de recherche dans le corps du document d'informations représentatives de liens avec d'autres documents et l'étape de génération de messages en vue d'obtenir les autres documents liés. 13) Dispositif de datation d'un document électronique, le document étant 15 constitué d'un en-tête et d'un corps de document, au document est lié au moins un autre document constitué d'un en-tête et d'un corps de document, au moins un en-tête comportant des informations représentatives de la date et/ou de l'heure de création et/ou de modification dudit document, caractérisé en ce que le dispositif comporte des moyens pour mettre en oeuvre l'une quelconque des revendications 1 à 8. 20 14) Dispositif de traitement d'un document électronique, le document étant constitué d'un en-tête et d'un corps de document, le document comportant des informations est lié à au moins un autre document constitué d'un en-tête et d'un corps de document, caractérisé en ce que le dispositif comporte des moyens pour mettre en 25 oeuvre l'une quelconque des revendications 9 à 12. 15) Programme d'ordinateur stocké sur un support d'informations, ledit programme comportant des instructions permettant de mettre en oeuvre le procédé de datation selon l'une quelconque des revendications 1 à 8, lorsqu'il est chargé et 30 exécuté par un système informatique. 16) Programme d'ordinateur stocké sur un support d'informations, ledit programme comportant des instructions permettant de mettre en oeuvre le procédé de traitement selon l'une quelconque des revendications 9 à 12, lorsqu'il est chargé et exécuté par un système informatique.