GB2367411A

GB2367411A - Payment system

Info

Publication number: GB2367411A
Application number: GB0016905A
Authority: GB
Inventors: Garry Harold Gibson
Original assignee: Individual
Current assignee: Individual
Priority date: 2000-07-10
Filing date: 2000-07-10
Publication date: 2002-04-03
Anticipated expiration: 2020-07-10
Also published as: GB2367411B; WO2002005230A1; EP1301912A1; ATE443306T1; US20040030607A1; GB2367411C; US7447662B2; GB0016905D0; EP1301912B1; DE60139940D1; AU2001269319A1

Abstract

A method of operating a payment collection system for placing orders over a public data network, comprising: receiving first order references from a number of different public data network merchants via first data communication paths; receiving payment data and second order references from a number of customers via second communication paths different from said first communication paths; and matching said first and second order references and settling payments.

Description

2367411 PAYMENT SYSTEM The invention relates to a payment collection

system for public data network orders. More specifically, but not exclusively, the invention relates to payment for purchases of goods, both electronic and physical, or services 5 initially ordered over a packet-switched public data network such as the Internet.

The most common payment method for purchases of services over the Internet's World Wide Web ("Web") is by credit card. To make a payment on the Internet customers input their credit card number and other required 10 details into a form, which is usually transmitted via a secure connection.

Upon submission the credit card data are encrypted and sent to the credit card institute for processing. Once the credit card data have been verified the merchant receives notification of payment along with the order details.

Many Internet users perceive the Internet to be insecure and are thus 15 cautious and reluctant to transmit sensitive payment data to purchase goods or services over the Internet.

WO 99/07121 describes a method for conducting electronic commerce transactions via the Internet or any electronic communication system. A merchant opens an account on a cominerce server and supplies information 20 about items sold by the merchant. The commerce server stores this information in a database entry and provides the merchant with a universal resource locator (URL) containing the key to the merchant's entry in the 2 commerce server's database. The merchant supplies this URL to customers wishing to purchase an item, causing customers to be connected to the commerce server. The commerce server collects payment information from the customer, (for example credit card or electronic fund transfer data), 5 conducts the electronic commerce transaction with a remote payment system and notifies the customer and merchant of the result. The payment information is in this case transmitted by the customer over an Internet connection, which may discourage some users.

US-5727163 describes a method allowing a customer to securely 10 transmit credit card information when an order is placed over an insecure network such as the Internet. This system is only for use by a single merchant Website. The customer completes an order form received from the merchant Website, including a subset of the credit card number. This order is transmitted over the Internet to the merchant's location and is subsequently 15 stored in a database connected to a computer at the merchant's location. The customer then calls the merchant's system via the public telephone system to complete the information of the credit card number. A touch-tone phone is used for this call and an automated attendant system responds to the telephone call in the remote location. The subset of the credit card information 20 transmitted over the unsecured network is used as a key to match the complete credit card number information received via the telephone line with the order information in the remote merchant's database in order to finalise the order.

3 The completed order is then stored in the remote database. The method may further comprise transmitting a message confirming the order data to the customer. This message may be sent for example by e-mail.

US-6012144 describes a method for securely transmitting sensitive 5 data to a remote data store. A first subset of the data is sent via a first communication path using a first protocol and a second subset of the data is sent via a second communication path using a second, different protocol. The Internet and the public telephone system via an Interactive Voice Response (IVR) system are used for the data transfer via the first and second 10 communication path, respectively. The two subsets of confidential data are subsequently stored in two different parts of a remote data store. The system can for example be used for preregistration of credit card data for future purchases on the Internet. When the user wishes to make a purchase on the Internet, he or she accesses a Web page to order products. An Internet 15 connection is established to the first part of the remote database via a connected computer and a preregistered credit card is selected. A computer connected to the second part of the remote data base calls the user and asks for verification of the purchase to take place. After confirmation the second part of the remote computer database co-operates with the first part to complete 20 the credit card information. A key record is used to match the two subsets of data. The final message is then transmitted over a secure network to the credit card company.

4 In the method described in US-6012144 all the purchase details have to be transmitted from the merchant's system to the payment system in order to ask the customer for confirmation of the purchase via the public telephone line. Moreover, the system requires the preregistration of credit card details.

5 The present invention seeks to overcome the disadvantages described and to provide alternative and improved payment systems for purchasing goods or services over a public data network such as the Internet.

