EP1792284A1 - Installation de reglement de produits ou services aupres de marchands au moyen de tickets d'achat prepayes - Google Patents

Installation de reglement de produits ou services aupres de marchands au moyen de tickets d'achat prepayes

Info

Publication number
EP1792284A1
EP1792284A1 EP05805822A EP05805822A EP1792284A1 EP 1792284 A1 EP1792284 A1 EP 1792284A1 EP 05805822 A EP05805822 A EP 05805822A EP 05805822 A EP05805822 A EP 05805822A EP 1792284 A1 EP1792284 A1 EP 1792284A1
Authority
EP
European Patent Office
Prior art keywords
ticket
tickets
purchase
value
stored
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.)
Ceased
Application number
EP05805822A
Other languages
German (de)
English (en)
Inventor
Stéphane Petit
Jérôme LAUDOUAR
Yvan Raffle
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.)
Orange SA
Original Assignee
France Telecom 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 France Telecom SA filed Critical France Telecom SA
Publication of EP1792284A1 publication Critical patent/EP1792284A1/fr
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/22—Payment schemes or models
    • G06Q20/28—Pre-payment schemes, e.g. "pay before"
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/342—Cards defining paid or billed services or quantities
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/02—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by keys or other credit registering devices
    • G07F7/025—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by keys or other credit registering devices by means, e.g. cards, providing billing information at the time of purchase, e.g. identification of seller or purchaser, quantity of goods delivered or to be delivered

