WO2000075888A1 - Systeme de paiement informatise permettant d'executer et de regler des transactions d'achat par reseau - Google Patents

Systeme de paiement informatise permettant d'executer et de regler des transactions d'achat par reseau Download PDF

Info

Publication number
WO2000075888A1
WO2000075888A1 PCT/US2000/015290 US0015290W WO0075888A1 WO 2000075888 A1 WO2000075888 A1 WO 2000075888A1 US 0015290 W US0015290 W US 0015290W WO 0075888 A1 WO0075888 A1 WO 0075888A1
Authority
WO
WIPO (PCT)
Prior art keywords
buyer
seller
administration network
network
administration
Prior art date
Application number
PCT/US2000/015290
Other languages
English (en)
Inventor
David P. Kurrasch
Alan E. Holroyde
Original Assignee
Global Payment Advisors
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 Global Payment Advisors filed Critical Global Payment Advisors
Priority to EP00941200A priority Critical patent/EP1101209A1/fr
Priority to GB0100516A priority patent/GB2355093A/en
Publication of WO2000075888A1 publication Critical patent/WO2000075888A1/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/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • G06Q20/123—Shopping for digital content
    • G06Q20/1235—Shopping for digital content with control of digital rights management [DRM]
    • 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/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3821—Electronic credentials
    • G06Q20/38215—Use of certificates or encrypted proofs of transaction rights
    • 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/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
    • 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 generally to electronic payments and settlement of funds, and more particularly to network transactions with guaranteed payments.
  • One drawback of existing electronic buying systems is that they do not allow for a sophisticated payment function that includes, among other essential items, strong security, payment privacy, purchase consolidation, audit controls, sophisticated credit analysis, approval and limitations, on-line negotiation of payment terms, and a comprehensive flow of accounting data among the buyer, seller and approved third parties, such as the financial intermediaries of the buyer and seller.
  • Another drawback to the systems reflected in the foregoing patents is the inability of the systems they cover to integrate a conscious electronic business administrator into the buy/sell system.
  • the purpose of the electronic business administrator is to assure buyer authentication, protect buyer privacy, and eliminate the need for buyers to supply personal data such as credit card numbers or checking account information directly to sellers when making purchases. Additionally, the electronic business administrator provides introductions of buyers to sellers and collects, collates and disseminates important relevant buying, selling and accounting data to the respective participants in the process.
  • U.S. Patent 5,732,400 addresses a financial clearinghouse serving as a middleman for on-line transactions.
  • the clearinghouse accepts requests for goods and services from buyers and determines their ability to pay through buyer profiles.
  • the system does not comprehend a sophisticated and comprehensive credit analysis procedure and, notwithstanding its on-line function, contemplates the use of traditional payment mechanisms (envisioning issuance of paper or electronic invoices with payments made by check, electronic funds transfer or ACH debit/credit).
  • Another disadvantage is that the financial clearinghouse is not an integral part of the business structure of the system.
  • the financial clearinghouse is adjacent to the buying and selling functions while, in the present invention, the administration function is integrated directly into the buying and selling process.
  • a further disadvantage is the necessity of invoicing many transactions.
  • the present invention allows for many transactions to be completed in a single buying "trip" and permits the buyer to pay for purchases from many Sellers in a single, consolidated payment with individual Seller and itemized product information delivered to the buyer for accounting, audit and control purposes.
  • a further disadvantage is the need for a complicated and costly credit scoring system for the buyer.
  • the present invention allows for on-line terms of sale to be created between buyer and seller and allows the seller to accept and/or adjust terms during the selling sequence. Additionally, the invention allows for instantaneous on-line debits to buyers' checking accounts thereby eliminating payment risk without the need of a middleman that scores each transaction.
  • Figure 1 illustrates an electronic catalogue system in which the Buyer views an electronic catalogue using a computer or telecommunications device attached to a network, makes purchases from one or more Sellers, pays the Seller by debit or credit to a payment processor not directly linked to the system and accepts instructions to ship/deliver the product or service.
  • a Seller maintains the catalogue for the purpose of updating and correcting any information.
  • This electronic catalogue system fails to provide an intermediary for payment.
  • an improved method and system for enrolling and authenticating participants on network transactions There is a need for improved reconcilement and reporting methods and systems for network transactions.
  • an object of the present invention is to provide a method and system for electronic payments and settlement of funds.
  • a further object of the present invention is to provide a method and system for network transactions with guaranteed payments.
  • An object of the present invention is to provide a method and system for network transactions that ties authentication to a buyer's power to buy.
  • Another object of the present invention is to provide a method and system for network transactions with a set of entitlements with authentication which is reported and reconciled sequentially by the buyer and the seller.
  • Yet another object of the present invention is to provide a method and system for network transaction that creates a dynamic relationship between a financial institution and a buyer for a selected cyle where the financial institution guarantees payment on behalf of the buyer to the benefit of the Seller based on established purchasing limits.
  • a further object of the present invention vent is to provide a method and system for network transactions that enables a buyer to make multiple purchases from multiple sellers during one buying session with a single check-out.
  • the system includes an administration network with a server, seller software, a buyer database including buyer entitlements and authentication, a seller database including seller entitlement and authentication.
  • the administration network matches financial entitlements and authentications of buyers and sellers for purchase transactions.
  • the administration network further includes financial intermediary resources that have a database with a list of approved buyers matched to each buyer's personalized purchasing capacities.
  • a plurality of seller networks are coupled to the administration network.
  • Each seller network includes a server and resources that provide quotes for product sale transactions.
  • the present invention is a system for completing purchases between a buyer, at least one seller and a financial guarantor associated with the buyer.
  • An administration network includes a server, seller software, a buyer database with buyer entitlements and authentication and a seller database with seller entitlement and authentication.
  • the administration network matches financial entitlements and authentications of buyers and sellers for purchase transactions.
  • a plurality of seller networks are coupled to the administration network.
  • Each seller network includes a server and resources that provide quotes for product sale transactions.
  • Financial guarantor resources are associated with the financial guarantor and are coupled to the administration network.
  • the financial guarantor resources include a database with a list of approved buyers matched to each buyer's personalized financial resources.
  • the present invention is a method of providing purchase transaction services among at least one seller and at least one buyer with an administration network coupled to a seller network.
  • the buyer is enrolled with the administration network.
  • the buyer provides buyer entitlements to the administration network and the administration network authenticates the buyer to utilize the administration network.
  • the seller is also enrolled with the administration network.
  • the seller provides seller entitlements and the administration network authenticates the seller to utilize the administration network.
  • the buyer electronically selects at least one product at the seller network.
  • the buyer selects a check out function at the seller network to complete a requested product purchase.
  • the check out is electronically coupled to the administration network.
  • the requested product purchase is compared to the buyer's entitlements and authentication at the administration network.
  • An approval or denial decision of the requested product purchase is made at the administration network.
  • the approval or denial decision is transmitted from the administration network to the seller network.
  • a guarantee of payment is provided to the seller for the purchase transaction that is backed by a financial guarantor coupled to the administration network.
  • the present invention is a method of providing purchase transaction services among at least one seller and at least one buyer.
  • An administration network is coupled to a seller network.
  • the buyer and seller are each enrolled with the administration network.
  • the buyer provides buyer entitlements and the seller provides seller entitlements.
  • the administration network then authenticates the buyer and seller to utilize the administration network.
  • the buyer electronically selects at least one product at the seller network.
  • the buyer selects a check out function at the seller network to complete a requested product purchase.
  • the check out is electronically coupled to the administration network.
  • the requested product purchase is compared to the buyer's entitlements and authentication at the administration network.
  • the administration network transmits a probability of the buyer making payment of the requested product purchase to the seller network.
  • the seller approves or denies the requested product purchase based on the probability.
  • Figure 1 is a flow chart of a known electronic catalogue system.
  • Figure 2 illustrates the major components of one embodiment of an automated buying and payment system of the present invention.
  • Figure 3 is a flow chart illustating one embodiment of an enrollment process utilized with the system of Figure 2.
  • Figure 4 is a flow chart of another embodiment of an enrollment process useful with the system of Figure 2.
  • Figure 5 is a flow chart illustrating one embodiment of a buyer enrollment process without an authenticating financial guarantor that is used with the system of Figure 2.
  • Figure 6 is a flow chart illustrating one embodiment of a buyer enrollment process with direct access to the electronic administrator of Figure 2.
  • Figure 7 is a flow chart of a login redirection procedure that is used with the Figure 2 system.
  • Figure 8 is a flow chart illustrating a buyer authentication process with the electronic administrator through an authenticating financial guarantor used with the Figure 2 system.
  • Figure 9 is a flow chart illustrating one embodiment of a buying process of the Figure 2 system.
  • Figure 10 is a flow chart illustrating one embodiment of a buyer's purchasing transaction with the Figure 2 system.
  • Figure 11 is a flow chart illustrating one embodiment of a purchase transaction with a shipping address at a seller network site using the Figure 2 system.
  • Figure 12 is a flow chart illustrating one embodiment of a purchase transaction without a shipping address at a seller network site using the Figure 2 system.
  • Figure 13 is a flow chart illustrating one embodiment of a purchase transaction where the buyer desires to establish multi-levels of approval to execute sales using the Figure 2 system.
  • Figure 14 is a flow chart illustrating one embodiment of a multilevel buyer approval process with the system of Figure 2.
  • Figure 15 is a flow chart illustrating one embodiment of a buyer reporting process with the system of Figure 2.
  • Figure 16 is a flow chart illustrating one embodiment of a seller reporting process with the system of Figure 2.
  • Figure 17 is a flow chart illustrating one embodiment of a market data process with the system of Figure 2.
  • Figure 18 is a flow chart illustrating one embodiment of a payment approval and settlement process with the system of Figure 2.
  • Figure 19 is a flow chart illustrating one embodiment of a settlement process with the system of Figure 2.
  • Figure 20 is a flow chart illustrating one embodiment of a risk management process with the system of Figure 2.
  • Figure 21 is a flow chart illustrating one embodiment of a loyalty program process with the system of Figure 2.
  • the present invention is an automated buying and payment system (the "APBS").
  • the APBS is a multi-party system that operates with any electronic interface between a Buyer and a Seller using a computer or telecommunications device attached to a network (collectively the “Network”).
  • the Network is the Internet.
  • Figure 2 illustrates the major components of the APBS.
  • Entities utilizing the APBS include Buyers, Sellers and FG's.
  • the APBS provides core infrastructure including enrollment, network site services, FG communications for entitlement and authentication, transaction processing, Seller protocols, Buyer-service, reporting, reconciliation, audit, network monitoring and security.
  • the APBS includes an electronic administrator ("EA") that enrolls the FG's and Sellers, maintains the profiles of the FG's, Sellers and Buyers, captures the "entitlements" of the Buyers and Sellers, enforces the entitlements of the Buyers and Sellers, performs authentication services, approves or denies transactions, reports on transactions, provides audit services, and introduces Buyers and Sellers.
  • EA electronic administrator
  • “entitlements” include Buyer's payment preferences, shipping instructions, preferences and individual Buyer limits by Seller, Seller category, product, product category, transaction, daily, weekly, monthly or other period dollar limits.
  • Buyers which include buying companies with their authorized Buyers, and individual consumers (collectively “Buyers”) can enroll with the APBS and shop at participating wholesalers, retailers, auctions, exchanges, stores, malls (collectively "Sellers").
  • the APBS can be used to initiate money transfers for financial transactions, including but not limited to the buying and selling of securities and/or other assets, the execution of foreign exchange transactions, business to business, business to consumer, consumer to business and consumer to consumer payments and payment of recurring and non-recurring invoices.
  • the APBS enables a financial intermediary that transfers value between Buyers and Sellers, to issue credentials to Buyers which provide Buyer identity certification to a Seller.
  • financial intermediaries include but are not limited to banks, optioners, financial or non-financial intermediaries, insurance companies, business service providers, assurance companies, dealers and brokers, on-line trading facilities, electronic bill presentment firms, credit card companies, freight forwarders, governments, and the like (hereafter collectively financial guarantor "FG").
  • FG collectively financial guarantor
  • the APBS permits a Seller to select different pricing and money settlement plans for transactions based on its interpretation of the risk of each transaction and pay different amounts to have the payment executed with or without a guarantee. Additionally, with the APBS a Seller can choose different pricing for transactions by selecting different settlement timelines.
  • the APBS uses a temporary password and user name matched with a specific URL address.
  • the FG logs on to the APBS URL, re-enters the original temporary password and user name, and completes its enrollment at the APBS.
  • the Buyers may use, for example, a hardware token or software certificate for the APBS authentication.
  • the FG determines the type and process of key exchange for software certificates and selects whether to issue their own certificates or not.
  • An FG registration authority address is collected during enrollment if the FG issues its own certificates. Examples of Buyer certificates include smart cards, browser based certificates, biometrics, hardware tokens, and the like.
  • the APBS When an user is enrolled on the APBS, the APBS creates a unique, one-time password. This password is forwarded to the user and contains the URL to be used for logon. Passwords are initially issued by the APBS. Passwords expire based on the FG's requirements by entity. Examples of expiration dates include thirty, sixty and ninety days.
  • FG's are responsible for issuing certificates to their own FG users and to their Buyers.
  • the FG runs a registration authority to issue, monitor and revoke certificates.
  • the FG registration authority is integrated with the APBS enrollment process. AT the beginning of enrollment and APBS redirects a user to the FG registration authority to initiate a certificate request.
  • the FG designs its registration authority enrollment process so that APBS required data is requested and captured. New users log onto the FG registration authority to get certificates and complete enrollment.
  • the APBS can provide the registration authority function.
  • the FG does not have to integrate its registration authority with the APBS when the APBS is the registration authority.
  • Buyers invoke the APBS by visiting a participating Seller's purchase site, choosing the APBS check-out option or accessing the APBS through an FG's on-line procurement services.
  • the FG's electronic procurement service directs Buyers to an underlying portal service, which is managed and operated by the APBS.
  • Sellers become participating APBS Sellers when they complete enrollment and successfully install APBS Seller software on their network engines.
  • the Seller is enrolled and authenticated by the EA.
  • the Seller software is an electronic connection between the Seller Network engine and the EA.
  • the seller software is responsible for all communications and data transfer between the Seller Network engine and the EA.
  • the Seller software communicates with the APBS Gateway, which authenticates the Buyer, enforces the Buyer's entitlements and returns an approval or denial code to the Seller.
  • the Seller can either use the shipping address that the Buyer has provided the Seller or get the duly authorized shipping address from the EA. In either case, the APBS checks against a list of authorized shipping addresses.
  • the Seller software accepts calls from Seller's Network engine, executes required business logic and sends requests to APBS. Buyers can use the APBS once they have successfully enrolled their administrators and authorized buyers. Buyers can buy after completing their enrollment at the APBS. Buyers visit participating Seller network sites, shop and checkout. At checkout, Buyers click on the APBS icon button, which launches the Buyer and Seller authentication process, assembles cash register and equivalent receipt data (hereafter "Level III data") and the Seller's invoice. The APBS either approves or denies the transaction. The APBS records the history of every transaction for audit and reconciliation.
  • the APBS When a user is enrolled on the APBS, the APBS creates a usemame for that person.
  • the usemame, and logon instructions are forwarded to the user by person, the U.S. Post, by e-mail or other well known notification methods. After the initial logon, the user may change the usemame to another name provided that the new name is unique within the APBS. If the name is not unique the user is prompted to select another name.
  • the APBS manages usemames and passwords.
  • the EA is responsible for maintaining the individuality and uniqueness of the username/password combination and is also responsible for controlling access to the usemames and passwords to protect their confidentiality.
  • the EA is responsible for maintaining a tight co-ordination between a Buyer's and Sellers certification, entitlements and purchasing power.
  • the EA enforces at the time of each transaction an individual Buyer's ability to execute an individual purchase at any participating Seller's network site.
  • FIG. 3 One embodiment of an authentication process with an authenticating FG is illustrated in Figure 3, in this embodiment, the EA agrees with the FG that the EA will process all Network transactions between Buyers and Sellers as electronic debits to Buyer accounts at the FG and credits to Sellers as long as all conditions of the sale are met.
  • the EA checks out at the Seller's Network site, the EA, in coordination with the FG, approves or denies the transaction. If the transaction is approved, the FG provides a financial guarantee to the Seller which is communicated through the EA. In this embodiment where there is a guarantee by FG, the EA serves as an electronic switch between Buyer and Seller.
  • the Buyer is not authenticated by the FG but is authenticated by the EA.
  • the EA acts as the Buyer's payment facilitator.
  • the EA advises the Seller of the statistical likelihood of the success of the transaction. For example, if the Buyer has a history of successful transactions then the likelihood of success for the next transaction is high and a favorable score is delivered to the Seller by the EA. The Seller uses this score in its decision to complete or not complete the transaction. Even when the scoring occurs the EA continues to enforce individual Buyer entitlements.
  • the EA directly debits the Buyer's account at a named FG and the Seller is credited in the same manner.
  • the EA delivers authentication and non-repudiation cryptography to the Buyer and the Buyer's administrators directly.
  • Figure 5 illustrates one embodiment of the issuance of credentials to the Buyer by EA and FG.
  • the APBS creates credentials by issuing traditional cryptography that may include, but not limited to, a user name, password, digital certificate, digital signature, smart card, or other well known electronic identification method and device. These credentials are then distributed to the Buyer and are sent by e-mail, direct transmission, U.S. Post, courier and the like.
  • the Buyer maintains the confidentiality of its credentials at all times. EA or FG both issue certificates and credentials. If the Buyer is not enrolled with the APBS, the Buyer can become enrolled by selecting the APBS checkout at a participating Seller which launches an automatic enrollment process.
  • EA determines electronically that the Buyer is not enrolled with the APBS and will then automatically launch a series of screens that the Buyer may complete to enroll during a single transaction.
  • the Buyer may elect to be authenticated by EA or FG.
  • a Buyer with no affiliation to an FG may enroll directly with the
  • the Buyer enrolls on-line with the EA and provides information that includes, but is not limited to, personal financial data, Buyer control procedures and Buyer's entitlements.
  • the Seller electronically refers the Buyer to the EA for enrollment.
  • the EA accepts or rejects Buyer's enrollment.
  • the EA delivers personalized credentials and cryptography to the Buyer.
  • Figure 6 shows how the Buyer is authenticated before, during or at the conclusion of a buying session.
  • the FG electronically delivers Buyer authentication cryptography, passwords and identification codes to the EA.
  • the Buyer links to the EA and delivers the required cryptographic instructions plus password and identification codes.
  • the EA then delivers a message back to the Buyer confirming or denying the authentication.
  • the Buyer may commence a buying session by linking to the FG.
  • the Buyer delivers the required cryptographic instmctions plus password and identification codes to the EA which at this time is embedded electronically with the FG.
  • the FG delivers a message to the Buyer confirming or denying the authentication. If the authentication is positive the FG electronically routes the Buyer to the EA to initiate a buying session.
  • FIG. 9 One embodiment of a buying process using the APBS is illustrated in Figure 9.
  • the Buyer enters the APBS from one of three different sources, the FG, the Seller or the EA.
  • the EA displays a wide range of Seller categories and specific Sellers in the Seller categories.
  • the Buyer chooses one or more specific Seller categories and the preferred Seller.
  • the Buyer is then linked to the Seller's electronic catalog and selects all of the product and service offerings from the various Sellers.
  • the Buyer is able to shop from multiple Sellers with a single check-out. Individual product purchases are accumulated by product, Seller, price and are sub-totaled by product, Seller and price and displayed to the Buyer.
  • the Buyer enrolled in the APBS visits a participating Seller Network site, browses and fills its shopping cart. At checkout, the Buyer selects the APBS icon which can be customized by the Seller. Sellers who have integrated the Seller software into their
  • Network site will, when the Buyer checks out, pass a cash register receipt with Level III detail to the EA.
  • the EA returns an approval or denial of the transaction back to both the Seller software and the Buyer.
  • Seller's who delay shipment to Buyers can receive an authorization from the EA during the check- out process and then settle the currency when the product or service is delivered.
  • the EA and the Seller software combined allow multiple partial shipments to settle against the authorized currency value as long as the aggregated partial settlements are less than or equal to the original authorized value.
  • the Seller displays a shopping cart page.
  • the shopping cart page will have most but not all of the Level III data.
  • the Level III data not included in this page is sales tax and shipping and handling charges associated with the purchase.
  • the Buyer may choose to purchase by clicking the APBS checkout button that transfers the Buyer to a secure session with the EA.
  • the Seller either retrieves the Buyer's shipping address, preferences and billing data directly from the Buyer via an interactive session or from the Buyer's profile at the Seller site.
  • the Seller has the option to retrieve the Buyer's authorized shipping address from the APBS.
  • the Seller accomplishes this by calling the Seller software.
  • FIG. 12 Another embodiment of a Seller Network site is without a shipping address is illustrated in Figure 12.
  • the Seller integrates the Seller software in the same place in its Network engine.
  • the Buyer opens the session with a Seller's Network engine, browses catalogs, fills the shopping cart and clicks to view cart. At this stage the cart contains only partial Level III data for the invoice. Shipping, handling and tax items are not computed.
  • the Buyer clicks on the APBS checkout.
  • the Seller software collects shipping address and handling data from the Buyer, computes shipping, handling and tax items and displays the final Level III invoice to the Buyer for approval.
  • the Buyer views this page and selects APBS as the payment option.
  • Seller's Network engine calls the Seller software and passes the Level III invoice to the EA for approval.
  • the result is a pop-up login screen session between the Buyer's browser and the APBS.
  • the Buyer enters the Buyer name and password for authentication approval from the APBS. If the Buyer has multiple checking accounts with the APBS the Buyer is prompted with a drop down list and picks one.
  • the EA checks the authenticated Buyer's entitlements and returns an approval or denial code with the FG's approval or denial messages and transaction ID.
  • the Seller stores the transaction ID for future reference.
  • the Seller software displays the approval message from the FG.
  • Figure 13 illustrates another embodiment of a Seller network site where the purchase transaction flow is with a shipping address and the Seller's Network engine communicates with the EA to retrieve the Buyer's entitled shipping address prior to authorization.
  • On the display cart page is an APBS checkout button. Clicking the APBS checkout button causes the Seller software to execute all the Buyer authentication steps.
  • Retrieving the shipping address component prompts the Buyer to select from a set of controlled shipping addresses if the Buyer is entitled to more than one address.
  • FIG 14 illustrates one embodiment of the present invention where the Buyer desires to establish multi-levels of approval to execute sales.
  • an authorized Buyer #1 of a company Buyer enters the EA, makes purchase elections at one of more Sellers and electronically submits one or more purchases for execution to the EA.
  • the purchases exceeds the control criteria for Buyer #1 for the Seller, Seller category, product, product category, purchase amount or accumulated purchase amount for the buying trip, the day, the week, the month or any other defined period of time
  • the EA electronically communicates the purchase to the company Buyer's authorized approver Buyers #1, 2, .... "n".
  • the authorized Buyer approver replies either positively or negatively to the EA and the sale is either completed or denied.
  • One embodiment of a Buyer reporting process is illustrated in Figure 15.
  • a sale has been completed and the Buyer wants to obtain necessary accounting information in order to maintain its books of record and correctly manage inventory and materials.
  • the EA delivers key purchase accounting information to the Buyer.
  • the Buyer updates its accounting systems manually or electronically.
  • the EA delivers notice of the violations to a Buyer's audit function.
  • the APBS rolls up the Level III data on behalf of the Buyer and sends the information to the Buyer.
  • the Buyer can then automatically post the information to its general ledger.
  • Purchase data is made available to the Buyer by US mail, courier, e-mail, network page or direct transmission.
  • FG's, Sellers, and Buyers can research transactions and retrieve reports from the APBS by navigating to specific URL's provided by the APBS.
  • FG's provide the primary Buyer service to Buyers.
  • the APBS provides Buyer service to the FG's and Sellers.
  • the APBS provides accounting and general ledger information.
  • the APBS sends an email to a designated accounting personnel to allow them to enter GL codes.
  • the Buyer's accounting personnel can assign GL codes to each item on the purchase.
  • the APBS can create a transaction file which businesses can use to automatically map general ledgers.
  • the APBS also provides reports that list actions for any desired time period including but not limited to the last 24 hours and monthly summaries of activities.
  • the APBS provides searching and sorting capabilities of individual transactions. Search results present multiple fields of the record. Applicable fields, such as the Buyer's name, may be hyper-linked to the Buyer's profile.
  • the Seller's account is credited for the invoice amount
  • the Buyer's account is debited
  • the Seller's account is debited for a percentage of the invoice amount after accounting for the discount rate paid to the FG for its guarantee service and the APBS account is credited for the discount rate.
  • a reverse transaction debits the Seller account for the invoice amount, credits the Buyer account for the invoice amount, credits the Seller account for a percentage of the invoice amount at the discount rate and debits the APBS account for a percentage of the invoice amount.
  • a debit adjustment transaction credits the Seller account for the adjustment amount, debits the Buyer account for the adjustment amount, debits the Seller account for a percentage of the adjustment amount at the discount rate and credits the APBS account for a percentage of the adjustment amount.
  • a credit or credit adjustment transaction debits the Seller account for the adjustment amount, credits the Buyer account for the adjustment amount, credits the Seller account for a percentage of the adjustment amount at the discount rate and debits the APBS account for a percentage of the adjustment amount.
  • a buying company can log into the EA to adjust all or part of an invoice such as, lump sum, freight and shipping charges, tax amounts waived for resale, shipping address/zip code, and the like.
  • the Seller selects the invoice to be adjusted and can search in single or combined fields using exact match or "sounds like". Examples of matches include, any data field on the invoice, date or dollar range and inventory part number/SKU/part description.
  • an email memo can be sent to the Buyer requesting them to contact the company at a pre-defined telephone number.
  • the Seller may decide to create a credit or adjustment the invoice.
  • the APBS also establishes audit trails.
  • the APBS records every purchase transaction, including those that failed, were successful, denied and pending transactions, record the number of logins, records enrollment transactions, records certificate authentication transactions. All attempted and completed transactions can be time-stamped and archived in separate database tables for dispute resolution, risk monitoring and audit.
  • the Seller reporting process is described in Figure 16.
  • the EA delivers key sales accounting information to the Seller by facsimile, electronic mail, paper document, network page, dial-up site or direct transmission.
  • the Seller then updates its accounting systems manually or electronically.
  • the APBS also provides a reporting system.
  • An objective of reporting is to confirm, reconcile, purchaser behavior, dispute resolution, research, account for, audit, market data, group and Buyer service, and the like.
  • the APBS provides both accounting reporting and product reporting. Buyers and sellers can receive hourly, weekly, monthly, and the like reports of everything purchased and sold and can then reconcile the reports to actual events.
  • APBS reports are available as permanent records as standard database inquiries and ad-hoc inquires.
  • ad hoc inquires and reports are without any pre-coding to the APBS.
  • Permanent records include date for, invoices and FG statements of the APBS activity, total data collected in the Level III and the like. Records can be permanently stored in the APBS data base and are available in hardcopy. Additionally, permanent records are pushed from the APBS and delivered to the users.
  • Standard database inquiries are stored electronically and can be printed if required. Standard database inquiries can be pulled by users. Ad-hoc inquiries can be pulled by users and viewed online. Any output can be downloaded to a file.
  • Accounts can be reconciled by all major entities including the APBS, the FG's, buying companies and Sellers. Accounts are Accessible for accounting purposes to review consolidated, departmental and individual balances. Interactive online statements are provided with fields
  • the APBS is also a research tool for, Buyers, Sellers, by buying companies and also to address trouble tickets.
  • the system provides easy to use links to the database that allow the user to search for individual transactions sorted by dollar amount, date, Seller, Buyer, buying company.
  • Customer service agents are able to research a specific transaction and send a URL to a Buyer.
  • the Buyer can enter the URL on its browser, login and see the entry in question. This is possible because the specific commands (SQL) are coded into the URL.
  • an FG Upon request an FG can receive a list of transaction detail to facilitate charging by transaction, or invoice processed. Each day, a settlement file is created that tells the FG how much money is guaranteed by its Buyers and using hyperlinking, that information can be drilled down to its lowest possible levels.
  • the APBS of the present invention also can provide a tool to establish a customer loyalty program, as illustrated in Figure 17.
  • the EA maintains valuable sales data including, but not limited to, the Buyer, the Seller, products purchased, number of products purchased, prices paid for purchases, and frequency of purchases.
  • the EA obtains digital purchase certificates from a Sponsoring Seller and delivers the digital purchase certificates to one or more targeted Buyers.
  • the Buyers elect to redeem the digital purchase certificate by electronically delivering the digital purchase certificate to the EA which then routes the Buyer to the Sponsor Seller to execute a purchase using the digital purchase certificate.
  • FIG 18 illustrates one embodiment of a payment and settlement process using the APBS.
  • the Buyer's FG periodically delivers an electronic file to the EA reporting the Buyer's open to buy ("OTB") which is the sum of a number of key financial categories under the control of the FG. This can include but is not limited to, the opening balance in the Buyer's checking, savings or other cash accounts, any invested balances, any subsequent deposits or withdrawals and any available lines of credit.
  • the Buyer enters the EA and proceeds to execute a purchase at Seller.
  • the Seller seeks approval of the payment and settlement of funds from the EA and, when approval is received, completes the sale.
  • the EA delivers an electronic debit message to the FG to adjust the open to buy on-line.
  • the EA sends an electronic funds transfer credit to the Seller's FG.
  • Each FG updates the OTB file at the beginning of each business day. Thereafter files are updated by batch, real-time or polling methods depending on the FG's choice.
  • the APBS allows an approved FG user to update an OTB amount for a purchasing company or the Buyer at the APBS etwork site. An update to this field overrides the OTB file amount. The update stays in place until the next OTB file update, another OTB online update, or a default OTB is applied.
  • settlement provides instructions to the FG to credit and debit accounts of all parties involved in all purchase transactions in a day.
  • Each purchase requires one debit from the FG's Buyer's source of funds, one credit to the APBS account and one credit to the Seller's account.
  • a normal purchase transaction credits the Seller account for the invoice amount and debits the Buyer account for the invoice amount.
  • a reverse transaction debits the Seller account for the invoice amount, credits the Buyer account for the invoice amount.
  • a credit or credit adjustment transaction debits the Seller account for the adjustment amount and credits the Buyer account for the adjustment amount.
  • An authenticated Buyer or a non-authenticated Buyer enters the EA.
  • the Buying Process begins through the EA to a chosen Seller.
  • the EA sends alternative payment terms, including but not limited to, risk rating, purchase price, purchase price discount, ship date and date of payment to the Seller.
  • the Seller selects one of the alternative payment terms sent to it in the EA.
  • the EA delivers an electronic debit message to the FG to adjust the open to buy for the authenticated Buyer.
  • the non- authenticated Buyer the EA sends an electronic funds transfer debit to the non- authenticated Buyer's named FG.
  • Figure 21 illustrates one embodiment of a loyalty program process of the APBS.
  • the Buyer makes purchases through the EA and participating Sellers.
  • the Seller delivers Buyer's specific loyalty currency for each purchase executed which can then be used by the Buyer to reduce the cost of subsequent purchases at the Seller.
  • the EA maintains an electronic record of each Buyer's loyalty points and, when the Buyer shops at a participating Seller , applies the available loyalty points to reduce the price of the purchase.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Computer Security & Cryptography (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

