WO2000075843A1 - Systeme de paiement sur l'internet - Google Patents

Systeme de paiement sur l'internet Download PDF

Info

Publication number
WO2000075843A1
WO2000075843A1 PCT/US2000/015788 US0015788W WO0075843A1 WO 2000075843 A1 WO2000075843 A1 WO 2000075843A1 US 0015788 W US0015788 W US 0015788W WO 0075843 A1 WO0075843 A1 WO 0075843A1
Authority
WO
WIPO (PCT)
Prior art keywords
buyer
credit card
seller
buyers
electronic commerce
Prior art date
Application number
PCT/US2000/015788
Other languages
English (en)
Inventor
Dennis R. Floyd
Timothy L. Heaton
Stanley W. Anderson
Brian S. Anderson
Original Assignee
Intelishield.Com, Inc.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Intelishield.Com, Inc. filed Critical Intelishield.Com, Inc.
Priority to AU57292/00A priority Critical patent/AU5729200A/en
Publication of WO2000075843A1 publication Critical patent/WO2000075843A1/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • 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/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/351—Virtual cards
    • 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/385—Payment protocols; Details thereof using an alias or single-use codes

Definitions

  • the present invention relates to Internet commerce, also known as electronic commerce. More particularly to credit card purchases over the Internet.
  • Websites When a buyer chooses to make a website on-line purchase they may use a credit card. Websites will require the buyer's name, credit card data, expiration date and typically the buyer's address, as well as the address the buyer would like the purchased items shipped to. When providing this data, a buyer types it into their browser, which transmits the data over the Internet, which is a public network. This transmission is not secure, and may be intercepted.
  • the buyer does not know how secure the server receiving their data is. Even if the transmitted data is not intercepted, someone may still be able to steal the data out of the website's server.
  • Web sites allow buyers to save their credit card data: actual credit card number, expiration date, name on the card, and other personal information, in the website's database. The next time the buyer shops, their data will be available without the need to type in the data. Once a buyer purchases items at multiple websites, the buyer's credit card data is held by multiple databases on the Internet. Having data in more than one place increases the odds of having data stolen or intercepted.
  • Secure web-browsers exist, which encrypts the information being sent from the buyers browser to the website server. Typically secure web-browsers use Secure Socket Layer (SSL) technology. Secure servers also exist which utilize encryption, firewalls, and other means in an attempt to save buyers data from being stolen.
  • SSL Secure Socket Layer
  • Figure 2 An example of current systems and processes is shown in Figure 2, a block diagram illustrating the current e-commerce process and typical credit card transaction process.
  • Figure 2 illustrates a typical credit card transaction process with either a non-Internet seller 200 or an Internet seller 202, in which the process is the same.
  • Buyer 204 decides to make a purchase with either seller (a non-Internet seller 200 or an Internet seller 202). Buyer 204 then provides their credit card data to either seller, represented by lines 208. Either seller sends the credit card data to standard credit card approval network 206, line 210.
  • Standard credit card approval network 206 then processes the order and signifies to either seller whether the transaction has been approved or disapproved, line 212. Either seller then informs buyer 204 whether the transaction has been approved or disapproved, line 214.
  • U.S. Patent No. 5,826,241 discloses a computerized system for making payments and authenticating transactions over the Internet.
  • the '241 patent requires both the buyer and the seller to have an account with the system.
  • the '241 invention inserts itself into each financial transaction, charges the buyer's credit card, receives payment from the company the buyer has a credit card seller account with, may remove credit card fees and service charges, and then passes the money onto the seller.
  • the seller is paid long after the purchase is consummated, maybe 30 days or more.
  • Electronic mail (E-mail) is used to verify a purchase with a buyer, which may be a time consuming process. Transactions are approved by the buyer via email utilizing either "yes", “no", or "fraud” in the E-mail messages.
  • the '214 patent uses the buyers' surrogate credit card number as the personal identification number (PIN) and shares the surrogate credit card number with the seller.
  • U.S. Patent No. 5,757,917 discloses a computerized payment system for purchasing goods and services on the Internet. Transactions are approved by the buyer via E-mail utilizing either "yes", “no", or “fraud” messages, which are slow and time- consuming.
  • the '917 patent uses the buyers' surrogate credit card number as the personal identification number (PIN) and shares the surrogate credit card number with the seller.
  • the '917 patent also uses hardwired ethernet connections between an Internet-connected computer, "front end” and a computer, "back end", which contains both the surrogate and actual credit card data and which communicates with the credit card approval network.
  • Buyers are wary of how their data is transmitted, who has access to the data, where the data is being stored, how long the data is being stored, and how secure the server storing the data is.
  • Sellers may not want to sign up for another service, apply for the service, go through the typical credit and background checks, which result in the need to set up additional accounting procedures, and receive yet another monthly statement and invoice.
  • Sellers need a system that alleviates buyer fears and requires no additional hardware, software, or other costly and time consuming procedures to implement.
  • the present invention eliminates buyer fears about releasing credit card data. Buyers' credit card data is kept securely and never transmitted over a public network such as the Internet.
  • the present invention provides the buyer with the service of completing the seller's order form and including in the credit card data field a unique transaction identification number (TIN) that is unique, being generated for each purchase by the provider of the service described herein (the "Provider”).
  • the buyer sends this completed form to the seller to authorize the transaction and the seller records the TIN and forwards the TIN to the normal credit card approval network (CCAN) in the same mariner as any other electronic purchase.
  • the TIN includes the Provider's bank identification number (BIN) which alerts the CCAN to contact the Provider over dedicated secure data transmission lines (not the Internet) to obtain the buyer's actual credit (or debit) card data by presenting the TIN unique to this purchase.
  • This card data is then passed through the normal CCAN and an approval/decline notice is sent to the seller by the CCAN.
  • sellers may be the victims of less fraud.
  • the buyer needs to open and maintain an account with the Provider.
  • a buyer receives an account number and selects a personal identification number (PIN).
  • PIN personal identification number
  • Neither the credit (or debit) card data, nor the account number, nor the PIN is ever revealed to the seller to make a purchase using the present invention.
  • the buyer's credit card data is kept on a secure server and is never transmitted over the Internet to make a purchase when using the present invention.
  • Buyers personally enter their credit card data into the secure server during the initial enrollment process, either by using a 1-800 number and talking with a customer service representative of the Provider or on line at the Provider's web site. Buyers may enter credit (or debit) card data for multiple cards which may allow the buyer the flexibility of choosing which card to use to make a purchase.
  • the buyer invokes the present invention by clicking an icon that has been placed on the buyer's personal computer by the Provider during subscription or, when using a different computer, by contacting the Provider's web site. The invocation of the present invention is done instantly and in real-time.
  • the buyers' credit card data is kept on a server located behind a firewall, and multiple other security barriers.
  • the server also utilizes advanced multi-layered data mining and data management application programming interfaces to protect the internal data structures from data access outside of the standard transaction process. Additionally, the server utilizes multiple data filters to prevent data outflows from transmission pathways other than those included in the transaction process.
  • Extensive software does not need to be loaded onto the buyer's computer.
  • the buyer may use any internet connected computer, anywhere, without the need for installing extensive software.
  • the Provider merely downloads 4 lines of html code that establishes the Provider's icon on the buyer's computer.
  • the present invention also checks the buyer's preferred shipping address with the address(es) provided by the buyer at the time of purchase. This check provides yet another level of security. If a credit card is lost, a criminal could order merchandise and have it shipped to the criminal's account. If the account number is lost, the criminal must also know the PIN number to be able to purchase merchandise with the account. Even if the PIN number is lost, the merchandise will only be shipped to the address(es) contained on the secure server. The criminal will not be able to send the merchandise to an address of the criminal's choosing without entering additional information which is other than the account number or the PIN number, such as a portion of the person's social security number or the name of a relative, i.e. data that would not be known to the criminal.
  • Another level of buyer security comes from the fact that the buyer's credit data is only on one server, not spread throughout the Internet on multiple seller servers. Therefore, the buyer may inactivate their account by only having to access only one server, which denies use of the buyer's credit card data by everyone.
  • a buyer is able to validate their purchase in real time while on-line.
  • a transaction only occurs after correct verification of the account number, PIN, and shipping address.
  • the present invention is a system and method for providing electronic commerce without providing a buyer's credit card data over the Internet, or any other public network.
  • the buyer uses a surrogate credit card number to make purchases over the Internet. A different surrogate number is used for every purchase, thus impeding the ability of sellers to track a buyer's buying habits.
  • An ultra-secure server network is provided in which the surrogate credit card number can only be translated into the actual credit card data when the buyer, who is on-line while a purchase is being made, personally authorizes the purchase using a separate personal identification number.
  • the converted credit card data is transmitted directly to the bank that handles the seller's credit card account, just as though the buyer's actual credit card were physically passed through a point-of-sale terminal at the seller's premises.
  • the data then proceeds through the standard electronic credit card approval network.
  • the surrogate card issuer acts as a front-end, independent third party enabling prior buyer approval of each transaction while operating seamlessly with the standard credit card approval system.
  • Figure 1 is a block diagram illustrating the process of the present invention.
  • Figure 2 is a block diagram illustrating the current e-commerce process and standard credit card transaction process.
  • Figure 3 is a block diagram illustrating the process of the present invention as shown in Figure 1, in more detail.
  • Figure 4 is a block diagram illustrating the overall process of the present invention between servers.
  • FIG. 5 is a block diagram of the transaction process for the present invention.
  • Figure 6 is a block diagram continuing the transaction process of Figure 5 for the present invention.
  • Figure 7 shows a continuation of the purchase transaction process.
  • Figure 8 is a block diagram illustrating a step from Figure 7 with additional steps.
  • Figure 9 is a block diagram of the process for establishing a buyer's account with the present invention.
  • Figure 10 is a block diagram of the process for establishing a seller's membership with the service that implements the present invention.
  • figure 1 is a block diagram illustrating the process of the present invention.
  • the present invention internal network 100 is illustrated by block 100.
  • Buyer 102 interacts with seller 104.
  • Transactions are made through a standard credit card approval network 106.
  • Lines labeled 108 through 122 illustrate the process of the present invention.
  • Line 108 illustrates buyer 102 choosing to purchase a product or service and utilize internal network 100.
  • Buyer 102 sends the following to internal network 100: seller ID, transaction amount and the Internet protocol address of buyer 102, line 110.
  • Internal network 100 activates a new two-way browser session with buyer 102, represented by line 112, by utilizing the internet protocol address supplied by mercbuyer 102.
  • the browser screen displayed on buyer's 102 monitor details to buyer 102 seller's 104 name and transaction amount and prompts buyer 102 to enter their account number and PIN to verify their identity.
  • Buyer 102 sends this data to internal network 100, still using the two-way browser session, line 112.
  • Internal network 100 verifies that buyer 102 has a valid account with Provider and invites buyer to select a credit (or debit) card and shipping address, again using browser session line 112. Buyer responds with choices, line 112.
  • Internal network 100 then closes the browser session and activates a Transaction Processing Application which uses electronic commerce modeling language (ECML) or similar open protocol, to complete the seller's 104 order form; generate a unique transaction identification number (TIN); place the TIN in the credit card data field of seller's form; and place this completed form on the buyer's 102 monitor, line 114.
  • Buyer 102 then approves the purchase by clicking "approve” on the monitor, which sends the completed form to the seller 104, line 116.
  • ECML electronic commerce modeling language
  • Seller 104 records the TIN and forwards it to the normal credit card approval network (CCAN) 106, line 118.
  • the Bank Identification Number (BIN #) found within each TIN notifies the CCAN to contact Internal network 100 and present this TIN to obtain the actual credit card data, line 120.
  • the Internal network 100 checks the validity of the TIN and provides the corresponding buyer's 102 actual credit (or debit) card data to the CCAN, line 122.
  • the CCAN then processes the transaction in the normal manner, sending an approval or decline notice to seller 104, line 124.
  • Seller 104 notifies buyer 102 of the results of the transaction, line 126.
  • Seller 104 never receives or views the buyer's 102 account number, PIN or actual credit (or debit) card data to make this transaction.
  • FIG 3 is a block diagram illustrating the process of the present invention as shown in Figure 1, in more detail.
  • Blocks and lines, 100 through 126 are identical to Figure 1. Please read Figure 1 in conjunction with Figure 3. The following information describes the present invention internal network 100 in greater detail.
  • Internal network 100 consists of web server 300 which is connected to the Internet.
  • Web server 300 registers buyers and receives transaction data from merchant buyer 102, including: seller identity, and Internet Protocol (IP) address for this on-line session of buyer 102 who desires to make a purchase of goods and/or services from seller 104, line 110.
  • Web server 300 then activates a two-way browser session with buyer 102 monitor, represented by line 112.
  • IP Internet Protocol
  • Server 303 is part of a network operated behind a secure firewall by the entity that provides the service described in this invention.
  • Server 303 compares the account number and PIN for validation and, line 308, transmits, via web server 300 and browser session, line 112, with buyer 102, a request for which pre-stored credit (or debit) card and shipping address to use for this purchase.
  • Buyer provides this data via browser session, line 112, to web server 300 and on to data base 303, line 310.
  • This also activates the transaction process application (TPA) in application server 304.
  • TPA transaction process application
  • the TPA sends this information along with the TIN to the Web Server which then completes the sellers order form and generates a unique transaction identification number (TIN) and inserts the TIN into the field in the form reserved for the credit card data.
  • the completed form is passed to web server 303, line 312, and on to buyer 102, line 114.
  • JO- Buyer 102 then authorizes the purchase by sending the completed form to the seller 104, line 116.
  • Seller 104 records the TIN and transmits it to the credit card approval network (CCAN) just as is done with any other credit card purchase, line 118.
  • CCAN recognizes, from information contained in the TIN, the need to visit internal network 100 to obtain the actual credit card data that will be used to process this transaction. This is done by routing the TIN to authorized processor 302, line 120.
  • Authorized processor 302 is pre-authorized by Provider to use dedicated, secure (non-Internet) telecommunication links to enter internal network 100, line 314.
  • the TPA compares the TIN to that generated in line 310 and if valid, provides the actual credit (or debit) card data that corresponds to this unique transaction to the authorized processor, line 316.
  • Authorized processor 302 transmits the actual card data to the CCAN, line 122.
  • the CCAN now processes the card data in the manner normal for any transaction and transmits an approval/decline notice to seller 104, line 124.
  • Seller 104 notifies buyer 102 of the result, line 126.
  • the transaction is now complete, buyer 102 has made a purchase, seller 104 has made a sale, and standard credit card approval network 106 has processed the credit card transaction. Neither seller 104 nor standard credit card approval network 106 have seen or done anything different than they do during normal credit card transactions.
  • the TIN is used by the authorized processor to identify the transaction and settle any post-transaction activities such as disputes, charge-backs, credits, exchanges, etc.
  • FIG. 4 is a block diagram illustrating the overall process of the present invention between servers. Shown in Figure 4 are the pathways between the various servers, layers of security represented by the firewall, and the gateways. Buyer 102 and seller 104 are connected to Internet 402. Web server 300 is connected to Internet 402 and to server 303 and server 304 through security firewall 406 and gateway 410.
  • Buyer Call Center 404 is accessed by buyer 102 through conventional phone lines, line 401, to a specific phone at the number listed in buyers 102 subscription.
  • Buyer 102 provides their actual credit (or debit) card data and preferred shipping address(es) either on line through web server 300 and gateway 410 into database server 303 or by phone to a customer service representative who enters this data through gateway 402 into database server 303.
  • Server 303 and transaction processing application server 304 are in close proximity within a highly secure area with restricted access, both physical and electronic.
  • Authorized processor 302 is connected to standard credit card approval network 106 through dedicated communication line 414 and also accesses server 304 via gateway 412, completing the system.
  • Seller 104 is connected to the credit card approval network 106 via dedicated communication line 416, not the Internet.
  • FIG. 5 is a block diagram of the transaction process for the present invention.
  • the buyer decides to make a purchase at a seller's website.
  • the buyer proceeds to checkout, to pay for the products or services selected.
  • step 504 the buyer selects to use the present invention as their payment vehicle. Selecting the present invention is as simple as clicking on an icon or text link which signifies the present invention and is recognized by the buyer.
  • step 504 causes the current IP address of the buyer to be sent along with the transaction amount and the seller account ID to the web site of the present invention, step 506.
  • step 508 the web site activates a two-way browser session with buyer, identifies the transaction, amount and seller, and requests buyer's account ID number and PIN.
  • Step 610 prompts the buyer for account ID and PIN.
  • step 612 web server queries the secure intranet server operated by the Provider for validation of the buyer account ID, and PIN.
  • Step 614 determines if the data is valid and requests from buyer which credit card and shipping address to use for this transaction, step 618. This shipping address is checked against those previously entered by the buyer, step 620. If a different shipping address from one stored is selected, then additional verification of buyer's identity is requested, step 622. This information is compared to information entered by buyer during enrollment, step 624. If not valid, a failure notice is sent to both buyer and seller, step 628.
  • TPA transaction identification number
  • step 630 The buyer verifies the accuracy of the form as it appears on his or her monitor, step 630. If inaccurate, buyer is advised to contact customer services and transaction is canceled, step 632. If accurate, buyer is asked to authorize the transaction, step 634. If the buyer does not authorize the transaction, it is canceled and the seller is so notified, step 636. If the buyer approves the transaction, the completed form is transmitted over the Internet to the seller, step 638.
  • FIG. 7 shows a continuation of the purchase transaction process.
  • the seller processes the transaction as any other, sending the TIN to the normal credit card approval network (CCAN) used by the seller for electronic commerce transactions, step 712.
  • CCAN normal credit card approval network
  • the CCAN tests the bank identification number (BIN) present within all credit card numbers to determine routing path, step 714. If the BIN unique to the Provider of the service described in the present invention is not present in the TIN, it is routed through the normal CCAN transaction approval process, step 722.
  • the Provider's BIN is present, it is routed to the Provider's internal network to obtain the actual credit card number, step 716.
  • the TIN is checked by the Provider's TPA, step 718. If the TIN is valid, the actual card data is provided to the CCAN, step 720, and is then routed through the normal credit approval process, step 722. If the TIN is not valid, the transaction is terminated and the CCAN is notified by the Provider, step 724. The seller is notified in the normal manner by the CCAN whether the transaction is terminated, approved or declined, step 726. The seller then notifies the buyer of the transaction status, step 728. The transaction process is thus concluded, step 730.
  • the CCAN has seen a standard transaction come to them for authorization, and responded in their normal fashion.
  • the seller has seen a standard credit card transaction handled in a fully secure manner with no deviation from their standard e-commerce process, and they have completed a purchase for one of their buyers.
  • the buyer has been given full assurance that the transaction conducted over the Internet was handled in a manner so as to provide complete privacy of their credit card data.
  • FIG. 8 is a block diagram for establishing a buyer's account with the Provider of the present invention.
  • buyer contacts Provider's web site and activates the enrollment function, step 812.
  • the buyer provides standard enrollment information, including name address, preferred shipping address(es); selects a personal identification number (PIN); and provides a third layer of personal authentication as well as an authorization question and answer likely to be known only by the buyer, step 814.
  • PIN personal identification number
  • Buyer is prompted to read and accept the terms of the subscription agreement, step 816. If the buyer refuses, the application is denied, step 818. If the buyer agrees, the buyer is asked if willing to provide their credit card data over this encrypted Internet connection this one time only, step 820. If buyer is not willing, buyer is invited to enroll via a real time "chat" session with a customer services representative of Provider, step 822. If the buyer does not agree, buyer is provided an interim account number and a phone number and invited to contact a customer services representative to complete the application over the phone, step 824.
  • step 826 If buyer agrees to provide card data on line or via a chat session, the data will be provided, step 826, and the validity of the card(s) will be verified by Provider over the normal credit approval network, step 828. If the card(s) are not valid, the buyer will be notified and the process can be repeated if revised card data is provided, step 830. If the card(s) are valid, the subscription process proceeds as depicted in Figure 9.
  • the Provider issues an account number to the buyer, step 910. The buyer uses this account number and PIN to access the Member Services area of Provider's web site, step 912. Buyer views the Member Welcome Kit to learn the details of how to use the service and views the Seller Yellow Pages to determine which sellers allow purchases using this secure service, step 914.
  • step 916 The buyer is asked if they now want to activate their account with the service so it can be used to make purchases, step 916. If the buyer does not want to make purchases immediately, their account will remain inactive until they choose to activate it, step 918. If the buyer is ready to make purchases, the account is activated and can be used to make purchases at any time, step 920. Once purchasing activity has been completed, buyer will be asked whether the account should remain active, step 922. If the buyer answers "yes”, the account will be available to purchase whenever the buyer shops at a seller certified to use this purchasing system, step 920. If the buyer answers "no", the account will be placed on an inactive status, step 918. In this status, no one can use the buyer's stored credit (or debit) card(s) to make purchases and only the member can activate the account.
  • FIG. 10 is a block diagram of the process for establishing a seller's membership with the entity providing the service described in the present invention.
  • a seller requests to be registered with the system.
  • Step 1004 attempts to determine if the seller is qualified to be registered by meeting the following criteria: currently accept, at minimum, Visa and/or MasterCard (either credit or debit); currently has an e-commerce web presence and has been conducting e-commerce for approximately one year; their defined e-commerce methodology is compatible with the present invention; their e-commerce platform meets the system requirements of the present invention; they meet credit worthiness requirements and are a business in good standing, presumably accomplished through the Dun & Bradstreet directory.
  • step 1006 the process passes to step 1006 in which an agreement is executed.
  • step 1008 the seller provides the following data: credit card seller processor seller identification number, seller processor name, appropriate contact data at the seller processor.
  • the present invention then contacts the seller processor and provides the seller processor with the Bank Identification Number (BIN) that will be found in the TIN, and directions for routing the TIN to the present invention to obtain the actual credit card number.
  • BIN Bank Identification Number
  • Step 1010 then assigns the seller a member-seller identification and creates a record for the seller within the present invention terminal server.
  • This record includes the following: Seller ID, seller name and contact data, processor name and contact data, processor seller ID, and telephone number for transaction processing.
  • step 1012 the present invention then provides a few lines of HTML code to the seller that the seller can "cut and paste" into the seller's existing platform to offer the present invention as another payment option path to buyers. Embedded within this code is the ability to transfer the total transaction purchase price and the seller's account. Upon testing, verification, and certification, the seller is set up and may begin accepting transactions.
  • the surrogate credit card number and/or PIN does not have to be a number, it may be a digital certificate or other means of identifying the buyer.

Abstract

L'invention concerne un système et un procédé permettant d'effectuer des opérations de commerce électronique sur l'Internet (402) ou sur un autre réseau public sans que l'acheteur (102) ait à fournir les données relatives à sa carte de crédit. Les acheteurs (102) craignent de fournir sur l'Internet (402) des données relatives à leur carte de crédit. L'invention permet à un acheteur (102) d'effectuer un achat sur l'Internet (402) avec sa carte de crédit sans avoir à fournir les données de celles-ci. Le système de l'invention fournit aux acheteurs (102) un numéro d'identification de la transaction, pour que ceux-ci puissent effectuer des achats sur l'Internet, les acheteurs (102) validant personnellement leurs achats pendant qu'ils sont en ligne. Les données relatives aux cartes de crédit des acheteurs (102) ne sont jamais transmises sur l'Internet (402). La validation en ligne de chaque achat, par l'intermédiaire d'une tierce partie fournissant le service décrit dans l'invention, contribue à une diminution des fraudes.
PCT/US2000/015788 1999-06-09 2000-06-08 Systeme de paiement sur l'internet WO2000075843A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU57292/00A AU5729200A (en) 1999-06-09 2000-06-08 Internet payment system

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US32842299A 1999-06-09 1999-06-09
US09/328,422 1999-06-09
US47112799A 1999-12-23 1999-12-23
US09/471,127 1999-12-23

Publications (1)

Publication Number Publication Date
WO2000075843A1 true WO2000075843A1 (fr) 2000-12-14

Family

ID=26986365

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2000/015788 WO2000075843A1 (fr) 1999-06-09 2000-06-08 Systeme de paiement sur l'internet

Country Status (2)

Country Link
AU (1) AU5729200A (fr)
WO (1) WO2000075843A1 (fr)

Cited By (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2366007A (en) * 2000-02-09 2002-02-27 Roy William Buckland Credit and charge card security technology and mechanism for e-commerce
GB2367160A (en) * 2000-02-25 2002-03-27 Costar Group Inc Real estate trading on internet
DE10058249A1 (de) * 2000-11-23 2002-06-13 Anthros Gmbh & Co Kg Verfahren zur gesicherten elektronischen Übermittlung von Transaktionsdaten
ES2172438A1 (es) * 2000-11-03 2002-09-16 Valles Tomas Mulet Metodo para la realizacion de transacciones economicas a traves de una red de telecomunicaciones.
WO2002082391A1 (fr) * 2001-04-04 2002-10-17 Sips Inc. Systeme d'habilitation pour commerce electronique securise
GB2350982B (en) * 1999-06-10 2003-06-25 John Quentin Phillipps Electronic commerce system
FR2836255A1 (fr) * 2002-02-18 2003-08-22 Andre Remond Procede, systeme et serveur de gestion pour le paiement de biens ou de services acquis lors d'une vente a distance
WO2003096178A1 (fr) 2002-05-10 2003-11-20 Pitney Bowes Inc Paiements contre remboursement de type ferme
US6839692B2 (en) * 2000-12-01 2005-01-04 Benedor Corporation Method and apparatus to provide secure purchase transactions over a computer network
DE10336070A1 (de) * 2003-08-06 2005-01-20 Siemens Ag Verfahren zur sicheren Abwicklung von Zahlungen über ein Datennetz
US6895391B1 (en) 1999-11-09 2005-05-17 Arcot Systems, Inc. Method and system for secure authenticated payment on a computer network
US7076452B2 (en) 2000-10-23 2006-07-11 Costar Group, Inc. System and method for collection, distribution, and use of information in connection with commercial real estate
US7174301B2 (en) 2000-10-23 2007-02-06 Costar Group, Inc. System and method for accessing geographic-based data
US7249093B1 (en) * 1999-09-07 2007-07-24 Rysix Holdings, Llc Method of and system for making purchases over a computer network
US20080302876A1 (en) * 2005-05-09 2008-12-11 Mullen Jeffrey D Dynamic credit card with magnetic stripe and embedded encoder and methods for using the same to provide a copy-proof credit card
US7487114B2 (en) 2000-10-23 2009-02-03 Costar Group, Inc. System and method for associating aerial images, map features, and information
EP2074581A2 (fr) * 2006-10-12 2009-07-01 Peter A. Shapiro Procédé et système de réalisation d'achats anonymes et ligne
EP2133847A1 (fr) * 2008-06-13 2009-12-16 François Druel Procédé et système pour contrôler l'accès à des sites ou contenus, tels que des jeux en ligne, et supports de contrôle d'accès pour la mise en oeuvre de ce procédé
US7640204B2 (en) 2000-10-23 2009-12-29 Costar Group, Inc. System and method for collection, distribution, and use of information in connection with commercial real estate
US8271394B1 (en) * 2011-10-27 2012-09-18 Bogaard Erik T Confirming local marketplace transaction consummation for online payment consummation
US10339525B2 (en) 2011-10-27 2019-07-02 Boom! Payments, Inc. Confirming local marketplace transaction consummation for online payment consummation
USRE47502E1 (en) * 2000-04-19 2019-07-09 Innovation Sciences, Llc Method and system for conducting business in a transnational E-commerce network

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5757917A (en) * 1995-11-01 1998-05-26 First Virtual Holdings Incorporated Computerized payment system for purchasing goods and services on the internet
US5825881A (en) * 1996-06-28 1998-10-20 Allsoft Distributing Inc. Public network merchandising system
US5890137A (en) * 1995-12-15 1999-03-30 Kabushiki Kaisha N.K. Kikaku On-line shopping system and the method of payment settlement
US5903721A (en) * 1997-03-13 1999-05-11 cha|Technologies Services, Inc. Method and system for secure online transaction processing
US5903652A (en) * 1996-11-25 1999-05-11 Microsoft Corporation System and apparatus for monitoring secure information in a computer network
US6014650A (en) * 1997-08-19 2000-01-11 Zampese; David Purchase management system and method
US6023682A (en) * 1997-10-21 2000-02-08 At&T Corporation Method and apparatus for credit card purchase authorization utilizing a comparison of a purchase token with test information

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5757917A (en) * 1995-11-01 1998-05-26 First Virtual Holdings Incorporated Computerized payment system for purchasing goods and services on the internet
US5890137A (en) * 1995-12-15 1999-03-30 Kabushiki Kaisha N.K. Kikaku On-line shopping system and the method of payment settlement
US5825881A (en) * 1996-06-28 1998-10-20 Allsoft Distributing Inc. Public network merchandising system
US5903652A (en) * 1996-11-25 1999-05-11 Microsoft Corporation System and apparatus for monitoring secure information in a computer network
US5903721A (en) * 1997-03-13 1999-05-11 cha|Technologies Services, Inc. Method and system for secure online transaction processing
US6014650A (en) * 1997-08-19 2000-01-11 Zampese; David Purchase management system and method
US6023682A (en) * 1997-10-21 2000-02-08 At&T Corporation Method and apparatus for credit card purchase authorization utilizing a comparison of a purchase token with test information

Cited By (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2350982B (en) * 1999-06-10 2003-06-25 John Quentin Phillipps Electronic commerce system
US7249093B1 (en) * 1999-09-07 2007-07-24 Rysix Holdings, Llc Method of and system for making purchases over a computer network
US6895391B1 (en) 1999-11-09 2005-05-17 Arcot Systems, Inc. Method and system for secure authenticated payment on a computer network
US7330836B2 (en) 1999-11-09 2008-02-12 Arcot Systems, Inc. Method and system for secure authenticated payment on a computer network
GB2366007B (en) * 2000-02-09 2004-07-07 Roy William Buckland Credit and charge security technology and mechanism for e-commerce
GB2366007A (en) * 2000-02-09 2002-02-27 Roy William Buckland Credit and charge card security technology and mechanism for e-commerce
GB2367160A (en) * 2000-02-25 2002-03-27 Costar Group Inc Real estate trading on internet
US6871140B1 (en) 2000-02-25 2005-03-22 Costar Group, Inc. System and method for collection, distribution, and use of information in connection with commercial real estate
GB2367160B (en) * 2000-02-25 2004-09-29 Costar Group Inc System and method for collection, distribution, and use of information in connection with commercial real estate
USRE47502E1 (en) * 2000-04-19 2019-07-09 Innovation Sciences, Llc Method and system for conducting business in a transnational E-commerce network
US7640204B2 (en) 2000-10-23 2009-12-29 Costar Group, Inc. System and method for collection, distribution, and use of information in connection with commercial real estate
US7487114B2 (en) 2000-10-23 2009-02-03 Costar Group, Inc. System and method for associating aerial images, map features, and information
US7076452B2 (en) 2000-10-23 2006-07-11 Costar Group, Inc. System and method for collection, distribution, and use of information in connection with commercial real estate
US7174301B2 (en) 2000-10-23 2007-02-06 Costar Group, Inc. System and method for accessing geographic-based data
ES2189647A1 (es) * 2000-11-03 2003-07-01 Valles Tomas Mulet Perfeccionamientos en la patente de invencion 200002648 por metodo para la realizacion de transacciones economicas a traves de una red de telecomunicaciones.
ES2172438A1 (es) * 2000-11-03 2002-09-16 Valles Tomas Mulet Metodo para la realizacion de transacciones economicas a traves de una red de telecomunicaciones.
DE10058249A1 (de) * 2000-11-23 2002-06-13 Anthros Gmbh & Co Kg Verfahren zur gesicherten elektronischen Übermittlung von Transaktionsdaten
US6839692B2 (en) * 2000-12-01 2005-01-04 Benedor Corporation Method and apparatus to provide secure purchase transactions over a computer network
WO2002082391A1 (fr) * 2001-04-04 2002-10-17 Sips Inc. Systeme d'habilitation pour commerce electronique securise
WO2003071501A3 (fr) * 2002-02-18 2004-03-25 Andre Remond Procédé, système et serveur de gestion pour le paiement de biens ou de services acquis lors d'une vente a distance
WO2003071501A2 (fr) * 2002-02-18 2003-08-28 Remond Andre Procédé, système et serveur de gestion pour le paiement de biens ou de services acquis lors d'une vente a distance
FR2836255A1 (fr) * 2002-02-18 2003-08-22 Andre Remond Procede, systeme et serveur de gestion pour le paiement de biens ou de services acquis lors d'une vente a distance
WO2003096178A1 (fr) 2002-05-10 2003-11-20 Pitney Bowes Inc Paiements contre remboursement de type ferme
US8612346B2 (en) 2002-05-10 2013-12-17 Pitney Bowes Inc. Method and system for closed loop collect on delivery (C.O.D.) payments
EP1508086A4 (fr) * 2002-05-10 2006-05-24 Pitney Bowes Inc Paiements contre remboursement de type ferme
EP1508086A1 (fr) * 2002-05-10 2005-02-23 Pitney Bowes Inc. Paiements contre remboursement de type ferme
DE10336070A1 (de) * 2003-08-06 2005-01-20 Siemens Ag Verfahren zur sicheren Abwicklung von Zahlungen über ein Datennetz
US20080302876A1 (en) * 2005-05-09 2008-12-11 Mullen Jeffrey D Dynamic credit card with magnetic stripe and embedded encoder and methods for using the same to provide a copy-proof credit card
EP2074581A2 (fr) * 2006-10-12 2009-07-01 Peter A. Shapiro Procédé et système de réalisation d'achats anonymes et ligne
EP2074581A4 (fr) * 2006-10-12 2011-06-22 Peter A Shapiro Procédé et système de réalisation d'achats anonymes et ligne
EP2133847A1 (fr) * 2008-06-13 2009-12-16 François Druel Procédé et système pour contrôler l'accès à des sites ou contenus, tels que des jeux en ligne, et supports de contrôle d'accès pour la mise en oeuvre de ce procédé
US20130198035A1 (en) * 2011-10-27 2013-08-01 Erik T. Bogaard Confirming local marketplace transaction consummation for online payment consummation
US8429084B1 (en) * 2011-10-27 2013-04-23 Erik T. Bogaard Confirming local marketplace transaction consummation for online payment consummation
US9235857B2 (en) * 2011-10-27 2016-01-12 Boom! Payments, Inc. Confirming local marketplace transaction consummation for online payment consummation
US10176479B2 (en) * 2011-10-27 2019-01-08 Boom! Payments, Inc. Confirming local marketplace transaction consummation for online payment consummation
US10339525B2 (en) 2011-10-27 2019-07-02 Boom! Payments, Inc. Confirming local marketplace transaction consummation for online payment consummation
US8271394B1 (en) * 2011-10-27 2012-09-18 Bogaard Erik T Confirming local marketplace transaction consummation for online payment consummation
US10346840B2 (en) 2011-10-27 2019-07-09 Boom! Payments, Inc. Confirming local marketplace transaction consummation for online payment consummation

Also Published As

Publication number Publication date
AU5729200A (en) 2000-12-28

Similar Documents

Publication Publication Date Title
US7451114B1 (en) Conducting commerce between individuals
US7536353B2 (en) Secure transaction processing system and method
WO2000075843A1 (fr) Systeme de paiement sur l'internet
US20010029485A1 (en) Systems and methods enabling anonymous credit transactions
US20060089906A1 (en) Method for securing a payment transaction over a public network
US20010044787A1 (en) Secure private agent for electronic transactions
US20100179906A1 (en) Payment authorization method and apparatus
US20020073046A1 (en) System and method for secure network purchasing
CZ20004781A3 (cs) Ověřený platební systém
JP2004511028A (ja) 情報を安全に収集、格納、及び送信する方法及びシステム
KR20030019560A (ko) 금융기구 확인 시스템 및 방법
JP2004533062A (ja) セキュア・オンライン決済システム
AU775065B2 (en) Payment method and system for online commerce
CA2426376C (fr) Procede et systeme destines a faciliter une transaction securisee en ligne entre des entreprises et des consommateurs en reseaux
US20020188573A1 (en) Universal electronic tagging for credit/debit transactions
WO2000075749A2 (fr) Systeme de paiement sur internet
US20020123935A1 (en) Secure commerce system and method
KR20020064473A (ko) 전자지갑과 통합된 전자 지불 보증 서비스 시스템 및 그방법
GB2360383A (en) Payment authorisation
TR2021005124A1 (tr) Bi̇r güvenli̇ alişveri̇ş ödeme si̇stemi̇
JP2004514200A (ja) 匿名のｉｄ取引をインターネットで行うシステムと方法
KR20010044265A (ko) 전자쇼핑계좌를 이용한 전자상거래에서의 지불방법
WO2002054315A1 (fr) Systeme de traitement de transactions securisees
KR20030026172A (ko) 사용자마다 고유한 사이버신용번호를 사용한 전자 지불 방법

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY CA CH CN CR CU CZ DE DK DM DZ EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP