EP1344169A1 - Systemes et procedes de fidelisation sur internet - Google Patents

Systemes et procedes de fidelisation sur internet

Info

Publication number
EP1344169A1
EP1344169A1 EP01989648A EP01989648A EP1344169A1 EP 1344169 A1 EP1344169 A1 EP 1344169A1 EP 01989648 A EP01989648 A EP 01989648A EP 01989648 A EP01989648 A EP 01989648A EP 1344169 A1 EP1344169 A1 EP 1344169A1
Authority
EP
European Patent Office
Prior art keywords
server
visitor
loyalty
affiliate
identifier
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP01989648A
Other languages
German (de)
English (en)
Inventor
Jean-Luc Farat
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Maximiles
Original Assignee
Maximiles
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Maximiles filed Critical Maximiles
Publication of EP1344169A1 publication Critical patent/EP1344169A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0226—Incentive systems for frequent usage, e.g. frequent flyer miles programs or point systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0236—Incentive or reward received by requiring registration or ID from user
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0241—Advertisements
    • G06Q30/0251—Targeted advertisements
    • G06Q30/0269—Targeted advertisements based on user profile or attribute

Definitions

  • the present invention relates to the field of systems and methods for loyalty of customers using computer equipment interconnected by the Internet, by the allocation of digital coupons opening rights to rewards.
  • the loyalty process uses a loyalty server connected to the Internet, as well as merchant servers and client servers
  • the loyalty system provides a first step in the affiliation of a new merchant. This step consists in registering on a database a unique identifier of the new merchant, as well as information relating to his identity. In this database are also recorded parameters specific to a loyalty program selected by this merchant. These parameters define the terms and conditions for awarding the awards:
  • the visitor When the visitor activates the link, it triggers the execution of a script sending a file containing a possible visitor identifier, recorded in the form of a "cookie" and the merchant identifier.
  • the server When the server receives a message in which the visitor's identifier does not exist, it transmits to the visitor station a digital form allowing him to register. This registration consists in recording in a database information associated with a unique identifier of the visitor. In the case where the visitor is already registered, the server proceeds to an anomaly detection consisting in analyzing the connection file, as well as the previous connection files originating from the same visitor, and in comparing his files with an anomaly file . In the event that this comparison reveals that the new file proves to be abnormal, the awarding process is interrupted.
  • An anomaly consists, for example, of an excessive number of actions on the same link by the same visitor, for example by using an automatic machine for the generation of requests.
  • the granting of rewards should be prohibited when the number of requests exceeds a threshold value corresponding to an abusive approach.
  • the visitor When registering on the server site, the visitor (Internet user wishing to benefit from the advantages offered) receives a cookie indicating their visitor number
  • Indirect assignments are not managed by the affiliate but by the server.
  • a gain condition is represented by:
  • condition name an identifier chosen by the affiliate over 40 characters at most. Only numbers and letters are accepted (no punctuation; no accent, no space). The server will distinguish upper / lower case.
  • the number of maxipoints earned the periodicity of the gain is broken down into the type of periodicity: minute, day, week, month, single, fixed date
  • the list of code, of generating acts appears in the following table:
  • the affiliate places on its site a link to an image on the server's site. This image is called HOME.
  • the server recognizes: the visitor by his unique ID stored in his cookie, the affiliate by the headers transmitted by the browser
  • the server then verifies that the HOME condition is indeed fulfilled (validity dates, frequency, etc.).
  • the resulting images are integrated into the affiliate's website and the operation is transparent to the visitor:
  • the winning conditions are met: the visitor is immediately credited and the server sends him an image indicating that he has won 5 points. The visitor has already won the 5 points in the week and he receives an image which indicates that he has already won for this condition.
  • Win The user is not recognized as a visitor: they are asked to become a visitor or, if they already are, to redefine their cookie ("Win" image).
  • the body of the message will contain the data to be transmitted, encrypted and signed.
  • the encryption procedure is specific to the environment of the affiliate and their choice of implementation (directly on the http server machine or on another machine).
  • the server provides the affiliate site with a blank table type document containing the fields to be completed.
  • the affiliate will fill out this grid (all fields are required), export it to a text file which he will send to the server by electronic message to the email address of the server administrator, encrypted as indicated in the procedure. use of a cryptosystem.
  • the images displayed will be of a first type "already won”: - When the visitor earns 100 points or is already on a winning page.
  • the main interest of direct transfers lies in the free integration of the points principle on the affiliate's website. This system is not limited to purchases. It is very flexible, since the affiliate can decide on the actions that will generate a gain depending on his service. For example, writing a message in a forum can generate a gain of 50 points for the person who writes the message, and a gain of 5 points for the same person, each time someone goes to read their message. This system can also be applied to a contest organized by the affiliate which will win different prizes after drawing lots etc.
  • This flexibility simply implies that the affiliate site collects the visitor's points identifier in order to be able to apply the gain to it.
  • This approach can be carried out in several ways, either during a purchase, for example, when registering the person's contact details, once the articles have been chosen, it is possible to add an “identifier” field to fill in, in this case for each purchase, by the visitor. Or, if the site manages accounts for its own visitors, add a specific field to the identifier in its visitor file, so it is no longer necessary to request this identifier for each gain, the server will be able to look through of his visitor record if the person is registered or not, in order to attribute a gain.
  • the sales category is the code corresponding to the type of product / service sold according to the table below.
  • TIMECODE ⁇ date_and_time_of_the_sale>
  • the gain is put on hold pending validation and will only be credited after the deadline provided by the affiliate (minimum of 8 days). If during this period the gain is refused (refusal to payment, refusal of delivery etc.), the affiliate must return the same file, with the line VALIDATION: NO to cancel the gain.
  • the transmitted data will always consist of 7-bit ASCII text files. If accented characters must be transmitted, the encoding can be extended to 8 bits and use the ISO 8859-1 standard.
  • the body of the message will contain the data to be transmitted, encrypted and signed.
  • the encryption procedure is specific to the environment of the affiliate and their choice of implementation (directly on the http server machine or on another machine).
  • This link calls up a page on the server which, among other things, tracks requests for access to the affiliate sites and then directs them to the requested affiliate site.
  • the system set up consists of putting an HTML tag (TAG) on the affiliate site at the end of the page called from the server.
  • TAG HTML tag
  • This script will check if this request follows the request for access to an affiliated site from the server site, and will trace it accordingly.
  • Integration on the affiliated site consists of placing the following HTML TAG at the end of the page:

