FR 2828311 A1 20030207 FR 0209910 A 20020802 tion des indicat10ns reques. 282831 1 ART ANTÉRIEUR Le transfe rt de l' information su r des réseaux d'ord i nateu rs est devenu un moyen de plus en plus important grâce auquel des institutions, des entreprises et des individus opèrent dans le monde des affaires. Les réseaux d'ordinateurs se sont développés au fil des années depuis des entités indépendantes et isolées prévues pour servir les besoins d'un unique groupe jusquà de vastes systèmes Internet qui interconnectent des réseaux physiques disparates et qui leur permettent de fonctionner en tant que système coordonné. Présentement, le réseau d'ordinateurs le plus grand existant est l'lnternet. L'lnternet est une interconnexion mondiale de réseaux d'ordinateurs qui communiquent en utilisant un protocole commun. Des millions d'ordinateurs, depuis les ordinateurs personnels qui constituent la plage inférieure de la gamme jusqu'aux super ordinateurs qui constituent la plage supérieure de la gamme, sont connectés à l'lnternet. L'lnternet a émergé en tant que communauté importante d'utilisateurs connectés électroniquement qui sont localisés sur tout le globe et qui échangent aisément et de façon régulière des quantités significatives d'information. L'lnternet continue à servir ses objectifs originaux consistant à fournir un accès à des agences gouvernementales, à des laboratoires et à des universités à des fins de recherche et d'éducation et à leur permettre d'échanger entre eux de l'information. En outre, I'lnternet a évolué pour desservir une certaine variété d'intérêts et de forums qui s'étendent au-delà de ses buts originaux. En particulier, I'internet est en train de se transformer rapidement en un marché électronique global de biens et services de même qu'en matière d'idées et d'information. Cette transformation de l'lnternet selon un marché global a été gouvernée pour une grande part par l'introduction d'un système d'information connu en tant que Worid Wide Web ou toile mondiale (''le web"). Le web est une base de données distribuée unique qui est conçue pour assurer un accès large à un univers important de documents. Les enregistrements en base de données du web se 282831 1 présentent sous la forme de documents connus en tant que "pages". Ces pages résident sur des serveurs web et sont accessibles via lèlnternet Le web est par conséquent une vaste base de données d'information dispersée sur d'innombrables systèmes d'ordinateur individuels qui changent constamment et qui ne présentent ni une organisation reconnaissable, ni une morphologie reconnaissable. Les ordinateurs qui sont connectés à l'lnternet peuvent accéder aux pages web via u n prog ram me con n u en tant que n avigateu r, leq uel navigateur comporte une interface utilisateur graphique puissante et simple à apprendre. Une technique puissante qui est supportée par le navigateur web est connue en tant que hyperlien, laquelle technique permet à des auteurs de pages web de créer des liens sur d'autres pages web, lesquels utilisateurs peuvent ensuite les récupérer en utilisant de simples commandes de pointage et cliquage sur le navigateur web. Les pages peuvent être construites selon n'importe laquelle d'une certaine variété de conventions de formatage telles que le langage Hyper Text Markup Language ou HTML et elles peuvent inclure un contenu en termes d'information multimédia tel que des graphiques, des sons audio et des images mobiles. Une quelconque personne muni d'un ordinateur et d'une connexion sur l'lnternet peut accéder à n'importe quelle page accessible de façon publique qui est postée sur le web. Par conséquent, le fait d'être présent sur le web assure la possibilité de proposer à une base mondiale de consommateurs diverses offres marchandes et de les mettre en relation avec des individus et des institutions visant à annoncer leurs produits et leurs services à des clients potentiels ou à distribuer ou promouvoir de l'information. Qui plus est. la sophistication toujours croissante au niveau de la conception des pages web, comme rendue possible par l'augmentation exponentielle des débits de transmission de données et des vitesses de traitement des ordinateurs, a pour effet que le web devient de façon croissante un support attractif pour la publicité ainsi qu'à d'autres fins du monde des affaires, de même que pour la libre circulation de l'information. La disponibilité de nouveaux outils puissants qui facilitent le développement et la distribution du contenu de Internet a abouti à une prolifération de l'information, des produits et des services offerts sur l'lnternet et à une croissance énorme du nombre de consommateurs qui utilisent lèlnternet. International Data Corporation, ciassiquement appelé IDC, estime que le nombre d'utilisateurs de l'lnternet devrait cro^tre à l'échelon mondial depuis approximativement 97 millions en 1998 jusqu'à approximativement 320 millions à la fin de 2002. En outre, le commerce mis en _uvre sur l'lnternet a crû et on s'affend à ce qu'il croisse fortement. L'IDC estime que le pourcentage des utilisateurs de l'lnternet qui achètent des biens et des services sur l'lnternet augmentera depuis approximativement 28% à la fin de 1998 jusqu'à approximativement 40% en 2002 et que sur la même période temporelle, la valeur totale des biens et des services achetés sur I'lnternet augmentera depuis approximativement 32,4 milliards de dollars jusqu'à approximativement 425,7 milliards de dollars. L'lnternet a émergé en tant que nouveau support attractif pour que le monde des affaires ainsi que les fournisseurs d'information, de produits et de services atteignent ces nombres importants de consommateurs. Cependant, le web est constitué par un nombre apparemment sans limite de pages web réparties sur des millions de différents systèmes d'ordinateur dans le monde entier selon aucune organisation discernable. Des services ou des mécanismes de recherche tels que des répertoires et des moteurs de recherche ont été développés pour indexer et rechercher l'information disponible sur le web et pour ainsi contribuer au fait que les utilisateurs de l'lnternet localisent l'information digne d'intérêt. Ces services de recherche permettent à des consommateurs de rechercher sur l'lnternet un listing de sites web sur la base d'un sujet spécifique, d'un produit spécifique ou d'un service spécifique digne d'intérêt. Les services de recherche sont, en second lieu après le courrier électronique, I'outil le plus fréquemment utilisé sur lilnternet. En tant que résultat, les sites web qui fournissent des services de recherche offrent à des annonceurs une capacité d'atteinte significative 282831 1 de l'audience de l'lnternet et confèrent aux annonceurs l'opportunité de cibler les intérêts des consommateurs sur la base de mots clé ou de requêtes de recherche par sujet. Les annonceurs bien entendu ont intérêt à participer à des listings de résultats de recherche. Ils visent de façon générale à maxi m iser l'exposition et le trafic to ut en gé rant de quelconques coûts associés à une telle exposition d'une manière efficiente et efficace du point de vue des coûts. De façon générale, lors d'une recherche basée sur web sur un moteur de recherche de l'lnternet, un utilisateur entre une expression de recherche qui comprend un ou plusieurs mots clé, que le moteur de recherche utilise ensuite pour générer un listing de pages web auquel l'utilisateur peut accéder via un hyperlien. Il existe un grand nombre de façons selon lesquelles un moteur de recherche peut retourner les listings de résultats. Il y a des moteurs de recherche qui utilisent une technologie de recherche automatisée, laquelle technologie repose en grande partie sur des algorithmes de recherche en base de données basés sur les mathématiques complexes, lesquels algorithmes de recherche sélectionnent et classent les pages web sur la base de multiples critères tels qu'une densité de mots clé et qu'une localisation de mots clé. Ces moteurs de recherche cataloguent fréquemment des résultats de recherche qui reposent sur des descriptions de sites web invisibles ou des "métabalises ou métaétiquettes", qui sont conçues par des promoteurs de site web. Il n'est pas non habituel que des propriétaires de sites web balisent ou étiquettent librement leurs sites selon leurs choix dans le but d'attirer l'attention de consommateurs additionnels à un coût marginal faible. D'autres moteurs de recherche et d'autres répertoires de sites web peuvent également reposer sur des efforts manuels déployés par les membres d'une équipe éditoriale en un nombre limité pour réviser l'information sur des pages web. Peu importe le processus, les propriétaires de pages web visent à cibler leur exposition sur web et à distribuer l'information à l'attention d'utilisateurs intéressés sur une base courante et compréhensible tout en maintenant les coûts dans certaines limites ou en surveillant des budgets prédéterminés. 282831 1 Un effort connu qui a été utilisé par des annonceurs pour générer un trafic de site web est constitué par une publicité par bandeau ou bannière selon laquelle des promoteurs de site web visent à favoriser et à augmenter leurs expositions sur web en achetant de I'espace sur les pages des sites web commerciaux très fréquentés. Les promoteu rs de site web rem pl issent habitue l leme nt cet espace à l'aide d'un graphique rempli de couleurs connues en tant que bannière qui fait la publicité de leur propre site web et qui joue le rôle d'hyperlien pour qu'un visiteur clique pour accéder au site. Les bannières peuvent être affichées à chaque accès de page ou peuvent être ciblées pour rechercher des expressions sur un moteur de recherche. De façon similaire à la publicité traditionnelle, la publicité par bannière pour l'lnternet est typiquement payée sur une base impression, les annonceurs payant des expositions à des consommateurs potentiels. La publicité par l'lnternet peut assurer un certain niveau de ciblage, d'interactivité et de capacité de mesure, lequel niveau n'est de façon générale pas disponible dans le cas dautres médias. Moyennant des outils appropriés, les annonceurs de l'lnternet disposent de la capacité de cibler leurs messages sur des groupes spécifiques de consommateurs, de recevoir un retour rapide en ce qui concerne l'efficacité de leurs campagnes d'annonce et de surveiller de quelconques coûts associés au processus. Bon nombre des paradigmes traditionnels de publicité et des algorithmes de moteur de recherche traditionnels échouent à maximiser la délivrance d'une information pertinente via le web à des parties intéressées d'une manière efficace du point de vue des coûts pour l'annonceur. Dans l'idéal, les promoteurs de site web (les annonceurs) devraient pouvoir contrôler leur participation ou leur placement dans des listings de résultats de recherche de telle sorte que leurs listings apparaissent dans des recherches qui sont pertinentes pour le contenu de leur site web et que de quelconques coûts associés soient surveillés de manière efficace. La fonctionnalité des moteurs de recherche doit faciliter un marché en ligne qui offre à des consommateurs des résultats de recherche rapides, aisés et pertinents tout en fournissant 282831 1 aux annonceurs de i'lnternet et aux promoteurs afférents une façon davantage efficace du point de vue des coûts de cibler des consommateurs et de surveiller les coGts. Dans ce marché en ligne, des entreprises qui vendent des produits, des services ou une information apparaissent en des positions sur une liste de résultats de recherche qui est générée par un moteur de recherche de lilnternet pour des coûts efficaces ou des dépenses ma^'trisées. Puisque les annonceurs souhaitent de façon générale maximiser les résultats et minimiser les coûts, les annonceurs sont motivés à sélectionner des mots cié de recherche qui sont les plus pertinents pour leurs offres de site web et à gérer les coûts en utilisant ou en favorisant des mots clé sélectionnés. Selon un modèle de moteur de recherche, par exemple, les annonceurs payent pour chaque cliquage sur renvoi généré à partir des listes de résultats de recherche qui sont générées par le moteur de recherche. Un tel moteur de recherche est décrit dans le brevet des Etats-Unis n 6 269 361 délivré le 31 juillet 2001 à Davis et suivants et intitulé "System and Method for Influencing a Position on a Search Result List Generated by a Computer Network Search Engine". Plus la position d'un annonceur est élevée sur une liste de résultats de recherche, plus la probabilité que l'annonceur obtienne "un renvoi" est élevée. La probabilité qu'un consommateur réalise un renvoi sur le site web de l'annonceur par l'intermédiaire de la liste de résultats de recherche est directement rapportée à la position de l'annonceur dans la liste de résultats de recherche. Le fournisseur de moteur de recherche maintient des comptes pour chaque annonceur également appelé promoteur de site web. Du fait que des nombres importants d'imputations peuvent être à payer pour un compte en une courte période temporelle, le maintien d'une base de données de comptes précise et mise à jour n'est pas seulement important mais peut être inestimable. Les procédés de surveillance de compte existants aboutissent souvent au fait que des publicités sont surdélivrées et que le compte de l'annonceur est sur- imputé. Puisque les annonceurs peuvent avoir établi des limites 282831 1 prédéterminées pour certaines imputations, le fournisseur de moteur de recherche peut ne pas étre remboursé pour les services fournis à l'annonceur au-delà de la limite prédéterminée de l'annonceur. En outre, des annonceurs en compétition qui payent pour des événements imputables après qu'une limite de compétiteur a été atteinte peuvent dépenser de façon non nécessaire de l'argent pour une participation ou un placement en priorité dans des listings de résultats de recherche si le listing d'annonceurs non payeurs est encore considéré comme étant actif. BREF RESUMÉ Un système de surveillance de compte traite les problèmes ou inefficiences qui ont été mentionnées ci-avant en proposant un système et un procédé qui permettent de gérer de façon précise un compte de promoteur de site web avec un fournisseur de moteur de recherche de lèlnternet. De façon davantage particulière, le système de surveillance de compte permet au fournisseur de moteur de recherche de fournir des notifications d'information de compte aux divers promoteurs de site web et d'empêcher une sur-délivrance et une sur- imputation pour une participation dans un moteur de recherche. Selon une application de l'invention à un mode de réalisation, le moteur de recherche impute le promoteur de site web sur une base événement imputable, moyennant un ajustement pour des imputations frauduleuses. BRÈVE DESCRIPTION DES DESSINS La figure 1 est un schéma fonctionnel qui représente un système de surveillance de compte; la figure 2 est un schéma fonctionnel qui représente un système de surveillance de compte; la figure 3 est un organigramme qui représente un procédé de surveillance de compte; la figure 4 est un schéma fonctionnel qui représente un environnement de réseau qui inclut un moniteur de compte; la fig u re est u n organ ig ram me q u i représente u n procédé d'exécution des divers agents dans un système de surveillance de 282831 1 compte; la figure 6 est un organigramme qui représente un procédé de déte rmi natio n d 'i mputation de cl iquage défi n itive dans u n système de surveillance de compte; la figure 7 est un organigramme qui représente un procédé de comptabilisation pour des résultats de cliquage dans un système de surveillance de compte; la fig u re 8 est u n organ ig ram me qu i représente u n procédé d'acceptation de soldes dans un système de surveillance de compte; et la figure 9 est un schéma fonctionnel qui représente certains services de surveillance de compte. DESCRIPTION DÉTAILLÉE DES MODES DE RÉALISATION PRÉSENTEMENT PRÉFÉRÉS I. Introduction Divers nouveaux procédés t systèmes de surveillance de compte pour des moteurs de recherche sont décrits, lesquels réduisent une sur-délivrance de résultats de recherche avec priorité et réduisent une sur-facturation des annonceurs. Du fait des problèmes et inefficiences rencontrés avec les systèmes existants comme décrit ci- avant, il existe un besoin pour un moteur de recherche qui permette de surveiller de façon davantage précise des comptes d'annonceurs. Un tel moniteur ou moyen de surveillance de compte de moteur de recherche peut: 1. reconna^'tre lorsqu'un solde de compte d'annonceur a atteint une limite prédéfinie; 2. contrôler la réalité des paiements qui sont réalisés par un annonceur pour un compte; 3. suivre des imputations d'événement imputable moyennant un retard de traitement minimum afin de maintenir des estimations courantes de soldes de compte; 4. écarter des imputations pour des événements non imputables, par exemple dans le cas d'événements imputables frauduleux; 5. incorporer des imputations d'événement imputable définitives pour des périodes définies comme déterminé par un système de détermination d'imputation autorisée séparé qui peut utiliser des algorithmes de filtrage de cliquage qui présentent une 282831 1 latence plus élevée qu'acceptable pour maintenir une estimation la plus courante de soldes de compte tout en désinvalidant l'effet de cliquages surveillés en temps réel pendant la même période; 6. incorporer une information de solde de compte définitif en provenance d'un système de comptabilisation financière externe; 7. imputer et créditer des cartes de crédit d'annonceur ou un procédé de paiement similaire, enregistrer ces imputations, aviser ie système de comptabilisation financière de ces imputations et considérer ces imputations lors du calcul de soldes de compte d'annonceur; 8. imputer une carte de crédit d'annonceur ou un procédé de paiement similaire pour remplir à nouveau un compte épuisé chaque fois que le compte s'approche d'un solde prédéterminé tel que O; 9. imputer une carte de crédit d'annonceur pour amener un compte jusqu'à un solde précontractualisé selon des intervalles périodiques, pour des annonceurs qui choisissent ces services; 10. notifier les annonceurs lorsque leur solde de compte est estimé comme étant insuffisant pour supporter des imputations d'événement imputable supplémentaires au- delà d'une période temporelle prédéterminée; 11. notifier les annonceurs lorsque leur compte est rempli à nouveau en imputant leur carte de crédit; et/ou 12. notifier les gestionnaires de compte de moteur de recherche lorsque diverses conditions se produisent. La description qui suit est présentée pour permettre à l'homme de l'art de s'approprier de l'invention et de l'utiliser. Dans le contexte de l'explication, une nomenclature spécifique est mise en exergue afin d'assurer une compréhension complète de la présente invention. Des descriptions d'applications spécifiques sont fournies seulement à titre d'exemples. Diverses modifications apportées aux modes de réalisation préférés appara^'tront aisément à l'homme de l'art et les principes généraux définis ici peuvent être appliqués à d'autres modes de réalisation et à d'autres applications sans que l'on s'écarte ni de l'esprit, ni du cadre de l'invention. Par conséquent, la présente invention n'est pas destinée à être limitée aux modes de réalisation qui sont présentés mais elle est destinée à s'étendre au cadre le plus large cobérent avec les principes et les caractéristiques décrits ici. 282831 1 I l. Définitions Agent un programme qui appelie des procédés de façon périodique pour réaliser une tâche spécifique. De multiples agents peuvent être déroulés simultanément pour réaliser les mêmes tâches ou différentes tâches. CRM gestion de relation client CSR représentants de service client Client un membre d'une classe ou d'un groupe qui utilise les services d'une autre classe ou d'un autre groupe à laquelle ou auquel il n'est pas rapporté. Dans le contexte d'un réseau d'ordinateurs tel que l'lnternet, un client est un processus (c'est-à-dire en gros un programme ou une tâche) qui demande en requête un service qui est fourni par un autre processus, connu en tant que programme de serveur. EJB Enterprise Java Beans Agent de protection vis-à-vis des fraudes un système qui évacue par filtrage des événements imputables frauduleux ou sur lesquels ont peut se poser des questions. Ces imputations peuvent être évacuées par filtrage selon un processus à multiples étapes ou multi-étape qui utilise différentes techniques de filtrage. Procédé un programme ou un processus qui peut être groupé avec d'autres procédés selon un service. Les procédés sont classiquement exécutés par un agent. Agent RTC agent de cliquage temps réel. Un agent de cliquage temps réel écoute des cliquages au niveau d'un site web et envoie des données sur un serveur central pour une surveillance de compte. Terme de recherche les termes lors d'une recherche réalisée par un moteur de recherche Liste de résultats de recherche dans un service de recherche, la liste des résultats de recherche est une liste des résultats 282831 1 de recherche ordonnés et retournés à l'utilisateur par le moteur de recherche. Serveur système d'ordinateur à distance qui est accessible sur un support de communication tel que l'lnternet Un serveur peut jouer le rôle de fournisseur d'information pour un réseau d'ordinateurs. Service une collection de , procedes U RL moyen de localisation de ressource uniforme Site web une page ou un jeu de pages accessible(s) via le web. Promoteur de site web une entité qui souhaite promouvoir un site web particulier, également connue en tant qu'annonceur. Un promoteur de site web est typiquement un propriétaire, un opérateur ou un agent du site web. Ill. Mode de réalisation présenté à titre d'exemple Les moteurs de recherche sur l'lnternet constituent une façon pour que des annonceurs de site web réalisent la promotion de leurs sites web au niveau de résultats de recherche ou obtiennent l'exposition en apparaissant dans des résultats de recherche contenant leur description de site web. Un outil qui permet à des annonceurs de participer à des listings de résultats de recherche pour des recherches concernant des termes pertinents vis-à-vis de leurs activités tout en surveillant de façon davantage précise les coûts associés à la participation procure un avantage puissant dans le monde des affaires ainsi que dans d'autres univers qui visent à gérer des coûts associés à l'augmentation de l'exposition par web. Bien que le système de surveillance de compte décrit ici puisse être appliqué à bon nombre de modèles de moteur de recherche différents, il est utile dans le contexte de la description de détailler le système tel qu'utilisé en connexion avec un modèle "payer pour être placé" expliqué ci-après. Afin de participer au processus tel qu'appliqué à un moteur de recherche du modèle "payer pour être placé", un annonceur tel qu'un 282831 1 promoteur de site web peut accéder au compte utilisateur d'annonceur par l'intermédiaire d'un site web sécurisé. L'annonceur peut utiliser le compte pour placer un montant sur des termes de recherche qui sont pertinents pour le site web d'annonceur. Chaque montant est spécifique pour une combinaison terme-site web de recherche et correspond à un montant monétaire que l'annonceur paiera au propriétaire du moteur de recherche chaque fois qu'un chercheur clique sur le iisting hyperlié d'annonceur dans la liste de résultats de recherche qui est générée par le moteur de recherche. Selon d'autres modes de réalisation, I'annonceur peut placer un montant sur d'autres événements imputables tels que l'affichage du listing de recherche d'annonceur pour un chercheur, un renvoi sur le site web d'annonceur ou une quelconque action de chercheur qui suit au niveau du site web d'annonceur telle qu'un achat en ligne d'un bien ou d'un service par le chercheur. Le cliquage du chercheur aboutira au fait qu'une requête d'accès est envoyée au site web de l'annonceur, lequel répondra en transmettant la page web d'annonceur au navigateur du chercheur. L'imputation faite à l'annonceur pour le placement est par conséquent directement proportionnelle au bénéfice reçu puisque l'imputation est basée sur le nombre de renvois sur le site web de l'annonceur qui ont été générés par le moteur de recherche. Plus le montant ou l'offre de prix est élevée, plus le placement dans la liste de résultats de recherche qui est générée lorsque le terme de recherche offert de façon payante est entré par un chercheur qui utilise le moteur de recherche est avantageux. Un positionnement davantage avantageux est assuré, selon un mode de réalisation, en plaçant le listing de recherche respectif d'annonceur plus haut dans les résultats de recherche ou plus près du sommet de la liste de résultats de recherche. Selon d'autres modes de réalisation, le listing d'annonceur peut être affiché séparément de la liste de résultats de recherche ou même dans une fenêtre de navigateur web séparée. Selon un mode de réalisation présenté à titre d'exemple, la liste de résultats de recherche est agencée selon l'ordre de montants ou d'offres de prix décroissantes tandis que le listing de recherche qui 282831 1 correspond aux offres de prix les plus élevées est affiché en premier sur le chercheur. Chaque listing de recherche qui correspond à une offre de prix peut être identifié sur l'affichage en tant que listing payé. Le montant d'offre de prix peut être inclus avec le listing de recherche. En outre, la liste de résultats de recherche du mode de réalisation présenté à titre d'exemple est de préférence combinée avec des descriptions de sites web "non payées" qui sont générées par un moteur de recherche de l'lnternet classique, de préférence incluant des listings qui sont générés conformément à des algorithmes de recherche en base de données basés sur les mathématiques comme il a été discuté ciavant. La combinaison des listings payés et non payés contribue à assurer que le chercheur recevra les résultats de recherche les plus complets et les plus pertinents. Les listings non payés sont considérés comme présentant un montant d'offre de prix de zéro et sont par conséquent listés séparément des résultats payés ou au-dessous de ceux-ci. Selon les modes de réalisation présentés à titre d'exemple qui sont décrits ici, les promoteurs de site web peuvent influencer une position pour un listing de recherche dans une liste de résultats de recherche qui est générée par un moteur de recherche de l'lnternet. Le promoteur de site web sélectionne tout d'abord un terme de recherche qui comprend un ou plusieurs mots clé pertinents pour le contenu du site web à lister. Le promoteur de site web influence la position de rang pour ie listing de recherche par l'intermédiaire d'un processus d'offre de prix en compétition se déroulant en ligne avec d'autres promoteurs de site web. Le processus d'offre de prix est réalisé lorsqu'un annonceur entre un nouveau montant d'offre de prix pour un listing de recherche existant ouentre un montant d'offre de prix pour un nouveau listing de recherche. De préférence, I'offre de prix de promoteur est ensuite traitée sensiblement en temps réel. Ce montant d'offre de prix est comparé à tous les autres montants d'offre de prix en provenance d'autres promoteurs pour le même terme de recherche, et de nouvelles valeurs de rang sont générées pour tous les listings de recherche qui présentent ce terme de recherche. La valeur de rang détermine la 282831 1 position au niveau de laquelle la description du site web du promoteur apparaA'tra sur la page de liste de résultats de recherche qui est générée lorsque le terme de recherche est entré dans la bo'^te d'interrogation sur le moteur de rechercheur par un chercheur. Une offre de prix plus élevée aboutira à une valeur de rang plus élevée et à un placement davantage avantageux, lequel est de préférence à proximité du début de la page de liste de résultats de recherche. De préférence, la quantité qui est utilisée au niveau du processus d'offre de prix en compétition est un montant monétaire que le promoteur de site web paiera à un propriétaire du moteur de recherche de l'lnternet chaque fois que le site web d'annonceur fait l'objet d'un renvoi par le moteur de recherche. De la façon la plus préférable, ce montant monétaire sera déduit d'un solde de compte qui est retenu dans le compte de promoteur chaque fois que le site web de promoteur fait I'objet d'un renvoi par le moteur de recherche. Chaque compte inclut une information de contact et de facturation pour un promoteur de site web. En outre, chaque compte inclut au moins un listing de recherche, chaque listing de recherche comportant 5 composantes: une description du site web destinée à être listée, le moyen de localisation de ressource uniforme ou URL du site web, un terme de recherche qui comprend un ou plusieurs mots clé, un montant d'offre de prix et un titre pour le listing de recherche. Chaque compte peut également inclure l'historique de paiement du promoteur et un historique de listings de recherche entré par I'utilisateur. Le promoteur se connecte dans son compte via un processus d'authentification qui est déroulé sur un serveur sécurisé. Une fois qu'il est connecté, le promoteur peut ajouter, supprimer ou modifier un listing de recherche. Les fonctions d'ajout ou de suppression d'un listing de recherche ou de modification du montant d'offre de prix d'un listing de recherche consistent à initier le processus d'offre de prix en compétition qui a été décrit ci-avant. Toutes les modifications de listing de recherche sont traitées sensiblement en temps réel afin de supporter le processus d'offre de prix en compétition en ligne. 282831 1 Bien que le procédé et l'appareil qui sont décrits ici soient décrits en connexion avec des modes de réalisation présentés à titre d'exemple qui peuvent être appelés systèmes "payer pour être placé", ils peuvent être appliqués à n'importe quel type approprié de système de base de données ou de moteur de recherche. IV. Priorité Lorsque de multiples annonceurs visent à participer à des listings de résultats de recherche ou à être inclus dedans pour le même terme de recherche, I'ordre selon lequel ces annonceurs apparaissent dans les résultats de recherche est de façon générale basé sur une méthodologie de pertinence relative. Cet ordonnancement peut être imprécis ou peut être affecté par une information maintenue par le moteur de recherche. Par exemple, selon le modèle "payer pour la performance", un annonceur qui a placé son offre le plus tôt peut se voir donner la priorité (il peut être listé plus haut) que d'autres annonceurs qui ont placé leurs offres plus tard. Si un annonceur modifie son offre, soit en augmentant l'offre, soit en réduisant l'offre, la priorité de cet annonceur peut être réétablie à l'instant o la valeur d'offre a été modifiée. Si un compte est mis hors ligne, par exemple dans le cas d'un échec à trouver une compte de p répaie me nt, le compte peut pe rd re sa priorité. Dans u n tel cas, le compte peut se voir octroyer la priorité tel que lorsqu'il revient en ligne. Optionnellement, si le compte est devenu coupé de façon erronée, le compte peut conserver sa priorité originale pour tous les termes de recherche de compte. Le temps de mise à jour d'état peut être non affecté lorsqu'un compte passe de "activé" à "provisoirement désactivé" ou de "provisoirement désactivé" à "activé". Le temps de mise à jour d'état peut être mis à jour seulement lorsque le compte passe de "activé" à "désactivé", de "désactivé" à "activé" ou de "provisoirement désactivé" à "désactivé". Selon un mode de réalisation, la priorité peut être déterminée en utilisant le processus qui suit. Tout d'abord, un "temps d'offre" pour chaque offre pour un compte est établi au temps lorsque l'offre a été placée originellement. Si l'offre est modifiée, le temps d'offre est réétabli au temps lorsque l'offre a été modifiée. En second lieu, un "temps de mise à jour d'état" de compte est établi au temps lorsqu'un compte devient en ligne ou hors ligne. La priorité, également appelée "temps d'offre effectif", est le temps le plus récent pris parmi le temps d'offre et le temps de mise à jour d'état. En maintenant à la fois le temps d'offre et le temps de mise à jour d'état, toutes les offres pour un compte peuvent être mises hors ligne en réglant le temps de mise à jour d'état et un compte qui a été désactivé de façon erronée peut être restauré à sa priorité propre en réétablissant le temps de mise à jour d'état de compte. V. Système de surveillance de compte Les figures 1 à 9 représentent divers aspects d'un système de surveillance de compte destiné à être utilisé avec un moteur de recherche de lilnternet. Par report à la figure 1, un schéma fonctionnel 100 représente un système de surveillance de compte 120 destiné à être utilisé avec un moteur de recherche basé sur lèlnternet. Le système de surveillance de compte 120 peut comprendre un jeu d'applications de logiciel ou de sous-programmes, par exemple des agents et des services. Les agents peuvent inclure un agent d'ajustement en masse 122, un agent d'évaluation d'age de compte 124, un agent de listing de recherche 126, un agent d'auto-imputation 128, un agent de budget fixe 13O, un agent de solde accepté 132, un agent d'événements temps réel 134 et un agent de protection vis-à-vis des fraudes 136. Les services 140 peuvent inclure les services qui ont été décrits par report à la figure 9, lesquels incluent un service de paiement 91O, un service de carte de crédit 920 et un service de compte 930. Le système de surveillance de compte 120 peut réaliser un interfaçage avec diverses autres applications et divers autres systèmes, par exemple un moteur de recherche 102, une base de données de résultats de recherche 104, un système de carte de crédit 106, un système de comptabilisation 108, un système de CRM 110 et un système de protection vis-à-vis des fraudes 112. L'agent d'ajustement en masse 122 permet des ajustements 282831 1 automatiques sur des soldes de compte sur la base de données de gestion de compte internes ou de données externes. L'agent d'ajustement en masse 122 peut réaliser des ajustements sur la base de certaines règles du monde des affaires qui affectent de multiples comptes. Par exemple, I'agent d'ajustement en masse 122 peut déterminer quels comptes ne satisfont pas un niveau d'imputation minimum pendant une certaine période et peut ajuster les imputations pour ce compte pendant cette période au niveau minimum. Selon un mode de réalisation, I'agent d'ajustement en masse 122 appelle un procédé de "processus d'ajustement" qui retrouve une information à partir du système de comptabilisation 108 ainsi que d'autres systèmes via un moyen de récupération et qui envoie l'information à la base de données de comptes 105. Les autres systèmes peuvent inclure un système d'entrée ad hoc et le système de CRM 110. L'agent dévaluation d'âge de compte 124 détermine quel compte présente un état qui a changé, par exemple de "NOUVEAU" à "ANCIEN". Un compte peut être vieux 30 jours après qu'il est passé en ligne. Selon une variante, diverses règles du monde des affaires peuvent être utilisées pour déterminer l'âge d'un compte. Selon un mode de réalisation, I'agent d'évaluation d'âge de compte 124 appelle un procédé de "surveillance de compte" après qu'un compte est modifié. L'agent de listing de recherche 126 propage l'état de compte des divers comptes sur la base de données de résultats de recherche. L'état des comptes peut être propagé sur tous les sites de service lorsque de multiples sites de service existent. Selon un mode de réalisation, I'agent de listing de recherche 126 appelle un procédé de "propagation d'état de compte" pour retrouver l'état de compte à partir de la base de données de comptes 105 et pour envoyer l'état de compte sur la base de données de résultats de recherche 104. Selon un mode de réalisation, I'agent de listing de recherche 126 appelle un procédé de "propagation d'état de compte" qui retrouve une information d'état à partir de la base de données de comptes 105 et qui l'envoie sur la base de données de résultats de recherche 104. 282831 1 L'état de compte peut indiquer diverses caractéristiques concernant le compte incluant si le compte est en ligne ou hors ligne et pour quel terme de recherche l'état s'applique, et l'état peut également indiqué les montants. L'agent d'auto-imputation 128 impute automatiquement une carte de crédit ou un compte de procédé de paiement similaire associé à un compte dans un plan de paiement non stop. Les divers comptes de carte de crédit peuvent être imputés automatiquement lorsque le solde de compte associé tombe audessous d'un seuil prédéterminé, qui peut être basé sur une offre de prix ou un montant en dollars fixe sur une base périodique ou via d'autres procédés. L'agent d'auto imputation 130 peut utiliser un procédé de carte d'imputation pour réaliser l'imputation de carte de crédit. L'agent de budget fixe 130 impute des comptes de carte de crédit associés à des comptes qui ont choisi le plan de paiement budget fixe. L'agent de budget fixe 130 peut imputer le compte de carte de crédit qui est associé à un compte qui dispose d'un plan de paiement budget fixe à la date d' exp i ration d u plan existant. L'agent de budget fixe 130 peut utiliser un procédé d'imputation de carte pour réaliser l'imputation de carte de crédit. Un annonceur qui n'a pas autorisé des paiements automatiques ou des paiements via des cartes de crédit peut ajouter des fonds à son compte en utilisant des chèques à base de papier classiques ou d'autres formes de paiement. Des fonds additionnels peuvent être ajoutés à un tel compte d'annonceur dans le système de comptabilisation 108 par l'intermédiaire d'une entrée manuelle via une interface utilisateur. Le système de surveillance de compte 120 peut être mis à jour avec ces fonds entrés manuellement lorsque le système de comptabilisation 108 exporte une information de solde autorisé et que l'agent de solde accepté 134 importe avec succès le solde accepté dans la base de données de comptes 105. L'agent de solde accepté 132 traite des données en provenance du système de comptabilisation 108. Le système de comptabilisation 108 peut être n'importe quel système de 282831 1 comptabilisation tel que le système financier Oracle (marque déposée). Le système de comptabilisation 108 peut utiliser diverses règles du monde des affaires pour ajuster le solde du compte et pour activer ou désactiver un compte. Selon un mode de réalisation, I'agent de solde accepté 132 appelle un procédé "d'acceptation de solde" et retrouve une information à partir du système de comptabilisation 108 via un moyen de récupération. Le procédé "d'acceptation de solde" envoie l'information à la base de données de comptes 105. Si un ou plusieurs états de co mpte ont été changés, le p rocédé de "acceptati on de solde " appelle le procédé de "surveillance de compte". L'agent d'événement temps réel 134 traite les événements imputables sensiblement en temps réel. L'agent d'événement temps réel 134 ajuste alors le solde de travail des comptes associés aux événements. Selon un mode de réalisation, les événements correspondent a des cliquage réalisés par un chercheur sur un listing de recherche affiché d'un annonceur. D'autres exemples d'un événement qui déclenche une obligation de paiement incluent un paiement en considération, I'inclusion du listing de recherche d'annonceur dans les résultats de recherche fournis au chercheur, le recours à une impression, ou une quelconque action prise ensuite par le chercheur. Des exemples d'une telle action incluent l'enregistrement du site web d'annonceur après que le navigateur de chercheur a réalisé une redirection à ce niveau; I'achat d'un bien ou d'un service auprès de l'annonceur ou un nombre de visualisations de pages au niveau du site web d'annonceur qui excède un seuil spécifié. N'importe quel type d'action par le chercheur qui peut être surveillée et comptée peut être utilisé en tant que base pour un événement imputable. Par exemple, si un annonceur est d'accord de payer 0,95 dollar par événement pour un résultat de recherche à partir du mot clé "crayon" et que l'agent d'événement temps réel 134 a détecté deux événements non frauduleux associés à la page web d'annonceur, alors l'agent d'événement temps réel 134 devrait réduire le solde de travail d'annonceur de 1,90 dollar. L'agent de protection vis-à-vis des fraudes 136 traite les données en provenance du système de détection de fraude, c'est-à- dire le système de protection vis-à-vis des fraudes 112. L'agent de protection vis-à-vis des fraudes 136 ajuste le solde de compte et désactive l'état des comptes en fonction de diverses règles du monde des affaires. Selon un mode de réalisation, l'agent de protection vis-à- vis des fraudes 136 appelle un procédé de "traitement d'événements définitifs" qui retrouve une information à partir du système de protection vis-à-vis des fraudes 112 via un moyen de récupération. Le procédé "de traitement d'événements définitifs" envoie l'information sur la base de données de comptes 105. Si un ou plusieurs états de compte ont changé, le procédé de "traitement d'événements définitifs" appelle le procédé de "surveillance de compte". Le système de surveillance de compte 120 peut inclure de multiples mécanismes de détection de fraude incluant l'agent de protection vis-à-vis des fraudes 136. Par report à la figure 2, un schéma fonctionnel 200 représente un système de surveillance de compte 210. Le système de surveillance de compte 210 peut comprendre un jeu d'applications de logiciel, de procédés ou de sous-programmes, par exemple, le système de surveillance de compte 210 peut inclure un procédé "d'obtention/établissement d'état de compte" 220, un procédé "d'obtention/établissement de solde de compte" 222, un procédé de "validation"/invalidation de compte" 224, un procédé "d'imputation automatique" 226, un procédé de "configuration de surveillance de compte" 250, un premier procédé de "détection de fraude" 228 (par exemple CTP 1.0) , un procédé de "mise à jour de solde de compte" 230, un procédé de "notification d'annonceur" 232, un procédé "d' autorisati on de paiement de créd it" 234 et u n procédé de "planificateur de surveillance de compte" 252. Le procédé de "obtention/établissement d'état de compte" 220 peut être mis en _uvre en tant que deux procédés séparés, soit un procédé d'obtention d'état de compte et un procédé d'établissement d'état de compte ou en tant que deux procédés combinés ensemble selon un unique procédé. Pareillement, les autres procédés qui sont représentés sur ia figure 2 peuvent également être mis en _uvre moyennant de multiples procédés. Par exemple, le procédé de "obtention/établissement de solde de compte" 222 peut inclure l'obtention d'un solde de compte et l'établissement d'un solde de compte, le procédé "validation/ invalidation de compte" 224 peut inclure une validation de compte et une invalidation de compte. Le système de surveillance de compte 210 peut réaliser un interfaçage avec divers autres systèmes incluant un système de comptabilisation 240, un second système de détection de fraude 242 (par exemple CTP 2.0), un système de CRM 244 et un système de carte de crédit 246. Des représentants de service client ("CSR") 212 peuvent accéder au système de surveillance de compte 210 via le système de CRM 244. Par report aux systèmes de surveillance de compte des figures 1 et 2, les comptes d'annonceur peuvent être selon l'un de trois états. Les trois états sont 1. hors ligne, 2. en ligne et 3. provisoirement hors ligne. Lorsqu'un compte est dans l'état en ligne, les listings de recherche qui sont associés à ce compte sont desservis par le moteur de recherche. Lorsqu'un compte est dans l'état hors ligne, les listings de recherche qui sont associés à ce compte ne sont pas desservis par le moteur de recherche. Lorsqu'un compte est dans l'état provisoirement hors ligne, les listings de recherche qui sont associés à ce compte ne sont pas desservis par le moteur de recherche et ne perdront pas la priorité lorsque le compte revient en ligne. L'état d'un compte peut être déterminé en fonction de plusieurs facteurs. Par exemple, l'état de compte peut être déterminé au moyen des paramètres qui suivent: état de vie, état de requête de client, état éditorial, état interne, état d'annulation, état de finance, état d'auto instauration, état de sécurité et état de paiement. L'état de vie peut être "NOUVEAU" si le compte est d'un âge inférieur à 30 jours, "MORT" si le compte est considéré comme étant mort, par exemple l'entreprise a disparu, ou "EN FONCTIONNEMENT" si le compte est vieux de plus de 30 jours et n'est pas "MORT". L'état de requête de client indique si l'annonceur (le client) 282831 1 souhaite que son compte soit actif ou non. Par exemple, I'état de requête de client peut être "activé", ce qui est l'état normal, lorsque l'annonceur souhaite que le compte soit actif et "désactivé" lorsque l'annonceur demande en requête de façon explicite que le compte devienne hors ligne. L'état interne peut être "activé" dans des conditions normales ou "désactivé" lorsque le compte est désactivé pour des raisons internes au fournisseur de moteur de recherche. L'état éditorial est utilisé par l'éditeur pour désactiver un compte. Lorsque l'état éditorial est "activé", I'éditeur a approuvé le fait que le compte devienne en ligne. L'état éditorial est "désactivé" lorsque l'éditeur n'a pas encore approuvé le compte. Des comptes sont créés avec l'état éditorial établi à "désactivé". Un éditeur peut désactiver un compte du fait que les termes de recherche ne correspondent pas au contenu du site web ou pour d'autres raisons. L'état de sécurité indique l'état de la carte de crédit associée à un annonceur. L'état de sécurité peut être par exemple "EN LIGNE VERIFIE", "HORS LIGNE-FRAUDULEUX", "HORS LIGNE-RISQUE PROVISOIREMENT ELEVE", "EN LIGNE-RISQUE ELEVE" ou "EN LIGNE-NON VERI FI E". L'état de sécurité de "EN LIGNE-VERI FI E" peut être utilisé lorsque la carte de crédit du compte est vérifice. L'état de sécurité de "HORS LIGNE-FRAUDULEUX" peut être utilisé lorsque la carte de crédit du compte est déterminée comme étant frauduleuse. L'état de sécurité de "HORS LIGNE-RISQUE PROVISOIREMENT ELEVE" peut être utilisé lorsque le compte est désactivé du fait d'un risque élevé ou l'état de sécurité "EN LIGNE-RISQUE ELEVE" peut être utilisé lorsque le compte est à risque élevé mais conserve un état actif. L'état de sécurité de "EN LIGNE-NON VERIFIE" peut être utilisé lorsque le compte est maintenu en ligne même si la carte de crédit n'a pas été vérifiée. Il peut s'agir de l'état de sécurité par défaut pour des comptes qui sont créés par des personnes des ventes. L'état de sécurité de "HORS LIGNE-NON VERIFIE" peut être utilisé lorsque le compte est hors ligne du fait que la carte de crédit n'a pas été vérifiée. Il peut s'agir de l'état de sécurité par défaut pour des comptes qui sont signés par l'intermédiaire d'un auto(service, par exemple via l'lnternet. 282831 1 L'état d'annulation indique si oui ou non un client a annulé le service. L'état d'annulation peut être "ACTIVE", ce qui est l'établissement normal, ou "DESACTIVE" lorsque le compte est annulé par le client. L'état de finance indique si le compte est en ligne ou hors ligne sur la base d'une détermination qui est réalisée par le département financier du fournisseur de moteur de recherche. L'état de finance peut être "ACTIVE", ce qui est l'établissement normal, ou "DESACTIVE" lorsque le département financier du fournisseur de recherche souhaite que le compte soit désactivé. L'état d'auto-instauration indique si le compte est auto(instauré ou non. L'état d'auto-instauration peut être "ACTIVE", ce qui est l'établissement normal, ou "DESACTIVE" lorsque le compte a été auto- instauré. L'état de paiement indique l'état de paiement de l'annonceur. L'état de paiement peut être "ACTIVE" lorsque le compte dispose d'argent, "PRATIQUEMENT DEPASSE" lorsque le compte a son argent qui va s'épuiser, "EXCEDE" lorsque le compte est épuisé ou "DESACTIVE" lorsque le compte est sans argent et que le compte est désactivé. Selon un mode de réalisation, I'état de compte est "ACTIVE" si et seulement si l'état de vie est "NOUVEAU" ou "EN FONCTIONNEMENT", I'état de client est "ACTIVE" et l'état éditorial et "ACTIVE", I'état interne est "ACTIVE" et l'état de sécurité est "EN LIGNE-VERIFIE", "EN LIGNE- RISQUE ELEVE" ou "EN LIGNE-NON VERIFIE", I'état d'annulation est "ACTIVE", I'état de finance est "ACTIVE", I'état d'instauration est "ACTIVE", I'état de paiement est non "DESACTIVE" ou si l'état de paiement est "DESACTIVE" et que le compte est selon le plan de paiement non stop et que l'état d'imputation de carte de crédit n'est pas "DECLINE", c'est-à- dire qu'un compte non stop est d'accord de payer mais que nous n'avons pas encore disposé d'une opportunité pour imputer le compte. L'état de compte peut être "PROVISOIREMENT HORS LIGNE" si et seulement si l'état de vie est "NOUVEAU" ou "EN 282831 1 FONCTIONNEMENT", I'état de client est "ACTIVE", I'état éditorial est "ACTIVE", I'état interne est "ACTIVE", I'état de sécurité est "HORS LIGNERISQUE PROVISOIREMENT ELEVE, I'état d'annulation est "ACTIVE", I'état de finance est "ACTIVE", I'état d'instauration est "ACTIVE", I'état de paiement est non "DESACTIVE" ou l'état de paiement est "DESACTIVE" et le compte est selon le plan de paiement non stop et l'état d'imputation de carte de crédit est non "DECLINE" (c'est-à-dire qu'un compte non stop est d'accord de payer mais nous n'avons pas encore disposé d'une opportunité pour imputer le compte). L'état de compte peut être "DESACTIVE" si et seulement si l'état de vie est "MORT", I'état de client est "DESACTIVE", I'état éditorial est "DESACTIVE", I'état interne est "DESACTIVE", I'état de sécurité est "HORS LIGNE-FRAUDULEUX ou "HORS LIGNE-NON VERIFIE", I'état d'annulation est "DESACTIVE", I'état de finance est "DESACTIVE", I'état d'instauration est "DESACTIVE" ou l'état de paiement est "DESACTIVE" et le compte n'est pas dans l'état plan de paiement non stop et l'état d'imputation de carte de crédit est non "DECLINE" (c'est-à-dire qu'un compte non stop est d'accord de payer mais que nous n'avons pas encore disposé d'une opportunité pour imputer le compte). Pour des comptes selon le plan de paiement dépôt de pré- paiement et selon le plan de paiement pré-paiement de budget fixe, si le solde définitif du compte chute au-dessous de 0 du fait d'imputations d'événement définitives, un ajustement/une instauration positive est réalisé sur le compte pour ramener le solde 0. Lorsque ceci est réalisé, I'état d'instauration est établi à "DESACTIVE". Sans l'état d'instauration, le compte reste activé après une instauration, dans des cas o un montant de seuil de coupure est inférieur à 0. L'état d'instauration revient à "ACTIVE" seulement si le solde de compte devient positif à nouveau, par exemple du fait d'un événement de production de fonds. Vl. Soldes Selon un mode de réalisation, plusieurs soldes sont déterminés pour chaque compte. Ces soldes peuvent inclure un solde de travail, 282831 1 un solde définitif, un solde accepté, un solde définitif estimé et un solde de surveillance. Si un ou plusieurs des soldes excèdent un seuil, le listing ou les listings de recherche qui est associé ou qui sont associés à ce compte peut ou peuvent ne pas être inclus ou placé(s) dans des listes de recherches qui sont générées par le moteur de recherche. Par exemple, un tel listing de recherche peut être ordonné comme si le montant monétaire respectif pour un terme de recherche donné était de zéro. Selon une variante, le listing de recherche peut être ordonné comme si le montant monétaire respectif pour un terme de recherche donné était au-dessus de zéro et au-dessous de tous les autres montants monétaires non à zéro. D'autres conséquences peuvent également résulter du fait qu'un ou que plusieurs des soldes excèdent un seuil (en étant au-dessus ou au-dessous). Un solde accepté est un solde qui peut être généré par un système financier, par exemple le système de comptabilisation 108 de la figure 1. Le solde accepté est empreint de sens lorsqu'il est accompagné par les divers timbres temporels qui sont associés aux valeurs sousjacentes qui sont utilisées pour déterminer le solde accepté. Les timbres temporels peuvent inclure un timbre temporel d'imputation d'événement, un timbre temporel d'ajustement, un timbre temporel d'imputation de carte de crédit et un timbre temporel de publication. Le timbre temporel de publication est établi au temps lorsque le solbe accepté est généré. Par exemple, si le solde accepté est généré à 17 h le 21 juillet 2001, I'imputation de publication pour le compte "A" peut être de 30,25 dollars. Ce solde accepté peut inclure des imputations incluant des imputations d'événement jusqu'au temps de timbre temporel d'imputation d'événement, par exemple 15 h le 21 juillet 2001, des imputations de carte de crédit jusqu'au timbre temporel d'imputation de carte de crédit, par exemple 16 h le 21 juillet 2001 et les ajustements jusqu'au temps de timbre temporel d'ajustement, par exemple 16 h le 21 juillet 2001. Une imputation de carte de crédit est un dépôt qui est réalisée en imputant une carte de crédit. Lorsqu'un solde accepté est généré (est publié), le moniteur de compte 210 calcule les autres soldes. Les autres soldes peuvent être calculés comme suit. 282831 1 Le solde définitif peut être déterminé en démarrant avec le solde accepté et en soustrayant les imputations d'événement définitives depuis le timbre temporel d'imputation d'événement et en additionnant les imputations de carte de crédit et des ajustements. Voir I'équation 1. solde définitif = solde accepté - imputations d'événement définitives depuis le timbretemporel d'imputation d'événement + imputations de carte de crédit depuis le timbre temporel d'imputation de carte de crédit + ajustements depuis le timbre temporel 1 0 d'ajustement Equation 1 Le solde de travail peut être déterminé en démarrant avec le solde définitif qui est calculé via l'équation 1 et en soustrayant les imputations d'événement non définitives. Voir l'équation 2. solde de travail = solde définitif - imputations d'événement non définitives depuis le timbre temporel d'imputation d'événement Equation 2 Le solde définitif estimé peut être déterminé en démarrant avec le solde accepté et en soustrayant les imputations d'événement définitives depuis le timbre temporel d'imputation d'événement et les imputations d'événement définitives estimées et en additionnant les imputations de carte de crédit et des ajustements. Voir l'équation 3. Le solde définitif estimé est essentiellement le solde définitif moins un montant estimé d'imputations d'événement non définitives. solde définitif estimé = solde accepté - imputations d'événement définitives depuis le timbre temporel d'imputation d'événement imputations d'événement définitives estimées depuis le timbre temporel d'imputation d'événement + imputations de carte de crédit depuis le timbre temporel d'imputation de carte de crédit + ajustements depuis le timbre temporel d'ajustement Equation 3 Le solde de surveillance peut être déterminé en prenant la valeur la plus petite entre le solde définitif estimé auquel est additionnée la limite de crédit de compte et le capital restant. Voir I'équation 4. solde de surveillance = minimum de (le solde définitif estimé + la limite de crédit, le capital restant) Equation 4 282831 1 Les imputations pour les événements peuvent étre analysées en déterminant diverses imputations d'événement incluant un montant d'imputations d'événement définitives, un montant d'imputations d'événement non définitives et un montant d'imputations d'événement définitives estimées. Les imputations d'événement définitives pour un compte peuvent étre les imputations d'événement pour ce compte après que le système de protection vis-à-vis des fraudes a évacué par filtrage les imputations d'événement frauduleuses. Le système de protection vis-à-vis des fraudes peut évacuer par filtrage des imputations d'événement frauduleuses selon un processus à multiples étapes ou multi-étape. Le système de protection vis-à-vis des fraudes peut utiliser une file d'attente importante premier entré, premier sorti d'événements antérieurs, par exemple la file d'attente peut inclure jusqu'à 100000 entrées selon un format de table de contrôle. Une telle file d'attente peut étre accessible pour de multiples applications de détection d'événement. Les applications de détection d'événement peuvent étre exécutées au niveau de différentes localisations géographiques, par exemple la Californie, le Midwest et la Côte Est. * Des imputations d'événement non définitives peuvent étre des imputations d'événement en provenance d'un agent de RTC. Des imputations d'événement non définitives peuvent avoir été certaines des imputations d'événement frauduleuses évacuées par filtrage. Les imputations d'événement définitives estimées peuvent étre le montant le plus petit de ce qui suit plus un décalage: 1 les imputations d'événement non définitives, par exemple 98 dollars de 20 à 21 heures, 2. une imputation d'événement définitive, par exemple de 19 à heures est de 90 dollars, 3. une imputation d'événement estimée basée sur un tarif horaire spécifique de compte, par exemple une imputation d'événement définitive par exemple de 18 à 19 heures est de 100 dollars, 4. une imputation d'événement estimée par exemple de à 21 heures est de 80 dollars et 5. optionnellement d'autres critères incluant des critères non linéaires. Par exemple, les imputations d'événement estimées basées sur le motif de trafic comme suit: les imputations d'événement définitives de 19 à 20 heures sont de 90 dollars, le trafic de 20 à 21 heures est historiquement de 90 % du trafic de 19 à 20 heures; I'imputation d'événement estimée de 20 à 21 heures est de 81 dollars (90 dollars x 90 %). Les imputations d'événement estimées sont la plus petite valeur prise parmi 98 dollars, 282831 1 dollars et 81 dollars, soit 80 dollars. Les imputations d'événement estimées sont réduites d'un décalage de montant en dollars fixe, par exemple 5 dollars. Les imputations d'événement estimées résultantes sont de 75 dollars. La limite de crédit peut s'appliquer pour facturer des comptes capés ou à limite supérieure seulement. La limite de crédit pour un compte peut être supérieure ou égale à 0 dollars. Le capage restant est les fonds restants qui sont alloués pour la période temporelle courante. Un capage restant peut être supérieur ou égal à 0 dollar ou nul. Un capage nul peut signifier une limite de crédit infinie. Vll. Règles du monde des affaires pour l'état de paiement Diverses règles du monde des affaires pour l'état de paiement déterminent les valeurs des paramètres qui suivent: 1. Ie nombre de jours de "pratiquement excédé" autorisé, 2. Ie montant de "pratiquement excédé", 3. Ie nombre de jours de "excédé" autorisé, 4. Ie montant de "excédé", 5. Ie nombre de jours de seuil de coupure, 6. Ie montant de seuil de coupure, 7. Ie nombre de jours d'auto- imputation et 8. Ie montant d'auto-imputation. Ces paramètres peuvent être exprimés en jours, peuvent être convertis selon un montant par jour fois un tarif, un montant fixe ou toute autre valeur. Le tarif d'un compte peut être l'imputation d'événement journalière moyenne pour les trois jours les plus récents avec activité. L'état de paiement peut être déterminé à partir des paramètres de "pratiquement excédé", "excédé" et coupure. La valeur des paramètres peut être déterminée de façon unique au moyen d'un ou de plusieurs des facteurs qui suivent incluant: 1. I'âge du compte, 2. Ie plan de paiement, 3. Ie type de client et 4. Ia place de marché ou la zone de chalandise. L'âge du compte peut être par exemple "NOUVEAU" ou "ANCIEN". Si le compte est vieux de moins de 30 jours, alors il est "NOUVEAU", sinon, le compte est "ANCIEN". Le plan de paiement peut être une facturation avec un montant maximum (capage), une facturation sans montant maximum, un pré- paiement avec dépôt, un pré-paiement non stop, un pré-paiement avec un budget de dépense fixe. Une facture avec un plan de paiement à capage est un compte de facturation avec un capage de dépense par période temporelle. Une facture sans plan de paiement par capage est un compte de facture avec aucun capage ou limite de dépense. Un plan de paiement de pré- paiement avec dépôt est un compte de pré 282831 1 paiement avec un montant de dépôt fixe et ne paiera pas de quelconques événements qui excèdent le montant de dépôt. Un plan de paiement de prépaiement non stop est un compte de pré-paiement qui est re-rempli par le moniteur de compte en imputant la carte de créd it par défaut d u compte lorsque son solde de su rvei l lance tom be au-dessous des jours d'autoimputation fois le tarif ou un montant d'auto-imputation. Un plan de paiement de pré-paiement de budget fixe est un compte de pré-paiement qui est re-rempli à un certain instant d'un mois jusqu'à un montant prédéterminé. Par exemple, si le solde de surveillance de compte = 25 dollars avec un montant de re- remplissage de 100 dollars, une imputation de carte d'imputation de 75 dollars est additionnée au compte pour amener le compte au montant de re-remplissage de 100 dollars. Le type de client pour un compte peut être "généré par vendeur" ou "généré en ligne", en fonction de la façon dont le compte a été ouvert originellement. La place de marché ou zone de chalandise du compte peut être le pays du compte, de l'annonceur, du site web, par exemple les Etats-Unis, le Royaume Uni de Grande Bretagne, le Japon etc... Selon une variante, le marché peut être une autre division d u m arch é tel le q ue le domai ne tech nologi que de l 'annonceu r, par exemple les dispositifs électroniques vendus au détail, les vêtements vendus au détail, les fournitures de plomberie en gros. Les promoteurs de site web peuvent recevoir périodiquement une notification de leurs états de compte. Un promoteur de site web peut recevoir automatiquement une notification via un courrier électronique en ce qui concerne certaines transitions d'état de paiement, une modification d'état de compte globale et des imputations de carte de crédit. Le gabarit de courrier électronique peut varier en fonction de la place de marché ou zone de chalandise, du plan de paiement, du type de client et de l'âge du compte. Vlil. Contenus d'imputation d'événement La table de contenus d'imputation d'événement est utilisée pour garder trace d'imputations d'événement récentes agrégées par compte et par période temporelle. Les tables peuvent comporter les zones qui suivent: une identification de compte, une période temporelle, un montant d'imputation d'événement et un indicateur qui indique si le montant a été filtré en ce qui concerne les fraudes ou non au moyen de CTP 2.0 développé par GoTo.Com. Les contenus dans la table de contenus d'imputation d'événement sont mis à jour au moyen de divers agents incluant l'agent de RBT, I'agent de CTP et l'agent de RTC. L'agent de RTC peut réaliser ce qui suit: pour chaque événement, des imputations d'événement sont additionnées au contenu correspondant au compte et à la période temporelle aussi longtemps qu'aucune imputation d'événement définitive n'a été reçue pour cette période. L'agent de protection vis-à-vis des fraudes peut réaliser ce qui suit: pour chaque compte, l'indicateur est modifié selon "protection vis-à-vis des fraudes traitée" et le montant d'imputation d'événement non définitive est remplacé par le montant d'imputation d'événement définitive. L'agent de RTB peut réaliser ce qui suit: pour chaque compte, toutes les imputations d'événement définitives et non définitives pour des événements déjà inclus dans le solde accepté (sur la base du timbre temporel d'imputation d'événement dans l'alimentation en solde accepté) sont supprimées. IX. Procédé de surveillance d'un compte Par report à la fig u re 3, u n organ ig ram me représente u n procédé 300 de surveillance d'un compte. Au niveau d'un bloc 302, divers paramètres de surveillance sont récupérés. Au niveau d'un bloc 304, divers soldes de surveillance et divers tarifs sont récupérés. Au niveau d'un bloc 306, le solde de compte est comparé à un seuil de coupure. Si le solde de compte excède le seuil de coupure, alors, au niveau d'un bloc 320, I'état de paiement est établi à une valeur de "DESACTIVE". Si le solde de compte est égal ou inférieur au seuil de coupure, alors un bloc 308 est exécuté. Au niveau du bloc 308, le solde de compte est comparé au seuil "excédé". Si le solde de compte excède le seuil "excédé", alors, au niveau d'un bloc 322,1'état de paiement est établi à une valeur de "excédé". Si le solde de compte est égal ou inférieur au seuil "excédé", alors un bloc 310 est exécuté. Au niveau du bloc 310, le soide de compte est comparé au seuil "pratiquement excédé". Si le solde de compte excède le seuil "pratiquement excédé", alors, au niveau d'un bloc 324, I'état de paiement est établi à une valeur de "pratiquement excédé". Si le solde de compte est égal ou inférieur au seuil "pratiquement excédé", alors, au niveau d'un bloc 326,1'état de paiement est établi à "OK". Après que l'état de paiement a été établi à "DESACTIVE", "EXCEDE", "PRATIQUEMENT EXCEDE" ou "OK", au niveau d'un bloc 330, I'état de paiement est évalué afin de déterminer si une modification de l'état s'est produite. Si l'état de paiement n'a pas été modifié, le processus est terminé comme représenté au moyen d'un bloc 388. Si l'état de paiement a été modifié, alors un bloc 332 est exécuté. Au niveau du bloc 332, une notification de "modification d'état de paiement" est envoyée au promoteur de site web associé à ce compte. Puis au niveau d'un bloc 334, I'état de compte est évalué pour déterminer si l'état de compte a été modifié. Si l'état de compte n'a pas été modifié, le processus est terminé comme représenté au moyen d'un bloc 388. Si l'état de compte a été modifié, au niveau d'un bloc 338, une notification "état de compte modifié" est envoyée au promoteur de site web associé à ce compte. X. Application du système Par report à la figure 4, un environnement de réseau 400 inclut un serveur de moniteur de compte 402. Un utilisateur final au niveau d'un ordinateur d'utilisateur final 420 disposant d'un navigateur 422 peut rechercher sur le réseau 410 des sites web et des pages web 414 en utilisant un moteur de recherche 404. L'utilisateur final entre des termes de recherche concernant une page web associée au serveur de moteur de recherche 404. Le serveur de moteur de recherche 404 accède alors à une base de données de résultats de recherche 406 et fournit les résultats de recherche au navigateur d'utilisateur final 422. Les résultats de recherche peuvent inclure des liens sur diverses pages web 414. Le serveur de moteur de recherche 404 réalise un interfaçage avec le serveur de surveillance de compte 402 pour suivre les tarifications associées à la recherche d'utilisateur final ou les 282831 1 cliquages résultants aboutissant sur les sites web. Le compte de promoteur de site web sur le serveur de surveillance de compte 402 est alors ajusté en correspondance. Un utilisateur final peut accéder au moteur de recherche sur un réseau d'ordinateurs 410 tel que lilnternet par exemple en utilisant un navigateur de web tel que NAVIGATOR de NetScape (marque déposée), INTERNET EXPLORER de Microsoft (marque déposée) ou MOSAIC (marque déposée) afin de localiser des pages web qui sont stockées sur le serveur d'annonceur web. Un navigateur permet aux utilisateurs d'entrer des adresses d'une page web. Ces adresses sont appelées moyen de localisation de ressource uniforme ou URL. En outre, une fois qu'une page a été récupérée ou retrouvée, le programme de navigateur peut fournir un accès à d'autres pages ou enregistrements lorsque l'utilisateur "clique" sur des hyperliens sur d'autres pages web. Ces hyperliens sont localisés dans les pages web et constituent une façon automatisée pour que l'utilisateur entre l'URL d'une autre page et retrouve cette page. Les pages peuvent être des enregistrements de données incluant une information textuelle uniforme de contenu ou un contenu multimédia codé numériquement davantage complexe tel que des programmes de logiciel, des graphiques, des signaux audio, des informations vidéo etc... Les applications sur le serveur de surveillance de compte 402 et concernant le serveur de moteur de recherche 404 peuvent suivre une architecture client/serveur. Le processus de client utilise le service demandé en requête sans avoir à avoir connaissance de quelconques détails de travail concernant l'autre programme de serveur ou le serveur lui-même. Dans des systèmes en réseau, un processus de client est déroulé habituellement sur un ordinateur qui accède à des ressources réseau partagées fournies par un autre ordinateur qui déroule un processus de serveur correspondant. Cependant, il doit également être noté qu'il est possible que le processus de client et le processus de serveur soient déroulés sur le même ordinateur. Les processus de client et de serveur peuvent même comprendre 282831 1 différents programmes qui s'exécutent simultanément sur un unique ordinateur. Le réseau 410 sera ci-après appelé de façon générale l'lnternet. Bien que le système et le procédé de l'invention soient spécifiquement utiles pour l'lnternet, il doit être bien compris que les ordinateurs peuvent être connectés ensemble par l'intermédiaire de l'un d'un certain nombre de différents types de réseaux. Ces réseaux peuvent inclure des réseaux locaux (LAN), d'autres réseaux large zone (WAN), des réseaux régionaux accédés sur des lignes téléphoniques tels que des services d'information commerciaux, des réseaux cellulaires et d'autres formes de réseaux. De préférence, le serveur de moteur de recherche 404, le serveur de surveillance de compte 402 et les serveurs de site web 412 sont interconnectés via la toile mondiale ou Web. Les serveurs de site web 412 peuvent utiliser la fonctionnalité fournie par HyperText Transfer Protocol (HTTP) ou par d'autres protocoles de communication tels que FTP, SN M P. TELN ET ainsi qu'un certain nombre d'autres protocoles. Le serveur de surveillance de compte 402 qui est également appelé serveur de gestion de compte peut comprendre un support de stockage d'ordinateur tel qu'un disque dur ou qu'une mémoire vive ou RAM et un système de traitement. Une base de données peut être stockée sur le support de stockage du serveur de gestion de compte. La base de données contient une information de compte d'annonceur. 11 sera apprécié au vu de la description présentée ci-avant que le système et le procédé de la présente invention peuvent être mis en _uvre selon un logiciel qui est stocké en tant qu'instructions exécutables sur un support de stockage d'ordinateur tel que des mémoires ou des dispositifs de stockage en masse, sur le serveur de gestion de compte. Des programmes de navigateur classiques qui sont déroulés sur des ordinateurs de client peuvent être utilisés pour accéder à une information de compte d'annonceur qui est stockée sur le serveur de gestion de compte. De préférence, I'accès au serveur de gestion de compte est réalisé par l'intermédiaire d'un coupe-feu non représenté qui protège les programmes de gestion de compte et de placement de résultats de recherche ainsi que l'information de compte vis-à-vis de toute violation externe. Une sécurité additionnelle peut être assurée via des améliorations apportées aux protocoles de communication standards, tel que Secure HTTP ou Secure Sockets Layer. Le serveur de moteur de recherche 404 loge en tant qu'hôte un programme de moteur de recherche qui permet à des utilisateurs du réseau, lors d'une navigation sur l'URL de serveur web de moteur de recherche ou sur des sites sur d'autres serveurs web susceptibles de soumettre des interrogations au serveur web de moteur de recherche par l'intermédiaire du programme de navipateur afférent, de taper des interrogations par mot clé afin d'identifier des pages de l'lnternet parmi les millions de pages disponibles sur le web. Selon un mode de réalisation préféré de la présente invention, le serveur web de moteur de recherche génère une liste de résultats de recherche qui inclut au moins en partie des entrées pertinentes qui sont obtenues à partir du résultat du processus d'offre mis en _uvre au moyen du serveur de gestion de compte et qui sont formatées au moyen de ces mêmes résultats. Le serveur de moteur de recherche 404 génère une liste de liens Hypertext sur des documents qui contiennent une information pertinente vis-à-vis de termes de recherche qui sont entrés par l'utilisateur au niveau de l'ordinateur de client. Le serveur de moteur de recherche 404 transmet cette liste sous la forme d'une page web à I'utilisateur du réseau, o elle est affichée sur le navigateur 422 qui est déroulé sur l'ordinateur de client. Un mode de réalisation présentement préféré du serveur de moteur de recherche 404 peut être GoTo.Com. La base de données de résultats de recherche 406 du serveur de moteur de recherche 404 comprend des enregistrements de listings de recherche qui sont utilisés pour générer des résultats de recherche en réponse à des interrogations utilisateur. En outre, le serveur de moteur de recherche 404 peut également être connecté au serveur de surveillance de compte 402. Le serveur de surveillance de compte 402 peut également être connecté au réseau 410. Le serveur de moteur de recherche 404 et le serveur de surveillance de compte 402 de la présente invention traitent les différents besoins en termes d'interrogation des utilisateurs finals qui sont localisés au niveau d'ordinateurs d'utilisateur final 420. Par exemple, une classe d'utilisateurs localisés au niveau d'ordinateurs d'utilisateur final 420 peut être des fournisseurs d'information de réseau tels que des promoteurs de site web d'annonce ou des propriétaires disposant de pages web 414 localisées sur les serveurs de site web 412. Ces promoteurs de site web d'annonce ou annonceurs peuvent souhaiter accéder à une information de compte qui réside dans un stockage sur le serveur de surveillance de compte 402. Un promoteur de site web d'annonce peut, par l'intermédiaire du compte qui réside sur le serveur de surveillance de compte 402, participer à un processus d'offre en compétition avec d'autres annonceurs. Un annonceur peut offrir n'importe quel nombre de termes de recherche pertinents vis-à-vis du contenu du site web d'annonceur. Selon un mode de réalisation de la présente invention, la pertinence d'un terme de recherche offert vis-à- vis d'un site web d'annonceur est déterminée par l'intermédiaire d'un processus éditorial manuel avant une insertion du listing de recherche qui contient le terme de recherche et l'URL de site web d'annonceur dans la base de données de résultats de recherche 406. Selon un autre mode de réalisation de la présente invention, la pertinence d'un terme de recherche offert dans un listing de recherche en relation avec le site web correspondant peut être évaluée en utilisant un programme d'ordinateur qui s'exécute sur le serveur de surveillance de compte 402 o le programme d'ordinateur évalue le terme de recherche et le site web correspondant conformément à un jeu de règles éditoriales prédéfinies. Les offres plus élevées reçoivent un placement davantage avantageux sur la page de liste de résultats de recherche qui est générée au moyen du moteur de recherche 405 lorsqu'une recherche qui utilise l'offre de terme de recherche qui est activée par l'annonceur est exécutée. Selon un mode de réalisation préféré de la présente 282831 1 invention, I'offre de montant comme formulée par un annonceur comprend un montant monétaire qui est déduit du compte de l'annonceur chaque fois que le site web de l'annonceur est accédé via un hyperlien sur la page de liste de résultats de recherche. Un chercheur "clique" sur l'hyperlien à l'aide d'un dispositif d'entrée d'ordinateur pour initier une requête de recherche pour retrouver/récupérer l'information qui est associée à l'hyperlien d'annonceur. De préférence, chaque accès ou "cliquage" sur un hyperlien de liste de résultats de recherche sera redirigé sur le serveur de moteur de recherche 404 afin d'associer le "cliquage" à l'identificateur de compte pour un annonceur. Cette action de redirection qui n'appara^'t pas au chercheur permet d'accéder à une information d'identification de compte qui est codée dans la page de résultats de recherche avant un accès à l'URL d'annonceur en utilisant I'hyperlien de liste de résultats de recherche cliqué par l'annonceur. L' i nfo rmation d' identification de com pte est en registrée dans le compte d'annonceur en association avec une information en provenance de la requête de recherche en tant qu'événement de la requête de recherche. Puisque l'information qui est obtenue par l'intermédiaire de ce mécanisme correspond en conclusion à un identificateur de compte avec un U RL d'une manière qui ne permet pas d'utiliser des connexions système de serveur classiques connues de l'art, des enregistrements de débit de compte précis sont maintenus. De la façon la plus préférable, la description de site web d'annonceur et de I'hyperlien sur la page de liste de résultats de recherche est accompagnée par une indication du fait que le listing d'annonceur est un listing payé. De la façon la plus préférable, chaque listing payé affiche un "coût pour l'annonceur" qui est un montant qui correspond à un "prix par cliquage" qui est payé par l'annonceur pour chaque renvoi sur le site d'annonceur par l'intermédiaire de la liste de résultats de recherche. Une seconde classe d'utilisateurs finals au niveau des ordinateurs d'utilisateur final 420 peut comprendre une information spécifique de recherche de chercheurs sur le web. Les chercheurs peuvent accéder, par l'intermédiaire de leur navigateur 422, à un moteur de recherche 405 qui réside sur le serveur de moteur de recherche 404. La page de recherche du moteur de recherche 405 peut inclure une bo^te d'interrogation dans laquelle un chercheur peut taper un terme de recherche comprenant un ou plusieurs mots clés. Selon une variante, I'utilisateur final peut interroger le serveur de moteur de recherche 404 par l'intermédiaire d'une bo^'te d'interrogation qui est hyperliée sur le serveur de moteur de recherche 404 et qui est localisée sur une page web qui est stockée au niveau d'un serveur web à distance. Lorsque le chercheur a terminé d'entrer le terme de recherche, le chercheur peut transmettre l'interrogation au serveur de moteur de recherche 404 en cliquant sur un hyperlien prévu. Le serveur de moteur de recherche 404 génère alors une page de liste de résultats de recherche et transmet cette page au chercheur au niveau de l'ordinateur d'utilisateur final 420. Le chercheur peut cliquer sur les liens Hypertext qui sont associés à chaque listing sur la page de résultats de recherche afin d'accéder aux pages web correspondantes 414. Les liens Hypertext peuvent accéder à des pages web n'importe o sur l'lnternet et ils incluent des listings payés pour des pages web d'annonceur 414 localisées sur les serveurs de site web d'annonceur 412. Selon un mode de réalisation, la liste de résultats de recherche inclut également des listings non payés qui sont placés en tant que résultat d'offres d'annonceur et qui sont générés par un moteur de recherche sur web classique tel que les moteurs de recherche INKTOMI (marque déposée), LYCOS (marque déposée) ou YAHOO (marque déposée). Les liens Hypertext non payés peuvent également inclure des liens indexés manuellement dans la base de données de résultats de recherche 406 par une équipe éditoriale. De la façon la plus préférable, les listings non payés suivent les listings d'annonceur payés sur la page de résultats de recherche. Le montant d'offre est de préférence un montant monétaire offert par un annonceur pour un listing. Ce montant monétaire est déduit du compte prépayé d'annonceur ou est enregistré pour des 282831 1 comptes d'annonceur qui sont facturés chaque fois qu'une recherche est effectuée par un utilisateur sur le terme de recherche correspondant et que l'hyperlien de liste de résultats de recherche est utilisé pour renvoyer le chercheur sur le site web d'annonceur. Pour finir, une valeur de rang est une valeur qui est générée de manière dynamique, de préférence par le serveur de surveillance de compte 402, chaque fois qu'un annonceur place une offre ou qu'une recherche entre une interrogation de recherche. La valeur de rang d'un listing de recherche d'annonceur détermine l'emplacement de placement de I'entrée d'annonceur dans la liste de résultats de recherche qui est générée lorsqu'une recherche est exécutée sur le terme de recherche correspondant. De prétérence, la valeur de rangest une valeur ordinale qui est déterminée selon une relation directe par rapport au montant d'offre 358; plus le montant d'offre est élevé, plus la valeur de rang est élevée et plus l'emplacement de placement sur la liste de résultats de recherche est avantageux. De la façon la plus préférable, la valeur de rang de 1 est assignée au montant d'offre le plus élevé moyennant des valeurs ordinales successivement plus élevées (par exemple 2, 3, 4,...) qui sont associées à des rangs successivement inférieurs et qui sont assignées à des montants d'offre successivement ,. nfereurs. "Administration de compte" permet à un annonceur, entre autres choses, de visualiser et de modifier l'information de contact d'annonceur et l'information de facturation d'annonceur ou de mettre à jour le profil d'accès d'annonceur s'il en existe un. Des formulaires basés sur web bien connus de l'art et similaire à ceux dont il a été discuté ci-avant sont prévus pour la mise à jour d'une information de compte. Le menu "administration de compte" inclut également une sélection qui permet à un annonceur de visualiser l'historique de transactions d u com pte d 'an nonceu r. Sous la sélection "visual isation historique de transaction", I'annonceur peut invoquer des sous- programmes pour visualiser un listing de transactions de compte passées (par exemple l'ajout d'argent à un compte, I'addition ou la 282831 1 suppression de termes de recherche offerts ou la modification d'un montant d'offre). Des sous-programmes additionnels peuvent être mis en _uvre pour permettre à des annonceurs d'afficher un historique de transactions d'un type spécifique ou qui survient dans un temps spécifié. L'information de transaction peut être obtenue à partir de la liste de trace d'audit. Des boutons cliquables qui peuvent être mis en _uvre selon un logiciel, au niveau des formulaires basés sur web et/ou de menus, peuvent être prévus comme il est connu de l'art pour permettre à des annonceurs de spécifier de telles limitations. En outre, "I'administration de compte" permet à un annonceur d'établir des options de notification. Sous cette sélection, I'annonceur peut sélectionner des options qui auront pour effet que le système avertit l'annonceur lorsque certains événements clé se sont produits. Par exemple, I'annonceur peut choisir d'établir une option de manière à faire en sorte que le système envoie des messages de courrier électronique classiques à l'annonceur lorsque le solde de compte de l'annonceur tombe au-dessous d'un niveau spécifié. De cette manière, I'annonceur peut recevoir un "avertissement" pour re-remplir le compte avant que le compte ne soit suspendu (ce qui signifie que les listings d'annonceur n'appara^'tront plus dans les listes de résultats de recherche). Un autre événement clé pour lequel l'annonceur peut souhaiter une notification est une modification de la position d'un listing dannonceur dans la liste de résultats de recherche qui est générée pour un terme de recherche particulier. Par exemple, un annonceur peut souhaiter faire en sorte que le système envoie un message de courrier électronique classique à l'annonceur si l'annonceur a été hors offre du fait d'un autre annonceur pour un terme de recherche particulier (ce qui signifie que le listing d'annonceur appara^tra en une position plus bas sur la page de liste de résultats de recherche qu'au préalable). Lorsque l'un des événements clé spécifiés par le système se produit, une recherche en base de données est déclenchée pour chaque listing de recherche affecté. Le système exécute ensuite le sous-p rog ram me de notification approprié conformément aux options de notification qui sont spécifiées dans le compte d'annonceur. 282831 1 Un annonceur peut ajouter de l'argent au compte d'annonceur de telle sorte que l'annonceur disposera de fonds au niveau de son compte pour payer des renvois sur le site d'annonceur par l'intermédiaire de la page de résultats de recherche. De préférence, seulement les annonceurs avec des fonds dans leur compte d'annonceur peuvent avoir leurs listings payés qui sont inclus dans de quelconques listes de résultats de recherche qui sont générées. De la façon la plus préférable, les annonceurs satisfaisant des critères du monde des affaires sélectionnés peuvent choisir, en lieu et place de maintenir un solde de compte positif en permanence, de subir des imputations en compte indépendamment du solde de compte et de payer un montant facturé selon des intervalles réguliers qui reflètent des imputations subies par des renvois réels sur le site d'annonceur générés par le moteur de recherche. Lorsqu'un annonceur souhaite "ajouter de l'argent à un compte", le serveur de surveillance de compte reçoit des données qui identifient l'annonceur et retrouve/récupère le compte d'annonceur à partir de la base de données de comptes. Le processus d'exécution stocke ensuite l'information de facturation par défaut d'annonceur et affiche une information de facturation par défaut pour l'annonceur. L'information de facturation affichée inclut un montant monétaire par défaut à ajouter, un type de paiement par défaut et une information d'instrument de paiement par défaut. Un annonceur peut ajouter des fonds en ligne et sensiblement en temps réel par l'intermédiaire de l'utilisation d'une carte de crédit bien que l'utilisation d'autres types de paiement s'inscrive certainement bien dans le cadre de la présente invention. Par exemple, selon un autre mode de réalisation de la présente invention, les annonceurs peuvent ajouter des fonds à leurs comptes en transférant le montant souhaité depuis le compte bancaire d'annonceur par l'intermédiaire d'un mécanisme de vérification de fonds électronique qui est connu de l'art tel que des cartes de débit. Selon un autre mode de réalisation alternatif de la présente invention, les annonceurs peuvent ajouter des fonds à leurs comptes en utilisant des chèques à base de papier 282831 1 classiques. Dans ce cas, les fonds additionnels peuvent être mis à jour dans la base de données d'enregistrement de comptes par l'intermédiaire d'une entrée manuelle. L'information d'instrument de paiement inclut des détails supplémentaires concernant le type de paiement. Par exemple, pour une carte de crédit, I'information d'instrument de paiement peut inclure des données concernant le nom de la 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 l'information de facturation pour la carte de crédit (par exemple nom et adresse de facturation). Selon un mode de réalisation préféré de la présente invention, seulement un numéro de carte de crédit partiel est affiché pour l'annonceur à des fins de sécurité. Les valeurs par défaut qui sont affichées pour l'annonceur sont obtenues à partir d'un état persistent, par exemple stocké dans la base de données de comptes. Selon un mode de réalisation de la présente invention, les valeurs d'information de facturation stockées peuvent comprendre des valeurs établies par l'annonceur la dernière fois (par exemple le plus récemment) que le processus d'ajout d'argent a été invoqué et a conduit à compléter le compte d'annonceur. L'information de facturation par défaut est affichée pour l'annonceur sous une forme basée sur web. L'annonceur peut cliquer sur les bo'^tes d'entrée de texte appropriées sur le formulaire basé sur web et peut réaliser des modifications au niveau de l'information de facturation par défaut. Après que l'annonceur a terminé les modifications, I'annonceur peut cliquer sur un bouton de "soumission" hyperlié sur le formulaire afin de demander en requête que le système mette à jour l'information de facturation et le solde courant. Une fois que l'annonceur a demandé en requête une mise à jour, une fonction qui valide l'information de facturation fournie par l'annonceur et qui l'affiche en retour à I'annonceur pour confirmation est invoquée par le système. L'information de confirmation de facturation est affichée dans un formulaire à lecture seulement et ne peut pas être modifiée par l'annonceur. 282831 1 L'étape de validation fonctionne comme suit. Si un paiement doit être débité d'un compte externe d'annonceur, le paiement peut étre authentifié, autorisé et mené à terme. Cependant, si le type de paiement est par carte de crédit, un algorithme de validation est invoqué par le système, lequel valide le numéro de carte de crédit. L'algorithme de validation valide également la date d'expiration via une comparaison directe avec la date et l'heure courantes du système. En outre, la fonction stocke les nouvelles valeurs dans un tampon temporaire avant confirmation par l'annonceur. Une fois que l'annonceur évalue que les données affichées sont correctes, I'annonceur peut cliquer sur un bouton de "confirmation" qui est prévu sur la page afin d'indiquer que le compte doit être mis à jour. Une fonction qui additionne de l'argent au solde de compte approprié, qui met à jour l'information de facturation d'annonceur et qui annexe l'information de facturation à l'historique de paiements d'annonceur est invoquée par le système. L'information de mise à jour de facturation d'annonceur est stockée dans l'état persistent (par exemple dans la base de données d'enregistrements de compte) à partir de tampons temporaires. Dans la fonction invoquée, une fonction de paiement par carte de crédit peut étre invoquée par le système. Selon un autre mode de réalisation de la présente invention, d'autres fonctions de paiement telles que des paiements par carte de débit peuvent être invoquées en définissant de multiples types de paiement en fonction de la valeur mise à jour du type de paiement. Si le type de paiement est carte de crédit, le compte d'utilisateur est crédité immédiatement, la carte de crédit d'utilisateur ayant déjà été validée. Un écran qui représente l'état de la transaction d'ajout d'argent est affiché, lequel écran représente un numéro de transaction et un nouveau solde courant, ce qui reflète le montant ajouté au moyen de la transaction par carte de crédit qui vient juste d'étre menée à terme. Selon un autre mode de réalisation de la présente invention, après que l'argent a été ajouté sur le compte, le montant monétaire 282831 1 ajouté au compte peut être alloué entre des sous-comptes à la fin du processus d'ajout d'argent au niveau d'une étape 616. Si l'annonceur ne dispose pas de sous-comptes, tout l'argent dans le compte est une allocation générale. Cependant, si l'annonceur dispose de plus d'un souscompte, le système affiche une confirmation et un message par défaut qui demande à l'annonceur de "allouer l'argent entre les sous- comptes". La sélection de men u "al louer l'argent entre l es sous-com ptes" peut être invoquée lorsque l'argent est ajouté sur le compte d'annonceur ou peut être invoquée dans la "gestion de compte". La "gestion de compte" est accessible à partir de la page principale d'annonceur. Cette sélection de menu "allouer l'argent entre les sous- comptes" permet à un annonceur d'allouer des soldes courants et des soldes éventuels en cours du compte d'annonceur entre les sous comptes d'annonceur. Le système mettra alors à jour les soldes des sous-comptes. Les allocations de soldes courants seront réalisées en tem ps réel tand is q u e les al locations de soldes en cou rs seront stockées dans l'état persistent. Un sous-programme sera invoqué pour mettre à jour les soldes de sous-comptes afin de refléter des allocations de soldes en cours lorsque le paiement pour le solde en cours est traité. Une notification automatique peut être envoyée à l'annonceur à cet instant si demandé en requête. Cette gestion et cette allocation des comptes en ligne intuitives permettent à des annonceurs de gérer leurs budgets d'annonce en ligne rapidement et de manière efficace ou efficiente. Les annonceurs peuvent re-remplir leurs comptes avec des fonds et peuvent allouer leurs budgets, le tout selon une seule session basée sur web aisée. La mise en _uvre basée sur ordinateur élimine l'entrée manuelle consommatrice de temps et de coût élevé des transactions de compte d'annonceur. Le sous-programme "allocation d'argent entre les sous comptes" commence lorsqu'un annonceur indique son intention d'allouer de l'argent en invoquant la sélection de menu appropriée au niveau des points d'exécution qui ont été indiqués ci-avant. Lorsque l'annonceur indique son intention d'allouer, une fonction est invoquée 282831 1 par le système pour déterminer s'il y a des fonds en cours dans le solde courant (c'est-à-dire des crédits de compte non activés) qui n'ont pas encore été alloués aux sous-comptes d'annonceur et affiche les options de sélection de solde. Selon un mode de réalisation préféré de la présente invention, un tampon de compte est créé et une zone de compte de solde courant en cours est établie à partir de l'état persistent. S'il n'y a pas de fonds en cours non alloués, le système peut afficher le solde disponible courant pour le compte de façon globale de même que pour chaque sous-compte. L'annonceur peut alors distribuer le solde disponible courant entre les sous-comptes et soumettre une requête pour mettre à jour les soldes. Une fonction qui calcule et affiche le total mobile courant pour des soldes de sous- comptes est invoquée. Le total mobile courant est stocké dans une variable temporaire qui est établie à la somme des soldes courants pour tous les sous-comptes pour l'annonceur spécifié. La fonction valide également les nouveaux soldes de sous-comptes disponibles pour être sûr que le total n'excède pas le montant autorisé. Si les n ouveaux sol des de so us-comptes dispon i bles établis par an nonceu r n'excèdent pas le montant autorisé, une fonction est invoquée, laquelle met à jour tous les soldes de sous-comptes dans l'état persistent et affiche la mise à jour selon un format lecture seulement. S'il y a des fonds en cours dans le solde de compte courant, les fonds en cours doivent être alloués séparément du solde courant disponible. Les fonds en cours seront alors ajoutés dans le solde courant disponible lorsque les fonds sont reçus. La fonction doit par conséquent demander à l'annonceur d'effectuer un choix entre une allocation de fonds en cours et une allocation de fonds disponibles. La sélection d'allocation de fonds en cours fonctionne pour une très g rande part de la même man ière que la sélection d'all ocati on de fonds disponibles qui a été mise en exergue ci-avant. Après que l'annonceur a choisi d'allouer des fonds en cours, un sous-programme est invoqué pour afficher des soldes en cours courants pour le compte et les sous- comptes. L'annonceur distribue les soldes de sous-comptes en cours 282831 1 entre des campagnes et soumet une requête pour mettre à jour les soldes. Une fonction qui calcule et affiche les totaux mobiles courants pour les soldes de sous-comptes en cours est invoquée. Cette fonction valide également les nouvelles allocations de sous-comptes en cours pour être sûr que les allocations n'excèdent pas un queiconque montant autorisé. Le total mobile courant d'allocations en cours est établi à la somme de soldes en cours courants pour tous les sous- comptes pour l'annonceur. Si les nouveaux soldes de sous-comptes en cours établis par utilisateur ou le total de ces soldes n'excède pas un quelconque montant autorisé, la fonction met à jour toutes les allocations de sous-comptes en cours dans l'état persistent, par exemple le compte d'annonceur dans la base de données, et affiche la mise à jour selon un format à lecture seulement. Un sous-programme qui affiche le menu de gestion de compte peut être invoqué depuis le menu principal d'annonceur. Indépendamment de la sélection "allocation d'argent pour les sous- comptes" qui a été décrite ci-avant, les sélections restantes utilisent toutes jusqu'à un certain point les listings de recherche qui sont présents dans le compte d'annonceur sur la base de données et peuvent également affecter l'entrée d'annonceur dans la liste de résultats de recherche. Par conséquent, une description supplémentaire de la liste de résultats de recherche qui est générée par le moteur de recherche est nécessaire à ce niveau. Lorsqu'un chercheur à distance accède à la page d'interrogation de recherche sur le serveur de moteur de recherche 404 et exécute une requête de recherche conformément à la procédure qui a été décrite au préalable, le serveur de moteur de recherche 404 génère et affiche de préférence une liste de résultats de recherche au niveau de laquelle l'entrée "acceptée" dans la zone de terme de recherche de chaque listing de recherche dans la liste de résultats de recherche correspond exactement à l'interrogation de terme de recherche acceptée entrée par le chercheur à distance. L'acceptation des termes de recherche qui sont utilisés dans des interrogations et dans des listings de recherche enlève des 282831 1 irréqularités classiques de termes de recherche entrés par des chercheurs et par des promoteurs de site web telles que des lettres majuscules et des pluriels afin de générer des résultats pertinents. Cependant, d'autres schémas permettant de déterminer une correspondance entre la zone de terme de recherche du listing de recherche et l'interrogation de terme de recherche qui est entrée par le chercheur à distance s'inscrivent bien dans le cadre de la présente invention. Par exemple, des algorithmes de mise en correspondance de chanes de caractères connus de l'art peuvent être utilisés pour générer des correspondances lorsque les mots clé du terme de recherche de listing de recherche et l'interrogation de terme de recherche présentent la même racine mais ne sont pas exactement les mêmes (par exemple calcui par ordinateur pour ordinateur). Selon une variante, une base de données de thésaurus de synonymes peut être stockée au niveau du serveur web de moteur de recherche 24 de telle sorte que des correspondances puissent être générées pour un terme de recherche p résentant des synonym es. Des méthodologies de localisation peuvent également être utilisées pour affiner certaines recherches. Par exemple, une recherche pour "boulangerie" ou pour "magasin d'épicerie" peut être limitée à des annonceurs dans une ville sélectionnée, d'un code zip sélectionné ou d'un code de zone de téléphone sélectionné. Cette information peut être obtenue par l'intermédiaire d'une référence croisée de la base de données de comptes d'annonceur qui est stockée au niveau d'un stockage 32 sur le serveur de surveillance de compte 402. Pour finir, des méthodologies d'internationalisation peuvent être utilisées pour affiner les recherches pour des utilisateurs à l'extérieur des Etats-Unis. Par exemple, des résultats de recherche spécifiques par pays ou par langue peuvent être générés au moyen d'une référence croisée de la base de données de comptes d'annonceur par exemple. Le menu de "gestion de compte" peut munir des annonceurs d'une sélection de "dépenses en projet". Selon cette sélection, I'annonceur spécifie un listing de recherche ou un sous-compte pour lequel l'annonceur aimerait prévoir un "tarif journalier" et "les jours 282831 1 restants jusqu'à expiration". Le système calcule les projections sur la base d'un algorithme de projection de coût et affiche les prévisions pour l'annonceur sur un écran à lecture seulement. Les prévisions peuvent être calculées en utilisant un certain nombre de différents algo rith mes con n us de l 'art. Cependant, puisqu e le co ût d' u n l isti ng de recherche est calculé en multipliant le montant d'offre par le nombre total de cliquages qui sont reçus par le listing de recherche pour ce montant d'offre pendant une période temporelle spécifiée, chaque algorithme de projection de coût doit de façon générale déterminer un nombre estimé de cliquages par mois (ou toute autre période temporelle spécifiée) pour un listing de recherche. Les cliquages sur un listing de recherche peuvent être suivis via la mise en _uvre d'un mécanisme de comptage par logiciel comme il est bien connu de l'art. Les cliquages pour tous les listings de recherche peuvent être suivis au fil du temps, ces données peuvent être utilisées pour générer des nombres estimés de cliquages par mois au total ou pour des termes de recherche individueis. Pour un terme de recherche particulier, un nombre estimé de recherches par jour est déterminé et est multiplié par le coût d'un cliquage. Ce produit est ensuite multiplié par un rapport du nombre moyen de cliquages sur le nombre moyen d'impressions pour le rang du listing de recherche en question afin d'obtenir un tarif journalier. Le solde courant peut être divisé par le tarif journalier afin d'obtenir un nombre de jours projeté pour épuiser ou amener à "expiration" les fonds du compte. Selon un mode de réalisation, I'algorithme de projection de coût est basé sur un modèle de prédicteur simple qui suppose que chaque terme de recherche fonctionne d'une façon similaire. Ce modèle suppose que le rang du listing de recherche d'annonceur restera constant et ne fluctuera pas sur le mois. Cet algorithme présente les avantages d'être simple à mettre en _uvre et rapide à calculer. Le modèle de prédicteur est basé sur le fait que la fréquence globale de cliquage, par exemple le nombre total de cliquages ou de renvois pour un listing de chercheur particulier est considéré comme étant une fonction du rang du listing de recherche. Le modèle suppose par 282831 1 conséquent que la courbe d'utilisation de chaque terme de recherche, c'est-à-dire la courbe qui est obtenue lorsque le nombre de cliquages sur un listing de recherche est tracé en fonction du rang du listing de recherche, est similaire à la courbe d'utilisation pour tous les termes de recherche. Par conséquent, des valeurs communes qui sont extrapolées au fil du temps pour la somme de tous les cliquages pour tous les termes de recherche, pour la somme de tous les cliquages à un rang donné pour tous les termes de recherche et pour la somme de tous les cliquages pour le terme de recherche sélectionné peuvent être utilisées selon une proportion simple pour déterminer le total de tous les cliquages pour le rang donné pour le terme de recherche sélectionné. Le total journalier estimé de tous les cliquages pour le terme de recherche sélectionné au rang sélectionné est ensuite multiplié par le montant d'offre courant d'annonceur pour le terme de recherche à ce rang afin de déterminer une projection de dépense quotidienne. En outre, si des termes ou des classes de termes de recherche particuliers ou particulières sont connus comme différant notablement du motif général, des valeurs de correction spécifiques au terme de recherche, à l'annonceur ou à tout autre paramètre peuvent être introduites afin d'affiner l'estimation de coût projetée. Pour finir, le menu de "gestion de compte" peut fournir plusieurs sélections pour visualiser une information qui est rapportée aux campagnes de l'annonceur. La sélection "visualisation d'information de sous-compte'' affiche une information en lecture seulement rapportée au sous-compte sélectionné. La sélection de "visualisation de la liste de termes de recherche" affiche la liste des termes de recherche sélectionnés d'annonceur en association avec les URL correspondants, le prix d'offre correspondant et le rang correspondant, les termes de recherche étant de préférence groupés par sous compte. L'annonceur peut également visualiser des offres sommitales courantes pour un jeu de termes de recherche comme sélectionné à partir d'une liste de termes de recherche à partir d'un affichage en lecture seulement qui est généré par le système suite à la réception 282831 1 des termes de recherche demandés en requête en provenance de l'annonceur. Pour un annonceur qui souhaite un rapport davantage compréhensible de l'activité de listing de recherche, I'option de "visualisation de rapport" peut être sélectionnée à partir de la page principale d'annonceur. Selon un mode de réalisation de la présente invention, les options de "visualisation de rapport" génèrent des rapports qui sont compréhensibles pour jusqu'à un an précédant la date courante. Par exemple, des rapport quotidiens sont disponibles pour chacun des sept jours immédiatement précédents, des rapports hebdomadaires sont disponibles pour les quatre semaines précédentes, des rapports mensuels sont disponibles pour les douze mois précédents et des rapports trimestriels sont disponibles pour les quatre derniers trimestres. Des rapports additionnels peuvent également être rendus disponibles en fonction de l'intérêt de l'annonceur. D'autres types de rapports prédéfinis peuvent inclure une activité suivie pendant les périodes temporelles qui suivent: depuis la création du compte, I'année jusqu'à ce jour, annuellement, le trimestre jusqu'à ce jour, le mois jusqu'à ce jour et la semaine jusqu'à ce jour. Des catégories de rapport peuvent inclure un rapport de détail qui est visualisable au moyen du compte d'annonceur, au moyen du listing de recherche et au moyen de l'URL et un rapport de résumé qui est visualisable au moyen du compte d'annonceur et au moyen d'un sous- compte. Les rapports peuvent inclure des données d'identification telles qu'un compte d'annonceur et qu'un nom de sous-compte, les dates couvertes par le rapport et le type de rapport. En outre, les rapports peuvent inclure des données de compte de listing de recherche clé telles que le solde courant, le solde courant en cours, le débit de compte quotidien moyen et le tarif. Qui plus est. les rapports peuvent également inclure des données clé telles que des termes de recherche, des URL, des offres, des rangs courants et des nombres de cliquages, des nombres de recherches réalisées pour le terme de recherche, un nombre d'impressions (le nombre de fois o le listing de recherche est apparu dans une liste de résultats de recherche) et un rendement de cliquage (défini en tant que nombre de cliquages/nombre d'impressions). De préférence, le rapport est disponible selon au moins des options de visualisation HTML pour une visualisation via un programme de navigateur, une impression ou un déchargement. Il est à noter cependant que d'autres options de visualisation peuvent être rendues disponibles teiles que Adobe Acrobat, PostScript, Texte ASCII, des formats d'échange de tableur (par exemple CVS, Tab-delimited) de même que d'autres formats bien connus. Lorsque lannonceur a sélectionné l'option de "visualisation de rapport", le système invoque une fonction qui affiche une liste de types de rapports disponibles, de dates, de catégories et d'options de visualisation. Le système crée de préférence un exemple de rapport à l'aide de zones qui suivent dont toutes sont initialement établies à nul: type de rapport, date de rapport, catégorie de rapport et option de visualisation. Une fois que l'annonceur a défini les paramètres qui ont été décrits ci-avant, le système invoque une fonction pour générer le rapport demandé en requête sur la base des paramètres établis par l'annonceur et pour afficher le rapport sur la base du paramètre d'option de visualisation. Xl. Cyclage d'exécution d'agent La fig u re 5 est u n organ ig ram me d' u ne exécution d'agent typique 500. De multiples agents peuvent êtreexécutés simultanément. Les agents sont décrits par référence à la figure 1 comme incluant l'agent d'ajustement en masse 122, I'agent d'évaluation d'âge de compte 124,1'agent de listing de recherche 126, I'agent d'autoimputation 128, I'agent de budget fixe 130, I'agent de solde accepté 132, 1'agent de cliquage temps réel 134 et l'agent CTP 136. L'exécution d'agent 500 peut être exécutée sur différents ordinateurs physiques ou sur un unique ordinateur. Au niveau d'un bloc 502, I'agent détermine son état. L'état peut être par exemple validé ou invalidé. Si l'état d'agent est invalidé, alors l'agent entre un retard 508 avant de vérifier son état 502 à nouveau. Si l'agent est validé, le procédé est exécuté 504. Chaque agent peut être associé à un ou plusieurs procédés de telle sorte que chaque fois que l'agent est valide et est déroulé, ce ou ces procédés soient exécutés. Lorsque le procédé termine certaine de ses tâches ou toutes ses tâches, le procédé retourne un code de retour, par exemple "vrai" ou "faux". D'autres codes de retour peuvent également être retournés par l'agent. Au niveau d'un bloc 506, le code de retour en provenance du procédé est vérifié pour voir si le procédé doit être exécuté une seconde fois. Le procédé peut avoir besoin d'être exécuté à nouveau du fait qu'il n'a pas terminé toutes ses tâches. Par exemple, un procédé peut avoir besoin d'entrer une entrée de compte et peut avoir besoin de l'enregistrer sur les livres de compte, ce qui nécessite de terminer le processus de procédé. Puis le procédé a besoin de réaliser une tâche sur cette entrée enregistrée. Selon un exemple illustratif, un code de retour "vrai" indique que le procédé doit être exécuté à nouveau avant que l'agent n'entre le retard 508. Au niveau d'un bloc 508, I'agent attend un temps de retard spécifié avant un cyclage sur l'exécution d'agent 500 à nouveau. Le retard peut être n'importe quelle valeur, par exemple 30 secondes. Xll. Procédé de détermination d'imputation de cliquage définitive La fig u re 6 est u n organ ig ram me q u i représente u n procédé 600 permettant de déterminer des imputations de cliquage définitives. L'agent CTP 136 (figure 1) peut appeler le service de compte 930 (figure 9) pour réaliser le procédé 600 consistant à déterminer des imputations de cliquage définitives. Au niveau d'un bloc 602, les données sont retrouvées à partir de la table d'imputations de cliquage définitives. Les données sont alors ordonnées par exemple par temps de début et par identification ou ID de compte. Au niveau d'un bloc 604, si une condition de dépassement de temps imparti s'est produite, I'agent est terminé et un code de retour de "vrai" est retourné. Au niveau d'un bloc 606, I'information pour le compte suivant est recherchée. S'il n'y a pas de compte suivant, alors l'agent est terminé et un code de retour de "faux" est fourni. Au niveau d'un bloc 608, si l'enregistrement a expiré, alors un bloc 626 est exécuté et sinon, un bloc 610 est exécuté. Au niveau du bloc 610, le solde de compte est bloqué. Si le blocage de solde de compte n'est pas couronné de succès, alors le bloc 604 est exécuté et sinon, un bloc 612 est exécuté. Au niveau du bloc 612, si une entrée de contenu d'imputation de cliquage pour le compte et la période courante existent, alors un bloc 614 est exécuté, sinon un bloc 616 est exécuté. Au niveau du bloc 614, une entrée de contenu d'imputation de cliquage définitive est additionnée pour remplacer l'entrée existante. L'entrée de contenu d'imputation de cliquage définitive peut inclure le montant d'imputation de cliquage pour le compte courant et la période temporelle courante. Au niveau du bloc 616, une entrée de contenu d'imputation de cliquage définitive est additionnée. Au niveau du bloc 618, les divers soldes sont recalculés. Les soldes peuvent inclure le solde de travail, le solde définitif et les soldes de surveillance. Au niveau d'un bloc 620, le solde de compte est vérifié pour déterminer s'il suffit. Par exemple, si le compte est un compte prépayé avec un budget fixe ou un compte de dépôt de pré-paiement et que le compte présente un solde définitif qui est supérieur à 0. Si le solde est suffisant, alors un bloc 622 est exécuté. Si le solde n'est pas suffisant, alors un bloc 624 est exécuté. Au niveau du bloc 624, une transaction d'auto-instauration est créée pour amener le solde définitif à 0 dollar et l'indicateur d'auto- instauration est établi à "désactivé". Au niveau du bloc 622, le moniteur de compte est exécuté. Le moniteur de compte peut être le moniteur de compte décrit par report à la figure 3 qui a été présenté ci-avant. Au niveau d'un bloc 626,1'imputation est enlevée de la table d'imputations de cl i qu age défi n itives. Xlil. Procédé de comptabilisation des résultats de cliquage La figure 7 représente un procédé 700 de comptabilisation pour des résultats de cliquage. L'agent de cliquage temps réel 134 (figure 1) peut appeler le service de solde de compte 930 (figure 9) pour réaliser le procédé 700 de comptabilisation de résultats de cliquage. Au niveau d'un bloc 702, des entrées provenant de la file d'attente de cliquages de résultat sont retrouvées par exemple, les entrées de file d'attente de cliquages de résultat peuvent être retrouvées selon des groupes de 10. Puis une liste de cliquages de résultat est générée et elle peut être 282831 1 ordonnée par identification ou ID de compte. Au niveau d'un bloc 704, le cliquage suivant est retrouvé à partir de la liste de cliquages. Si la liste de cliquages de résultat est vide, alors le procédé est terminé et un code de retour de "vrai" est retourné. Au niveau d'un bloc 706, le cliquage est filtré pour déterminer s'il s'agit d'un cliquage imputable. Un cliquage qui n'est pas imputable peut être un cliquage en double, par exemple en tant que résultat du fait qu'un utilisateur a cliqué deux fois sur un lien listé. D'autres types de cliquages non imputables peuvent être des cliquages qui sont générés au niveau du site du fournisseur de moteur de recherche à des fins de test et de débogage. Au niveau d'un bloc 708, le cliquage est filtré pour déterminer s'il s'agit d'un cliquage frauduleux. Un filtre multiple peut être utilisé pour détecter des cliquages frauduleux. Les filtres peuvent être déroulés sur différents sous-jeux de données à différents instants. Par exemple, les filtres peuvent inclure un filtre CTP basé sur mémoire, un filtre CTP basé sur réseau, un filtre CTP basé sur base de données ainsi que d'autres filtres. Par exemple, des cliquages multiples qui présentent la même identification ou ID de session et la même identification ou ID de ressource sont considérés comme étant en double et de multiples cliquages présentant la même identification ou ID de recherche et la même identification ou ID de ressource sont considérés en tant que cliquages en double. Une identification ou ID de session identifie une session d'utilisateur avec un moteur de recherche et peut être un code de 64 bits. Une identification ou ID de ressource identifie le site web cible et peut être l'URL de site web cible. Une identification ou ID de recherche identifie la recherche. Au niveau d'un bloc 710, si une information de cliquage définitif existe, alors un bloc 716 est exécuté et sinon, un bloc 712 est exécuté. Au niveau du bloc 712, si un contenu d'imputation de cliquage existe pour ce cliquage, I'imputation de cliquage est additionnée au contenu d'imputation de cliquage et sinon, une entrée de contenu d'imputation de cliquage non définitive est additionnée. Au niveau d'un bloc 714, le montant d'imputation de cliquage est déduit du solde de travail. Au niveau d'un bloc 716, le cliquage est enlevé de la liste de cliquages. XI V. P rocédé d 'acceptati on de soldes La figure 8 représente un procédé 800 d'acceptation de soldes. L'agent d'acceptation de soldes 132 (figure 1) peut appeler ie service de solde de compte 930 (figure 9) pour réaliser le procédé 800 d'acceptation de soldes. Au niveau d'un bloc 802, des données sont retrouvées à partir de la table de soldes acceptés. Au niveau d'un bloc 804, si une condition de dépassement de temps imparti s'est produite, le procédé 800 est terminé et un code de retour de "vrai" est retourné. Si aucune condition de temps imparti n'existe, alors un bloc 806 est exécuté. Au niveau du bloc 806,1'information pour le compte suivant est recherchée. Si aucun compte suivant n'existe, alors le procédé 800 se termine avec un code de retour de "faux". Si un compte suivant existe de fait, alors un bloc 808 est exécuté. Au niveau du bloc 808, il est déterminé si oui non l'enregistrement est expiré. Si l'enregistrement est expiré, un bloc 820 est exécuté. Si l'enregistrement n'est pas expiré, alors un bloc 810 est exécuté. Au niveau du bloc 810, le solde de compte est bloqué. Si le solde de compte n'est pas bloqué avec succès, un bloc 804 est exécuté. Si le solde de compte est bloqué avec succès, un bloc 812 est exécuté. Au niveau du bloc 812, les entrées de contenu d'imputation de cliquage de compte qui datent d'avant le timbre temporel d'imputation de cliquage le plus récent sont enlevées du contenu d'imputation de cliquage. Les divers soldes sont ajustés. Les soldes peuvent inclure le solde accepté, le solde de travail, le solde définitif et le solde de surveillance. Au niveau d'un bloc 814,1'indicateur d'auto- instauration est établi à "OK" si le solde définitif est positif et que l'indicateur d'auto-instauration est établi à "désactivé". Au niveau d'un bloc 816, la surveillance de compte est déroulée si le solde de surveillance est modifié. Au niveau d'un bloc 820,1'imputation est enlevée de la table de soldes acceptés puis le bloc 804 est exécuté. XV. Services La figure 9 est un schéma fonctionnel d'un système 900 qui inclut les services de surveillance de compte 902. Les services 902 incluent le service de paiement 910, le service de carte de crédit 920 et le service de compte 930. Le service de paiement 910 inclut des services tels qu'une carte d'imputation/remise de fonds 912 et un ajustement de solde 914. Le sous-service d'ajustement de solde 914 peut ajouter ou déduire des fonds dans un compte dans la base de données de comptes 940. Le sous-service de carte d'imputation/remise de fonds 912 réalise un interfaçage avec le service de carte de crédit 920 pour obtenir ou payer des fonds sur un compte de carte de crédit d'utilisateur ou à partir de ce même compte via un système de carte de crédit externe 950. Le système de carte de crédit externe 950 peut être n'importe quel système de carte de crédit incluant CyberSource (marque déposée), Wells Fargo (marque déposée) ou d'autres. Le service de carte de crédit 920 peut traiter l'information en provenance du service de paiement 910 et peut formater et configurer l'information pour chaque système de carte de crédit externe particulier 950. Le sous-service de service de compte 930 permet à un service de client représentatif d'obtenir ou d'établir un état de compte 932 ainsi que d'obtenir ou d'établir un solde de compte 934 à partir de la base de données de comptes 940. Lorsque les services 902 réalisent une tâche qui peut modifier l'état de compte, le moniteur de compte est exécuté pour évaluer l'état de compte. XVI. Ajustements de compte optionnels pour des taxes Un compte peut être ajusté pour diverses taxes de telle sorte que l'effet net sur le compte d'utilisateur soit ajusté du point de vue des taxes. Si un compte d'utilisateur est soumis à une taxation, la taxe peut être appliquée à l'instant du dépôt ou à l'instant de la facturation. Les comptes de prépaiement ont typiquement les taxes qui sont appliquées lorsque les fonds sont déposés. Les comptes de facturation ont typiquement les taxes qui sont appliquées lorsque la facture est préparée. Ces ajustement de taxes peuvent être utiles dans des pays mettant en jeu des taxes à la valeur ajoutée ou TVA tels que la Grande-Bretagne. 282831 1 Pour des comptes qui ont des taxes appliquées lors du dépôt des fonds, le montant imputé sur le compte du client sera le montant qu'il souhaite déposer plus le montant des taxes. Par exemple, si un client souhaite déposer 100 dollars et que la taxe est de 17,5 %, le compte de client, par exemple le compte de carte de crédit de client, sera imputé de 117,5 dollars. Les taxes peuvent être des taxes fédérales, d'état ou locales, y compris des taxes de vente ou d'autres types de taxes. Les divers soldes, incluant le solde de travail, le solde définitif et le solde accepté, sont ensuite augmentés du montant déposé. Lorsque les imputations pour ce compte augmentent, par exemple des imputations de cliquage, les divers soldes sont diminués des imputations sans considération des taxes. Pour des comptes qui ont des taxes qui sont appliquées suite à une facturation, les divers soldes sont diminués des imputations avec ajustage de taxe. Par exemple, si 10 dollars d'imputation de cliquage sont accumulés et que le compte présente une taxe de 17,5 %, les divers soldes pour ce compte sont diminués de 11,75 dollars. Les divers soldes peuvent inclure les soldes de surveillance. La description détaillée qui a été présentée ci-avant doit étre considérée comme étant illustrative en lieu et place d'être limitative et les revendications annexées y compris tous les équivalents sont * destinés à définir le cadre de l'invention. 282831 1 R EVEN D I CATIONS 1. Procédé de génération d'une liste de recherches ordonnées via un moteur de recherche (102), le procédé étant caractérisé en ce qu'il comprend: la réception, depuis un moyen de recherche sur un réseau, d'une requête de recherche, la requête de recherche comportant au moins un terme de recherche; la récupération, à partir d'une base de données de résultats de recherche (104), d'un jeu de listings de recherche associé au terme de recherche, o au moins certains des listings de recherche récupérés dans le jeu sont associés à un compte d'annonceur de telle sorte qu'un montant soit imputé sur le compte d'annonceur si un événement imputable se produit en connexion avec un listing de recherche sélectionné; la détermination d'un solde de compte pour les comptes d'annonceur sur la base d'une différence entre des imputations et des dépôts en provenance d'annonceurs respectifs; I'ordonnancement des listings de recherche selon une liste de résultats de recherche conformément à une méthodologie d'ordonnancement prédéterminée; ia fourniture de la liste de recherches ordonnées au moyen de recherche via le réseau; et l'évaluation des imputations sur le compte d'annonceur en fonction de la sélection par moyen de recherche du listing de recherche. 2. Procédé selon la revendication 1, caractérisé en ce que: la détermination d'un solde de compte comprend la détermination d'un solde accepté pour un compte d'annonceur via un système de comptabilisation (108), o le solde accepté comprend une différence entre des dépôts et un jeu d'imputations d'événement imputable courantes; et l'ordonnancement des listings de recherche comprend 282831 1 I'ordonnancement des listings de recherche associés à des annonceurs moyennant des soldes acceptés qui sont au-dessous d'un seuil accepté comme si le montant afférent était de zéro. 3. Procédé selon la revendication 2, caractérisé en ce que la détermination d'un solde de compte comprend la détermination d'un solde définitif pour un compte d'annonceur, o le solde définitif est le solde accepté qui est ajusté en matière d'imputations et de dépôts après ceux inclus dans le solde accepté. 4. Procédé selon la revendication 3, caractérisé en ce que le solde définitif est le solde accepté moins de quelconques nouvelles imputations d'événement imputable définitives plus de quelconques nouvelles imputations de carte de crédit et plus de quelconques nouveaux ajustements. 5. Procédé selon la revendication 4, caractérisé en ce que la détermination d'un solde de compte comprend la détermination d'un solde définitif estimé pour un compte d'annonceur, o le solde définitif estimé est le solde définitif moins un montant estimé de nouvelles imputations d'événement imputable définitives. 6. Procédé selon la revendication 5, caractérisé en ce que la déterm i nation d' u n solde de com pte co m p rend la déte rm i nation d' u n solde de surveillance pour un compte d'annonceur, o le solde de surveillance est le montant plus faible pris parmi le solde définitif estimé plus une limite de crédit et un montant de capital restant. 7. Procédé selon la revendication 4, caractérisé en ce que les imputations d'événement imputable définitives sont des imputations d'événement imputable qui ont passé un filtre de fraude. 8. Procédé selon la revendication 7, caractérisé en ce que l'événement imputable est un cliquage et le filtre de fraude détecte des doubles cliquages en tant que cliquages non imputables. 9. Procédé selon la revendication 8, caractérisé en ce que le filtre de fraude détecte de multiples cliquages sur un listing de recherche dans une liste de recherches à partir d'un moyen de recherche en tant que cliquages non imputables. 10. Procédé selon la revendication 8, caractérisé en ce que le 282831 1 filtre de fraude détecte de multiples cliquages sur un listing de recherche à partir d'un moyen de recherche pendant une session en tant que cliquages non imputables. 11. Procédé selon la revendication 7, caractérisé en ce que les imputations d'événement imputable non définitives sont des imputations qui ont passé un filtre de fraude temps réel et les imputations d'événement imputable définitives sont des imputations qui ont passé un second filtre de fraude qui utilise des données qui sont générées après qu'une imputation est imputée pour déterminer si cette imputation est frauduleuse. 12. Procédé selon la revendication 3, caractérisé en ce que la déterm i nation d' un solde de compte compren d la détermi nati on d' u n solde de travail pour un compte d'annonceur, o le solde de travail est le solde définitif ajusté en ce qui concerne de quelconques nouvelles imputations d'événement imputable non définitives. 13. Procédé selon la revendication 3, caractérisé en ce que le seuil est de zéro dollar. 14. Procédé selon la revendication 1, caractérisé en ce que la méthobologie d'ordonnancement prédéterminée comprend I'ordonnancement des listings de recherche conformément à une méthodologie de pertinence relative. 15. Procédé selon la revendication 14, caractérisé en ce que l'ordonnancement des listings de recherche conformément à la méthodologie de pertinence relative comprend l'ordonnancement des listings de recherche de telle sorte que des listings de recherche associés à des soldes de compte d'annonceur qui sont au-dessous d'un seuil soient ordonnés comme si leurs montants étaient de zéro. 16. Procédé selon la revendication 14, caractérisé en ce que l'ordonnancement des listings de recherche conformément à la méthodologie de pertinence relative comprend l'ordonnancement des listings de recherche au moyen de montants relatifs que des annonceurs respectifs sont d'accord de payer. 17. Procédé selon la revendication 16, caractérisé en ce que l'ordonnancement des listings de recherche conformément à la 282831 1 méthodologie de pertinence relative comprend l'ordonnancement des listings de recherche au moyen de montants d'offre des annonceurs respectifs. 18. Procédé selon la revendication 14, caractérisé en ce que I'ordonnancement des listings de recherche conformément à la méthodologie de pertinence relative comprend l'ordonnancement des listings de recherche au moyen de popularités respectives des listings de recherche. 19. Procédé selon la revendication 14, caractérisé en ce que I'ordonnancement des listings de recherche conformément à la méthodologie de pertinence relative comprend l'ordonnancement des listings de recherche de façon alphabétique. 20. Moteur de recherche (102) de réseau caractérisé en ce qu'il comprend: une base de données de résultats de recherche (104) qui comporte une pluralité de listings de recherche, o chaque listing de recherche est associé à une localisation de réseau; une base de données de comptes (105) qui maintient une information de compte associée à des listings de recherche; un système de surveillance de compte (210) qui surveille des comptes dans la base de données de comptes (105) et qui détermine un solde de compte pour chaque compte; et un moteur de recherche (102) qui génère une liste de résultats de recherche ordonnés qui inclut au moins l'un des listings de recherche en provenance de la base de données de résultats de recherche (104) pour lequel le solde de compte qui est déterminé par le système de surveillance de compte (210) est au-dessus d'un seuil. 21. Moteur de recherche (102) de réseau selon la revendication 20, caractérisé en ce que le système de surveillance de compte (210) inclut un agent d'événement imputable temps réel qui détermine des imputations d'événement imputable pour des accès de moyens de recherche sur des sites de réseau associés au listing de recherche sensiblement en temps réel. 22. Moteur de recherche (102) de réseau selon la revendication 20, caractérisé en ce que le système de surveillance de compte (210) inclut un agent d'auto-imputation (128) qui impute automatiq uement u n compte de carte de créd it lo rsque le sol de de compte est au-dessous d'un second seuil. 23. Moteur de recherche (102) de réseau selon la revendication 20, caractérisé en ce que le système de surveillance de compte (210) inclut un agent d'auto-imputation (128) qui impute automatiquement un compte de carte de crédit sur une base périodique. 24. Moteur de recherche (102) de réseau selon la revendication 20, caractérisé en ce que le système de surveillance de compte (210) inclut un agent de protection vis-à-vis des fraudes qui accède à un système de détection de fraude (228, 242) pour déterminer si de quelconques imputations d'événement imputable sont non imputables du fait que les événements associés aux imputations ont été frauduleux. 25. Moteur de recherche (102) de réseau selon la revendication 20, caractérisé en ce que le système de surveillance de compte (210) inclut un agent de listing de recherche qui met à jour la base de données de résultats de recherche (104) lorsqu'un compte passe par un seuil et qu'un listing de recherche est traité comme présentant un montant de zéro. 26. Moteur de recherche (102) de réseau selon la revendication 20, caractérisé en ce que le système de surveillance de compte (210) inclut un agent d'ajustement en masse (122) qui ajuste automatiquement des soldes de compte avec une imputation minimum lorsque les imputations d'événement imputable sont au-dessous d'un