[go: up one dir, main page]

EP1886267A2 - Procede et systeme de gestion d'avantages pour tout type de carte bancaire - Google Patents

Procede et systeme de gestion d'avantages pour tout type de carte bancaire

Info

Publication number
EP1886267A2
EP1886267A2 EP06764597A EP06764597A EP1886267A2 EP 1886267 A2 EP1886267 A2 EP 1886267A2 EP 06764597 A EP06764597 A EP 06764597A EP 06764597 A EP06764597 A EP 06764597A EP 1886267 A2 EP1886267 A2 EP 1886267A2
Authority
EP
European Patent Office
Prior art keywords
card
application data
user
merchant
server
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
EP06764597A
Other languages
German (de)
English (en)
Inventor
Aneace Haddad
Frédéric MAYANCE
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.)
Welcome Real Time SA
Original Assignee
Welcome Real Time SA
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 Welcome Real Time SA filed Critical Welcome Real Time SA
Publication of EP1886267A2 publication Critical patent/EP1886267A2/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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G06Q20/204—Point-of-sale [POS] network systems comprising interface for record bearing medium or carrier for electronic funds transfer or payment credit
    • 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/0215—Including financial accounts
    • 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

Definitions

  • the present invention relates to a method of managing benefits, when paying by a user by credit card, chip (contact and / or contactless) and / or track, during a transaction at the least an affiliate merchant.
  • 100 points will correspond to a free coffee at A and a porcelain plate at B.
  • benefits management to be understood in general, that is to say, in particular both as to the issue but also the redemption of benefits, such as being for example the origin of a coupon issued electronically and / or printed on a ticket -caisse.
  • Paper coupons are usually cut from newspapers or printed at a kiosk and more recently from a personal computer.
  • the system deducts the amount of the discount, the amount of the payment to be made by the consumer while updating the card.
  • Paper discount coupons require heavy and expensive management to spread the offer, use the reduction at the point of sale and finally process the information.
  • the accumulation of Paper discount coupons by the consumer is also a drag on their use.
  • the present invention aims to overcome these disadvantages and to provide a method and a device that better than those previously known to the requirements of the practice, particularly in that that it allows the consumer to benefit easily, thanks to his own bank payment cards, from a system allowing the implementation of advantages to be promoted by traders or supermarket, in a simple, inexpensive and easy way to implement, and this for benefits generated and delivered in the same store said merchant.
  • the invention allows the implementation of an extremely powerful method or system, which will notably allow the optimized management of benefits regardless of the type of bank card used at the merchant.
  • the invention allows consumers to participate in the loyalty program merchants instant.
  • the merchant will use the consumer's bank card to store application data such as information and behavioral data concerning the consumer (for example RFM data - initial recency-frequency-amount ”) and / or benefits gained in previous transactions, either to initiate the acquisition of this application data stored elsewhere on a remote server, to condition the consideration and / or the issuance of benefits, without having to create a support for specific storage like a loyalty card.
  • application data such as information and behavioral data concerning the consumer (for example RFM data - initial recency-frequency-amount ") and / or benefits gained in previous transactions, either to initiate the acquisition of this application data stored elsewhere on a remote server, to condition the consideration and / or the issuance of benefits, without having to create a support for specific storage like a loyalty card.
  • Bank cards are indeed portable objects, secure and mass-distributed, which offer many more possibilities and security than a simple loyalty card. With the invention it will be possible to produce a micro-summary of the behavioral data
  • RFM data (For example RFM data or "Recency, Frequency and Monetary Value") of the customer based on his behavior at the merchant.
  • the latter determines whether the application data can be obtained directly from the card.
  • the terminal obtains this application data from a remote server through a request known in itself.
  • the application data is then available in real time each time the customer uses his credit card at the merchant, which allows the redemption and / or the immediate issue of benefits to the funds.
  • the intelligence of the system is in the payment terminal and not in a remote server. This has advantages that were not necessarily apparent to a person skilled in the art.
  • the server can also be restarted quickly in case of failure.
  • a merchant will be able to recognize the first time a user pays with his card at this merchant. He can then offer him a welcome gift, then follow his journey as a customer by adapting his offers as and when the subsequent use of his credit card to pay at this merchant.
  • he may choose to offer preferential electronic coupons to his best customers.
  • the trader may decide to give preferential promotions to less frequent customers to encourage them to return. For example, by acknowledging that the customer has not come for more than ninety days, he can encourage him through a promotional ticket to return within thirty days.
  • the invention starts therefore and in particular, on the one hand from the idea of freeing itself from a card which assumes a specific physical system with a reader for receiving the offer and its use at the point of sale, and on the other hand the very strong and surprising synergistic efficiency of a closed circuit operation for a user on the premises of the store itself.
  • Another advantage of the invention is to allow the trader to adapt his promotional offers to those he knows to be most effective and without requiring the intervention of specific technical personnel and / or devices other than those existing.
  • the invention notably proposes a method of managing benefits, during the payment by a user by smart card and / or track card, during a transaction with at least one affiliated merchant, characterized in that user application data being stored in the chip and / or on an external remote server, and a specific promotional program being stored and / or valid at the merchant, when the user uses his credit card to pay at said merchant , the chip and / or said server are interrogated to know the application data related to this card, then the potential advantages already acquired are used and / or new advantages are generated according to said application data and said promotional program of the merchant before handing over update this application data.
  • one and / or the other of the following provisions is also used: in the case where the above method is used with a smart card capable of storing the application data the promotional program processes the transaction and payment at said merchant without using an external remote server, the data used being stored in said chip; - In the case where the above method uses either a track card or a smart card not capable of storing the application data, it implements the payment authorization communication protocol by credit card or any other communication protocol for interrogating and communicating with the external remote data storage server;
  • the merchant's payment terminal processes the transaction by using a remote server in which the application data of said user, then said application data is written in the chip of the new card and the following transactions are performed or not without connection to the server;
  • the application data is the behavioral data of the cardholder, for example the RFM data at the merchant concerned, as well as the advantages acquired by the user during his previous transactions;
  • Standard bank cards are used on the market without modification and / or specific programming, application data being stored if applicable in a register of said card;
  • the application data of the user is edited in real time when the user uses his credit card at a merchant's premises, the codes of the items purchased during the transaction are analyzed and when one or more items are identified for which one or more benefits are awarded, the benefits are allocated accordingly. This may for example result in an automatic deduction of an amount of discounts on the total amount of purchases.
  • the invention also proposes a system for printing and / or storing electronic coupons implementing the method described above.
  • a benefits management system when payment by a user by smart card and / or track card during a transaction with at least one affiliated merchant, the system comprising: a register, said application register, belonging to the card or to an external remote server, suitable for storing the application data of the user, - a point-of-sale terminal for example of the payment terminal type or electronic cash register equipped with a specific promotional program,
  • the promotional program processes the transaction and payment at said merchant without using an external remote server.
  • the system comprises means making it possible to use the credit card payment authorization communication protocol to interrogate and communicate with the external remote data storage server.
  • bank cards are standard cards of the market without modification and / or specific programming, the application data being stored if necessary in a register of said card.
  • the system comprises means for real-time editing of the application data of the user when the user uses his card. bank at a merchant.
  • the system comprises a device for reading the codes of purchased items and means arranged to generate benefits based on the promotional program and identified articles.
  • Figure 1 is a schematic view of a system according to one embodiment of the invention.
  • FIG. 2 gives an example of a receipt with a generated coupon, used with the method according to one embodiment of the invention.
  • FIG. 3 is a flowchart schematically describing the implementation steps of one embodiment of the method according to the invention.
  • FIG. 1 shows a system 1 for printing a coupon 2 on a receipt 3 when paying by a user 4 with his bank card 5 chip 6 or track 7 introduced into a reader 5 'during the purchase of an item 8 at a merchant.
  • the system comprises a register 9 belonging to the card and / or a register 9 'belonging to an external remote server 10, for example connected by the Internet 11 to the part of the system located at the merchant itself via an interface 12.
  • the register 9 or 9 ' is arranged to store the application data of the user, for example in the form of a file of the following type:
  • the behavioral data 9 ' is stored in the remote server 10 in the form of a more complete file that will notably allow the micro-summary edition of a customer's file.
  • the file format is exactly the same as that stored in the chip and includes several "Slots", each example of twenty ⁇ bytes to store the behavioral data that indicates for example and simply the amount and / or number of visits.
  • the file concerning the specific merchant at which the transaction takes place is then transmitted at high speed by the server.
  • the number r identity of the card is stored in a secure manner according to the required standards.
  • the promotional program reference numbers and the representative value of the behavioral data are in hexadecimal format.
  • An additional file is also advantageously provided which makes it possible to store administrative data concerning each known card at the date of creation of its image, as well as the date of its last update, which allows in particular to purge the base of cards too old.
  • the server receives an update request, containing the representative values created, modified or deleted during the transaction.
  • the file stored on the server also includes records for other merchants that the client has already visited, it is desirable to limit the data returned by the server to only data related to the merchant concerned by the current transaction.
  • the file stored on the server can be in a detailed form including all the application data usually stored in a smart card, for example in the form of a series of basic objects called CARD_OBJ, ISSUER_OBJ, POOL_OBJ and COUPON OBJ below.
  • CARD OBJ CARD OBJ:
  • a second object ISSUER_OBJ is advantageously provided.
  • the third object named LOY_OBJ contains several RFM records or "slots" containing the behavioral data of the user.
  • Each record is linked to an RFM campaign for which a merchant, or a group of merchants, rewards its customers for their RFM behavior, the merchant that the customer attended.
  • POOL_OBJ contains the benefits or "rewards" of cash type related to a specific campaign in which the user participates.
  • the merchant will give a reward to his customers (either a fixed amount or an amount based on a percentage of the amount of the purchase).
  • the reward can be a number of points as well as money.
  • CPN_0BJ contains the advantages or "rewards" of type electronic coupons related to a specific campaign in which the user participates.
  • the system 1 furthermore includes a point of sale terminal 13 (POS for Point of Sale in the English language), for example formed by an electronic cash register 14 equipped with a determined promotional program stored in a box. register 15 of the cash register.
  • POS Point of Sale in the English language
  • This promotional program makes it possible to provide consumer-specific benefits in the form of a discount voucher and / or a gift voucher printed on the credit card ticket for the purchase itself or on a future purchase.
  • Several examples of operations are given below.
  • the merchant can for example offer a discount voucher, worth a purchase at home.
  • the trader can give 25% discount to his customers who come for the first time, and
  • the shopkeeper can give a welcome gift, he can offer different samples for example every purchase, he can give a free entrance and / or a free meal with every purchase etc.
  • the system 1 also includes a bar code reader 16 for entering the references of the purchased products.
  • FIG. 2 An example of ticket 17 of credit card cash obtained by implementing the method according to the invention and showing 'the elements 18 concerning the transaction and the promotional offer 19.
  • the data corresponding to the promotional program (s) are, for example, integrated into the bank authorization application at 26, then transmitted (step 27) via the Internet in a secure manner at 28.
  • the remote server '10 returns then at 29 the application data concerning the client, which are received at 30, transferred at 31 to constitute a file 32.
  • the transaction related to the application data concerning the consumer is then performed at 33, then the application data is updated at 34. to form the file 35, transferred in turn 36 in a form possibly different (diamond 37) to the server 10.
  • An acknowledgment at 38 is then returned by the server which indicates that the server has processed the transaction, information for example used to trigger the printing event receipt, which terminates the transaction.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • General Physics & Mathematics (AREA)
  • Economics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Game Theory and Decision Science (AREA)
  • Marketing (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Cash Registers Or Receiving Machines (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

La présente invention concerne un procédé de gestion d' avantages lors du paiement par un utilisateur par carte bancaire à puce et/ou à piste au cours d'une transaction chez au moins un commerçant affilié. Les données applicatives de l'utilisateur sont stockées dans la puce et/ou sur un serveur à distance externe, et un programme promotionnel déterminé est stocké et/ou valable chez le commerçant, lorsque l'utilisateur utilise sa carte bancaire pour payer chez le commerçant. On interroge la puce et/ou le serveur pour connaître les données applicatives liées à cette carte, puis on utilise les éventuels avantages déjà acquis et/ou on génère de nouveaux avantages en fonction des données applicatives et du programme promotionnel déterminé du commerçant avant de remettre à jour ces données applicatives de l'utilisateur.

Description

PROCEDE ET SYSTEME DE GESTION D'AVANTAGES POUR TOUT TYPE DE CARTE BANCAIRE
La présente,., invention concerne un procédé de gestion d'avantages, lors du paiement par un utilisateur par carte bancaire , à puce (à contact et/ou sans contact) et/ou à piste, au cours d'une transaction chez au moins un commerçant affilié.
Par avantage, il faut entendre principalement un coupon papier ou électronique, mais également des points stockés dans un registre et de façon plus générale, tout ce qui apporte concrètement un profit matériel ou financier à un utilisateur et qui se manifeste par le biais d'un support technique (papier, mais également enregistrement de points ou de tout type d' informations ou de data dans la mémoire d'un PDA, d'un téléphone mobile, d'ordinateurs, ou plus généralement dans la mémoire d'un dispositif électronique). Alors qu'un coupon est plutôt à considérer comme un avantage fini, correspondant par exemple à un bon de réduction de 10 euros sur un produit donné, et ce de façon déjà définie, les points sont quant à eux cumulés au fur et à mesure des achats et n'ont pas de signification précise.
Ils peuvent ainsi être utilisés différemment chez un commerçant. A et chez un commerçant B.
Par exemple 100 points correspondront à un café gratuit chez A et à une assiette en porcelaine chez B.
Elle concerne également un système de gestion d'avantages pour tout type de carte bancaire, gestion d' avantages devant être compris de façon générale, c'est à dire notamment à la fois comme concernant l'émission mais aussi la rédemption d'avantages, comme étant par exemple à l'origine d'un coupon émis électroniquement et/ou imprimé sur un ticket de -caisse.
Elle trouve une application particulièrement importante bien- que non exclusive dans le domaine des programmes de fidélité destinés à encourager les consommateurs à revenir chez le même commerçant ou le même groupe de commerçants.
On connaît déjà des systèmes d'obtention d'une réduction au travers d'un coupon papier à remettre en caisse lors de l'acte d'achat. Ce coupon papier peut éventuellement comporter un code barre pour faciliter son traitement. Les coupons papier sont généralement découpés dans les journaux ou encore imprimés au niveau d'un kiosque et plus récemment d'un ordinateur personnel.
Il existe également des solutions avec cartes à puce .spécifiques où les coupons de réduction sont stockés sous forme électronique dans la puce de la carte. La carte est introduite dans un lecteur sur le point de vente.
Lorsqu'un article acheté bénéficie d'un coupon, le système déduit le montant de la réduction, du montant du paiement à effectuer par le consommateur tout en mettant la carte à jour.
Les systèmes existants présentent des inconvénients. Les coupons de réduction papier requièrent en effet une gestion lourde et coûteuse pour diffuser l'offre, utiliser la réduction sur le point de vente et enfin traiter l'information. L'accumulation de bons de réduction papier par le consommateur est également un frein à leur utilisation.
Les solutions utilisant une carte à puce pour stocker les coupons, de réduction nécessitent quant à elles la remise d'une carte à puce au consommateur et la présence d'un lecteur pour traiter celle-ci en lecture et/ou en écriture. L'un des inconvénients est ici la nécessité de mettre en place une infrastructure matérielle de bout en bout dédiée à la carte à puce.
De tels systèmes connus ne présentent également aucune différence de comportement lors d'une utilisation en circuit fermé (lorsque les coupons de réductions sont générés pour être utilisés dans le magasin même qui les accorde) et lors d'une utilisation à l'extérieur dudit circuit (c'est à dire en dehors de l'endroit où ils ont été obtenus) .
Or on remarque que l'efficacité de la promotion par coupons est nettement plus importante en cours d' émission des coupons sur les lieux même de leur utilisation. En effet si la part de coupons émis en magasin représente de l'ordre de 16% de tous les coupons émis, elle correspond par contre à de l'ordre de 45% des coupons utilisés par les consommateurs. Aucun système de l'art antérieur n'a cependant pour l'instant identifié et tenu compte de ces éléments d'ordre factuels pour proposer un système plus efficace et dédié aux coupons générés et utilisés sur place . La présente invention vise à pallier ces inconvénients et à fournir un procédé et un dispositif répondant mieux que ceux antérieurement connus aux exigences de la pratique notamment en ce qu' elle permet au consommateur de bénéficier aisément, grâce à ses propres cartes bancaires de paiement, d'un système autorisant la mise en œuvre d'avantages à faire valoir chez les commerçants ou en supermarché, de façon simple, peu coûteuse et aisée à mettre en œuvre, et ce pour des avantages générés et délivrés dans le magasin même dudit commerçant.
En d'autres termes, l'invention permet la mise en place d' un procédé ou système extrêmement puissant, qui va notamment autoriser la gestion optimisée d' avantages quelque soit le type de carte bancaire utilisée chez le commerçant.
Ainsi parce qu' on utilise indifféremment les cartes bancaires du consommateur à puce et/ou à piste, d'usage grand public, l'invention permet aux consommateurs de participer au programme de fidélité des commerçants en instantané.
De son côté, le commerçant va utiliser la carte bancaire du consommateur soit pour y stocker des données applicatives telles que des informations et des données comportementales concernant le consommateur (par exemple des données RFM - initiales de Récence-Fréquence-Montant ») et/ou des avantages acquis lors de précédentes transactions, soit pour initier l'obtention de ces données applicatives stockées par ailleurs sur un serveur à distance, pour conditionner la prise en compte et/ou l'émission d'avantages, sans avoir à créer un support de stockage spécifique comme une carte de fidélité. Les cartes bancaires sont en effet des objets portables, sécurisés et distribués en masse, qui offrent beaucoup plus de possibilités et de sécurité qu'une simple carte de fidélité. Avec l'invention il va de plus être possible de produire un micro-résumé des données comportementales
(par exemple des données RFM ou « Recency, Frequency and Monetary Value ») du client en fonction de son comportement passé chez le commerçant.
Ainsi, lorsque la carte bancaire du client est analysée par le terminal de paiement du commerçant, celui-ci détermine si les données applicatives peuvent être obtenues directement à partir de la carte.
Sinon, le terminal obtient ces données applicatives à partir d'un serveur à distance par le bais d'une requête connue en elle-même.
Les données applicatives sont alors disponibles en temps réel à chaque fois que le client utilise sa carte bancaire chez le commerçant, ce qui autorise la rédemption et/ou l'émission immédiate d'avantages aux caisses .
Tout se fait automatiquement et il n'y a donc pas besoin d'intervention spéciale du consommateur et du commerçant .
On notera donc qu'avec le mode de réalisation de l'invention plus particulièrement décrit ici, l'intelligence du système est dans le terminal de paiement et non dans un serveur à distance. Cela présente des avantages qui n' étaient pas obligatoirement apparents pour un homme du métier.
En effet, il est donc ici possible de traiter à la fois des transactions qui nécessitent l'obtention des données applicatives depuis un serveur, ainsi que des transactions sans connexion à un serveur parce que stockées dans la carte elle-même, avec exactement les mêmes fonctionnalités dans les deux cas. Comme le serveur sert simplement à stocker des données applicatives, il est facile à maintenir, à surveiller et à opérer et peut gérer un grand nombre de demandes car il n' a pas besoin d' effectuer des calculs lourds et/ou compliqués.
Enfin, du fait de la grande simplicité proposée, les risques de blocage sont réduits, le serveur pouvant par ailleurs être remis en marche rapidement en cas de panne. De même, avec l' invention, un commerçant va pouvoir reconnaître la première fois qu'un utilisateur paye avec sa carte chez ce commerçant. Il peut alors lui offrir un cadeau d'accueil, puis suivre son parcours de client en adaptant ses offres au fur et à mesure de l'utilisation ultérieure de sa carte bancaire pour payer chez ce commerçant.
Il peut par exemple choisir d' offrir des coupons électroniques préférentiels à ses meilleurs clients . Au contraire, le commerçant peut décider de donner des promotions préférentielles aux clients les moins assidus pour les inciter à revenir. Par exemple en reconnaissant que le client n' est pas venu depuis plus de quatre vingt dix jours, il peut l'inciter par le biais d'un ticket promotionnel à revenir dans les trente jours.
L'invention part donc et notamment, d'une part de l'idée de s'affranchir d'une carte qui suppose un système physique spécifique avec un lecteur pour la réception de l'offre et son utilisation sur le point de vente, et d'autre part de la très forte et surprenante efficacité synergétique d'un fonctionnement en circuit fermé pour un utilisateur sur les lieux du magasin lui même. un autre avantage de l'invention est de permettre au commerçant d' adapter ses offres promotionnelles à celles qu'il sait être les plus efficaces et ce sans nécessiter l'intervention d'un personnel technique spécifique et/ou d'autres appareils que ceux existants.
Dans ce but l'invention propose notamment un procédé de gestion d'avantages, lors du paiement par un utilisateur par carte bancaire à puce et/ou à piste, au cours d'une transaction chez au moins un commerçant affilié, caractérisé en ce que des données applicatives de l'utilisateur étant stockées dans la puce et/ou sur un serveur à distance externe, et un programme promotionnel déterminé étant stocké et/ou valable chez le commerçant, lorsque l'utilisateur utilise sa carte bancaire pour payer chez ledit commerçant, on interroge la puce et/ou ledit serveur pour connaître les données applicatives liées à cette carte, puis on utilise les éventuels avantages déjà acquis et/ou on génère de nouveaux avantages en fonction desdites données applicatives et dudit programme promotionnel du commerçant avant de remettre à jour ces données applicatives.
Dans des modes de réalisation avantageux on a de plus ou également recours à l'une et/ou à l'autre des dispositions suivantes : dans le cas où le procédé ci-dessus est utilisé avec une carte à puce capable de stocker les données applicatives , le programme promotionnel traite la transaction et le paiement chez ledit commerçant sans faire appel à un serveur à distance externe, les données utilisées étant stockées dans ladite puce ; - dans le cas notamment où le procédé ci-dessus utilise soit une carte à piste, soit une carte à puce non capable de stocker les données applicatives , on met en œuvre le protocole de communication d' autorisation de paiement par carte bancaire ou tout autre protocole de communication pour interroger et dialoguer avec le serveur à distance externe de stockage de données applicatives ;
- pour un utilisateur utilisant une nouvelle carte à puce en remplacement d'une carte ancienne (à puce ou à piste) , le terminal de paiement du commerçant traite la transaction en faisant appel à un serveur à distance dans lequel sont stockées les données applicatives dudit utilisateur, puis on écrit lesdites données applicatives dans la puce de la nouvelle carte et on effectue ou non, les transactions suivantes sans connexion au serveur ;
- pour un utilisateur utilisant une nouvelle carte en remplacement d'une carte ancienne à puce, on lit les données applicatives dans la puce de l'ancienne carte, on traite la transaction en faisant appel à un serveur à distance dans lequel sont transférées les données applicatives de l'ancienne carte dudit utilisateur , puis on effectue les transactions suivantes en se connectant au serveur ;
- les données applicatives sont les données comportementales du porteur de carte, par exemple les données RFM chez le commerçant concerné, ainsi que les avantages acquis par l'utilisateur lors de ses précédentes transactions;
- on utilise des cartes bancaires standards du marché sans modification et/ou programmation spécifique, les données applicatives étant stockées s'il y a lieu dans un registre de ladite carte ;
- on édite en temps réel les données applicatives de l'utilisateur lorsque celui-ci utilise sa carte bancaire chez un commerçant, on analyse les codes des articles achetés au cours de la transaction et lorsque un ou plusieurs articles sont identifiés pour lesquels un ou plusieurs avantages sont attribués, on attribue les avantages en conséquence. Cela peut par exemple entraîner une déduction automatique d'un montant de réductions sur le montant total des achats .
L' invention propose également un système d'impression et/ou de stockage de coupons électroniques mettant en oeuvre le procédé décrit ci- dessus.
Elle propose aussi un système de gestion d' avantages lors du paiement par un utilisateur par carte bancaire à puce et/ou à piste au cours d'une transaction chez au moins un commerçant affilié, le système comportant : un registre, dit registre applicatif, appartenant à la carte ou à un serveur à distance externe, propre à stocker les données applicatives de 1' utilisateur, - un terminal point de vente par exemple de type terminal de paiement ou encore caisse enregistreuse électronique muni d'un programme promotionnel déterminé,
- un dispositif lecteur de la carte pour payer,
- des moyens d' interrogation du contenu du registre applicatif de la puce et/ou dudit serveur pour connaître les données applicatives dudit utilisateur,
- des moyens de calcul et des moyens de prise en compte et/ou de génération d'avantages en fonction desdites données applicatives et dudit programme promotionnel déterminé du commerçant
- et des moyens d'effacement et/ou d'écriture dans ledit registre applicatif de nouvelles données applicatives de l'utilisateur en fonction de la transaction. Les moyens d'interrogation, de calcul, de prise en compte et/ou de génération et les moyens d'effacement et/ou d'écriture comprennent de façon connue des microprocesseurs du commerce programmés en conséquence. Avantageusement la carte étant une carte à puce, le programme promotionnel traite la transaction et le paiement chez ledit commerçant sans faire appel à un serveur à distance externe.
Dans un mode de réalisation avantageux le système comporte des moyens permettant d'utiliser le protocole de communication d'autorisation de paiement par carte bancaire pour interroger et dialoguer avec le serveur à distance externe de stockage de données applicatives . Encore avantageusement les cartes bancaires sont des cartes standards du marché sans modification et/ou programmation spécifique, les données applicatives étant stockées s'il y a lieu dans un registre de ladite carte. Dans un autre mode de réalisation avantageux le système comprend des moyens d' édition en temps réel chez le commerçant des données applicatives de l'utilisateur lorsque celui-ci utilise sa carte bancaire chez un commerçant.
Egalement avantageusement le système comporte un appareil de lecture des codes des articles achetés et des moyens agencés pour générer des avantages en fonction du programme promotionnel et des articles identifiés .
La présente invention sera mieux comprise à la lecture de la description qui suit de modes de réalisation donnés à titre d'exemples non limitatifs. Elle se réfère aux dessins qui l'accompagnent dans lesquels :
La figure 1 est une vue schématique d'un système selon un mode de réalisation de l'invention.
La figure 2 donne un exemple de ticket de caisse avec coupon généré, utilisé avec le procédé selon un mode de réalisation de l'invention.
La figure 3 est un organigramme décrivant schématiquement les étapes de mises en œuvre d'un mode de réalisation du procédé selon l'invention. La figure 1 montre un système 1 d'impression d'un coupon 2 sur un ticket de caisse 3 lors du paiement par un utilisateur 4 avec sa carte bancaire 5 à puce 6 ou à piste 7 introduite dans un lecteur 5' au cours de l'achat d'un article 8 chez un commerçant.
Le système comporte un registre 9 appartenant à la carte et/ou un registre 9' appartenant à un serveur 10 à distance externe par exemple relié par le réseau Internet 11 à la partie du système localisée chez le commerçant proprement dit via une interface 12. Le registre 9 ou 9' est agencé pour stocker les données applicatives de l'utilisateur, par exemple sous la forme d'un fichier du type suivant :
On notera ici que, dans ce mode de réalisation, tous les champs après celui du numéro de carte, et à partir du champ Code Commerçant, se répètent pour chaque commerçant ou groupe de commerçants que le client fréquente ou à fréquenté, et qui mettent en œuvre des offres promotionnelles.
Dans un mode de réalisation de l'invention les données comportementales 9' sont stockées dans le serveur à distance 10 sous la forme d'un fichier plus complet qui va notamment permettre l'édition de micro-résumé de la fiche d'un client.
Le format fichier est exactement le même que celui stocké dans la puce et comprend plusieurs « Slots », chacun par exemple d'une vingtaine dΛ octets , pour stocker les données comportementales qui indiquent par exemple et simplement le montant et/ou le nombre de visites.
Le fichier concernant le commerçant spécifique chez qui la transaction a lieu est alors transmis à grande vitesse par le serveur.
Ce fichier se présente par exemple sous la forme suivante :
Numéro d1 identité carte bancaire Référence Valeur Compteur de Date Programme représentative des tr ans action d' expiration promotionnel données incrémental comportementales du client correspondant à la carte bancaire
1234 5678 9012 3456 00000012 010E 27 13 1004
1234 5678 9012 3456 00000015 01 OE 34 13 1004
1234 5678 9012 7895 00000033 010E 55 10 0105
...
Le Numéro dr identité de la carte bancaire est stocké de façon sécurisée selon les standards requis.
Les numéros de référence des programmes promotionnels et la valeur représentative des données comportementales sont en format hexadécimal.
Dans l'exemple ci-dessus, la carte « 1234 5678 9012 3456 » a activé deux différents programmes proportionnels : le programme n° 12 et le programme n° 15. Cette carte a par ailleurs effectué 13 transactions et sa date dr expiration est Octobre 2004.
Un fichier additionnel est également avantageusement prévu qui permet de stocker des données administratives concernant chaque carte connue à la date de création de son image, ainsi que la date de sa dernière mise à jour, ce qui permet notamment de purger la base des cartes trop anciennes .
La création d' une référence à une carte spécifique et/ou sa mise à jour dans le fichier se fait via une commande dite « image download request » reçue par le serveur 10, et qui sera plus particulièrement détaillée ci-après.
Dans le cas où aucune référence n'existe, celle- ci est créée.
Enfin, à la fin d'une transaction, le serveur reçoit une demande de mise à jour, contenant les valeurs représentatives crées, modifiées ou effacées lors de la transaction. Bien que le fichier stocké sur le serveur comprenne également des enregistrements pour d' autres commerçants que le client a déjà fréquentés, il est souhaitable de limiter les données retournées par le serveur aux seules données liées au commerçant concerné par la transaction en cours.
De la même manière, il est souhaitable de limiter les données retournées au serveur aux seules données modifiées lors de la transaction.
Plus précisément le fichier stocké sur le serveur peut se présenter sous une forme détaillée englobant l'intégralité des données applicatives habituellement stockées dans une carte à puce, par l'exemple sous la forme d'une suite d'objets élémentaires dénommés CARD_OBJ, ISSUER_OBJ, POOL_OBJ et COUPON OBJ ci-après. CARD OBJ :
La table suivante donne la liste des champs communément définis dans l'objet CARD OBJ
ISSUER OBJ:
Un deuxième objet ISSUER_OBJ est avantageusement prévu.
Il contient les champs de données optionnels sélectionnés par l'émetteur de la carte. La table suivante donne la liste des champs communément définis dans l'objet ISSUER OBJ :
LOY OBJ:
Le troisième objet intitulé LOY_OBJ contient plusieurs enregistrements ou « slots » RFM contenant les données comportementales de l'utilisateur.
Chaque enregistrement est lié à une campagne RFM pour laquelle un commerçant, ou un groupe de commerçants, récompense ses clients sur leur comportement RFM, commerçant que le client a fréquenté .
La table suivante donne une liste de champs communément définis dans un enregistrement ou « slot » RFM:
Nom Description
RFM_ _SLOT_ID Identifiant du programme RFM
RFM_ SLOT EXP DATE Date d' expiration
RFM JLAST_VISIT_DATE Date de la dernière visite
RFM_ _VISIT_REGISTER Nombre total de visites
RFM_ _AMOUNT_REGISTER Montant d' achat cumulé
RFM PUNCH REGISTER Nombre total de Λ'punchs"
POOL OBJ :
Un objet supplémentaire dénommé POOL_OBJ contient les avantages ou « rewards » de type numéraire liés à une campagne déterminée à laquelle participe l'utilisateur.
Ainsi et par exemple lors d'une campagne, le commerçant va donner une récompense à ses clients (soit un montant fixe soit un montant basé sur un pourcentage du montant de l'achat).
La récompense peut aussi bien être un nombre de points que de l'argent.
La table suivante donne une liste de champs communément définis dans un enregistrement ou « slot » POOL:
CPN OBJ :
Un objet supplémentaire dénommé CPN_0BJ contient les avantages ou « rewards » de type coupons électroniques liés à une campagne déterminée à laquelle participe l'utilisateur.
Ainsi et par exemple lors d'une campagne, le commerçant va donner une récompense à ses clients
(soit un montant fixe soit un montant basé sur un pourcentage du montant de l'achat) sous forme de coupon électronique.
La table suivante donne une liste de champs communément définis dans un enregistrement ou « slot » COUPON:
Toujours en référence à la figure 1, le système 1 comporte de plus un terminal point de vente 13 (POS pour Point of Sale en langue anglaise) par exemple formé d'une caisse enregistreuse 14 électronique munie d'un programme promotionnel déterminé stocké dans un registre 15 de la caisse.
Ce programme promotionnel permet de prévoir des avantages spécifiques au consommateur sous forme de bon de réduction et/ou de bon pour cadeau imprimé sur le ticket de la carte bancaire à valoir sur l'achat même ou sur un prochain achat. On donne ci-après plusieurs exemples de fonctionnements .
Le commerçant peut par exemple offrir un bon de réduction, à valoir sur un achat chez lui. Par exemple le commerçant peut accorder 25% de réduction à ses clients qui viennent pour la première fois, et
10% aux autres.
Le commerçant peut accorder un cadeau de bienvenue, il peut offrir des échantillons par exemple différents à chaque achat, il peut donner une entrée gratuite et/ou un repas gratuit à chaque achat etc.
On comprend ici que tout type d' offre promotionnelle liée aux paramètres décrits ci-avant en référence aux fichiers est possible en fonction d' algorithme spécifique dont la programmation est à la portée de l'homme du métier, l'avantage obtenu étant alors imprimé sur le coupon de paiement de la carte bancaire . Dans un mode de réalisation de l'invention, le système 1 comprend également un lecteur 16 de codes à barre permettant d'entrer les références des produits achetés .
On a représenté sur la figure 2 un exemple de ticket 17 de caisse de carte bancaire obtenu en mettant en œuvre le procédé selon l'invention et faisant apparaître' les éléments 18 concernant la transaction bancaire et l'offre promotionnelle 19.
On va maintenant décrire en référence aux figures 1 et 3 le fonctionnement d'une transaction d'un consommateur chez un commerçant mettant en œuvre le procédé recherché dans le mode de réalisation de l'invention plus particulièrement décrit ici. Lorsqu'un achat est effectué chez le commerçant sa carte bancaire est introduite en 20 dans le lecteur qui prépare la demande dr autorisation de la banque en 21. Le message de demande d' autorisation est alors constitué en 22.
Parallèlement une requête 23 en programmes promotionnels est effectuée, ceux-ci étant générés en 24 de façon connue en elle-même pour remplir les fonctionnalités déterminées par le commerçant, puis transmise en 25.
Les données correspondantes au(x) programme (s) promotionnels sont par exemple intégrées à la demande d'autorisation bancaire en 26, puis transmises (étape 27) via le réseau Internet de façon sécurisée en 28. Le serveur à distance '10, renvoie alors en 29 les données applicatives concernant le client, qui sont reçues en 30, transférées en 31 pour constituer un fichier 32. La transaction liée aux données applicatives concernant le consommateur est alors effectuée en 33, puis les données applicatives sont mises à jour en 34, pour former le fichier 35, transféré à son tour en 36 sous une forme éventuellement différente '(losange 37) au serveur 10.
Un accusé de réception en 38 est alors renvoyé par le serveur qui indique que le serveur a bien traité la transaction, information par exemple utilisée pour déclencher l'impression éventuelle du ticket de caisse, ce qui met fin à la transaction.
On décrit maintenant ci-après plus précisément les opérations correspondant aux étapes 28, 29 (en langue anglaise « Image download request » et réponse) et 35, 36, 37, 38 (en langue anglaise « image update request ») .
IMAGE DOWNLOAD REQUEST (28) FORMAT
REPONSE AU MESSAGE « IMAGEDOWNLOADREQUEST))(IP)
IiM[AGE UPDATE REQUEST (35) FORMAT
REPONSE AU MESSAGE (38)
Data Longueur Description
Statut Statut de la requête
Le texte qui précède a décrit le fonctionnement du système et du procédé lorsque les données applicatives sont obtenues depuis le serveur à distance. Par contre lorsque ces données sont disponibles dans la puce de la carte, et comme on l'a vu, ces données sont prises directement dans ladite puce par le terminal de paiement du commerçant concerné.
Comme il va de soi et comme il résulte d'ailleurs de ce qui précède, la présente invention ne se limite pas aux modes de réalisation envisagés.
Elle en embrasse au contraire toutes les variantes .

Claims

REVENDICATIONS
1. Procédé de gestion d'avantages lors du paiement par un utilisateur (4) par carte bancaire (5) à puce β) et/ou à piste (7) au cours d'une transaction chez, au moins un commerçant affilié, caractérisée en ce que des données applicatives de l'utilisateur étant stockées (9, 9') dans la puce et/ou sur un serveur à distance externe, ' et un programme promotionnel déterminé étant stocké et/ou valable chez le commerçant, r lorsque l'utilisateur utilise sa carte bancaire pour payer chez ledit commerçant, on interroge la puce et/ou ledit serveur pour connaître les données applicatives liées à cette carte, puis on utilise les éventuels avantages déjà acquis et/ou on génère de nouveaux avantages en fonction desdites données applicatives et dudit programme promotionnel déterminé du commerçant avant de remettre à jour ces données applicatives de 1' utilisateur.
2. Procédé selon la revendication 1, caractérisé en ce que, la carte étant une carte à puce capable de stocker les données applicatives, le programme promotionnel traite la transaction et le paiement chez ledit commerçant sans faire appel à un serveur à distance externe.
3. Procédé selon la revendication 1, caractérisé en ce que on utilise le protocole de communication d' autorisation de paiement par carte bancaire pour interroger et dialoguer avec le serveur à distance externe de stockage "de données applicatives.
4. Procédé selon 1/ une quelconque des revendications précédentes , caractérisé en ce que pour un utilisateur utilisant une nouvelle carte en remplacement d'une carte ancienne à puce ou à piste, on traite la transaction en faisant appel à un serveur à distance dans lequel sont stockées les données applicatives dudit utilisateur, puis on écrit lesdites données applicatives dans la puce de la nouvelle carte et on effectue les transactions suivantes sans connexion au serveur.
5. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que pour un utilisateur utilisant une nouvelle carte en remplacement d'une carte ancienne à puce, on lit les données applicatives dans la puce de l'ancienne carte, on traite la transaction en faisant appel à un serveur à distance dans lequel sont transférées les données applicatives de l'ancienne carte dudit utilisateur , puis on effectue les transactions suivantes en se connectant au serveur.
6. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que les données applicatives sont les données comportementales du porteur de carte ainsi que les avantages acquis par cet utilisateur.
7. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'on utilise des cartes bancaires standards du marché sans modification et/ou programmation spécifique, les données applicatives étant stockées .s'il y a lieu .dans un registre de ladite carte.
8. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que l'on édite en temps réel les données applicatives de l'utilisateur lorsque celui-ci utilise sa carte bancaire chez un commerçant.
9. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'on analyse les codes des articles achetés au cours de la transaction lorsqu'un ou plusieurs articles sont identifiés pour lesquels un ou plusieurs avantages sont attribués, on génère l'avantage en conséquence.
10. Système (1) de génération d'avantages lors du paiement par un utilisateur (4) par carte bancaire (5) à puce (6) et/ou à piste (7) au cours d'une transaction chez au moins un commerçant affilié, caractérisé en ce qu'il comporte un registre (9, 9'), dit registre applicatif, appartenant à la carte ou à un serveur à distance (10) externe, propre à stocker les données applicatives de l'utilisateur, et en ce qu'il comprend de plus chez ledit commerçant affilié : un terminal point de vente (13) muni d'un programme promotionnel déterminé, un dispositif (5' ) lecteur de la carte pour payer, des moyens (14) d'interrogation du contenu du registre applicatif de la puce et/ou dudit serveur pour connaître les données applicatives dudit utilisateur, des moyens de calcul , des moyens de prise en compte et des moyens de génération desdits avantages en fonction desdites données applicatives et dudit programme promotionnel déterminé stocké chez le commerçant et des moyens d'effacement et/ou d'écriture dans ledit registre applicatif de nouvelles données applicatives de l'utilisateur en fonction de la transaction.
11. Système selon la revendication 10, caractérisé en ce que, la carte étant une carte à puce, le programme promotionnel traite la transaction et le paiement chez ledit commerçant sans faire appel à un serveur à distance externe.
12. Système selon l'une quelconque des revendications 10 à 11, caractérisé en ce que il comporte des moyens permettant d'utiliser le protocole de communication d' autorisation de paiement par carte bancaire pour interroger et dialoguer avec le serveur à distance externe de stockage de données applicatives.
13. Système selon l'une quelconque des revendications 10 à 12, caractérisé en ce que les données applicatives sont les données comportementales du porteur de carte ainsi que les avantages acquis par cet utilisateur.
14. Système selon l'une quelconque des revendications 10 à 13, caractérisé en ce que les cartes bancaires sont des cartes standards du marché sans modification et/ou programmation spécifique, les données applicatives étant stockées s'il y a lieu dans un registre de ladite carte.
15. Système selon l'une quelconque des revendications 10 à 14, caractérisé en ce qu'il comprend des moyens df édition en temps réel chez le commerçant des données applicatives de l'utilisateur lorsque celui-ci utilise sa carte bancaire chez un commerçant .
16. Système selon l'une quelconque des revendications 10 à 15, caractérisé en ce que il comporte un appareil de lecture des codes des articles achetés et des moyens agencés pour générer des avantages en fonction du programme promotionnel et des articles identifiés.
EP06764597A 2005-05-12 2006-05-11 Procede et systeme de gestion d'avantages pour tout type de carte bancaire Withdrawn EP1886267A2 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0504772A FR2885715A1 (fr) 2005-05-12 2005-05-12 Procede et systeme de gestion d'avantages pour tout type de carte bancaire
PCT/FR2006/001051 WO2006120350A2 (fr) 2005-05-12 2006-05-11 Procede et systeme de gestion d'avantages pour tout type de carte bancaire