In accordance with one aspect of the present invention there is provided a method of operating a payment collection system for placing 10 orders over a public data network, comprising: receiving first order references from a number of different public data network merchants via first data communication paths; receiving payment data and second order references from a number of customers via second communication paths different from said first communication paths; and matching said first and second order 15 references and settling payments.

This aspect provides an efficient and convenient payment method where only a minimum of data has to be transmitted between the customers and the payment system and the merchants and the payment system. Instead of transmitting all the information from one location to another, the order 20 references can be used to match information received in different communication messages or via different communication paths. Preferably, establishing the communication for transmitting the payment data is initiated by the customer. This allows the customer to reconsider before he or she decides to confirm the order and to settle the payment.

Moreover, this aspect allows the reception of the payment data without the need to verify that the payment data belong to a specific order. Instead, 5 this verification can be achieved by matching the order references and the corresponding data.

According to another aspect of the present invention, there is provided a method of operating an ordering service via a public network using a payment collection system serving a plurality of different public data network 10 ordering services, said method comprising: receiving order data from a number of public data network customers; generating order references for referencing said order data; transmitting order references to a payment collection system; and wherein said order references are constructed so as to be unique both within said payment collection system and said ordering 15 system.

According to this aspect the order reference is unique in both the payment collection system and in the ordering system. Therefore it can be used in both systems to match information received in different communication messages or via different communication paths.

20 Preferably, confirmation messages are transmitted from the ordering system to the customers including the order data. The customer may be provided with full information relating to the order.

6 According to yet another aspect of the present invention, there is provided a method of managing orders placed over a public data network in a payment collection system comprising: receiving order data from a number of public data network merchants; monitoring orders and order confirmations; 5 transmitting messages to the merchants and/or customers in response to said monitoring; settling payment in response to receiving said order confirmations and payment data from customers.

This aspect of the present invention allows the customer to initiate the confirmation of the order and thus the completion of the transaction. It is 10 advantageous for the customers that the system provides a possibility to wait a certain time period before the order is confirmed to reflect on the purchase or to check offers from other ordering systems.

Preferably, unsettled order data are disabled after a predetermined time period.

15 This aspect of the invention again allows the customer to initiate the completion of the transaction and to control the ordering process. At the same time this aspect provides the ordering system with the ability to handle pending orders.

According to another aspect of the present invention, there is provided 20 a method of settling taxes from sales performed over a public data network in a payment collection system, comprising: receiving order details from a number of public data network merchants, receiving confirmation of said 7 orders from a number of customers; settling payment of said orders, storing tax-relevant data in a database; and settling taxes relating to said orders on behalf of said merchants.

This aspect of the invention provides a method of controlling the 5 settlement of taxes from purchases over a public data network. Preferably the payment collection system operates with customers throughout an area with a common sales tax system. The method described in this aspect of the invention provides more transparency for the collection of sales taxes, because the payment may be performed in the same area as that in which the sales 10 taxes are settled.

According to yet another aspect of the present invention, there is provided a method of performing a purchase from an ordering service over a public data network, comprising: placing an order over a first communication path; receiving an order reference from said ordering system; transmitting 15 payment data and said order reference to a payment collection system via a second communication path different from said first communication path.

This aspect provides the customer with control of the complete purchase process, including the settlement of the payment, while sensitive payment data may be transmitted in a secure way over a second 20 communication path. This aspect ftirther provides a convenient way for the customer to transmit payment data to the payment collection system, because the order reference is passed to the payment system and can be used to match 8 the payment data to the order data at the payment system. Preferably, other details of the transaction, like for example a list or description of the ordered products and the total value of the order, along with the terms and conditions of the sale, are transmitted from the merchant to the customer. This aspect 5 provides the customer with a complete record of the transaction.

According to yet another aspect of the present invention, there is provided a method of conducting instructions on behalf of users of a public data network, comprising: receiving first sets of data and/or instructions and first references from a number of users via first communication paths; 10 receiving confirmation of said first sets and/or second sets of data and/or instructions from a number of users via second communications path different from said first communications paths, matching said first sets to said second sets using said first and second references; and carrying out said instructions.

15 This aspect provides a convenient method of conducting instructions via a public data network. Again only a minimum of data and/or instructions have to be transmitted between the data network users, because the data and/or instructions received in different communication messages or via different communication paths can be matched by the order references.

20 According to one embodiment of the present invention, the system combines the advantages of the Internet, i.e. a convenient way of purchasing goods or services for the customer with a possibility to settle payment for 9 these purchases using familiar and secure methods. The system provides an interface between the Internet and widely accepted payment methods like credit card payment by telephone or direct tele-banking.