La présente invention concerne un système permettant de réaliser des achats entre un acheteur et au moins un vendeur. Ce système comprend un réseau d'administration pourvu d'un serveur, d'un logiciel vendeur, d'une base de données acheteur comprenant les droits et l'authentification de l'acheteur, d'une base de données vendeur comprenant les droits et l'authentification du vendeur. Ledit réseau d'administration assure l'appariement des droits financiers et des authentifications de l'acheteur et du vendeur pour des transactions d'achats. Ledit réseau d'administration comprend également des ressources intermédiaires financières qui possède une base de données avec une liste des acheteurs autorisés appariés aux capacités d'achat personnalisées de chaque acheteur. Plusieurs réseaux vendeur sont connectés au réseau d'administration. Chaque réseau vendeur comprend un serveur et des ressources qui fournissent des cotes pour les transactions de vente de produit.
PCT/US2000/015290 1999-06-03 2000-06-02 Systeme de paiement informatise permettant d'executer et de regler des transactions d'achat par reseau WO2000075888A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP00941200A EP1101209A1 (fr) 1999-06-03 2000-06-02 Systeme de paiement informatise permettant d'executer et de regler des transactions d'achat par reseau
GB0100516A GB2355093A (en) 1999-06-03 2000-06-02 An automated payment system for execution and settlement of network purchase transactions

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US13757199P 1999-06-03 1999-06-03
US60/137,571 1999-06-03