Publications (1)

Publication Number Publication Date
EP1886267A2 true EP1886267A2 (fr) 2008-02-13

Family

ID=35744667

Family Applications (1)

Application Number Title Priority Date Filing Date
EP06764597A Withdrawn EP1886267A2 (fr) 2005-05-12 2006-05-11 Procede et systeme de gestion d'avantages pour tout type de carte bancaire

Country Status (5)

Country Link
US (1) US20090099917A1 (fr)
EP (1) EP1886267A2 (fr)
BR (1) BRPI0608985A2 (fr)
FR (1) FR2885715A1 (fr)
WO (1) WO2006120350A2 (fr)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2010292478B2 (en) * 2009-09-10 2013-11-14 Visa International Service Association Third party merchant-funded rewards accrual and redemption network
EP2847721A1 (fr) 2012-05-08 2015-03-18 Smart Engine GmbH Procédé permettant de fournir des informations à un client au niveau d'un point de vente
EP2690590A1 (fr) 2012-07-26 2014-01-29 Welcome Real Time Consentement anonyme à un programme de fidélité
US9760900B2 (en) * 2013-08-08 2017-09-12 International Business Machines Corporation Trend-factored RFM scores to improve campaign performance

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5256863A (en) * 1991-11-05 1993-10-26 Comark Technologies, Inc. In-store universal control system
AU5899300A (en) * 1999-06-29 2001-01-31 Awardtrack, Inc. Building frequent shopper programs for web merchants
CN1288593C (zh) * 2001-07-13 2006-12-06 迈卡公司Sprl 支付装置
EP1276082A3 (fr) * 2001-07-13 2003-03-05 Yves De Myttenaere Dispositif de paiement
US20080033793A1 (en) * 2002-07-12 2008-02-07 Roberts Larry Lemaitre Method of capturing customer transaction data by routine declining of authorization requests
AU2003268394A1 (en) * 2002-09-03 2004-03-29 Cheryl B. Barken-Schleicher Points-based rewards automation system and method
US20040122736A1 (en) * 2002-10-11 2004-06-24 Bank One, Delaware, N.A. System and method for granting promotional rewards to credit account holders
US20040181453A1 (en) * 2002-11-06 2004-09-16 Ray James Thomas Configurable stored value platform
US8239323B2 (en) * 2003-09-23 2012-08-07 Jpmorgan Chase Bank, N.A. Method and system for distribution of unactivated bank account cards
US8407083B2 (en) * 2003-09-30 2013-03-26 Visa U.S.A., Inc. Method and system for managing reward reversal after posting
JP2007531123A (ja) * 2004-03-26 2007-11-01 シティコープ クレジット サービシィーズ インコーポレイテッド 複数のリワードプログラムの一元管理方法およびシステム
US20060004629A1 (en) * 2004-07-01 2006-01-05 American Express Travel Related Services Company, Inc. Deferred loyalty points redemption method
US7506812B2 (en) * 2004-09-07 2009-03-24 Semtek Innovative Solutions Corporation Transparently securing data for transmission on financial networks
US8473334B2 (en) * 2005-03-10 2013-06-25 Sony Corporation System and method for issuing and redeeming incentives on electronic data cards
US20090234742A1 (en) * 2005-06-10 2009-09-17 Breakaway Incentives Llc System and method for rewards program for credit card issuer
US7784682B2 (en) * 2006-02-08 2010-08-31 Jpmorgan Chase Bank, N.A. System and method for granting promotional rewards to both customers and non-customers
US20070203792A1 (en) * 2006-02-28 2007-08-30 Bindu Rama Rao Electronic device capable of delivering coupons to a POS system and to a sales server
US10262303B2 (en) * 2007-12-28 2019-04-16 Mastercard International Incorporated Methods and systems for applying a rewards program promotion to payment transactions
US8615428B2 (en) * 2009-01-14 2013-12-24 Signature Systems, LLC. Point of sale device for online reward point exchange method and system

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2006120350A2 *