Definitions

  • the invention relates to a settlement facility for products or services by means of anonymous prepayment support, limited flow.
  • Such tickets or coupons can be used for the settlement of any type of products or services from merchants, both locally, from merchants, and remotely for the settlement of mail order sales.
  • a particularly interesting application of the installation according to the invention relates to the settlement of mail order sales on the Internet.
  • FR No. 2,821,221 and FR 2,805,910 which describe various types of payment systems using an anonymous prepaid ticket. Such systems allow a user to purchase a prepaid ticket which can subsequently be cashed by various types of merchants.
  • the prepaid product or service is not defined to the extent that the purchase ticket, which is the subject of the prepayment, is not attached to any goods or services.
  • the aim of the invention is to provide an installation for the payment of goods or services to merchants by means of anonymous prepaid purchase tickets enabling the retrieval of indications relating to the identity of the purchaser, while maintaining the anonymous nature. from buying at the merchant level.
  • the invention therefore relates to an installation of payment of products or services to merchants, by means of anonymous prepaid purchase tickets issued by a bank.
  • This installation comprises means for issuing tickets and ticket generation means associated respectively with first data storage means in which the tickets available to each user are stored and second data storage means in which are stored the data storage means. purchases made by means of each ticket and in which the value of each ticket is updated according to the regulations made by tickets, the installation further comprising a management system for managing the value of each ticket according to the regulations
  • the management system is associated with the second data storage means and provides the banking organization with information relating to the payments made to provoke the payment of each merchant.
  • the identification of the bearer of the or each ticket in the data storage means makes it possible to identify the purchaser of the purchase tickets.
  • the memorization of purchases in the accounting base makes it possible to have information relating to purchases made by means of tickets.
  • the ticket issuing means are part of the banking organization.
  • the management system is a separate element of said ticket issuing means so that the first storage means of data in which the ticket or tickets available to each user are stored are inaccessible from the management system.
  • the ticket issuing means are associated with means for identifying and authenticating the users to authorize the issuing of tickets after identification and authentication of the users.
  • the installation further comprises a set of automatic terminals accessible by the users for the purchase of tickets previously made available to the banking organization by the management system, the means of authentication. and identification being built into each terminal.
  • the management system comprises means for transmitting to the banking organization the indication of each purchase made by means of each ticket.
  • the subject of the invention is also a system for issuing prepaid purchase tickets for payment installation of products or services as defined above, characterized in that it comprises data storage means in which the data storage system is stored. or the tickets available to each user and in which are stored the list of purchases made by means of each ticket.
  • the subject of the invention is a system for generating prepaid purchase tickets for payment installation of products or services as defined above, characterized in that it comprises means for storing data. in which are memorized the purchases made by means of each ticket and in which the value of each ticket is updated according to the purchases made.
  • the invention also relates to a computer program stored on a data storage medium, characterized in that it comprises a first set of instruction codes adapted to assign to each user one or more prepaid purchase tickets, when executed within a ticket issuing system as defined above.
  • the subject of the invention is a computer program stored on a data storage medium, characterized in that it comprises a first set of instruction codes adapted to generate purchase tickets. each having a predetermined transmission value, and a second set of instruction codes adapted to update the value of each ticket based on the purchases made, when it is executed within a ticket generation system such as as defined above.
  • the data carrier can be a hardware storage medium, for example a CD-ROM, a magnetic diskette or a hard disk, or a transmissible medium such as an electrical, optical or radio signal.
  • FIG. 1 is a block diagram illustrating the general architecture of a product settlement facility or services according to the invention
  • FIG. 2 is a flowchart illustrating the acquisition of purchase tickets by users.
  • FIG. 3 is a flowchart illustrating the phase of payment of a product and retribution of a merchant by means of a purchase ticket, according to the invention.
  • a settlement of products or services from merchants according to the invention This installation is intended to enable a user to purchase from one of the banks belonging to a network R1 of banking institutions one or more prepaid purchase tickets and to anonymously use this or these prepaid tickets with merchants Ml, ... M n of a network R2 of merchants.
  • the merchants Ml, M2, ... M n , of the network R2 to which the customer has access may be formed by commercial establishments of various kinds having either sales outlets in which customers can purchase merchandise or Internet sites allowing to make remote purchases of products or services.
  • this network is constituted by a single bank represented schematically by a network of ATMs G and ATMs ATMs, by a first database C c grouping the customer accounts of the users and by a second database C B constituting the overall account of the bank, that is to say a buffer account on which the financial flows from the accounts receivable pass.
  • the service of payment of products or services by means of prepaid purchase tickets in accordance with the invention implements a payment third party 10, that is to say an intervener having the status of accredited financial institution with banks and merchants and contractually linked to them.
  • This third party payment is also the contact for customers to make online transactions.
  • This third party payment 10 essentially comprises a management system 12 which is constituted for example by a computer duly programmed to generate prepaid purchase tickets with initial value or predetermined issue and to manage the value of outstandings of each ticket issued at the request by the banking organizations according to the regulations made and to manage the remuneration of the merchants.
  • a management system 12 which is constituted for example by a computer duly programmed to generate prepaid purchase tickets with initial value or predetermined issue and to manage the value of outstandings of each ticket issued at the request by the banking organizations according to the regulations made and to manage the remuneration of the merchants.
  • This system 12 is associated with a database 14 in which are stored a first set of data Dl corresponding to the outstanding value of each ticket issued and a set of data D2 relating to the operations performed by means of each ticket and the payments to be made to the merchants.
  • the value of the outstanding amount of a ticket means the initial value or issue value of the ticket less the value of the purchases.
  • these data D1 and D2 can be stored in the same database 14 or can be stored in respective bases.
  • the first set of data D1 is, for example, in the form of a set of ticket ID numbers which are associated with respective stock values regularly updated by the management system as a function of the purchases. performed.
  • the data D2 is in the form of a list of operations performed, each associated with a ticket number and in the form of a payment account to be carried out (CPE).
  • This CPE account contains the following information: purchase ticket number, purchase amount for the merchant, amount of remunerations to be paid by the merchant for the third party payment for this ticket, the delivery number, identification from the bank that requested and received the purchase tickets, the delivery date, and contract number linking the merchant to the third party payment.
  • the installation comprises, on the side of the bank network R1, a system 16 for issuing tickets, also constituted by a computer duly programmed to, on the one hand, deliver to the users the tickets purchased, against payment of the account C c of the user and credit of the global account C B of the bank and to update the value of outstanding of each ticket according to the purchases made and, secondly, to pay the merchants via the third party payment .
  • the ticket issuing system 16 is associated with a database 18 constituting a purchasing database. This purchasing database groups together a D3 dataset in which each customer is assigned one or more tickets and a second set of data D4 grouping all the operations performed on each ticket.
  • the payment third party who generates the tickets and who manages the remuneration of the merchants and the purchases made by means of the tickets is on the side of the merchants. It has no information on the identity of the holders of the tickets.
  • the management system 12 and the ticket issuing system 16 communicate by any appropriate means, for example by means of a computer network. However, it will be noted that they constitute structurally distinct units, the ticket issuing system 16 associated with the banking network only communicating with the payment third party 10 for exchanging information relating to the value of the outstanding amount of each ticket, in order to recover the list of operations performed on each ticket and to provoke the payment of the merchants.
  • This procedure begins with a first phase during which tickets are generated.
  • the management system 12 of the payment third party 10 generates ticket numbers and assigns a value of issue to each ticket generated. This S
  • this information is stored in the database 14. In the next step 22, this information is transmitted to the system 16 of the banking organization in the form of a list of ticket numbers to which emission values are associated respectively. . This information is stored in the purchasing database 18.
  • this purchase can by any appropriate means, either by showing up at a G desk of the bank, or by using one of the ATMs of the banking network, using a remote banking system (BAD), in using a dynamic virtual credit card system, ...
  • BAD remote banking system
  • step 24 all the means proposed by the banking organization for the sale of purchase tickets implement a step of identification and authentication of the customer which can be in the form of an identifier and a password (step 24).
  • the authentication and the identification of the buyer are carried out by means of authentication and identification related to the dispenser processing procedure, that is to say, generally, by generating an authentication certificate and identification after entering the PIN linked to the credit card.
  • the customer's bank account C c is debited with an amount corresponding to the value of the ticket purchased or the sum of the values of the tickets purchased, while global bank account C B of the bank is credited with a corresponding amount.
  • the ticket (s) are then issued.
  • the user wishes to consume his ticket, either locally in a point of sale of a merchant Ml, M2, ... M n , or remotely, it is proceeded to the entry of the ticket number of the user (step 26).
  • the payment third party makes sure that the ticket is active. To do this, it queries the database 14 so as to have the value associated with the ticket and check that this ticket is valid.
  • the management system 12 After checking the ticket, the management system 12 issues a purchase acknowledgment to the merchant Ml, M2, ... M n (step 30). During this step, the value of the ticket is reduced by an amount corresponding to that of the purchase made and the purchase is stored in the base 14. On the contrary, if in the previous step 28, the system of management 12 detects that the ticket is no longer valid or that its amount is insufficient, the purchase is not authorized and the procedure ends. The merchant is then informed of the situation. It should be noted, however, that a customer retains the possibility of using several prepaid tickets to buy the same goods, in order to avoid that money remains on tickets, which could occur when the value of a ticket outstanding. is less than the value of a property to be acquired.
  • This procedure starts with a first step 32 during which the operations performed by means of each ticket are transmitted to the system 16.
  • This information can be transmitted either periodically, in the form of a set of operations performed for each ticket, or at each operation.
  • the system 16 updates the data D3 stored in the purchase database 18 so as to update the value of outstanding of each ticket.
  • the merchants are paid the actual fees. This phase corresponds to a debit from the bank's global bank account C B and merchant credit.
  • case-third of 10- payment has the status of a financial institution, it receives from the bank the corresponding funds to purchases and then supports the compensation of merchants according to the information in the account of payments (CPE) stored in the database 14.
  • the management system 12 then updates this account CPE based on payments made (step 36).
  • the management system 12 feeds the account of the payments to be made (CPE).
  • the invention just described which uses a shopping database in which the identity of each user of purchase tickets is stored, makes it possible, in case of need, to know the identity of the user. of a buyer who however remains anonymous at the time of purchase. In addition it is possible to know the nature of the purchase made.
  • the invention which has just been described may also apply, in a general manner, to a transfer of a product or service from a first holder to a second holder after transfer of data from the second holder to the second holder.
  • first owner This data available to each second holder is stored on a medium, in this case a ticket, issued by a means for issuing media and generated by a means for generating data.
  • media which are respectively associated with a first data storage means in which the support available to each user is stored and a second data storage means in which are stored the exchanges made by each medium and in which the data are set to day.
  • an management system associated with the second storage means manages the data of each medium according to the exchanges made and transfers the data to the first holder.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