Only minimal technical modifications to existing systems are 5 necessary in order to implement the different embodiments of the present invention. Moreover, the system provides additional protection against fraud for merchants as will be explained in the description of specific embodiments.

Further aspects and advantages of the invention will be apparent from the following, in which different embodiments of the invention will now be 10 described by way of example only, with reference to the accompanying drawings in which:

Fig. I schematically illustrates the principle components and communication links according to different embodiments of the present invention to perform a purchase over the Internet and securely transmit 15 sensitive payment data; Fig. 2 is a flowchart diagram showing the steps for placing an order over the Internet and transmitting order data to a payment system according to one embodiment of the invention; Fig. 3 is a flowchart diagram showing the steps of performing a 20 secure payment according to one embodiment of the present invention; Fig. 4 shows a flowchart diagram with the individual steps of controlling and managing orders placed over the Internet and settling the payment of the orders according to one embodiment of the present invention.

Fig. 5 is a general outline showing the steps of a tax collection system 5 in another embodiment of the present invention; and Fig. 6 is a flowchart diagram showing how additional security is provided for the merchants when a purchase is performed over the Internet according to different embodiments of the present invention.

In Fig, I the principal components and communication links used to 10 implement the present invention are illustrated. In the customer's location 2, marked by a dashed line, there is provided a personal computer 4 and a telephone 6. The computer 4 is connected via a modem (not shown) and the public telephone system 3 to the Internet 1. It is to be appreciated that alternatively to a desk top personal computer, a portable computer, or even a 15 mobile telephone with Internet connectivity can be used. The telephone 6 in the customers location is connected to a public telephone system 3, which may be a fixed line system and/or a cellular system.

At the merchant's location 7, there is provided a Web server 8 including a connection to the Internet 1, either via a modem or ISDN. The 20 server 8 has access to a product and ordering service database 9. At the location of a central payment system 19, there is provided a server 13 with a database 15 and a connection to the Internet I and a voice response interactive I I unit 17 connected to the public telephone system 3. Alternatively, a dedicated link, such as a leased line, may be used between the payment system 19 and each merchant location 7.

The computer with the connection to the Internet I at the customer's 5 and the merchant's location serve as a convenient interface for accessing and providing information about goods/services to be purchased, respectively. In this way an order for goods and services can be placed over the Internet.

The voice response interactive unit 17 in the payment system 19 serves to receive sensitive customer payment system infon-nation from the 10 customer over the public telephone line. Telephone 6 is preferably a touch tone phone. The public telephone line 3 is a relatively secure connection.

Moreover, the use of the telephone link to transmit sensitive payment data is a widely accepted method to settle payments. Telephone banking systems or payment over the telephone using a credit or debit card are widely used. The 15 embodiments of the present invention described in the following therefore provide a convenient way to order and purchase products or services over the Internet I while the payment data are transmitted in a secure way using the telephone system 3. The payment is subsequently settled via credit card transaction processing or via a banking system 2 1.

20 Figure 2 illustrates steps carried out during the processing of an order transaction. The public data network ordering service of the merchant is in the form of Web pages stored on server 8 including images of products along 12 with descriptions and prices enabling customers to view and select the products. Upon selection of an item, the data relevant for the purchase are automatically stored in a data record (known to Internet users as a shopping cart or basket) for processing. When the customer is ready to complete the 5 transaction he or she selects a "checkout" option. Subsequently the content of the above described data record is displayed together with delivery charges and any tax that may apply. In this way the customer orders products on the merchant's Website (step 102). According to one embodiment of the present invention, the customer may complete the purchase by selecting a method of 10 payment. The customer can choose between the following two options provided on a "checkout" Web page:

(i) Payment by credit card via the Internet according to current known procedures over a'secure server link' (SSL) or (ii) Payment via the system 19 as will be described in the following.

15 Selecting payment by the payment system 19 presents a page to the customer's screen, which requires almost the same information as payment by credit card via the Internet. The customer enters the required details (step 104). However, the credit card number or any other sensitive customer payment data relevant to payment, are not requested.

20 Once a customer has entered required details he or she selects a submit transaction' symbol, causing the transmission of the information to the merchant's system via the Internet (communication link 10). After the 13 merchant's system receives the order data and customer details in step 106, the system generates a transaction reference number (TRN) in step 108. The TRN is chosen such that the order can be identified uniquely within the payment system 19. The TRN number therefore contains preferably a first 5 portion (the "merchant identification number") uniquely identifying the merchant's site in the payment system 19 and a second portion which is, or is uniquely related to, a unique order number in the merchant's system (the merchant's order reference). The TRN together with confirmation of order value and instructions to call the payment system 19 are subsequently 10 transmitted to the customer in step 112 by e-mail (via communication link 14). The complete transaction details which are transmitted to the customer include a pro forina invoice, thus providing a record of the transaction which may be printed out by the customer. Terms and conditions of sale could be attached providing the basis for a contract between the two parties. The 15 customer is independently aware of the telephone number to call the payment system, it having previously been supplied for example by the customer's bank or financial institution.

