Brevet FR2907941A1 — publié le 20080502

La présente invention concerne le domaine de la délivrance et de la gestion d'informations dans un réseau informatique tel que le réseau Internet, plus particulièrement en rapport avec les campagnes de publicité sur l'Internet basées sur le modèle économique dit du coût par clic , mais aussi en rapport avec des modèles économiques de partages de revenus comme le coût par action ( cost per click et cost per actions selon la terminologie anglo-saxonne). L'invention propose plus précisément un procédé et un système de validation de la sélection d'un hyperlien dans une page web par un utilisateur dans le cadre de ces modèles, de modèles connexes ou, de manière générale, de modèles qui nécessitent une preuve sécurisée et une mesure de confiance ( rating dans la terminologie anglo-saxonne) de la sélection d'un hyperlien et/ou l'authentification associée à une mesure de confiance du navigateur de l'utilisateur. Le modèle économique du coût par clic repose sur la possibilité offerte par des sites portails ou des moteurs de recherche sur l'Internet, ou encore des sites qui leur sont affiliés ou même des sites qui sont affiliés des sites affiliés, d'afficher des annonces publicitaires, typiquement sous forme de liens hypertextes. Dans le cas des moteurs de recherches, ces annonces sont affichées en fonction de mots clés entrés par un utilisateur à l'occasion d'une requête d'information. 2907941 2 Le principe général, dans ce cas, consiste donc pour un annonceur, à acheter des mots clefs qui permettent d'afficher son site en tête des résultats sur une requête donnée. Par exemple, dans le cadre du 5 moteur de recherche Google , ces liens sponsorisés prévus pour renvoyer vers les sites des annonceurs, s'affichent sur la droite du navigateur en réponse à une requête d'un utilisateur. Lorsqu'un utilisateur voit l'annonce et clique sur 10 le lien hypertexte correspondant, il est donc automatiquement dirigé vers le site Web de l'annonceur par le moteur de recherche ou le site portail. En échange, ces clics sont rémunérés dans la mesure où l'annonceur paie au moteur de recherche ou au portail 15 un montant forfaitaire prédéfini (le coût par clic) pour chaque clic d'un utilisateur sur le lien et ce, indépendamment de l'action effectuée ultérieurement par l'utilisateur sur le site de l'annonceur (simple visite ou achat). Le coût du clic est généralement fixé par un 20 système d'enchères en ligne sur les mots clés générant les liens sponsorisés. Dans le modèle du cost per action , l'annonceur ne paie le moteur de recherche ou le portail que lorsque l'utilisateur qui accède au site effectue une 25 transaction sur ce site. Les liens sponsorisés peuvent également être affichés via des sites Internet affiliés (ou affiliés d'affiliés) au moteur de recherche. Dans ce cas, le moteur ou le portail reverse une partie des montants à 30 ces sites affiliés. 2907941 3 Ce système de liens sponsorisés, qui permet un mode de tarification des campagnes publicitaires sur Internet basé sur le nombre de clics enregistrés sur une annonce publicitaire, par exemple rattachée à un ou 5 des mots clefs, a connu un essor très important, jusqu'à procurer une grande partie du chiffre d'affaire réalisé par les moteurs de recherches les plus populaires comme Googlee. Dans le même temps, ce système doit également faire face à une dérive abusive. 10 En effet, il apparaît qu'un nombre conséquent de clics réalisés sur ces liens sponsorisés serait: le fait d'utilisateurs mettant en œuvre des méthodes frauduleuses pour générer massivement des clics sur des annonces ciblées, mais n'ayant aucune intention de 15 visiter le site de l'annonceur en question, ou visitant le site pour simuler le comportement d'un utilisateur intéressé. Il peut s'agir de concurrents peu scrupuleux, qui souhaitent ainsi augmenter au maximum la facture qui 20 sera adressée à l'annonceur ciblé, dans l'optique de le mettre en difficulté en épuisant son budget publicitaire rapidement. Il peut également s'agir de personnes malintentionnées créant des sites factices, sur 25 lesquels sont affichés des liens sponsorisés, dans le seul but d'être rémunérés en fonction du ncmbre de clics sur ces liens. Ces personnes ont alors tout intérêt à faire gonfler le nombre de clics sur les liens sponsorisés affichés sur leur site, pour 30 augmenter ainsi le revenu publicitaire reversé par le moteur de recherche auquel le site est affilié. 2907941 4 Les méthodes frauduleuses mises en œuvre aux fins exposées ci--dessus peuvent consister, par exemple, en des clics manuels répétés ou simulant le comportement d'un utilisateur normal ou des clics générés par 5 l'intermédiaire d'un robot, d'outils automatisés ou de tout autre logiciel de détournement de clics. Cette fraude au clic, consistant donc à cliquer massivement sur les liens sponsorisés, soit pour augmenter artificiellement la facture dont des 10 entreprises concurrentes, annonceurs via ces liens sponsorisés, devront s'acquitter, soit pour augmenter frauduleusement les revenus publicitaires de sites affiliés à des moteurs de recherche ou des sites portails affichant les liens sponsorisées sur leurs 15 pages, est en train de prendre des proportions inquiétantes, susceptibles même de menacer la viabilité du modèle publicitaire des liens sponsorisés sur 1'Internet. Or, à l'heure actuelle, la seule solution à 20 disposition des annonceurs pour lutter contre cette fraude au clic, consiste à surveiller leurs statistiques de clics et leurs taux de transformation (c'est-à-dire les clics qui ont effectivement générés une navigation sur le site de l'annonceur ou un acte 25 d'achat sur le site par rapport au nombre total de clics), afin d'alerter le moteur de recherche prestataire en charge de l'affichage des liens sponsorisés et éventuellement demander des réparations financières pour les clics jugés non valides. 30 Parallèlement, les moteurs de recherche tentent de juguler la fraude au clic en mettant en place des 2907941 5 mécanismes d'analyse du trafic sur le web, pour tenter de détecter des comportements de clics jugés frauduleux et ainsi identifier les fraudeurs. Toutefois, ces solutions d'analyse du trafic, en 5 plus d'être fastidieuses, ne sont de toute façon pas complètement satisfaisantes au regard des moyens de plus en plus sophistiqués utilisés par les fraudeurs au clic, notamment ceux reposant sur l'utilisation de réseaux d'ordinateurs zombies, quasiment indétectables. 10 Aucune solution n'a permis jusqu'alors d'enrayer efficacement la fraude au clic. La présente invention vise a résoudre ces inconvénients, automatiquement en permettant de garantir et en temps réel la légitimité d'un clic sur un effectivement Un autre authentifier utilisateur de pouvoir ( rating particulier lien émis but un hypertexte, et notamment qu'il est par un utilisateur réel. de l'invention est aussi de pouvoir comportement non frauduleux d'un selon la terminologie anglo--saxonne) en fonction de son comportement. l'invention a pour objet de la sélection d'un 25 d'hyperlien affiché dans une page web fournie à un utilisateur, caractérisé en ce qu'il comprend : - la création d'un certificat numérique unique et sécurisé associé à l'hyperlien ; -l'insertion à la volée du certificat dans 30 l'hyperlien affiché dans la page web fournie à l'utilisateur ; 15 cliquant sur un lien hypertexte, mais aussi 20 lui assigner un niveau de confiance Avec ces objectif en vue, un procédé de validation 2907941 6 - la vérification de l'intégrité du certificat associé à l'hyperlien, suite à la sélection par l'utilisateur de l'hyperlien activant une connexion vers un site web correspondant, et 5 - la validation de la sélection de l'utilisateur comme étant légitime en cas de succès de la vérification, auquel cas la connexion de l'utilisateur au site web correspondant est établie. De préférence, l'étape de validation de la 10 sélection de l'utilisateur comprend en outre la vérification d'un historique d'un nombre de sélections légitimes associé à l'utilisateur, mémorisant les certificats représentatifs respectivement de chaque sélection légitime précédente réalisée par 15 l'utilisateur. Le procédé comprend avantageusement une étape de mise à jour de l'historique du nombre de sélections légitimes associé à l'utilisateur, consistant à mémoriser le certificat vérifié. 20 De préférence, la vérification de l'historique du nombre de sélections légitimes associé à l'utilisateur comprend la vérification de l'intégrité de chaque certificat mémorisé et la détermination d'un niveau de confiance associé à l'utilisateur en fonction du nombre 25 de sélections légitimes. Avantageusement, le procédé comprend, pour chaque sélection validée comme étant légitime, la sauvegarde du certificat associé à l'hyperlien et de l'historique du nombre de sélections légitimes associé à 30 l'utilisateur au niveau du site web auquel l'utilisateur se connecte via la sélection. 2907941 7 Selon un mode de réalisation, la création du certificat unique associé à chaque hyperlien affiché comprend la concaténation d'un premier ensemble de données relatives à l'hyperlien et/ou au site web 5 correspondant à l'hyperlien, d'un deuxième ensemble de données relatives à des données d'authentification du certificat et d'un troisième ensemble de données relatives à une date d'expiration du certificat. De préférence, le premier ensemble de données est 10 constitué par l'adresse URL du site web correspondant à l'hyperlien affiché. De préférence, le deuxième ensemble de données est représenté par des collisions de fonction de hachage. Avantageusement, les premier, deuxième et 15 troisième ensembles de données sont concaténées de manière chiffrée. Selon un mode de réalisation, la vérification de l'intégrité du certificat consiste à vérifier l'intégrité du deuxième ensemble de données. 20 Avantageusement, la vérification de l'intégrité du certificat consiste en outre à vérifier sa validité temporelle. Selon un mode de réalisation, la page web est une page de résultats, fournie par un moteur de recherche, 25 ou un site web affilié au moteur de recherche, en réponse à une requête d'information reçue de l'utilisateur comprenant un ou plusieurs mots clés associés à une annonce affichée sous forme d'hyperlien dans la page. 2907941 8 L'invention concerne également un système de validation de la sélection d'un d'hyperlien affiché dans une page web, caractérisé en ce qu'il comprend : - des moyens de fourniture de la page web à un 5 utilisateur, -un serveur de vérification, comprenant des moyens pour créer un certificat numérique unique, sécurisé, associé à l'hyperlien affiché dans la page web, 10 les moyens de fourniture de la page web comprenant des moyens pour insérer à la volée le certificat dans l'hyperlien affiché dans la page web fournie à l'utilisateur, le serveur de vérification comprenant en outre : 15 - des moyens de réception du certificat associé à l'hyperlien affiché, suite à la sélection par l'utilisateur de l'hyperlien dans la page web, activant une connexion vers un site web correspondant à l'hyperlien, 20 -des moyens de vérification de l'intégrité du certificat associé à l'annonce, et - des moyens de validation de la sélection de l'utilisateur comme étant légitime et pour établir la connexion de l'utilisateur au site web correspondant, 25 en cas de succès de la vérification de l'intégrité du certificat. De préférence, le serveur de vérification comprend en outre . - des moyens de récupération d'un module 30 d'authentification associé à l'utilisateur, prévu pour conserver un historique d'un nombre de sélections 2907941 9 légitimes réalisées précédemment par l'utilisateur, en mémorisant pour chaque sélection légitime, le certificat correspondant, - des moyens de détermination d'un niveau de 5 confiance associé à l'utilisateur en fonction dudit historique, le niveau de confiance déterminé étant pris en compte par les moyens de validation de la légitimité de la sélection de l'utilisateur, des moyens de mise à jour du module 10 d'authentification avec le certificat reçu et vérifié, et des moyens pour transmettre le module d'authentification mis à jour à l'utilisateur. Avantageusement, le serveur de vérification 15 comprend des moyens de transmission du module d'authentification mis à jour vers le site web correspondant à l'hyperlien. Avantageusement, site web correspondant à l'hyperlien et le serveur de vérification comprennent 20 des moyens de sauvegarde du module d'authentification mis à jour pour chaque sélection validée comme étant légitime. Selon un mode de réalisation, le certificat unique associé à l'hyperlien affiché comprend un premier 25 ensemble de données relatives à l'hyperlien et/ou au site web correspondant à l'hyperlien, un deuxième ensemble de données relatives à des données d'authentification du certificat et un troisième ensemble de données relatives à une date d'expiration 30 du certificat. 2907941 10 Selon un mode de réalisation, les moyens de fourniture de la page web comprennent un moteur de recherche ou un site web affilié au moteur de recherche, fournissant la page web en réponse à une 5 requête d'information reçue de l'utilisateur comprenant un ou plusieurs mots clés associés à une annonce affichée sous forme d'hyperlien dans la page fournie. L'invention concerne encore un serveur de vérification, caractérisé en ce qu'il comprend : 10 - des moyens pour créer un certificat numérique unique, sécurisé, associé à un hyperlien affiché dans une page web fournie à un utilisateur par des moyens de fourniture de pages web, - des moyens de transmission du certificat aux 15 moyens de fourniture, prévus pour insérer à la volée le certificat dans l'hyperlien affiché la page web fournie, - des moyens de réception du certificat associé à l'hyperlien affiché, suite à la sélection par 20 l'utilisateur de l'hyperlien dans la page web, activant une connexion vers un site web correspondant à l'hyperlien, - des moyens de vérification de l'intégrité du certificat associé à l'annonce, et 25 - des moyens de validation de la sélection de l'utilisateur comme étant légitime et pour établir la connexion de l'utilisateur au site web correspondant, en cas de succès de la vérification de l'intégrité du certificat. 30 2907941 11 D'autres caractéristiques et avantages de la présente invention apparaîtront plus clairement à la lecture de la description suivante donnée à titre d'exemple illustratif et non limitatif dans le cas de 5 l'utilisation du système avec un moteur de recherche, et faite en référence aux figures annexées dans lesquelles : - la figure 1 illustre un mode de réalisation d'une architecture réseau pour la mise en oeuvre du procédé et 10 du système selon la présente invention, et - la figure 2 illustre un mode de réalisation d'un certificat numérique unique associé à une annonce publicitaire dans le cadre de la présente invention. En référence à la figure 1, un utilisateur 10 15 dispose d'un terminal connecté à Internet, lui permettant d'avoir accès à des pages web par un programme appelé navigateur , installé sur son terminal. Une technique notamment mise en œuvre par le navigateur web est connue sous le nom de hyperlien , 20 qui permet aux fournisseurs de pages web de créer des liens vers d'autres pages web que les utilisateurs peuvent alors récupérer par sélection du lien sur le navigateur web via un dispositif de pointage approprié. Le terme clic est couramment utilisé pour décrire 25 l'action de sélection du lien en question dans la page web par le dispositif de pointage. Dans le cas d'une recherche d'information sur le web en utilisant un moteur de recherche Internet 20, ou un site web affilié à un tel moteur de recherche, 30 l'utilisateur 10 émet une requête 12, via son navigateur connecté au moteur de recherche, comprenant 2907941 12 un ou plusieurs mots clés relatifs à la recherche d'informations. En réponse à cette requête, le moteur de recherche utilise les mots clés de la requête utilisateur pour 5 créer en temps réel un listage de pages web, fourni à l'utilisateur dans une page de résultats 14. L'utilisateur peut alors atteindre ces pages web par sélection d'un hyperlien correspondant dans la page de résultats s'affichant dans son navigateur. 10 Comme exposé précédemment, des annonces publicitaires sont classiquement publiées sous forme d'un hyperlien dans la page web de résultats fournie à l'utilisateur, à côté des résultats de recherche, en fonction des mots clés entrés par celui-ci dans sa 15 requête d'information. Selon l'invention, à chaque annonce de ce type publiée dans une page de résultats fournie par le moteur de recherche à une requête d'information d'un utilisateur, est associé un certificat numérique 20 unique, non forgeable et vérifiable. Comme on le comprendra par la suite, l'objectif du certificat associé à chaque annonce publiée, est de pouvoir garantir qu'un clic effectué par l'utilisateur sur l'annonce en question est un clic légitime, à savoir 25 notamment qu'il n'est pas généré par l'intermédiaire d'un robot, d'outils automatisés ou de tout autre logiciel de détournement de clics. Le fonctionnement est le suivant. Tout d'abord, lorsqu'un annonceur 40 souhaite diffuser une annonce 30 sur le moteur de recherche 20, il s'inscrit auprès du service correspondant du moteur de recherche, afin de 2907941 13 soumettre l'annonce à diffuser et la liste des mots clés en rapport avec cette annonce. Selon un premier mode de réalisation, une requête 32 de soumission d'une telle annonce émise par 5 l'annonceur vers le moteur de recherche est interceptée par un serveur de vérification 30, intercalé entre l'annonceur et le moteur de recherche, aux fins de créer un certificat numérique associée à cette annonce et, plus précisément une pluralité de certificats 10 numériques uniques, disponibles chacun à la demande pour chaque publication de l'annonce sur le moteur de recherche. Un tel certificat numérique unique, disponible pour une publication de l'annonce sur le moteur de 15 recherche, est symbolisé à la figure 2. Pour créer ce certificat numérique unique CCT, le serveur de vérification 30 génère tout d'abord un premier ensemble de données TP, relatives à l'annonce et/ou au site web auquel est prévue de renvoyer 20 l'annonce lorsqu'elle est sélectionnée. Ce premier ensemble de données TP peut par exemple comprendre le texte de l'annonce et/ou l'adresse URL du site web correspondant et/ou la liste des mots clés associés à l'annonce. 25 Le certificat numérique unique CCT est également constitué d'un deuxième ensemble de données CT, relatives à des données d'authentification du certificat, dont le rôle est de garantir de façon sûre l'origine et l'intégrité du certificat. 2907941 14 Un champ spécifique peut ainsi être inséré dans ce deuxième ensemble de données, représentatif de l'entité productrice du certificat. Selon un exemple de réalisation, les données 5 d'authentification CT du certificat sont obtenaes selon une méthode décrite dans l'article intitulé PayWord and Micromint - Two Simple Micropayment Schemes , par R.L. RIVEST et A. SHAMIR et présenté le 26 janvier 1996 lors de la conférence RSA de 1996. Cet article décrit 10 un système de fabrication de pièces de monnaie électroniques, représentées par des chaînes de bits dont la validité peut être vérifiée par n'importe qui, mais qui sont extrêmement difficiles à reproduire. Dans ce système, les pièces de monnaie électronique sont 15 représentées par des collisions de fonction de hachage. Ainsi, selon cet exemple, les données d'authentification CT du certificat sont constituées par une pluralité de chaînes de bits obtenues par des collisions de fonction de hachage, notée h. Ainsi, 20 soient par exemple X0, Xl, X2 et X3 de telles chaînes de bits formant les données d'authentification CT du certificat, il est possible de vérifier très facilement la validité de ces données, et par là même l'intégrité du certificat, en contrôlant que : h(XO) = h(Xl) =- 25 h(X2) = h(X3). Enfin, le certificat numérique unique CCT peut également comprendre un troisième ensemble de données d'horodatage HDT, relatives par exemple à une date d'expiration du certificat, au-delà de laquelle ce 30 dernier n'est plus valide. Ainsi, un même certificat ne pourra pas être réutilisé à des fins frauduleuses. On 2907941 15 choisit par exemple une durée de validité de l'ordre de quelques secondes. Les trois ensembles de données précédemment décrits sont alors concaténés par le serveur de 5 vérification pour former une chaîne de données unique, associée à l'annonce publiée sur le moteur de recherche et donc au lien hypertexte correspondant affiché. Les trois ensembles de données sont avantageusement concaténées de façon chiffrée, par exemple par 10 application d'un algorithme de chiffrement à clé publique EpK, par exemple un algorithme de type RSA. Dans un autre exemple de réalisation le résultat du calcul d'une fonction de type MD5 sur la chaine de données unique pourra simplement être concaténé à cette 15 première chaine pour constituer une nouvelle chaine de données unique. La chaîne de données ainsi obtenue forme donc un certificat unique et sécurisé, dont le deuxième ensemble de données CT peut être assimilé à une clé 20 unique, non forgeable, permettant d'assurer l'intégrité de l'ensemble et d'authentifier ainsi le certificat. Le serveur de vérification est apte à générer un tel certificat unique valable pour chaque publication possible de l'annonce sur le moteur de recherche, 25 consécutive à une requête utilisateur, en remplaçant, à chaque nouvelle publication de l'annonce, le deuxième ensemble de données d'authentification CT. Chaque certificat associé à chaque publication d'une l'annonce sur le moteur de recherche est donc unique en ce qu'il 30 comprend un ensemble de données d'authentification CT qui lui est propre. 2907941 16 Ainsi, à la réception d'une requête d'information 12, le moteur de recherche 20, simultanément à la création de la page de résultats à fournir à l'utilisateur, envoie à destination du serveur de 5 vérification 30, une requête 22 de récupération du certificat numérique unique associé respectivement à chaque annonce destinée à être publiée dans la page de résultats à fournir. Les certificats uniques associés à chaque annonce 10 devant être publiée dans la page de résultats sont générés selon les principes exposés plus haut et sont fournis dans une réponse 24 à la requête 22 du moteur de recherche. Le moteur de recherche insère alors chaque 15 certificat unique récupéré dans la page de résultats 14 renvoyée à l'utilisateur. Chaque certificat peut par exemple être inséré dans l'adresse URL correspondant à l'annonce associée dans la page de résultats. Ainsi, pour une annonce donnée publiée dans la 20 page de résultats reçue par le navigateur de l'utilisateur, un certificat unique est associé. La légitimité d'un clic utilisateur sur une annonce publiée dans la page de résultat repose donc tout d'abord, selon l'invention, sur l'existence d'un 25 certificat, intègre et valide, associé à cette annonce lorsque l'utilisateur clique dessus dans son navigateur. Il convient en outre de noter qu'un tel certificat ne peut avantageusement être récupéré dans le 30 navigateur de l'utilisateur qu'à la seule condition que l'utilisateur ait effectivement émis une requête 2907941 17 d'information, comprenant le ou les mots clés associés à l'annonce, vers le moteur de recherche ou le site affilié. Ainsi, le système selon l'invention rend 5 inefficaces les méthodes de fraude au clic reposant sur l'utilisation de réseaux de PC zombies, puisque ces derniers fonctionnent en détournant une requête utilisateur quelconque sur l'Internet, sans aucun lien avec une demande d'information relative à une annonce 10 publicitaire destinée à être publiée sur un moteur de recherche ou un site affilié, pour rediriger de façon transparente et abusive l'utilisateur vers un site commercial correspondant à une telle annonce. Dans ce schéma, aucun certificat tel que décrit 15 précédemment ne peut donc être récupéré par le navigateur de l'utilisateur pour valider la légitimité de la redirection vers le site commercial. Une fois la page de résultats reçue par l'utilisateur, dans laquelle sont insérés les 20 certificats uniques associés à chaque annonce publiée dans cette page, un clic de l'utilisateur sur un lien correspondant à une de ces annonces déclenche, de manière transparente pour l'utilisateur, l'envoi 16 du certificat associé à cette annonce vers le serveur de 25 vérification 40 à des fins de vérification. Pour ce faire, après déchiffrement du certificat, l'intégrité du deuxième ensemble de données CT est vérifiée par le serveur 40. Ainsi, selon l'exemple de réalisation, le serveur vérifie que les données 30 constitutives de ce deuxième ensemble forment bien des 2907941 18 collisions de fonction de hachage, garantissant ainsi l'authenticité du certificat. En outre, le serveur vérifie que la validité du certificat n'a pas expiré au regard de sa date 5 d'expiration, fournie par le troisième ensemble de données HDT. Si ces opérations de vérification sont menées avec succès, le serveur de vérification 40 valide alors le clic de l'utilisateur sur l'annonce publiée dans la 10 page de résultats comme étant un clic légitime. Dans le même temps, une connexion 36 de l'utilisateur (plus précisément de son navigateur) vers le site web 30 correspondant à l'annonce cliquée est activée. Le serveur de vérification 40 comprend 15 avantageusement des moyens de sauvegarde 50, permettant de constituer un journal référençant l'ensemble des clics utilisateur ayant été validés comme légitimes pour chaque annonce destinée à être publiée sur le moteur de recherche ou le site affilié. Un clic 20 utilisateur légitime sur une annonce est par exemple référencé avec l'adresse URL du site correspondant, le certificat unique disponible pour ce clic et l'adresse IP du terminal utilisateur. Ces informations sont également transmises dans 25 une étape 34 par le site de l'annonceur de sauvegarde 60 de constituer de son serveur de vérification 40 vers le 30, qui dispose également de moyens ces informations, lui permettant de côté un journal référençant l'ensemble des clics légitimes sur son annonce. 30 Selon un mode de réalisation particulièrement avantageux de l'invention, la validation de la 2907941 19 légitimité d'un clic utilisateur sur une annonce est effectuée en prenant en compte, non seulement la vérification de l'authenticité et de la validité d'un certificat unique disponible pour ce clic, comme 5 expliqué précédemment, mais également un niveau de confiance associé à l'utilisateur (ou plus précisément son navigateur), permettant d'authentifier cet utilisateur comme étant un utilisateur légitime. Ainsi, selon ce mode de réalisation, un clic de 10 l'utilisateur sur un lien sponsorisé correspondant à une annonce publiée dans la page de résultats reçue par cet utilisateur déclenche, en plus de la réception par le serveur de vérification du certificat unique associé à la publication de l'annonce, la création par ce 15 serveur d'un module d'authentification utilisateur, si ce dernier n'existe pas encore, destiné à stocker le certificat reçu et vérifié, représentatif de la légitimité du clic utilisateur sur l'annonce. Selon un exemple de réalisation, le module 20 d'authentification utilisateur est un cookie (fichier témoin), qui est transmis par le serveur de vérification au navigateur de l'utilisateur lorsque ce dernier clique pour la première fois sur une annonce, et qui peut être récupéré par le serveur lors de clics 25 subséquents pour ystocker le certificat associé reçu et vérifié pour chaque clic, de manière à pouvoir constituer un historique du nombre de clics validés comme légitimes associé à cet utilisateur (ou plus précisément à son navigateur). Ce dernier pourra alors 30 être authentifié en fonction du nombre de clics légitimes qu'il aura réalisé. 2907941 20 Ainsi, chaque nouveau clic de l'utilisateur sur une annonce publiée dans une page de résultats reçue déclenche d'une part, l'envoi 16 au serveur de vérification 40 du certificat unique associé à la 5 publication de l'annonce et, d'autre part, la récupération par le serveur du cookie associé à cet utilisateur. En plus de la vérification du certificat unique comme précédemment exposé, le serveur 40 vérifie alors 10 également la validité du cookie récupéré. Pour ce faire, le serveur vérifie l'intégrité de chaque certificat stocké dans le cookie. Puis, en fonction du nombre de certificats stockés dans le cookie, comme autant de preuves du nombre de 15 clics légitimes réalisés précédemment par l'utilisateur, le serveur détermine un niveau de confiance associé à l'utilisateur (plus précisément son navigateur), d'autant plus élevé que le nombre de certificats stockés est élevé. 20 Le niveau de confiance associé à ce clic utilisateur peut également être déterminé en fonction d'autres informations obtenues à partir des certificats stockés, relatives par exemple à l'adresse URL des sites visités et/ou à la fréquence de clic sur des 25 annonces. Le niveau de confiance déterminé est alors utilisé par le serveur pour valider la légitimité du clic courant, c'est-à-dire celui qui fait l'objet du processus de validation à un moment donné. 30 L'accumulation des preuves du nombre de clics légitimes réalisés précédemment par l'utilisateur est 2907941 21 ainsi utilisée en tant que mécanisme de validation du clic courant réalisé par utilisateur, lequel est donc validé par le système en fonction, notamment, du nombre de clics légitimes déjà réalisés. 5 Le niveau de confiance plus ou moins élevé qui en découle permet au serveur, en fonction de règles pré-établies, d'authentifier l'utilisateur (en fait son navigateur) comme ayant un comportement normal, c'est-à-dire non frauduleux, relativement à son historique de 10 clics. Dans le cas contraire, lorsque l'examen de l'historique des clics légitimes n'est pas concluant, ou que les certificats associés ne sont pas valides, le système peut refuser la redirection en temps réel de la 15 requête hyperlien et bloquer toute nouvelle requête provenant de ce navigateur au niveau du serveur de vérification. Ainsi, lorsque le système est utilisé par le site de l'annonceur, celui-ci pourra rejeter ou bloquer en 20 temps réel, via le serveur de vérification, le trafic frauduleux provenant du site portail ou du moteur de recherche. Le bénéfice étant que dans ce cas, ce trafic ne fera pas l'objet d'une facturation du site ayant effectué la redirection. 25 La validation du clic courant de l'utilisateur comme étant légitime, après la vérification réussie du certificat reçu pour ce clic courant et de l'historique du nombre de clics légitimes associé à l'utilisateur, entraîne la mise à jour du cookie, consistant à y 30 stocker le certificat reçu et vérifié prouvant la légitimité du clic courant. Le cookie mis à Jour est 2907941 22 transmis dans une étape 18 par le serveur de vérification au navigateur de l'utilisateur. Le cookie ayant une taille limité, il est possible dans un exemple de réalisation de remplacer 5 avantageusement une série de n certificats déjà stockés dans le cookie par un nouveau certificat unique représentant et associé à ces n certificats dans le journal des certificats stockés sur le serveur. Ce nouveau certificat peut être d'un type différent et 10 avoir un mode de construction différent. Par exemple, un certificat représentant 10 clics légitimes certifiés peut être associé à une chaîne de données X0, Xl,X2,X3,X4 tel que h(X0)=h(Xl)=h(X2)=h(X3)=h(X4). De préférence, le cookie est stocké de façon 15 sécurisée sur le navigateur de l'utilisateur. Pour ce faire, à la création du cookie transmis au navigateur de l'utilisateur lors du premier clic de l'utilisateur sur une annonce, une clé secrète propre au navigateur lui est associée, qui est utilisée pour sécuriser 20 l'accès au cookie sur le navigateur de l'utilisateur. Selon cette variante, le serveur de vérification doit donc maintenir une base de données, par exemple au niveau de ses moyens de sauvegarde 50, pour mémoriser la clé secrète associée à chaque navigateur auquel un 25 cookie a été transmis, pour pouvoir y accéder lors d'un processus de validation d'un clic utilisateur ultérieur. La clé secrète utilisée par le serveur pour accéder au cookie sur le navigateur de l'utilisateur peut également faire avantageusement office de moyens 30 d'identification du navigateur. 2907941 23 Par ailleurs, pour chaque clic sur une annonce validé par le serveur de vérification selon les principes exposés ci-dessus, le cookie utilisateur correspondant mis à jour est sauvegardé par les moyens 5 de sauvegarde 50 du serveur, parmi d'autres informations, comme par exemple l'adresse URL du site correspondant, l'adresse IP du terminal utilisateur, de sorte à constituer, au niveau du serveur de vérification, un journal référençant l'ensemble des 10 clics utilisateur ayant été validés comme légitimes avec les moyens de preuve associés. D'autre part et par exemple dans le cas du modèle cost per click , le serveur de vérification pourra mettre à disposition d'un système de facturation du 15 moteur de recherche ou du portail les informations relatives à chaque clic utilisateur légitime et notamment son niveau de confiance associé. Dans un exemple de réalisation, le serveur pourra générer un ticket de facturation de clic légitime, 20 incluant une valeur représentant le niveau de confiance associé au clic. Le système de facturation du moteur de recherche ou du portail pourra par exemple collecter ces tickets et les consolider pour chaque annonceur en utilisant la valeur représentative du niveau de 25 confiance pour calculer un cout au clic qui pourra alors avantageusement être fonction de cette valeur, ceci afin d'établir une facture globale à l'annonceur. Ainsi, le niveau de confiance associé à un clic utilisateur légitime, en plus de permettre 30 d'authentifier le comportement de cet utilisateur comme étant non frauduleux, peut aussi servir à quantifier la 2907941 24 valeur de cet utilisateur et donc à permettre une facturation différenciée du clic qu'il a effectué. Dans l'exemple du modèle cost per click , le moteur de recherche pourra donc envisager un tarif au clic plus 5 important pour les utilisateurs ayant un plus grand niveau de confiance. Les informations sauvegardées au niveau du serveur de vérification sont également transmises au cours de l'étape 34 par le serveur de vérification 40 10 au site de l'annonceur 30 vers lequel l'utilisateur est redirigé, permettant au site annonceur de constituer également de son côté, via les moyens de sauvegarde 60, un journal référençant l'ensemble des clics validés comme légitimes sur son annonce. 15 Ces informations pourront alors permettre en cas de litige entre le site annonceur et le moteur de recherche ou le portail d'effectuer un processus de réconciliation, sur la base des informations référencées par leurs journaux de clics légitimes, 20 comme c'est le cas aujourd'hui entre les operateurs télécoms avec les CDRs (Cali Detail Records selon la terminologie anglo-saxonne), qui contiennent toutes les traces des appels effectues. Un autre intérêt d'affecter un niveau de confiance 25 à chaque clic utilisateur selon les principes évoqués plus haut, est de pouvoir effectuer une mesure de confiance des sites affiliés, en fonction des quantités de clics frauduleux qu'ils redirigent vers les moteurs de recherche ou portails publiant des annonces. Cette 30 mesure de confiance des sites affiliés, découlant des niveaux de confiance associés à chaque clic redirigé 2907941 25 par ceux-ci, permet alors de prendre des décisions économiques cu techniques (blocage) en fonction. REVENDICATIONS 1. Procédé de validation de la sélection d'un d'hyperlien affiché dans une page web (14) fournie à un utilisateur (1J), caractérisé en ce qu'il comprend : - la création d'un certificat numérique (CCT) unique S et sécurisé associé à l'hyperlien ; - l'insertion à la volée du certificat (CCT) dans l'hyperlien affiché dans la page web fournie à l'utilisateur -la vérification de l'intégrité du certificat 10 associé à l'hyperlien, suite à la sélection par l'utilisateur de l'hyperlien activant une connexion (36) vers un site web correspondant, et - la validation de la sélection de l'utilisateur comme étant légitime en cas de succès de la vérification, 15 auquel cas la connexion de l'utilisateur au site web correspondant est établie. 2. Procédé selon la revendication 1, caractérisé en ce que l'étape de validation de la sélection de 20 l'utilisateur comprend en outre la vérification d'un historique d'un nombre de sélections légitimes associé à l'utilisateur, mémorisant les certificats représentatifs respectivement de chaque sélection légitime précédente réalisée par l'utilisateur. 25 3. Procédé selon la revendication 2, caractérisé en ce qu'il comprend une mise à jour de l'historique du 2907941 27 nombre de sélections légitimes associé à l'utilisateur, consistant à mémoriser le certificat vérifié. 4. Procédé selon les revendications 2 ou 3, caractérisé en ce que la vérification de l'historique du nombre de sélections légitimes associé à l'utilisateur comprend la vérification de l'intégrité de chaque certificat mémorisé et la détermination d'un niveau de confiance assccié à l'utilisateur en fonction du nombre de sélections légitimes. 5. Procédé selon l'une quelconque des revendications 2 à 4, caractérisé en ce qu'il comprend, pour chaque sélection validée comme étant légitime, la sauvegarde du certificat associé à l'hyperlien et de l'historique du nombre de sélections légitimes associé à l'utilisateur au niveau du site web auquel l'utilisateur se connecte via la sélection. 6. Procédé selon l'une quelconque des revendications 1 à 5, caractérisé en ce que la création du certificat (CCT) unique associé à chaque hyperlien affiché comprend la concaténation d'un premier ensemble de données (TP) relatives à l'hyperlien et/ou au site web correspondant à l'hyperlien, c'un deuxième ensemble de données (CT) relatives à des données d'authentification du certificat et d'un troisième ensemble de données (HDT) relatives à une date d'expiration du certificat. 7. Procédé selon la revendication 6, caractérisé en ce que le premier ensemble de données (TP) est constitué 2907941 28 par l'adresse URL du site web correspondant à l'hyperlien affiché. 8. Procédé selon la revendication 6 ou 7, 5 caractérisé en ce que le deuxième ensemble de données (CT) est représenté par des collisions de fonction de hachage. 9. Procédé selon la revendication 6, caractérisé en 10 ce que les premier, deuxième et troisième ensembles de données sont concaténées de manière chiffrée. 10. Procédé selon l'une quelconque des revendications 6 à 9, caractérisé en ce que la 15 vérification de l'intégrité du certificat consiste à vérifier l'intégrité du deuxième ensemble de données. 11. Procédé selon la revendication 9, caractérisé en ce que la vérification de l'intégrité du certificat 20 consiste en outre à vérifier sa validité temporelle. 12. Prccédé selon l'une quelconque des revendications précédentes, caractérisé en ce que la page web (14) est une page de résultats, fournie par un moteur 25 de recherche (20), ou un site web affilié au moteur de recherche, en réponse à une requête (12) d'information reçue de l'utilisateur (10) comprenant un ou plusieurs mots clés associés à une annonce affichée sous forme d'hyperlien dans la page. 30 2907941 29 13. Système de validation de la sélection d'un d'hyperlien affiché dans une page web (14), caractérisé en ce qu'il comprend : - des moyens de fourniture (20) de la page web à un 5 utilisateur (10), - un serveur de vérification (40), comprenant des moyens pour créer un certificat numérique (CCT) unique, sécurisé, associé à l'hyperlien affiché dans la page web, 10 les moyens de fourniture de la page web comprenant des moyens pour insérer à la volée le certificat dans l'hyperlien affiché dans la page web fournie à l'utilisateur, le serveur de vérification comprenant en outre : 15 - des moyens de réception du certificat associé à l'hyperlien affiché, suite à la sélection par l'utilisateur de l'hyperlien dans la page web, activant une connexion vers un site web (30) correspondant à l'hyperlien, 20 - des mcyens de vérification de l'intégrité du certificat associé à l'annonce, et - des moyens de validation de la sélection de l'utilisateur comme étant légitime et pour établir la connexion de l'utilisateur au site web correspondant, en 25 cas de succès de certificat. la vérification de l'intégrité du 14. Système selon la revendication 13, caractérisé en ce que le serveur de vérification comprend en outre : 30 des moyens de récupération d'un module d'authentification associé à l'utilisateur, prévu pour conserver un historique d'un nombre de sélections 2907941 30 légitimes réalisées précédemment par l'utilisateur, en mémorisant pour chaque sélection légitime, le certificat correspondant, - des moyens de détermination d'un niveau de 5 confiance associé à l'utilisateur en fonction dudit historique, le niveau de confiance déterminé étant pris en compte par les moyens de validation de la _Légitimité de la sélection de l'utilisateur, des moyens de mise à jour du module 10 d'authentification avec le certificat reçu et vérifié, et des moyens pour transmettre le module d'authentification mis à jour à l'utilisateur. 15. Système selon la revendication 14, caractérisé 15 en ce que le serveur de vérification comprend des moyens de transmissicn du module d'authentification mis à jour vers le site web correspondant à l'hyperlien. 16. Système selon la revendication 15, caractérisé 20 en ce que le site web correspondant à l'hyperlien comprend des moyens de sauvegarde (60) du module d'authentification mis à jour pour chaque sélection validée comme étant légitime. 25 17. Système selon l'une quelconque des revendications 14 à 16, caractérisé en ce que'le serveur de vérification comprend des moyens de sauvegarde (50) du module d'authentification mis à jour pour chaque sélection validée comme étant légitime. 30 18. Système selon l'une quelconque des revendications 13 à 17, caractérisé en ce que le 2907941 31 certificat (CST) unique associé à l'hyperlien affiché comprend un premier ensemble de données (TP) relatives à l'hyperlien et/ou au site web correspondant à l'hyperlien, un deuxième ensemble de données (CT) 5 relatives à des données d'authentification du certificat et un troisième ensemble de données (HDT) relatives à une date d'expiration du certificat. 19. Système selon la revendication 18, caractérisé 10 en ce que le premier ensemble de données est constitué par l'adresse '7RL du site web correspondant à l'hyperlien affiché. 20. Système selon la revendication 18 ou 19, 15 caractérisé en ce que le deuxième ensemble de données est représenté par des collisions de fonction de hachage. 21. Système selon l'une quelconque des revendications 13 à 20, caractérisé en ce que les moyens 20 de fourniture (20) de la page web comprennent un moteur de recherche ou un site web affilié au moteur de recherche, fournissant la page web (14) en réponse à une requête (12) c'information reçue de l'utilisateur (10) comprenant un ou plusieurs mots clés associés à une 25 annonce affichie sous forme d'hyperlien dans la page fournie. 22. Serveur de vérification (40), caractérisé en ce qu'il comprend : 30 -des moyens pour créer un certificat numérique (CCT) unique, sécurisé, associé à un hyperlien affiché 2907941 32 dans une page web fournie à un utilisateur (1C) par des moyens de fourniture (20) de pages web, - des moyens de transmission du certificat (CCT) aux moyens de fourniture, prévus pour insérer à la volée le 5 certificat dans l'hyperlien affiché la page web fournie, - des moyens de réception du certificat associé à l'hyperlien affiché, suite à la sélection par l'utilisateur de l'hyperlien dans la page web, activant une connexion vers un site web (30) correspondant à 10 l'hyperlien, - des moyens de vérification de l'intégrité du certificat associé à l'annonce, et - des moyens de validation de la sélection de l'utilisateur comme étant légitime et pour établir la IS connexion de l'utilisateur au site web correspondant, en cas de succès de la vérification de l'intégrité du certificat. 23. Serveur selon la revendication 22, caractérisé 20 en ce qu'il comprend : des moyens de récupération d'un module d'authentification associé à l'utilisateur, prévu pour conserver un historique d'un nombre de sélections légitimes réalisées précédemment par l'utilisateur, en 25 mémorisant pour chaque sélection légitime, le certificat correspondant, -des moyens de détermination d'un niveau de confiance assccié à l'utilisateur en fonction dudit historique, le niveau de confiance déterminé étant pris 30 en compte par tes moyens de validation de la légitimité de la sélection de l'utilisateur, 5 2907941 33 des moyens de mise à jour du module d'authentification avec le certificat reçu et vérifié, et des moyens pour transmettre le module d'authentification mis à jour à l'utilisateur. 24. Serveur de vérification selon les revendications 22 ou 23, caractérisé en ce qu'il comprénd des moyens de transmission du module d'authentification mis à jour vers le site web correspondant à l'hyperlien. 10 25. Serveur selon l'une quelconque des revendications 22 à 24, caractérisé en ce qu'il comprend des moyens de sauvegarde (50) du module d'authentification mis à jour pour chaque sélection 15 validée comme étant légitime.