Publications (1)

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

Family

ID=22478051

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2000/015290 WO2000075888A1 (fr) 1999-06-03 2000-06-02 Systeme de paiement informatise permettant d'executer et de regler des transactions d'achat par reseau

Country Status (3)

Country Link
EP (1) EP1101209A1 (fr)
GB (1) GB2355093A (fr)
WO (1) WO2000075888A1 (fr)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1162580A2 (fr) * 2000-06-05 2001-12-12 Annex Systems Incorporated Système de commande de placement d'annonces et de règlement de la facture
FR2829601A1 (fr) * 2001-09-13 2003-03-14 Alexandre Fusiller Procede et installation de securisation d'une operation de paiement effectuee pour l'achat a distance de produits et/ou services sur un reseau de communications d'informations numeriques
CN104838401A (zh) * 2014-09-12 2015-08-12 深圳市银信网银科技有限公司 一种基于电子凭证的交易系统
DE102018204447A1 (de) 2018-03-22 2019-09-26 Madana Ug (Haftungsbeschränkt) Automatisiertes Verfahren zum Schutz von elektronischen Daten zum Zwecke der Datenverarbeitung durch Dritte unter Einbezug transparenter und unterbrechungssicherer Vergütung

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5724424A (en) * 1993-12-16 1998-03-03 Open Market, Inc. Digital active advertising
EP0855687A2 (fr) * 1997-01-15 1998-07-29 AT&T Corp. Système et méthode de commerce électronique à contenu réparti
WO1999007121A2 (fr) * 1997-07-29 1999-02-11 Netadvantage Corporation Procede et systeme pour mener des transactions commerciales electroniques
WO1999030293A2 (fr) * 1997-11-26 1999-06-17 Helsingin Puhelin Oyj - Helsingfors Telefon Abp Procede de facturation de services et de produits achetes sur un reseau

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5724424A (en) * 1993-12-16 1998-03-03 Open Market, Inc. Digital active advertising
EP0855687A2 (fr) * 1997-01-15 1998-07-29 AT&T Corp. Système et méthode de commerce électronique à contenu réparti
WO1999007121A2 (fr) * 1997-07-29 1999-02-11 Netadvantage Corporation Procede et systeme pour mener des transactions commerciales electroniques
WO1999030293A2 (fr) * 1997-11-26 1999-06-17 Helsingin Puhelin Oyj - Helsingfors Telefon Abp Procede de facturation de services et de produits achetes sur un reseau

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1162580A2 (fr) * 2000-06-05 2001-12-12 Annex Systems Incorporated Système de commande de placement d'annonces et de règlement de la facture
EP1162580A3 (fr) * 2000-06-05 2003-04-09 Annex Systems Incorporated Système de commande de placement d'annonces et de règlement de la facture
FR2829601A1 (fr) * 2001-09-13 2003-03-14 Alexandre Fusiller Procede et installation de securisation d'une operation de paiement effectuee pour l'achat a distance de produits et/ou services sur un reseau de communications d'informations numeriques
WO2003025869A1 (fr) * 2001-09-13 2003-03-27 Alexandre Fusiller Procede de securisation d'une operation de paiement effectuee pour l'achat a distance de produits et/ou services sur un reseau de communications
CN104838401A (zh) * 2014-09-12 2015-08-12 深圳市银信网银科技有限公司 一种基于电子凭证的交易系统
WO2016037369A1 (fr) * 2014-09-12 2016-03-17 深圳市银信网银科技有限公司 Système de transaction à base de certificat électronique
DE102018204447A1 (de) 2018-03-22 2019-09-26 Madana Ug (Haftungsbeschränkt) Automatisiertes Verfahren zum Schutz von elektronischen Daten zum Zwecke der Datenverarbeitung durch Dritte unter Einbezug transparenter und unterbrechungssicherer Vergütung
WO2019180152A1 (fr) 2018-03-22 2019-09-26 Madana Ug (Haftungsbeschränkt) Procédé automatisé de protection de données électroniques dans le but du traitement des données par une tierce partie avec prise en compte d'une rémunération transparente et ininterruptible
DE102018204447B4 (de) 2018-03-22 2019-12-19 Madana Ug (Haftungsbeschränkt) Automatisiertes Verfahren zum Schutz von elektronischen Daten zum Zwecke der Datenverarbeitung durch Dritte unter Einbezug transparenter und unterbrechungssicherer Vergütung