Abstract

La présente invention concerne un procédé pour la fidélisation de clients caractérisé en ce qu'il comporte une étape d'enregistrement de données numériques d'identification des visiteurs de sites dans une première base de données comportant une table d'enregistrement sur un serveur de fidélisation des identifiants uniques des visiteurs enregistrés et de données spécifiques, et d'enregistrement sur l'équipement du visiteur d'un fichier numérique contenant l'identifiant qui lui est attribué, et en ce qu'il comporte en outre des étapes d'enregistrement sur le serveur d'un site marchand affilié d'un fichier numérique produisant l'affichage d'un pictogramme actif comportant lui-même un lien vers un programme informatique de gestion de points, et des étapes d'attribution des points de récompense.

Description

SYSTEMES ET PROCEDES DE FIDELISATION SUR INTERNET
La présente invention concerne le domaine des systèmes et procédés de fidélisation de clients utilisant des équipements informatiques interconnectés par le réseau Internet, par l'attribution de coupons numériques ouvrant des droits à des récompenses.
On connaît dans l'état de la technique l'offre de la société NETCENTIVES, décrite notamment dans les brevets américains US05774870 ou US06009412. On connaît aussi le brevet PCT WO9921103 qui concerne un procédé et un système d'application de programmes d'incitation dans un réseau informatique dans lequel un hôte peut permettre à des sociétés de parrainage : - d'acheter des programmes d'incitation conditionnés à l'avance ou auto-générés ;
- d'offrir ces programmes d'incitation à des consommateurs ;
- de permettre à des sociétés de parrainage et à des revendeurs d'associer des récompenses aux programmes d'incitation ;
- de proposer des récompenses intéressantes à des compagnies de parrainage, des revendeurs et des consommateurs ; - et de mémoriser et manipuler des bases de données contenant tout ce qui précède.
Un autre brevet PCT WO9946708 divulgue un système permettant de définir, de distribuer électroniquement, d'afficher dynamiquement à l'attention d'un consommateur, d'échanger et de compenser des incitations promotionnelles sur un réseau. Un ou plusieurs paramètres associés à des promotions peuvent être déterminés dynamiquement en fonction d'une ou plusieurs caractéristiques du consommateur, notamment sa localisation sur le réseau ou la promotion est visualisée. Le brevet PCT WO0060517 décrit un système et un procédé électronique de primes informatisé pour lequel le ciblage, la distribution, la sélection, la mémorisation, l'échange, la compensation, le remboursement et la gestion des données se fait électroniquement. Le système met les primes à disposition dans un système central de primes situé dans un système informatique, cible les primes sur des consommateurs ou groupes de consommateurs spécifiques, permet aux consommateurs de sélectionner les primes. Le système mémorise les noms ou numéros identifiant les consommateurs en regard des primes sélectionnées par les consommateurs, transmet les achats des consommateurs lorsque le consommateur fait un achat auprès d'un détaillant, et donne au détaillant l'identification du consommateur. Le détaillant se connecte ensuite au système central de primes et compare les achats aux primes sélectionnées mémorisées pour le consommateur. En cas de concordance, il y a application de la prime, et compensation automatique du consommateur. Le système prévoit également le remboursement automatique du détaillant. En outre, les données d'achat et d'échange de primes du consommateur sont gardées en mémoire et utilisées pour le ciblage de primes futures à destination du consommateur ou d'un groupe auquel appartient le consommateur. L'invention vise à proposer un système et un procédé permettant d'organiser l'attribution de points en temps réel, avec une grande sécurité contre les fraudes, par l'intermédiaire d'un serveur central et de ressources informatiques installées sur les serveurs de marchands affiliés d'une part, et de clients identifiés d'autre part.
A cet effet, l'invention concerne selon son acception la plus générale un procédé pour la fidélisation de clients caractérisé en ce qu'il comporte une étape d'enregistrement de données numériques d'identification des visiteurs de sites dans une première base de données comportant une table d'enregistrement sur un serveur de fidélisation des identifiants uniques des visiteurs enregistrés et de données spécifiques, et d'enregistrement sur l'équipement du visiteur d'un fichier numérique contenant l'identifiant qui lui est attribué, et en ce qu'il comporte en outre des étapes d'enregistrement sur le serveur d'un site marchand affilié d'un fichier numérique produisant l'affichage d'un pictogramme actif comportant un lien vers un programme informatique de gestion de points, ledit fichier comportant un identifiant unique du marchand affilié, et des étapes d'attribution de points dé récompense consistant à enregistrer dans une base de données une table comportant un identifiant du visiteur et un compteur de points attribués, à préparer, en réponse à une activation par un utilisateur dudit lien apparaissant dans la page du site marchand, un fichier comportant au moins l'identifiant numérique du marchand et un identifiant du visiteur, à transmettre ce fichier au serveur de fidélisation, à procéder à une recherche de l'identifiant du visiteur, à incré enter le compteur de points en fonction des informations contenues dans le fichier numérique dans le cas où le visiteur est déjà enregistré, et à transmettre un formulaire numérique d'enregistrement dans le cas contraire. Selon un mode de réalisation préféré, le procédé selon l'invention comporte une étape de comparaison du fichier numérique transmis par l'équipement du visiteur avec un fichier numérique d'anomalies enregistré sur le serveur, et d'incrémentation du compteur du visiteur seulement lorsque ladite comparaison est positive.
De préférence, le procédé comporte une étape postérieure de transmission à l'équipement du visiteur par le serveur d'un fichier produisant la visualisation d'un message d'information de l'état du compteur du visiteur. Selon une autre variante, le procédé comporte une étape de personnalisation des règles d'attribution de récompense consistant à sélectionner au moins un paramètre depuis le poste marchand et à enregistrer dans une table du serveur contenant l'identifiant du marchand et les paramètres d'attribution de récompenses.
La présente invention sera mieux comprise à la lecture de la description d'un exemple non limitatif de réalisation qui suit : La description qui suit concerne un exemple non limitatif de réalisation. Le procédé de fidélisation met en œuvre un serveur de fidélisation relié au réseau Internet, ainsi que des serveurs marchands et des serveurs clients
Les serveurs marchands sont constitués par les équipements informatiques reliés au réseau Internet, exploités par des affiliés du serveur de fidélisation.
Le système de fidélisation prévoit une première étape d'affiliation d'un nouveau marchand. Cette étape consiste à enregistrer sur une base de données un identifiant unique du nouveau marchand, ainsi que des informations relatives à son identité. Dans cette base de données sont également enregistrés des paramètres spécifiques à un programme de fidélisation sélectionné par ce marchand. Ces paramètres définissent les modalités et conditions d'attribution des récompenses :
- action du visiteur déclenchant l'attribution de points,
- durée de l'action et conséquence
- autorisation de répétition ou non de l'action - périodicité des actions donnant lieu à une récompense
Ces paramètres sont définis à l'aide d'un formulaire numérique transmis par le serveur au poste marchand, permettant de sélectionner les valeurs correspondant à des procédures enregistrées dans une bibliothèque de procédures.
Cette étape de personnalisation du programme de fidélisation par le marchand va donner lieu à l'enregistrement d'un profil associé à l'identifiant du marchand, et à la transmission par le serveur d'un fichier numérique qui sera enregistré dans le site marchand. Ce fichier correspond par exemple à une ligne de code HTML inscrite dans la page du site marchand pour produire l'affichage d'un pictogramme lors de l'accès d'un visiteur à cette page. En outre, ce pictogramme sera associé à un lien mettant le visiteur en liaison avec le serveur de fidélisation.
Lorsque le visiteur active le lien, il provoque l'exécution d'un script réalisant l'envoi d'un fichier contenant un éventuel identifiant du visiteur, enregistré sous la forme d'un « cookie » et de l'identifiant du marchand.
Lorsque le serveur reçoit un message dans lequel l'identifiant du visiteur est inexistant, il transmet au poste visiteur un formulaire numérique lui permettant de s'inscrire. Cette inscription consiste à enregistrer dans une base de données des informations associées à un identifiant unique du visiteur. Dans le cas où le visiteur est déjà enregistré, le serveur procède à une détection d'anomalies consistant à analyser le fichier de connexion, ainsi que les fichiers de connexion antérieurs provenant du même visiteur, et à comparer ses fichiers avec un fichier d'anomalies. Dans le cas où cette comparaison fait apparaître que le nouveau fichier se révèle anormal, le processus d'attribution de récompense est interrompu.
Une anomalie consiste par exemple en un nombre excessif d'actions sur le même lien par un même visiteur, par exemple par utilisation d'un automate pour la génération de requêtes. Dans ce cas, pour éviter l'attribution injustifiée de récompenses, il conviendra d'interdire l'octroi de récompenses lorsque le nombre de requête dépasse une valeur seuil correspondant à une démarche abusive.
La description qui suit concerne un exemple de mise en œuvre particulier de l'invention, visant à simplifier le plus possible l'intégration des outils spécifiques à l'invention dans les sites affiliés,
- éliminer le plus possible les transactions entre les sites affiliés et le serveur afin d'offrir un confort (vitesse) de navigation, obtenir un risque de fraude proche du zéro. L'invention propose différentes méthodes pour qu'un visiteur acquière des points de fidélité, c'est-à- dire qu'un affilié cède des points de fidélités à un visiteur : automatiquement depuis le site du serveur de points de fidélité (après un questionnaire, à date anniversaire, etc.) : aucun problème de sécurité puisque aucune transaction ne transite à travers le réseau, lors de la consultation d'une page Web (clic sur un lien, fréquence de visite, etc.) : voir partie « cessions indirectes » . suite à une action spécifique auprès du site affilié (achat en ligne, achat en boutique, jeu-concours etc.) : voir partie « cessions directes »
A l'inscription sur le site du serveur, le visiteur (internaute souhaitant bénéficier des avantages proposés) reçoit un cookie indiquant son numéro de visiteur
(ID). Ce numéro n'est lisible que par le site du serveur. II peut également être lu ou modifié par l'utilisateur, mais la seule conséquence d'un tel changement est de faire bénéficier un autre visiteur de ses gains.
Si le visiteur utilise plusieurs navigateurs ou qu'il perd sa configuration, un choix lui permet, sur le site du serveur, de redéfinir son cookie par simple réidentification (login + mot de passe).
1. Cessions indirectes
Les cessions indirectes ne sont pas gérées par l'affilié mais par le serveur.
Tout d'abord, l'affilié fournit au serveur une liste de conditions de gains ; par exemple : la condition portant le nom ACCUEILOl est valable du 1er avril 2000 au 30 avril 2000 et fait gagner au visiteur 5 points à raison d'un gain par semaine au plus.
Il s'agit d'une table vierge fournit au site affilié par le serveur :
Intégration des conditions de gain (cessions indirectes )
Une condition de gain est représentée par :
- nom condition : un identifiant choisi par l'affilié sur 40 caractères au plus. Seuls les chiffres et les lettres sont acceptés (pas de ponctuation ; ni d'accentuation, ni d'espace). Le serveur distinguera les majuscules/minuscules .
- une date et une heure de début de validité de la condition - une date et une heure de fin de validité de la condition le nombre de maxipoints gagnés la périodicité du gain : celle-ci se décompose en type de périodicité : minute, jour, semaine, mois, unique, datefixe
- minute nombre de minutes à attendre avant de gagner à nouveau jour nombre de jours semaine nombre de semaines
- mois une fois par mois unique on ne gagne qu'une fois datefixe on peut gagner une fois le dd/mm
- valeur périodicité : une valeur numérique ou dd/mm pour le type de périodicité « date fixe » . par exemple : type=semaine, valeur=2 signifie qu'il est possible de gagner 1 fois toutes les deux semaines le code « acte générateur » : dans la plupart des cas, il s'agira du code 500. Si le site affilié propose de gagner des Maxipoints suite à un jeu-concours, il faudra définir une (et une seule) condition portant ce code (283). La liste de code, des actes générateur figure dans le tableau suivant :
Afin d'éviter les erreurs en cascade, si une condition de gain porte le même nom qu'une précédente condition, la seconde remplace la première.
Intégration sur le site affilié
L'intégration des cessions indirectes est équivalente à l'intégration d'un tag HTML pour une bannière de publicité :
L'affilié place sur son site un lien vers une image se trouvant sur le site du serveur. Cette image porte le nom ACCUEILOl. Le serveur reconnaît : le visiteur par son ID unique stocké dans son cookie, l'affilié par les en-têtes transmis par le navigateur
- la condition par son nom "ACCUEILOl"
Le serveur vérifie ensuite que la condition ACCUEILOl est bel et bien remplie (dates de validité, périodicité, etc.). Dans les trois cas qui se présentent alors, les images résultantes sont intégrées au site Web de l'affilié et l'opération est transparente pour le visiteur :
Les conditions de gain sont remplies : le visiteur est immédiatement crédité et le serveur lui envoie une image indiquant qu'il a gagné 5 points. Le visiteur a déjà gagné les 5 points dans la semaine et il reçoit une image qui indique qu'il a déjà gagné pour cette condition.
L'utilisateur n'est pas reconnu comme visiteur : on lui propose de devenir visiteur ou, s'il l'est déjà, de redéfinir son cookie (image "à Gagner").
Un décompte précis des cessions indirectes sera fourni en fin de mois à chaque affilié afin que celui-ci puisse contrôler les transferts de points et réapprovisionner son compte lorsqu'il arrive à court de points .
Les conditions de gain seront transmises par l'affilié au moyen d'un message électronique chiffré.
Les données transmises au serveur seront toujours constituées de fichiers textes ASCII 7 bits. Si des caractères accentués doivent être transmis, l'encodage pourra être étendu à 8 bits et utiliser la norme ISO 8859-
1.
Les exemples indiqués concernent un affilié fictif « ACME »
Toutes les données transmises par message électronique de l'affilié au serveur sont encodées avec la clé publique du serveur et signées de la clé privée de l'affilié. Le sujet du message contiendra : [Conditions] lorsque le message électronique est une liste de conditions de gains
Le corps du message contiendra les données à transmettre, chiffrées et signées. La procédure de chiffrement est spécifique de l'environnement de l'affilié et de son choix d' implémentation (directement sur la machine serveur http ou sur une autre machine) .
Transmission des conditions de gains Le serveur fournit au site affilié un document de type table vierge contenant les champs à remplir. L'affilié remplira cette grille (tous les champs sont obligatoires), l'exportera dans un fichier texte qu'il transmettra au serveur par message électronique à l'adresse électronique de l'administrateur du serveur, de façon chiffrée comme indiqué dans la procédure d'utilisation d'un cryptosystème .
L'affilié remplit cette table pour définir ses paramètres et la transmet au serveur. Un accusé de réception sera renvoyé au site affilié. Il indiquera : les ajouts de conditions, les remplacements de conditions , les rejets : si une condition n'a pas pu être traitée par l'automate Maxipoints, celui-ci indique la cause du rejet et l'affilié doit à nouveau envoyer cette condition après rectification. Pour qu'un visiteur gagne des points lorsqu'il visionne une page html affiliée, celui-ci intègre à sa page un appel CGI au serveur sous la forme d'une image délocalisée (<IMG SRC="xxxx"> ) . L'image renvoyée par le serveur dépend de la satisfaction (ou non) de la condition de gain (voir § cessions indirectes). La page html de l'affilié inclut :
<ATARGET="_blank"HREF="http: //www.maxipoints .co m/join.php?FROM=identifiant_affilié">
<IMG SRC="http: //www.maxipoints . com/maxibanner. hp?identifi ant_affilié/NomCondition" WIDTH="118" ALIGN="BOTTOM" BORDER="0" ></A>
L ' identifiant_affilié est délivré par le serveur.
Les images affichées seront d'un premier type "déjà gagné" : - Lorsque le visiteur gagne 100 points ou est déjà passé sur une page gagnante.
- Lorsque le visiteur n'est pas reconnu comme un visiteur enregistré. Une autre image pourra être intégrée mais cette fois manuellement par l'affilié afin d'indiquer sur quelle rubrique le visiteur pourra gagner des points.
D'autres éléments graphiques pourront être intégrés dans les pages du site affilié pour mettre en valeur le serveur sur son site.
2. Cessions directes
Pour les achats en ligne notamment, les cessions de points seront codifiées par le serveur affilié et transmises par message électronique de façon chiffrée.
L'intérêt principal des cessions directes réside dans la libre intégration du principe de points sur le site web de l'affilié. Ce système ne se limite pas aux achats. Il est d'une grande souplesse, puisque l'affilié peut décider des actions qui engendreront un gain en fonction de son service. Par exemple, la rédaction d'un message dans un forum peut engendrer un gain de 50 points pour la personne qui rédige le message, et un gain de 5 points pour cette même personne, chaque fois que quelqu'un ira lire son message ... Ce système peut aussi s'appliquer à un jeu-concours organisé par l'affilié qui fera gagner différents lots après tirage au sort etc..
Cette souplesse implique simplement que le site affilié recueille l'identifiant du visiteur points pour pouvoir lui appliquer le gain. Cette démarche peut se réaliser de plusieurs façons, soit lors d'un achat, par exemple, lors de l'inscription des coordonnées de la personne, une fois les articles choisis, il est possible d'ajouter un champ « identifiant» à remplir, dans ce cas pour chaque achat, par le visiteur. Ou encore, si le site gère des comptes pour ses propres visiteurs, ajouter dans sa fiche visiteur un champ spécifique pour l'identifiant, ainsi il n'est plus nécessaire de demander cet identifiant à chaque gain, le serveur sera capable de regarder au travers de sa fiche visiteur si la personne est enregistrée ou pas, afin d'attribuer un gain.
Lorsqu'un affilié souhaitera effectuer un don de points à un visiteur, il devra : - codifier la cession selon la norme précisée au paragraphe Transmission des ventes (cessions directes) » ; le document indiquera le nom d'accès du visiteur, la date et l'heure de la cession (afin de gérer les cessions de maxipoints via maxipoints.com avec rétrocessions) et le nombre de maxipoints cédés. ce document sera ensuite chiffré avec la clé publique de Maxipoints, signé avec la clé privée de l'affilié et envoyé à une adresse message électronique Maxipoints spécifique : adminθmaxipoints .com A réception de messages sur ce compte message électronique spécifique, le serveur va : - vérifier que l'émetteur du message est bien l'affilié (grâce à la signature), déchiffrer le document avec la clé privée du serveur,
- vérifier la validité du don (date de la condition, nombre de gains par période, etc. )
- mettre le crédit en attente de validation : une fois la vente vérifiée par l ' af filié , celui-ci validera ( ou invalidera) le gain de points . Cette validation sera également chiffrée et envoyée au serveur par message électronique . ou valider directement le gain si l'affilié peut s'assurer immédiatement de la validité de l' achat.
Un état mensuel récapitulera pour l'affilié l'ensemble des dons validés par le serveur.
Transmission des ventes (cessions directes) Si l'affilié doit s'assurer de la validité de la vente avant de reverser les points, il enverra d'abord via message électronique un fichier texte ayant le format suivant : (chaque ligne se termine par un retour chariot) AFFILIÉ: <nom_du_affilié> LOGINVISITEUR: <login_du_visiteur> TIMECODE: <date_et_heure_de_la_vente>
NBPOINTS: <nombre_de_points_gagnés> CATEGORIE: <catégorie_de_vente> IDENTIFIAN : <identifiant_vente_du_affilié> DESCRIPTIF: <descriptif personnalisé de la transaction>
DATEVALID: <date de validation de la transaction>
<ligne_vide>
Il est possible d'envoyer simultanément plusieurs cessions (par exemple une à chaque fin de journée). Pour cela, il suffit d'ajouter à la suite les informations de cessions en prenant soin de toujours laisser une ligne vide entre deux cessions. Les valeurs transmises sont : <nom_du_affilié>
Ce nom est fourni par le serveur au site affilié, (identifiant affilié) Exemple : AFFILIÉ: ACME <login du_visiteur> Identifiant de l'utilisateur (saisi au moment de l'achat en ligne) ; Cet identifiant est composé au maximum de 20 signes alphanumériques.
Exemple : LOGINVISITEUR: PIERRE201
<date_et_heure_de_la_vente>
Date et heure de la vente codé selon le masque : DD/MM/ YYY HH:MN:SS
Exemple : TIMECODE: 21/05/2000 12:34:56
<nombre_de_points_gagnés>
Nombre de points acquis suite à la vente
Exemple :
NBPOINTS: 50 <catégorie_de_vente>
La catégorie de vente est le code correspondant au type de produit/service vendu selon la table ci-dessous.
Exemple (la vente correspond à des jouets) :
CATEGORIE: 580 <identifiant_vente_du_affilié>
Identifiant unique généré par l'affilié au moment de la vente (par exemple numéro de la facture) qui servira à valider la vente. Cet identifiant peut comporter jusqu'à 80 caractères alphanumériques (chiffres, lettres avec respect de la casse, ponctuation sur 7bits)
Exemple :
IDENTIFIANT : A45678_BA? 12300 / 1220-2
DESCRIPTIF : <descriptif personnalisé de la transaction> Descriptif détaillé de la transaction qui sera indiquée au visiteur lors de la consultation de son compte .
Exemple :
DESCRIPTIF : Jean-Hugues Mansard de Douomond . Voyage Paris — Brives La Gaillarde le 18 nov 2000 . Prix= 390 Francs . Ref : 123456789 . DATEVALID: <date de validation de la transaction>
Date de validation de la transaction sur le compte du visiteur selon le masque : YYYYMMDD Exemple :
DATEVALID: 20000109
Transmission des validations de ventes en ligne (cessions directes)
Après vérification de la vente débouchant sur un gain de points ou si l'affilié n'a pas à attendre pour valider la vente, il enverra via message électronique une confirmation sous la forme d'un fichier texte ayant le format suivant :
AFFILIÉ: <nom_du_affilié> LOGINVISITEUR: <login_du_visiteur>
TIMECODE: <date_et_heure_de_la_vente>
NBPOINTS : <nombre_de_points_gagnés>
CATEGORIE: <catégorie_de_vente>
IDENTIFIANT: <identifiant_vente_du_affilié> VALIDATION: <OUI ou NON>
<ligne__vide>
Ces champs seront rigoureusement identiques à ceux envoyés lors de la transmission de la vente (voir ce §) augmentés du champ « validation » <OUI ou NON>
Les 3 caractères de la réponse. Oui indique que la vente est validée et le visiteur est crédité de façon définitive ; Non indique que la vente a été refusée et les points ne sont pas crédités. Exemple :
VALIDATION: OUI
Si la ligne VALIDATION est absente ou vide, le gain est mis en attente de validation et ne sera crédité que passé le délai prévu par l'affilié (minimum de 8 jours). Si dans cette période le gain est refusé (refus de paiement, refus de livraison etc.), l'affilié doit retourner le même fichier, avec la ligne VALIDATION : NON pour annuler le gain.
Là encore, il est possible de confirmer plusieurs ventes en séparant les informations par une ligne vide.
Retour des erreurs
Si l'affilié nous indique une adresse message électronique de réponse pour les transactions, il pourra recevoir l'identique du fichier qu'il a transmis avec une ligne supplémentaire de résultat. Cette ligne de résultat s'explique de la façon suivante :
Resuit : 0 tout est OK
Resuit : 1 Login visiteur inconnu Resuit : 2 Nombre de points <=0
Resuit : 3 Affilié invalide
Resuit : 4 Problème interne
Resuit : 5 Exception pendant la mise à jour des fiches (date invalide etc.) Conventions
Les données transmises seront toujours constituées de fichiers textes ASCII 7 bits. Si des caractères accentués doivent être transmis, l'encodage pourra être étendu à 8 bits et utiliser la norme ISO 8859- 1.
Les exemples indiqués concernent un affilié fictif « ACME »
Chiffrement et transmissions de données via message électronique Toutes les données transmises par message électronique de l'affilié seront encodées avec la clé publique du serveur et signées de la clé privée de l'affilié.
Le sujet du message contiendra : [Gain] lorsque le message électronique concerne une cession directe
Le corps du message contiendra les données à transmettre, chiffrées et signées. La procédure de chiffrement est spécifique de l'environnement de l'affilié et de son choix d ' implementation (directement sur la machine serveur http ou sur une autre machine).
4. Contrôle de l'affiliation
Il s'agit de déterminer si les personnes ayant cliqué sur les liens affiliés du site du serveur arrivent bien sur le site de l'affilié demandé et si la page de cet affilié est bien vue en entier par l'internaute. Lorsque l'internaute choisit de se rendre chez un des affiliés, il clique sur le lien de l'affilié correspondant.
Ce lien appelle une page du serveur qui permet, entre autres, de tracer les demandes d'accès vers le sites affiliés puis de les diriger vers le site affilié demandé.
Cependant, il est impossible de savoir si la demande a bien abouti et si l'internaute a bien vu la page de l'affilié en entier.
Le système mis en place, consiste à mettre sur le site de l'affilié, un marqueur (TAG) HTML à la fin de la page appelée depuis le serveur. Ce TAG appelle un script situé sur le site du serveur.
Ce script vérifiera si cette demande fait suite à la demande d'accès à un site affilié depuis le site du serveur, et le tracera en conséquence.
L'intégration sur le site affilié consiste à placer le TAG HTML suivant en fin de page :
<IMG SRC≈"http: //ww .maxipoints .com/maxiblanc .p hp?identifiant_affilié" ALIGN="BOTTOM" BORDER="0" > Visuellement cette intégration n'affiche rien et ne modifie pas l'esthétique du site de l'affilié.
L'invention est décrite dans ce qui précède à titre d'exemple de réalisation et de mise en œuvre du procédé de fidélisation.

Claims

REVENDICATIONS
1 — Procédé pour la fidélisation de clients caractérisé en ce qu'il comporte une étape d'enregistrement de données numériques d'identification des visiteurs de sites dans une première base de données comportant une table d'enregistrement sur un serveur de fidélisation des identifiants uniques des visiteurs enregistrés et de données spécifiques, et d'enregistrement sur l'équipement du visiteur d'un fichier numérique contenant l'identifiant qui lui est attribué, et en ce qu'il comporte en outre des étapes d'enregistrement sur le serveur d'un site marchand affilié d'un fichier numérique produisant l'affichage d'un pictogramme actif comportant un lien vers un programme informatique de gestion de points, ledit fichier comportant un identifiant unique du marchand affilié, et des étapes d'attribution de points de récompense consistant à enregistrer dans une base de données une table comportant un identifiant du visiteur et un compteur de points attribués, à préparer, en réponse à une activation par un utilisateur dudit lien apparaissant dans la page du site marchand, un fichier comportant au moins l'identifiant numérique du marchand et un identifiant du visiteur, à transmettre ce fichier au serveur de fidélisation, à procéder à une recherche de l'identifiant du visiteur, à incrémenter le compteur de points en fonction des informations contenues dans le fichier numérique dans le cas où le visiteur est déjà enregistré, et à transmettre un formulaire numérique d'enregistrement dans le cas contraire.
2 — Procédé pour la fidélisation de clients selon la revendication 1, caractérisé en ce qu'il comporte une étape de comparaison du fichier numérique transmis par l'équipement du visiteur avec un fichier numérique d ' anomalies enregistré sur le serveur, et d' incrémentation du compteur du visiteur seulement lorsque ladite comparaison est positive .
3 — Procédé pour la fidélisation de clients selon la revendication 1 ou 2 , caractérisé en ce qu ' il comporte une étape postérieure de transmis sion à l ' équipement du visiteur par le serveur d ' un fichier produisant la visualisation d ' un message d' information de l ' état du compteur du visiteur .
4 - Procédé pour la fidélisation de clients selon l ' une quelconque des revendications précédentes , caractérisé en ce qu ' il comporte une étape de personnalisation des règles d ' attribution de récompense consistant à sélectionner au moins un paramètre depuis le poste marchand et à enregistrer dans une table du serveur contenant l ' identifiant du marchand et les paramètres d' attribution de récompenses .
5 - Procédé pour la fidélisation de clients selon l'une quelconque des revendications précédentes, caractérisé en ce que les données transmises par message électronique de l'affilié au serveur sont encodées avec la clé publique du serveur et signées de la clé privée de l'affilié.
6 - Procédé pour la fidélisation de clients selon l'une quelconque des revendications précédentes, caractérisé en ce que le site affilié intègre dans la page occasionnant un avantage un appel CGI au serveur sous la forme d'une image délocalisée (<IMG SRC="xxxx">) , l'image étant renvoyée par le serveur dépendant de la satisfaction (ou non) de la condition de gain. 7 - Procédé pour la fidélisation de clients selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comporte une étape d'inscription sur le site du serveur d'un visiteur nouveau, consistant à transmettre un fichier numérique [cookie] indiquant son numéro de visiteur (ID).
8 - Procédé pour la fidélisation de clients selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comporte une étape de spécification des conditions d'attribution des points par l'affilié, consistant fournir au serveur une liste de conditions de gains sous la forme d'une table fournit au site affilié par le serveur.
EP01989648A 2000-12-20 2001-12-20 Systemes et procedes de fidelisation sur internet Withdrawn EP1344169A1 (fr)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
FR0016719 2000-12-20
FR0016719A FR2818413B1 (fr) 2000-12-20 2000-12-20 Systemes et procedes de fidelisation sur internet
PCT/FR2001/004121 WO2002050728A1 (fr) 2000-12-20 2001-12-20 Systemes et procedes de fidelisation sur internet