Cette installation de règlement de produits ou services auprès de marchands, au moyen de tickets d'achat anonymes prépayés délivrés par un organisme bancaire (Rl) comporte des moyens (16) de délivrance de tickets et des moyens (12) de génération des tickets, associés respectivement à des premiers moyens (18) de stockage de données dans lesquels le ou les tickets dont dispose chaque utilisateur sont mémorisés et à des deuxièmes moyens (14) de stockage de données dans lesquels sont mémorisés les achats effectués au moyen de chaque ticket et la valeur de chaque ticket est mise à jour en fonction des règlements effectués au moyen des tickets. L' installation comprend en outre un système (12) de gestion pour gérer la valeur de chaque ticket en fonction des règlements effectués et pour gérer la rétribution des marchands, le système de gestion étant associé aux deuxièmes moyens de stockage de données (14) et délivrant à l' organisme bancaire les informations relatives aux règlements effectués pour provoquer la rétribution de chaque marchand.

Description

INSTALLATION DE REGLEMENT DE PRODUITS OU SERVICES AUPRES DE MARCHANDS AU MOYEN DE TICKETS D ' ACHAT PREPAYES
L'invention concerne une installation de règlement de produits ou services au moyen d'un support anonyme de prépaiement, à débit limité.
De tels tickets ou coupons d'achat peuvent être utilisés pour le règlement de tout type de produits ou services auprès de marchands, aussi bien localement, auprès de commerçants, qu'à distance pour le règlement de ventes par correspondance. Toutefois, une application particulièrement intéressante de l'installation selon l'invention concerne le règlement de ventes par correspondance sur le réseau Internet.
Il existe à ce jour divers types de services permettant d'acquérir une marchandise ou un service au moyen d'un ticket d'achat prépayé.
On pourra à cet égard se référer aux demandes de brevet
FR n° 2 821 221 et FR 2 805 910 qui décrivent divers types de systèmes de règlement au moyen d'un ticket anonyme prépayé. De tels systèmes permettent à un utilisateur d' acquérir un ticket prépayé qu'il peut par la suite monnayer auprès de divers types de marchands.
Les dispositions légales applicables en la matière prescrivent qu' un produit ou service prépayé doit pouvoir être identifié. Tel est également le cas de l'acquéreur qui doit pouvoir être identifié lors du prépaiement.
Mais l'association entre l'identifiant des tickets prépayés acquis et l'identité de l 'acquéreur n'est pas accessible aux systèmes connus.
En outre, selon de tels systèmes, le produit ou service prépayé n'est pa.s défini dans la mesure où le ticket d'achat, qui constitue l 'objet du prépaiement, n'est attaché à aucun bien ou service. Le but de l' invention est de fournir une installation de règlement de produits ou services auprès de marchands au moyen de tickets anonymes d' achat prépayés permettant de récupérer des indications relatives à l' identité de l ' acquéreur, tout en conservant le caractère anonyme de l'achat au niveau des marchands.
L'invention a donc pour objet une installation de règlement de produits ou services auprès de marchands, au moyen de tickets d' achat anonymes prépayés délivrés par un organisme bancaire. Cette installation comporte des moyens de délivrance de tickets et des moyens de génération des tickets associés respectivement à des premiers moyens de stockage de données dans lesquels les tickets dont chaque utilisateur dispose sont mémorisés et à des deuxièmes moyens de stockage de données dans lesquels sont mémorisés les achats effectués au moyen de chaque ticket et dans lesquels la valeur de chaque ticket est mise à jour en fonction des règlements effectués au moyen des tickets, l' installation comprenant en outre un système de gestion pour gérer la valeur de chaque ticket en fonction des règlements effectués et pour gérer la rétribution des marchands, le système de gestion étant associé aux deuxièmes moyens de stockage de données et délivrant à l' organisme bancaire des informations relatives aux règlements effectués pour provoquer la rétribution de chaque marchand.
Ainsi, l'identification du porteur du ou de chaque ticket dans les moyens de stockage de données permet d'identifier l' acquéreur des tickets d' achat. De même, la mémorisation des achats dans la base comptable permet de disposer d'informations relatives aux achats effectués au moyen des tickets.
Selon une autre caractéristique de l'invention, les moyens de délivrance des tickets font partie de l ' organisme bancaire. En outre, le système de gestion constitue un élément séparé desdits moyens de délivrance de tickets de sorte que les premiers moyens de stockage de données dans lesquels le ou les tickets dont dispose chaque utilisateur sont mémorisés sont inaccessibles depuis le système de gestion.
Selon encore une autre caractéristique de l'invention, les moyens de délivrance de tickets sont associés à des moyens d' identification et d'authentification des utilisateurs pour autoriser la délivrance des tickets après identification et authentifi cation des utilisateurs.
Dans un mode de mise en œuvre, l' installation comporte en outre un ensemble de terminaux automatiques accessibles par les utilisateurs pour l'achat de tickets préalablement mis à la disposition de l' organisme bancaire par le système de gestion, les moyens d' authentification et d'identification étant intégrés à chaque terminal .
Dans un mode de réalisation, le système de gestion comporte des moyens pour transmettre à l ' organisme bancaire l' indication de chaque achat effectué au moyen de chaque ticket.
L'invention a également pour objet un système de délivrance de tickets d'achats prépayés pour installation de règlement de produits ou services tel que définie ci-dessus, caractérisé en ce qu' il comprend des moyens de stockage de données dans lesquels sont stockés le ou les tickets dont dispose chaque utilisateur et dans lesquels sont stockés la liste des achats effectués au moyen de chaque ticket.
Selon encore un autre aspect, l'invention a pour objet un système de génération de tickets d'achats prépayés pour installation de règlement de produits ou services tel que défini ci-dessus, caractérisé en ce qu' il comprend des moyens de stockage de données dans lesquels sont mémorisés les achats effectués au moyen de chaque ticket et dans lesquels la valeur de chaque ticket est mise à jour en fonction des achats effectués.
L'invention concerne également un programme d' ordinateur stocké sur un support de stockage de données, caractérisé en ce qu'il comporte un premier ensemble de codes d' instruction adaptés pour affecter à chaque utilisateur un ou plusieurs tickets d' achat prépayés, lorsqu' il est exécuté au sein d'un système de délivrance de tickets tel que défini ci-dessus.
Enfin, selon un cinquième aspect, l'invention a pour objet un programme d' ordinateur stocké sur un support de stockage de données, caractérisé en ce qu' il comporte un premier ensemble de codes d' instruction adaptés pour générer des tickets d' achat ayant chacun une valeur d' émission prédéterminée, et un deuxième ensemble de codes d'instruction adaptés pour mettre à jour la valeur de chaque ticket en fonction des achats effectués, lorsqu' il est exécuté au sein d'un système de génération de tickets tel que défini ci-dessus.
Le support de données peut être un support matériel de stockage, par exemple un CD-ROM, une disquette magnétique ou un disque dur, ou bien un support transmissible tel qu 'un signal électrique, optique ou radio. D'autres buts, caractéristiques et avantages de l'invention apparaîtront à la lecture de la description suivante, donnée uniquement à titre d' exemple non-limitatif et faite en référence aux dessins annexés sur lesquels :
- la figure 1 est un schéma synoptique illustrant l' architecture générale d'une installation de règlement de produits ou de services conforme à l 'invention ;
- la figure 2 est un organigramme illustrant l' acquisition des tickets d' achat par des utilisateurs ; et
- la figure 3 est un organigramme illustrant la phase de règlement d'un produit et de rétribution d'un marchand au moyen d'un ticket d' achat, conformément à l'invention. En référence à la figure 1, on va décrire une installation de règlement de produits ou services auprès de marchands conforme à l' invention. Cette installation est destinée à permettre à un utilisateur d' acquérir auprès d' un organisme bancaire appartenant à un réseau Rl d' établissements bancaires un ou plusieurs tickets d' achat prépayés et d' utiliser de manière anonyme ce ou ces tickets prépayés auprès de marchands Ml , ... Mn d' un réseau R2 de marchands.
Les marchands Ml , M2, ...Mn, du réseau R2 auquel le client a accès peuvent être constitués par des établissements commerciaux de diverses natures disposant soit de points de vente dans lesquels les clients peuvent acquérir une marchandise, soit de sites Internet permettant de procéder à des achats à distance de produits ou de servi ces.
En ce qui concerne le réseau de banques, on considérera, dans la suite de la description, que ce réseau est constitué par un unique établissement bancaire représenté schématiquement par réseau de guichets G et de distributeurs automatiques de billets DAB, par une première base de données Cc regroupant les comptes clients des utilisateurs et par une deuxième base de données CB constituant le compte global de la banque, c'est-à-dire un compte-tampon sur lequel transitent les flux financiers provenant des comptes clients.
Comme on le voit sur la figure 1, le service de règlement de produits ou de services au moyen de tickets d' achats prépayés conforme à l' invention met en œuvre un tiers de paiement 10, c' est-à- dire un intervenant ayant le statut d'établissement financier accrédité auprès des banques et des marchands et lié contractuellement à ces derniers. Ce tiers de paiement constitue également l'interlocuteur des clients pour effectuer les transactions en ligne.
Ce tiers de paiement 10 comporte essentiellement un système de gestion 12 qui est constitué par exemple par un calculateur dûment programmé pour générer des tickets d' achat prépayés à valeur initiale ou d'émission prédéterminée et pour procéder à une gestion de la valeur d' encours de chaque ticket délivré à la demande par les organismes bancaires en fonction des règlements effectués et pour gérer la rétribution des marchands.
Ce système 12 est associé à une base de données 14 dans laquelle sont stockés un premier ensemble de données Dl correspondant à la valeur d' encours de chaque ticket émis et un ensemble de données D2 portant sur les opérations effectuées au moyen de chaque ticket et sur les paiements à effectuer auprès des marchands. Par valeur d'encours d' un ticket, on entend la valeur initiale ou d'émission du ticket diminuée de la valeur des achats.
Comme on le conçoit, ces données Dl et D2 peuvent être stockées dans une même base de données 14 ou peuvent être stockées dans des bases respectives. On notera cependant que le premier ensemble de données Dl se présente par exemple sous la forme d' un ensemble de numéros d' identifiants de tickets auxquels sont associées des valeurs d'encours respectives régulièrement mises à jour par le système de gestion en fonction des achats effectués. De même, les données D2 se présentent sous la forme d'une liste d' opérations effectuées associées chacune à un numéro de ticket et sous la forme d'un compte des paiements à effectuer (CPE). Ce compte CPE comporte les informations suivantes : numéro du ticket d' achat, montant de l'achat pour le marchand, montant de rémunérations à payer par le marchand pour le tiers de paiement pour ce ticket, le numéro de la livraison, l'identification de la banque qui a demandé et reçu les tickets d' achat, la date de livraison, et numéro de contrat liant le marchand au tiers de paiement.
Par ailleurs, l 'installation comporte, du côté du réseau bancaire Rl , un système 16 de délivrance de tickets, également constitué par un calculateur dûment programmé pour, d' une part, délivrer aux utilisateurs les tickets achetés, moyennant débit du compte Cc de l ' utilisateur et crédit du compte global CB de la banque et pour mettre à jour la valeur d'encours de chaque ticket en fonction des achats effectués et, d' autre part, rétribuer les marchands par l 'intermédiaire du tiers de paiement. Comme on le voit sur la figure 1, le système 16 de délivrance de tickets est associé à une base de données 18 constituant une base d 'achats. Cette base d' achats regroupe un ensemble de données D3 dans laquelle à chaque client est affecté un ou plusieurs tickets et un deuxième ensemble de données D4 regroupant l' ensemble des opérations effectuées sur chaque ticket.
Ces données D3 et D4 peuvent être regroupées au sein d'une même base de données 18, comme illustré sur la figure 1. Elles peuvent cependant être stockées dans des bases respectives.
Comme on le conçoit, le tiers de paiement qui génère les tickets et qui gère la rétribution des marchands et les achats effectués au moyen des tickets, se situe du côté des marchands. Il ne dispose d' aucune information relative à l 'identité des porteurs des tickets.
Cette information n' est disponible que dans la base 18.
Le système de gestion 12 et le système 16 de délivrance de tickets communiquent par tout moyen approprié, par exemple au moyen d'un réseau informatique. On notera cependant qu'ils constituent des unités structurellement distinctes, le système de délivrance de tickets 16 associé au réseau bancaire ne communiquant avec le tiers de paiement 10 que pour échanger des informations relatives à la valeur d'encours de chaque ticket, pour récupérer la liste des opérations effectuées sur chaque ticket et pour provoquer la rétribution des marchands.
En d' autres termes, comme indiqué précédemment, aucune information relative à l'identité des clients titulaires de tickets d' achats n'est délivrée au tiers de paiement 10. Aussi, du côté du réseau R2 de marchands, les tickets d' achats restent anonymes. L'installation qui vient d' être décrite fonctionne de la manière suivante.
On va tout d' abord décrire, en référence à la figure 2, la procédure d' achat et de consommation des tickets.
Cette procédure débute par une première phase au cours de laquelle les tickets sont générés. Au cours d'une première étape 20, le système de gestion 12 du tiers de paiement 10 génère des numéros de tickets et affecte une valeur d' émission à chaque ticket généré. Cette S
information est stockée dans la base de données 14. Lors de l' étape 22 suivante, cette information est transmise au système 16 de l'organisme bancaire sous la forme d'une liste de numéros de tickets auxquels sont respectivement associées des valeurs d' émission. Ces informations sont stockées dans la base d' achats 18.
A l 'issue de cette phase de génération préalable de tickets " d' achats, lorsqu'un utilisateur souhaite acquérir un ou plusieurs tickets, il contacte son organisme bancaire afin de procéder à un tel achat. Comme on le conçoit, cet achat peut s' effectuer par tout moyen approprié, soit en se présentant à un guichet G de la banque, soit en utilisant l ' un des distributeurs automatiques de billets (DAB) du réseau bancaire, en utilisant un système de banque à distance (BAD), en utilisant un système de carte bancaire virtuelle dynamique, ...
On notera néanmoins que tous les moyens proposés par l' organisme bancaire pour la vente des tickets d'achats mettent en oeuvre une étape d'identification et d' authentification du client qui peut se présenter sous la forme d'un identifiant et d'un mot de passe (étape 24). Cependant, par exemple, dans le cas où l'achat des tickets s' effectue au moyen d'un distributeur de billets et d' une carte bancaire, l ' authentification et l 'identification de l' acheteur sont effectuées par des moyens d'authentification et d'identification liés à la procédure de traitement du distributeur, c' est-à-dire, de manière générale, par génération d' un certificat d' authentification et d'identification après saisie du code confidentiel lié à la carte bancaire.
Après authentification, pour l'achat proprement dit d'un ou de plusieurs tickets, le compte bancaire Cc du client est débité d' un montant correspondant à la valeur du ticket acheté ou à la somme des valeurs des tickets achetés, tandis que le compte bancaire global CB de la banque est crédité d'un montant correspondant. Le ou les tickets sont alors délivrés. Lorsque l' utilisateur souhaite consommer son ticket, soit localement dans un point de vente d'un marchand Ml , M2, ... Mn, soit à distance, il est procédé à la saisie du numéro de ticket de l'utilisateur (étape 26). Lors de l ' étape 28 suivante, le tiers de paiement s'assure que le ticket est actif. Pour ce faire, il interroge la base de données 14 de manière à disposer de la valeur associée au ticket et contrôler que ce ticket est en cours de validité. Après contrôle du ticket, le système de gestion 12 émet un acquittement d' achat au marchand Ml , M2, ... Mn (étape 30). Au cours de cette étape, la valeur du ticket est diminuée d' un montant correspondant à celui de l' achat effectué et l ' achat est mémorisé dans la base 14. Au contraire, si lors de l'étape 28 précédente, le système de gestion 12 détecte que le ticket n'est plus valide ou que son montant est insuffisant, l ' achat n' est pas autorisé et la procédure prend fin. Le marchand est alors informé de la situation. On notera cependant qu' un client conserve la possibilité d'utiliser plusieurs tickets prépayés pour acheter un même bien, afin d' éviter que des reliquats monétaires ne subsistent sur des tickets, ce qui pourrait intervenir lorsque la valeur d' encours d'un ticket est inférieure à la valeur d' un bien à acquérir. Cette option se traduit par des saisies successives des numéros de tickets utilisés ou par inscription, dans un fichier formant porte-feuille de tickets, des numéros de tickets utilisés, d'un identifiant et d' un mot de passe. Dans ce dernier cas, lors de l' achat d' un bien, seuls l' identifiant et les mots de passe sont utilisés pour procéder à l' achat du bien. On va maintenant décrire en faisant référence à la figure 3 la procédure de rétribution des marchands.
Cette procédure débute par une première étape 32 au cours de laquelle les opérations effectuées au moyen de chaque ticket sont transmises au système 16. Ces informations peuvent être transmises soit périodiquement, sous la forme d'un ensemble d' opérations réalisées pour chaque ticket, soit à chaque opération. Après réception de ces informations, le système 16 met à jour les données D3 mémorisées dans la base d'achats 18 de manière à réactualiser la valeur d' encours de chaque ticket. Lors de l' étape 34 suivante, il est procédé à la rétribution proprement dite des marchands. Cette phase correspond à un débit du compte bancaire global CB de la banque et crédit des marchands.
Dans le " cas où le tiers de paiement 10- a le statut d' établissement financier, il reçoit de la banque les fonds correspondants aux achats effectués et prend alors en charge la rémunération des marchands selon les informations contenues dans le compte des paiements à effectuer (CPE) stocké dans la base de données 14. Le système de gestion 12 met alors à jour ce compte CPE en fonction des paiements effectués (étape 36).
Après confirmation de la livraison de chaque produit ou service, le système de gestion 12 alimente le compte des paiements à effectuer (CPE) .
Comme on le conçoit, l'invention qui vient d' être décrite, qui utilise une base d'achats dans laquelle est notamment stockée l 'identité de chaque utilisateur de tickets d' achat, permet en cas de besoins, de connaître l'identité d' un acheteur qui conserve cependant son anonymat lors de l' achat. En outre il est possible de connaître la nature de l'achat effectué.
On notera que la mise à jour de la valeur des tickets au niveau du tiers de paiement 10 et au niveau du système 16 permet d'effectuer un contrôle à deux niveaux évitant qu'un achat soit effectué au moyen d' un ticket ayant un crédit insuffisant.
On notera enfin que l' invention qui vient d'être décrite peut également s'appliquer, de manière générale, à un transfert d'un produit ou service d'un premier titulaire vers un deuxième titulaire après transfert de données du deuxième titulaire vers le premier titulaire. Ces données dont dispose chaque deuxième titulaire sont stockées sur un support, en l 'espèce un ticket, délivré par un moyen de délivrance de supports et généré par un moyen de génération de supports qui sont respectivement associés à un premier moyen de stockage de données dans lequel le support dont dispose chaque utilisateur est mémorisé et à un deuxième moyen de stockage de données dans lequel sont mémorisés les échanges effectués par chaque support et dans lequel les données sont mises à jour.
En outre, un système de'gestion associé au deuxième moyen de stockage gère les données de chaque support en fonction des échanges effectués et transfère les données au premier titulaire.