The TRN and order data are also sent to the payment system 19 in step 116. The data are transmitted to the payment system by a Secure Server Link 20 (SSL) (communication link 16) via the Internet. The transmitted information include preferably the Transaction Reference Number (TRN), the Website Uniforrn Resource Locator (URL), the value of order together with transaction 14 details, the name of the customer and account address, the customers e- mail address. It may further include a merchant identification number (if not part of the TRN) and delivery address for the goods. All details are encrypted prior to transmission.

5 In response to receiving the TRN and order data from the merchant's site the payment system generates an internal transaction record reference (TRR), which uniquely identifies the order within the payment system, and returns it to the merchant's site for reference against the TRN, step 120. The TRR is stored together with the TRN and order data of this transaction in step 10 122.

Fig. 3 illustrates steps carried out for settling the payment of an order transaction. The customer initiates a second communication link 22 by the merchant to confirm the order and complete the purchase. The call does not have to be placed immediately after the customer receives the TRN from the 15 merchant. The customer may choose to initiate the call within a certain time period. The customer calls to establish a telephone circuit connection (22) to the payment system 19 (step 123). The customer follows a menu of instructions to confirm the order and to transmit the sensitive payment data in step 124. The payment system 19 will request entries for the transaction 20 reference number TRN as a key to match the payment data to the order data and details already stored in the database 15 of payment system 19. In addition the credit card number, PIN and other responses to verify order details are requested. The customer enters the information via their telephone keypad and answers any additional requests for information to complete the purchase.

For this purpose, the voice response unit 17 answers an inbound call 5 with a welcome message and providing a menu of options. (For example select '1' for service 'A' and '2' for service 'B' with '0' usually reserved for non standard enquiries handled by an operator). Calling line identity can be employed as part of the security protocol.

Thus, the payment system 19 receives information over a secure 10 telephone line in step 126 and via Internet (either through a direct connection for example the World Wide Web or by E-mail) in step 118. The combination of the data received via the two different communication link allows the payment system to finalise the order and settle the payment. The data received by the payment system 19 from the merchant via Internet 15 communication link (16) and the data received from the customer via telephone line (22) are matched using the TRN as a key (step 128). The payment system 19 stores the payment data together with the order data and customers details in a local database. The payment system 19 retrieves the order data stored in step I 10 from the database, again using the TRN as a key, 20 in order to settle the payment (step 129). The central payment system 19 settles the payment (step 130) with the credit card institutions in the usual way using a secure link (24) which is directly connected to the credit card 16 companies. The payment data are encrypted and specific protocols are used as is required by the individual credit card institutions.

After the payment has been cleared, the payment system 19 transmits a message confirming payment and including the TRR number to the merchant 5 via the Internet communication link 26. The merchant stores the TRR and payment confirmation in a local database 9 in step 136. Again the TRN can be used to match the payment information of a particular transaction to the corresponding order already stored in the database in step I 10. In response to receiving the payment confirmation the merchant sends out the goods of the 10 particular purchase to the customer in step 138.

The payment system 19 may also offer payment via a debit card. The procedure of completing the transaction is similar to the credit card payment as described before, except that the payment is cleared through the customer's banking system. This allows customers payment of purchase directly from 15 their bank accounts, without the need to use a credit card or debit card.

The payment system 19 will process orders in a similar manner to that described for payment by credit card. However, payment is transferred to a dedicated receiving account (DRA) bank account dedicated to receiving payments. In this situation the payment system 19 is integrated in a telephone 20 banking system. The payment system 19 receives the transaction data in a similar way as was described in the first embodiment of the present invention.

17 The customer now calls a telephone number. This telephone number the customer received from the banking system is dedicated to telephone banking transactions in general and is preferably not specific to a particular payment system transaction. The customer chooses the payment option from 5 a menu presented by the bank system, which then asks for the customer's authentication/account code and PIN. The procedure of completing a transaction is similar to the credit card payment as described before and includes the confirmation of the order by the customer and the transmission of the TRN number as a key to match the order data to the payment data. In 10 addition, the merchant's DRA bank account number has to be given to the payment system 19. There is no reason to protect a DRA number from public knowledge as the account is designed to receive payments only, funds may only be transferred to the merchant's traditional trading account, which protects the account from fraudulent transactions. Therefore the DRA number 15 can be transmitted from the merchant to the payment system 19 by insecure communication link 16. Alternatively, the DRA number can be transmitted from the merchant to the customer by data link 10 or 14 and subsequently transmitted via the telephone network 3 to the payment system 19.