Publications (1)

Publication Number Publication Date
EP1344169A1 true EP1344169A1 (fr) 2003-09-17

Family

ID=8857964

Family Applications (1)

Application Number Title Priority Date Filing Date
EP01989648A Withdrawn EP1344169A1 (fr) 2000-12-20 2001-12-20 Systemes et procedes de fidelisation sur internet

Country Status (5)

Country Link
US (1) US7359866B2 (fr)
EP (1) EP1344169A1 (fr)
CA (1) CA2432042A1 (fr)
FR (1) FR2818413B1 (fr)
WO (1) WO2002050728A1 (fr)

Families Citing this family (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4322440B2 (ja) * 2001-04-23 2009-09-02 パイオニア株式会社 ポイントカード管理装置及びシステム
EP1336927A1 (fr) 2002-02-13 2003-08-20 Sap Ag Méthode et système d'évaluation de risques
US8688513B2 (en) 2004-11-24 2014-04-01 Ashraf Nashed Method and system for providing access rights to a communications network site
US20080281706A1 (en) * 2005-09-06 2008-11-13 Sullivan Alan T Systems and Methods for Delivering Affinity or Loyalty Reward Programs to Network Subscribers
US10803469B2 (en) 2007-04-18 2020-10-13 Valuecentric Marketing Group, Inc. Loyalty rewards management and processing system and method
US8412556B2 (en) * 2008-07-31 2013-04-02 Siemens Aktiengesellschaft Systems and methods for facilitating an analysis of a business project
US9841282B2 (en) 2009-07-27 2017-12-12 Visa U.S.A. Inc. Successive offer communications with an offer recipient
BE1018782A4 (fr) 2009-09-14 2011-08-02 Fidelsys S A Dispositif et procede de fidelisation.
US9342835B2 (en) 2009-10-09 2016-05-17 Visa U.S.A Systems and methods to deliver targeted advertisements to audience
US9031860B2 (en) 2009-10-09 2015-05-12 Visa U.S.A. Inc. Systems and methods to aggregate demand
US8595058B2 (en) 2009-10-15 2013-11-26 Visa U.S.A. Systems and methods to match identifiers
US20110093324A1 (en) 2009-10-19 2011-04-21 Visa U.S.A. Inc. Systems and Methods to Provide Intelligent Analytics to Cardholders and Merchants
US8676639B2 (en) 2009-10-29 2014-03-18 Visa International Service Association System and method for promotion processing and authorization
US20110125565A1 (en) 2009-11-24 2011-05-26 Visa U.S.A. Inc. Systems and Methods for Multi-Channel Offer Redemption
US8676940B2 (en) 2009-11-25 2014-03-18 Michael Anthony Buonomo Communications portal
US10007915B2 (en) * 2011-01-24 2018-06-26 Visa International Service Association Systems and methods to facilitate loyalty reward transactions
US10445846B2 (en) 2011-04-14 2019-10-15 Elwha Llc Cost-effective resource apportionment technologies suitable for facilitating therapies
US9626650B2 (en) 2011-04-14 2017-04-18 Elwha Llc Cost-effective resource apportionment technologies suitable for facilitating therapies
US10223707B2 (en) 2011-08-19 2019-03-05 Visa International Service Association Systems and methods to communicate offer options via messaging in real time with processing of payment transaction
TW201232439A (en) * 2011-11-11 2012-08-01 Media Co Ltd M Electronic trading and logistics system
US10489815B1 (en) 2012-01-18 2019-11-26 Google Llc Individual use code for multiple users in a loyalty program
US20140172533A1 (en) 2012-12-14 2014-06-19 Google Inc. Loyalty account identification
US10354268B2 (en) 2014-05-15 2019-07-16 Visa International Service Association Systems and methods to organize and consolidate data for improved data storage and processing
US10650398B2 (en) 2014-06-16 2020-05-12 Visa International Service Association Communication systems and methods to transmit data among a plurality of computing systems in processing benefit redemption
US10438226B2 (en) 2014-07-23 2019-10-08 Visa International Service Association Systems and methods of using a communication network to coordinate processing among a plurality of separate computing systems
US9218599B1 (en) 2014-08-12 2015-12-22 Mastercard International Incorporated Method and system for automatic chargeback reimbursement for product returns
US9691085B2 (en) 2015-04-30 2017-06-27 Visa International Service Association Systems and methods of natural language processing and statistical analysis to identify matching categories
US10929783B1 (en) * 2015-12-15 2021-02-23 Amazon Technologies, Inc. Optimized search using rewards information

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1998058334A1 (fr) * 1997-06-16 1998-12-23 Doubleclick Inc. Procede et appareil de placement automatique de publicites
US5948061A (en) * 1996-10-29 1999-09-07 Double Click, Inc. Method of delivery, targeting, and measuring advertising over networks
WO2000008802A2 (fr) * 1998-08-03 2000-02-17 Doubleclick Inc. Reseau de distribution d'annonce publicitaire reciblee

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1995021428A1 (fr) * 1994-02-04 1995-08-10 Card One Development Company Procede et systeme d'affectation et de remboursement de credits promotionnels
US5537314A (en) * 1994-04-18 1996-07-16 First Marketrust Intl. Referral recognition system for an incentive award program
US5794210A (en) * 1995-12-11 1998-08-11 Cybergold, Inc. Attention brokerage
US5774870A (en) 1995-12-14 1998-06-30 Netcentives, Inc. Fully integrated, on-line interactive frequency and award redemption program
US5761647A (en) * 1996-05-24 1998-06-02 Harrah's Operating Company, Inc. National customer recognition system and method
US5937391A (en) * 1996-07-11 1999-08-10 Fujitsu Limited Point-service system in online shopping mall
US6076101A (en) * 1996-09-12 2000-06-13 Fujitsu Limited Electronic mail processing system with bonus point tracking
US5923016A (en) * 1996-12-03 1999-07-13 Carlson Companies, Inc. In-store points redemption system & method
US6029141A (en) * 1997-06-27 2000-02-22 Amazon.Com, Inc. Internet-based customer referral system
CA2308751A1 (fr) 1997-10-20 1999-04-29 Andrey Ukhov Systeme et procede d'application de programmes d'incitation et d'obtention de recompense
US6061660A (en) * 1997-10-20 2000-05-09 York Eggleston System and method for incentive programs and award fulfillment
AU3070999A (en) 1998-03-11 1999-09-27 Iq.Commerce Corporation Method and system for delivering and redeeming dynamically and adaptively characterized promotional incentives on computer network
JP3440202B2 (ja) * 1998-04-30 2003-08-25 富士通株式会社 顧客サービス装置、方法、カード並びに顧客サービス処理プログラムを記録したコンピュータ読取り可能な記録媒体
US6601761B1 (en) * 1998-09-15 2003-08-05 Citibank, N.A. Method and system for co-branding an electronic payment platform such as an electronic wallet
WO2000060517A2 (fr) 1999-04-02 2000-10-12 Christopher Mckay Systeme electronique centralise de primes
US6594640B1 (en) * 1999-06-23 2003-07-15 Richard Postrel System for electronic barter, trading and redeeming points accumulated in frequent use reward programs
US6334111B1 (en) * 2000-10-06 2001-12-25 Careau & Co. Method for allocating commissions over the internet using tags

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5948061A (en) * 1996-10-29 1999-09-07 Double Click, Inc. Method of delivery, targeting, and measuring advertising over networks
WO1998058334A1 (fr) * 1997-06-16 1998-12-23 Doubleclick Inc. Procede et appareil de placement automatique de publicites
WO2000008802A2 (fr) * 1998-08-03 2000-02-17 Doubleclick Inc. Reseau de distribution d'annonce publicitaire reciblee

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
See also references of WO0250728A1 *
STEPHEN T KENT: "Internet Privacy Enhanced Mail", COMMUNICATIONS OF THE ACM, ASSOCIATION FOR COMPUTING MACHINERY, INC, UNITED STATES, vol. 36, no. 8, 1 August 1993 (1993-08-01), pages 48 - 60, XP058094746, ISSN: 0001-0782, DOI: 10.1145/163381.163390 *

Also Published As

Publication number Publication date
WO2002050728A1 (fr) 2002-06-27
US7359866B2 (en) 2008-04-15
FR2818413A1 (fr) 2002-06-21
CA2432042A1 (fr) 2002-06-27
FR2818413B1 (fr) 2006-06-23
US20040215512A1 (en) 2004-10-28

Similar Documents

Publication Publication Date Title
EP1344169A1 (fr) Systemes et procedes de fidelisation sur internet
US7801803B2 (en) Method and apparatus for generating a sale offer to selected individuals over electronic network systems
US7412422B2 (en) Method and system for securing user identities and creating virtual users to enhance privacy on a communication network
US8346662B2 (en) Desktop alert with interactive bona fide dispute initiation through chat session facilitated by desktop application
US20070118420A1 (en) Context determinants in virtual world environment
US8271365B2 (en) Real-world profile data for making virtual world contacts
US20070112624A1 (en) Use of patron profiles in virtual world environment
US20060178968A1 (en) Virtual world interconnection technique
US20050091075A1 (en) Compensation driven network based exchange system and method
US20090138355A1 (en) Real-world profile data for making virtual world contacts
US20080212490A1 (en) Method of Setting Up Connections in a Communication Environment, Communication System and Contact Elemenet for Same
US20080319918A1 (en) Methods and systems for generating product offers over electronic network systems
US20100114662A1 (en) Real-world profile data for making virtual world contacts
WO2007061892A2 (fr) Donnees de profils de monde reel utilisees pour etablir des contacts dans le monde virtuel
US20060235791A1 (en) Follow-up contacts with virtual world participants
US20070174183A1 (en) Context determinants in virtual world environment
US20090018910A1 (en) Virtual world interconnection technique
EP1164529A1 (fr) Système et procédé de couponnage électronique
JP2006195524A (ja) ユーザ参加型広告表示システム
EP1314143B1 (fr) Dispositif et procede de sauvegarde d&#39;information de transaction en ligne
FR2805910A1 (fr) Procede et kiosque de gestion de tickets web
US20090043682A1 (en) Real-world profile data for making virtual world contacts
US11734368B1 (en) System and method for creating a consistent personalized web experience across multiple platforms and channels
US20090138333A1 (en) Follow-up contacts with virtual world participants
KR20020010416A (ko) 인터넷 광고 방법

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20030620

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE TR

17Q First examination report despatched

Effective date: 20090223

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN WITHDRAWN

18W Application withdrawn

Effective date: 20170810