Claims

REVENDICATIONS
1. Installation de règlement de produits ou services auprès de marchands, au moyen de tickets d' achat anonymes prépayés délivrés par un organisme bancaire (Rl), caractérisée en ce qu' elle comporte des moyens (16) de délivrance de tickets et des moyens (12) de génération des tickets associés respectivement à des premiers moyens ( 18) de stockage de données dans lesquels le ou les tickets dont dispose chaque utilisateur sont mémorisés et à des deuxièmes moyens ( 14) de stockage de données dans lesquels sont mémorisés les achats effectués au moyen de chaque ticket et dans lesquels la valeur de chaque ticket est mise à jour en fonction des règlements effectués au moyen des tickets, l' installation comprenant en outre un système (12) de gestion pour gérer la valeur de chaque ticket en fonction des règlements effectués et pour gérer la rétribution des marchands, le système de gestion étant associé aux deuxièmes moyens de stockage de données ( 14) et délivrant à l' organisme bancaire les informations relatives aux règlements effectués pour provoquer la rétribution de chaque marchand.
2. Installation selon la revendication 1, caractérisée en ce que les moyens (16) de délivrance des tickets font partie de l' organisme bancaire (Rl) et en ce que le système de gestion (12) constitue un élément séparé desdits moyens (16) de délivrance de tickets de sorte que les premiers moyens (18) de stockage de données dans lesquels le ou les tickets dont dispose chaque utilisateur sont mémorisés sont inaccessibles depuis le système de gestion.
3. Installation selon la revendication 1, caractérisée en ce que les moyens (16) de délivrance des tickets sont associés à des moyens d' authentification et d'identification des utilisateurs pour autoriser la délivrance des tickets après identification et authentification des utilisateurs.
4. Installation selon l'une quelconque des revendications 1 à
3, caractérisée en ce qu'elle comporte en outre un ensemble de terminaux automatiques (DAB) accessibles par les utilisateurs pour l ' achat de tickets préalablement mis à la disposition de l'organisme bancaire par le système de gestion, les moyens d' authentification et d' identification étant intégrés à chaque terminal.
5. Installation selon l' une quelconque des revendications 1 à
4, caractérisée en ce que le système (12) de gestion comporte des moyens pour transmettre à l' organisme bancaire l' indication de chaque achat effectué au moyen de chaque ticket pour provoquer la rétribution des marchands.
6. Système ( 16) de délivrance de tickets d' achats prépayés pour installation de règlement de produits ou services selon l' une quelconque des revendications 1 à 5, caractérisé en ce qu'il comprend des moyens (18) de stockage de données dans lesquels sont stockés le ou les tickets dont dispose chaque utilisateur et dans lesquels sont stockés la liste des achats effectués au moyen de chaque ticket.
7. Système ( 12) de génération de tickets d' achats prépayés pour installation de règlement de produits ou services selon l' une quelconque des revendications 1 à 5, caractérisé en ce qu'il comprend des moyens (14) de stockage de données dans lesquels sont mémorisés les achats effectués au moyen de chaque ticket et dans lesquels la valeur de chaque ticket est mise à jour en fonction des achats effectués.
8. Programme d' ordinateur stocké sur un support de stockage de données, caractérisé en ce qu'il comporte un premier ensemble de codes d'instruction adaptés pour affecter à chaque utilisateur un ou plusieurs tickets d' achat prépayés, lorsqu'il est exécuté au sein d'un système de délivrance de tickets, selon la revendication 6.
9. Programme d'ordinateur stocké sur un support de stockage de données, caractérisé en ce qu' il comporte un premier ensemble de codes d' instruction adaptés pour générer des tickets d' achat ayant chacun une valeur d' émission prédéterminée, et un deuxième ensemble de codes d'instruction adaptés pour mettre à jour la valeur de chaque ticket en fonction des achats effectués, lorsqu'il est exécuté au sein d' un système de génération de tickets selon la revendication 7.
EP05805822A 2004-09-24 2005-09-19 Installation de reglement de produits ou services aupres de marchands au moyen de tickets d'achat prepayes Ceased EP1792284A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0410115 2004-09-24
PCT/FR2005/002314 WO2006035136A1 (fr) 2004-09-24 2005-09-19 Installation de reglement de produits ou services aupres de marchands au moyen de tickets d'achat prepayes