The payment system 19 also provides means for managing and 20 controlling orders placed over the Internet. Fig. 4 is a flowchart diagram showing the steps of managing and controlling orders. The payment system 19 receives order data, customer details and a TRN from the merchant in step 18 218. In response to this message server 13, implementing an order management system, stores the information in a local database 15 and waits for order confirmation and payment instructions from the customer. The management system checks regularly in step 226 if a confin-nation from the 5 customer has been received. In case the system has received the order confirmation and payment instructions, the payment is settled and confirmed in steps 230 and 232, respectively, as described in the first embodiment of the present invention. If the time period t after receiving the order data from the merchant exceeds a predetermined time period ta, the system sends a message 10 to the merchant informing that the order with a particular TRN has not been confirmed within time period ta. In this case the merchant sends a reminder message to the customer in step 250, informing about the outstanding order and including the order details as for example the number and type of the items ordered, the value of the order and asking if the customer would like to 15 confirm the order.

In addition, the merchant's system can be linked to the system of the direct provider of the goods or service, for example a distributor, manufacturer or a financial institution to assist merchants, agents and representatives with customer relations and sales. Thus, alternatively to 20 performing step 250, the merchant's system may communicate with the system of the direct provider in step 244, and decides in step 246 if any promotional message or a special offer is to be sent to the customer.

19 The merchant's system requires an application that determines whether and/or which promotional messages, offers, discounts or related items/services are to be sent from the merchant's site to the customer.

Notification may be achieved by e-mail auto-response, browser or web 5 viewing application that enables notification to customer of changes to a monitored website, by phone via an automated calling system designed to deliver automated voice messaging or through a combination of e-mail and phone call from a service centre.

If no special offer or promotional message is to be sent to the 10 customer, the merchant sends the reminder message to the customer asalready described in step 250. Alternatively, the special offer or promotional message is sent to the customer in step 248. The order management system then checks again (step 252 and 254) if the order is confirmed within a certain predetermined time period tb. If confirmation of the order and payment 15 instructions are given by the customer, the payment system 19 settles the payment in the usual way (steps 230 and 232). Otherwise the order is deleted in the payment system in step 256 and a message is sent by e-mail, or other means of communication, to the merchant in step 258, informing that the outstanding order with a particular TRN has been cancelled. Advice of 20 cancellation of the order may also be sent to customer from the merchant site by e-mail with details of additional promotions.

The payment system 19 also provides a method for direct collection of sales tax for goods purchased over the Internet. Reference should be made in the following to Fig. 5.

Collection of taxes levied on goods and services for sales via the 5 Internet is an increasing concern to the Exchequers of most Governments.

The payment system 19 enables the delivery of all relevant data necessary to apply such tax to a financial institution or credit card company together with confirmation by the customer that such information is correct. Transaction data is then processed by the financial institution or credit card company and 10 recorded in a certified 'sales tax' accounting system or database 330. Such records may then be used to submit collected funds directly to an authority representing a particular government department. The process can be concurrent with payment to merchants. The merchant's statement will show the usual information and details for deduction of sales tax and may be used 15 for accounting purposes.

A system as described in this embodiment of the present invention provides a solution for the collection of 'sales tax' for purchases performed over the Internet. Government departments are able to collect tax on sales via the Internet directly and centrally.

20 In step 318 the TRN and order data are transmitted from the merchant to the payment system 19. Additional information necessary to process the collection of 'sales tax' and transmitted from the merchant to the payment 21 system 19 in step 318 may comprise the following details: merchant ID (identification code supplied by credit card company or similar), website URL, Registered taxation address/code (i.e. VAT registration number), transaction reference number (TRN), suitable order details (product code, 5 price, tax code, subtotals etc.), origin of order and destination of products/service/information (delivery address and point of use). In step 326 the order confirmation and payment data are transmitted from the customer to the payment system 19. In addition the following details may be supplied by the customer in step 326: name, address and personal identification number 10 (PIN and authorisation code). The customer may also confirm in step 326 the delivery address, the value of transaction, tax to be paid, and an e-mail address. The order and payment data are stored in a local database in the payment system 19 (step 328). The TRN is used as a key to match the information, as explained in the description of the other embodiments of the

