Brevet FR2828310A1 — publié le 20030207

L'invention concerne des appareils et des systèmes de recherche dans des bases de données, et des procédés de gestion et de présentation des résultats des ces recherches. Le transfert d'informations par les réseaux d'ordinateurs devient un moyen de plus en plus important par lequel des institutions, des sociétés et des individus font des affaires. Les réseaux d'ordinateurs ont grandi au cours des années, en passant d'entités indépendantes et isolées, établies pour desservir les besoins d'un groupe unique, à de vastes réseaux interconnectés qui assurent l'interconnexion de réseaux physiques disparates et leur permettent de fonctionner comme un système coordonné. Actuellement, le plus grand réseau d'ordinateurs qui existe est Internet. Internet est une interconnexion mondiale de réseaux d'ordinateurs qui communiquent avec un protocole commun. Des millions d'ordinateurs, allant d'ordinateurs personnels de petites dimensions à des super-calculateurs très puissants, sont connectés à Internet. Internet s'est révélé comme une communauté étendue d'utilisateurs connectés électroniquement, disposés dans le monde entier et qui échangent facilement et régulièrement des quantités importantes d'informations. Internet continue à remplir ces fonctions d'origine, donnant accès aux informations et échangeant des informations entre des agences gouvernementales, des laboratoires et des universités, pour la recherche et l'éducation. En outre, Internet a évolué et est utilisé pour divers intérêts et forums qui vont bien audelà des objets d'origine. En particulier, Internet se transforme rapidement en un marché électronique global pour les marchandises et les services, aussi bien que pour les idées et les informations. La transformation d'Internet en un marché global a été incitée en grande partie par l'introduction d'un système d'informations appelé "World Wide Web", appelé couramment le "web". Le web est une base de données distribuées unique destinée à donner un accès étendu à un univers considérable de documents. Les enregistrements de base de données du web sont sous forme de documents connus sous le nom de "pages". Ces pages se trouvent sur des serveurs web et sont accessibles par Internet. Le web est donc une vaste base de données d'informations dispersées parmi d'innombrables systèmes individuels d'ordinateurs qui changent constamment et il n'a ni organisation ni morphologie reconnaissable. Les ordinateurs connectés à Internet peuvent avoir accès aux pages web par un programme appelé "navigateur" qui a une interface graphique d'utilisateur puissante et simple à apprendre. Une technique puissante mise en oeuvre par le navigateur web est connue sous le nom de "hyperlien" qui permet aux auteurs de pages web de créer des liens vers d'autres pages web que les utilisateurs peuvent alors récupérer par de simples commandes par pointage et par un clic sur le navigateur web. Les pages peuvent être construites suivant l'une quelconque de diverses conventions de formatage, telles que le langage à balises et hypertexte HTLM, et elles peuvent comprendre un contenu d'informations multimédia, par exemple graphiques, d'audiofréquences et d'images animées. Toute personne possédant un ordinateur et une connexion à Internet peut avoir accès à une page accessible de façon publique, placée sur le web. Ainsi, une présence sur le web permet d'introduire une base mondiale de consommateurs auprès des commerces, des individus et des institutions cherchant à annoncer leurs produits et services à des clients potentiels. De plus, la sophistication de plus en plus grande de la conception des pages web, rendue possible par l'augmentation exponentielle des débits de transmission de données et des vitesses de traitement par ordinateur, font du web un moyen de plus en plus attrayant pour la publicité et pour d'autres applications d'affaires, ainsi que pour la libre circulation des informations. La disponibilité de nouveaux outils puissants qui facilitent le développement et la distribution d'un contenu Internet a conduit à une prolifération d'informations, de produits et de services offerts par Internet avec une croissance considérable du nombre de consommateurs utilisant Internet. L'organisme "International Data Corporation", couramment appelé IDC, estime que le nombre d'utilisateurs d'Internet croîtra d'environ 97 millions dans le monde en 1998 à environ 320 millions à la fin de 2002. En outre, le commerce réalisé par Internet a augmenté et on suppose qu'il augmentera de façon considérable. IDC estime que le pourcentage d'utilisateurs d'Internet achetant des marchandises et des services par Internet a augmenté d'environ 28 % fin 1998 à environ 40 % en 2002 et que, pendant la même période, la valeur totale des marchandises et services achetés par Internet a augmenté d'environ 32,4 à environ 425,7 milliards de dollars. Internet s'est révélé un nouveau support attrayant pour les annonceurs d'informations, de produits et de services qui veulent atteindre des clients. Cependant, le web est composé d'un nombre pratiquement illimité de pages web dispersées parmi des millions de systèmes d'ordinateurs différents dans le monde entier, sans organisation discernable. Des mécanismes, tels que des répertoires et des moteurs de recherche, ont été mis au point pour indexer et rechercher les informations disponibles sur le web et aider ainsi les utilisateurs d'Internet à trouver les informations qui les intéressent. Ces services de recherche permettent aux consommateurs de chercher dans Internet un listage des sites web en fonction d'un sujet, produit ou service intéressant spécifique. Les services de recherche sont, après la messagerie électronique, l'outil le plus fréquemment utilisé par Internet. En conséquence, les sites web qui donnent des services de recherche ont permis aux annonceurs d'atteindre une audience significative sur Internet et ont donné aux annonceurs la possibilité de cibler les intérêts des clients d'après les demandes de recherche par mot clé ou par sujet. Dans une recherche sur le web avec un moteur de recherche Internet, un utilisateur saisit un terme de recherche qui comporte un ou plusieurs mots clés, et le moteur de recherche utilise ceux-ci pour créer en temps réel un listage de pages web que l'utilisateur peut atteindre par un hyperlien. Les moteurs de recherche et les répertoires des sites web de la technique antérieure ont cependant mis en oeuvre des processus d'affectation des résultats à des mots clés qui donnent souvent des résultats de recherche non pertinents. La technologie automatisée de recherche qui pilote de nombreux moteurs de recherche de la technique antérieure repose en grande partie sur des algorithmes complexes de recherche dans les bases de données, à base mathématique, qui sélectionnent et classent des pages web suivant de nombreux critères, tels que la densité des mots clés et l'emplacement d'un mot clé. Les résultats des recherches créés par ces mécanismes reposent souvent sur des formules mathématiques aveugles, et ils peuvent être aléatoires et même parfois non pertinents. En outre, des moteurs de recherche qui utilisent une technologie de recherche automatisée pour cataloguer les résultats de recherche mettent en oeuvre en général des descriptions invisibles des sites web ou "méta-étiquettes" qui sont créées par les promoteurs des sites web. Les propriétaires des sites web peuvent librement donner des étiquettes à leur site lorsqu'ils les choisissent. En conséquence, certains promoteurs de sites web ou autres insèrent des termes de recherche populaires dans leurs méta-étiquettes de sites web qui ne sont pas pertinents car, de cette manière, ils peuvent attirer l'attention de consommateurs supplémentaires avec un coût marginal faible à nul. Enfin, de nombreux sites web ont des méta-étiquettes analogues, et les moteurs de recherche de la technique antérieure ne sont tout simplement pas équipés pour définir la priorité des résultats en fonction des préférences des consommateurs. Les moteurs de recherche et les répertoires des sites web peuvent aussi mettre en oeuvre des efforts manuels de type éditorial limité pour regarder les informations des pages web. Comme une observation manuelle importante et une indexation d'une base de données imprévisibles remise à jour de façon aléatoire telle que le web est une tâche impossible, les résultats des moteurs de recherche sont souvent incomplets ou dépassés. En outre, comme le volume et la diversité du contenu d'Internet ont augmenté, à de nombreux sites populaires de recherche, les consommateurs doivent souvent se déplacer par de nombreux clics dans des dérivations d'un répertoire hiérarchique pour trouver des sites web correspondant à leur requête de recherche, et ce processus est lent et fastidieux au point de vue du consommateur. Ainsi, les moteurs de recherche antérieurs sont peu efficaces pour les propriétaires de pages web qui veulent cibler leur exposition sur le web et distribuer des informations à l'attention des utilisateurs intéressés sur une base actuelle et étendue. En outre, les modèles actuels de création de la circulation des sites web, tels que la publicité par des bannières, suivent les modèles traditionnels de publicité et n'utilisent pas les attributs originaux d'Internet. Dans le modèle de publicité par bannière, les promoteurs des sites web qui veulent promouvoir leur exposition sur le web et augmenter celle-ci achètent souvent de l'espace dans les pages de sites web commerciaux populaires. Les promoteurs des sites web remplissent habituellement cet espace par un élément graphique coloré, tel qu'une bannière, constituant une publicité pour leur propre site web. La bannière peut jouer le rôle d'un hyperlien sur lequel un visiteur peut cliquer pour atteindre le site. Comme la publicité traditionnelle, la publicité par bannière par Internet est habituellement tarifée sur la base d'une impression, les annonceurs payant pour l'exposition à des consommateurs potentiels. Les bannières peuvent être affichées lors de chaque accès à une page ou, dans les moteurs de recherche, peuvent être ciblées sur les termes de recherche. Néanmoins, la publicité par impression exploite de façon peu efficace les possibilités de mercatique directe d'Internet, car le débit des clics, c'est-à-dire le débit de visite du site de destination par clic du consommateur sur une bannière, peut être très faible. Les promoteurs des sites web payent donc pour l'exposition à de nombreux consommateurs qui ne sont pas intéressés par le produit ou service proposé, car la plupart des visiteurs d'un site web cherchent des informations spécifiques et peuvent ne pas être intéressés par les informations indiquées sur la bannière. De même, il est fréquent que la bannière n'intéresse pas les individus puisqu'elle ne peut pas être soumise aux recherches des moteurs de recherche et les personnes intéressées peuvent ne pas savoir où voir la bannière sur le web. Ainsi, les modèles traditionnels de publicité et les algorithmes des moteurs de recherche ne donnent pas les informations pertinentes par le web aux parties intéressées d'une manière efficace au point de vue des coûts. La publicité sur Internet peut offrir un niveau de ciblage, d'interactivité et de possibilités de mesure qui n'est pas disponible de façon générale avec les autres médias. Avec des outils convenables, les annonceurs sur Internet peuvent cibler leur message sur des groupes spécifiques de consommateurs et recevoir une réaction rapide sur l'efficacité de leurs campagnes publicitaires. Dans un cas idéal, les promoteurs de sites web doivent pouvoir contrôler leur place dans les listages des résultats de recherche, si bien que les listages sont essentiels dans les recherches relatives au contenu des sites web. La fonctionnalité d'un moteur de recherche sur Internet doit être focalisée dans une nouvelle direction pour faciliter les affaires en ligne qui donnent aux consommateurs des résultats de recherche rapides, simples et pertinents, tout en donnant aux annonceurs et promoteurs sur Internet une possibilité peu coûteuse de cibler les consommateurs. Un consommateur qui utilise un moteur de recherche qui facilite ses affaires en ligne trouve des sociétés ou affaires qui offrent des produits, services ou informations que cherche le consommateur. Sur ce marché en ligne, les sociétés qui vendent des produits, des services ou des informations enchérissent dans un environnement ouvert d'offres pour obtenir des positions dans une liste de résultats de recherche créée par un moteur de recherche Internet. Comme les annonceurs doivent payer pour chaque orientation de clics sur des listes de résultats de recherche créées par le moteur de recherche, les annonceurs sont incités à sélectionner les mots clés de recherche les plus pertinents pour leur offre de site web et à enchérir pour ces mots clés. Plus une position d'annonceur est élevée dans une liste de résultats de recherche et plus grande est la probabilité pour qu'il soit utilisé pour une "orientation", c'est-à-dire que la probabilité pour qu'un consommateur se réfère au site web de l'annonceur par sélection dans la liste des résultats de recherche est élevée. L'ouverture de ce marché publicitaire est en outre facilitée par l'affichage public, pour les consommateurs et d'autres annonceurs, des prix payés par un annonceur sur un listage de résultats particuliers de recherche. Le brevet des Etats-Unis d'Amérique n 6 269 361 décrit un système et un procédé destinés à permettre aux promoteurs d'agir sur la position dans un listage de résultats de recherche créé par un moteur de recherche Internet utilisant un ensemble spécifié de termes de recherche. Le système et le procédé permettent aux promoteurs de spécifier des termes de recherche clé pour le moteur de recherche afin de cibler la place dans la liste du résultat de recherche de demandes de recherche les plus pertinentes pour leurs affaires. En outre, le système et le procédé permettent aux promoteurs d'examiner en ligne les liens entre les termes de recherche et la disposition actuelle, et d'effectuer des changements pratiquement instantanés des termes de recherche choisis, des positionnements et des titres et descriptions de sites web. Dans un tel système, les annonceurs ou les promoteurs de sites web établissent des valeurs d'enchères pour des listages de recherche d'opérateurs de site web à paiement à l'exécution, facturés à l'annonceur par le paiement pour l'opérateur de site web à paiement à l'exécution. A la suite d'une demande reçue en provenance d'un chercheur, des listages de recherche sont localisés, disposés en fonction des enchères et affichés pour le chercheur. Si un chercheur sélectionne ou clique dans un listage de recherche d'annonceur, la valeur d'enchère est débitée à l'annonceur par l'opérateur de site web à paiement à l'exécution. Les annonceurs peuvent contrôler la position de leur listage de recherche dans la liste des résultats de recherche par ajustement de la valeur d'enchère associée au listage de recherche. Le procédé décrit dans ce brevet n 6 269 361 peut être difficile à gérer pour certains annonceurs. En particulier, certains annonceurs veulent garder des positions avantageuses dans les résultats de recherche (pour obtenir un volume élevé de trafic qualifié) à un prix avantageux. De façon générale, une position plus élevée (affichée en premier, en second, en troisième, etc. ) est une position préférée ou avantageuse. Le système décrit dans ce document ne comprend aucun moyen à cet effet. Les annonceurs doivent avoir recours à une inspection fréquente de leur classement sur les termes de recherche qui sont importants pour eux, par exemple par exécution d'une recherche sur le site www.got.com. Lorsqu'un annonceur observe un changement à cause des activités concurrentes dues aux enchères d'autres annonceurs, l'annonceur peut s'enregistrer auprès du serveur de gestion de compte et changer manuellement ces enchères en réponse. Dans le cas où l'annonceur a été chassé d'une position qu'il veut conserver, il peut augmenter les enchères pour reprendre cette position, si le coût par clic nécessaire (appelé coût CPC), égal à la valeur de l'enchère, est raisonnable pour que l'annonceur veuille le payer. Dans le cas où l'enchère du listage de rang inférieur a diminué, certains annonceurs peuvent vouloir réduire leur enchère pour réduire la somme à payer tout en gardant leur position dans l'ensemble des résultats. Ceci peut conduire à un comportement oscillatoire dans lequel un annonceur abaisse son enchère, l'annonceur qui se trouve au-dessus abaisse en réponse son enchère d'une valeur analogue et le premier annonceur augmente alors son enchère par rapport au second annonceur, c'est-à-dire avec l'incrément minimal d'enchère, pour prendre l'emplacement de rang supérieur. Le second annonceur est alors avant le premier, à nouveau de l'incrément minimal d'enchère, et ainsi de suite jusqu'à ce que l'annonceur dépassé en dernier décide qu'il est plus rentable pour lui d'accepter la position la plus basse (et donc le trafic inférieur) et d'abaisser son enchère pour augmenter ses marges unitaires, en déclenchant un autre cycle d'oscillation. Certains annonceurs effectuent cette opération plusieurs fois par jour. Certains ont plusieurs employés qui n'effectuent que la gestion de leur participation dans le paiement de l'exploitation du site web, par contrôle des positions sur les listages et ajustement des enchères. En conséquence, il est nécessaire qu'un dispositif disponible pour les annonceurs assure le maintien de la place voulue compte tenu du rang lorsque l'environnement concurrentiel change, avec des efforts humains bien plus réduits. Il est aussi nécessaire qu'un dispositif disponible pour les annonceurs permette d'établir des limites des prix qui peuvent être payés par clic, avec gestion du coût réel par clic à une valeur avantageuse dans le contexte concurrentiel. Il est aussi nécessaire qu'un dispositif élimine les oscillations nuisibles au coût par clic moyen à payer à l'opérateur de site web à paiement à l'exécution. Il est aussi nécessaire qu'un dispositif donne un effet pleinement concurrentiel sur le marché dans le cas où un annonceur veut toujours être en premier. Il est aussi nécessaire qu'un dispositif simple et facile à comprendre par les annonceurs et dont le fonctionnement est transparent, crée une confiance de la part des annonceurs qui savent comment agir suivant leur intérêt pour le marché du paiement pour la place. Une solution qui permet de réduire la charge de travail des annonceurs qui veulent garder une position rentable est l'utilisation d'agents logiciels destinés à ajuster les enchères pour les annonceurs. Ces agents peuvent par exemple prendre les instructions des annonceurs sous la forme suivante : "gardez-moi dans la position de rang supérieur, à moins que le coût par clic nécessaire soit supérieur à 1 $. Dans tous les cas, ne dépassez jamais l'incrément minimal pour le listage de rang inférieur suivant". Cette instruction peut donner des résultats indésirables. Par exemple, rien n'est prévu pour l'amortissement des oscillations des enchères. Au contraire, dans le cas où des agents sont en concurrence, des oscillations d'amplitude maximale sont créées à une fréquence aussi élevée que la fréquence de fonctionnement des agents. Dans le cas où les agents travaillent périodiquement, l'annonceur ayant l'agent qui travaille le plus souvent ou qui est le dernier à apporter des changements présente un avantage économique. De telles forces économiques ont tendance à mener à une situation dans laquelle les agents travaillent constamment à la fréquence maximale en n'étant limités que par la capacité des infrastructures mises en oeuvre, données par paiement à l'opérateur de site web à paiement à l'exécution, et qui est une source de coût à payer à l'opérateur de site web à paiement à l'exécution. Dans le cas où le paiement à l'opérateur de site web à paiement à l'exécution correspond à la sélection d'agents ayant une fonctionnalité limitée ou une fréquence limitée de fonctionnement (par exemple toutes les heures ou tous les jours), il reste une incitation économique pour les annonceurs qui ont intérêt à produire leurs propres agents qui interagissent avec les systèmes de gestion de compte pour le paiement à l'opérateur de site web à paiement à l'exécution, pour l'obtention de l'avantage économique disponible par rapport aux agents limités donnés par l'opérateur. En conséquence, cette situation incite les tiers à produire des agents enchérisseurs destinés à être utilisés par les annonceurs, contre rétribution, ou contre une commission relative aux économies produites. A titre de simple introduction, l'un des modes de réalisation décrits dans le présent mémoire peut être appelé "protection par le prix et l'emplacement". La protection par le prix et l'emplacement est un perfectionnement au paiement existant des systèmes de performances. Dans le système connu, un annonceur s'enregistre auprès d'un serveur de gestion comptable, identifie un ensemble de termes de recherche, leur description et d'autres informations comprenant le coût par clic pour chaque terme de recherche, qui est la somme que l'annonceur paye lorsqu'un utilisateur clique sur la liste. Un clic sur la liste se réfère à une sélection d'un listage de recherche afin qu'un navigateur d'utilisateur sur le web soit renvoyé sur l'adresse uniforme de ressource URL associée au listage de recherche. Dans le système connu, un annonceur utilise le serveur de gestion comptable pour spécifier une enchère correspondant à un listage. La somme que l'annonceur paye pour chaque clic, le coût par clic, est égale à l'enchère. L'enchère et en conséquence le coût par clic ne peuvent être changés que par l'annonceur et l'annonceur peut utiliser le serveur de gestion comptable à cet effet. Les modes de réalisation décrits dans le présent mémoire utilisent le principe d'une enchère qui correspond à une valeur économique que l'annonceur donne lorsque des emplacements de réseau associés à l'annonceur sont appelés par un chercheur à la suite d'une demande provenant du chercheur. La valeur économique peut être une somme monétaire payée ou facturable à l'annonceur, directement ou indirectement. La valeur économique peut être une somme débitée du compte de l'annonceur. La valeur peut être une somme monétaire ou autre telle que des points de crédit. La valeur économique peut être donnée par l'annonceur à l'opérateur d'un système de recherche de base de données ou à un tiers. La valeur économique est donnée lorsqu'un ou plusieurs emplacements d'un réseau tels que les sites web d'annonceurs, sont indiqués à un chercheur. L'orientation peut être réalisée par présentation des emplacements du réseau sur un écran utilisé pour la saisie des données et la réception des données par le chercheur, séparément ou avec d'autres résultats de recherche. Dans une variante et dans un mode de réalisation décrit de façon générale dans le présent mémoire, l'orientation peut se produire lorsque le chercheur clique sur les emplacements du réseau ou pour se déplacer à ces emplacements de l'annonceur comme décrit plus en détail dans la suite. L'orientation peut aussi être effectuée par une autre action du chercheur, après accès aux emplacements du réseau de l'annonceur. La protection par le prix et l'emplacement selon les modes de réalisation décrits précédemment est un perfectionnement dans lequel une enchère d'annonceur n'établit pas un coût fixe par clic. Au contraire, l'enchère établit un coût par clic maximal que peut supporter l'annonceur. En outre, les modes de réalisation considérés permettent à l'annonceur de spécifier un rang voulu dans les résultats de la recherche affichés pour le chercheur. Le rang d'un listage de recherche est le positionnement ordinal du listage de recherche dans un groupe de listages de recherche correspondant aux termes de recherche du chercheur. Des listages de recherche supérieurs ou mieux placés sont affichés plus haut dans une page et plutôt sur un nombre de pages de listage de recherche. Le système de ces modes de réalisation détermine les rangs réels et les coûts réels par clic. Des listages correspondant à une recherche peuvent alors être classés par ordre décroissant de coût par clic, avec une priorité entre les listages de même coût par clic dus à l'ancienneté chronologique. Ainsi, le système de ces modes de réalisation met en oeuvre une base de données qui peut être soumise aux recherches d'un moteur de recherche. La base de données a plusieurs listages de recherche. Ces listages de recherche comportent un ou plusieurs termes de recherche et un rang voulu/enchère associé aux termes de recherche. Le rang voulu/enchère comprend un coût maximal par clic et un rang voulu par l'annonceur. Le coût par clic peut être considéré comme étant une variable de compte et peut correspondre par exemple à une valeur facturable sur un compte de l'annonceur. D'autres types de variables de compte peuvent être utilisés à la place, tels que des points de crédit qui peuvent être donnés par l'opérateur du système ou des données correspondant à une valeur économique à payer par l'annonceur lors de l'orientation d'un chercheur sur le site web de l'annonceur. Le rang voulu peut être considéré comme une variable d'orientation et est utilisé pour le réglage de la manière avec laquelle le chercheur est exposé au listage de recherche de l'annonceur. Dans un exemple, le rang voulu détermine le rang auquel le listage de recherche est affiché pour le chercheur. Dans d'autres exemples, la variable d'orientation peut être une couleur d'affichage ou une dimension de police ou toute autre caractéristique liée à la présentation d'informations associées à un annonceur dans un listage de recherche. Les listages de recherche peuvent comprendre aussi d'autres données, par exemple des données horodatées. Des caractéristiques associées à la protection par le prix et l'emplacement peuvent être sélectionnées activement dans un ou plusieurs listages de recherche d'annonceur. D'autres listages peuvent être positionnés dans les résultats de la recherche sans ajustement dynamique du coût par clic donné par le système selon l'invention. Le paiement à l'opérateur de site web à paiement à l'exécution peut comprendre une surtaxe pour le service de protection par le prix et l'emplacement, suivant la commodité donnée aux annonceurs. Chaque listage a un élément horodaté, correspondant au temps le plus récent auquel l'enchère ou le coût fixe par clic du listage a changé en dernier ou a été saisi initialement. Pour un coût par clic donné, le nombre de listages peut être nul ou non. S'il existe plus d'un listage pour un coût par clic donné, les listages sont triés par ordre chronologique, l'élément le plus ancien pouvant avoir le meilleur rang. Lorsque deux listages ont le même coût par clic et le même élément horodaté, ils doivent être classés arbitrairement. En conséquence, il peut être impossible de donner un rang déterminé à un listage. Par exemple, si le listage L1 se trouve au rang 1 avec un coût par clic de 0,85 $ et il existe deux listages ayant un coût par clic à 0,84 $ ayant chacun un élément horodaté antérieur à L1, L1 peut se trouver au rang 1 avec un coût par clic de 0,85 $ (ou plus) ou au rang 3 avec un coût par clic de 0,84 $, et Ll ne peut pas se trouver au rang 2. Un avantage du système de protection par le prix et l'emplacement des modes de réalisation considérés est las mise en oeuvre des instructions suivantes pour les annonceurs qui participent : 1) l'ajustement du coût par clic du listage concerné afin qu'il garde le rang voulu par l'annonceur, lorsque le résultat peut être obtenu sans dépasser l'enchère, 2) si le listage de l'annonceur ne peut pas garder le rang voulu par celui-ci sans dépasser l'enchère, le rang le plus élevé que permet l'enchère est donné, 3) ne jamais permettre un dépassement de l'enchère par le coût par clic de l'annonceur, et 4) ne jamais augmenter le coût par clic au-delà de la valeur nécessaire pour respecter ces instructions. Dans un premier mode de réalisation, le système de protection par le prix et l'emplacement agit à la place de l'annonceur pour ajuster le coût par clic d'un listage en fonction des instructions indiquées. Ces ajustements peuvent être périodiques ou à des moments aléatoires. Le système effectue les mêmes opérations pour tous les listages ayant la protection par le prix et l'emplacement. Dans ce mode, il est possible que, après que le système a agi pour un annonceur, les conditions voulues par d'autres annonceurs ne soient plus remplies. Par exemple, on suppose qu'un annonceur Ao a un listage correspondant à une recherche pour "projecteur LCD" et spécifie que le listage doit garder le rang 3, avec une enchère de 3,90 $, son coût par clic maximal est ainsi limité à 3,90 $. On suppose en outre que, actuellement, pour l'expression "projecteur LCD", l'annonceur A1 a un coût par clic de 4,20 $ et se trouve au rang 1 et que l'annonceur A2 a un coût par clic de 4,00 $ et se trouve au rang 2, et l'annonceur A3 a un coût par clic de 3,84 $ et se trouve au rang 3 et l'annonceur A4 a un coût par clic de 3,80 $ et se trouve au rang 4, etc. Ce système peut régler le coût par clic de l'annonceur Ao afin qu'il soit minimal pour son maintien au rang 3. Si l'élément horodaté de Ao est antérieur à l'élément horodaté de A3, le système peut placer le coût par clic de Ao à 3,84 $. Dans cet exemple, le système ne nécessite pas un incrément minimal du coût par clic pour faire sauter l'annonceur A3 du rang 3. En pratique, ce comportement est à la discrétion de l'opérateur de site web à paiement à l'exécution. L'annonceur Ao a alors son listage au rang 3, avec déplacement du listage de l'annonceur A3 au rang 4 et déplacement de l'annonceur A4 au rang 5, et ainsi de suite. On suppose maintenant que l'annonceur A3 augmente son coût par clic à 3,86 $. L'annonceur A3 revient au rang 3 avec un coût par clic de 3,86 $ si bien qu'il déplace l'annonceur Ao au rang 4. Dès que l'annonceur A3 a augmenté son coût par clic à 3,86 $, le système peut agir au nom de l'annonceur Ao et augmenter le coût par clic de l'annonceur Ao de 3,84 à 3,86 $. L'annonceur Ao revient au rang 3 (l'annonceur Ao ayant un élément horodaté plus ancien que l'annonceur A3) , et l'annonceur A3 revient à nouveau au rang 4. L' annonceur A3 peut ensuite augmenter son coût par clic de 3,86 à 3,91 $ pour prendre le troisième rang de son listage. L'annonce Ao est à nouveau déplacée au rang 4. A ce moment, le système vérifie s'il est possible d'augmenter le coût par clic de l'annonceur Ao pour le ramener au rang 3, et le système ne peut augmenter le coût par clic de l'annonceur Ao qu'à 3,90 $ qui est la valeur maximale spécifiée par l'annonceur Ao. Malheureusement, ceci ne suffit pas pour ramener l'annonceur Ao au rang 3, car il aurait fallu que son coût par clic atteigne 3,91 $ qui dépasse la valeur de 3,90 $ spécifiée par l'annonceur Ao. Celui-ci reste donc au rang 4 et son coût par clic est ramené à 3,81 $ (un centime de plus que le coût par clic de l'annonceur A4 qui se trouve au-dessous, dans l'hypothèse où l'élément horodaté de l'annonceur A4 est antérieur à celui de l'annonceur Ao). Dans ce premier mode de réalisation, le système est dans une boucle sans fin dans laquelle il attend périodiquement ou au hasard puis agit pour les annonceurs successifs. Le réglage du coût par clic pour un annonceur peut nuire au but des autres annonceurs. Ceci présente l'inconvénient de permettre une oscillation des coûts par clic des listages, lorsque le système agit pour les annonceurs successifs. Dans un second mode de réalisation, le coût par clic d'un listage est réduit uniquement si le système sait qu'aucun autre listage à protection par le prix et l'emplacement ne peut subir une augmentation du coût par clic pour déplacer l'annonceur du rang voulu, d'après les enchères existantes et les rangs voulus des listages concurrents. Dans ce mode de réalisation, un avantage de la protection par le prix et l'emplacement est la mise en oeuvre des instructions données antérieurement pour l'annonceur, avec cette instruction supplémentaire : 5) ne pas donner au coût par clic de mon listage une valeur telle que l'application des instructions existantes vis-à-vis des listages concurrents donne un résultat qui ne correspond pas à ces instructions. L'effet de cette instruction supplémentaire est de nécessiter une solution qui remplisse simultanément toutes les conditions des instructions des listages et qui est donc stable. Ceci a l'avantage supplémentaire d'éliminer les oscillations des coûts par clic. Dans un troisième mode de réalisation, un annonceur peut spécifier une enchère sans spécifier un rang voulu. Ce mode de réalisation peut être appelé protection par le prix. Dans ce cas, l'annonceur veut avoir le meilleur rang possible, mais sans que son coût par clic ne dépasse son enchère. Ceci équivaut pratiquement au second mode de réalisation, le rang voulu pour le listage étant 1. D'autres listages peuvent avoir un coût par clic fixe ou une enchère (un coût par clic maximal) et un rang voulus. Dans ce troisième mode de réalisation, pour les listages ayant à la fois un rang voulu et une enchère (coût par clic maximal), la protection par le prix et l'emplacement a les mêmes avantages que dans le second mode de réalisation. Pour les listages n'ayant qu'un coût par clic maximal (rang implicite voulu 1), un avantage de la protection par le prix et l'emplacement est l'exécution des instructions suivantes pour l'annonceur : 1) ajuster le coût par clic du listage de l'annonceur afin qu'il garde le rang le plus élevé possible sans déplacer l'enchère de l'annonceur, 2) régler le coût par clic à une valeur qui n'est pas supérieure à la valeur remplissant les conditions de ces instructions, et 3) ne pas régler le coût par clic du listage à une valeur telle que l'application des instructions correspondant au listage concurrent donne un résultat qui n'est pas conforme aux instructions. Dans un quatrième mode de réalisation, un annonceur peut spécifier un rang voulu sans spécifier une enchère. Ce mode de réalisation peut être appelé protection par l'emplacement. Dans ce cas, l'annonceur veut occuper un rang voulu indépendamment du coût par clic à payer pour garder ce rang. Un listage au plus peut avoir un rang voulu sans limitation du coût par clic. Cette caractéristique peut être donnée par exemple au premier qui la demande. Les autres listages peuvent avoir un coût par clic fixe ou une enchère et un rang voulus ou un coût par clic uniquement, avec un rang implicite voulu égal à 1. Dans ce quatrième mode de réalisation, pour les listages ayant un coût par clic, la protection par le prix et par l'emplacement présentent les mêmes avantages que dans le troisième mode de réalisation. Pour les listages à rang voulu mais sans coût par clic, un avantage de la protection par le prix et l'emplacement est la mise en oeuvre des instructions suivantes pour l'annonceur : 1) ajuster le coût par clic du listage de l'annonceur pour la conservation du rang voulu, 2) ne pas donner au coût par clic une valeur supérieure à la valeur nécessaire pour remplir les conditions des instructions, et 3) ne pas donner au coût par clic du listage une valeur telle que l'application des instructions des listages concurrents peut donner un résultat non conforme à ces instructions. Dans un cinquième mode de réalisation, un annonceur peut spécifier une enchère spécifiée pour chaque rang. Ceci peut être appelé protection multiple par le prix et par l'emplacement (PPP). L'enchère pour certains rangs ou la totalité peut être nulle. Par rapport aux autres modes de réalisation, ceci présente l'avantage de permettre à un annonceur d'assurer un réglage fin de ses enchères pour des rangs différents. Un moyen à cet effet est la transmission par l'annonceur d'une collection de combinaisons enchères-rangs spécifiques avec aussi une valeur par défaut d'enchère-rang. L'enchère de la valeur par défaut enchère-rang doit être inférieure à toutes les autres enchères. Pour une enchèrerang autre que la valeur par défaut, l'annonceur spécifie que le coût par clic maximal pour ce rang est l'enchère donnée pour ce rang. Dans le cas de la valeur par défaut, l'annonceur spécifie que le coût par clic maximal pour le rang par défaut et tous les rangs inférieurs est l'enchère fournie. Par exemple, un annonceur peut indiquer "j ' of fre 2,50 $ pour le rang 1,1,95 $ pour le rang 3,0,90 $ pour le rang 4 et 0,80 $ pour le rang 5 et tous les rangs au-dessous". Cela signifie que l'annonceur veut payer jusqu'à 2,50 $ pour se trouver au rang 1, qu'il ne veut pas se trouver au rang 2, qu'il veut payer 1,95 $ pour se trouver au rang 3, qu'il veut payer 0,90 $ pour se trouver au rang 4 et qu'il veut payer 0,80 $ pour le rang 5 et les rangs au-dessous. Un avantage du mode de réalisation de protection multiple par le prix et l'emplacement est qu'il met en oeuvre les instructions suivantes pour l'annonceur : 1) essayer de garder le listage au rang le meilleur (pour toutes les combinaisons d'enchères et de rangs) si cela est possible sans dépasser la limite d'enchère, 2) si le listage ne peut pas garder le rang voulu supérieur, essayer le rang suivant permis par l'enchère correspondante, 3) ne jamais permettre au coût par clic d'un rang de dépasser l'enchère pour ce rang, 4) dans tous les cas, ne pas donner un coût par clic supérieur à la valeur nécessaire pour le respect des instructions, et 5) ne pas régler le coût par clic du listage d'une manière telle que l'application des instructions en cours des listages concurrents donne un résultat ne correspondant pas à ces instructions. Il est possible d'utiliser toutes combinaisons de listages des modes de réalisation à enchères fixes, à protection par l'emplacement, à protection par le prix, à protection par le prix et l'emplacement (PPP) et à protection multiple par le prix et l'emplacement (PPPP). Ce résultat peut être obtenu par transformation de tous les listages en une ossature PPP et par utilisation d'ossature PPP pour le résultat : 1) chaque listage de protection par l'emplacement peut être transformé en un listage équivalent PPP par affectation d'une enchère implicite supérieure à toutes les autres enchères ou coût par clic fixe, 2) chaque listage de protection par le prix peut être transformé en un listage PPP équivalent par affectation d'un rang voulu implicite égal à 1, 3) chaque listage PPP ayant une enchère et un rang peut être transformé en un listage PPPP équivalent avec une enchère et un rang par défaut (ou sans aucune spécification d'enchère et de rang autre que la valeur par défaut), et 4) chaque listage à coup par clic fixe peut être directement incorporé à l'ossature PPPP. Dans le présent mémoire, une "enchère" est le coût par clic maximal que le système peut établir pour l'annonceur pour le listage correspondant à un terme déterminé. Une enchère est déterminée comme valeur monétaire. Une enchère est associée à un rang voulu qui est un nombre ordinal. Pour la protection par le prix et l'emplacement (PPP), il existe une seule combinaison rang voulu/enchère. Pour la protection multiple par le prix et l'emplacement (PPPP), il peut exister plusieurs combinaisons de rangs voulus et d'enchères, l'une des combinaisons étant la valeur par défaut. Le coût par clic est ce que paye l'annonceur pour un clic effectué. Le coût par clic peut être inférieur à l'enchère pour le listage d'un terme de recherche. D'autres caractéristiques et avantages de l'invention seront mieux compris à la lecture de la description qui va suivre d'exemples de réalisation, faite en référence aux dessins annexés sur lesquels : la figure 1 est un diagramme synoptique représentant la disposition relative d'un réseau important, mettant en oeuvre le système et le procédé de création d'un résultat de recherche à paiement pour l'exécution selon l'invention ; la figure 2 est un tableau de menus, d'écrans d'affichage et d'écrans de saisie utilisés dans un mode d'exécution de l'invention ; la figure 3 est un ordinogramme illustrant l'opération d'enregistrement d'utilisateur annonceur exécutée dans un mode d'exécution de l'invention ; la figure 4 est un ordinogramme illustrant l'opération d'enregistrement d'un utilisateur administrateur dans un mode d'exécution de l'invention ; la figure 5 est un schéma de données d'enregistrement de compte utilisées dans un mode d'exécution de l'invention ; la figure 6 est un ordinogramme illustrant un procédé d'addition d'argent à un enregistrement de compte utilisé dans un mode d'exécution de l'invention ; la figure 7 représente un exemple de liste de résultat de recherche créée dans un mode d'exécution de l'invention ; la figure 8 est un ordinogramme illustrant une opération de changement d'enchère dans un mode d'exécution de l'invention ; la figure 9 représente un exemple d'affichage sur écran utilisé dans l'opération de changement d'enchère de la figure 8 ; les figures 10 à 30 et 32 à 39 sont des ordinogrammes illustrant le fonctionnement du système dans différents modes d'exécution ; et la figure 31 représente un espace de travail pour l'exécution des opérations sur les données dans une mémoire d'ordinateur. Des procédés et des systèmes de création d'un résultat de recherche par paiement à l'exécution, déterminé par un promoteur de site, tel qu'un annonceur, dans un système à réseau d'ordinateurs du type client-serveur sont décrits. La description qui suit permet à l'homme du métier de mettre en oeuvre et d'utiliser l'invention. A titre d'explication, une nomenclature spécifique est indiquée pour que l'invention puisse être bien comprise. Les descriptions d'applications spécifiques ne sont données qu'à titre d'exemples. Diverses modifications des modes de réalisation préférés apparaissent aux hommes du métier et les principes généraux définis peuvent s'appliquer à d'autres modes de réalisation et autres applications sans sortir du cadre et de l'esprit de l'invention. On se réfère maintenant aux dessins sur lesquels la figure 1 est un exemple d'un système distribué 10 ayant une architecture client-serveur, utilisé dans un mode d'exécution préféré de l'invention. Un "client" est un élément d'une classe ou d'un groupe qui utilise les services d'une autre classe ou d'un autre groupe auquel il n'est pas lié. Dans le contexte d'un réseau d'ordinateurs, tel qu'Internet, un client est un processus (c'est-à-dire approximativement un programme ou une tâche) qui demande un service donné par un autre processus appelé programme serveur. Le processus client utilise le service demandé sans avoir à connaître des détails d'exécution relatifs au reste du programme du serveur ou au serveur lui-même. Dans les systèmes en réseau, un processus client est exécuté habituellement sur un ordinateur qui a accès aux ressources partagées du réseau données par un autre ordinateur qui exécute un processus serveur correspondant. Cependant, il faut aussi noter qu'il est possible que le processus client et le processus serveur soient exécutés sur le même ordinateur. Un "serveur" est par exemple un système d'ordinateurs distants accessible par un support de communication, tel qu'Internet. Le processus client peut être actif dans un second système d'ordinateurs et peut communiquer avec le processus serveur par un milieu de communication qui permet à de multiples clients de tirer avantage des possibilités de regroupement d'informations du serveur. Le serveur agit donc essentiellement comme fournisseur d'informations pour un réseau d'ordinateurs. Le diagramme synoptique de la figure 1 représente donc un système distribué 10 ayant plusieurs ordinateurs clients 12, plusieurs serveurs web 14 d'annonceur, un serveur 22 de gestion de compte, et un serveur web 24 à moteur de recherche, qui sont tous connectés à un réseau 20. Le réseau 20 est appelé de façon générale dans la suite "Internet" . Bien que le système et le procédé selon l'invention soient utiles spécifiquement avec Internet, il faut comprendre que les ordinateurs clients 12, les serveurs web 14 d'annonceur, le serveur 22 de gestion de compte et le serveur web 24 à moteur de recherche peuvent être connectés par un certain nombre de types différents de réseaux. De tels réseaux peuvent comprendre des réseaux locaux (LAN), des réseaux étendus (WAN) et des réseaux régionaux atteints par l'intermédiaire de lignes téléphoniques, par exemple des services d'informations commerciales. Les processus clients et serveurs peuvent même comprendre des programmes différents qui s'exécutent simultanément sur un même ordinateur. Les ordinateurs clients 12 peuvent être des ordinateurs personnels classiques (PC), des stations de travail ou des systèmes d'ordinateurs de toutes autres dimensions. Chaque client 12 comprend par exemple un ou plusieurs processeurs, mémoires, dispositifs d'entrées-sorties avec une interface de réseau, par exemple un modem classique. Les serveurs web 14 d'annonceur, le serveur 22 de gestion de compte et le serveur web 24 de moteur de recherche peuvent avoir des configurations semblables. Cependant, les serveurs web 14 et d'annonceur, le serveur 22 de gestion de compte et le serveur web 24 de moteur de recherche peuvent comprendre chacun de nombreux ordinateurs connectés par un réseau privé séparé. En fait, le réseau 20 peut comprendre des centaines de milliers de réseaux individuels d'ordinateurs. Les ordinateurs clients 12 peuvent exécuter des programmes 16 de navigateurs web tels que les programmes navigateurs "Navigator", "Explorer" ou "Mosaïc" pour localiser les enregistrements aux pages web 30 conservées dans un serveur 14 d'annonceur. Les programmes navigateurs 16 permettent aux utilisateurs de saisir les adresses des pages web spécifiques 30 à récupérer. Ces adresses sont appelées adresses uniformes de ressource ou URL. En outre, lorsqu'une page a été récupérée, les programmes navigateurs 16 peuvent donner accès à d'autres pages ou enregistrements lorsque l'utilisateur "clique" sur des hyperliens reliés aux autres pages web. De tels hyperliens sont placés à l'intérieur des pages web 30 et donnent un moyen automatique de saisie des adresses URL d'une autre page par l'utilisateur et de récupération de cette page. Les pages peuvent être des enregistrements de données ayant des informations de texte normales ou peuvent être des contenus multimédia codés numériquement plus complexes, tels que des logiciels, des graphiques, des signaux d'audiofréquences, des séquences vidéo, etc. Dans un mode de réalisation préféré de l'invention indiqué sur la figure 1, les ordinateurs clients 12 communiquent par le réseau 20 avec divers fournisseurs d'informations de réseau, comprenant le serveur 22 de gestion comptable, le serveur 24 à moteur de recherche et des serveurs 14 d'annonceurs ayant la fonctionnalité donnée par le protocole de transfert d'hypertexte (HTPP), bien que d'autres protocoles de communication, tels que FTP, SNMP, TELNET et autres connus dans la technique puissent être utilisés. De préférence, le serveur 24 du moteur de recherche, le serveur 22 de gestion de compte et les serveurs 14 d'annonceurs sont placés dans le web. Comme décrit précédemment, deux types au moins de serveurs sont envisagés dans un mode de réalisation préféré de l'invention. Le premier serveur envisagé est un serveur 22 de gestion comptable qui comprend un support de mémorisation d'ordinateur 32 et un système de traitement 34. Une base de données 38 est conservée sur le support 32 de mémorisation du serveur 22. La base de données 38 contient des informations de compte d'annonceur. Il faut noter que la description qui suit du système et du procédé selon l'invention peut s'appliquer à un logiciel conservé sous forme d'instructions exécutables sur un support de mémorisation d'ordinateur, telles que les dispositifs à mémoire ou mémoire de masse, dans le serveur 22 de gestion comptable. Des programmes navigateurs classiques 16, exécutés sur les ordinateurs clients 12, peuvent être utilisés pour l'accès aux informations de compte d'annonceur conservées dans le serveur 22. De préférence, l'accès au serveur 22 est réalisé à travers un pare-feu, non représenté, qui protège les programmes de gestion de compte et de disposition des résultats de recherche et les informations comptables contre une falsification depuis l'extérieur. Une sécurité supplémentaire peut être donnée par renforcement de protocole de communication classique tel que HTTP de sécurité ou la couche à prises de sécurité SSL. Le second type de serveur envisagé est un serveur web 24 à moteur de recherche. Un programme de moteur de recherche permet aux utilisateurs d'un réseau, lors de la navigation vers les sites ou adresses URL du serveur web à moteur de recherche d'autres serveurs web de poser des questions aux serveurs 24 par l'intermédiaire du programme navigateur 16, par saisie de mots clés identifiant des pages intéressantes parmi les millions de pages disponibles sur le web. Dans un mode de réalisation préféré de l'invention, le serveur web 24 à moteur de recherche crée une liste de résultats de recherche qui comprend au moins en partie des inscriptions pertinentes obtenues et formatées avec les résultats du processus d'enchère exécuté par le serveur 22 de gestion de compte. Le serveur web 24 à moteur de recherche crée une liste de liens hypertexte vers des documents contenant des informations correspondant aux termes de recherche saisis par l'utilisateur dans l'ordinateur client 12. Le serveur web à moteur de recherche transmet cette liste, sous forme d'une page web, à l'utilisateur du réseau qui l'affiche sur le navigateur 16 exécuté dans l'ordinateur client 12. Un mode de réalisation actuellement préféré de serveur web à moteur de recherche peut être trouvé par navigation vers la page web à l'adresse URL http://www.got.com/. En outre, la page web ayant la liste des résultats de la recherche, dont un exemple est indiqué sur la figure 7, est décrite plus en détail dans la suite. Le serveur web 24 à moteur de recherche est connecté à Internet 20. Dans un mode de réalisation préféré de l'invention, le serveur 24 comprend une base de données 40 de recherche formée d'enregistrements de listages de recherche utilisés pour la création d'un résultat de recherche à la suite des demandes des utilisateurs. En outre, le serveur 24 peut aussi être connecté au serveur 22 de gestion de compte. Le serveur 22 peut aussi être connecté à Internet. Le serveur 24 et le serveur 22 selon l'invention s'adressent au besoin d'informations différentes des utilisateurs placées dans les ordinateurs clients 12. Par exemple, une catégorie d'utilisateurs des ordinateurs clients 12 peut être constituée par des fournisseurs d'informations de réseau, tels que des propriétaires ou promoteurs de sites web publicitaires ayant des pages web 30 d'annonceur placées sur des serveurs web 14 d'annonceur. Ces promoteurs de sites web publicitaires ou annonceurs peuvent avoir accès aux informations de compte résidant dans la mémoire 32 du serveur 22 de gestion de compte. Un promoteur de sites web publicitaires, grâce au compte du serveur 22, peut participer à un processus d'enchères concurrentielles avec d'autres annonceurs. Un annonceur peut enchérir sur un certain nombre de termes de recherche correspondant au contenu de son site web. Dans un mode de réalisation de l'invention, la pertinence du terme de recherche du site web de l'annonceur est déterminée par un processus éditorial manuel avant l'insertion du listage de recherche contenant le terme de recherche et l'adresse URL du site web d'annonceur dans la base de données 40. Dans un autre mode de réalisation de l'invention, la pertinence du terme de recherche objet d'une enchère dans un listage de recherche sur le site web correspondant peut être évaluée avec un programme d'ordinateur qui s'exécute dans le processeur 34 du serveur 22 de gestion de compte, le programme d'ordinateur évaluant le terme de recherche et le site web correspondant en fonction d'un ensemble de règles éditoriales préalablement déterminées. Les enchères les plus élevées ont une position plus avantageuse sur la page de liste de résultats de recherche créée par le moteur de recherche 24 lorsqu'une recherche sur le terme de recherche demandé par l'annonceur est exécutée. Dans un mode d'exécution préféré, l'enchère de l'annonceur comporte une valeur monétaire déduite du compte de l'annonceur chaque fois que le site web de l'annonceur est atteint par un hyperlien de la page de la liste des résultats de recherche. Un chercheur clique sur l'hyperlien avec un dispositif de saisie d'ordinateur pour déclencher une requête de restitution des informations associée à cette hyperlien de l'annonceur. De préférence, chaque accès ou clique sur un hyperlien de cette liste est redirigé par le serveur web 24 du moteur de recherche afin que le clic soit associé à l'identificateur de compte d'un annonceur. L'action de redirection, qui n'apparaît pas au chercheur, a accès aux informations d'identification de compte codées sur la page des résultats de recherche avant l'accès à l'adresse URL de l'annonceur, à l'aide de l'hyperlien cliqué par le chercher. Des informations d'identification de compte sont enregistrées dans le compte de l'annonceur avec les informations de requête de restitution comme événement de requête de restitution. Comme les informations obtenues par ce mécanisme finissent par relier un identificateur de compte à une adresse URL d'une manière qui n'est pas possible avec les enregistrements des systèmes serveurs classiques, des enregistrements précis du débit du compte sont conservés. De préférence, la description du site web de l'annonceur et l'hyperlien sur la page de la liste des résultats de recherche s'accompagne d'une indication du fait que le listage de l'annonceur est un listage payé. De préférence, chaque listage payé affiche un "coût pour l'annonceur" qui est la somme correspondant au "prix par clic" payée par l'annonceur pour chaque orientation sur le site de l'annonceur par l'intermédiaire de la liste des résultats de recherche. Une seconde catégorie d'utilisateur au niveau des ordinateurs clients 12 peut comprendre des chercheurs d'informations spécifiques sur le web. Ces chercheurs peuvent avoir accès, par leur navigateur 16, à une page web 36 du moteur de recherche qui réside dans le serveur web 24. Cette page 36 comprend une boîte de demande dans laquelle un chercheur peut dactylographier un terme de recherche comprenant un ou plusieurs mots-clés. Dans une variante, le chercheur peut demander au serveur web 24 par une boîte de demande reliée par un hyperlien au serveur web 24 et se trouvant sur une page web conservée à un serveur web distant. Lorsque le chercheur a terminé de saisir le terme de recherche, le chercheur peut transmettre la demande au serveur 24 par un clic sur un hyperlien ainsi introduit. Le serveur web 24 crée alors une page de liste de résultats de recherche et transmet la page au chercheur placé à l'ordinateur client 12. Le chercheur peut cliquer sur les liens d'hypertexte associés à chaque listage de la page de résultats pour avoir accès aux pages web correspondantes. Les liens hypertexte peuvent donner accès aux pages web n'importe où sur Internet et comportent des listages payés sur des pages web 12 d'annonceurs placées sur des serveurs web 14. Dans un mode de réalisation préféré de l'invention, la liste des résultats de recherche comprend aussi des listages non payés qui ne sont pas disposés comme résultats des enchères de l'annonceur et qui sont créés par un moteur classique de recherche du web tel que le moteur de recherche "Inktomi", "Lycos" ou "Yahoo!". Les liens hypertexte non payés peuvent aussi comprendre des liens indexés manuellement dans la base de données 40 par une équipe éditoriale. De préférence, les listings non payés suivent les listings payés sur la page des résultats de recherche. La figure 2 est un schéma représentant des menus, des écrans d'affichage et des écrans de saisie présentés pour l'accès de l'annonceur au serveur 22 de gestion de compte par l'intermédiaire d'un programme classique de navigateur 16. L'annonceur, par saisie de l'adresse URL du serveur 22 dans le programme navigateur 16 de la figure 1, appelle une application d'enregistrement décrite dans la suite et représentée par l'écran 110 de la figure 2, exécutée dans le système de traitement 34 du serveur 22. Lorsque l'annonceur est enregistré, le système de traitement 34 donne un menu 120 qui comprend un certain nombre d'options et d'autres services pour les annonceurs. Ces articles, qui sont décrits plus en détail dans la suite, provoquent l'appel de sousprogrammes destinés à l'exécution de la requête de l'annonceur ou à une demande d'autres informations avant l'exécution de la requête de l'annonceur. Dans un mode de réalisation de l'invention, l'annonceur peut avoir accès à plusieurs options par le menu 120, comprenant la demande du service client 130, l'observation des règles de l'annonceur 140, l'exécution de tâches d'administration 150 sur les comptes, l'addition d'argent sur le compte 160de l'annonceur, la gestion de la présence de publicité relative au compte dans le moteur de recherche 170 et l'observation des rapports d'activité 180. Une aide 190 qui est spécifique au contexte peut aussi être disponible dans le menu 120 et pour toutes les options précitées. La procédure d'enregistrement du mode de réalisation préféré de l'invention est représentée sur les figures 3 et 4 pour le type d'utilisateurs. La figure 3 représente les procédures d'enregistrement 270 d'un annonceur. La figure 4 représente les procédures d'enregistrement 290 d'un administrateur qui gère et exploite le système et le procédé de l'invention. Comme décrit précédemment, l'annonceur ou l'administrateur placé à un ordinateur client 12 doit d'abord utiliser un programme navigateur au pas 271 ou 291 pour avoir accès au serveur de gestion de compte. Lorsque l'annonceur navigue à l'adresse URL de la page d'enregistrement pour lancer l'opération d'enregistrement au pas 272 ou 292, le système 34 de traitement du serveur 22 appelle l'application d' enregistrement au pas 274 ou 294. Dans cette application, le processeur crée un écran de saisie 110 (figure 2) qui demande le nom et le mot de passe de l'utilisateur annonceur ou administrateur. Ces éléments d'informations sont transmis au pas 276 ou 296 à une application de sécurité connue pour l'authentification, en fonction des informations de compte conservées dans la base de données de la mémoire 32 du serveur 22. Comme l'indique la figure 3, lorsque l'utilisateur a été authentifié comme annonceur, l'annonceur reçoit l'écran de menu 120 de la figure 2 avec des privilèges limités d'accès en lecture-écriture uniquement pour le compte d'annonceur correspondant comme indiqué au pas 278. L'événement d'enregistrement d'annonceur 278 peut aussi être enregistré au pas 280 dans une structure de données d'audit faisant partie de l'enregistrement de compte d'annonceur dans la base de données. Le suivi d'audit est de préférence sous forme d'une série d'écriture dans la base de données 38, chaque écriture correspondant à un événement pendant lequel un enregistrement de compte d'annonceur est atteint. De préférence, les informations d'audit de l'enregistrement de compte peuvent être vues par le propriétaire du compte et d'autres administrateurs convenables. Cependant, si l'utilisateur est authentifié comme administrateur au pas 295 de la figure 4, l'administrateur a des privilèges spécifiés d'accès administratif à tous les comptes d'annonceur comme indiqué au pas 296. L'événement 296 d'enregistrement d'administrateur est enregistré au pas 297 dans la partie de structure de données d'audit de l'enregistrement de compte d'administrateur. Les données d'audit sont de préférence sous forme d'une série d'écritures dans la base de données 38 dans laquelle chaque écriture correspond à un événement d'accès à un enregistrement de compte d'administrateur. De préférence, les informations d'audit d'administrateur peuvent être observées par le propriétaire du compte et les autres administrateurs convenables. En outre, à la place du menu principal général d'annonceur présenté pour les utilisateurs annonceurs authentifiés au pas 282, l'administrateur authentifié reçoit au pas 298 un accès de recherche des comptes d'annonceur dans la base de données 38. De préférence, une interface de recherche dans la base de données est prévue pour l'administrateur afin qu'il puisse sélectionner un compte d'annonceur à contrôler. Par exemple, l'interface peut comprendre des boîtes de demande dans lesquelles l'administrateur peut saisir un numéro de compte ou un nom d'utilisateur ou un nom de contact correspondant au compte auquel il veut accéder. Lorsque l'administrateur sélectionne un compte à contrôler au pas 299, il passe à la page principale d'annonceur 120 de la figure 2 qui est aussi vue par les annonceurs. L'accès aux informations 32 de compte qui se trouvent dans le serveur 22 est limité aux utilisateurs ayant un enregistrement de compte dans le système et seuls ces utilisateurs ont un nom et mot de passe valide d'enregistrement. Les informations de nom d'enregistrement et de mot de passe sont conservées avec les autres informations de compte d'utilisateur dans la base de données 38 du serveur 22 comme indiqué sur la figure 1. Les informations de compte, avec le nom et le mot de passe d'utilisateur, sont saisies dans la base 38 de la figure 1 par une opération séparée d'enregistrement en ligne qui n'entre pas dans le cadre de l'invention. La figure 5 est un schéma représentant les types d'informations contenus dans chaque enregistrement 300 de compte d'annonceur dans la base de données. Un enregistrement 300 de compte d'annonceur contient d'abord un nom d'utilisateur 302 et un mot de passe 304 utilisé pour l'authentification en ligne comme décrit précédemment. L'enregistrement du compte contient aussi des informations 310 de contact (par exemple un nom de contact, un nom de société, une adresse avec une rue, un numéro de téléphone, une adresse électronique). Les informations 310 de contact sont de préférence utilisées pour diriger les communications vers l'annonceur lorsque celui-ci a demandé la notification d'événements clés d'annonceur avec l'option de notification décrite dans la suite. L'enregistrement 300 de compte contient aussi des informations de facturation (301) par exemple le solde actuel, des informations de carte de crédit. Les informations de facturation 320 comprennent des données obtenues lorsque l'annonceur sélectionne l'option d'ajouter de l'argent à son compte. Certaines informations de facturation, telles que le solde actuel, peuvent en outre déclencher des événements qui demandent une notification avec l'option de notification. La section de suivi d'audit 325 d'un enregistrement 300 contient une liste de tous les événements d'accès à l'enregistrement 300. Chaque fois qu'un enregistrement 300 est atteint ou modifié, par un administrateur ou un annonceur, une courte inscription indiquant l'accès et/ou la modification est annexée à la section d'audit 330du compte d'annonceur ou d'administrateur qui a déclenché l'événement. Les informations d'audit peuvent alors être utilisées pour faciliter l'obtention d'un historique des transactions du propriétaire du compte sous ce compte. La section 330 d'informations publicitaires contient des informations nécessaires pour l'exécution de l'opération de facturation en ligne, une position étant déterminée pour la description d'un site web et d'un hyperlien de la liste de résultats créée par le moteur de recherche. Les données publicitaires 330 de chaque compte 300 peuvent être organisées sous forme d'un ou plusieurs comptes auxiliaires 340. Chaque compte auxiliaire 340 comporte au moins un listage de recherche 344. Chaque listage correspond à une enchère sur un terme de recherche. Un annonceur peut utiliser les comptes auxiliaires pour organiser plusieurs enchères ou plusieurs termes de recherche ou organiser des enchères sur plusieurs sites web. Les comptes auxiliaires sont aussi particulièrement utiles pour les annonceurs qui veulent connaître les performances des segments ciblés du marché. La superstructure des comptes auxiliaires est introduite pour les bénéfices des annonceurs qui veulent organiser leurs efforts publicitaires, et n'affecte pas la mise en oeuvre de l'invention. Dans une variante, la section d'informations publicitaires ne comprend pas la couche supplémentaire d'organisation des comptes auxiliaires mais peut simplement comprendre un ou plusieurs listages de recherche. Le listage 344 de recherche correspond à une paire terme de recherche-enchère et contient des informations clés pour l'exécution des enchères concurrentielles en ligne. De préférence, chaque listage de recherche contient les informations suivantes : un terme de recherche 352, une description de site web 354, une adresse URL 356, une valeur d'enchère 358 et un titre 360. Le terme de recherche 352 comprend un ou plusieurs mots clés qui peuvent être des mots courants en anglais (ou en une autre langue). Chaque mot clé comprend à son tour une chaîne de caractères. Le terme de recherche est l'objet du processus d'enchère concurrentielle en ligne. L'annonceur sélectionne un terme de recherche pour une enchère correspondant au contenu de son site web. Dans un cas idéal, l'annonceur peut sélectionner un terme de recherche qui est ciblé afin qu'il ait une grande probabilité d'être saisi par les chercheurs qui recherchent des informations sur le site web de l'annonceur, bien que des termes de recherche moins courants puissent aussi être sélectionnés pour assurer une couverture large des termes de recherche pertinents pour les enchères. La description 354 du site web est une courte description sous forme d'un texte (de préférence de moins de 190 caractères) correspondant au contenu du site web de l'annonceur et peut être affiché comme saisie de l'annonceur dans la liste des résultats de recherche. Le listage 344 peut aussi contenir un titre 360 du site web qui peut être affiché comme entête d'hyperlien pour l'inscription de l'annonceur dans la liste des résultats de recherche. L'adresse URL 356 contient l'adresse de ressource uniforme du site web. Lorsque l'utilisateur clique sur l'hyperlien de l'écriture de la liste des résultats, l'adresse URL est transmise sur le programme navigateur. Celui-ci atteint alors le site web de l'annonceur par le mécanisme de redirection décrite précédemment. L'adresse URL peut aussi être affichée comme partie de l'inscription d'annonceur dans une liste de résultats de recherche. La valeur d'enchère 358 est de préférence une enchère monétaire de l'annonceur pour un listage. Cette valeur est déduite de l'acompte prépayé de l'annonceur ou est enregistrée sur les comptes facturés chaque fois qu'une recherche est exécutée par un utilisateur sur les termes de recherche correspondants et que l'hyperlien de la liste des résultats est utilisé pour que le chercheur atteigne le site web de l'annonceur. Enfin, une valeur du rang est une valeur créée dynamiquement, de préférence par le système 34 de traitement du serveur 22 de gestion de compte indiqué sur la figure 1, chaque fois qu'un annonceur introduit une enchère ou qu'un chercheur effectue une demande de recherche. La valeur durant du listage de recherche détermine l'emplacement de l'inscription de l'annonceur dans la liste de résultats créée lorsqu'une recherche correspondant au terme de recherche est exécutée. La valeur du rang est de préférence une valeur ordinale déterminée directement en fonction de la valeur d'enchère 358 et plus la valeur de l'enchère est élevée plus le rang est élevé et plus l'emplacement dans la liste de résultats est avantageux. De préférence, la valeur de rang 1 est affectée à l'enchère la plus élevée, avec des valeurs ordinales suivantes (par exemple 2,3, 4,...) associées aux rangs inférieurs successifs affectés aux enchères de plus en plus faibles. Après enregistrement, un annonceur peut effectuer un certain nombre de tâches simples indiquées dans le menu 120 de la figure 2, notamment l'observation d'une liste de règles et de directives pour les annonceurs, et la demande d'une aide du service client. Ces éléments provoquent l'appel de sous-programmes d'exécution de la requête. Par exemple, lorsque le service client" est sélectionné, un écran de saisie 130 est affiché pour que l'annonceur sélectionne le type de service client demandé. En outre, des formulaires peuvent être présentés sur l'écran 130pour que l'annonceur puisse donner un commentaire dans un formulaire de saisie pour le web. Lors de la sélection de "observation des règles d'annonceur", un sous-tiret programme est appelé par le système de traitement 34 du serveur 22 de la figure 1. Comme l'indique la figure 2, ce sous tiret programme affiche une page web 140 d'informations. Cette page 140 indique les règles d'annonceur actuellement utilisées (par exemple "toutes les descriptions de listage de recherche doivent être clairement liées au terme de recherche"). Le menu 120 de la figure 2 comprend aussi une sélection 150 de "administration de compte" qui permet à un annonceur notamment d'observer et de changer les informations de contact d'annonceur et les informations de facturation ou de remettre à jour le profil d'accès à l'annonceur le cas échéant. Des formulaires pour le web bien connus dans la technique et analogues à la description précédente sont utilisés pour la remise à jour des informations de compte. Le menu de "administration de compte" comprend aussi une sélection permettant à un annonceur de voir le déroulement historique des transactions de son compte. Pour la sélection de "voir l'historique des transactions", l'annonceur peut appeler des sous-programmes d'observations d'un listage des transactions antérieures (par exemple l'ajout sur le compte, l'ajout ou la suppression des termes de recherche d'enchère, ou le changement d'une enchère). D'autres sous-programmes peuvent être mis en oeuvre pour permettre aux annonceurs d'afficher l'historique des transactions d'un type spécifié ou qui se sont produites pendant un temps spécifié. Les informations des transactions peuvent être obtenues à partir de la liste d'audit 325 de la figure 5, décrite précédemment. Les boutons qui peuvent être cliqués peuvent être traités sous forme logiciel, par des formulaires web et/ou par des menus de manière connue dans la technique pour que les annonceurs spécifient leur restriction. En outre, le menu 150 de "administration de compte" de la figure 2 permet à un annonceur d'établir les options de notification. Pour cette sélection, l'annonceur peut choisir des options qui permettent au système de notifier à l'utilisateur des événements clés. Par exemple, l'annonceur peut établir une option telle que le système transmet des messages électroniques classiques à l'annonceur lorsque le solde du compte est tombé au-dessous d'un niveau spécifié. De cette manière, l'annonceur peut recevoir un "avertissement" d'avoir à remplir le compte avant que celui-ci ne soit suspendu (indiquant que les listages de l'annonceur n'apparaissent plus dans les listes de résultats de recherche). Un autre événement clé qui peut être notifié à l'annonceur est un changement de position du listage d'annonceur dans la liste des résultats créés pour un terme de recherche particulier. Par exemple, un annonceur peut souhaiter que le système transmette un message électronique classique lorsque son enchère est dépassée par un autre annonceur pour un terme de recherche particulier (indiquant que le listage de l'annonceur apparaît plus bas dans la page de liste de résultats que précédemment) . Lorsque l'un des événements clés spécifié par le système se produit, une recherche dans la base de données est déclenchée pour chaque listage de recherche affectée. Le système exécute alors un sous-programme convenable de notification correspondant aux options de notification spécifiées dans le compte d'annonceur. On revient à la figure 2 ; sélection apparaît aussi dans le menu 120 et permet à l'annonceur d'ajouter de l'argent sur son compte si bien qu'il a suffisamment d'argent sur son compte pour payer les réorientations vers le site par l'intermédiaire de la page des résultats. De préférence, seuls les annonceurs ayant de l'argent sur leur compte peuvent avoir des listages payés compris dans des listes quelconques de résultats de recherche. De préférence, les annonceurs qui correspondent à certains critères choisis d'affaire peuvent sélectionner, à la place d'un solde positif en permanence, le paiement de frais concernant leur solde avec paiement de facturation à intervalles réguliers reflétant les frais correspondant aux réorientations réelles sur le site d'annonceur crée par le moteur de recherche. Ce processus est exécuté lorsque la sélection de "ajouter de l'argent au compte" est appelée comme représenté plus en détail sur la figure 6 en commençant au pas 602. Lorsque la sélection "ajouter de l'argent au compte" est cliquée au pas 604, une fonction est appelée et reçoit des données identifiant l'annonceur avec récupération du compte de l'annonceur dans la base de données. Le processus d'exécution mémorise alors les informations de facturation par défaut de l'annonceur et affiche les informations de facturation par défaut pour l'annonceur au pas 606. Les informations affichées comportent une somme à ajouter par défaut, un type de paiement par défaut et des informations d'instruments par défaut. Dans le mode de réalisation préféré de l'invention, un annonceur peut ajouter les fonds en ligne et pratiquement en temps réel par utilisation d'une carte de crédit, bien que l'utilisation d'autres types de paiement entre dans le cadre de l'invention. Par exemple, dans un autre mode de réalisation, les annonceurs peuvent ajouter de l'argent à leur compte par transfert de la somme voulue d'un compte en banque de l'annonceur par l'intermédiaire d'un mécanisme de vérification électronique de fond connu dans la technique sous le nom de carte de débit, comme décrit par exemple dans le brevet des Etats-Unis d'Amérique n 5 724 424 de Gifford. Dans un autre mode de réalisation de l'invention, des annonceurs peuvent ajouter des fonds à leur compte avec des chèques classiques en papier. Dans ce cas, les fonds supplémentaires peuvent être remis à jour dans la base de données d'enregistrement par saisie manuelle. Les informations des instruments comprennent d'autres détails relatifs au type de paiement. Par exemple, pour une carte de crédit, l'information d'instruments peut comprendre des données de nom de carte de crédit (par exemple "MasterCard", "Visa" ou "American Express"), le numéro de carte de crédit, la date d'expiration de la carte de crédit, et les informations de facturation de la carte de crédit (par exemple nom et adresse de facturation) . Dans un mode de réalisation préféré de l'invention, seul un numéro partiel de carte de crédit est affiché pour l'annonceur, par raison de sécurité. Les valeurs par défaut affichées pour l'annonceur sont obtenues à partir d'un état persistant, par exemple conservées dans la base de données de comptes . Dans un mode de réalisation de l'invention, les valeurs des informations mémorisées de facturation peuvent comprendre des valeurs établies en dernier par l'annonceur (c'est-à-dire le plus récemment) lors de l'addition d'argent réalisée sur le compte de l'annonceur. Les informations de facturation par défaut sont affichées pour l'annonceur dans un formulaire de type web. L'annonceur peut cliquer les boîtes convenables de saisie de texte sur le formulaire web et peut changer les informations de facturation par défaut. Lorsque l'annonceur a terminé les changements, il peut cliquer sur le bouton de l'hyperlien "validation" du formulaire pour demander au système de remettre à jour les informations de validation et le solde actuel au pas 608. Lorsque l'annonceur a demandé une remise à jour, une fonction est appelée par le système et valide les informations de facturation données par l'annonceur et les affiche pour confirmation par l'annonceur comme indiqué au pas 610. Les informations de confirmation sont affichées sous forme non réinscriptible et ne peuvent pas être changées par l'annonceur. L'étape de validation est réalisée de la manière suivante. Lorsqu'un paiement doit être débité d'un compte extérieur de l'annonceur, le paiement peut être authentifié, autorisé et réalisé dans le système décrit dans le brevet précité des Etats-Unis d'Amérique n 5 724 424. Cependant, si le type de paiement est une carte de crédit, un algorithme de validation est appelé par le système et valide le numéro de carte de crédit par un procédé tel que décrit dans le brevet des Etats-Unis d'Amérique n 5 836 241 de Stein et Al. L'algorithme de validation valide aussi la date d'expiration pour une comparaison directe avec la date et l'heure actuelle du système. En outre, la fonction mémorise les nouvelles valeurs dans une instance temporaire avant confirmation par l'annonceur. Lorsque l'annonceur détermine que les données affichées sont convenables, il peut cliquer le bouton de confirmation sur la page pour indiquer que le compte doit être remis à jour au pas 612. Le pas 612 appelle une fonction du système qui ajoute de l'argent au solde convenable du compte, qui remet à jour les informations de facturation de l'annonceur et qui annexe les informations de facturation à l'historique des paiements de l'annonceur. Les informations mises à jour de l'annonceur sont conservées à un état persistant (par exemple dans la base de données d'enregistrement de compte) à partir de l'instance temporaire. Au cours de la fonction appelée au pas 612, une fonction de paiement par carte de crédit peut être appelée par le système au pas 614. Dans un autre mode de réalisation de l'invention, d'autres fonctions de paiement, par exemple par carte de débit, peuvent être appelées par définition de types multiples de paiement qui dépendent de la valeur remise à jour du type de paiement. Lorsque le type de paiement est une carte de crédit, le compte de l'utilisateur est crédité immédiatement au pas 616, la carte de crédit ayant déjà été validée au pas 610. Un écran indiquant l'état de la transaction d'addition d'argent est affiché et indique un numéro de transaction et un nouveau solde reflétant la somme ajoutée par la transaction qui vient d'être terminée avec la carte de crédit. Dans un autre mode de réalisation de l'invention, lorsque l'argent a été ajouté au compte, la somme ajoutée au compte peut être affectée entre des comptes auxiliaires à la fin du processus d'addition d'argent au pas 616. Si l'annonceur n'a pas de compte auxiliaire, toute la somme du compte est affectée de façon générale. Cependant, si l'annonceur a plusieurs comptes auxiliaires, le système affiche un message de confirmation et de défaut indiquant à l'annonceur d'assurer l'affectation entre les comptes auxiliaires. La sélection au menu de l'affectation de l'argent entre les comptes auxiliaires peut être appelée lorsque de l'argent est ajouté au compte de l'annonceur après le pas 616 de la figure 6 ou peut être appelée dans le menu de gestion de compte 170 représenté sur la figure 2. Ce menu 170 est accessible à partir de la page principale 120 d'annonceur représentée sur la figure 2. Cette sélection du menu d'affectation d'argent entre les comptes auxiliaires permet à l'annonceur d'affecter le solde actuel et les soldes en cours au compte de l'annonceur entre les comptes auxiliaires. Le système remet à jour les soldes des comptes auxiliaires. Les affectations de solde actuelles sont réalisées en temps réel alors que les affectations de solde en cours sont conservées à un état persistant. Un sousprogramme est appelé pour la remise à jour des soldes des comptes auxiliaires pour refléter les affections au cours de solde lorsque le paiement du solde en cours est traité. Une notification automatique peut être transmise à l'annonceur à ce moment le cas échéant. L'affectation et la gestion intuitive des comptes en ligne permet aux annonceurs de gérer rapidement et efficacement leur budget publicitaire en ligne. Les annonceurs peuvent remplir leur compte par défaut et affecter leur budget en une seule session commode de type web. La réalisation sur ordinateur élimine la saisie manuelle longue et coûteuse des transactions sur le compte d'annonceur. Le sous-programme d'affectation d'argent entre les comptes auxiliaires commence lorsqu'un annonceur indique son intention de placer de l'argent par appel à la sélection convenable du menu aux points d'exécution indiqué précédemment. Lorsque l'annonceur annonce son intention d'affecter, le système appelle une fonction de détermination du fait que des fonds sont en attente dans le solde actuel (c'est-à-dire des crédits non activés) qui n'ont pas encore été affectés aux comptes auxiliaires et affiche des options de sélection de solde. Dans un mode de réalisation préféré de l'invention, une instance de compte est créée et un champ de compte de solde actuel en cours est établi à partir de l'état persistant. S'il n'existe pas de fond non alloué, le système peut afficher les soldes actuels disponibles pour le compte et pour chaque compte auxiliaire. L'annonceur distribue alors le solde entre les sous-comptes et soumet une demande de remise à jour des soldes. Une fonction appelée calcule et affiche le total actuel des soldes des comptes auxiliaires. Ce total actuel est conservé comme variable temporaire placée dans la somme des soldes de tous les comptes auxiliaires de l'annonceur spécifié. Cette fonction valide aussi les nouveaux soldes disponibles des comptes auxiliaires afin qu'il soit certain que le total ne dépasse pas la somme autorisée. Lorsque les nouveaux soldes de comptes auxiliaires disponibles, réglés par l'annonceur, ne dépassent pas la somme autorisée, une fonction est appelée pour la remise à jour de tous les soldes des comptes auxiliaires à l'état persistant et pour l'affichage de la remise à jour sous forme non modifiable. Lorsque des fonds n'ont pas été affectés avec le solde en cours, ces fonds doivent être affectés séparément à partir du solde actuel disponible. Les fonds sont alors ajoutés au solde disponible lorsque les fonds sont reçus. Cette fonction doit demander à l'annonceur de choisir entre l'affectation des fonds en cours et l'affectation des fonds disponibles. La sélection de l'affectation des fonds en cours est analogue à l'affectation des fonds disponibles indiqués précédemment. Lorsque l'annonceur choisi d'affecter les fonds en cours, un sous-programme affiche les soldes actuels en cours pour le compte et les comptes auxiliaires. L'annonceur distribue les soldes des comptes auxiliaires en cours entre les campagnes et soumet une demande de remise à jour des soldes. Un fonction calcule et affiche les totaux actuels des soldes des comptes auxiliaires en cours. Cette fonction valide aussi les nouvelles affectations aux comptes auxiliaires afin qu'il soit certain que les affectations ne dépassent pas une somme autorisée. La somme actuelle des affectations en cours est réglée sur la somme des soldes actuels pour tous les comptes auxiliaires de l'annonceur. Si les nouveaux soldes de comptes auxiliaires ou la somme des soldes ne dépasse pas la somme autorisée, la fonction remet à jour toutes les affectations des comptes auxiliaires en cours à l'état persistant, par exemple au compte de l'annonceur dans la base de données, et affiche la remise à jour à un format non modifiable. Comme indiqué précédemment et comme représenté sur la figure 2, un sous-programme qui affiche le menu 170 de gestion des comptes peut être appelé par le menu principal 120 d'annonceur. Mis à part la sélection décrite pour l'affectation d'argent entre les comptes auxiliaires, les autres sélections utilisent toutes dans une certaine mesure les listages de recherche présents dans le compte d'annonceur dans la base de données et peuvent aussi affecter l'inscription de l'annonceur dans la liste des résultats de recherche. Ainsi, il est maintenant nécessaire de décrire plus en détail la liste de résultats de recherche créée par le moteur de recherche. Lorsqu'un chercheur distant a accès à la page de demande de recherche dans le serveur web 24 du moteur de recherche et exécute une requête de recherche par la procédure déjà décrite, le serveur web 24 crée et affiche de préférence une liste de résultats de recherche dans laquelle une inscription "canonique" dans un champ de terme de recherche de chaque listage de recherche de la liste de résultats correspond exactement à la demande de terme de recherche canonique saisie par le chercheur distant. La mise à l'état canonique des termes de recherche utilisés dans les demandes et les listages de recherche supprime les irrégularités courantes entre les termes de recherche saisis par les chercheurs et les promoteurs de site web, telles que les majuscules et les pluriels, afin que des résultats pertinents soient obtenus. Cependant, d'autres schémas de détermination d'un accord entre le champ du terme de recherche du listage et la demande de terme de recherche saisi par le chercheur distant entre le cadre de l'invention. Par exemple, des algorithmes d'adaptation de chaînes connus dans la technique peuvent être utilisés pour créer un accord lorsque les mots-clés du terme de recherche du listage de recherche et de la demande de terme de recherche ont la même racine mais ne sont pas exactement les mêmes (par exemple calcul et calculateur). Dans une variante, une base de données de synonymes peut être conservée dans le serveur web 24 du moteur de recherche afin que des accords puissent être obtenus avec un terme de recherche ayant des synonymes. Des méthodologies de localisation peuvent aussi être utilisées pour affiner certaines recherches. Ainsi, une recherche pour "boulangerie" ou "magasin d'épicerie" peut être limitée aux annonceurs ayant un code de ville choisi ou un code choisi de zone téléphonique. Ces informations peuvent être obtenues par recoupement avec la base de données de comptes d'annonceur conservée dans la mémoire 32 dans le serveur 22 de gestion de compte. Enfin, des méthodologies d'internationalisation peuvent être utilisées pour affiner les recherches dans le cas d'utilisateurs qui sont en dehors des Etats-Unis d'Amérique. Par exemple, des résultats de recherche par pays ou par langue peuvent être créés, en référence à la base de données de comptes d'annonceur par exemple. Un exemple d'affichage de liste des résultats de recherche utilisé dans un mode de réalisation de l'invention est représenté sur la figure 7 qui représente plusieurs premières inscriptions résultant d'une recherche pour l'expression "zip drives". Comme l'indique la figure 7, une seule inscription, telle que l'inscription 710a d'une liste de résultats de recherche, est formée d'une description 720 du site web, comprenant de préférence un type et une courte description de texte, avec un hyperlien 730 qui, lorsqu'il est cliqué par un chercheur, dirige le navigateur du chercheur sur l'adresse URL où se trouve le site web décrit. L'adresse URL 740 peut aussi être affichée dans l'inscription 710a de liste de résultats de recherche comme l'indique la figure 7. Un clic sur un article formant un résultat de recherche se produit lorsque le chercheur qui observe l'affichage 710 de l'article du résultat de recherche de la figure 7 sélectionne ou clique l'hyperlien 730 de l'affichage 710 de l'article. Pour que le clic soit réalisé, le clic du chercheur doit être enregistré par le serveur de gestion de compte et renvoyé vers l'adresse URL de l'annonceur par l'intermédiaire du mécanisme de redirection décrit précédemment. Des inscriptions 710a à 710h de la liste des résultats de recherche peuvent aussi indiquées la valeur durant dans le listage de la recherche de l'annonceur. La valeur durant est une valeur ordinale, de préférence un nombre, créée et affectée au listage par le système de traitement 34 de la figure 1. De préférence, la valeur durant est affectée d'un processus logiciel qui établit une association entre l'enchère, le rang et le terme de recherche du listage. Ce processus regroupe tous les listages correspondant à un terme de recherche particulier, tri les listages dans l'ordre des enchères de la plus haute à la plus faible, et affecte une valeur durant à chaque listage dans l'ordre. L'enchère la plus élevée a le rang le plus haut, l'enchère la plus élevée suivante a le rang suivant, jusqu'à l'enchère la plus faible qui reçoit le rang le plus faible. De préférence, le rang le plus élevé est un 1 et les valeurs ordinales croissent ensuite (par exemple 2,3, 4, ...) et sont affectées pour les rangs décroissants. La corrélation entre le rang et l'enchère est illustrée sur la figure 7 sur laquelle chaque inscription 710a à 710f de la liste payée affiche l'enchère 750a à 750f de l'annonceur pour cette inscription. De préférence, lorsque deux listages ayant le même terme de recherche ont aussi la même enchère, celle qui a été reçue en premier a le rang le plus élevé. Les listages non payés 710g et 710h n'indiquent pas d'enchère et sont affichés après le listage payé de plus faible rang. De préférence, les listages non payés sont affichés lorsqu'il existe un nombre insuffisant de listage pour remplir les 40 emplacements de la page de résultats de recherche. Les listages non payés sont créés par un moteur de recherche qui utilise une base de données distribuées par objectif et des algorithmes de recherche par texte connus dans la technique. Un exemple d'un tel moteur de recherche peut être mis en oeuvre par Inktomi Corporation. La demande originale de recherche saisie par le chercheur distant est utilisée pour la création des listages non payés par l'intermédiaire du moteur de recherche classique. Comme l'indique le menu 170 de gestion de campagne de la figure 2, plusieurs choix sont présentés à l'annonceur pour la gestion des listages de recherche. D'abord, lorsqu'il sélectionne le changement d'enchère, l'annonceur peut choisir l'enchère des listages actuellement dans le compte. Le processus appelé par le système pour la fonction de changement d'enchère est représenté sur la figure 8 . Lorsque l'annonceur indique son intention de changer les enchères par sélection de l'option du menu de changement d'enchère, le système recherche le compte d'utilisateur dans la base de données et affiche les listages pour tout le compte ou à un compte auxiliaire par défaut du compte d'annonceur comme indiqué au pas 810. Les listages de recherche peuvent être regroupés dans des comptes auxiliaires définis par l'annonceur et peuvent comprendre un ou plusieurs listages de recherche. Un seul compte auxiliaire peut être affiché à un moment donné. L'affichage doit aussi permettre de préférence à l'annonceur de changer le compte auxiliaire sélectionné comme indiqué sur la figure 815. L'affichage de l'écran représente alors les listages de recherche pour le compte auxiliaire sélectionné comme indiqué au pas 820. La figure 9 représente un exemple d'affichage d'écran présenté à l'annonceur au pas 810 qu'on décrit dans la suite. Pour le changement d'enchère, l'utilisateur annonceur peut spécifier de nouvelles enchères pour les termes de recherche pour lesquelles l'annonceur a déjà une enchère existante, par saisie d'une nouvelle valeur d'enchère dans un nouveau champs de saisie d'enchère pour le terme de recherche. Les changements d'enchères saisis par l'annonceur sont affichés pour celui-ci au pas 820 de la figure 8 comme décrit précédemment. Pour que les enchères soient remises à jour sur la page affichée, l'annonceur demande, au pas 830 de la figure 8, la remise à jour du résultat des changements. L'annonceur peut transmettre une telle requête au serveur de gestion de compte par divers moyen, notamment par un clic sur un dessin graphique de bouton. Comme l'indique le pas 840 de la figure 8, après réception de la demande de remise à jour des enchères de l'annonceur, le système calcule les nouvelles enchères actuelles pour chaque listage affiché, les rangs et l'enchère nécessaires pour former le listage du rang le plus élevé correspondant au champ du terme de recherche. De préférence, le système présente alors un affichage des changements au pas 850. Lorsque l'utilisateur a confirmé les changements, le système remet à jour l'état persistant en écrivant les changements de compte dans la base. Les données de listage de recherche sont affichées sous forme de tableau, chaque listage correspondant à une rangée du tableau 900. Le terme de recherche 902 est affiché dans la colonne de gauche et est suivi de l'enchère actuelle 904 et du rang actuel 906 du listage. Le rang actuel est suivi d'une colonne 907 qui indique l'enchère nécessaire pour avoir le premier rang, définie comme enchère nécessaire pour que le listage occupe le premier rang pour le terme de recherche affiché. La colonne la plus à droite de chaque rangée comprend un nouveau champ de saisie d'enchère 908 qui est mis initialement à la valeur de l'enchère actuelle. Comme représenté sur la figure 9, les listages de recherche peuvent être affichés sous forme de "comptes auxiliaires" . Chaque compte auxiliaire comprend un groupe de listage de recherche avec plusieurs comptes auxiliaires dans un compte d'annonceur. Chaque compte auxiliaire peut être affiché sur une page séparée d'affichage ayant une page séparée. L'annonceur doit pouvoir de préférence changer le compte auxiliaire affiché par manipulation d'un menu déroulant 910 sur l'affichage de la figure 9. En outre, des groupes de listage qui ne peuvent pas être complètement affichés sur une page peuvent être séparés dans des pages vues individuellement par manipulation du menu déroulant 920. L'annonceur doit aussi pouvoir de préférence modifier la page affichée par un clic direct sur un menu déroulant 920 placé sur la page d'affichage de la figure 9. L'annonceur peut spécifier une nouvelle enchère pour un listage affiché par saisie d'une nouvelle enchère dans le champ 908 de saisie de nouvelle enchère pour le listage de recherche. Pour que le résultat des changements saisis par l'annonceur soit remis à jour, l'annonceur clique un bouton graphique 912 pour transmettre une demande de remise à jour au serveur de gestion de compte qui remet à jour les enchères comme décrit précédemment. De nombreuses autres sélections du menu de gestion de compte 170 de la figure 2 sont des variantes de la fonction précitée de changement d'enchère. Par exemple, si l'annonceur sélectionne l'option de changement de rang, il peut avoir un affichage analogue à celui de celui de la figure 9 qui correspond pour le changement d'enchère. Cependant, dans l'option de changement de rang, le champ de nouvelle enchère est remplacé par un champ de nouveau rang dans lequel l'annonceur saisit la position du nouveau rang voulu pour le terme de recherche. Après la demande de remise à jour des rangs par l'utilisateur, le système calcule un nouveau prix d'enchère par divers algorithmes facilement disponibles pour l'homme du métier. Par exemple, le système peut appeler un sous-programme qui détermine le listage de recherche dans la base de données de recherche ayant la combinaison voulue du rang et du terme de recherche, puis récupère l'enchère associée à la combinaison et calcule une enchère qui est supérieure de N centimes, par exemple N = 1. Après que le système a calculé la nouvelle enchère et présenté l'affichage de confirmation non modifiable à l'annonceur, le système remet à jour les prix d'enchères et les valeurs des rangs, lors de la réception de l'accord de l'annonceur. La sélection de la modification des éléments de listage dans le menu de gestion de compte 170 de la figure 2 peut aussi créer un affichage analogue à celui de la figure 9. Lorsque l'annonceur sélectionne l'option de modification des éléments de listage, il peut saisir des changements d'adresse URL, de titre ou de description d'un listage de recherche à l'aide de formulaires web établis pour chaque listage de recherche. Comme dans le processus précité, les formulaires d'adresse URL, de titre et de description peuvent avoir des champs qui contiennent initialement les anciennes valeurs d'adresse URL, de titre et de description comme valeurs par défaut. Lorsque l'annonceur saisit les changements voulus, il peut transmettre la demande au système pour la remise à jour des changements. Le système affiche alors un écran de confirmation non modifiable et écrit les changements à l'état persistant (par exemple dans la base de données de comptes d'utilisateur) après approbation des changements par l'annonceur. Un processus analogue à celui qu'on vient de décrire peut être exécuté pour le changement d'autres options de périphériques liées au listage de recherche, par exemple au changement des options d'accord liées à un terme de recherche objet d'une enchère. Les nouveaux calculs d'enchère ou de rang nécessaire au changement peuvent aussi être déterminés comme dans le processus décrit précédemment. Pour l'option de suppression de termes de recherche objet d'une recherche, le système récupère tous les listages de recherche du compte d'annonceur et affiche les listages avec une organisation et un format analogues à l'affichage de la figure 9. Chaque inscription du listage de recherche peut comprendre, à la place du champ de nouvelle enchère, une boîte à cocher par l'annonceur. L'annonceur clique pour placer une coche X près de chaque terme de recherche à supprimer, bien que tout autre dispositif de sélection d'un ou plusieurs articles d'une liste dans une page web puisse être utilisé. Lorsque l'annonceur a sélectionné tous les listages de recherche à supprimer et a demandé la remise à jour des changements par le système, celui-ci présente une confirmation non modifiable des changements demandés et remet à jour le compte d'annonceur uniquement après que celui-ci a approuvé les changements. Les listages de recherche "supprimés" sont supprimés de la base de données 3 6 de recherche et n'apparaissent pas dans les recherches ultérieures. Cependant, le listage de recherche reste dans l'enregistrement de compte d'annonceur pour le contrôle des activités de facturation et de tenue de compte. Dans l'option d'addition d'un terme de recherche objet d'une enchère, le système permet à l'annonceur de disposer d'un affichage ayant un certain nombre de champs de saisie correspondant aux éléments d'un listage de recherche. L'annonceur saisit alors dans chaque champ les informations correspondant à l'élément respectif de listage de recherche, y compris le terme de recherche, l'adresse URL du site web, le titre du site web, la description du site web, et la valeur de l'enchère, ainsi que toutes les autres informations pertinentes. Lorsque l'annonceur a terminé à saisie des données et a indiqué ce fait au système, celui-ci renvoie un écran de confirmation non modifiable pour l'utilisateur. le système crée alors une nouvelle instance de listage de recherche et l'écrit dans la base de données de comptes et la base de données de recherche après réception de l'approbation de l'annonceur. De préférence, le menu de gestion de compte 170 de la figure 2 permet la sélection par l'annonceur de suggestions sur le terme de recherche objet d'une enchère. Dans ce cas, l'annonceur saisit un terme de recherche objet d'une enchère dans une boîte de demande commandée par formulaire et affichée pour l'annonceur. Le système lit le terme de recherche saisie par l'annonceur et crée une liste de termes de recherche liés supplémentaires pour faciliter la détermination par l'annonceur des termes de recherche pertinents pour le contenu du site web de l'annonceur. De préférence, les termes de recherche supplémentaires sont créés par des procédés tels qu'un algorithme d'adaptation de chaînes appliqué à une base de données des termes de recherche objets d'enchère et/ou une base de données de référence sous forme logiciel. L'annonceur peut sélectionner les termes de recherche pour les enchères sur la liste créée par le système. Dans ce cas, le système affiche pour les annonceurs les champs de saisie décrits comme sélection d'addition d'un terme de recherche soumis à enchère, avec un formulaire de saisie d'un listage de recherche pour chaque terme de recherche choisi. De préférence, le terme de recherche choisi est inséré comme valeur par défaut du formulaire pour chaque listage de recherche. Les valeurs par défaut des autres éléments du listage de recherche peuvent aussi être insérées dans les formulaires le cas échéant. Le menu 170 de gestion de compte de la figure 2 donne aussi de préférence aux annonceurs la possibilité d'une sélection de prévision de dépense. Dans cette sélection, l'annonceur spécifie un listage de recherche ou un compte auxiliaire pour lequel il veut prévoir un débit journalier et des jours restants avant expiration. Le système calcule les prévisions à l'aide d'un algorithme de prévision de coût et affiche les prévisions pour l'annonceur sur un écran non modifiable. Les prévisions peuvent être calculées avec un certain nombre d'algorithmes différents connus dans la technique. Cependant, comme le coût d'un listage de recherche est calculé par multiplication de l'enchère par le nombre total de clics reçus par le listage de recherche avec cette enchère pendant une période spécifiée, tout algorithme de prévision de coût doit déterminer de façon générale un nombre estimé de clic par mois (ou pour une autre période) pour un listage de recherche. Les clics sur un listage de recherche peuvent être suivis par un mécanisme de comptage logiciels connu dans la technique. Les clics de tous les listages logiciels peuvent être suivis au cours du temps, ces données pouvant être utilisées pour la création de nombres estimés de clics par mois global et pour des termes de recherche individuels. Pour un terme de recherche particulier, un nombre estimé de recherche par jour est déterminé et est multiplié par le coût d'un clic. Ce produit est alors multiplié par le rapport du nombre moyen de clics par le nombre moyen d'impressions pour le rang du listage de recherche concerné afin qu'un débit journalier soit obtenu. Le solde actuel peut être divisé par le débit journalier pour l'obtention d'un nombre prévu de jours avant l'épuisement ou "expiration" des fonds du compte. Un mode de réalisation de l'invention fait reposer l'algorithme de prévision des coûts sur un simple modèle de prévision qui suppose que tous les termes de recherche ont des comportements semblables. Ce modèle suppose que le rang du listage de recherche d'annonceur reste constant et ne fluctue pas au cours du mois. Cet algorithme a l'avantage d'être simple à mettre en oeuvre et de calcul rapide. Le modèle de prévision repose sur le fait que le débit de clics, par exemple le nombre total de clics ou de réorientation, pour un listage particulier d'un chercheur, est considéré comme étant fonction du rang de listage de recherche. Le modèle suppose donc que la courbe d'utilisation de chaque terme de recherche, c'est-à-dire la courbe obtenue lorsque le nombre de clics d'un listage de recherche est porté en fonction du rang du listage de recherche, est analogue à la courbe d'utilisation pour tous les termes de recherche. Ainsi, les valeurs connues extrapolées au cours du temps pour la somme de tous les clics de tous les termes de recherche, la somme de tous les clics d'un rang donné pour tous les termes de recherche et la somme de tous les clics pour les termes de recherche sélectionnés peuvent être utilisées comme proportion simple pour la détermination de la somme de tous les clics pour un rang donné pour les termes de recherche sélectionnés. La somme journalière estimée de tous les clics pour les termes de recherche sélectionnés au rang sélectionné est alors multipliée par l'enchère actuelle d'annonceur pour le terme de recherche à ce rang pour la détermination d'une prévision de dépense journalière. En outre, lorsque des classes de termes de recherche ou des termes de recherche particuliers sont connus pour présenter des différences importantes par rapport au diagramme général, des valeurs de correction spécifiques du terme de recherche, de l'annonceur ou d'autres paramètres peuvent être introduits pour un accord fin de l'estimation de coût prédit. Enfin, le menu 170 de gestion de compte de la figure 2 permet plusieurs sélections d'observations d'informations relatives aux campagnes d'annonceur. La sélection d'observations d'informations de compte auxiliaire indique des informations non modifiables sur le compte auxiliaire choisi. La sélection de l'observation de la liste des termes de recherche indique la liste des termes de recherche sélectionnés par l'annonceur avec les adresses URL, les prix d'enchère et rangs correspondants, les termes de recherche étant de préférence regroupés par compte auxiliaire. L'annonceur peut aussi voir les enchères supérieures actuelles pour un ensemble de termes de recherche sélectionnés dans une liste de termes de recherche sur un affichage non modifiable créé par le système à la réception des termes demandés de recherche par l'annonceur. Pour un annonceur qui doit avoir un rapport plus étendu sur l'activité de listage de recherche, l'option d'observation de rapport peut être sélectionnée dans la page principale d'annonceur 120 de la figure 2. Dans un mode de réalisation de l'invention, les options d'observation de rapport créées des rapports étendus pour une période pouvant atteindre un an avant la date actuelle. Ainsi, des rapports journaliers sont disponibles pour chacun des sept jours immédiatement précédents, les rapports hebdomadaires sont disponibles pour les quatre semaines précédentes, les rapports mensuels sont disponibles pour les douze mois précédents, et les rapports de trimestre sont disponibles pour les quatre derniers trimestres. Des rapports supplémentaires peuvent aussi être mis à disposition suivant l'intérêt d'un annonceur. D'autres types de rapports prédéfinis peuvent comprendre l'activité suivie pendant les périodes suivantes : depuis l'ouverture du compte, un an de date à date, l'année, le trimestre précédent, le mois précédent, et la semaine précédente. Des catégories de rapports peuvent comprendre des rapports détaillés qui peuvent être vus par le compte d'annonceur, par des listages de recherche et par des adresses URL, et un rapport résumé qui peut être vu par un compte d'annonceur et par un compte auxiliaire. Les rapports peuvent comprendre des données d'identification telles que le nom de compte et d'acompte auxiliaire de l'annonceur, les dates couvertes par le rapport et le type de rapport. En outre, les rapports peuvent comprendre des données clés de compte de listage de recherche, telles que le solde actuel, le solde actuel en cours, le débit quotidien moyen du compte, et le débit de fonctionnement. En outre, les rapports peuvent aussi comprendre les données clés telles que les termes de recherche, les adresses URL, les enchères, les rangs actuels et les nombres de clics ainsi que les nombres de recherches effectuées pour le terme de recherche, le nombre d'impressions (nombre de fois où le listage de recherche apparaît dans une liste de résultats de recherche) et un débit de clics (défini comme étant le rapport du nombre de clics au nombre d'impressions). De préférence, le rapport est disponible au moins dans les options d'observations en HTML pour l'observation par un programme navigateur, par impression ou par téléchargement. Il faut cependant noter que d'autres options peuvent être disponibles, par exemple de "Adobe Acrobat", "PostScript", de texte ASCII, de format d'échange de tableur (par exemple CSV, délimité par tabulation) ainsi que d'autres formats bien connus. Lorsque l'annonceur a sélectionné l'option d'observation de rapport, le système appelle une fonction d'affichage d'une liste de type de rapport, date, catégorie et option d'observation disponible. Le système crée de préférence une instance de rapport avec les champs suivants qui sont tous initialisés à une valeur nulle : le type de rapport, la date du rapport, la catégorie du rapport et l'observation d'observation. Comme l'annonceur a défini les paramètres décrits, le système appelle une fonction de création du rapport demandé en fonction des paramètres réglés par l'annonceur, et pour afficher le rapport d'après le paramètre d'option d'observation. Enfin, un mode de réalisation préféré de l'invention met en oeuvre une option d'aide spécifique au contexte que peut appeler l'annonceur à tout moment lorsqu'il s'est enregistré. L'option d'aide peut être sous forme d'une petite icône ou d'un bouton de la page d'affichage créée par le système. L'annonceur peut cliquer sur le bouton ou l'icône de la page d'affichage pour appeler l'aide et le système crée affiche alors une page d'aide liée à la fonction d'affichage particulière qu'observe l'utilisateur. L'aide peut être réalisée sous forme de page affichée séparément, d'un indexe permettant une recherche, de boîtes de dialogue ou par tout autre procédé bien connu. Les figures 10 à 29 représentent un ordinogramme illustrant l'exploitation du système décrit précédemment. Les opérations illustrées par les figures 10 à 29 et décrites dans la suite peuvent être exécutées par logiciel, de façon matérielle ou par une combinaison des deux. Dans un mode de réalisation, les opérations décrites peuvent être exécutées avec un ou plusieurs codes de programme fonctionnant avec le serveur 22 de gestion de compte qui comprend la base de données 38 et le serveur web 24 à moteur de recherche qui comprend la base de données de recherche 40 (figure 1). Dans une variante, les codes de programme peuvent être distribués parmi plusieurs dispositifs de calcul et des installations associées de mémorisation ayant accès aux listages mémorisés de recherche et aux requêtes de recherche reçus des chercheurs. L'algorithme suivant présente un premier mode de réalisation. Le serveur web 24 à moteur de recherche forme un moteur de recherche et la base de données 38 forme une base de données qui peut être cherchée par le moteur de recherche et qui contient plusieurs listages de recherche. Certains listages de recherche au moins sont associés à des annonceurs. Ces listages d'annonceur comprennent de façon générale un terme de recherche spécifié par l'annonceur et, pour certains listages au moins, une enchère associée au terme de recherche et à l'annonceur. Le listage contient un coût par clic actuel et un coût maximal par clic qui peut être facturé à l'annonceur. Ce coût maximal par clic est aussi appelé valeur d'enchère. Les listages de recherche d'annonceur comprennent aussi un rang voulu par l'annonceur. Après réception d'une demande de recherche provenant d'un chercheur et correspondant au terme de recherche du listage de recherche de l'annonceur, le listage est présenté ou affiché avec d'autres résultats correspondants de recherche pour le chercheur. La position du listage de recherche dans les résultats est commandée par le coût par clic qui est déterminé pour l'enchère et le rang voulu. Si le chercheur clic ensuite sur le listage de l'annonceur et provoque ainsi la redirection du navigateur du chercheur sur l'adresse URL associée au listage de recherche, le coût par clic peut être facturé à l'annonceur. Un compte de l'annonceur peut subir la déduction du coût du clic, les crédits peuvent être réduits ou toute autre mesure de comptabilité convenable peut être prise. Dans des modes de réalisation particuliers, un élément horodaté, une enchère ou un rang voulu peuvent aussi être associés à un listage de recherche d'annonceur. L'élément horodaté indique la date et l'heure de mémorisation ou de création ou de dernière remise à jour du listage de recherche par l'annonceur. L'enchère indique le coût maximal par clic que l'annonceur accepte de payer pour un clic d'un chercheur. Le rang voulu reflète la position ordinale dans les résultats de recherche affichés pour le chercheur et préférée par l'annonceur. Le fonctionnement du système et le procédé associé sont décrits dans la suite. Chaque annonceur a un agent qui agit pour son compte. L'agent est un sous-programme ou un code de programme qui peut être appelé ou invoqué afin qu'il soit exécuté sur un processeur pour l'accomplissement des fonctions décrites. L'agent peut être un agent d'emploi universel, qui fonctionne pour n'importe lequel d'un certain nombre d'annonceurs utilisant des informations spécifiques à cet annonceur. Dans une variante, l'agent peut être spécifique de l'annonceur, et il peut conserver et traiter des informations d'entrée et de sortie échangées avec l'annonceur et qui agissent uniquement lors d'un appel de remise à jour du compte de l'annonceur ou d'autres informations. L'agent reçoit une instruction relative au rang et à l'enchère voulus (coût maximal par clic) pour un listage de recherche. L'agent peut recevoir ces instructions directement de l'annonceur par un processus de saisie de données et de rapport, ou il peut être activé par une autre application, par exemple qui fonctionne sur le serveur de gestion de compte 22 (figure 1) . Ainsi, un processeur qui travaille avec un agent met en oeuvre un procédé de gestion des listages de recherche dans une base de données de recherche. Ce procédé comprend la mémorisation d'un ou plusieurs listages de recherche pour un annonceur, chaque listage comprenant de façon générale un terme de recherche, un coût par clic, un coût maximal par clic ou enchère et un rang voulu. Chaque listage peut être affiché dans un rang d'affichage avec d'autres listages en fonction du coût par clic. Le rang d'affichage est la position relative d'un listage affiché. Le procédé comprend en outre la réception et la mémorisation d'informations d'enchère d'annonceur et l'ajustement automatique du coût par clic pour des listages de recherche sélectionnés lorsque l'enchère de listages sélectionnés varie. Ce procédé peut être mis en oeuvre par un programme ayant un ou plusieurs dispositifs à code de programme mettant en oeuvre les fonctions décrites. Le système de gestion de compte décrit précédemment peut être utilisé par un annonceur pour la gestion du compte d'annonceur, comprenant les listages. Le système peut mettre en oeuvre un procédé qui comprend la mémorisation d'un ou plusieurs listages pour un annonceur, chaque listage étant associé à un terme de recherche. Le procédé comprend en outre la réception d'informations d'identification d'annonceur d'un listage de recherche et un coût maximal par clic ou enchère pour le listage. Les informations d'identification peuvent être par exemple le terme de recherche associé au listage identifié. Les informations sont par exemple conservées dans une base de données de recherche ou dans une base de données de gestion de compte ou dans les deux. Ensuite, le système de gestion de compte détermine un coût par clic pour le listage identifié d'après l' enchère ou d'autres listages de recherche qui comprennent le terme de recherche associé au listage identifié. Dans une variante du procédé, un rang voulu est reçu de l'annonceur et le rang voulu est utilisé pour la détermination du coût par clic du listage de recherche identifié. Dans un autre mode d'exécution du procédé, à la place de la réception du coût maximal par clic de l'annonceur, le procédé comprend la réception d'informations d'identification du listage et un rang voulu pour le listage identifié provenant de l'annonceur. Le rang voulu est alors utilisé pour la détermination d'un coût par clic du listage identifié. Les agents décrits précédemment permettent l'exécution d'une gestion automatique des listages de recherche dans une base de données de recherche. Le procédé comprend la mémorisation de plusieurs listages de recherche pour un annonceur. Le procédé comprend la réception, depuis l'annonceur, d'une désignation d'un ou plusieurs listages de recherche dont le coût par clic doit être automatiquement ajusté d'après les variations de coûts par clic d'autres listages associés à des termes de recherche parmi ceux qui sont désignés. Grâce aux agents ou tout autre dispositif convenable, le procédé comprend l'ajustement automatique du coût par clic pour le listage ou les listages de recherche désignés. L'activation d'un agent est illustrée sur la figure 10. Le processus commence au bloc 1000, l'agent d'un annonceur est activé de temps à autre. Cette activation peut être périodique, aléatoire ou suivant toute autre synchronisation. Au bloc 1002, une liste A est établie et contient tous les annonceurs qui ont souscrit au service ou qui l'utilise, sous la forme d'une protection par le prix et l'emplacement. Une boucle commence au bloc 1004. D'abord, une variable x est affectée à l'annonceur suivant de la liste A. Au bloc 1006, le processus attend une certaine période. Comme noté, cette période peut être aléatoire, fixe ou de toute valeur convenable. Au bloc 108, une procédure annonceur (x) est appelée. Cette procédure est décrite plus en détail dans la suite en référence à la figure 11. Dans cette procédure, l'agent examine l'état des coûts par clic existant pour les listages concurrents et détermine s'il est possible d'ajuster le coût par clic du listage de l'annonceur pour atteindre les buts de celui-ci. Tous les agents de l'annonceur sont de préférence activés normalement et avec pratiquement avec la même fréquence afin qu'aucun annonceur ne se distingue des autres par des avantages ou inconvénients particuliers dus au traitement. Le procédé de la figure 10 peut être réalisé suivant le pseudocode indiqué. Procédure de programmation et appel d'agents () A étant la liste de tous les annonceurs avec protection par le prix et l'emplacement début de boucle Affecte x à l'annonceur suivant dans A (parcours cyclique vers l'avant jusqu'à ce que la fin soit atteinte) ; attente pendant un temps aléatoire ou fixe traitement d'annonceur (x) ; fin de boucle ; fin de procédure ; La figure 11 est un ordinogramme d'un exemple de procédure de traitement d'annonceur de la figure 10. Cette procédure commence au bloc 1100. Au bloc 1102, la procédure effectue d'abord une copie de travail des coûts par clic actuels. Il peut exister un certain nombre de valeurs intermédiaires des coûts par clic dans la copie de travail, qui ne se reflètent pas dans le système qui fonctionne. Le travail sur des copies séparées de travail isole le système d'exploitation des valeurs temporaires introduites dans la procédure. Lorsque l'agent d'un annonceur est activé, il vérifie au bloc 1104 si le coût par clic de son listage doit être ajusté. Sur la figure 11, le test est une détermination du fait que le rang actuel de l'annonceur est supérieur au rang voulu. Une procédure de détermination d'un rang d'annonceur est décrite dans la suite en référence à la figure 12. Au bloc 1106, le coût par clic est accru lorsque le listage a un plus mauvais rang que le rang voulu et s'il est possible d'augmenter le rang par augmentation du coût par clic sans dépasser la limite de coût par clic fixée par l'enchère spécifiée par l'annonceur pour le listage de recherche. On décrit dans la suite un exemple de procédure d'augmentation du coût par clic en référence à la figure 13. D'autre part, au bloc 1108, le coût par clic est réduit lorsque le listage a un rang meilleur que le rang voulu par l'annonceur ou s'il est possible de réduire le coût par clic sans avoir un rang plus mauvais que le rang actuel. Un exemple de procédure de réduction du coût par clic est indiqué dans la suite en référence à la figure 16. On suppose dans ce cas qu'un rang est meilleur lorsqu'il s'agit d'un rang supérieur si bien qu'un listage de recherche est affiché plus haut ou plutôt dans les résultats présentés au chercheur à la suite de sa demande. Avec cette hypothèse, le meilleur rang est égal à 1, désignant le premier listage de recherche présenté au chercheur. De préférence, le coût par clic ne peut pas être réduit au-dessous du coût par clic minimal. Dans un mode de réalisation, le coût par clic minimal est égal à 0,01 $. D'autres valeurs de coût minimal par clic peuvent être utilisées. A la fin de la procédure de la figure 11, lorsque les coûts par clic convenables sont établis, ils sont copiés dans le système réel d'exploitation au bloc 1110. Un rang de listage est calculé automatiquement avec la copie de travail de son coût par clic et son élément horodaté. La procédure se termine au bloc 812. La procédure de la figure 11 peut être réalisée avec le pseudocode suivant. Procédure de traitement d'annonceur(annonceur) Faire copie de travail de tous les coûts par clic ; si le rang (listage) > rang voulu(listage) augmenter coût par clic(listage) ; sinon réduire coût par clic(listage) ; fin de si ; copier les coûts par clic de travail à la place des coûts par clic réels ; fin de procédure La figure 12 est un ordinogramme d'un exemple de procédure de rang(annonceur) de la figure 11. Cette procédure calcule le rang d'un listage d'après son coût par clic et son élément horodaté. La procédure commence au bloc 1200. Au bloc 1202, tous les listages correspondants à un terme commun de recherche sont triés par leur coût par clic actuel. Dans le mode de réalisation représenté, les listages sont triés par ordre décroissant du coût par clic et du plus ancien au plus récent élément horodaté. Tout tri commode peut être utilisé. Au bloc 1204, pour chaque groupe de listage ayant le même coût par clic, les listages sont triés d'après les valeurs horodatées. Les éléments horodatés indiquent la date et l'heure de mémorisation ou de création ou de dernière remise à jour du listage par l'annonceur. Dans le mode de réalisation représenté, les listages sont triés du plus ancien au plus récent par élément horodaté. Au bloc 1206, la procédure revient au sous-programme appelant la position du listage d'annonceur dans la liste triée après le tri du bloc 1204. La procédure se termine au bloc 1208. La procédure de la figure 12 peut être représentée par le pseudocode suivant. Procédure rang(listage) Trier tous les listages 1) par coût par clic(> vers La figure 13 est un ordinogramme d'un exemple de procédure d'accroissement du coût par clic(annonceur) de la figure 11. Le procédé de la figure 13 a pour objet d'augmenter le coût par clic d'un listage d'ordinateur pour améliorer son rang jusqu'à la valeur voulue, sans dépasser l'enchère ou coût maximal par clic. Cette procédure commence au bloc 1300. Au bloc 1302, le coût par clic de l'annonceur est affecté aux valeurs égales au coût par clic minimal pour le rang actuel de l'annonceur. La procédure de coût par clic minimal pour le rang actuel est décrite dans la suite en référence à la figure 147. Le bloc 1304 détermine si le rang d'annonceur dépasse le rang voulu. La procédure de rang(annonceur) de la figure 12 peut être utilisée pour l'obtention des informations de rang d'annonceur nécessaire à cette comparaison. Si le rang du listage est inférieur ou égal au rang voulu, la commande passe au bloc 1312 et la procédure se termine. Si la comparaison de bloc 1304 donne un résultat affirmatif au bloc 1306, deux variables correspondant au meilleur rang et au meilleur coût par clic sont affectées et ont des valeurs égales à celles qui sont renvoyées par la procédure de meilleur rang et coût par clic suivants dont un mode d'exécution est décrit en référence à la figure 15. Le bloc 1308 détermine si la valeur d'un meilleur coût par clic est inférieure ou égale à une enchère ou coût maximal par clic d'annonceur. Dans le cas contraire, la commande passe au bloc 1312 et la procédure se termine, le meilleur coût par clic est inférieur ou égal au coût maximal par clic pour le listage de recherche, au bloc 1310, et le coût par clic d'annonceur pour le listage de recherche est affecté comme étant la valeur du meilleur coût par clic. Ainsi, le coût par clic pour le listage est ajusté jusqu'à ce qu'il dépasse tous les autres coûts par clic du listage, à moins que le coût par clic ajusté ne dépasse le coût par clic maximal pour le listage de recherche. Le résultat est un coût par clic qui dépasse le coût par clic le plus élevé suivant de la valeur minimale du coût par clic. La procédure de la figure 13 peut être exécutée suivant le pseudocode indiqué. Procédure d'accroissement de coût par clic(listage) Affecte coût par clic(listage) - coût par clic minimal pour rang actuel (listage) ; Boucle si rang(listage) affecte meilleur rang/meilleur coût par clic meilleur rang et coût par clic(listage) suivant ; si meilleur coût par clic > enchère(listage) sort de boucle ; autrement affecte coût par clic(listage) = meilleur coût par clic ; fin de si ; fin de si ; fin de boucle ; fin de procédure ; La figure 14 est un ordinogramme illustrant un exemple de procédure de coût par clic minimal pour rang actuel. *Cette procédure calcule le coût par clic minimal pour un listage d'annonceur nécessaire au maintien de son rang actuel. La procédure commence au bloc 1400. Au bloc 1402, le fait qu'il existe des listages de rangs plus mauvais est déterminé, les rangs plus mauvais étant les rangs moins apparents correspondent à des nombres ordinaux plus élevés. S'il n'existe pas de tel listage, au bloc 1404, la procédure revient à la valeur du coût par clic minimale comme coût par clic minimal pour le rang actuel. La commande passe alors au bloc 1418 et la procédure se termine. Au bloc 1406, s'il existe des listages à des rangs plus mauvais, la variante x est affectée à l'annonceur au rang plus mauvais suivant. Le bloc 1408 détermine si le coût par clic d'annonceur est égal au coût par clic du listage de recherche. Si la réponse est positive, au bloc 410, la procédure renvoie le coût par clic pour le listage comme coût par clic minimal pour le rang actuel. La commande passe alors au bloc 1408 et la procédure se termine. Lorsque le coût par clic d'annonceur n'est pas égal au coût par clic de listage de recherche au bloc 1408, le bloc 1412 détermine si l'élément horodaté d'annonceur au rang plus mauvais suivant est supérieur ou postérieur à l'élément horodaté du listage de recherche. Si la réponse est positive, au bloc 1414, la procédure renvoie le coût par clic d'annonceur x comme coût par clic minimal pour le rang actuel. La commande passe alors au bloc 1418 et la procédure se termine. Dans le cas contraire, au bloc 1407, la procédure renvoie le plus petit des coûts par clic pour le listage et pour l'annonceur x avec augmentation de la valeur minimale pour prise en compte d'un listage, qui, dans cet exemple est égale à 0,01 $. La procédure se termine au bloc 1418. La procédure de la figure 14 peut être réalisée avec le pseudocode suivant. Procédure coût par clic minimal pour rang actuel(listage) Si aucun listage à des rangs plus mauvais renvoie coût par clic minimal ; sinon affecte x = listage du rang plus mauvais suivant si coût par clic(x) = coût par clic(listage) renvoie coût par clic(listage) ; sinon si élément horodaté(x) > élément horodaté(listage) renvoie coût par clic(x) ; sinon renvoie pour coût par clic minimal(listage), coût par clic(x) + 0,01 $ ; fin de si fin de si ; fin de procédure La figure 15 est un ordinogramme d'un exemple d'exécution de la procédure de meilleur rang et coût par clic suivants. Cette procédure calcule le meilleur rang suivant auquel peut se trouver un listage d'annonceur et le coût par clic minimal pour ce meilleur rang suivant. Il est possible que le meilleur rang suivant ne soit pas inférieur au rang actuel. Ceci peut se produire lorsqu'il existe plusieurs listages au coût par clic supérieur suivant. Si le coût par clic de listage est changé à la valeur supérieure suivante, le listage est inséré en position d'après son élément horodaté. Si l'élément horodaté du listage est le plus ancien, il présente le meilleur rang pour ce nouveau coût par clic, et saute sur les rangs intermédiaires. Si l'élément horodaté du listage est le dernier, il a le pire des rangs pour le nouveau coût par clic, si bien que son rang ne change pas en fait. Le listage peut avoir d'autres rangs compris entre ces deux extrêmes, suivant l'élément horodaté et les éléments horodatés des autres listages. La procédure commence au bloc 1500. Au bloc 1502, le coût par clic original variable se voit affecter la valeur du coût par clic actuel pour le listage de recherche. Au bloc 1504, le nouveau coût par clic variable se voit affecter la valeur du coût par clic original variable. Au bloc 1506, le rang original variable se voit affecter la valeur du rang actuel du listage. Au bloc 1508, un test détermine s'il existe des listages à plus grand coût par clic. Lorsque la réponse est négative, la dérivation négative est suivie et la commande passe au bloc 1516. S'il existe des listages de coût par clic supérieurs, au bloc 1510, le nouveau coût par clic variable progresse du coût par clic minimal pour dépasser un listage, de 0,01 $ dans cet exemple. Au bloc 1512, le nouveau rang variable est affecté à la valeur du rang du listage ayant le nouveau coût par clic. La procédure de rang décrite précédemment à la figure 12 peut être utilisée. Au bloc 1514, un test compare un nouveau rang variable au rang original. Si les deux valeurs sont égales, la commande revient au bloc 1510. La procédure reste dans la boucle des blocs 1510,1512, 1514 jusqu'à ce qu'un nouveau rang supérieur au rang original soit obtenu pour le listage. Lorsque le nouveau rang est obtenu, la commande passe du bloc 1514 au bloc 1516 auquel la variable de nouveau rang est mise à la valeur du rang du listage ayant le nouveau coût par clic. La procédure de rang décrite précédemment en référence à la figure 12 peut encore être utilisée. Au bloc 1518, la procédure renvoie le nouveau rang et les nouvelles valeurs de coût par clic et la procédure se termine au bloc 1520. La procédure de la figure 15 peut être représenté par le pseudocode suivant. Procédure meilleur rang et coût par clic suivant(listage) affecte coût par clic original = coût par clic( listage) ; affecte nouveau coût par clic = coût par clic original ; affecte rang original = rang(listage) ; s'il existe un listage à coût par clic supérieur boucle affecte nouveau coût par clic = nouveau coût par clic + 0,01 $ ; affecte nouveau rang rang(listage) ayant nouveau coût par clic ; si nouveau rang > rang original sortie de boucle ; fin de si ; fin de boucle fin de si ; affecte nouveau rang rang(listage) ayant nouveau coût par clic ; renvoie nouveau rang/nouveau coût par clic ; fin de procédure ; La figure 16 est un ordinogramme illustrant un exemple de procédure de réduction du coût par clic. Cette procédure tente de réduire le coût par clic d'un listage d'annonceur pour réduire son rang au rang voulu sans aller au-dessous du coût par clic minimal. La procédure commence au bloc 1600. Au bloc 1602, le coût par clic du listage de recherche se voit affecter la faveur du coût par clic minimal possible pour le rang actuel. La procédure décrite précédemment en référence à la figure 14 peut être utilisée. Un test est exécuté au bloc 1604 pour déterminer si le coût par clic du listage actuel correspond à la valeur minimale du coût par clic. Si la réponse est positive, le coût par clic pour le listage ne peut pas être réduit et la procédure se termine au bloc 1612. Si le coût par clic du listage actuel ne correspond pas à la valeur du coût par clic minimal, le bloc 1606 détermine si le rang du listage de recherche actuel est inférieur au rang voulu pour le listage de recherche, comme spécifié par l'annonceur. La procédure de rang décrite précédemment en référence à la figure 12 peut être utilisée. Si le rang du listage de recherche actuel est supérieur ou égal au rang voulu, le coût par clic n'est pas réduit et la procédure se termine au bloc 1612. Si le rang du listage de recherche actuel est inférieur au rang voulu, la paire de variables constituées par le rang plus petit et le coût par clic plus petit sont des valeurs affectées à la procédure de rang et coût par clic inférieurs suivants, décrite dans la suite en référence à la figure 17. Le coût par clic du listage actuel de recherche est alors établi à une valeur égale à la valeur du coût par clic plus réduit. La commande revient alors au bloc 1602 et la boucle est à nouveau traitée pour la détermination du fait que le coût par clic peut être réduit à nouveau. La procédure de la figure 16 peut être exécutée par le pseudocode suivant. Procédure de réduction de coût par clic(listage) boucle affecte coût par clic(listage) = coût par clic minimal pour rang actuel(listage) ; si coût par clic(listage) = coût par clic minimal sortie de boucle ; sinon si rang(listage) > = rang voulu(listage) sortie de boucle sinon affecte rang La figure 17 est un ordinogramme illustrant un exemple de procédure du rang inférieur suivant. Cette procédure calcule le rang inférieur suivant que peut avoir un listage d'annonceur et un coût par clic pour ce rang inférieur suivant. Il est possible que le rang inférieur suivant ne soit pas le rang actuel plus un. Ceci peut se produire lorsqu'il existe plusieurs listings au coût par clic inférieur suivant. Si l'on modifie le coût par clic du listage à cette valeur inférieure suivante, le listage est inséré en position d'après l'élément horodaté. Si l'élément horodaté du listage est le plus ancien, il a le meilleur rang pour le nouveau coût par clic, c'est-à-dire que son rang ne change pas en fait. Si l'élément horodaté du listage est le dernier, il a le plus mauvais rang pour ce nouveau coût par clic et saute ainsi des rangs intermédiaires. Les listages peuvent avoir d'autres rangs entre ces deux valeurs extrêmes suivant l'élément horodaté et les éléments horodatés des autres listages. La procédure commence au bloc 1700. au bloc 1702, le coût par clic original est affecté à la valeur du coût par clic du listage de recherche actuel. Au bloc 1704, la valeur du nouveau coût par clic variable est affectée à la valeur du coût par clic original. Au bloc 1706, le rang original est conservé avec la valeur du rang actuel du listage. Au bloc 1708, le fait qu'il existe des listages de plus faibles coûts par clic est déterminé. Si le rang et le coût par clic du listage ne peuvent pas être abaissés et, au bloc 1710, le nouveau coût par clic est à la valeur minimale du coût par clic, et la commande passe au bloc 1718. S'il existe un listage à coût par clic inférieur, au bloc 1712, la valeur du nouveau coût par clic est réduite du coût par clic minimal de 0,01 $ pour dépasser un listage. Au bloc 1714, la valeur du nouveau rang est mise au rang du listage ayant le coût par clic égal à la valeur du nouveau coût par clic. Au bloc 1716, la valeur du nouveau rang est comparée à la valeur du rang original. Si les valeurs sont égales, le rang du listage n'a pas été réduit et la commande revient au bloc 1712. La procédure reste dans la boucle qui comprend les blocs 1712,1714, 1716 jusqu'à ce que le rang du listage ait été réduit. Lorsque le rang du listage a changé, la valeur du nouveau rang est affectée au bloc 1718 au rang du listage ayant le coût par clic de valeur égale à celle du nouveau coût par clic. Au bloc 1720, la procédure renvoie les valeurs du nouveau rang et du nouveau coût par clic. La procédure sort au bloc 1722. La procédure de la figure 17 peut être réalisée par le pseudocode suivant. Procédure de rang et coût par clic inférieurs suivants (listage) affecte coût par clic original = coût par clic(listage) ; affecte nouveau coût par clic = coût par clic original ; affecte rang actuel = rang(listage) ; lorsqu'aucun listage avec coût par clic inférieur affecte nouveau coût par clic = coût par clic minimal ; sinon boucle affecte nouveau coût par clic = nouveau coût par clic - 0,01 $ ; affecte nouveau rang = rang(listage) ayant nouveau coût par clic ; si nouveau rang Dans le mode de réalisation des figures 10 à 17 qui concernent la protection par le prix et l'emplacement, le système et le procédé affectent les coûts par clic des listages à leurs valeurs idéales à raison d'un annonceur à la fois. Il s'agit d'une boucle sans fin comme l'indique la figure 10 sur laquelle le système attend un temps aléatoire ou périodique puis agit pour les annonceurs successifs. Le réglage du coût par clic pour un annonceur ne peut pas modifier les buts des autres annonceurs. Il s'agit d'un inconvénient car les coûts par clic des listages peuvent osciller lorsque le système agit pour les annonceurs successifs. Dans un second mode de réalisation, les coûts par clic idéaux de tous les listages sont établis en même temps. De plus, dans cette seconde variante, le coût par clic d'un listage n'est réduit que lorsque le système peut garantir qu'aucun autre listage ayant une protection par le prix et l'emplacement ne peut présenter une augmentation du coût par clic pour chasser l'annonceur de son rang actuel d'après les instructions actuelles de tous les annonceurs concurrents. On décrit dans la suite comment exécuter ces seconds modes de réalisation. On décrit d'abord le principe des listages de recherche concurrents. Ce principe est utilisé pour déterminer s'il convient de réduire le coût par clic d'un listage de recherche, connaissant le listage de recherche qui se trouve au-dessous. Lorsqu'un listage est concurrent du listage placé au-dessous, il n'est pas possible de réduire son coût par clic au-dessous de l'enchère (coût par clic maximal) du listage inférieur. Un listage de recherche L1 ayant le rang actuel C1 est un concurrent d'un autre listage placé au-dessous L2 au rang actuel C2 = Ci + 1, écrit sous forme d'un concurrent (L1, L2' Ci) lorsque : 1) L1 veut se trouver à son rang actuel ou un rang meilleur que son rang actuel, 2) L2 se trouve à un plus mauvais rang que son rang voulu (les listages à coût par clic fixe ont un rang implicite voulu égal à 1). Ainsi, le concurrent(L1,L2,C1) existe lorsque C1 a le rang voulu (L1) et C2 est supérieur au rang voulu (L2) . Chaque listage de recherche ayant une protection par le prix et l'emplacement a au moins une enchère au coût par clic maximale, un rang voulu et un coût par clic. Certains listages de recherche peuvent n'avoir qu'un rang voulu et certains peuvent avoir uniquement un coût par clic fixe ou maximal. Un listage à coût par clic fixe à un rang implicite voulu égal à 1. Le coût par clic et l'élément horodaté d'un listage déterminent son rang actuel. Ainsi, si le concurrent(L1,L2,C1) existe, le listage de recherche L1 ne veut pas se trouver à un rang plus mauvais. Si le listage de recherche L2 a un coût par clic fixe, le coût par clic du listage de recherche L1 ne peut pas être réduit au-dessous de ce coût par clic fixe. Lorsque le listage de recherche L2 est un listage de recherche ayant une protection par le prix et l'emplacement, le coût par clic de L1 ne peut pas réduit au-dessous de l'enchère correspondant au coût par clic maximal de L2 car, dans le cas contraire, le coût par clic de L2 pourrait être augmenté pour chasser L1 de son rang voulu. La figure 18 est un ordinogramme d'un exemple de procédure de calcul des coûts par clic idéaux pour tous les listages de recherche, compte-tenu du coût par clic maximal ou enchère et du rang voulu pour tous les listages. Pour chaque terme, ceci ne doit être réalisé que lorsqu'un annonceur change manuellement un coût par clic fixe ou un annonceur introduit un nouveau listage de recherche à protection par le prix et l'emplacement ou change l'enchère d'un listage de recherche existant protégé par le prix et l'emplacement. La procédure établit temporairement les coûts par clic de tous les listages ayant une protection par le prix et l'emplacement (PPP) à leur valeur maximale puis réduit ces coûts par clic pour essayer de placer chaque listage à son rang idéal, en commençant par le plus bas rang voulu, et en remontant vers le rang voulu le plus élevé. La procédure commence au bloc 1800. Au bloc 1802, le système réalise une copie de travail de toutes les inscriptions de coût par clic qui peuvent être affectées afin que la copie actuellement installée dans le système ne soit pas affectée par des variations temporaires dues à la mise en oeuvre de la procédure. Au bloc 1804, une procédure d'affectation du coût par clic maximal est appelée. Cette procédure est décrite dans la suite en référence à la figure 19. Au bloc 1806, une procédure de réduction au minimum du coût par clic à la valeur idéale est appelée. Cette procédure est décrite dans la suite en référence à la figure 20. Au bloc 1808, la copie de travail des écritures de coût par clic est copiée dans les informations réelles de coût par clic utilisées par le système. La procédure se termine au bloc 1810. La procédure de la figure 18 peut être exécutée par le pseudocode suivant. Procédure de recalcul des coûts par clic en virgule fixe à protection par le prix et l'emplacement(terme) effectuer une copie de travail de tous les coûts par clic ; affecter les coûts par clic maximaux(terme) ; réduire au minimum les coûts par clic aux valeurs idéales(terme) ; copier les coûts par clic de travail dans les coûts par clic réels ; fin de procédure ; La figure 19 est un ordinogramme d'un exemple de procédure d'affectation de coûts par clic maximaux. Cette procédure établit temporairement le coût par clic de chaque listage de recherche ayant une protection par le prix et l'emplacement à la valeur maximale permise par l'enchère. La procédure commence au bloc 1900. Au bloc 1902, tous les listages de recherche par protection par le prix et l'emplacement sont conservés dans la liste L. Au bloc 1904, la variable x est affectée comme listage de recherche pour l'annonceur suivant dans la liste L. Au bloc 1906, un test détermine si la variable x est vide. Si elle est vide, indiquant la fin de la liste L, la procédure se termine au bloc 1908. Dans le cas contraire, au bloc 1910, le coût par clic du listage de recherche x est affecté comme enchère au coût maximal par clic du listage de recherche x. La procédure de la figure 19 peut être exécutée par le pseudocode suivant. Procédure d'affectation de coûts par clic maximaux(terme) boucle x pour tous les listages PPP pour le terme affecte les coûts par clic(x) = enchère(x) ; fin de boucle ; fin de procédure La figure 20 est un ordinogramme d'un exemple de procédure de réduction des coûts par clic aux valeurs idéales. Cette procédure est destinée à réduire les coûts par clic temporaires à la valeur idéale minimale pour tous les annonceurs, tout en respectant les contraintes d'enchère et de rang voulus de chaque annonceur. La procédure commence au bloc 2000. Au bloc 2002, une liste triée S est formée par tri de tous les listages de recherche à protection par le prix et l'emplacement. De préférence, les listages de recherche sont d'abord triés par rang voulu, en allant du rang le meilleur au plus mauvais, puis sont triés par enchère et enfin par élément horodaté, du plus ancien au dernier. Au bloc 2004, la liste triée S est inversée et, au bloc 2006, un nouveau listage x de la liste inversée S est sélectionné pour le traitement. Au bloc 2008, le fait que le listage x est vide est déterminé. Dans le cas affirmatif, la fin de la liste S a été atteinte et la procédure se termine au bloc 2010. Dans le cas contraire, le bloc 2012 détermine s'il existe un listage au-dessous du listage x. Si la réponse est négative, le bloc 2004 place le coût par clic du listage x à la valeur du coût par clic minimal. La commande revient au bloc 2006 pour sélectionner le listage suivant dans la liste S pour le traitement. S'il existait un listage au-dessous du listage x de bloc 2012, le bloc 2016 établit la variable Y au listage de recherche au rang plus mauvais suivant au-dessous du listage x. Le bloc 2018 détermine si les listages x et y sont des listages concurrents comme décrit précédemment. Dans le cas positif, le bloc 2020 compare les éléments horodatés associés aux listages x et y (ou X et Y). Si l'élément horodaté du listage y ne dépasse pas l'élément horodaté du listage x, le coût par clic du listage x est établit audessous du coût par clic du listage x ou au coût par clic maximal du listage Y augmenté de la valeur du coût par clic minimale pour dépasser un listage, soit 0,01 $, au bloc 2022. Dans le cas contraire, le coût par clic du listage x est établi à la valeur inférieure du coût par clic du listage x et du coût par clic maximal du listage Y au bloc 2024. Lorsque les listages X et Y ne sont pas concurrents au bloc 2018, le bloc 2026 détermine si le rang du listage x est inférieur au rang voulu pour le listage x par l'annonceur. Si la réponse est négative, le bloc 2028 compare les éléments horodatés associés aux listages x et y. Si l'élément horodaté du listage y ne dépasse pas celui du listage x, le coût par clic du listage x est mis à la plus petite des valeurs des coûts par clic du listage x et du listage Y augmenté de la valeur du coût par clic minimale nécessaire pour le dépassement d'un listage soit 0,01 $, au bloc 2030. Dans le cas contraire, le coût par clic du listage x est mis à la valeur inférieure parmi le coût par clic du listage x et celui du listage Y, au bloc 2032. Si le rang du listage x est inférieur au rang voulu d'annonceur pour le listage x au bloc 2026, le bloc 2034 établi les deux variables de rang inférieur et coût par clic inférieur aux valeurs données par les résultats de la procédure de rang et coût par clic inférieurs suivants, de la manière qui peut être réalisée comme décrite précédemment en référence à la figure 19. Au bloc 2036, le coût par clic du listage x est mis au coût par clic inférieur et au bloc 2038, le coût par clic du listage x est mis aux résultats donnés par la procédure de coût par clic minimal pour le rang actuel, qui peut être réalisé comme décrit en référence à la figure 14. La commande revient alors au bloc 2012. La procédure de la figure 20 peut être exécutée suivant le pseudocode qui suit. Procédure de réduction au minimum des coûts par clic aux valeurs idéales(terme) affecter S à la liste des listages PPP pour le terme triée 1) par le rang voulu(meilleur ou pire), 2) par enchère, et 3) par élément horodaté(du plus ancien au plus récent) ; boucle de x sur tous les éléments de S, dans l'ordre inverse L1 : si pas de listing au-dessous de x(au rang inférieur suivant) affecter coût par clic(X) = coût par clic minimal ; sinon affecter y à listage à coût par clic fixe ou PPP au- dessous de x(à rang inférieur suivant) ; lorsque concurrent(x, y) si élément horodaté(x) = rang voulu(x) si élément horodaté(x) fin de si ; fin de si ; fin de boucle fin de procédure ; Chaque listage à coût par clic fixe à une "enchère implicite" égale au coût par clic fixe, et cette valeur implicite est utilisée précédemment. Les procédures de protection simultanée par le prix et par l'emplacement tentent de trouver la meilleure solution, compte-tenu des buts de tous les annonceurs. Cependant, dans certaines situations, il peut être impossible d'atteindre les buts de tous les annonceurs. Il existe deux problèmes possibles : 1) certains rangs n'ont pas d'enchère d'annonceur, et 2) des rangs supérieurs n'ont pas d'enchère supérieure. Dans un premier exemple qui pose un problème, il existe un seul annonceur A et celui-ci est un annonceur PPP qui a une enchère de 2,00 $ pour le rang 2. Cela signifie que A a pour but de se trouver au rang 2 avec un coût par clic maximal de 2,00 $. Si le rang 2 ne peut pas être atteint avec la limite de 2,00 $, A a pour but d'atteindre le rang 3 avec un coût par clic maximal de 2,00 $ (et ainsi de suite). Il faut noter que A n'a aucune enchère pour le rang 1. Les procédures actuelles affectent à A le coût par clic minimal et A se trouve au rang 1 bien qu'il est voulu se trouver au rang 2. Dans un second exemple qui pose un problème, un annonceur A a une enchère de 1,00 $ pour le rang 1, l'annonceur B a une enchère de 2,00 $ pour le rang 2, et l'annonceur C a une enchère de 1,50 $ pour le rang 2 aussi. Dans ce cas, les annonceurs B et C sont en concurrence pour le rang 2. Les procédures actuelles affectent 1,01 $ comme coût par clic pour les annonceurs B et C et un coût par clic de 1,00 $ pour l'annonceur A (rang 3). L'annonceur B se trouve au rang 1 (dans l'hypothèse où son élément horodaté est antérieur à celui de C), bien qu'il est voulu se trouver au rang 2. Il existe un certain nombre de moyens possibles pour résoudre ces problèmes. Le premier est l'utilisation des procédures existantes, car elles ont tendance à trouver la meilleure solution lorsque les buts sont déterminés. Une seconde solution est l'utilisation de listage -de remplissage". Il s'agit de listage par défaut, ayant de préférence une certaine relation avec le terme de recherche indiqué par le chercheur. Il n'existe aucune enchère d'annonceur pour ces listages. Cependant, on leur affecte une enchère implicite qui est supérieure à toutes les autres enchères PPP ou coût par clic fixe. Les listages de remplissage sont ajoutés automatiquement au début de tous les rangs qui n'ont pas d'enchère et pour tous les rangs qui ont une enchère inférieure à une enchère maximale d'un rang adjacent (rang inférieur suivant). Dans l'exemple du premier problème, un listage de remplissage est ajouté au rang 1 et met l'annonceur A au rang 2 (que voulait A). Dans l'exemple du second problème, un listage de remplissage est aussi ajouté au rang 1 si bien que l'annonceur B se trouve au rang 2 (qui est celui qu'il voulait), l'annonceur C étant au rang 3 et l'annonceur A au rang 4. Une troisième solution est une relaxation des règles imposées au marché qui impose que le coût par clic n'augmente pas lorsque le rang augmente. Dans l'exemple du premier problème, il serait possible d'ajouter un listage de remplissage ayant un coût par clic minimal au rang 1. Dans l'exemple du second problème, il serait possible de placer l'annonceur A au rang 1 avec un coût par clic de 1,00 $ et, l'annonceur B au rang 2 avec un coût par clic de 1,01 $ et l'annonceur C au rang 3 avec un coût de 1,01 $. Ceci peut être réalisé par changement de la définition de la procédure de rang pour la prise en compte des gagnants à chaque étape de la procédure de réduction au minimum du coût par clic aux valeurs idéales. Protection simultanée par le prix Dans un troisième mode de réalisation, certains annonceurs peuvent spécifier uniquement un coût par clic maximal. Dans ce cas, les listages doivent être placés au meilleur rang possible, sans dépasser la limite de coût par clic. D'autres listages peuvent avoir un coût par clic fixe ou peuvent avoir une enchère (coût par clic maximal) et un rang voulu. Un moyen pour la mise en oeuvre de cette troisième variante est l'utilisation de l'algorithme de la seconde variante, mais le rang voulu est mis à 1 pour tous les listages qui n'ont qu'un coût par clic maximal. S'il n'existe aucun annonceur qui spécifie un rang voulu, il est alors possible de simplifier l'algorithme. Dans ce cas, chaque listage est en concurrence avec tous les autres listages, et ce principe de concurrence peut être négligé. Un moyen pour la mise en oeuvre de la troisième variante lorsqu'aucun annonceur ne spécifie un rang voulu est indiqué sur la figure 21 qui est un ordinogramme illustrant un exemple de procédure de recalcul de coût par clic à protection par le prix à virgule fixe. Cet algorithme n'est exécuté que lorsqu'un annonceur change l'enchère ou le coût par clic fixe d'un listage quelconque. La procédure commence au bloc 2100. Au bloc 2102, une copie de travail de toutes les données de coût par clic est conservée séparément des données actuellement utilisées. Au bloc 2104, un ensemble S est établi afin qu'il contienne tous les listages triés d'abord par enchère ou coût maximal par clic puis par élément horodaté, du plus ancien au plus récent. Au bloc 2106, la liste triée S est inversée. Au bloc 2108, le listage de recherche x est sélectionné dans la liste triée inversée S pour subir le traitement. Au bloc 2110, le fait que le listage x est vide est déterminé, ce fait indiquant que la fin de la liste S a été atteinte. Dans ce cas, au bloc 2112, les données de coût par clic de travail sont recopiées sur les données actuellement utilisées et la procédure se termine au bloc 2114. Si le listage x n'est pas vide, le bloc 2116 détermine s'il existe un ou plusieurs listages au-dessous du listage x. Lorsque la réponse est négative, au bloc 2218, le coût par clic du listage x est mis à la valeur du coût par clic minimal et la commande revient au bloc 2108 pour le traitement du listage suivant de l'ensemble S. S'il existe des listages au-dessous du listage x, au bloc 2120, le listage Y est placé comme listage ayant le moins bon rang suivant, sous le listage x. Au bloc 2122, le coût par clic du listage x est mis à la plus petite valeur choisie parmi le coût par clic du listage x et l'enchère du listage y augmentée de la valeur minimale du coût par clic pour dépasser un listage, c'est-àdire 0,01 $, lorsque le listage Y est un listage protégé par le prix et l'emplacement. Lorsque le listage Y est un listage à coût par clic fixe, indiquant qu'il n'a pas de rang voulu saisi par l'annonceur, le coût par clic du listage x est mis à la plus petite des valeurs choisies parmi le coût par clic actuel du listage x et le coût par clic du listage Y augmenté de la valeur du coût par clic minimal pour dépasser un listage, soit 0,01 $. Au bloc 2124, le coût par clic du listage x est réglé en fonction des résultats de la procédure de valeur minimale du coût par clic pour le rang actuel, qui peut être réalisé comme décrit précédemment en référence à la figure 14. La commande revient alors au bloc 2108 pour le traitement du listage suivant de l'ensemble S. La procédure de la figure 21 peut être exécutée avec le pseudocode suivant. Procédure de recalcul de coût par clic à protection par le prix à virgule fixe (terme) Effectuer une copie de travail de tous les coûts par clic ; affecter S à la liste des listages PPP pour le terme triée 1) par enchère et 2) par élément horodaté (du plus ancien au plus récent) ; boucle de x pour tous les éléments de S, dans l'ordre inverse L1 : s'il n'existe aucun listage au-dessous de x (au rang plus mauvais suivant) affecter coût par clic (x) = coût par clic minimal ; sinon affecter y à PPP ou listage à coût par clic fixe au-dessous de x (au rang inférieur suivant) ; affecter coût par clic (x) = valeur minimale parmi enchères (x) et enchères (y) + 0,01 $ si y PPP ou valeur minimale parmi enchères (x) et coût par clic (y) + 0,01 $, si y à coût par clic fixe affecter coût par clic (x) = coût par clic minimal pour rang actuel (x) ; fin de si ; fin de boucle copie des coûts par clic de travail dans les coûts par clic réels ; fin de procédure La protection simultanée par le prix ne présente aucun des problèmes indiqués précédemment pour la protection simultanée par le prix et l'emplacement : 1) certains rangs n'ont pas d'enchères d'annonceur, et 2) les rangs supérieurs n'ont pas d'enchère supérieure. Ceci est dû au fait que toutes les enchères ont un rang implicite égal à 1. Une enchère, par exemple de 1,00 $ pour le rang 1, indique que le système doit essayer de placer l'annonceur au rang 1 avec un coût par clic maximal de 1,00 $. Si le rang 1 ne peut pas obtenu avec cette limite de 1,00 $, le système doit essayer de placer l'annonceur au rang 2 avec un coût maximal par clic de 1,00 $ (et ainsi de suite). En conséquence, tous les rangs sont finalement couverts, lorsque toutes les enchères ont un rang implicite voulu égal à 1. Il n'est pas possible non plus que des rangs supérieurs aient des enchères plus faibles puisque toutes les enchères correspondent au rang 1. Protection simultanée par l'emplacement Dans un quatrième mode de réalisation, certains annonceurs peuvent omettre une enchère, indiquant qu'il n'existe pas de limite au coût par clic, et ils veulent que le système place leur coût par clic à la valeur nécessaire pour atteindre un rang déterminé. Au mieux, un listage est autorisé par rang voulu avec un coût par clic illimité (par exemple le premier à demander ce mode). Les autres listages peuvent avoir un coût par clic fixe ou ils peuvent avoir une enchère avec un rang voulu ou ils peuvent avoir uniquement une enchère (avec un rang voulu implicite égal à 1). Pour tous les listages sans limite de coût par clic, le mode de réalisation considéré affecte une enchère effective supérieure à tous les autres coûts par clic fixes et au coût par clic maximal de tous les autres listages ayant une enchère. Les enchères affectées pour les rangs les meilleurs sont supérieures aux enchères efficaces affectées pour les rangs inférieurs. Ces enchères efficaces affectées sont non seulement recalculées lorsqu'un annonceur change manuellement un coût par clic fixe ou lorsqu'un annonceur saisit un nouveau listage protégé par le prix et l'emplacement ou change l'enchère d'un listage existant protégé par le prix et l'emplacement. L'algorithme du troisième mode de réalisation peut être utilisé pour affecter en réalité le coût par clic optimal à tous les listings. La figure 22 est un ordinogramme illustrant un exemple de procédure de recalcul des coûts par clic à protection par l'emplacement à virgule fixe. Cette procédure commence au bloc 2200. Au bloc 2202, une liste L est établie afin qu'elle comprenne les listages protégés par le prix et l'emplacement et qui n'ont pas un rang voulu spécifié par l'annonceur. Au bloc 2204, un listage x est sélectionné dans la liste L pour le traitement. Le bloc 2206 détermine si x est vide. S'il n'est pas vide, le bloc 2208 place le rang voulu pour le listage x au rang 1 et la commande revient au bloc 2204 pour le traitement du listage suivant de l'ensemble L. Si le listage x est vide, la fin de la liste L a été atteinte. Au bloc 2210, une procédure d'affectation d'enchères est appelée, par exemple comme décrit en référence à la figure 23. Après l'exécution de la procédure d'affectation d'enchères, au bloc 2212, une procédure de recalcul des coûts par clic protégé par le prix et l'emplacement à virgule fixe est exécutée. La figure 24 et la description qui suit illustrent un exemple de cette procédure. La procédure se termine au bloc 2214. La procédure de la figure 22 peut être exécutée avec le pseudocode qui suit. Procédure de recalcul de coûts par clic protégé par l'emplacement à virgule fixe (terme) ; affecte le rang voulu de tous les listages sans rang voulu à 1 ; affecte les enchères (terme) ; recalcule les coûts par clic protégés par le prix et l'emplacement à virgule fixe (terme) ; / fin de procédure ; La figure 23 est un ordinogramme illustrant un exemple de procédure d'affectation d'enchères. Cette procédure affecte des enchères effectives au listage dont l'annonceur n'a pas spécifié d'enchères. La procédure commence au bloc 2300. Au bloc 2302, une variable M est initialisée à la valeur maximale des valeurs de coût par clic fixe et de coût par clic maximal ou d'enchères supérieures de protection par le prix et l'emplacement. Au bloc 2304, l'ensemble S est affecté comme étant les listages protégés par le prix et l'emplacement qui n'ont pas d'enchères, triés par le rang voulu allant du plus mauvais au meilleur. Au bloc 2306, un listage suivant x est sélectionné dans la liste S. Le bloc 2308 détermine si la fin de la liste a été atteinte, par détermination du fait que le listage x est vide. Dans ce cas, la procédure se termine au bloc 2310. Dans le cas contraire, la variable M est établie afin qu'elle soit plus grande que la valeur du coût par clic minimale ou de la valeur actuelle de M augmentée de la valeur du coût par clic minimale pour dépasser un listage de 0,01 $. Au bloc 2314, l'enchère ou coût par clic maximal pour le listage x est mise à la valeur M. La commande revient alors au bloc 2306 pour la sélection d'une valeur suivante de x pour le traitement. La procédure de la figure 23 peut être exécutée avec le pseudocode suivant. Procédure d'affectation d'enchères (terme) ; affecte M = valeur maximale parmi coût par clic fixe le plus élevé et enchère PPP la plus élevée, pour le terme ; affecte S à la liste des listages sans enchères triées en sens inverse par rang voulu (du plus mauvais au meilleur rang voulu) ; pour tous les listages dans S affecte N = valeur maximale parmi coût par clic minimal et M + 0,01 $ ; affecte enchère de listage actuel à M (c'est-à-dire qu'on a ; fin de pour ; fin de procédure ; La protection simultanée par l'emplacement peut poser les problèmes indiqués précédemment pour la protection simultanée par le prix et l'emplacement : 1) certains rangs n'ont pas d'enchère d'annonceur, et 2) des rangs supérieurs n'ont pas d'enchère supérieure. Des solutions déjà indiquées s'appliquent dans ce cas. Protection multiple simultanée par le prix et l'emplacement Dans un cinquième mode de réalisation, un annonceur peut spécifier une collection de combinaisons spécifiques d'enchères et de rangs, en plus d'une enchère et d'un rang par défaut. L'enchère de la combinaison enchère-rang par défaut doit être inférieure à toutes les autres enchères. Pour une combinaison enchère-rang autre que l'enchère par défaut, l'annonceur spécifie le coût par clic maximal qui est l'enchère pour ce rang exact. Pour la combinaison enchère-rang par défaut, l'annonceur spécifie le coût par clic maximal pour le rang par défaut et pour tous les rangs inférieurs comme étant l'enchère. Il s'agit d'une variante du mode de réalisation décrit pour la protection par le prix et l'emplacement lorsqu'un annonceur peut spécifier une séquence de combinaisons d'enchère et de rangs. Par exemple, un annonceur peut indiquer "enchère de 2,50 $ pour rang 1, de 1,95 $ pour rang 3, de 0,90 $ pour rang 4, et de 0,80 $ pour les rangs inférieurs à 4". On décrit dans la suite un exemple de mise en oeuvre de cette variante. La figure 24 est un ordinogramme illustrant un exemple de procédure de recalcul de coûts par clic avec protection multiple par le prix et l'emplacement à virgule fixe. Cette procédure calcule les coûts par clic idéaux pour tous les listages en tenant compte de toute la séquence de listage des spécifications de combinaisons enchères-rangs. Les diverses spécifications enchères-rangs sont triées par enchère et la dernière combinaison enchère-rang est l'enchère par défaut pour le rang et tous les rangs inférieurs. Pour chaque terme de recherche, cette procédure doit être exécutée uniquement lorsqu'un annonceur change manuellement un coût par clic fixe ou lorsqu'un annonceur saisit un nouveau listage à protection par le prix et l'emplacement ou change l'enchère d'un listage existant à protection par le prix et l'emplacement ou lorsqu'un annonceur saisit un nouveau listage à protection multiple par le prix et l'emplacement ou change l'enchère d'un listage existant à protection multiple par le prix et l'emplacement. La procédure établit temporairement les coûts par clic de tous les listages à protection multiple par le prix et l'emplacement (PPPP) pour l'enchère maximale et établit le rang voulu au rang associé à l'enchère maximale, puis réduit ces coûts par clic pour essayer d'établir chaque listage à son rang idéal en commençant par le rang voulu le plus bas, et en remontant vers le rang voulu le plus élevé. Cette procédure commence au bloc 2400. Au bloc 2402, une copie de travail de toutes les données de coût par clic est réalisée pour empêcher d'affecter les données actuellement utilisées par le traitement par la procédure. Au bloc 2406, une procédure d'affectation des coûts par clic maximaux d'après l'enchère maximale est appelée. Un exemple de cette procédure est décrit dans la suite en référence à la figure 25. Au bloc 2408, une procédure de détermination de gagnant de rang et d'ajustement des coûts par clic est appelée. Un exemple de cette procédure est décrit dans la suite en référence à la figure 26. Au bloc 2410, une procédure de réduction des coûts par clic à la valeur idéale est appelée. Un exemple de cette procédure est décrit précédemment en référence à la figure 20. Au bloc 2412, la copie de travail des coûts par clic est copiée sur les données utilisées par le système. La procédure se termine au bloc 2414. La procédure de la figure 24 peut être exécutée par le pseudocode suivant. Procédure de recalcul des coûts par clic à protection multiple par le prix et l'emplacement à virgule fixe (terme). Effectuer une copie de travail de tous les coûts par clic ; affecter les coûts par clic maximaux aux enchères maximales (terme) ; déterminer les gagnants par rang et ajuster les coûts par clic (terme) ; réduire au minimum les coûts par clic aux valeurs idéales (terme) ; copier les coûts par clic de travail dans les valeurs réelles des coûts par clic ; fin de procédure ; La figure 25 est un ordinogramme d'un exemple de procédure d'affectation de coûts par clic maximaux à partir des enchères maximales. Cette procédure, dans l'exemple de la figure 25, est analogue à la procédure antérieure d'affectation des coûts par clic maximaux, mis à part que, pour un listage PPP, le coût par clic est établi à l'enchère et le rang voulu est établi au rang, la combinaison enchèrerang étant la paire enchère-rang ayant l'enchère la plus élevée. Cette procédure commence au bloc 2500. Au bloc 2502, une liste L est conservée avec tous les listages de recherche à protection par le prix et l'emplacement (PPP) et tous les listages de recherche à protection multiple par le prix et l'emplacement (PPPP). Une boucle commence au bloc 2504 auquel la variable x est initialisée à un listage de la liste L. Le bloc 2506 teste x. Si x est vide indiquant la fin de la liste, le bloc 2508 termine la procédure. Lorsque x n'est pas vide, le bloc 2510 détermine si x est un listage PPP. Dans ce cas, le coût par clic pour x est affecté à l'enchère du listage x aussi appelé coût maximal par clic du listage de recherche x. Lorsque x n'est pas un listage PPP au bloc 2514, les valeurs de l'enchère la plus élevée et du rang le plus élevé sont affectées à l'enchère la plus élevée et au rang le plus élevé constituant les variables. Au bloc 2516, le coût par clic du listage x est affecté à l'enchère la plus élevée. Au bloc 2518, le rang le plus élevé est conservé comme rang voulu du listage x. La commande revient au bloc 2504 pour la sélection du listage suivant à traiter. La procédure de la figure 25 peut être exécutée avec le pseudocode suivant. Procédure d'affectation de coûts par clic maximaux à partir des enchères maximales (terme) boucle de x pour tous les listages PPP et PPPP pour le terme Lorsque x est un listage PPP affecter coût par clic (x) = enchère (x) ; autrement affecter enchère maximale/rang maximal = paire enchère/rang correspondant à l'enchère la plus élevée ; affecter coût par clic (x) = enchère la plus élevée ; affecter rang voulu (x) = rang le plus élevé fin de si ; fin de boucle fin de procédure ; La figure 26 est un ordinogramme d'un exemple de procédure de détermination de gagnant de rang et d'ajustement des coûts par clic. Cette procédure détermine les gagnants à chaque rang. Le listage gagnant pour un rang a l'enchère la plus élevée pour ce rang. Les listages qui perdent la compétition pour le rang actuel et ont aussi une combinaison inférieure d'enchère-rang, ont leur coût par clic réduit à l'enchère et leur rang voulu augmenté vers le rang. Ceci leur permet d'entrer à nouveau en concurrence au rang inférieur. La procédure commence au bloc 2600. Au bloc 2602, une variable de gagnant précédent est initialisée sous forme d'une liste vide. Au bloc 2604 une variable de rang maximal est initialisée avec le nombre de listages de recherche traités. Au bloc 2606, un rang actuel variable est initialisé à zéro. La valeur du rang actuel progresse au bloc 2608 pour atteindre une boucle de traitement des listages. Au bloc 2610, la valeur du rang actuel est comparée à la valeur du rang maximal. Si tous les listages ont été traités, la procédure se termine au bloc 2612. Dans le cas contraire, au bloc 2614, une variable "concurrents" est établie afin qu'elle comprenne tous les listages ayant un coût par clic fixe ou tous les listages dont le rang voulu correspond à la valeur du rang actuel. Au bloc 2616, le contenu des gagnants précédents est éliminé de l'ensemble des concurrents. Au bloc 2618, un gagnant est sélectionné comme listage de recherche ayant le coût par clic le plus élevé et, le cas échéant, pour qu'une égalité de valeur du coût par clic soit résolue, l'élément horodaté le plus ancien est utilisé. D'autres critères peuvent être utilisés à la place. Au bloc 2620, le listage de recherche sélectionné comme gagnant au bloc 2618 est ajouté la liste des gagnants précédents. L'ensemble des perdants est alors établi comme contenu de la liste des concurrents, avec en moins le listage de recherche sélectionné comme gagnant au bloc 2622. Au bloc 2624, la valeur du coût par clic le plus bas pour le gagnant est établie à la suite de la procédure de plus bas coût par clic pour le rang. Un exemple de cette procédure est illustré par la figure 27. Au bloc 2626, une procédure de réduction de coût par clic pour la combinaison suivante enchère-rang est appelée. On décrit un exemple de cette procédure en réf érence à la figure 26. La commande revient au bloc 2608 pour le traitement d'un rang suivant. La procédure de la figure 26 peut être exécutée par le pseudocode suivant. Procédure de détermination de gagnant de rang et d'ajustement de coût par clic (terme) Affecte gagnant précédent = liste vide ; affecte rang maximal = nombre de listages ; affecte rang actuel = 0 ; boucle affecte rang actuel = rang actuel + 1 ; si rang actuel > rang maximal sort de boucle sinon affecte concurrents = tous les listages à coûts par clic fixes et les listages à rang voulu = rang actuel ; supprime gagnant précédent des concurrents ; affecte gagnant = listage des concurrents ayant le coût par clic le plus élevé/l'élément horodaté le plus ancien ; adjoint le gagnant au gagnant précédent ; affecte les perdants = tous les concurrent sauf le gagnant ; affecte le coût par clic le plus bas (gagnants) = coût par clic le plus bas pour le rang (gagnants), perdants ; réduit les coûts par clic de la combinaison suivante enchère-rang (rang actuel, perdants) / fin de si ; fin de boucle ; fin de procédure La figure 27 est un ordinogramme d'un exemple de procédure de plus bas coût par clic pour le rang. Cette procédure réduit le coût par clic d'un listage qui était le gagnant pour le rang actuel à une valeur qui dépasse juste les coûts par clic les plus élevés des perdants. Elle place le coût par clic du gagnant à la valeur minimale pour le placer au-dessus des perdants. La procédure commence au bloc 2700. Le bloc 2702 détermine s'il existe des perdants dans la compétition pour le rang actuel. S'il n'existe pas de perdants, au bloc 2704, le coût par clic du gagnant est renvoyé comme coût par clic minimal. Dans le cas contraire, au bloc 2706, la variable x est placée sur le listage de l'ensemble des perdants ayant le coût par clic le plus élevé et l'élément horodaté le plus ancien. Le bloc 2708 détermine si l'élément horodaté du listage de recherche gagnant est antérieur à l'élément horodaté du listage référencé par la variable x. Dans le cas affirmatif, au bloc 2710, le coût par clic du listage associé à la variable x est renvoyé comme coût par clic du gagnant. Dans le cas contraire, au bloc 2712, le coût par clic du listage associé à la variable x augmenté du coût minimal par clic est renvoyé comme coût par clic pour le gagnant. La procédure se termine au bloc 2714. La procédure de la figure 27 peut être exécutée par le pseudocode suivant. Procédure de coût par clic le plus bas pour le rang (gagnant, perdants) En l'absence de perdant: renvoie coût par clic minimal ; autrement affecte x = listage des perdants ayant le coût par clic le plus élevé/1'élément horodaté le plus ancien ; lorsque élément horodaté (gagnant) La figure 28 est un ordinogramme d'un exemple de procédure de réduction des coûts par clic pour la combinaison suivante enchère-rang (rang actuel, perdants). Cette procédure réduit le coût par clic des listages qui étaient des perdants dans la compétition pour le rang actuel. Les perdants ont leur coût par clic placé à l'enchère de la combinaison inférieure suivante enchère-rang, s'il en existe une. Il n'existe pas de combinaison enchère-rang inférieur dans le cas des listages à coût par clic fixe. En outre, il n'existe aucune combinaison enchère-rang inférieur pour un listage PPP lorsque le coût par clic est mis à l'enchère de la combinaison enchère-rang par défaut. Dans ce cas, le coût par clic reste inchangé, puisque l'annonceur a cette enchère par défaut comme rang actuel et tous les rangs plus mauvais que le rang actuel mais le rang voulu progresse d'une unité. La procédure commence au bloc 2800. Au bloc 2802, une variable x est placée sur un élément de la liste des perdants. Le bloc 2804 détermine si x est vide pour déterminer si la fin de la liste des perdants a été atteinte. Dans le cas positif, la procédure se termine au bloc 2806. Dans le cas contraire, le bloc 2808 détermine si le listage conservé en x a une combinaison enchère-rang plus basse. Si la réponse est négative, au bloc 2810, le rang voulu pour le listage de X progresse d'une unité et la commande revient au bloc 2802 pour la sélection du listage de recherche suivant dans la liste des perdants. Lorsque x avait une combinaison enchère-rang inférieure au bloc 2808, le bloc 2812 place le coût par clic de la liste conservée en X comme enchère de la combinaison inférieure suivante enchère-rang. Le bloc 2804 place le rang voulu du listage de recherche de X au rang de la combinaison inférieure suivante enchère-rang et la commande revient au bloc 2802 pour le traitement d'un listage de recherche suivant. La procédure de la figure 28 peut être exécutée par le pseudocode suivant. Procédure de réduction de coût par clic de combinaison suivante enchère-rang (rang actuel, perdants) Boucle x sur tous les perdants si combinaison inférieure enchère-rang pour x affecter coût par clic (x) = enchère de combinaison inférieure suivante enchère-rang (enchère du plus petit rang supérieur au rang actuel) ; affecte rang voulu (x) = rang de combinaison inférieure suivante enchère-rang autrement affecte rang voulu (x) = rang voulu (x) + 1 ; fin de si fin de boucle fin de procédure La procédure de réduction des coûts par clic aux valeurs idéales a été indiquée précédemment et sa définition est la même sauf que : 1) on remplace la valeur minimale entre le coût par clic (x) et l'enchère (y) par la valeur minimale entre le coût par clic (x) et la valeur maximale parmi le plus faible coût par clic pour le rang (x) et l'enchère (y), et, de même pour les trois autres emplacements ayant la fonction minimale, et 2) on utilise une définition légèrement différente des listages concurrents. La nouvelle définition étend la précédente pour prendre en compte les spécifications de multiples combinaisons enchères-rangs pour les listages PPPP et la signification légèrement différente des spécifications enchères-rangs ne correspondant pas à la valeur par défaut. Chaque listage à protection multiple par le prix et l'emplacement a exactement une spécification enchère-rang par défaut et aucune ou plusieurs spécifications à enchèrerang autres que la spécification par défaut. Une combinaison enchère-rang autre que la spécification par défaut indique que l'annonceur veut avoir un coût par clic maximal correspondant à l'enchère pour ce rang uniquement. La combinaison enchère-rang par défaut indique que l'annonceur veut avoir un coût par clic maximal d'enchère pour le rang et tous les rangs inférieurs à ce rang. Un listage PPP avec une combinaison enchère-rang équivaut à un listage PPPP avec une seule combinaison enchère-rang par défaut. Un listage à coût par clic fixe a un rang voulu implicite égal à 1. Bien qu'un listage PPPP puisse avoir plusieurs spécifications enchère-rang, il existe un seul rang voulu sélectionné pour chaque listage avant l'appel de la procédure de réduction des coûts par clic à la valeur idéale. Un listage L1 ayant le rang voulu R1 et le rang actuel Cl entre en concurrence avec un autre listage placé juste au-dessous de lui L2 ayant le rang voulu R2 et un rang actuel C2 = C1 + 1, ceci étant écrit sous la forme concurrents (Li/Ri, L2/R2' Ci). Il existe quatre cas : 1) R1 et R2 sont tous deux des rangs voulus par défaut (chaque enchère est valide pour le rang voulu et tous les rangs inférieurs aux rangs voulus) c'est-à-dire concurrents(L1/R1,L2/R2,C1) lorsque Cl = R1 et C2 > R2, 2) R1 est un rang voulu par défaut et R1 un rang voulu mais non par défaut (son enchère est valide uniquement pour le rang R2). c' est-à-dire concurrents (L1/R1,L2/R2,C1) lorsque C1 = R1 et C1 = R2, 3) R1 est un rang voulu pas par défaut et R1 est un rang voulu par défaut, avec concurrents (L1/R1,R2/R2,C1) lorsque Cl = R1 et C2 > R2' et 4) R1 et R2 sont tous deux des rangs voulus pas par défaut, et on a concurrents (L1/R1,L2/R2,C1) lorsque C1 = R1 et Cl = R2 - Lorsque concurrents (L1/R1,L2/R2,C1), L1 a le rang voulu ou un rang plus mauvais que le rang voulu et N2 veut chasser N1 de son rang actuel. Lorsque L1 est concurrent de L2. on ne peut pas réduire le coût par clic de L1 au-dessous de l'enchère de L2. Une protection multiple simultanée par le prix et l'emplacement peut poser les problèmes des exemples déjà indiqués pour la protection simultanée par le prix et l'emplacement : 1) certains rangs n'ont aucun enchère d'annonceur, et 2) mes rangs supérieurs n'ont pas d'enchère supérieure. Les solutions indiquées précédemment s'appliquent encore. En outre, il existe une quatrième solution possible : 1) chaque listage PPPP doit avoir une enchère pour tous les rangs meilleurs que la combinaison enchère-rang par défaut (aucun trou n'est permis), et 2) les enchères doivent augmenter de façon monotone pour des rangs plus élevés. Avec ces deux conditions, les annonceurs disposent encore d'un réglage fin pour la détermination d'enchères différentes à des rangs différents, mais avec l'avantage de l'élimination des problèmes pathologiques. Dans ce cas, on peut aussi simplifier la procédure à une restriction PPPP. La figure 29 est un ordinogramme illustrant un exemple de procédure à restriction PPPP. Cette procédure commence au bloc 2900. Au bloc 2902, une copie de travail des données de coût par clic est mémorisée pour permettre l'accès. Au bloc 2904, des listages non affectés constituant une variable sont conservés avec une liste de tous les listages de recherche associés à un terme de recherche. Le rang actuel constituant une variable est initialisé à 0 au bloc 2906. Le bloc 2908 détermine si les listages non affectés forment une variable vide. Dans ce cas, la copie de travail des données de coût par clic est copiée dans la copie réelle utilisée par le système et le traitement se termine au bloc 2912. Si la variable n'est pas vide, le rang actuel progresse d'une unité au bloc 2914. Au bloc 2916, la variable U conserve tous les listages de recherche non affectés. Au bloc 2918, la variable x progresse au listage suivant dans la variable U. Au bloc 2920, x est testé pour la détermination du fait qu'il est vide. S'il n'est pas vide, le coût par clic du listage de recherche x est réglé à l'enchère ou coût maximal par clic du listage de recherche x du rang actuel au bloc 2922, et la commande revient au bloc 2918. Lorsque x est vide, au bloc 2924, les rangs des listages non affectés sont calculés d'après les coûts par clic établis au bloc 2922. Le gagnant est choisi au bloc 2926 comme étant le listage de l'ensemble des listages non affectés ayant le rang le plus élevé. Au bloc 2928, le coût par clic du gagnant choisi au bloc 2926 est établi à la valeur renvoyée par la procédure de détermination de la valeur minimale des coûts par clic pour le rang actuel, qui peut être réalisé comme décrit en référence à la figure 14. Au bloc 2930, le gagnant est retiré des listages non affectés et la commande revient au bloc 2908. La procédure de la figure 29 peut être exécutée par le pseudocode suivant. Procédure de restriction PPPP (terme) Effectuer une copie de travail de tous les coûts par clic ; affecter les listages non affectés = liste de tous les listages pour le terme ; affecter le rang actuel = 0 ; boucle lorsque les listages non affectés sont vides sortie de la boucle fin de si ; affecter le rang actuel = rang actuel + 1 ; boucle de x sur tous les listages non affectés affecter coût par clic (x) = enchère (x, rang actuel) ; fin de boucle calcule rang des listages non affectés ; affecte gagnant = listage des listages non affectés ayant le coût par clic le plus élevé/l'élément horodaté le plus ancien ; affecte coût par clic (gagnant) = valeur minimale de coût par clic pour rang actuel (gagnant) ; supprime gagnant des listages non affectés ; fin de boucle ; copie les coûts par clic de travail dans les coûts par clic réels ; fin de procédure Dans une variante de ce mode de réalisation, la condition selon laquelle les enchères ne doivent pas augmenter lorsque le rang augmente et la condition selon laquelle chaque listage a une combinaison enchère-rang par défaut, sont supprimées. La figure 30 est un ordinogramme illustrant un exemple de procédure de détermination du listage et du coût par clic correspondant pour la position de chaque rang à afficher. La figure 31 représente l'espace de travail utilisé par cette procédure, qui peut être représentée dans la mémoire de travail d'un ordinateur. Cet espace de travail comporte une table 3140 ayant une colonne 3142,3144, 3146,3148, 3150, 3152 pour chaque liste en accord, une rangée 3154 pour des identificateurs de listage, une rangée 3156 pour les éléments horodatés des listages, et une rangée 3158,3160, 3162,3164, 3166,3168, 3170,3172 pour la position de chaque rang destinée à contenir un listage en sortie de procédure. En outre, l'espace de travail comporte une liste 3174 des listings gagnants par rang, et les coûts par clic correspondants. La procédure commence au bloc 3000 de la figure 30. Au bloc 3002, l'espace de travail précité est initialisé. Un procédé à cet effet met en oeuvre la procédure de la figure 32, décrite dans la suite. Au bloc 3004, les listages gagnants sont déterminés pour la position de chaque rang. On peut utiliser à cet effet la procédure de la figure 35. Les coûts par clic pour chaque listage gagnant de l'ensemble de résultats sont déterminés au bloc 3006. L'opération peut être réalisée avec la procédure de la figure 39. La procédure se termine au bloc 3008. Le bloc 3002 de la figure 30 met en oeuvre une procédure d'initialisation d'espace de travail représentée plus complètement sur la figure 32. Cette procédure commence au bloc 3200. Au bloc 3202, la liste des listages gagnants et les coûts par clic correspondants est effacée. L'ensemble des listages en accord, à partir duquel la liste des gagnants doit être peuplée, est affecté à la variable M au bloc 3204. Au bloc 3206 qui constitue la tête d'une boucle, M est testé pour les différents éléments. Si M est déterminé comme étant vide, tous les listages en accord ont été considérés pour l'initialisation de l'espace de travail et la commande passe au bloc 3208 auquel se termine la procédure. Si les listages d'accord restent sans être examinés, la commande passe alors au bloc 3210 auquel un listage est retiré de M pour être examiné. Tout listage peut être sélectionné. Une nouvelle colonne dans l'espace de travail est créée pour le listage sélectionné au bloc 3312 et est étiquetée avec le listage et son type (PPPP, PP, coût par clic fixe, etc.). L'opération suivante dépend du type de listage, et une discrimination peut être réalisée par la série de blocs de décision représentée. La commande passe du bloc 3212 au bloc 3214 auquel le listage est examiné pour la détermination du fait qu'il s'agit d'un listage à protection multiple par le prix et l'emplacement. Dans ce cas, la commande passe à la procédure représentée par le bloc 3216 et décrit plus complètement en référence à la figure 33. Le résultat de l'opération du bloc 3216 est l'écriture de l'enchère du listage, le cas échéant, correspondant à chaque rang dans l'espace de travail. Les exemples sont indiqués pour les listages "Alpha" et "Bravo" sur la figure 31. Lorsque le bloc 3214 détermine que le listage n'est pas un listage à protection multiple par le prix et l'emplacement, la commande passe au bloc 3218 auquel le listage est examiné pour la détermination du fait qu'il s'agit d'un listage à protection par le prix et l'emplacement. Dans le cas positif, la commande passe au bloc 3220 qui remplit la colonne de l'espace de travail correspondant au listage en introduisant la valeur d'enchère au rang préféré du listage et à chaque rang au-dessous (rang numériquement plus élevé) . Ce résultat est représenté sur la figure 31 sur laquelle le listage "Delta" est un listage PPP ayant un emplacement préféré de rang 2. Une procédure exécutant cette opération de "remplissage vers le bas" est illustrée par la figure 34. Si le listage n'est pas un listage PPPP ni un listage PPP, la commande passe au bloc 3222 auquel un listage à protection par le prix est reconnu comme tel et dans ce cas la commande passe au bloc 3224 qui remplit toute la colonne du listage par l'enchère. Ceci est indiqué sur la figure 31 sur laquelle le listage "Echo" est un listage de protection par le prix avec une enchère de 0,75 $. Lorsque le listage n'est ni un listage PPP, ni un listage PPP ni un listage à protection par le prix, la commande passe au bloc 3226 auquel un listage à protection par l'emplacement est reconnu tel quel et dans ce cas la commande passe au bloc 3228 qui marque ce fait dans la colonne de listage de l'espace de travail, au rang qu'impose le listage. Dans la représentation de la figure 31, cette marque est indiquée par X dans la colonne "Foxtrot" au rang 3, la position de rang protégé par l'emplacement dans l'exemple représenté. L'homme du métier peut noter que ce marquage peut être réalisé en pratique par tout dispositif reconnaissable par une opération ultérieure des algorithmes mis en oeuvre dans l'espace de travail, par exemple par enregistrement d'une valeur d'enchère-1 dans cette position. Lorsque le listage n'est ni un listage PPPP, ni un listage PPP, ni un listage à protection par le prix, ni un listage à protection par l'emplacement, la commande passe au bloc 3230 qui remplit toute la colonne de listage par l'enchère. Cette étape est exécutée avec un listage à coût par clic fixe, par exemple comme indiqué dans la colonne "Charlie" de la figure 31. A ce moment, au cours de la procédure, les informations pertinentes ont été saisies dans l'espace de travail pour le listage concerné. La commande passe alors au bloc 3206 à partir de celui des blocs 3216,3220, 3224,3228 ou 3230 qui était actif et le traitement est réalisé comme décrit. La boucle se poursuit jusqu'à ce qu'il ne reste aucun listage à prendre en considération dans l'ensemble des listages en accord. Le bloc 3216 qui représente l'inscription d'un listage PPPP dans l'espace de travail est représenté plus en détail sur la figure 33 et décrit en référence à celle-ci. Cette procédure commence au bloc 3300. Au bloc 3302, une variable BIDSET est affectée à un ensemble d'enchères dans le listage PPPP concerné. Lorsque cette variable BIDSET est vide comme l'indique le bloc 3304, la commande passe au bloc 3306 et la procédure se termine. Lorsque la variable BIDSET n'est pas vide, la commande passe au bloc 3308 qui retire une enchère de l'ensemble BIDSET et affecte la valeur à la variable THISBID. Cette enchère est examinée au bloc 3310 puis la commande passe au bloc 3312 s'il ne s'agit pas d'une enchère par défaut, et au bloc 3314 s'il s'agit d'une telle enchère. Au bloc 3312, l'enchère THISBID est transmise à l'espace de travail pour le rang de cette enchère, dans la colonne correspondant au listage concerné. Si la commande passe au contraire au bloc 3314, la colonne correspondante est remplie vers le bas de la valeur de l'enchère en commen- çant par le rang THISBID. Cette opération peut être réalisée comme l'indique la figure 34. La commande passe alors du bloc 3312 ou 3314, qui a été sélectionnée au bloc 3310, vers le bloc 3304 auquel la boucle agit sur une autre enchère ou la procédure se termine s'il ne reste aucune enchère à prendre en compte. La procédure de remplissage par l'enchère est illustrée par la figure 34 qui commence au bloc 3400. Au bloc 3402, une variable R est affectée comme rang initial pour l'opération de remplissage. Le bloc 3304 est une boucle de test qui détermine si R a dépassé le rang maximal dans l'espace de travail. Dans le cas positif, la procédure se termine au bloc 3406. Dans le cas contraire, R n'est pas au-delà de la limite du rang de l'espace de travail et la commande passe au bloc 3408 auquel l'enchère est marquée à la position de rang correspondant dans la colonne. La variable R progresse alors au bloc 3410 et la commande revient au bloc 3404 auquel la boucle se répète jusqu'à ce que R dépasse la plage du rang de l'espace de travail. Le bloc 3004 de la figure 30 exécute l'opération de détermination de gagnant illustrée sur la figure 35 en commençant au bloc 3500. Une variable R est initialisée à 1 au bloc 3502. Au bloc 3504, la valeur de R est comparée au rang le plus grand dans l'espace de travail. Lorsque R dépasse le rang le plus grand, tous les gagnants ont été déterminés et la commande passe au bloc 3506 et termine la procédure. Si R ne dépasse pas le rang maximal dans l'espace de travail, la commande passe au bloc 3508 auquel l'espace de travail est examiné pour la détermination d'enchères actives au rang R ou au-dessous. S'il n'en reste aucune, tous les listings pouvant gagner une place ont déjà été placés et la commande passe au bloc 3510 qui termine la procédure. Lorsqu'il existe au contraire des enchères actives au rang R ou au-dessous, la commande passe au bloc 3512 auquel, au rang R, les enchères sont examinées pour la détermination de l'enchère active la plus élevée à ce rang. Au bloc 3514, un ou plusieurs listages du rang R ayant une enchère égale à l'enchère active la plus élevée sont identifiés. Parmi les listages identifiés, ceux qui ont l'élément horodaté le plus bas (le plus ancien) sont identifiés au bloc 3516. Si plusieurs listages ont le même élément horodaté le plus ancien, ce fait est reconnu au bloc 3518 et la commande passe au bloc 3520 auquel le listage sélectionné est choisi au hasard. L'opération peut aussi être réalisée à l'aide d'un autre dispositif de résolution d'égalité. La commande passe alors au bloc 3522 avec identification d'un seul listage. Dans le cas où un seul listage au bloc 3516 a l'élément horodaté le plus bas, la commande passe directement du bloc 3518 au bloc 3522. A ce bloc, le listage identifié est inséré dans la liste des gagnants au rang R. Le bloc 3524 fait progresser R puis la commande revient au bloc 3504 en boucle, la nouvelle valeur de R étant testée à ce bloc et l'opération progresse jusqu'à ce que tous les gagnants soient sélectionnés. Le bloc 3006 de la figure 30 exécute une opération de détermination des coûts par clic illustrée sur la figure 39 à partir du bloc 3900. Les valeurs de coût par clic pour les listages gagnants sont déterminées de bas en haut par inspection des enchères actives aux rangs gagnants et des éléments horodatés des listages en compétition de la manière suivante. Au pas 3902, la variable R est affectée au rang du gagnant le plus bas de la liste des gagnants. Le bloc 3904 teste la valeur de R par rapport au rang minimal de l'espace de travail. Lorsque R est inférieur au rang minimal, il désigne un rang qui est en dehors de la partie supérieure de l'espace de travail et toutes les affectations de coût par clic sont terminées et la commande passe au bloc 3906 qui termine la procédure. Au contraire, Si R désigne un rang de l'espace de travail, la liste des gagnants est examinée pour l'identification du listage gagnant au rang R. Ce listage est examiné au bloc 3910 pour la détermination du fait qu'il s'agit d'un listage protégé par le prix. Dans ce cas, la commande passe au bloc 3912 auquel le coût par clic d'un listage protégé par le prix est calculé. Des listages à protection multiple par le prix et l'emplacement, des listages à protection par le prix et l'emplacement, des listages à protection par le prix et les listages à protection par l'emplacement ont tous une protection par le prix, alors que les listages à coût par clic fixe n'ont pas cette protection. Lorsqu'il est déterminé au bloc 3910 que le listage gagnant est protégé par le prix, la commande passe au bloc 3912 auquel le coût par clic protégé par le prix est calculé et est affecté au listage gagnant. Un moyen d'exécution de ce calcul et de cette affectation correspond à la figure 36 et est décrit dans la suite. Cependant, si le listage n'est pas protégé par le prix, la commande passe du bloc 3910 au bloc 3914 auquel le coût par clic du listage gagnant est rendu égal à l'enchère de listage au rang gagnant. Dans tous les cas, avec ou sans protection par le prix, la commande passe au bloc 3918 auquel R est réduit et la commande revient au bloc 3904 pour le traitement du rang qui se trouve juste au-dessus de celui venant d'être traité. Le bloc 3912 de la figure 39 exécute l'opération de calcul du coût par clic protégé par le prix illustré par la figure 36 depuis le bloc 3600. Au bloc 3602, les enchères actives au rang gagnant sont examinées pour la détermination de l'enchère active la plus élevée à l'exclusion de l'enchère propre au gagnant. Cette enchère est affectée à la variable d'enchère concurrente et peut dans certains cas être toute enchère valide inférieure ou égale à l'enchère du listage gagnant. Au bloc 3604, tous les listages du rang du gagnant ayant une enchère active égale à l'enchère concurrente sont examinés pour la détermination de la valeur de l'élément horodaté. La variable d'éléments horodatés concurrents est affectée à l'élément horodaté le plus ancien parmi ces listages. L'élément horodaté du listage gagnant est ensuite comparé à l'élément horodaté concurrent au bloc 3606. Si l'élément horodaté gagnant est antérieur, le gagnant est le plus ancien et peut revendiquer le rang avec seulement l'enchère concurrente. Dans ce cas, la commande passe au bloc 3608 auquel le coût par clic gagnant est affecté à la valeur de l'enchère concurrente. Si l'élément horodaté du gagnant n'est pas antérieur à l'élément horodaté concurrent, le listage gagnant n'a pas l'antériorité et doit enchérir avec l'incrément minimal d'enchères ou de progression (0,01 $ dans ce cas) par rapport à l'enchère concurrente. Le coût par clic gagnant est établi par l'un de ces deux trajets, et la procédure se termine au bloc 3612. Une autre variante permet une variation du prix de façon non monotone dans le cas où par exemple les annonceurs veulent payer un coût par clic plus élevé pour le rang 2 que pour le rang 1. La figure 38 est un ordinogramme indiquant un exemple de cette variante. La figure 31 représente l'espace de travail 3100 utilisé par cette procédure qui, dans le mode de réalisation représenté, a la même structure, et, après initialisation de l'espace de travail et de la variante précédente, le contenu évolue différemment du fait de l'exécution des procédures dans cette variante. La procédure commence au bloc 3800 de la figure 38. Au bloc 3802, l'espace de travail précité est initialisé. L'opération peut être accomplie par la procédure de la figure 32 décrite précédemment. Au bloc 3804, l'espace de travail est examiné pour la détermination d'enchères actives. S'il n'en reste pas, la liste des gagnants dans l'espace de travail est terminée et la commande passe au bloc 3806 pour terminer la procédure. S'il reste des écritures actives dans l'espace de travail, la commande passe au bloc 3808 auquel le listage gagnant suivant et le rang correspondant sont identifiés. Un exemple de procédure permettant l'identification est décrit dans la suite et représenté sur la figure 37. Au bloc 3810, le listage gagnant est inséré dans la liste des gagnants au rang identifié. L'algorithme progresse alors pour déterminer le coût par clic pour ce listage gagnant. Le listage est examiné au bloc 3812 pour la détermination du fait qu'il s'agit d'un listage protégé par le prix. Les listages à protection multiple par le prix et l'emplacement, les listages à protection par le prix et l'emplacement, les listages à protection par le prix et les listages à protection par l'emplacement sont tous protégés par le prix alors que les listages à coût par clic fixe ne le sont pas. Lorsqu'il est déterminé au bloc 3818 que le listage gagnant est protégé par le prix, la commande passe au bloc 3814 auquel le coût par clic protégé par le prix est calculé et est affecté au listage gagnant. L'opération peut être réalisée par la procédure de la figure 36 déjà décrite. Cependant, si le listage n'est pas protégé par le prix, la commande passe du bloc 3812 au bloc 3816 auquel le coût par clic du listage gagnant est rendu égal à l'enchère de listage du rang gagnant. Dans tous les cas, avec ou sans protection par le prix, la commande passe alors au bloc 3818 à laquelle l'espace de travail est modifié pour prendre en compte le gagnant choisi. En particulier, la colonne du gagnant est marquée comme étant inactive car elle forme la rangée correspondant au rang du gagnant. Il n'est plus nécessaire de prendre alors en considération la mise en oeuvre de cette procédure pour toutes les enchères du listage gagnant et toutes les autres enchères pour le rang du listage gagnant. Le bloc 3808 de la figure 38 exécute l'opération de détermination du gagnant et du rang suivant représenté sur la figure 37 qui commence au bloc 3700. L'espace de travail est examiné pour la détermination d'écritures actives à protection par l'emplacement au bloc 3702, comme indiqué par un X sur la figure 40 pour une enchère. Lorsqu'une écriture quelconque est trouvée, l'une d'elle est choisie au bloc 3704 et la commande passe au bloc 3718 pour renvoyer le listage et son rang, dans ce cas le rang demandé par la protection par l'emplacement. Lorsqu'aucune écriture active à protection par l'emplacement n'est trouvée au bloc 3702 dans l'espace de travail, la commande passe au contraire au bloc 3706 auquel l'espace de travail est cherché ou examiné pour la détermination de l'enchère active la plus élevée. Ensuite, au bloc 3708, toutes les enchères actives de cette somme sont examinées pour la détermination du rang de numéro le plus bas dans lequel apparaît l'enchère active la plus élevée. Toutes les valeurs d'enchères actives à ce rang identifiées sont examinées au bloc 3710 pour l'identification de tous les listages qui ont l'enchère active la plus élevée à ce rang de numéro le plus bas. Parmi les listages identifiés, ceux qui ont l'élément horodaté le plus bas (le plus ancien) sont identifiés au bloc 3712. Lorsque plusieurs listages ont le même élément horodaté antérieur, ce fait est reconnu au bloc 3714 et la commande passe au bloc 3716 qui sélectionne un listage au hasard. L'opération peut aussi être réalisée par un dispositif de résolution d'égalité. La commande passe alors au bloc 3718 avec un seul listage identifié. A ce bloc, le listage et le rang identifié sont renvoyés comme combinaison gagnante et la procédure se termine au bloc 3720. On peut noter d'après ce qui précède que les modes de réalisation concernés s'appliquent à un procédé et à un appareil destinés à des annonceurs apparaissant à un site web à paiement pour la mise en place, permettant la conservation de la place voulue parmi les rangs des listages de recherche présentés au chercheur lorsque l'environnement concurrentiel change, avec des efforts humains très réduits. Le système de ces modes de réalisation met en oeuvre des agents logiciels, des éléments matériels ou une combinaison, agissant pour l'annonceur, en remettant à jour de temps en temps automatiquement le listage de recherche d'annonceur d'après le rang voulu et/ou le coût par clic maximal spécifiés par l'annonceur. Le système permet aux annonceurs de gérer automatiquement leur listage de recherche et leurs dépenses publicitaires associées. Pour l'opérateur d'un site web à paiement par l'emplacement, le système réduit ou élimine les oscillations ou autres variations rapides qui sont nuisibles pour le coût par clic moyen et le revenu et pour les coûts de l'opérateur. Bien qu'on ait décrit et représenté un mode de réalisation particulier, des modifications peuvent être réalisées. Par exemple, bien qu'on ait décrit des sousprogrammes et éléments logiciels sous forme d'une ou plusieurs procédures qui peuvent être appelées par un serveur de gestion de comptabilité, la fonctionnalité représentée peut être exécutée de toute manière convenable, y compris par toute combinaison d'éléments matériels et logiciels et par un degré quelconque de traitement distribué ou direct. Bien entendu, diverses modifications peuvent être apportées par l'homme de l'art aux appareils, systèmes et procédés qui viennent d'être décrits uniquement à titre d'exemple non limitatif sans sortir du cadre de l'invention. REVENDICATIONS 1. Appareil de recherche dans une base de données, caractérisé en ce qu'il comprend : un moteur de recherche, et une base de données (40) qui permet des recherches par le moteur de recherche et qui comprend plusieurs listages de recherche, certains listages de recherche au moins étant associés à des annonceurs et comprenant un terme de recherche spécifié par un annonceur, et un rang voulu/enchère associé au terme de recherche et à l'annonceur, le rang voulu/enchère comprenant au moins un élément choisi parmi : un coût maximal par clic facturable à l'annonceur, et un rang voulu par l'annonceur. 2. Appareil selon la revendication 1, caractérisé en ce que le rang voulu/enchère comporte en outre un élément horodaté. 3. Appareil selon la revendication 2, caractérisé en ce que le moteur de recherche a une configuration telle qu'il peut : recevoir une requête de recherche, localiser un ou plusieurs listages de recherche présentant une relation de complémentarité avec la requête de recherche, et ranger les résultats de la recherche d'un ou plusieurs listages de recherche avec les rangs voulus/enchères associés à un ou plusieurs listage. 4. Appareil selon la revendication 3, caractérisé en ce que le moteur de recherche a une configuration destinée à lui permettre de ranger les résultats de la recherche en fonction du rang voulu et de l'ordre décroissant du coût maximal par clic pour les résultats respectifs de la recherche. 5. Appareil selon la revendication 3, caractérisé en ce que le moteur de recherche a une configuration lui permettant de ranger les résultats de recherche dans l'ordre décroissant du coût maximal par clic, et ranger les résultats de la recherche de coût maximal par clic identique en fonction de l'élément horodaté. 6. Appareil selon la revendication 3, caractérisé en ce que le moteur de recherche a une configuration lui permettant de ranger les résultats de la recherche en fonction du rang voulu. 7. Appareil selon la revendication 1, caractérisé en ce qu'il comprend en outre un comptable accessible par l'annonceur et destiné à faire varier un élément au moins choisi parmi le coût maximal par clic et le rang voulu pour le rang voulu/enchère respectif. 8. Appareil selon la revendication 7, caractérisé en ce que le comptable est en outre accessible par l'annonceur afin que le coût maximal par clic puisse varier pour au moins deux rangs possibles qui sont spécifiés par l'annonceur. 9. Appareil selon la revendication 1, caractérisé en ce qu'il comprend en outre un ou plusieurs agents logiciels ayant une configuration leur permettant de recevoir des informations d'enchère d'annonceur, et d'agir sur les informations d'enchère d'annonceur pour ajuster le coût par clic pour un listage spécifié de recherche. 10. Appareil selon la revendication 9, caractérisé en ce qu'un agent logiciel au moins a une configuration telle qu'il assure l'augmentation du coût actuel par clic du listage spécifié de recherche lorsque le rang du listage spécifié de recherche peut être amélioré sans dépasser le coût maximal par clic, et la réduction du coût actuel par clic du listage spécifié de recherche sans déplacer le listage spécifié de recherche à un rang plus mauvais que le rang voulu. 11. Appareil selon la revendication 10, caractérisé en ce que l'agent logiciel au moins est réalisé afin qu'il réduise le coût actuel par clic du listage spécifié de recherche uniquement lorsque aucun autre listage de recherche n'a son coût actuel respectif par clic augmenté pour la réduction du rang du listage spécifié de recherche. 12. Procédé de gestion de listages de recherche dans une base de données (40) de recherche, le procédé étant caractérisé en ce qu'il comprend : la mémorisation d'un ou plusieurs listages de recherche pour un annonceur, chaque listage de recherche comprenant un terme de recherche, un coût par clic et un coût maximal par clic facturable à l'annonceur, et un rang voulu par l'annonceur, chaque listage de recherche pouvant être affiché dans un rang d'affichage avec d'autres listages de recherche en fonction du coût par clic, la réception d'informations d'enchère d'annonceur, la mémorisation des informations d'enchère d'annonceur, et l'ajustement automatique du coût par clic pour les listages choisis de recherche lorsque le rang d'affichage des listages choisis de recherche change. 13. Procédé selon la revendication 12, caractérisé en ce que l'ajustement automatique comprend la réduction du coût par clic des listages choisis de recherche uniquement lorsque le rang voulu pour les listages choisis de recherche est conservé après la réduction du coût par clic. 14. Procédé selon la revendication 12, caractérisé en ce que l'ajustement automatique comprend l'ajustement du coût par clic en fonction du coût maximal par clic et non d'après le rang voulu. 15. Procédé selon la revendication 12, caractérisé en ce que l'ajustement automatique comprend l'ajustement du coût par clic pour la conservation du rang voulu. 16. Procédé selon la revendication 12, caractérisé en ce que la mémorisation comprend la mémorisation de plusieurs valeurs du coût par clic, chaque valeur respective du coût par clic étant associée à un rang respectif voulu. 17. Procédé selon la revendication 12, caractérisé en ce que la mémorisation comprend la mémorisation de données horodatées associées à un temps choisi entre le temps auquel les informations d'enchère d'annonceur ont été mémorisées, et le temps auquel les informations d'enchère d'annonceur ont été reçues. 18. Procédé selon la revendication 17, caractérisé en ce que l'ajustement automatique comprend : l'identification de plusieurs listages de recherche pour le même terme de recherche ayant un coût identique par clic, et le tri des listages de recherche suivant un ordre d'affichage qui dépend des données horodatées des divers listages de recherche. 19. Système de gestion de listages de recherche dans une base de données (40) de recherche, le système étant caractérisé en ce qu'il comprend : un premier dispositif à code de programme destiné à mémoriser un ou plusieurs listages de recherche pour un annonceur, chaque listage de recherche comprenant un terme de recherche, un coût par clic et un coût maximal par clic et qui peut être facturé à l'annonceur et un rang voulu par l'annonceur, chaque listage de recherche pouvant être affiché avec un rang d'affichage avec d'autres listages de recherche en fonction du coût par clic, un second dispositif à code de programme destiné à recevoir des informations d'enchère d'annonceur, un troisième dispositif à code de programme destiné à mémoriser les informations d'enchère d'annonceur, et un quatrième dispositif à code de programme destiné à ajuster automatiquement le coût par clic pour les listages choisis de recherche lorsque le rang d'affichage des listages choisis de recherche change. 20. Procédé de gestion de listages de recherche dans une base de données (40) de recherche, le procédé étant caractérisé en ce qu'il comprend : la mémorisation d'au moins un listage de recherche destiné à un annonceur, chaque listage de recherche comprenant un terme associé de recherche, la réception de l'annonceur d'informations d'identification d'un listage de recherche et d'un coût maximal par clic pour le listage identifié de recherche, la mémorisation du coût maximal par clic pour le listage de recherche, et la détermination d'un coût par clic pour le listage identifié de recherche d'après le coût maximal par clic et d'autres listages de recherche qui comprennent le terme de recherche associé au listage identifié de recherche. 21. Procédé selon la revendication 20, caractérisé en ce qu'il comprend en outre, de temps à autre, la remise à jour des informations de coût par clic pour le listage identifié de recherche et les autres listages de recherche. 22. Procédé selon la revendication 20, caractérisé en ce qu'il comprend en outre : la réception d'informations voulues de rang de l'annon- ceur pour le listage de recherche identifié, et la détermination du coût par clic pour le listage de recherche identifié d'après au moins en partie les informations de rang voulu. 23. Système de gestion de listages de recherche dans une base de données (40) de recherche, caractérisé en ce qu'il comprend : un premier code de programme ayant une configuration de mémorisation, dans la base de données (40) de recherche, d'un ou plusieurs listages de recherche d'un annonceur, chaque listage de recherche comportant un terme associé de recherche, un second code de programme ayant une configuration destinée à la réception depuis l'annonceur d'informations d'identification destinées à un listage de recherche et d'un coût maximal par clic pour le listage identifié de recherche, un troisième code de programme ayant une configuration destinée à la mémorisation du coût maximal par clic pour le listage de recherche, et un quatrième code de programme ayant une configuration lui permettant de déterminer un coût par clic pour le listage de recherche identifié en fonction du coût maximal par clic et d'autres listages de recherche qui comprennent le terme de recherche associé au listage identifié de recherche. 24. Procédé de gestion de listage de recherche dans une base de données (40) de recherche, caractérisé en ce qu'il comprend : la mémorisation d'au moins un listage de recherche destiné à un annonceur, chaque listage de recherche comprenant un terme associé de recherche, la réception de l'annonceur d'informations d'identification d'un listage de recherche et d'un rang voulu pour le listage identifié de recherche, la mémorisation du rang voulu pour le listage de recherche, et la détermination d'un coût par clic pour le listage identifié de recherche d'après le rang voulu et d'autres listages de recherche qui comprennent le terme de recherche associé au listage identifié de recherche. 25. Procédé selon la revendication 24, caractérisé en ce que la détermination du coût par clic pour le listage identifié de recherche comprend l'ajustement du coût par clic pour le listage identifié de recherche de manière que le listage identifié de recherche soit affiché avec le rang voulu avec les autres listages de recherche. 26. Procédé selon la revendication 24, caractérisé en ce que la détermination du coût par clic pour le listage identifié de recherche comporte en outre : la réception d'un coût maximal par clic pour le listage identifié de recherche, l'augmentation du coût par clic pour le listage identifié de recherche de manière que le listage identifié de recherche soit affiché avec le rang voulu jusqu'à ce que le coût par clic dépasse le coût maximal par clic. 27. Procédé selon la revendication 24, caractérisé en ce que la détermination du coût par clic pour le listage identifié de recherche comporte en outre : la réception, depuis l'annonceur, de plusieurs rangs et d'un coût maximal par clic pour chaque rang pour le listage identifié de recherche, et l'augmentation du coût par clic pour chaque rang de listage identifié de recherche afin que le listage identifié de recherche soit affiché à chaque rang voulu jusqu'à ce que le coût par clic pour chaque rang voulu dépasse le coût maximal par clic pour chaque rang. 28. Procédé selon la revendication 24, caractérisé eh ce qu'il comprend en outre, de temps à autre, la remise à jour des informations de coût par clic pour le listage identifié de recherche et les autres listages de recherche. 29. Système de gestion de listages de recherche dans une base de données (40) de recherche, caractérisé en ce qu'il comprend : un premier code de programme ayant une configuration destinée à mémoriser un ou plusieurs listages de recherche pour un annonceur, chaque listage de recherche comprenant un terme associé de recherche, un second code de programme ayant une configuration destinée à la réception, depuis l'annonceur, d'informations d'identification d'un listage de recherche et d'un rang voulu pour le listage identifié de recherche, un troisième code de programme ayant une configuration de mémorisation du rang voulu pour le listage de recherche, et un quatrième code de programme ayant une configuration destinée à la détermination d'un coût par clic pour le listage identifié de recherche en fonction du rang voulu et d'autres listages de recherche qui comprennent le terme de recherche associé au listage identifié de recherche. 30. Procédé de gestion de listages de recherche dans une base de données (40) de recherche, caractérisé en ce qu'il comprend : la mémorisation de plusieurs listages de recherche pour un annonceur, chaque listage de recherche comprenant un terme associé de recherche et un coût par clic qui peut être payé par l'annonceur, la réception, depuis l'annonceur, d'une désignation d'un ou plusieurs listages de recherche pour lesquels le coût par clic de la tête ajustée automatiquement d'après les variations du coût par clic d'autres listages de recherche associés à des termes de recherche du premier listage de recherche désigné ou d'autres de ces listages, puis l'ajustement automatique du coût par clic pour le listage désigné ou plusieurs listages de recherche. 31. Procédé selon la revendication 30, caractérisé en ce que l'étape de réception comprend la réception d'un coût maximal par clic pour chacun des listages de recherche. 32. Procédé selon la revendication 31, caractérisé en ce que l'ajustement automatique comporte l'ajustement du coût par clic pour un listage de recherche afin que le rang le plus élevé possible soit conservé sans dépassement du coût maximal par clic lorsque le listage de recherche est rangé avec d'autres listages de recherche associés à un terme commun de recherche. 33. Procédé selon la revendication 30, caractérisé en ce que l'étape de réception comprend la réception d'un rang voulu pour chacun des listages de recherche. 34. Procédé selon la revendication 33, caractérisé en ce que l'ajustement automatique comprend l'ajustement du coût par clic pour un listage de recherche afin que le rang voulu du listage de recherche soit conservé lorsque le listage de recherche est rangé avec d'autres listages de recherche associés à un terme commun de recherche. 35. Procédé selon la revendication 30, caractérisé en ce que l'étape de réception comprend la réception d'un coût maximal par clic et d'un rang voulu pour chacun des listages de recherche. 36. Procédé selon la revendication 35, caractérisé en ce que l'étape d'ajustement automatique comprend l'ajustement du coût par clic pour un listage de recherche afin que le rang voulu soit conservé sans dépassement du coût maximal par clic pour le listage de recherche lorsque le listage de recherche est rangé avec d'autres listages de recherche associés à un terme commun de recherche. 37. Procédé selon la revendication 36, caractérisé en ce que l'étape d'ajustement automatique comporte en outre, lorsque le rang voulu pour un listage de recherche ne peut pas être conservé sans dépassement du coût maximal par clic du listage de recherche, le maintien du rang le plus élevé possible sans dépassement du coût maximal par clic. 38. Procédé selon la revendication 35, caractérisé en ce que l'étape d'ajustement automatique comporte en outre, de toute manière, l'établissement du coût par clic afin qu'il ne dépasse pas la valeur nécessaire pour remplir les conditions de rangs spécifiés voulus et de coût maximal par clic. 39. Procédé selon la revendication 30, caractérisé en ce que l'étape de réception comprend la réception de plusieurs rangs et d'un coût maximal par clic pour chacun des rangs pour chacun des listages de recherche. 40. Procédé selon la revendication 39, caractérisé en ce que l'étape d'ajustement automatique comprend l'ajustement du coût par clic pour chaque rang pour chaque listage de recherche afin que le rang voulu soit maintenu pour chaque listage de recherche sans dépassement du coût maximal par clic pour chaque rang de chaque listage de recherche lorsque le listage de recherche est rangé avec d'autres listages de recherche associés à un terme commun de recherche. 41. Procédé selon la revendication 39, caractérisé en ce que l'étape d'ajustement automatique comprend : l'augmentation du coût par clic pour un listage de recherche afin que le listage de recherche soit maintenu au rang le plus élevé jusqu'à ce que le coût par clic dépasse le coût maximal par clic, et si le listage de recherche ne peut pas être maintenu au rang le plus élevé, l'ajustement du coût par clic pour le listage de recherche afin que le listage de recherche soit maintenu à un rang plus élevé suivant jusqu'à ce que le coût par clic dépasse le coût maximal par clic. 42. Procédé de création d'une liste de résultats de recherche pratiquement en temps réel à la suite d'une requête de recherche provenant d'un chercheur utilisant un réseau d'ordinateurs, caractérisé en ce qu'il comprend : l'entretien d'une base de données (40) comprenant plusieurs listages de recherche, chaque listage de recherche étant associé à un emplacement de réseau, au moins un terme de recherche, un rang voulu et une valeur modifiable d'enchère qui est indépendante des autres éléments du listage de recherche, la valeur d'enchère étant associée à l'un au moins des éléments choisis parmi le terme de recherche et l'emplacement du réseau, la valeur d'enchère correspondant à une valeur monétaire qui peut être déduite d'un compte d'un fournisseur d'informations en réseau associé à l'emplacement du réseau après réception d'une requête de récupération provenant de l'emplacement du réseau, la réception d'une requête de recherche du chercheur, l'identification des listages de recherche ayant des termes de recherche qui donnent un accord avec la requête de recherche, le rangement des listages de recherche identifiés dans une liste de résultats de recherche d'après les valeurs des enchères respectives pour les listages identifiés d'enchère et le rang voulu, la réception d'une requête de récupération provenant du chercheur pour la récupération d'informations associées à un listage de recherche présent dans la liste des résultats de recherche, et l'enregistrement d'un événement de requête de récupération comprenant des informations d'identification de compte correspondant à un fournisseur d'informations en réseau, pour que des enregistrements précis des débits de compte soient conservés. 43. Procédé destiné à permettre à un fournisseur d'informations en réseau de remettre à jour des informations concernant un listage de recherche sur une liste de résultats de recherche créée par un moteur de recherche de réseau d'ordinateurs, le procédé étant caractérisé en ce qu'il comprend : l'entretien d'une base de données (38) de comptes ayant au moins un enregistrement de compte pour chacun de plusieurs fournisseurs d'informations en réseau, l'enregistrement de compte comprenant au moins un listage de recherche ayant un terme de recherche et au moins une valeur modifiable d'enchère qui est indépendante des autres éléments du listage de recherche, et un rang voulu spécifié par le fournisseur d'informations en réseau, et un identificateur de compte, la réception, depuis le fournisseur d'informations en réseau, d'une requête de changement pour un listage de recherche dans le compte du fournisseur d'informations en réseau, la remise à jour du listage de recherche dans l'enregistrement du compte du fournisseur d'informations en réseau à la suite de la requête de changement, et la détermination d'une position pratiquement en temps réel du listage de recherche remis à jour dans une liste de résultats de recherche créée par le moteur de recherche à la suite d'une requête de recherche reçue d'un chercheur utilisant le réseau d'ordinateurs, dans lequel le terme de recherche du listage remis à jour de recherche crée un accord avec la requête de recherche et la position du listage remis à jour de recherche dans la liste de résultats de recherche est déterminée avec au moins un élément choisi parmi la valeur de l'enchère et le rang voulu. 44. Procédé destiné à permettre à un promoteur de site web utilisant un réseau d'ordinateurs de remettre à jour les informations relatives à un listage de recherche contenues dans une liste de résultats de recherche créée par un moteur de recherche pratiquement en temps réel à la suite d'une requête de recherche reçue d'un ordinateur distant par le réseau d'ordinateur, le procédé étant caractérisé en ce qu'il comprend : l'entretien d'une base de données (38) de comptes ayant au moins un enregistrement de compte pour chacun de plusieurs promoteurs de site web du réseau d'ordinateurs, l'enregistrement de compte comprenant un identificateur de compte, et au moins un listage de recherche ayant un terme de recherche et au moins une valeur modifiable d'enchère qui est indépendante des autres éléments du listage de recherche, et un rang voulu spécifié par un promoteur de site web, la délivrance au promoteur de site web d'un accès par enregistrement authentifié, selon lequel l'accès par enregistrement du promoteur de site web permet à ce promoteur de modifier l'enregistrement du compte du promoteur de site web, la modification d'un listage de recherche de l'enregistrement de compte lors de la réception d'une requête provenant du promoteur de site web, l'ajustement automatique de la valeur modifiable d'enchère du listage de recherche et des valeurs modifiables d'enchère des autres listages de recherche ayant un terme commun de recherche avec le listage modifié de recherche, et la création d'une liste de résultats de recherche constituée de listages de recherche dans lesquels les termes de recherche de chaque listage de recherche créés un accord avec la requête de recherche, les listages de recherche de la liste de résultats de recherche étant placés dans un ordre qui correspond aux valeurs d'enchère des listages de recherche. 45. Procédé de détermination du coût par clic et de listages de recherche destinés à être associés à la position de chaque rang pour plusieurs positions de rang d'un affichage de résultats de recherche, le procédé étant caractérisé en ce qu'il comprend : l'initialisation d'un espace de travail, la détermination d'un listage de recherche gagnant pour chaque position de rang, et la détermination du coût par clic pour chaque listage de recherche gagnant. 46. Procédé selon la revendication 45, caractérisé en ce que l'initialisation de l'espace de recherche comprend : l'identification d'un listage d'accord qui correspond à une demande de recherche reçue d'un chercheur, les listages d'accord étant sélectionnés dans une base de données (40) de listages de recherche, pour chaque listage d'accord, l'initialisation d'une colonne de l'espace de travail et l'association d'un type de listage au listage d'accord, si le listage d'accord est d'un premier type, la saisie d'un coût par clic pour chaque rang du listage d'accord dans chaque rang correspondant de la colonne, si le listage d'accord est d'un second type, la saisie d'un coût par clic de listage d'accord à un rang qui correspond au rang voulu du listage d'accord et pour tous les rangs inférieurs de la colonne, si le listage d'accord est d'un troisième type, la saisie d'un coût par clic du listage d'accord dans tous les rangs de la colonne, et si le listage d'accord est d'un quatrième type, la mémorisation de données pour le marquage d'un rang voulu du listage d'accord dans un rang correspondant de la colonne. 47. Procédé selon la revendication 46, caractérisé en ce qu'il comprend en outre, lorsque le listage d'accord est d'un cinquième type, la saisie d'un coût par clic du listage d'accord dans tous les rangs de la colonne. 48. Procédé selon la revendication 45, caractérisé en ce que la détermination d'un listage de recherche gagnant comprend : pour chaque rang, la détermination du coût par clic le plus élevé parmi les listages de recherche du rang, l'identification des listages de recherche de coût le plus élevé au rang associé au coût par clic le plus élevé, la détermination d'un listage de recherche horodaté le plus ancien parmi les listages de recherche de coût le plus élevé, et la sélection du listage de recherche horodaté le plus ancien comme listage de recherche gagnant pour la position du rang. 49. Procédé selon la revendication 45, caractérisé en ce qu'il comprend : la détermination du fait qu'il existe plusieurs listages de recherche horodatés les plus anciens, et la sélection d'un listage de recherche horodaté le plus ancien comme listage de recherche gagnant. 50. Procédé selon la revendication 45, caractérisé en ce que la détermination du coût par clic de chaque listage de recherche gagnant comprend : pour chaque rang, la détermination du fait que le listage de recherche gagnant est un listage de recherche à protection de prix, et si le listage de recherche gagnant n'est pas un listage de recherche à protection de prix, l'affectation du coût par clic du listage de recherche gagnant durant comme valeur d'enchère spécifiée par un annonceur associé au listage de recherche gagnant. 51. Procédé selon la revendication 45, caractérisé en ce qu'il comprend : lorsque le listage de recherche gagnant est un listage de recherche protégé par le prix, la sélection d'un listage de recherche concurrent ayant une valeur d'enchère la plus élevée suivante au rang du listage de recherche gagnant, si le listage de recherche gagnant à un élément horodaté plus ancien que l'élément horodaté du listage de recherche concurrent, l'affectation du coût par clic du listage de recherche gagnant durant correspondant comme constituant le coût par clic du listage de recherche concurrent, et autrement, l'affectation du coût par clic du listage de recherche gagnant pour ce rang au coût par clic du listage de recherche concurrent augmentée d'un incrément minimal de coût par clic. 52. Procédé de détermination d'un coût par clic et de listages de recherche à associer à chaque position de rang parmi plusieurs positions de rang d'un affichage de résultats de recherche, caractérisé en ce qu'il comprend : l'initialisation d'un espace de travail, l'identification d'un listage de recherche gagnant pour chaque position de rang parmi les listages de recherche actifs, l'insertion du listage de recherche gagnant dans une liste de gagnants pour ce rang, lorsque le listage de recherche gagnant n'est pas un listage de recherche protégé par le prix, l'affectation du coût par clic du listage de recherche gagnant pour ce rang comme étant une valeur d'enchère spécifiée pour ce rang par un annonceur associé au listage de recherche gagnant, et l'inactivation des autres enchères du listage de recherche gagnant et des autres enchères pour ce rang du listage gagnant. 53. Procédé selon la revendication 52, caractérisé en ce qu'il comprend en outre : si le listage de recherche gagnant est un listage de recherche protégé par le prix, la sélection d'un listage de recherche concurrent ayant une valeur d'enchère la plus élevée suivante au rang du listage de recherche gagnant, si le listage de recherche gagnant a un élément horodaté plus ancien qu'un élément horodaté du listage de recherche concurrent, l'affectation du coût par clic du listage de recherche gagnant pour ce rang afin qu'il constitue le coût par clic du listage de recherche concurrent, et autrement, l'affectation du coût par clic du listage de recherche gagnant pour ce rang au coût par clic du listage de recherche concurrent augmenté d'un incrément minimal de coût par clic. 54. Procédé selon la revendication 52, caractérisé en ce que l'identification d'un listage de recherche gagnant comprend : la détermination d'une valeur d'enchère active la plus élevée dans l'espace de recherche, parmi les listages de recherche ayant une valeur d'enchère correspondant à la valeur d'enchère active la plus élevée, la détermination du rang le plus bas spécifié par les listages de recherche, parmi les listages de recherche ayant un rang correspondant au rang le plus bas, l'identification des listages de recherche ayant la valeur d'enchère active la plus élevée au rang le plus bas, et l'identification, comme listage de recherche gagnant, d'un listage de recherche identifié ayant un élément horodaté le plus ancien. 55. Procédé de gestion de listages de recherche dans une base de données (40) de recherche, caractérisé en ce qu'il comprend : la mémorisation d'un ou plusieurs listages de recherche d'un annonceur, chaque listage de recherche comprenant un terme de recherche, un coût par clic et un coût maximal par clic qui peut être facturé à l'annonceur, et un rang voulu par l'annonceur, chaque listage de recherche pouvant être affiché dans un rang d'affichage avec d'autres listages de recherche en fonction du coût par clic et du rang voulu, la réception d'informations d'enchère d'annonceur, la mémorisation des informations d'enchère d'annonceur, la réception, depuis l'annonceur, d'un nouveau rang voulu pour un listage de recherche, la détermination d'un nouveau coût maximal par clic pour le listage de recherche nécessaire pour l'obtention du nouveau rang voulu pour le listage de recherche, et l'ajustement automatique du coût par clic pour les listages de recherche sélectionnés lorsque le rang d'affichage des listages de recherche choisi change. 56. Procédé selon la revendication 55, caractérisé en ce que la détermination du nouveau coût maximal par clic comprend : la localisation d'un listage de recherche par le terme de recherche avec un rang qui n'est pas supérieur au nouveau rang voulu, la récupération d'un coût maximal par clic associé au listage de recherche localisé, et la détermination d'une enchère supérieure de N centimes à la valeur d'enchère récupérée. 57. Procédé selon la revendication 57, caractérisé en ce que N est égal à 1. 58. Procédé de gestion de listages de recherche dans une base de données (40) de recherche, caractérisé en ce qu'il comprend : la mémorisation d'un ou plusieurs listages de recherche pour un annonceur, chaque listage de recherche comprenant un terme de recherche, un coût par clic et un coût maximal par clic qui peut être facturé à l'annonceur, et un rang voulu par l'annonceur, chaque listage de recherche pouvant être affiché à un rang d'affichage avec d'autres listages de recherche en fonction du coût par clic, la réception, depuis un annonceur associé à un ou plusieurs listages de recherche sélectionnés, d'une indication d'au moins un élément choisi parmi le coût maximal par clic et le rang voulu pour au moins un listage de recherche à enchère parmi les listages de recherche sélectionnés, et le maintien du rang d'affichage du listage de recherche à enchère au moins en fonction de l'indication reçue. 59. Procédé selon la revendication 58, caractérisé en ce que le maintien du rang d'affichage comprend l'ajustement du coût par clic d'au moins un listage de recherche à enchère pour le maintien du rang d'affichage du listage de recherche à enchère au moins au rang voulu. 60. Procédé selon la revendication 58, caractérisé en ce que le maintien du rang d'affichage comprend : la détermination du fait que le rang d'affichage du listage de recherche à enchère au moins ne peut pas être maintenue au rang voulu, et le maintien du rang d'affichage du listage de recherche à enchère au moins à un rang plus élevé suivant. 61. Procédé selon la revendication 58, caractérisé en ce que le maintien du rang d'affichage comprend le maintien du coût par clic à une valeur inférieure ou égale au coût maximal par clic. 62. Procédé selon la revendication 58, caractérisé en ce que le maintien du rang d'affichage comprend : la détermination du fait que le rang d'affichage d'au moins un listage de recherche à enchère ne peut pas être maintenue au rang voulu, et l'ajustement du rang d'affichage du listage de recherche à enchère au moins à une valeur inférieure jusqu'à ce que le coût par clic ne dépasse pas le coût maximal par clic. 63. Procédé selon la revendication 58, caractérisé en ce que le maintien du rang d'affichage comprend la réduction automatique au minimum du coût par clic pour le listage de recherche à enchère au moins avec le maintien d'un rang d'affichage actuel pour le listage de recherche à enchère au moins. 64. Procédé selon la revendication 58, caractérisé en ce que le maintien du rang d'affichage comprend l'optimisation simultanée du rang d'affichage et du coût par clic d'au moins un terme de recherche à enchère en fonction de l'indication reçue. 65. Procédé selon la revendication 58, caractérisé en ce que la réception de l'indication comprend la réception de plusieurs valeurs de rang voulu et d'un même nombre de valeurs de coût maximal par clic pour le listage de recherche à enchère au moins. 66. Système de recherche dans une base de données (40) , caractérisé en ce que des annonceurs donnent une valeur économique lorsque des emplacements de réseau associés aux annonceurs sont référencés par un chercheur à la suite d'une demande provenant du chercheur, le système de recherche de la base de données (40) conservant une ou plusieurs variables de compte et une variable d'orientation en fonction des critères de l'annonceur. 67. Système selon la revendication 66, caractérisé en ce que la variable de compte comprend un coût par clic qui peut être payé par l'annonceur. 68. Système selon la revendication 67, caractérisé en ce que les critères de l'annonceur comprennent un coût maximal par clic et un rang voulu. 69. Système selon la revendication 66, caractérisé en ce que la variable de compte comporte une valeur débitée d'un compte de l'annonceur. 70. Système selon la revendication 66, caractérisé en ce que la variable d'orientation comporte un rang d'affichage pour les emplacements du réseau de l'annonceur dans les résultats de recherche présentés au chercheur. 71. Procédé de gestion de listages de recherche dans une base de données (40) de recherche, caractérisé en ce qu'il comprend : la mémorisation de listages de recherche pour un ou plusieurs annonceurs, chaque listage de recherche comprenant un terme de recherche, un coût par clic et un coût maximal par clic qui peut être facturé à l'annonceur, et un rang voulu par l'annonceur, chaque listage de recherche pouvant être affiché à un rang d'affichage avec d'autres listages de recherche en fonction du coût par clic, certains des listages de recherche au moins comprenant un terme commun de recherche, la réception, depuis un ou plusieurs annonceurs associés aux listages de recherche, comprenant le terme commun de recherche, d'indications d'au moins un élément choisi parmi le coût maximal par clic et le rang voulu pour les listages de recherche comprenant le terme commun de recherche, et le maintien du rang d'affichage des listages de recherche comprenant le terme commun de recherche en fonction des indications reçues.