Publications (1)

Publication Number Publication Date
EP1792284A1 true EP1792284A1 (fr) 2007-06-06

Family

ID=34950866

Family Applications (1)

Application Number Title Priority Date Filing Date
EP05805822A Ceased EP1792284A1 (fr) 2004-09-24 2005-09-19 Installation de reglement de produits ou services aupres de marchands au moyen de tickets d'achat prepayes

Country Status (3)

Country Link
US (1) US20080048019A1 (fr)
EP (1) EP1792284A1 (fr)
WO (1) WO2006035136A1 (fr)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080076528A1 (en) * 2006-09-08 2008-03-27 Igt Instant anonymous account creation
EP2502192A2 (fr) * 2009-11-18 2012-09-26 Magid Joseph Mina Systèmes et procédés de paiement en transaction anonyme
US10366457B2 (en) 2013-03-09 2019-07-30 Paybook, Inc. Thematic repositories for transaction management
WO2014164382A1 (fr) * 2013-03-09 2014-10-09 Paybook, Inc. Référentiels thématiques pour la gestion de transactions

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1264287A1 (fr) * 2000-03-17 2002-12-11 First Financial Internet, Inc. Procede et systeme de paiement prepaye destines a des transactions d'achat anonymes
EP1168263A1 (fr) * 2000-06-26 2002-01-02 Marco Sormani Procédé et système pour effectuer des paiements sur internet
CN1945616A (zh) * 2000-11-08 2007-04-11 松下电器产业株式会社 个人电子价值银行系统
FR2821221A1 (fr) * 2001-02-21 2002-08-23 Laurent Granier Systeme de reglement au moyen d'un support anonyme de pre-paiement a debit limite
US6659259B2 (en) * 2001-06-01 2003-12-09 Datawave Systems, Inc. Multiple denomination currency receiving and prepaid card dispensing method and apparatus
US20020194122A1 (en) * 2001-06-01 2002-12-19 Datawave Systems, Inc. Credit extension process using a prepaid card

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
WO2006035136A1 (fr) 2006-04-06
US20080048019A1 (en) 2008-02-28