15 present invention. In addition, all tax-related data are stored in taxdatabase 330. In response to receiving the order data and customer details from the merchant and the order confinnation and payment data from the customer the payment system 19 settles the payment in step 332 including the sales tax via a credit card institution or a tele-banking system. The sales taxes are directly 20 paid to the government department in step 334 using the tax relevant data stored in database 330. The payment system 19 is thus preferably one of 22 many which each operate in different regions, nationwide or throughout an area with a common sales tax system.

The merchant sites check in which country or area a particular customer lives and select the appropriate payment system which operates in 5 the country or area of the customer's location. The method provides enhanced transparency for the collection of sales taxes for purchases over the Internet, because the payment is settled in the same area as the sales taxes are settled.

A ftu-ther aspect of the present invention lies in that there is provided a way for the customers, or their financial guardians, to control spending by 10 means of credit control parameters such as amounts spent, types of orders and/or the identity of sites on which money is spent to control payments. This is referred to as a virtual allowance account (VAA). It is for example possible to limit the payments for purchases over the Internet to a certain amount per particular time period. Such credit control parameters may be set by the 15 customer, or their financial guardian (who controls the VAA) in the payment system 19, either via the Internet or telephone. A VAA authorisation code is necessary to alter any credit control settings. The settings are stored in a VAA record in the local database 15 of the payment system 19. The payment system 19 monitors and controls the payments settled on an order-by-order 20 basis for a particular customer, in accordance with the credit control parameters set previously. Thus, particular orders which fall outside the credit 23 control parameters will not be settled, even though the customer may supply the correct payment details.

Payment via a tele-banking system provides a possibility for customers without access to a credit card to purchase over the Internet. In the 5 way described above the customers can directly control payments via their bank account.

Whilst in the above-described embodiments the Internet and/or e-mail is used to transmit data and messages between the merchant and the customer (communications links 10 and 14) and the merchant and the payment system 10 19 (communication links 16 and 26), any other form of communication link or any combination of different communication link may be used alternatively.

In addition, whilst the secure data link between the customer and the payment system 19 is described as a telephone line in the above described 15 embodiments, it is appreciated that any other secure communications link other than that one for transmitting the order data and customer details from the merchant to the payment system may be applied.

It is appreciated that the invention covers any combination of the above-described embodiments.

20 Whilst in the above-described embodiments only an order reference (TRN) is used, alternatively two or more different order references may be applied: for example a first one which is generated by the merchant's system 24 and transmitted to the payment system together with the order data. A second one may be used by the customer and transmitted to the payment system to confirm the order and give payment instructions. However, the payment system must be able to match the two messages received by the merchant and 5 the customer. According to the present invention order references are used for this purpose. Therefore at least a portion of the order references have to be the same in order to be used as a matching key. In this case at least a portion of the first order reference has to be transmitted from the merchant to the customer and can then be used as a portion of a second order reference.

10 In another embodiment of the present invention the system may further comprise an option to respond to the customer when a particular item which has been ordered is currently not available. The merchant advises the customer by e-mail when the item will become available. The customer replies to e-mail either by confirming the previous order, or he or she might 15 no longer be interested in the order, upon receipt merchant's system generates TRN and follows procedure described herein.

Whilst the payment system 19 is primarily described as a payment transaction system, it is appreciated that it could be used to confirm any form of transaction that requires secure confirmation or agreement.

20 Whilst in the described embodiment the order control system transmits messages to the merchant in step 242 in order to inform the merchant that a particular order is unconfirmed and the merchant subsequently sends a reminder message to the customer in step 250, alternatively the order control system may send a reminder message directly to the customer.

A further advantage of the above-described embodiments of the present invention is that the payment system 19 provides additional security 5 for the merchants. In the following it is referred to Fig 2 and Fig. 6. The customer enters his or her details (step 104 of Fig. 2) when placing an order over the Internet. The customer details include a delivery address and the address of the account or credit card holder. The merchant receives these details in step 106 and passes them on to the payment system 19 in step 116.

10 The central payment system receives both addresses in step 402 and 404 of Fig. 6, and compares both in step 406. If the two addresses given are not the same, the payment system requires the customer to confirm the delivery in step 412. The merchant may require the customer to authenticate by way of a digital signature or certificate, which may be stored in the payment system 19 15 during a registration process. In this way the further proof of identity is established (step 414) in the payment system. This additional level of authentication may be provided for every transaction, or for other reasons also. In response to the steps described above, the payment system 19 may either send a message to the merchant confirming the delivery address (step 20 410 and 418) or send a message in step 420 infonning the merchant that different addresses of the customer have been determined and that the customer was not able to proof his or her identity.