Also Published As

Publication number Publication date
US20090099917A1 (en) 2009-04-16
FR2885715A1 (fr) 2006-11-17
BRPI0608985A2 (pt) 2010-01-12
WO2006120350A3 (fr) 2007-03-08
WO2006120350A2 (fr) 2006-11-16

Similar Documents

Publication Publication Date Title
US8306912B2 (en) Private label promotion card system, program product, and associated computer-implemented methods
EP0786746B1 (fr) Procédé et dispositif de traitement d'informations codées avec carte à puce
US20020046116A1 (en) System and method for loyalty program distribution and settlement
US20070051797A1 (en) Methods and systems for packaging and distributing financial instruments
US20100049599A1 (en) Filtering mobile marketing offers
FR2732801A1 (fr) Dispositif et procede de traitement d'informations codees pour code a barres et carte a puce
WO1999003051A1 (fr) Dispositif, procede et systeme informatique d'encaissement pour delivrer automatiquement des billets d'avantages commerciaux
WO2018154082A1 (fr) Système et procédé de traitement d'une transaction bancaire
WO2013001072A1 (fr) Procede de compensation securise de ventes promotionnelles groupees a taux variable et systeme pour le mettre en oeuvre
EP0971302A1 (fr) Système progressif de coupons
EP3692488A1 (fr) Procédé et système pour réaliser une transaction de paiement sur un terminal bancaire avec un dispositif électronique
EP1886267A2 (fr) Procede et systeme de gestion d'avantages pour tout type de carte bancaire
EP3485451B1 (fr) Procédé de traitement d'au moins une donnée de moyen de paiement, terminal de paiement et programme d'ordinateur correspondant
WO2016042258A1 (fr) Procédés et dispositifs de gestion de transactions composites
JP4794105B2 (ja) メモリ内蔵型チップカードを使用して、広告情報と、その広告情報に関連する割引を提供する方法
EP3382628A1 (fr) Procédé de traitement de données par un terminal de paiement, terminal de paiement et programme correspondant
WO2015049323A1 (fr) Système et procédé de traitement d'une transaction bancaire
EP1983480A1 (fr) Terminal de paiement, procédé et programme associés
FR2798498A1 (fr) Procede de transfert monetaire, notamment de collecte electronique de fonds
BE1013294A5 (fr) Version electronique du titre-repas belge.
WO2013175134A1 (fr) Méthode et système de contrôle de flux de clients et de ressources techniques
EP1297473A1 (fr) Systeme et procede informatique pour la fidelisation d'une clientele
FR2853428A1 (fr) Systeme d'encaissement permettant l'attribution d'avantages commerciaux selon des criteres choisis par les clients
WO2009057172A9 (fr) Système et procédé pour transférer des sommes d'argent à distance ou similaire
FR2981479A1 (fr) Procede de realisation d'une transaction electronique

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: 20071203

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC NL PL PT RO SE SI SK TR

DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20130919

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

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20131203