CA2217739A1 - Electronic payment method for purchase-related transactions over a computer network - Google Patents
Electronic payment method for purchase-related transactions over a computer network Download PDFInfo
- Publication number
- CA2217739A1 CA2217739A1 CA002217739A CA2217739A CA2217739A1 CA 2217739 A1 CA2217739 A1 CA 2217739A1 CA 002217739 A CA002217739 A CA 002217739A CA 2217739 A CA2217739 A CA 2217739A CA 2217739 A1 CA2217739 A1 CA 2217739A1
- Authority
- CA
- Canada
- Prior art keywords
- payment
- customer
- supplier
- server
- network
- 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.)
- Abandoned
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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
-
- 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/04—Payment circuits
-
- 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/04—Payment circuits
- G06Q20/047—Payment circuits using payment protocols involving electronic receipts
-
- 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
-
- 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/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
Abstract
A method using an open communication network (10) to which retailer server stations (20) and customer stations (30) are connected. According to the method, a retailer server station generates a payment slip for the planned purchase transaction between the retailer and a customer, which slip comprises data on the retailer, the customer, the purchased item or service and the price; the payment slip is transmitted over the network to a payment server station (40); the payment server automatically checks whether the payment of said price is authorised for the customer in question, by querying the client's personal account set up in the payment server for paying small amounts, or, in the case of larger amounts, by making a query over a banking network (50) separate from the computer network (10); if the payment is authorised, the payment server generates a cash voucher comprising at least some of the data on the payment slip; and the cash voucher is transmitted to the retailer to enable the purchase to go ahead.
Description
j CA 02217739 1997-10-08 ELECTRONIC PAYMENT MET~OD FOR PnR~A~F.-RFT.ATFn TRAN~ACTIONS OVER A
COMPUTER N~l~UKK
The present invention concerns an electronic payment method enabling 5 transactions to be carried out relating to the purchase of "goods" offered by suppliers by means of on-line services via a public co~ ulei telec~.l....l...ir~tinn nGlwulh to which are ~ttache(l suppliers' seners and clients' stations. Here, "public colll~lllel teleco.l....l..)ir~tion nGlwolhl' is intenflP~ to mean a network to which persons or co...p~.-ies can freely connect themselves so long as they have an lû address, for example the "Tlll~ t". "Goods" is intPn-lP(l to mean products orservices, which are delivered outside the network after the transaction has beenconcluded, as well as non-m~tçri~l goods, such as information, which can be delivered via the co~ ulGr network.
Various electronic payment methods have been proposed, and some are 15 already operational.
Several methods are based on a new form of currency. They involve an electronic reprçsçnt~ti~>n~ sometimes called a "token", which can be purely embodied in software or can be partly physical, for example a "smart card". T~hese methods neces~il;.~e circulation of the ~;UllGllCy on the colllpulGr network, which 20 plcselll~ difficult security problems regarding the creation of false CU11G11~;Y.
Other known electronic payment methods ~ece~ le a direct relation with a bank or a banking network. These are typified by methods used in the credit card ll~,Lw~Jl~; such as well-hnown methods ~ltili7.ing point-of-sale tçnnin~l~
linked to a bank card circuit as well as methods employing electronic cheques 25 using an electronic signature to ~lthpnficate the purchaser. This is a form of engagement letter issued by a purchaser, returned to the seller and accepted andrecognised by a bank.
There are certain inconveniences associated with methods which n~c~s~ilalt;, at one time or another during a transaction, a relationship with a30 traditional banking system and the effecting of a transaction in such a system.
R~nkin~ system transactions have a real cost which becomes prohibitive when the amount of the purchase is very low, for example, an amount based on a query to adata base. And computer nGLwolhs are well adapted to the sale of low-priced goods, in particular informational goods, since the delivery can be carried out 35 through the network itself. Moreover, access to a banking network or a bank card network must have high levels of security, which, in practical terms, excludes the _ ~ CA 02217739 1997-10-08 -possibility of access through a public co~ ult;r llelwolh, sueh as the ~r..~ , to which potential purchasers can connect themselves.
An object of the invention is to provide a method which avoids the problems of the known methods - in particular, a method p~....;lli..g a simple and 5 reliable way of accomplishing transactions relating to the purchase of goods on a CO~ e~ lwolh, without the need to circulate electronic cullcncy~ for goods of high price req 1irinp~ ~llt~ riC~tion from a traditional banking system, as well as for goods of low to very-low price.
The object is achieved by a method of the type defined at the begi..~ of 10 the present ~esc~iption and COlll~ lg, according to the invention, the steps of:
-creation, by the server of a supplier connected to the llt;lwulh, of a tr~n~ction authorisation request or "payment ticket", conceming a pulcllase envisaged between the supplier and a customer, and ~;o...~,. ;~;.1~ information relating to the supplier, the customer, the purchased object and the price;
-~ c~ si~n of the payment ticket via the colllpuler network to a payment server which is distinct from the customer station and the supplier server, -automatic verifir~tion by the payment server of whether the payment of the price is authorised for the customer involved, the v~rifir~tion being effected, according to the level of the price to be paid, either by interrogation of an ~Ccol~nt 20 of the customer, held by the payment server and int~.n~led for payment of smaller sums, or by interrogation on a banking network, inflepen-lent of the colllpul~
network, for payment of higher sums;
-if the verification is positive, creation by the payment server of a transaction authorisation or voucher including at least part of the payment ticket 25 inforrn~tion; and sion of the voucher to the supplier server via the colll~ult;
network, to authorise the conclusion of the purchase.
Thus, the procedure according to the invention is nott;~o,lhy in that it nrc~csil~e~ neither the creation of electronic currency nor the circ~ tion of 30 electronic currency over the colllpul~l network.
The control of the transactions is effected by a payment server which alone can access a banking network or a bank card nelwolk, and which m~n~ges non-bank c~-.ctomer accounts from which small sum transactions can be effected.
The payment server also manages non-bank supplier accounts used for 35 small sum ~ cl ;ons. In this way, when a voucher is tr~ncmittecl after verification by interrogation of a customer account held by the payment server, the amount of the purchase is debited from the customer account and credited to the account of the co~.r~ d supplier and held by the payment sener, a procedure which does not produce high procescinp~ costs.
Each customer has available his own identity to enable use of the payment 5 method. He must also have available a real bank account, plGfGl~bly one which can be operated by means of traditional bank cards. The verification by the payment server can include a preliminary phase of validating the identity of thecustomer from the CO11lG11lS of the payment ticket. The identity validation precedes access to the customer account (if the sum of the ~u~ ce is low) or access to the 10 bank network (if the amount involved in the yul~;llase is higher). The paylllclll server preferably includes means, for example a data base, for storing the relationship between the customer identities used for tr~nc~ctions on the Co~ ulGi network and the bank identities (bank account or credit card numbers) used for transactions on the bank ~lGlwu~h. In that way, the circulation of banking i~ientiti~c 15 on the Co...yulG. ~elwc ~h can be avoided.
An implementation of the invention will now be described, as a non-limitin~ example, with reference to the accompd~ying drawings, in which:
-Figure 1 is a general sc-h~m~tic view of an electronic ydylllG..l system accol~lh.g to the invention;
-Figure 2 is a lepl~s~ ion in the form of a block sr~ c ~ grAm of a payment server of the system of Figure 1;
-Figure 3 illustrates the progression of operations relating to a purchase using the system of Figure 1; and Figures 4A to 4C are flow charts showing srhem~tically the operations carried out by the payment server.
Figure 1 lGylGse~ sr-hrln~tically a co,,lyulel telec(l.-.. ication nGlwo-h 10 to which are connected supplier servers 20, customer stations 30 and at leastone payment server 40.
The COI11YUlG1 llelwolh 10 is an open or public network, for example the 30 network known as the "r..le~ t". The supplier servers 20 are units such as those currently used for on-line services connrctecl to the rnt~rnet, for example, units o,~ i.ce~l around UNIX-based multi-processor m~rhines. The customer st~ti~mc 30 are basically microcomp.lle.~ which are provided with means for connecting tothe Tnternrt network 10, for example, in the form of a "Web" interface. The 35 supplier servers 20 and the customer stations 30 may use, for example, known software protocols commonly known ~ the "World Wide Web" ("WWW") employing the HITP protocol.
The payment server 40, shown in more detail in Figure 2, comprises front and rear units l~s~e.;lively 41 and 42 both connected to the Tnt--rnet 10. The front 5 unit 41 has an ar hitcçt--re similar to that of a standard server conn~cte~l to a network such as the rntçrn~t The rear unit 42 in~ltlcles a proc~ssing unit 43 co~ .i"i"g one or more processors, a data base 44 cn,,~ information relatingto the suppliers and customers subscribing to the payment system, a tr~n~ction register 45, an intc.rf~re unit 46 for connectin~ with a banhing ll~lw~Jlh or with a 10 bank card network 50, and a communication bus 47 or similar other link enabling connection between the dirr~G~lL con~tituçnt parts of the unit. A secure connection 48 enables bi-directional communication between the front unit 41 and the plocessi~g unit 43. Colll,,,unication with the network 10 is controlled by the front unit 41 while m~n~gement of the data base 44 as well as the control of the 15 col~ tion with the banking ll~ilwulh are assured by the rear unit 42.
The data base 44 colll~i"s information relating to the customers and to the suppliers who have subscribed to the payment system. For each customer, the database 44 CO~t~illS the system identity ("CId") ~ ign~rl when the customer initially subscribes to the system, a customer account or electronic wallet ("PME") for 20 payment of small sums, a banking identity such ~ an account number of a real account or a credit card number, possibly as well as the customer's own access p~~wo,.l or "key". For each supplier, the data base 44 colll~ s the system identity of the supplier/merchant ("MId"), which is a~.~igne(1 when the supplier initially subscribes to the system, a supplier account, or electronic cash register (' l ~ ) for 25 receipt of small sums and a banking identity such as a bank account number.
Figure 3 shows schematically the dirrt;~t;lll stages of a transaction relating to the purchase of goods by a subscribing customer from a subscribing supplier. It can be a case of m~tçrizll goods, for which delivery to the customer will take place after conclusion of the tr~n~action, or non-m~tçri~l goods (such ~ information) 30 which can be provided to the customer over the co",pult;r network as soon as electronic payment has been effected.
(1) Consultation by the customer After connl-cting to the Internet 10, a customer can consult the catalogue or "window" of any supplier on-line by ~ccç~ing the supplier's server 20 and 35 viewing the supplier's wares on the screen of the customer station 30. On pl~sç.~ tion of the customer's system identity CId, the supplier's server 20 can present to the customer particular ~ l conditions (for example a discount) applicable tQ the potential tr~n~ction.
COMPUTER N~l~UKK
The present invention concerns an electronic payment method enabling 5 transactions to be carried out relating to the purchase of "goods" offered by suppliers by means of on-line services via a public co~ ulei telec~.l....l...ir~tinn nGlwulh to which are ~ttache(l suppliers' seners and clients' stations. Here, "public colll~lllel teleco.l....l..)ir~tion nGlwolhl' is intenflP~ to mean a network to which persons or co...p~.-ies can freely connect themselves so long as they have an lû address, for example the "Tlll~ t". "Goods" is intPn-lP(l to mean products orservices, which are delivered outside the network after the transaction has beenconcluded, as well as non-m~tçri~l goods, such as information, which can be delivered via the co~ ulGr network.
Various electronic payment methods have been proposed, and some are 15 already operational.
Several methods are based on a new form of currency. They involve an electronic reprçsçnt~ti~>n~ sometimes called a "token", which can be purely embodied in software or can be partly physical, for example a "smart card". T~hese methods neces~il;.~e circulation of the ~;UllGllCy on the colllpulGr network, which 20 plcselll~ difficult security problems regarding the creation of false CU11G11~;Y.
Other known electronic payment methods ~ece~ le a direct relation with a bank or a banking network. These are typified by methods used in the credit card ll~,Lw~Jl~; such as well-hnown methods ~ltili7.ing point-of-sale tçnnin~l~
linked to a bank card circuit as well as methods employing electronic cheques 25 using an electronic signature to ~lthpnficate the purchaser. This is a form of engagement letter issued by a purchaser, returned to the seller and accepted andrecognised by a bank.
There are certain inconveniences associated with methods which n~c~s~ilalt;, at one time or another during a transaction, a relationship with a30 traditional banking system and the effecting of a transaction in such a system.
R~nkin~ system transactions have a real cost which becomes prohibitive when the amount of the purchase is very low, for example, an amount based on a query to adata base. And computer nGLwolhs are well adapted to the sale of low-priced goods, in particular informational goods, since the delivery can be carried out 35 through the network itself. Moreover, access to a banking network or a bank card network must have high levels of security, which, in practical terms, excludes the _ ~ CA 02217739 1997-10-08 -possibility of access through a public co~ ult;r llelwolh, sueh as the ~r..~ , to which potential purchasers can connect themselves.
An object of the invention is to provide a method which avoids the problems of the known methods - in particular, a method p~....;lli..g a simple and 5 reliable way of accomplishing transactions relating to the purchase of goods on a CO~ e~ lwolh, without the need to circulate electronic cullcncy~ for goods of high price req 1irinp~ ~llt~ riC~tion from a traditional banking system, as well as for goods of low to very-low price.
The object is achieved by a method of the type defined at the begi..~ of 10 the present ~esc~iption and COlll~ lg, according to the invention, the steps of:
-creation, by the server of a supplier connected to the llt;lwulh, of a tr~n~ction authorisation request or "payment ticket", conceming a pulcllase envisaged between the supplier and a customer, and ~;o...~,. ;~;.1~ information relating to the supplier, the customer, the purchased object and the price;
-~ c~ si~n of the payment ticket via the colllpuler network to a payment server which is distinct from the customer station and the supplier server, -automatic verifir~tion by the payment server of whether the payment of the price is authorised for the customer involved, the v~rifir~tion being effected, according to the level of the price to be paid, either by interrogation of an ~Ccol~nt 20 of the customer, held by the payment server and int~.n~led for payment of smaller sums, or by interrogation on a banking network, inflepen-lent of the colllpul~
network, for payment of higher sums;
-if the verification is positive, creation by the payment server of a transaction authorisation or voucher including at least part of the payment ticket 25 inforrn~tion; and sion of the voucher to the supplier server via the colll~ult;
network, to authorise the conclusion of the purchase.
Thus, the procedure according to the invention is nott;~o,lhy in that it nrc~csil~e~ neither the creation of electronic currency nor the circ~ tion of 30 electronic currency over the colllpul~l network.
The control of the transactions is effected by a payment server which alone can access a banking network or a bank card nelwolk, and which m~n~ges non-bank c~-.ctomer accounts from which small sum transactions can be effected.
The payment server also manages non-bank supplier accounts used for 35 small sum ~ cl ;ons. In this way, when a voucher is tr~ncmittecl after verification by interrogation of a customer account held by the payment server, the amount of the purchase is debited from the customer account and credited to the account of the co~.r~ d supplier and held by the payment sener, a procedure which does not produce high procescinp~ costs.
Each customer has available his own identity to enable use of the payment 5 method. He must also have available a real bank account, plGfGl~bly one which can be operated by means of traditional bank cards. The verification by the payment server can include a preliminary phase of validating the identity of thecustomer from the CO11lG11lS of the payment ticket. The identity validation precedes access to the customer account (if the sum of the ~u~ ce is low) or access to the 10 bank network (if the amount involved in the yul~;llase is higher). The paylllclll server preferably includes means, for example a data base, for storing the relationship between the customer identities used for tr~nc~ctions on the Co~ ulGi network and the bank identities (bank account or credit card numbers) used for transactions on the bank ~lGlwu~h. In that way, the circulation of banking i~ientiti~c 15 on the Co...yulG. ~elwc ~h can be avoided.
An implementation of the invention will now be described, as a non-limitin~ example, with reference to the accompd~ying drawings, in which:
-Figure 1 is a general sc-h~m~tic view of an electronic ydylllG..l system accol~lh.g to the invention;
-Figure 2 is a lepl~s~ ion in the form of a block sr~ c ~ grAm of a payment server of the system of Figure 1;
-Figure 3 illustrates the progression of operations relating to a purchase using the system of Figure 1; and Figures 4A to 4C are flow charts showing srhem~tically the operations carried out by the payment server.
Figure 1 lGylGse~ sr-hrln~tically a co,,lyulel telec(l.-.. ication nGlwo-h 10 to which are connected supplier servers 20, customer stations 30 and at leastone payment server 40.
The COI11YUlG1 llelwolh 10 is an open or public network, for example the 30 network known as the "r..le~ t". The supplier servers 20 are units such as those currently used for on-line services connrctecl to the rnt~rnet, for example, units o,~ i.ce~l around UNIX-based multi-processor m~rhines. The customer st~ti~mc 30 are basically microcomp.lle.~ which are provided with means for connecting tothe Tnternrt network 10, for example, in the form of a "Web" interface. The 35 supplier servers 20 and the customer stations 30 may use, for example, known software protocols commonly known ~ the "World Wide Web" ("WWW") employing the HITP protocol.
The payment server 40, shown in more detail in Figure 2, comprises front and rear units l~s~e.;lively 41 and 42 both connected to the Tnt--rnet 10. The front 5 unit 41 has an ar hitcçt--re similar to that of a standard server conn~cte~l to a network such as the rntçrn~t The rear unit 42 in~ltlcles a proc~ssing unit 43 co~ .i"i"g one or more processors, a data base 44 cn,,~ information relatingto the suppliers and customers subscribing to the payment system, a tr~n~ction register 45, an intc.rf~re unit 46 for connectin~ with a banhing ll~lw~Jlh or with a 10 bank card network 50, and a communication bus 47 or similar other link enabling connection between the dirr~G~lL con~tituçnt parts of the unit. A secure connection 48 enables bi-directional communication between the front unit 41 and the plocessi~g unit 43. Colll,,,unication with the network 10 is controlled by the front unit 41 while m~n~gement of the data base 44 as well as the control of the 15 col~ tion with the banking ll~ilwulh are assured by the rear unit 42.
The data base 44 colll~i"s information relating to the customers and to the suppliers who have subscribed to the payment system. For each customer, the database 44 CO~t~illS the system identity ("CId") ~ ign~rl when the customer initially subscribes to the system, a customer account or electronic wallet ("PME") for 20 payment of small sums, a banking identity such ~ an account number of a real account or a credit card number, possibly as well as the customer's own access p~~wo,.l or "key". For each supplier, the data base 44 colll~ s the system identity of the supplier/merchant ("MId"), which is a~.~igne(1 when the supplier initially subscribes to the system, a supplier account, or electronic cash register (' l ~ ) for 25 receipt of small sums and a banking identity such as a bank account number.
Figure 3 shows schematically the dirrt;~t;lll stages of a transaction relating to the purchase of goods by a subscribing customer from a subscribing supplier. It can be a case of m~tçrizll goods, for which delivery to the customer will take place after conclusion of the tr~n~action, or non-m~tçri~l goods (such ~ information) 30 which can be provided to the customer over the co",pult;r network as soon as electronic payment has been effected.
(1) Consultation by the customer After connl-cting to the Internet 10, a customer can consult the catalogue or "window" of any supplier on-line by ~ccç~ing the supplier's server 20 and 35 viewing the supplier's wares on the screen of the customer station 30. On pl~sç.~ tion of the customer's system identity CId, the supplier's server 20 can present to the customer particular ~ l conditions (for example a discount) applicable tQ the potential tr~n~ction.
(2) Purchase demand Once the customer has chosen a commodity (object) O, his choice is 5 ~ to the supplier's server in the fomm of a message col.l;.i"il~ an identity OId of the commodity and the identity CId of the customer. When nr~s~ry, for example, for the eventual delivery of the commodity chosen, the supplier's server can request supplementary i~r(J~ lion such as an address arld ~lGr~ ;id deliverytime. This may co~ .liently be done through use of an electronic fomm sent over 10 the network to be filled in by the customer.
When the purchase envisaged represents a large sum or is subjected to legal conditions, a prelimin~ry ~l~thPntication of the customer may be desired. As will be seen in detail in the following, the ~nthrntication of a customer is effected by the payment server 40. Also, the ~uthelttication clem~n~l coming from a supplier is 15 advantageously issued in the fomm of a payment ticket of no value which is h...~ l to the payment server over the colll~ l network via the ~;u~rlolllel station and, in the case of ~osilive ~ttthl~ntication~ provokes the retum of a voucher from the payment server to the supplier server, always by way of the customer station. The procedure for the establisl.llle.l~ of a payment ticket and for the20 lr~lll ip of a voucher are described in greater detail in the following.
The pulcllase d~-nn tn~l issued by the customer can relate to a single commodity or to several goods to be provided as a group "basket purchase".
When the purchase envisaged represents a large sum or is subjected to legal conditions, a prelimin~ry ~l~thPntication of the customer may be desired. As will be seen in detail in the following, the ~nthrntication of a customer is effected by the payment server 40. Also, the ~uthelttication clem~n~l coming from a supplier is 15 advantageously issued in the fomm of a payment ticket of no value which is h...~ l to the payment server over the colll~ l network via the ~;u~rlolllel station and, in the case of ~osilive ~ttthl~ntication~ provokes the retum of a voucher from the payment server to the supplier server, always by way of the customer station. The procedure for the establisl.llle.l~ of a payment ticket and for the20 lr~lll ip of a voucher are described in greater detail in the following.
The pulcllase d~-nn tn~l issued by the customer can relate to a single commodity or to several goods to be provided as a group "basket purchase".
(3) Development of the payment demand In response to a pulcllase deTn tn-l, the supplier server develops a payment dcnn~ntl~ which can include the following infommation:
-Identity of the supplier ("MId");
-Description of the commodity ordered, or, in the case of grouped purchases, each of the goods in the basket;
-Type of tr~n~ction (single or basket);
-Identity of the customer ("CId");
-Identity of the commodity or collection of goods of the basket ("OId");
-Price of the commodity ("Oid");
-Value Added Tax, VAT, (if applicable), -Date and time of the issue of the payment ticket (hour and date ~lall.pillg by the supplier server);
-Period of validity of the payment ticket; and -Serial number in the sales register of the supplier (particularly in the case when the l.~ l;on has inrlllderl a preli...i~-,..y ~thl-ntication stage).
The combination of the above infonn~til-n is coded as a series of bytes which are ~~ hled in the hidden ch~nnel of a payment ticket (or URL of an order S of a commodity, URL being the initials of "Uniform Resource Locator" used in WWW software with the HITP protocol), as follows:
URL http:<SP>cdesc . ;l,lion of the ordeD, where SP is the ~..I~...~t address of the payment server. The payment ticket is addressed to the customer station. It is completed by two logical "anchors" which 10 enable the customer either to cancel or to confirm.
-Identity of the supplier ("MId");
-Description of the commodity ordered, or, in the case of grouped purchases, each of the goods in the basket;
-Type of tr~n~ction (single or basket);
-Identity of the customer ("CId");
-Identity of the commodity or collection of goods of the basket ("OId");
-Price of the commodity ("Oid");
-Value Added Tax, VAT, (if applicable), -Date and time of the issue of the payment ticket (hour and date ~lall.pillg by the supplier server);
-Period of validity of the payment ticket; and -Serial number in the sales register of the supplier (particularly in the case when the l.~ l;on has inrlllderl a preli...i~-,..y ~thl-ntication stage).
The combination of the above infonn~til-n is coded as a series of bytes which are ~~ hled in the hidden ch~nnel of a payment ticket (or URL of an order S of a commodity, URL being the initials of "Uniform Resource Locator" used in WWW software with the HITP protocol), as follows:
URL http:<SP>cdesc . ;l,lion of the ordeD, where SP is the ~..I~...~t address of the payment server. The payment ticket is addressed to the customer station. It is completed by two logical "anchors" which 10 enable the customer either to cancel or to confirm.
(4) Sending the payment order The payment order is ~ d to the payment server simply by validation by the customer of the URL of the payment order. As will be appre~ te~l, the payment ticket only passes in transit through the customer station.
(5) Issue of the voucher Upon reception of a payment order, the payment server 40 ~lec~es the payment order, ~uth~nticates the customer and invçstig;~tes whether the pdyllltllt can be ~uthori~e~l before rGllll..i..g either a voucher or a payment refusal. The c~lol~cl ~llth~ntir~ti~n and payment ~lth~ri~tion operations will be described in greater detail with reference to Figure 4.
When the verification process does not permit authorisation of payment, an explanatory refusal notification (referring, for example, to insufficient funds in the account, to the passing of a limit authorised for the customer, etc.) is sent to the customer by the payment server. When the veri~lcation does permit ~lthori~tion of payment, the information cont~inecl in the payment ticket is completed with aseAal number in the llallsa~;lion register 45, a time stamp, a validity time limit (typically some tens of seconds) and the seal of the payment server co~ l;--g certification information. The combination of this information, possibly after being digitally signed through use of a private key portion of a public key/private key encly~lion system belonging to the payment server (which ensures the validity and the integrity of the payment authorisation) is encoded in a series of bytes which cn- -~ the hidden ch~nn~l of a voucher or delivery URL:
URL http:<M><description of the voucheD, where M is the rntçrn~t address of the supplier.
When the verification process does not permit authorisation of payment, an explanatory refusal notification (referring, for example, to insufficient funds in the account, to the passing of a limit authorised for the customer, etc.) is sent to the customer by the payment server. When the veri~lcation does permit ~lthori~tion of payment, the information cont~inecl in the payment ticket is completed with aseAal number in the llallsa~;lion register 45, a time stamp, a validity time limit (typically some tens of seconds) and the seal of the payment server co~ l;--g certification information. The combination of this information, possibly after being digitally signed through use of a private key portion of a public key/private key encly~lion system belonging to the payment server (which ensures the validity and the integrity of the payment authorisation) is encoded in a series of bytes which cn- -~ the hidden ch~nn~l of a voucher or delivery URL:
URL http:<M><description of the voucheD, where M is the rntçrn~t address of the supplier.
(6) Delivery request The voucher is ~ cl to the supplier server via the customer station.
This can be efl~ected auloll~tir~lly by the software installed in the r~-st-)mer station using the re-routing possibility of the URL-s, well-known to those skilled in the art to which the invention pertains. The supplier server decodes and verifies the 5 lGc~ivt;d voucher before ~llfhori~in~ delivery of the commodity. This veriffcation includes using the private key of the payment server, v~liryhlg that the validity time limit has not passed and co~p.~ the co..~r~ of the voucher w*h the payllle.~l cleSn~n-l (7) Delivery of the commodity When the voucher has been validated by the supplier server, this server can effect delivery directly to the customer station, in the case where the commodity being purchased is inform~tion, or address to the customer station a document permitting the collection of the commodity and, notably, specifying the place ofdelivery and the name of the recipient.
It will be noted that, in the case of a grouped or basket purchase, the supplier server creates an object with allocation of a unique identity, a list of the U~Ls of each of the goods contained in the basket. It is this object which is indicated in the URL commodity order and which enables the details of the purchased goods to be recorded in the tr~n~ctinn register of the payment server.Figures 4A to 4C show the operations carried out by the payment server 40 in response to the reception of a payment order.
In the front unit 41(Figure 4A), the payment order is decoded (stage 61) and its validity is e~minrd (test 62) notably from the point of view of the validity period. If the result of the cx;....i~ ion is negative, a refusal notification is sent to 25 the customer station (stage 63). If the result of the ~i....;..~tion is positive, customer authentication follows (stage 64). The details of this operation are described further with reference to Figure 4C. If the authentication is negative (test 65), a refusal notification is sent to the customer (stage 63). If the a~lthrntication produces a positive result, the payment order (possibly limited to the ~;u~lome~30 identity CId, the supplier identity MId and the price) is tr~n~mittecl via the col"",u"ication stage 68 to the rear unit 42 of the payment server shown in Figure 2 (stage 66). The col~lec~ion 48, as mentioned above, is a secure connection p~ c;lllillg access to the rear unit by persons connected to the network 10.
The front unit 41 then waits for the rear unit to clete, . . . i . .~ whether or not to 35 authorise the payment (stage 67). If the payment is not authorised, (test 68), a refusal notification is sent to the customer station (stage 63). If the payment is authorised, a voucher is ~p~llcd (stage 69) usirlg the information recorded in stage 62. The voucher is saved in a memory of the front unit 41 (stage 70) and is sent to the supplier server via the customer station (stage 71).
~ the rear unit 42 (Figure 4B) of the payment server, a newly received and 5 ~uth~nticated payment order is ~mine~l to ~ "~ whether this order should be ~uth(>ri~ed from the customer account PME or through the banking ~lc;lwolh. In this respect, the price is colllpdlGd with a ~ ... threshold (test 72). Thisthreshold is, for example, some tens of French francs.
If the threshold is exceeded, a request for effecting the payment operation is 10 sent to the banking network (stage 73) using the banking identity co,,c;spollding to the customer identity CId as obtained from consultation of the data base 44. Thepositive or negative response from the banking network (stage 74), when received, is l.~...c...il~e-l to the front unit 41 (stage 75).
If the threshold is not exceeded, the payment can be effected from the PME
15 customer account.
In this event, the customer ~Ccount iS ~x;tlll i..ed to ~let~-- .. . i..~. whether it has sufficient funds (test 76). If it does not, a refusal of payment authorisation is sent from the rear to the front unit (stage 75). If it does, the price is debited from the PME customer account, the TCE supplier account collc;s~onding to the identity MId is credited with the same sum (stage 77), the transaction is inscribed in the transaction register 45 (stage 78), and the payment authorisation - in other words, a positive response - is lldnslllilled to the front unit 41 with the indication of the serial number of the inscription in the tr~n~ction register (stage 75).
The authentication procedure in the payment server (Figure 4C~, at the stage 64 of Figure 4A, comprises sending to the customer station, preferably in secure (encrypted) form, a ~leln~n-l for an access key, or pdS~WOld (stage 641).Upon reception, in secure form, of the access key (stage 64), a COlll~dliSOll iSeffected between corresponding information contained in the data base 44 (test 643). If the col"palison is negative, and a lll~illlUlll number of ~In~ucc~ssf~ll dlk;lll~l~ has not been reached (test 644), the process returns to stage 641. If this mi.x;.~,.. number has been reached, the failure to authorise is noted, and an alert is produced (stage 645) and a negative response is sent to the customer station (stage 646). The alert can comprise cancellation of the PME account or surveillance of this account in order to detect new usage ~ ;",~ f the test at step 643 is positive, the ~uthent;cation is recorded (stage 647) and a positive response is provided (stage 648).
Dirr~ilG~ nr~1ing tç~hni~ e.s for p~....;ll;..~ secure ~ m of numeric information in a colll~ulel network are well known, notably for the request and sçn~lin~ of access keys.
The authentication procedure disclosed herein permits a prel i . . . ; . .. . y S ~lth~ntication of a customer to be effected when necessary before the establishment of a payment deln~n~l by the supplier's server. For this ~lth--ntir~tion, it is ~nfficient to create a payment ticket in which the price indicated is zero, as indicated above.
The recording of the voucher in the front unit permits the cnctomer~ and the suppliers to carry out controls and, possibly, to obtain copies of these. The ccol~lillg of tr~n~ctions in the rear unit enables records of the transactions to be conserved for possible use when needed later, for example, in the case of a dispute arising belwt;till a customer and a supplier.
The balance in the customer accounts PME m~n~ge~d by the payment server is limited in size and, according to the pl~;rt;llt;d embodiment of the invention, these accounts do not receive interest payments (the payment system being separate from the b~nkin~ world). Replenishment by a customer of his PME
~c~ount can be effected from his bank account, by placing an order with his banking establishment.
The supplier accounts TCE m:~n~g~o~l by the payment server are ~c~oci~ted with real bank accounts of the suppliers, into which they are, for example, emptied daily.
Although there has been described above one way of putting into effect the method according to the invention in an Internet ellvho~ lent and with WWW
software using the HITP protocol, a person skilled in the art will readily appreciate that the method can be put into effect with a network other than Internet or further with supplier servers and customer station software which does not use the HITP protocol of WWW. Furthermore, secure ~thrntication methods using a~dldllls such as smart card readers or voiceprint recognition means can be foreseen in the place of access keys. These and other variations which will occur to those skilled in the art are within the spirit and scope of the present invention.
This can be efl~ected auloll~tir~lly by the software installed in the r~-st-)mer station using the re-routing possibility of the URL-s, well-known to those skilled in the art to which the invention pertains. The supplier server decodes and verifies the 5 lGc~ivt;d voucher before ~llfhori~in~ delivery of the commodity. This veriffcation includes using the private key of the payment server, v~liryhlg that the validity time limit has not passed and co~p.~ the co..~r~ of the voucher w*h the payllle.~l cleSn~n-l (7) Delivery of the commodity When the voucher has been validated by the supplier server, this server can effect delivery directly to the customer station, in the case where the commodity being purchased is inform~tion, or address to the customer station a document permitting the collection of the commodity and, notably, specifying the place ofdelivery and the name of the recipient.
It will be noted that, in the case of a grouped or basket purchase, the supplier server creates an object with allocation of a unique identity, a list of the U~Ls of each of the goods contained in the basket. It is this object which is indicated in the URL commodity order and which enables the details of the purchased goods to be recorded in the tr~n~ctinn register of the payment server.Figures 4A to 4C show the operations carried out by the payment server 40 in response to the reception of a payment order.
In the front unit 41(Figure 4A), the payment order is decoded (stage 61) and its validity is e~minrd (test 62) notably from the point of view of the validity period. If the result of the cx;....i~ ion is negative, a refusal notification is sent to 25 the customer station (stage 63). If the result of the ~i....;..~tion is positive, customer authentication follows (stage 64). The details of this operation are described further with reference to Figure 4C. If the authentication is negative (test 65), a refusal notification is sent to the customer (stage 63). If the a~lthrntication produces a positive result, the payment order (possibly limited to the ~;u~lome~30 identity CId, the supplier identity MId and the price) is tr~n~mittecl via the col"",u"ication stage 68 to the rear unit 42 of the payment server shown in Figure 2 (stage 66). The col~lec~ion 48, as mentioned above, is a secure connection p~ c;lllillg access to the rear unit by persons connected to the network 10.
The front unit 41 then waits for the rear unit to clete, . . . i . .~ whether or not to 35 authorise the payment (stage 67). If the payment is not authorised, (test 68), a refusal notification is sent to the customer station (stage 63). If the payment is authorised, a voucher is ~p~llcd (stage 69) usirlg the information recorded in stage 62. The voucher is saved in a memory of the front unit 41 (stage 70) and is sent to the supplier server via the customer station (stage 71).
~ the rear unit 42 (Figure 4B) of the payment server, a newly received and 5 ~uth~nticated payment order is ~mine~l to ~ "~ whether this order should be ~uth(>ri~ed from the customer account PME or through the banking ~lc;lwolh. In this respect, the price is colllpdlGd with a ~ ... threshold (test 72). Thisthreshold is, for example, some tens of French francs.
If the threshold is exceeded, a request for effecting the payment operation is 10 sent to the banking network (stage 73) using the banking identity co,,c;spollding to the customer identity CId as obtained from consultation of the data base 44. Thepositive or negative response from the banking network (stage 74), when received, is l.~...c...il~e-l to the front unit 41 (stage 75).
If the threshold is not exceeded, the payment can be effected from the PME
15 customer account.
In this event, the customer ~Ccount iS ~x;tlll i..ed to ~let~-- .. . i..~. whether it has sufficient funds (test 76). If it does not, a refusal of payment authorisation is sent from the rear to the front unit (stage 75). If it does, the price is debited from the PME customer account, the TCE supplier account collc;s~onding to the identity MId is credited with the same sum (stage 77), the transaction is inscribed in the transaction register 45 (stage 78), and the payment authorisation - in other words, a positive response - is lldnslllilled to the front unit 41 with the indication of the serial number of the inscription in the tr~n~ction register (stage 75).
The authentication procedure in the payment server (Figure 4C~, at the stage 64 of Figure 4A, comprises sending to the customer station, preferably in secure (encrypted) form, a ~leln~n-l for an access key, or pdS~WOld (stage 641).Upon reception, in secure form, of the access key (stage 64), a COlll~dliSOll iSeffected between corresponding information contained in the data base 44 (test 643). If the col"palison is negative, and a lll~illlUlll number of ~In~ucc~ssf~ll dlk;lll~l~ has not been reached (test 644), the process returns to stage 641. If this mi.x;.~,.. number has been reached, the failure to authorise is noted, and an alert is produced (stage 645) and a negative response is sent to the customer station (stage 646). The alert can comprise cancellation of the PME account or surveillance of this account in order to detect new usage ~ ;",~ f the test at step 643 is positive, the ~uthent;cation is recorded (stage 647) and a positive response is provided (stage 648).
Dirr~ilG~ nr~1ing tç~hni~ e.s for p~....;ll;..~ secure ~ m of numeric information in a colll~ulel network are well known, notably for the request and sçn~lin~ of access keys.
The authentication procedure disclosed herein permits a prel i . . . ; . .. . y S ~lth~ntication of a customer to be effected when necessary before the establishment of a payment deln~n~l by the supplier's server. For this ~lth--ntir~tion, it is ~nfficient to create a payment ticket in which the price indicated is zero, as indicated above.
The recording of the voucher in the front unit permits the cnctomer~ and the suppliers to carry out controls and, possibly, to obtain copies of these. The ccol~lillg of tr~n~ctions in the rear unit enables records of the transactions to be conserved for possible use when needed later, for example, in the case of a dispute arising belwt;till a customer and a supplier.
The balance in the customer accounts PME m~n~ge~d by the payment server is limited in size and, according to the pl~;rt;llt;d embodiment of the invention, these accounts do not receive interest payments (the payment system being separate from the b~nkin~ world). Replenishment by a customer of his PME
~c~ount can be effected from his bank account, by placing an order with his banking establishment.
The supplier accounts TCE m:~n~g~o~l by the payment server are ~c~oci~ted with real bank accounts of the suppliers, into which they are, for example, emptied daily.
Although there has been described above one way of putting into effect the method according to the invention in an Internet ellvho~ lent and with WWW
software using the HITP protocol, a person skilled in the art will readily appreciate that the method can be put into effect with a network other than Internet or further with supplier servers and customer station software which does not use the HITP protocol of WWW. Furthermore, secure ~thrntication methods using a~dldllls such as smart card readers or voiceprint recognition means can be foreseen in the place of access keys. These and other variations which will occur to those skilled in the art are within the spirit and scope of the present invention.
Claims (10)
1. A method for effecting electronic payments for transactions relating to the purchase of goods offered by suppliers to customers via a public computer network, to which are connected supplier servers and customer stations, characterised by the steps of:
(a) development, by a supplier server connected to the network, of a transaction authorisation request, or payment ticket, concerning a purchase envisaged between the supplier and a customer, and comprising information relating to the supplier, the customer, the purchase object and the price, (b) transmission of the payment ticket via the computer network to a payment server which is distinct from the customer station and supplier server, (c) automatic verification by the payment server if the payment of the price is authorised for the customer, the verification being effected, according to the level of the price to be paid, either by interrogation of a customer account of the customer, held by the payment server and intended for payment of small sums, or by interrogation of a banking network, independent of the computer network, for payment of higher sums, (d) if the verification is positive, development by the payment server of a transaction authorisation or voucher including at least a part of the payment ticket information, and (e) transmission of the voucher to the supplier server via the computer network, so as to authorise the conclusion of the purchase.
(a) development, by a supplier server connected to the network, of a transaction authorisation request, or payment ticket, concerning a purchase envisaged between the supplier and a customer, and comprising information relating to the supplier, the customer, the purchase object and the price, (b) transmission of the payment ticket via the computer network to a payment server which is distinct from the customer station and supplier server, (c) automatic verification by the payment server if the payment of the price is authorised for the customer, the verification being effected, according to the level of the price to be paid, either by interrogation of a customer account of the customer, held by the payment server and intended for payment of small sums, or by interrogation of a banking network, independent of the computer network, for payment of higher sums, (d) if the verification is positive, development by the payment server of a transaction authorisation or voucher including at least a part of the payment ticket information, and (e) transmission of the voucher to the supplier server via the computer network, so as to authorise the conclusion of the purchase.
2. A method as claimed in claim 1, characterised in that when a voucher is transmitted after verification by interrogation of a customer account held by the payment server, the amount of the purchase is debited from the customer account and credited to the supplier account of the concerned supplier and held by the payment server.
3. A method as claimed in claim 1 or 2, characterised in that the verification by the payment server comprises a preliminary customer authentication phase.
4. A method as claimed in claim 3, characterised in that the authentication is achieved by recognition of an access key transmitted by the computer network from the customer station to the payment server.
5. A method as claimed in any one of claims 1 to 4, characterised in that it comprises the development by the payment server of a voucher comprising at leasta part of the information of the payment ticket and certification information.
6. A method as claimed in any one of claims 1 to 5, characterised in that it comprises memorisation by the payment server of the authorised transactions, by stocking at least a part of the contents of the voucher.
7. A method as claimed in any one of claims 1 to 6, characterised in that thepayment ticket is transmitted from the payment server to the supplier server by the intermediary of the customer station.
8. A method as claimed in any one of claims 1 to 7 characterised in that the voucher is transmitted from the payment server to the supplier server by the intermediary of the customer station.
9. Electronic payment system for effecting transactions relating to the purchase of goods offered by suppliers to customers via a public computer network, the system comprising customer stations and supplier servers, characterised in that the system further comprises at least one payment server distinct from the customer stations and the supplier servers and comprising:
-a front unit having means for connecting to the public network, -a rear unit having means for connecting to a banking network independent of the public network, -means for communicating between the front and rear units, -means for memorising customer accounts and supplier accounts, and -processing means for verifying, in response to the reception by the front unit of a transaction authorisation request or a payment ticket, concerning a purchase envisaged between the supplier and a customer, if the payment of the price is authorised for the customer by interrogating the customer account or the banking network, and, if the verification is positive, developing a transaction authorisation, or voucher in order to transmit the verification to the open network via the front unit.
-a front unit having means for connecting to the public network, -a rear unit having means for connecting to a banking network independent of the public network, -means for communicating between the front and rear units, -means for memorising customer accounts and supplier accounts, and -processing means for verifying, in response to the reception by the front unit of a transaction authorisation request or a payment ticket, concerning a purchase envisaged between the supplier and a customer, if the payment of the price is authorised for the customer by interrogating the customer account or the banking network, and, if the verification is positive, developing a transaction authorisation, or voucher in order to transmit the verification to the open network via the front unit.
10. Payment system as claimed in claim 9, characterised in that the payment server comprises means for memorising authorised transactions.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR9504533A FR2733068B1 (en) | 1995-04-14 | 1995-04-14 | ELECTRONIC PAYMENT METHOD FOR PERFORMING TRANSACTIONS RELATED TO THE PURCHASE OF GOODS ON A COMPUTER NETWORK |
FR95/04533 | 1995-04-14 |
Publications (1)
Publication Number | Publication Date |
---|---|
CA2217739A1 true CA2217739A1 (en) | 1996-10-17 |
Family
ID=9478147
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA002217739A Abandoned CA2217739A1 (en) | 1995-04-14 | 1996-04-03 | Electronic payment method for purchase-related transactions over a computer network |
Country Status (13)
Country | Link |
---|---|
EP (1) | EP0820620B1 (en) |
JP (1) | JPH11511876A (en) |
CN (1) | CN1184546A (en) |
AT (1) | ATE177861T1 (en) |
AU (1) | AU5403296A (en) |
BR (1) | BR9604910A (en) |
CA (1) | CA2217739A1 (en) |
DE (1) | DE69601787T2 (en) |
ES (1) | ES2129962T3 (en) |
FR (1) | FR2733068B1 (en) |
IL (1) | IL117861A0 (en) |
WO (1) | WO1996032701A1 (en) |
ZA (1) | ZA962871B (en) |
Cited By (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6249772B1 (en) | 1997-07-08 | 2001-06-19 | Walker Digital, Llc | Systems and methods wherein a buyer purchases a product at a first price and acquires the product from a merchant that offers the product for sale at a second price |
US6754636B1 (en) | 1996-09-04 | 2004-06-22 | Walker Digital, Llc | Purchasing systems and methods wherein a buyer takes possession at a retailer of a product purchased using a communication network |
US6970837B1 (en) | 1996-09-04 | 2005-11-29 | Walker Digital, Llc | Methods and apparatus wherein a buyer arranges to purchase a first product using a communication network and subsequently takes possession of a substitute product at a retailer |
US7689468B2 (en) | 1996-09-04 | 2010-03-30 | Walker Digital, Llc | Purchasing, redemption and settlement systems and methods wherein a buyer takes possession at a retailer of a product purchased using a communication network |
US7711604B1 (en) | 1997-07-08 | 2010-05-04 | Walker Digital, Llc | Retail system for selling products based on a flexible product description |
US7711658B2 (en) | 1997-10-09 | 2010-05-04 | Walker Digital, Llc | Method and apparatus for dynamically managing vending machine inventory prices |
US7726562B2 (en) | 2000-08-22 | 2010-06-01 | Walker Digital, Llc | System for vending physical and information items |
US7826923B2 (en) | 1998-12-22 | 2010-11-02 | Walker Digital, Llc | Products and processes for vending a plurality of products |
US7835950B2 (en) | 2001-03-15 | 2010-11-16 | Walker Digital, Llc | Method and apparatus for product display |
US7856379B2 (en) | 1997-12-19 | 2010-12-21 | Walker Digital, Llc | Pre-sale data broadcast system and method |
US7865265B2 (en) | 2003-07-30 | 2011-01-04 | Walker Digital, Llc | Products and processes for vending a plurality of products via defined groups |
US7885726B2 (en) | 1997-03-21 | 2011-02-08 | Walker Digital, Llc | Vending machine system and method for encouraging the purchase of profitable items |
US7894936B2 (en) | 1997-10-09 | 2011-02-22 | Walker Digital, Llc | Products and processes for managing the prices of vending machine inventory |
US7945500B2 (en) | 2007-04-09 | 2011-05-17 | Pricelock, Inc. | System and method for providing an insurance premium for price protection |
US7945501B2 (en) | 2007-04-09 | 2011-05-17 | Pricelock, Inc. | System and method for constraining depletion amount in a defined time frame |
US8019694B2 (en) | 2007-02-12 | 2011-09-13 | Pricelock, Inc. | System and method for estimating forward retail commodity price within a geographic boundary |
US8156022B2 (en) | 2007-02-12 | 2012-04-10 | Pricelock, Inc. | Method and system for providing price protection for commodity purchasing through price protection contracts |
US8160952B1 (en) | 2008-02-12 | 2012-04-17 | Pricelock, Inc. | Method and system for providing price protection related to the purchase of a commodity |
US8296209B2 (en) | 2000-04-26 | 2012-10-23 | Computer Applications Co., Ltd. | Method for managing buyer transactions and settlements using communication network between computers, and method for relaying information following buyer consumption trends to the buyer |
EP1213689B1 (en) * | 2000-12-07 | 2012-12-26 | Giropay GmbH | Method for automatic processing of payment operations in electronic commerce and corresponding device |
US8799100B2 (en) | 1997-07-08 | 2014-08-05 | Groupon, Inc. | Retail system for selling products based on a flexible product description |
US9171316B2 (en) | 1997-08-26 | 2015-10-27 | Inventor Holdings, Llc | Method and apparatus for vending a combination of products |
Families Citing this family (69)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5884288A (en) * | 1996-07-01 | 1999-03-16 | Sun Microsystems, Inc. | Method and system for electronic bill payment |
JP3887854B2 (en) | 1996-11-28 | 2007-02-28 | 株式会社日立製作所 | Electronic trading support method |
US6353812B2 (en) | 1998-02-19 | 2002-03-05 | Certco, Inc. | Computer-based method and system for aiding transactions |
US5903882A (en) | 1996-12-13 | 1999-05-11 | Certco, Llc | Reliance server for electronic transaction system |
DE19710249C2 (en) * | 1997-03-12 | 2002-03-28 | Siemens Nixdorf Inf Syst | Network-supported chip card transaction method and arrangement for processing transactions |
EP1003139B1 (en) * | 1997-04-30 | 2008-07-16 | Visa International Service Association | System and method for loading a stored-value card. |
US6282522B1 (en) | 1997-04-30 | 2001-08-28 | Visa International Service Association | Internet payment system using smart card |
US6170017B1 (en) | 1997-05-08 | 2001-01-02 | International Business Machines Corporation | Method and system coordinating actions among a group of servers |
ES2127146B1 (en) * | 1997-07-14 | 1999-11-16 | Montoli Francisco J Fernandez | RESERVATION, ACQUISITION AND / OR RECEPTION SYSTEM OF A SERVICE. |
US6105008A (en) * | 1997-10-16 | 2000-08-15 | Visa International Service Association | Internet loading system using smart card |
US6160874A (en) * | 1997-10-21 | 2000-12-12 | Mci Communications Corporation | Validation gateway |
CA2319004A1 (en) | 1998-01-26 | 1999-08-12 | Unif/X Inc. | A transaction execution system interface and enterprise system architecture thereof |
US7263497B1 (en) | 1998-02-06 | 2007-08-28 | Microsoft Corporation | Secure online music distribution system |
US6385596B1 (en) | 1998-02-06 | 2002-05-07 | Liquid Audio, Inc. | Secure online music distribution system |
FI980939A (en) * | 1998-04-29 | 1999-10-30 | Jarkko Valtanen | Procedure for making trade more efficient |
FR2779896B1 (en) | 1998-06-15 | 2000-10-13 | Sfr Sa | METHOD FOR REMOTE PAYING, BY MEANS OF A MOBILE RADIOTELEPHONE, THE ACQUISITION OF A GOOD AND / OR A SERVICE AND CORRESPONDING MOBILE RADIOTELEPHONE SYSTEM AND |
FR2779895B1 (en) | 1998-06-15 | 2000-08-11 | Sfr Sa | METHOD AND SYSTEM FOR REMOTE PAYING USING A MOBILE RADIOTELEPHONE FOR THE ACQUISITION OF GOODS AND / OR SERVICES |
JP4463998B2 (en) * | 1999-04-09 | 2010-05-19 | マイクロソフト コーポレーション | Protected online music distribution system |
US7908216B1 (en) | 1999-07-22 | 2011-03-15 | Visa International Service Association | Internet payment, authentication and loading system using virtual smart card |
US7729986B1 (en) | 1999-07-30 | 2010-06-01 | Visa International Service Association | Smart card transactions using wireless telecommunications network |
WO2001015379A1 (en) * | 1999-08-25 | 2001-03-01 | Secucell Ltd. | Apparatus and method for receiving identification information via a first and a second communication network |
DE60029455T2 (en) | 1999-08-26 | 2007-07-19 | Moneycat Ltd. | ELECTRONIC MONEY, ASSOCIATED ELECTRONIC STOCK AND THESE ELECTRONIC PAYMENT SYSTEMS USED |
CA2385954C (en) * | 1999-10-08 | 2008-05-06 | Mastercard International Incorporated | System and method for global internet digital identification |
GB9923804D0 (en) * | 1999-10-08 | 1999-12-08 | Hewlett Packard Co | Electronic commerce system |
FR2808104B1 (en) * | 2000-04-21 | 2002-06-14 | Karim Benjelloun | ONLINE PAYMENT PROCESS |
FR2811786B1 (en) * | 2000-07-17 | 2006-07-07 | Serge Benchimol | METHOD FOR SECURING A TRANSACTION VIA A TELECOMMUNICATION NETWORK, AND SYSTEM FOR IMPLEMENTING THE METHOD |
GB2365559A (en) * | 2000-08-07 | 2002-02-20 | Rue De Int Ltd | Financial payment system and method for internet transactions |
IL138141A0 (en) * | 2000-08-29 | 2001-10-31 | Fastbeat Com Ltd | Method of doing business |
FR2814835B1 (en) * | 2000-10-04 | 2003-02-28 | Groupe Ecoles Telecomm | ONLINE PAYMENT PROCESS |
FR2814836A1 (en) * | 2000-10-04 | 2002-04-05 | Groupe Ecoles Telecomm | On line payment via network for performing transaction between customer and merchant by excluding information exchange between server and merchant terminal that may intervene during transaction with customer |
JP2002123685A (en) | 2000-10-13 | 2002-04-26 | Mitsubishi Electric Corp | Information terminal |
WO2002035405A1 (en) * | 2000-10-27 | 2002-05-02 | Ibp Technology Co., Ltd. | Method of transaction on credit for electronic trade |
AUPR193600A0 (en) * | 2000-12-06 | 2001-01-04 | Globaltech Pty Ltd | System and method for third party facilitation of electronic payments over a network of computers |
JP4508406B2 (en) * | 2000-12-14 | 2010-07-21 | 三菱Ufjニコス株式会社 | Payment server system |
US7293703B2 (en) | 2001-03-15 | 2007-11-13 | Walker Digital, Llc | Apparatus and methods for enforcing purchase agreements |
DE10126028C2 (en) * | 2001-05-28 | 2003-05-28 | Rasch Helmut | Payment system and method for processing cashless payment transactions |
EP1282024A1 (en) | 2001-07-30 | 2003-02-05 | Hewlett-Packard Company | Trusted identities on a trusted computing platform |
AU2002358457A1 (en) * | 2001-12-10 | 2003-06-23 | Beamtrust A/S | Method of managing lists of purchased goods |
FR2843216B1 (en) * | 2002-07-30 | 2004-11-19 | France Telecom | REMOTE PAYMENT METHOD, SYSTEM AND GATEWAY FOR IMPLEMENTING THE SAME, USE OF THE SAME |
JP2004287707A (en) * | 2003-03-20 | 2004-10-14 | Hitachi Ltd | Payment device and method and amount allocating device and method |
NL1023068C2 (en) * | 2003-04-01 | 2004-10-04 | Cooeperatieve Centrale Raiffei | System for handling electronic transactions via a network. |
FR2935515B1 (en) * | 2008-09-01 | 2015-12-25 | Caisse Nationale Des Caisses D Epargne Et De Prevoyance | METHOD AND SYSTEM FOR SECURE COMMUNICATION AND SENDING OF INFORMATION, AND ASSEMBLY FOR TRANSMITTING INFORMATION BETWEEN A SENDER AND A RECIPIENT. |
DE102010009390A1 (en) | 2010-02-26 | 2011-09-01 | Alexander Vidoni | Method for wait time-free collection of goods e.g. food products from craft production, in e.g. butcher shop, involves processing, billing, and printing order confirmation, so that server stores order confirmation |
WO2012161720A1 (en) | 2011-05-20 | 2012-11-29 | Primerevenue, Inc. | Supply chain finance system |
US10026120B2 (en) | 2012-01-06 | 2018-07-17 | Primerevenue, Inc. | Supply chain finance system |
US10395247B2 (en) | 2012-03-07 | 2019-08-27 | Early Warning Services, Llc | Systems and methods for facilitating a secure transaction at a non-financial institution system |
US11593800B2 (en) | 2012-03-07 | 2023-02-28 | Early Warning Services, Llc | System and method for transferring funds |
US20130238488A1 (en) | 2012-03-07 | 2013-09-12 | Clearxchange, Llc | System and method for transferring funds |
US10318936B2 (en) | 2012-03-07 | 2019-06-11 | Early Warning Services, Llc | System and method for transferring funds |
US10970688B2 (en) | 2012-03-07 | 2021-04-06 | Early Warning Services, Llc | System and method for transferring funds |
US10395223B2 (en) | 2012-03-07 | 2019-08-27 | Early Warning Services, Llc | System and method for transferring funds |
US10832246B2 (en) | 2015-03-23 | 2020-11-10 | Early Warning Services, Llc | Payment real-time funds availability |
US10878387B2 (en) | 2015-03-23 | 2020-12-29 | Early Warning Services, Llc | Real-time determination of funds availability for checks and ACH items |
US10839359B2 (en) | 2015-03-23 | 2020-11-17 | Early Warning Services, Llc | Payment real-time funds availability |
US10748127B2 (en) | 2015-03-23 | 2020-08-18 | Early Warning Services, Llc | Payment real-time funds availability |
US10769606B2 (en) | 2015-03-23 | 2020-09-08 | Early Warning Services, Llc | Payment real-time funds availability |
US11062290B2 (en) | 2015-07-21 | 2021-07-13 | Early Warning Services, Llc | Secure real-time transactions |
US10956888B2 (en) | 2015-07-21 | 2021-03-23 | Early Warning Services, Llc | Secure real-time transactions |
US11151522B2 (en) | 2015-07-21 | 2021-10-19 | Early Warning Services, Llc | Secure transactions with offline device |
US10970695B2 (en) | 2015-07-21 | 2021-04-06 | Early Warning Services, Llc | Secure real-time transactions |
US11037121B2 (en) | 2015-07-21 | 2021-06-15 | Early Warning Services, Llc | Secure real-time transactions |
US11151523B2 (en) | 2015-07-21 | 2021-10-19 | Early Warning Services, Llc | Secure transactions with offline device |
US11037122B2 (en) | 2015-07-21 | 2021-06-15 | Early Warning Services, Llc | Secure real-time transactions |
US11157884B2 (en) | 2015-07-21 | 2021-10-26 | Early Warning Services, Llc | Secure transactions with offline device |
US10438175B2 (en) | 2015-07-21 | 2019-10-08 | Early Warning Services, Llc | Secure real-time payment transactions |
US10963856B2 (en) | 2015-07-21 | 2021-03-30 | Early Warning Services, Llc | Secure real-time transactions |
US11386410B2 (en) | 2015-07-21 | 2022-07-12 | Early Warning Services, Llc | Secure transactions with offline device |
US11151566B2 (en) | 2016-09-19 | 2021-10-19 | Early Warning Services, Llc | Authentication and fraud prevention in provisioning a mobile wallet |
WO2020194657A1 (en) * | 2019-03-28 | 2020-10-01 | 株式会社Fuji | Components management system |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US3852571A (en) * | 1970-05-18 | 1974-12-03 | Hempstead Bank | System of transferral of funds |
FR2636456B1 (en) * | 1988-09-15 | 1992-03-20 | Mors | METHOD FOR REMOTE ORDERING OF SELECTED PRODUCTS OR VARIOUS ITEMS, LISTED IN A CATALOG AND PROVISION OF THE PRODUCTS OR ARTICLES IN A SALES LOCAL AND SYSTEM FOR IMPLEMENTING SUCH A PROCESS |
CA2059078C (en) * | 1991-02-27 | 1995-10-03 | Alexander G. Fraser | Mediation of transactions by a communications system |
GB2258749A (en) * | 1991-08-14 | 1993-02-17 | Andrew Freer | Data processing and handling system |
CA2100134C (en) * | 1992-09-29 | 1999-06-22 | Raymond Otto Colbert | Secure credit/debit card authorization |
US5283829A (en) * | 1992-10-01 | 1994-02-01 | Bell Communications Research, Inc. | System and method for paying bills electronically |
-
1995
- 1995-04-14 FR FR9504533A patent/FR2733068B1/en not_active Expired - Fee Related
-
1996
- 1996-04-03 JP JP8530759A patent/JPH11511876A/en active Pending
- 1996-04-03 DE DE69601787T patent/DE69601787T2/en not_active Expired - Fee Related
- 1996-04-03 CN CN96193923A patent/CN1184546A/en active Pending
- 1996-04-03 ES ES96911022T patent/ES2129962T3/en not_active Expired - Lifetime
- 1996-04-03 WO PCT/FR1996/000500 patent/WO1996032701A1/en active IP Right Grant
- 1996-04-03 CA CA002217739A patent/CA2217739A1/en not_active Abandoned
- 1996-04-03 AU AU54032/96A patent/AU5403296A/en not_active Abandoned
- 1996-04-03 EP EP96911022A patent/EP0820620B1/en not_active Expired - Lifetime
- 1996-04-03 AT AT96911022T patent/ATE177861T1/en not_active IP Right Cessation
- 1996-04-03 BR BR9604910-3A patent/BR9604910A/en not_active Application Discontinuation
- 1996-04-09 IL IL11786196A patent/IL117861A0/en unknown
- 1996-04-11 ZA ZA962871A patent/ZA962871B/en unknown
Cited By (39)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7860753B2 (en) | 1996-09-04 | 2010-12-28 | Walker Digital, Llc | Purchasing, redemption, and settlement systems and methods wherein a buyer takes possession at a retailer of a product purchased using a communication network |
US6754636B1 (en) | 1996-09-04 | 2004-06-22 | Walker Digital, Llc | Purchasing systems and methods wherein a buyer takes possession at a retailer of a product purchased using a communication network |
US6970837B1 (en) | 1996-09-04 | 2005-11-29 | Walker Digital, Llc | Methods and apparatus wherein a buyer arranges to purchase a first product using a communication network and subsequently takes possession of a substitute product at a retailer |
US7689468B2 (en) | 1996-09-04 | 2010-03-30 | Walker Digital, Llc | Purchasing, redemption and settlement systems and methods wherein a buyer takes possession at a retailer of a product purchased using a communication network |
US7885726B2 (en) | 1997-03-21 | 2011-02-08 | Walker Digital, Llc | Vending machine system and method for encouraging the purchase of profitable items |
US6249772B1 (en) | 1997-07-08 | 2001-06-19 | Walker Digital, Llc | Systems and methods wherein a buyer purchases a product at a first price and acquires the product from a merchant that offers the product for sale at a second price |
US9754302B2 (en) | 1997-07-08 | 2017-09-05 | Groupon, Inc. | Retail system for selling products based on a flexible product description |
US8799100B2 (en) | 1997-07-08 | 2014-08-05 | Groupon, Inc. | Retail system for selling products based on a flexible product description |
US9684916B2 (en) | 1997-07-08 | 2017-06-20 | Groupon, Inc. | Retail system for selling products based on a flexible product description |
US8150735B2 (en) | 1997-07-08 | 2012-04-03 | Groupon, Inc. | Retail system for selling products based on a flexible product description |
US7711604B1 (en) | 1997-07-08 | 2010-05-04 | Walker Digital, Llc | Retail system for selling products based on a flexible product description |
US8010417B2 (en) | 1997-07-08 | 2011-08-30 | Walker Digital, Llc | System and process for local acquisition of products priced online |
US9171316B2 (en) | 1997-08-26 | 2015-10-27 | Inventor Holdings, Llc | Method and apparatus for vending a combination of products |
US7711658B2 (en) | 1997-10-09 | 2010-05-04 | Walker Digital, Llc | Method and apparatus for dynamically managing vending machine inventory prices |
US7894936B2 (en) | 1997-10-09 | 2011-02-22 | Walker Digital, Llc | Products and processes for managing the prices of vending machine inventory |
US7894937B2 (en) | 1997-10-09 | 2011-02-22 | Walker Digital, Llc | Method and apparatus for dynamically managing vending machine inventory prices |
US7856379B2 (en) | 1997-12-19 | 2010-12-21 | Walker Digital, Llc | Pre-sale data broadcast system and method |
US8112359B2 (en) | 1997-12-19 | 2012-02-07 | Walker Digital, Llc | Pre-sale data broadcast system and method |
US8892470B2 (en) | 1997-12-19 | 2014-11-18 | Walker Digital, Llc | Pre-sale data broadcast system and method |
US8543510B2 (en) | 1997-12-19 | 2013-09-24 | Walker Digital, Llc | Pre-sale data broadcast system and method |
US7826923B2 (en) | 1998-12-22 | 2010-11-02 | Walker Digital, Llc | Products and processes for vending a plurality of products |
US8688555B2 (en) | 2000-04-26 | 2014-04-01 | Computer Applications Co., Ltd. | Method for managing buyer transactions and settlements using communication network between computers, and method for relaying information following buyer consumption trends to the buyer |
US8296209B2 (en) | 2000-04-26 | 2012-10-23 | Computer Applications Co., Ltd. | Method for managing buyer transactions and settlements using communication network between computers, and method for relaying information following buyer consumption trends to the buyer |
US8407124B2 (en) | 2000-04-26 | 2013-03-26 | Computer Applications Co., Ltd. | Method for managing buyer transactions and settlements using communication network between computers, and method for relaying information following buyer consumption trends to the buyer |
US7726562B2 (en) | 2000-08-22 | 2010-06-01 | Walker Digital, Llc | System for vending physical and information items |
EP1213689B1 (en) * | 2000-12-07 | 2012-12-26 | Giropay GmbH | Method for automatic processing of payment operations in electronic commerce and corresponding device |
US7835950B2 (en) | 2001-03-15 | 2010-11-16 | Walker Digital, Llc | Method and apparatus for product display |
US7912758B2 (en) | 2001-03-15 | 2011-03-22 | Walker Digital, Llc | Method and apparatus for product display |
US8068933B2 (en) | 2003-07-30 | 2011-11-29 | Walker Digital, Llc | Products and processes for vending a plurality of products via defined groups |
US7912581B2 (en) | 2003-07-30 | 2011-03-22 | Walker Digital, Llc | Products and processes for vending a plurality of products via defined groups |
US7865265B2 (en) | 2003-07-30 | 2011-01-04 | Walker Digital, Llc | Products and processes for vending a plurality of products via defined groups |
US8156022B2 (en) | 2007-02-12 | 2012-04-10 | Pricelock, Inc. | Method and system for providing price protection for commodity purchasing through price protection contracts |
US8019694B2 (en) | 2007-02-12 | 2011-09-13 | Pricelock, Inc. | System and method for estimating forward retail commodity price within a geographic boundary |
US8538795B2 (en) | 2007-02-12 | 2013-09-17 | Pricelock, Inc. | System and method of determining a retail commodity price within a geographic boundary |
US7945501B2 (en) | 2007-04-09 | 2011-05-17 | Pricelock, Inc. | System and method for constraining depletion amount in a defined time frame |
US8086517B2 (en) | 2007-04-09 | 2011-12-27 | Pricelock, Inc. | System and method for constraining depletion amount in a defined time frame |
US8065218B2 (en) | 2007-04-09 | 2011-11-22 | Pricelock, Inc. | System and method for providing an insurance premium for price protection |
US7945500B2 (en) | 2007-04-09 | 2011-05-17 | Pricelock, Inc. | System and method for providing an insurance premium for price protection |
US8160952B1 (en) | 2008-02-12 | 2012-04-17 | Pricelock, Inc. | Method and system for providing price protection related to the purchase of a commodity |
Also Published As
Publication number | Publication date |
---|---|
CN1184546A (en) | 1998-06-10 |
ATE177861T1 (en) | 1999-04-15 |
DE69601787D1 (en) | 1999-04-22 |
BR9604910A (en) | 2000-04-25 |
DE69601787T2 (en) | 1999-08-12 |
FR2733068A1 (en) | 1996-10-18 |
WO1996032701A1 (en) | 1996-10-17 |
EP0820620B1 (en) | 1999-03-17 |
ES2129962T3 (en) | 1999-06-16 |
FR2733068B1 (en) | 1997-07-04 |
MX9707918A (en) | 1998-07-31 |
IL117861A0 (en) | 1996-08-04 |
JPH11511876A (en) | 1999-10-12 |
EP0820620A1 (en) | 1998-01-28 |
AU5403296A (en) | 1996-10-30 |
ZA962871B (en) | 1996-07-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CA2217739A1 (en) | Electronic payment method for purchase-related transactions over a computer network | |
US7499889B2 (en) | Transaction system | |
US6736314B2 (en) | Methods and systems for transferring funds | |
JP4955894B2 (en) | Method and system for executing secure electronic commerce by looping back authorization request data | |
EP1264259B1 (en) | A network-based system | |
EP1218838B1 (en) | Method of and system for authorizing purchases made over a computer network | |
EP1421732B1 (en) | Transaction system | |
AU2001280297A1 (en) | An e-commerce system | |
US20030105672A1 (en) | Method and apparatus to facilitate payment over a computer network | |
US9953305B2 (en) | Online payment system and method according to the mirror authorization server principle | |
WO2008018052A2 (en) | Secure mechanism and system for processing financial transactions | |
PL180151B1 (en) | System for and method of effecting commercial payments using confidential agent modules | |
US20040153410A1 (en) | Anonymous payment system and method | |
EP0988623A2 (en) | Computerized money transfer system | |
BG108478A (en) | A secure on-line payment system | |
WO2002025605A1 (en) | System and method for exchanging assets between user terminals in a communications network | |
GB2352861A (en) | Payment transaction system | |
GB2359652A (en) | Electronic payment system | |
EP1744518A2 (en) | Transaction system | |
RU2162249C1 (en) | System for control of conclusion of transactions | |
EP1221682A2 (en) | Method and memory support for a program for controlling said method for securely conducting commercial and banking transactions in a telecommuniation and computer network | |
CA2300976A1 (en) | Method and system for guaranteed purchasing | |
WO2002086650A2 (en) | A transaction facilitation system | |
Connolly | IBM's electronic commerce solution: CommercePOINT [Technical forum] | |
Bennett | Information access and electronic commerce |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
FZDE | Discontinued | ||
FZDE | Discontinued |
Effective date: 20000403 |