26 Whilst in the described embodiments of the present invention, the data transmitted from the customer to the payment system 19 by communication link 22 are entered via the telephone, alternatively a laptop, handheld device (PDA) or verbal responses via Interactive Voice Response (IVR) or Speech 5 Recognition (RS) may be used.

Prevention of fraud and the provision of a secure payment system for the purchase of goods and services via the Internet or other such media which offers ease-of-use and promotes confidence in customers is the prime objective according to the described embodiment of the present invention.

10 Access to information handled by a payment system 19 is thus preferably limited to financial institutions in which all concerned may have confidence.

Financial institutions (i.e. credit card companies, banks etc) may control or integrate the payment system in their respective data networks.

Further, national phone numbers used to confirm transactions can be provided 15 to customers by the institution which issues the customer's credit/debit card.

This prevents unauthorised persons from setting-up a merchant site and advising a phone number not connected to the payment system, which may cause a customer to pass personal details into the wrong hands.

The term "public data network" is intended to include data 20 communications occurring over an Internet link (i.e. a TCP/IP connection), a public cellular radio system (e.g. a WAP connection), an interactive digital television system and the like.

It is to be understood that the embodiments described above are preferred embodiments only. Namely, various features may be omitted, modified or substituted by equivalents without departing from the scope of the present invention, which is defined in the accompanying claims. 5 28

Claims

CLAIMS:

1. A method of operating a payment collection system for placing orders over a public data network, comprising:

5 receiving first order references from a number of different public data network merchants via first data communication paths-, receiving payment data and second order references from a number of customers via second communication paths different from said first communication paths; and 10 matching said first and second order references and settling payments.

2. A method of operating a payment collection system according to claim 1, wherein the communication via the second communication path is initiated by the customers.

3. A method of operating a payment collection system according to any preceding claim, wherein said payments are settled by one or more of the following:

(i) a credit card payment system 20 (ii) a debit card payment system (iii) a tele-banking payment system 4. A method of operating a payment collection system according to any preceding claim, wherein at least a portion of said first order references is transmitted from said merchants to said customers.

5 5. A method of operating a payment collection system according to any preceding claim, wherein codes for setting up said second communication paths are transmitted via said first communication paths from said merchants to said users.

10 6. A method of operating a payment collection system according to claim 5, wherein said codes are one or more telephone numbers.

7. A method of operating a payment collection system according to any preceding claim further comprising sending messages confirming 15 payment to said merchants.

8. A method of operating a payment collection system according to claim 7, wherein said messages contain order data but no sensitive customer payment system data.

9. A method of operating a payment collection system according to claim 7 or 8, wherein said messages contain transaction references generated by said payment collection system to confirm said payments.

5 10. A method of operating a payment collection system according to any preceding claim, wherein a first order reference of an order and a second order reference of said order include the same reference.

11. A method of operating a payment collection system according 10 to any preceding claim, wherein said first communication paths include Internet connections.

12. A method of operating a payment collection system according to any preceding claim, wherein said second communication paths include 15 telephone line connections.

13. A method of operating a payment collection system according to any preceding claim, further comprising disabling order data relating to an order which is not settled by the customer after a predetermined time period.

14. A method of operating a payment collection system according to any preceding claim, further comprising monitoring orders and order 31 confirmations and transmitting messages to said merchants and/or customers in response to said monitoring.

15. A method of operating a payment collection system according 5 to claim 14, wherein said messages contain one or more of the following:

(i) reminder of outstanding orders, (ii) promotional messages relating to outstanding orders.

16. A method of operating a payment collection system according 10 to any preceding claim, further comprising receiving tax-relevant data from said merchants and settling taxes relating to said orders on behalf of said merchants.

17. A method of operating a payment collection system according 15 to claim 16, further comprising receiving confirmation of said tax- related data from said customers.

18. A method of operating a payment collection system according to any preceding claim, wherein said system operates with customers 20 throughout an area with a common sales tax system.

19. A method of operating a payment collection system according to claim 18, wherein said system is limited to operate with customers within said area, 5 20. A method of operating a payment collection system according to any preceding claim, further comprising monitoring the settled payments for a particular customer.

21. A method of operating an ordering service via a public data 10 network using a payment collection system serving a plurality of different public data network ordering services, said method comprising.