Also Published As

Publication number Publication date
EP1101209A1 (fr) 2001-05-23
GB0100516D0 (en) 2001-02-21
GB2355093A (en) 2001-04-11

Similar Documents

Publication Publication Date Title
US20220327590A1 (en) Secure execution of an exchange item acquisition request
AU2001251286B2 (en) System, method and apparatus for international financial transactions
US8108296B2 (en) System and method for varying electronic settlements between buyers and suppliers with dynamic discount terms
KR100805341B1 (ko) 가상 지불 계정을 이용하여 인터네트워크상에서 상품,서비스 및 콘텐츠를 주문하는 방법 및 장치
US6260024B1 (en) Method and apparatus for facilitating buyer-driven purchase orders on a commercial network system
US7899712B2 (en) Method and apparatus for facilitating online payment transactions in a network-based transaction facility
US20150379518A1 (en) System for evaluating risk in providing value to the user of a transaction system using information accessible to the transaction system
US20080059329A1 (en) Systems and methods wherein a transfer code facilitates a transaction between a seller and a buyer
US20020072942A1 (en) System and method for push-model fund transfers
US20010034720A1 (en) System for facilitating a transaction
JP2003511766A (ja) 安全かつ効率の良い支払い処理システム
AU2001251286A1 (en) System, method and apparatus for international financial transactions
EP1358609A2 (fr) Procede et systeme servant a executer une transaction entre un client et un vendeur
US20150026037A1 (en) System, method and apparatus to provide a multi-channel retail layaway service using physical retail point-of-sale and on-line virtual payment systems
KR100503017B1 (ko) 서버가 제휴 사이트 및 오프라인 상점에서 전자 상거래를수행하는 방법 및 시스템
WO2000075888A1 (fr) Systeme de paiement informatise permettant d'executer et de regler des transactions d'achat par reseau
KR20040054657A (ko) 중개사이트가 저작물에 대한 대금 결제 및 수익 분배를 대행하는 전자 상거래 방법
AU2002247093B8 (en) Method and system for completing a transaction between a customer and a merchant
KR20040058158A (ko) 서버가 제휴 사이트 및 오프라인 상점에서 전자 상거래를 수행하는 방법
KR20040058157A (ko) 전자 상거래 사용자 인터페이스 제공 방법
KR20040058159A (ko) 대표 카드를 이용하여 전자 거래를 수행하는 방법
WO2002086650A2 (fr) Systeme facilitant les transactions
AU2002247093A1 (en) Method and system for completing a transaction between a customer and a merchant

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): GB

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE

ENP Entry into the national phase

Ref country code: GB

Ref document number: 200100516

Kind code of ref document: A

Format of ref document f/p: F

WWE Wipo information: entry into national phase

Ref document number: 2000941200

Country of ref document: EP

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWP Wipo information: published in national office

Ref document number: 2000941200

Country of ref document: EP

WWW Wipo information: withdrawn in national office

Ref document number: 2000941200

Country of ref document: EP