FR 2898004 A1 20070831 FR 0650686 A 20060228 Evaluation de l'utilisation d'hyperlien de page multimédia dans un terminal La présente invention concerne une évaluation de l'utilisation d'hyperlien de page multimédia dans un terminal communicant avec un serveur hôte à travers un réseau de télécommunications. Dans un réseau de télécommunications de type internet, des équipements de réseau ont la faculté de tracer des requêtes HTTP ("HyperText Transfer Protocol" en anglais) émises par des terminaux d'usager et de reproduire un historique de parcours de pages Web, également appelées pages multimédias, visitées par des usagers. Cependant, l'origine des requêtes est inconnue desdits équipements de réseau et toutes les requêtes sont tracées, qu'elles proviennent d'événements relatifs aux usagers, tels qu'un clic sur un hyperlien de la page multimédia, ou d'événements relatifs aux navigateurs des terminaux, tels qu'une instanciation d'objets relatifs à la page multimédia à des fins d'affichage et de mise en page. L'historique de parcours contient sans distinction des adresses de localisation des pages multimédias demandées explicitement par les usagers et des adresses de localisation d'objets demandés implicitement par les navigateurs. Par ailleurs, selon la demande de brevet EP 1622339, des équipements de réseau effectuent un marquage de requêtes HTTP émises explicitement par les usagers, cependant les équipements de réseau ne peuvent tracer des pages multimédias mémorisées dans des mémoires caches des navigateurs. L'accès à ces pages n'est pas connu des équipements de réseau puisqu'aucune requête relative à ces pages ne leur est transmise par le navigateur. Les équipements de réseau n'ont donc pas connaissance de toutes les pages multimédias explicitement demandées par les usagers. Pour pallier aux inconvénients précités, un procédé selon l'invention pour évaluer l'utilisation d'hyperlien de page multimédia dans un terminal communicant avec un serveur hôte à travers un réseau de télécommunications, est caractérisé en ce qu'il comprend les étapes de : modifier dans un premier moyen serveur au moins un hyperlien d'une page multimédia contenue dans une réponse transmise par le serveur hôte suite à une requête du terminal, produire dans le premier moyen serveur une réponse modifiée contenant l'hyperlien modifié et la transmettre au terminal afin d'afficher la page multimédia, et suite à une activation de l'hyperlien modifié de la page multimédia affichée dans le terminal, transmettre une requête spécifique incluant une adresse de localisation relative à l'hyperlien depuis le terminal à un deuxième moyen serveur. Selon l'invention, l'activation d'hyperlien de page multimédia peut être suivie précisément dans au moins un terminal afin d'établir des statistiques sur les utilisations des hyperliens. Avantageusement, l'invention fournit une connaissance précise et exhaustive des hyperliens activés par des usagers et des pages multimédias explicitement demandées par les usagers. Par exemple, seuls certains hyperliens peuvent être modifiés, tels que des hyperliens relatifs à des images, afin d'établir dans le deuxième moyen serveur des statistiques en temps réel sur l'utilisation de ces hyperliens par un ensemble d'usagers et des historiques de pages multimédias incluant des hyperliens activés par l'usager du terminal et ainsi visitées par l'usager. Selon une autre caractéristique de l'invention, suite à l'activation de l'hyperlien modifié de la page multimédia affichée dans le terminal, une requête contenant l'adresse de localisation est transmise depuis le terminal au serveur hôte afin de recevoir une autre page multimédia localisée par l'adresse de localisation. La modification des hyperliens est donc transparente pour le serveur hôte qui reçoit des requêtes classiques. Selon une autre caractéristique de l'invention, l'adresse de localisation relative à l'hyperlien et incluse dans la requête spécifique, ou toute la requête spécifique, peut être mémorisée dans une base de données en relation avec le deuxième moyen serveur, de préférence en correspondance avec un identificateur du terminal qui peut être extrait de la requête spécifique. Par conséquent, le procédé selon l'invention peut fournir un historique de parcours complet, contenant l'adresse de toutes les pages multimédias demandées par l'usager du terminal, qu'elles soient mémorisées ou non dans le cache du navigateur. L'historique de parcours est alors exempt de toute trace concernant des objets liés à des pages multimédias visitées et implicitement demandés par le navigateur du terminal. L'invention a aussi pour objet un système pour évaluer l'utilisation d'hyperlien de page multimédia dans un terminal communicant avec un serveur hôte à travers un réseau de télécommunications, caractérisé en ce qu'il comprend : - un premier moyen serveur pour modifier au moins un hyperlien d'une page multimédia contenue dans une réponse transmise par le serveur hôte suite à une requête du terminal, de manière à produire une réponse modifiée contenant l'hyperlien modifié et la transmettre au terminal afin d'afficher la page multimédia, et un deuxième moyen serveur pour recevoir, suite à une activation de l'hyperlien modifié de la page multimédia affichée dans le terminal, une requête spécifique transmise depuis le terminal et incluant une adresse de localisation relative à l'hyperlien. L'invention concerne également un serveur pour la mise en oeuvre de l'évaluation de l'utilisation d'hyperlien de page multimédia dans un terminal communicant avec un serveur hôte à travers un réseau de télécommunications, caractérisé en ce qu'il modifie au moins un hyperlien d'une page multimédia contenue dans une réponse transmise par le serveur hôte suite à une requête du terminal, produit une réponse modifiée contenant l'hyperlien modifié et la transmet au terminal afin d'afficher la page multimédia, un deuxième serveur recevant, suite à une activation de l'hyperlien modifié de la page multimédia affichée dans le terminal, une requête spécifique transmise depuis le terminal et incluant une adresse de localisation relative à l'hyperlien. L'invention concerne encore un serveur pour la mise en oeuvre de l'évaluation de l'utilisation d'hyperlien de page multimédia dans un terminal communicant avec un serveur hôte à travers un réseau de télécommunications, caractérisé en ce que, après qu'un deuxième serveur a modifié au moins un hyperlien d'une page multimédia contenue dans une réponse transmise par le serveur hôte suite à une requête du terminal, a produit une réponse modifiée contenant l'hyperlien modifié et a transmis la réponse modifiée au terminal afin d'afficher la page multimédia, le serveur reçoit, suite à une activation de l'hyperlien modifié de la page multimédia affichée dans le terminal, une requête spécifique transmise depuis le terminal et incluant une adresse de localisation relative à l'hyperlien. Enfin, l'invention se rapporte à un programme d'ordinateur comportant des instructions pour la mise en oeuvre d'un procédé selon l'invention lorsque lesdites instructions sont mises en oeuvre par des processeurs. D'autres caractéristiques et avantages de la présente invention apparaîtront plus clairement à la lecture de la description suivante de plusieurs réalisations préférées de l'invention, données à titre d'exemples non limitatifs, en référence aux dessins annexés correspondants dans lesquels : - la figure 1 est un bloc-diagramme schématique d'un système de télécommunications pour évaluer l'utilisation d'hyperliens selon l'invention ; et - la figure 2 est un algorithme du procédé de télécommunications pour évaluer l'utilisation d'hyperliens selon l'invention. Selon une réalisation préférée de l'invention montrée à la figure 1, le système de télécommunications comprend un terminal d'usager TU, un serveur hôte SH, un module d'interception MI, un premier serveur SE1 et un deuxième serveur SE2 en relation avec une base de données BD. Le terminal d'usager TU communique avec le serveur hôte SH à travers un réseau de télécommunications RT et un réseau d'accès RA par une liaison LT. Le terminal d'usager TU est par exemple un ordinateur personnel relié directement par modem à la liaison LT de type xDSL ("Digital Subscriber fine" en anglais) ou RNIS (Réseau Numérique à Intégration de Services) reliée au réseau d'accès RA correspondant. Selon un autre exemple, le terminal d'usager TU est un terminal de radiocommunications mobile, la liaison LT est un canal de radiocommunications, et le réseau d'accès RA comprend le réseau fixe d'un réseau de radiocommunications cellulaire, par exemple de type GSM ("Global System for Mobile communications" en anglais) avec un service GPRS ("General Packet Radio Service" en anglais), ou de type UMTS ("Universal Mobile Telecommunications System" en anglais). Selon d'autres exemples, le terminal d'usager TU comprend un dispositif ou objet électronique de télécommunications qui est personnel à l'usager et qui peut être un assistant numérique personnel communicant PDA, ou un téléphone intelligent (SmartPhone). Plus généralement, le terminal TU peut être tout autre terminal domestique communicant portable ou non tel qu'une console de jeux vidéo, ou un récepteur de télévision intelligent coopérant avec une télécommande à afficheur, ou un clavier alphanumérique servant également de souris à travers une liaison infrarouge. Les terminaux d'usager et les réseaux d'accès correspondant ne sont pas limités aux exemples ci-dessus et peuvent être constitués par d'autres terminaux et réseaux d'accès connus. Le système présente classiquement une architecture du type client-serveur entre le terminal d'usager TU et le serveur hôte SH communicant entre eux à travers le réseau de télécommunications RT via le module d'interception MI. Le serveur hôte SH contient physiquement des fichiers dont au moins un inclut des balises HTML ("HyperText Markup Language" en anglais). Le terminal d'usager TU est équipé d'une ressource spécifique, connue sous le nom de navigateur ("Browser" en anglais), qui est un logiciel client capable d'interroger des serveurs tels que le serveur hôte SH, d'exploiter leurs résultats et de mettre en page notamment des informations relatives à des parties de code HTML dans des fichiers transmis par les serveurs. En particulier, les fichiers transmis par les serveurs contenant des parties de code HTML sont appelés pages multimédias dans la suite de la description, sur lesquelles l'usager du terminal peut agir, par exemple en cliquant sur des menus déroulants ou en tapant du texte dans une zone de saisie. Une page multimédia peut contenir des zones actives représentées par exemple par un caractère, un groupe de caractères, une image ou encore une partie d'image. Chaque zone active est associée à un hyperlien qui est défini par des parties de code HTML entre des balises HTML et qui commande l'obtention d'une autre page multimédia lorsqu'il est activé, par exemple en cliquant sur la zone active à l'écran du terminal. Dans la suite de la description, on se réfèrera en tant que protocole de transport requête-réponse au protocole HTTP ("HyperText Transfer Protocol" en anglais). Le module d'interception MI est apte à recevoir des messages de requête HTTP transmis par le terminal TU et à les transmettre au serveur hôte SH, ainsi qu'à recevoir des messages de réponse HTTP du serveur hôte et à les transmettre au terminal. Pour une connexion avec un terminal mobile, le protocole utilisé entre le serveur hôte SH et le module d'interception MI est encore le protocole HTTP, bien que le terminal mobile connecté au réseau RT à travers un proxy communique avec le proxy selon un protocole différent, par exemple le protocole WAP ("Wireless Application Protocol" en anglais). Le module d'interception MI joue le rôle de proxy WAP et transforme des messages de requête transmis par le terminal de radiocommunications cellulaire ou des messages de réponse à transmettre au terminal mobile selon un autre protocole, par exemple le protocole WAP. Le protocole HTTP est un protocole de niveau applicatif suffisamment léger et rapide pour la transmission de documents distribués et multimédias à travers un système d'information multi-usager. Dans la suite de la description, un message est une unité de données protocolaire d'une communication HTTP consistant en une séquence structurée d'octets. Le protocole HTTP est basé sur un paradigme requête/réponse. Une requête REQ est un message de requête HTTP et une réponse REP est un message de réponse HTTP. Des fichiers contenus dans le serveur hôte sont référencés par une adresse de localisation URL ("Uniform Resource Locator" en anglais). La requête REQ contient notamment l'adresse URL d 'un fichier demandé par le terminal d'usager TU ainsi qu'une adresse IP ("Internet Protocol" en anglais) du terminal TU. Lorsque le terminal TU établit une connexion vers le serveur hôte SH, le terminal lui envoie une requête REQ comportant une ligne de début ("start fine" en anglais), des champs d'en-tête et éventuellement un corps de message. La ligne de début peut inclure une opération désignée par une méthode, une adresse URL et un numéro de version du protocole HTTP. Les champs d'en-tête peuvent inclure des modificateurs de la requête, des informations sur le terminal, et un type de format de la ressource acceptable dans le serveur comme un type MIME ("Multipurpose Internet Mail Extension" en anglais) désignant une ressource textuelle, d'image, audio ou vidéo. Le module d'interception MI est un proxy communicant avec les premier et deuxième serveurs SE1 et SE2 qui sont similaires au moins partiellement à des serveurs à protocole d'adaptation de contenu internet ICAP ("Internet Content Adaptation Protocol"). Un serveur ICAP transforme et adapte une requête REQ ou une réponse REP, selon des transformations et adaptations prédéterminées pour produire une autre requête ou réponse. Par exemple, les transformations et adaptations sont une traduction du contenu d'une réponse, une insertion de publicité, un filtrage, une compression, etc. Les serveurs SE1 et SE2 sont équipés chacun d'un processeur exécutant des instructions de programme par exemple pour la mise en oeuvre d'étapes du procédé selon l'invention. Les serveurs SE1 et SE2 peuvent communiquer entre eux à travers le réseau de télécommunications RT du type internet. Dans une variante, les serveurs communiquent entre eux par un réseau local ou par des lignes spécialisées. Dans une autre variante, les serveurs sont confondus en ou intégrés dans un unique serveur qui est en relation avec la base de données BD ; par exemple l'unique serveur inclut la base de données BD. La base de données BD est liée au deuxième serveur SE2 et comprend notamment des informations nécessaires à la réalisation de l'invention telles que des adresses URL et des identificateurs de terminaux d'usager. En référence à la figure 2, le procédé d'évaluation de l'utilisation d'hyperliens de page multimédia comprend des étapes El à E7 exécutées dans le système de télécommunications selon l'invention. A l'étape El, le terminal d'usager TU établit une connexion avec le serveur hôte SH afin d'afficher des pages multimédias fournies par le serveur hôte SH. Le navigateur du terminal d'usager TU est configuré pour se connecter au module d'interception MI et lui transmettre une requête REQ pour obtenir une page multimédia. Le module d'interception MI se connecte au serveur hôte SH avec lequel le navigateur souhaite dialoguer et lui transmet la requête REQ. La requête REQ contient des champs relatifs notamment à une méthode d'accès, une adresse de localisation URL, une version de protocole et des en-têtes de requête HTTP permettant au serveur hôte d'identifier un fichier, tel que la page multimédia, désigné par l'adresse URL et d'identifier l'adresse IP du terminal d'usager TU. A l'étape E2, le serveur hôte SH traite la requête reçue REQ en analysant tous les champs de celle-ci afin de formuler une réponse REP contenant le fichier identifié, c'est-à-dire la page multimédia. Le serveur hôte SH transmet alors la réponse REP au module d'interception MI qui la transmet au premier serveur SE1. La page multimédia contenue dans la réponse REP reçue par le premier serveur SE1 contient des balises HTML et au moins un hyperlien initial et est de préférence une page HTML. La page multimédia peut être en outre écrite en d'autres langages tels que le langage PHP ("PHP Hypertext Preprocessor" en anglais où PHP est l'acronyme récursif de "Personal Home Page"). La page multimédia peut comprendre une pluralité d'objets prévus pour satisfaire à des besoins d'affichage et de mise en page et qui découlent d'une interprétation de parties de code HTML de la page multimédia. En effet, dans les parties de code HTML de la page multimédia demandée par l'usager se trouvent des références à des objets qui permettent de constituer la page à afficher par le navigateur. Ces objets peuvent être des images, des logos ou encore des feuilles de style. A l'étape E3, le premier serveur SE1 produit une réponse modifiée REPM destinée au terminal d'usager TU à partir de la réponse REP transmise par le module d'interception MI. L'étape E3 comprend des étapes E31 à E34. A l'étape E31, le premier serveur SE1 analyse la réponse REP, en extrait la page multimédia et identifie le ou les hyperliens initiaux contenus dans celle-ci, par exemple par une recherche classique de chaînes de caractères. A l'étape E32, le premier serveur SE1 modifie au moins un hyperlien initial identifié contenu dans la page multimédia en un hyperlien modifié. Chaque hyperlien initial identifié est modifié en insérant des instructions codées dans les balises HTML relatives à l'hyperlien. Les instructions codées sont écrites en code client, c'est-à-dire en un code exécutable par le navigateur du terminal d'usager, tel que Javascript de Netscape (marque déposée) de préférence, Jscript ou encore VBscript (Visual Basic Scripting Edition) de Microsoft (marque déposée). A l'étape E33, le premier serveur SE1 produit une réponse modifiée REPM contenant la page multimédia avec au moins l'hyperlien modifié. A l'étape E34, le premier serveur SE1 transmet la réponse modifiée REPM au module d'interception MI qui la transmet au terminal d'usager TU. Le navigateur du terminal d'usager traite alors la réponse modifiée REPM pour mettre en page et afficher tous les objets relatifs à la page multimédia. Le navigateur dispose d'une modélisation objet de document DOM ("Document Object Modeling" en anglais) définissant une arborescence d'objets relatifs à la page multimédia, tels que des images et des hyperliens. L'instanciation d'un objet peut mettre à disposition un autre objet fourni par le système d'exploitation sur lequel le navigateur est exécuté. A l'étape E4, un hyperlien modifié de la page multimédia est activé par l'usager par exemple en cliquant sur une image d'une zone active associée à l'hyperlien et incluse dans la page multimédia. L'exécution des instructions codées insérées instancie un objet de l'arborescence du navigateur, par exemple du type ActiveX, qui peut émettre immédiatement une requête HTTP avec une adresse de localisation URL spécifique contenant en paramètre une adresse de localisation initiale URL , lesquelles adresses sont définies ci-après. Un hyperlien initial identifié à l'étape E31 est par exemple de la forme suivante : Lien sur Monsite . La balise spécifie un attribut "href" dont la valeur précise l'adresse de localisation URL d'une autre page multimédia hébergée par le serveur hôte SH (Monsite) à obtenir suite à l'activation de l'hyperlien initial. L'hyperlien modifié à l'étape E32 correspondant à l'hyperlien initial identifié à l'étape E31 est par exemple de la forme suivante : Lien modifié sur Monsite . L'adresse de localisation URL spécifique définie par "http://ServiceICAP" est mise en argument d'une méthode "HttpRequest. open". Les instructions codées insérées dans les balises HTML relatives à l'hyperlien commandent la transmission d'une requête spécifique au deuxième serveur SE2 à l'adresse de localisation spécifique, identifié par "ServiceICAP" dans l'exemple précédant. L'adresse de localisation initiale relative à l'hyperlien initial, "http://www.monsite.fr" selon l'exemple, est incluse en paramètre de l'adresse de localisation spécifique au moyen de l'opérateur "Link". A l'étape E5, le navigateur du terminal d'usager initialise une requête HTTP spécifique REQS à transmettre au deuxième serveur SE2, la requête REQS correspondant à l'objet instancié à l'étape E4 et incluant en paramètre l'adresse de localisation initiale relative à l'hyperlien activé . La requête HTTP spécifique est par exemple de la forme suivante . GET http://ServiceICAP/?Link=http://www.monsite.fr/ HTTP/1.1 Accept: */* Accept-Language: fr Accept-Encoding: gzip, deflate User- Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; CB 1.0.5) Host: ServiceICAP Connection: Keep-Alive Le terminal d'usager TU transmet alors la requête spécifique REQS au module d'interception MI qui la transmet au deuxième serveur SE2. A l'étape E6, le deuxième serveur SE2 traite la requête spécifique reçue REQS et en extrait l'adresse de localisation initiale mise en paramètre. Selon un premier exemple d'évaluation d'utilisation d'hyperlien de page multimédia, le deuxième serveur SE2 détermine des statistiques en temps réel sur différentes pages multimédias fournies par le serveur hôte SH et explicitement demandées par des terminaux d'usager, afin d'étudier des stratégies d'exploitation du serveur hôte. Selon un deuxième exemple d'évaluation d'utilisation d'hyperlien de page multimédia, le deuxième serveur SE2 mémorise des adresses de localisation initiales transmises par différents terminaux d'usager dans la base de données BD afin d'établir des historiques de demandes explicites de pages multimédias. En variante, la requête spécifique REQS transmise à l'étape E5 contient en outre un identificateur du terminal d'usager, tel qu'une l'adresse IP. Le deuxième serveur SE2 reçoit alors la requête spécifique REQS à l'étape E6 et en extrait également l'identificateur de terminal d'usager qu'il mémorise dans la base de données BD en correspondance avec l'adresse de localisation initiale. L'identificateur du terminal d'usager est par exemple utile pour un service de profilage. A l'étape E7, le terminal d'usager TU transmet une requête REQ relative à l'hyperlien initial et contenant l'adresse de localisation initiale afin de recevoir une autre page multimédia localisée par l'adresse de localisation initiale. Le procédé se poursuit alors par l'étape E2. Après la transmission de la requête spécifique REQS, le navigateur peut ignorer une éventuelle réponse du deuxième serveur et commander la transmission de la requête REQ, par exemple après l'expiration d'un délai prédéterminé. L'étape E7, succédant à l'étape E5, peut être exécutée avant ou après l'étape E6, ou en même temps que l'étape E6. Dans une variante, les fonctionnalités du premier serveur SE1 sont incluses dans le terminal d'usager TU. Le premier serveur SE1 n'intervient pas dans le procédé et est considéré comme confondu avec le terminal d'usager. La réponse REP du serveur hôte est directement transmise au terminal d'usager qui identifie et modifie le ou les hyperliens initiaux contenus dans la page multimédia incluse dans la réponse. Le terminal d'usager affiche alors la page multimédia contenant les hyperliens modifiés. L'invention décrite ici concerne un procédé et un système pour évaluer l'utilisation d'hyperlien de page multimédia dans un terminal communicant avec un serveur hôte à travers un réseau de télécommunications. Selon une implémentation préférée, les étapes du procédé de l'invention sont déterminées par les instructions d'un programme d'ordinateur incorporé dans le système et en particulier pour partie dans un premier serveur et pour partie dans un deuxième serveur. Le programme comporte des instructions de programme qui, lorsque ledit programme est exécuté dans des processeurs du système dont le fonctionnement est alors commandé par l'exécution du programme, réalisent les étapes du procédé selon l'invention. En conséquence, l'invention s'applique également à un programme d'ordinateur, notamment un programme d'ordinateur sur ou dans un support d'informations, adapté à mettre en oeuvre l'invention. Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable pour implémenter le procédé selon l'invention. Le support d'enregistrement d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage ou support d'enregistrement sur lequel est stocké le programme d'ordinateur selon l'invention, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore une clé USB, ou un moyen d'enregistrement magnétique, par exemple une disquette (floppy disc) ou un disque dur. D'autre part, le support d'enregistrement d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type internet. Alternativement, le support d'enregistrement d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé selon l'invention. REVENDICATIONS 1 - Procédé pour évaluer l'utilisation d'hyperlien de page multimédia dans un terminal (TU) communicant avec un serveur hôte (SH) à travers un réseau de télécommunications (RT), caractérisé en ce qu'il comprend les étapes de : modifier (E32) dans un premier moyen serveur (SE1) au moins un hyperlien d'une page multimédia contenue dans une réponse (REP) transmise par le serveur hôte suite à une requête (REQ) du terminal, produire (E33) dans le premier moyen serveur (SE1) une réponse modifiée (REPM) contenant l'hyperlien modifié et la transmettre (E34) au terminal afin d'afficher la page multimédia, et suite à une activation (E4) de l'hyperlien modifié de la page multimédia affichée dans le terminal, transmettre (E5) une requête spécifique (REQS) incluant une adresse de localisation relative à l'hyperlien depuis le terminal à un deuxième moyen serveur (SE2). 2 - Procédé conforme à la revendication 1, comprenant en outre lors de la modification (E32) de l'hyperlien, une insertion d'instructions codées dans des balises HTML relatives à l'hyperlien, les instructions commandant la transmission (E5) de la requête spécifique au deuxième moyen serveur (SE2). 3 - Procédé conforme à la revendication 1 ou 2, comprenant, suite à l'activation (E4) de l'hyperlien modifié de la page multimédia affichée dans le terminal, une transmission (E7) d'une requête (REQ) contenant l'adresse de localisation depuis le terminal au serveur hôte (SH) afin de recevoir uneautre page multimédia localisée par l'adresse de localisation. 4 - Procédé conforme à l'une quelconque des revendications 1 à 3, comprenant en outre une mémorisation (E6) de la requête spécifique (REQS) dans une base de données (BD) en relation avec le deuxième moyen serveur (SE2). 5 - Procédé conforme à l'une quelconque des revendications 1 à 3, comprenant en outre une mémorisation (E6) de l'adresse de localisation relative à l'hyperlien et incluse dans la requête spécifique (REQS) en correspondance avec un identificateur du terminal (TU) dans une base de données (BD) en relation avec le deuxième moyen serveur (SE2). 6 - Système pour évaluer l'utilisation d'hyperlien de page multimédia dans un terminal (TU) communicant avec un serveur hôte (SH) à travers un réseau de télécommunications (RT), caractérisé en ce qu'il comprend : - un premier moyen serveur (SE1) pour modifier au moins un hyperlien d'une page multimédia contenue dans une réponse (REP) transmise par le serveur hôte suite à une requête (REQ) du terminal, de manière à produire une réponse modifiée (REPM) contenant l'hyperlien modifié et la transmettre au terminal afin d'afficher la page multimédia, et - un deuxième moyen serveur (SE2) pour recevoir, suite à une activation de l'hyperlien modifié de la page multimédia affichée dans le terminal, une requête spécifique (REQS) transmise depuis leterminal et incluant une adresse de localisation relative à l'hyperlien. 7 - Système conforme à la revendication 6, dans lequel les premier et deuxième moyens serveurs (SE1, SE2) sont similaires au moins partiellement à des serveurs à protocole d'adaptation de contenu internet. 8 - Système conforme à la revendication 6 ou 7, dans lequel les premier et deuxième moyens serveurs (SE1, SE2) sont confondus. 9 - Système conforme à l'une quelconque des revendications 6 à 8, selon lequel le premier moyen serveur (SE1) a des fonctionnalités incluses dans le terminal (TU). 10 - Serveur (SE1) pour la mise en oeuvre de l'évaluation de l'utilisation d'hyperlien de page multimédia dans un terminal (TU) communicant avec un serveur hôte (SH) à travers un réseau de télécommunications (RT), caractérisé en ce qu'il modifie au moins un hyperlien d'une page multimédia contenue dans une réponse (REP) transmise par le serveur hôte suite à une requête (REQ) du terminal, produit une réponse modifiée (REPM) contenant l'hyperlien modifié et la transmet au terminal afin d'afficher la page multimédia, un deuxième serveur (SE2) recevant, suite à une activation de l'hyperlien modifié de la page multimédia affichée dans le terminal, une requête spécifique (REQS) transmise depuis le terminal et incluant une adresse de localisation relative à l'hyperlien.35 11 - Serveur (SE2) pour la mise en oeuvre de l'évaluation de l'utilisation d'hyperlien de page multimédia dans un terminal (TU) communicant avec un serveur hôte (SH) à travers un réseau de télécommunications (RT), caractérisé en ce que, après qu'un deuxième serveur (SE1) a modifié au moins un hyperlien d'une page multimédia contenue dans une réponse (REP) transmise par le serveur hôte suite à une requête (REQ) du terminal, a produit une réponse modifiée (REPM) contenant l'hyperlien modifié et a transmis la réponse modifiée au terminal afin d'afficher la page multimédia, le serveur (SE2) reçoit, suite à une activation de l'hyperlien modifié de la page multimédia affichée dans le terminal, une requête spécifique (REQS) transmise depuis le terminal et incluant une adresse de localisation relative à l'hyperlien. 12 - Programme d'ordinateur comportant des instructions pour la mise en oeuvre d'un procédé selon l'une des revendications 1 à 5 lorsque lesdites instructions sont mises en oeuvre par des processeurs.