Similar Documents

Publication Publication Date Title
AU754886C (en) A virtual private lock box
US7783517B2 (en) Systems, methods, and devices for selling transaction instruments via web-based tool
US8738521B2 (en) Method and system for processing internet payments using the electronic funds transfer network
AU2019203770A1 (en) Prepaid card exchange systems and associated methods
US20160300235A1 (en) Tracking physical locations of transaction instruments
US20050182720A1 (en) Online payment system and method
US20130317984A1 (en) Method and system for processing internet payments using the electronic funds transfer network
AU2018206735A1 (en) Gift card exchange kiosks and associated methods of use
US20090157520A1 (en) System and methods for disclosing transaction information to customers
WO2006051350A1 (fr) Carte de paiement prepayee a rechargement instantane a distance par coupon
US20020095374A1 (en) Method and apparatus for processing cash payments for electronic and internet transactions
EP1792284A1 (fr) Installation de reglement de produits ou services aupres de marchands au moyen de tickets d'achat prepayes
WO1998040834A1 (fr) Procede et systeme de transaction financiere liee a la consommation
EP1421564B1 (fr) Dispostif de paiement
AU2004201231B2 (en) Method and system for processing internet payments using the electronic funds transfer network
FR3074946A1 (fr) Methodes et systemes de transaction electronique
WO2002067214A1 (fr) Systeme de reglement au moyen d'un anonyme et d'un credit pre-paye
WO2001093219A2 (fr) Systeme de paiements financiers

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

AK Designated contracting states

Kind code of ref document: A1

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

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

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

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20110429