receiving order data from a number of public data network customers; generating order references for referencing said order data; transmitting order references to a payment collection system; and 15 wherein said order references are constructed so as to be unique both within said payment collection system and said ordering system.

22. A method of operating an ordering service according to claim 2 1, further comprising transmitting one or more codes to said customers, said 20 codes identifying a communications link to said payment collection system.

23. A method of operating an ordering service according to claim 21 or 22, further comprising transmitting at least a portion of said order references to said customers.

5 24. A method of operating an ordering service according to any of claims 21 to 23, further comprising transmitting confirmation messages to said customers including said order data.

25. A method of operating an ordering service according to any of 10 claims 21 to 24, further comprising receiving confirmation of payment from said central payment collection system.

26. A method of operating an ordering service according to claim further comprising completing an order transaction in response to receipt 15 of said payment confirmation.

27. A method of operating an ordering service according to any of claims 21 to 26, wherein said order references include a portion unique to said ordering service within said payment collection system and a second portion 20 unique to the order within said ordering service.

28. A method of operating an ordering service according to any of claims 21 to 27, comprising providing the option of payment via an public data network transaction, or via said payment system.

5 29. A method of operating an ordering service according to any of claims 21 to 28, wherein payment of any particular transaction is confirmed by receiving a transaction reference from said payment collection system.

30. A method of operating an order service according to any of 10 claims 21 to 29, further comprising checking the area of a particular customers location and choosing the payment system which operates in said area.

31. A method of managing orders placed over a public data 15 network in a payment collection system comprising:

receiving order data from a number of public data network merchants; monitoring orders and order confirmations; transmitting messages to the merchants and/or customers in response to said monitoring; 20 settling payment in response to receiving said order confirmations and payment data from customers.

32. A method of managing orders in a payment collection system according to claim 31, wherein said messages include messages which are sent after predetermined time periods.

5 33. A method of managing orders in a payment collection system according to claim 31 or 32, wherein said order data are transmitted to the payment collection system via first communication paths and said order confirmations are transmitted to the payment collection system via second communication paths.

34. A method of managing orders in a payment collection system according to claim 31, 32 or 33, ftirther comprising disabling unsettled order data after a predetermined time period.

15 35. A method of managing orders in a payment collection system according to any of claims 31 to 34, wherein said messages include messages which are sent to said customers containing one or more of the following:

(i) reminders of outstanding orders; (ii) promotional messages relating to outstanding orders.

36. A method of managing orders in a payment collection system according to any of claims 31 to 35, ftirther comprising receiving tax- relevant 36 data from said merchants and settling taxes relating to said orders on behalf of said merchants.

37. A method of managing orders in a payment collection system 5 according to any of claims 31 to 36, comprising monitoring availability of products and/or services and transmitting messages to said customers in response thereto.

38. A method of settling taxes from sales performed over a public 10 data network in a payment collection system, comprising:

receiving order details from a number of public data network merchants, receiving confirmation of said orders from a number of customers; settling payment of said orders, 15 storing tax-relevant data in a database; and settling taxes relating to said orders on behalf of said merchants.

39. A method of settling taxes according to claim 38, wherein said order details include a registered tax code.

40. A method of settling taxes according to claim 38 or 39, wherein said system operates with customers throughout an area with a common sales tax system.

5 41. A method of performing a purchase from an ordering service over a public data network, comprising:

placing an order over a first communication path; receiving an order reference from said ordering system; transmitting payment data and said order reference to a payment 10 collection system via a second communication path different from said first communication path.

42. A method of performing a purchase according to claim 4 1, wherein said order reference is transmitted via e-mail.

43. A method of performing a purchase according to claim 41 or 42, further comprising receiving other details related to the transaction from said ordering system.

20 44. A method of performing a purchase according to claim 43, said details comprising a list or description of the ordered products, their prices and the total value of the order.

45. A method of performing a purchase according to any of claims 41 to 44, further comprising receiving a code for setting up said second communication path from said ordering system.

46. A method of conducting instructions on behalf of users of a public data network, comprising:

receiving first sets of data and/or instructions and first references from a number of users via first communication paths; 10 receiving confirmation of said first sets and/or second sets of data and/or instructions from a number of users via second communications paths different from said first communications paths, matching said first sets to said second sets using said first and second references; and 15 carrying out said instructions.

47. A method of operating a payment collection system for placing orders over a public data network, comprising:

receiving order data, payment data and order references from a number 20 of customers via second communication paths, wherein at least portions of said order references have been transmitted from a number of different public data network merchants to said customers 39 via first communication paths different from said second communication paths.