WO2001004816A1 - Method and system for managing and conducting a network auction - Google Patents

Method and system for managing and conducting a network auction Download PDF

Info

Publication number
WO2001004816A1
WO2001004816A1 PCT/US2000/018582 US0018582W WO0104816A1 WO 2001004816 A1 WO2001004816 A1 WO 2001004816A1 US 0018582 W US0018582 W US 0018582W WO 0104816 A1 WO0104816 A1 WO 0104816A1
Authority
WO
WIPO (PCT)
Prior art keywords
buyer
seller
good
account
time period
Prior art date
Application number
PCT/US2000/018582
Other languages
French (fr)
Inventor
Richard Elder
Original Assignee
Citicorp Credit Services, 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 Citicorp Credit Services, Inc. filed Critical Citicorp Credit Services, Inc.
Priority to CA002378546A priority Critical patent/CA2378546A1/en
Priority to AU60761/00A priority patent/AU6076100A/en
Priority to EP20000947096 priority patent/EP1208505A4/en
Publication of WO2001004816A1 publication Critical patent/WO2001004816A1/en
Priority to HK02108522.8A priority patent/HK1048529A1/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/04Payment circuits
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/02Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/08Auctions

Definitions

  • the present invention relates generally to the field of electronic commerce and more particularly to a method and system for managing auction transactions over a network, such as the Internet.
  • a buyer participating in an auction does not really know if the purported seller actually exists, and neither does a seller in such an auction know whether the purported buyer actually exists. Therefore, a buyer who enters the winning bid takes a chance on the existence of the purported seller, as well as whether he or she will ever get the merchandise on which the bid was entered. Likewise, a seller who accepts the winning bid takes a chance on the existence of the buyer who purported to enter the winning bid.
  • a user at a terminal such as the user's personal computer (PC) accesses an auction page on the Internet, such as E-BAY and goes through a registration process.
  • PC personal computer
  • Registering basically means that the user at the user's PC enters the user's address, such as an e-mail address, and an e-mail is sent to the user, for example, at the user's PC, which tells the user that he or she is allowed to bid.
  • the user is also given, for example, a bidding name, and the user sets up a password on the system.
  • the user When the user registers on the auction page with the user's e-mail address and receives a bidding name, the user is ready to bid or list with the auction site.
  • auction sites as with auction houses, at least one of the seller and buyer pays a fee for the opportunity to use the auction site.
  • the seller pays for the ability to list and sometimes pays an additional fee in the form of a percentage of the eventual selling price.
  • SOTHEBY'S in which the buyer pays the fees.
  • it is the seller who pays the fees, and the auction house generally bills or invoices the seller once a month.
  • the seller Upon receipt of the invoice, the seller generally pays, for example, by writing a check, although sometimes sellers can pay by credit card
  • most people selling at auction over the Internet are not what we typically think of as merchants. Rather, they are simply individuals, and when they sell something, they are not usually equipped to receive payment by any means (e.g.. credit card) other than by check, money order, or the like. This causes inconveniences for both parties, since the buyer must actually write a check or obtain a money order and then the buyer must wait until the seller is satisfied that the check will clear, etc., before the good(s) are transferred.
  • any means e.g. credit card
  • Internet auctions include, for example, normal auctions in which people enter bids and the bid price goes up as people bid higher and higher, as well as what are called Dutch auctions.
  • a Dutch auction the process begins at a certain price, and the price goes down until somebody makes an offer at the current price.
  • a Dutch auction effectively, someone wins the bid, because there are time frames. In other words, the bids are scheduled to end at a certain time, so they do not go continuously.
  • the seller notifies the buyer via e-mail that the buyer has won the bid and asks the buyer to send the seller payment, such as a check or a money order, for the purchase price plus, for example, a certain amount for shipping and handling.
  • the risk is a seller's risk, as well as a buyer's risk.
  • the buyer risks not receiving the merchandise for which the buyer paid.
  • the seller's risk lies, for example, in putting the seller's merchandise up for auction and receiving a winning bid, and waiting a month or more to discover that the buyer does not exist or sent bad funds for payment.
  • an embodiment of the present invention provides a method and system for managing Internet auction transactions by creating an auction website by, for example, a financial institution.
  • the auction website is accessible by the financial institution's account holders (e.g.. holders of checking, savings, credit card, and investment accounts).
  • account holders e.g.. holders of checking, savings, credit card, and investment accounts.
  • Figure 1 is a schematic of the parties to an auction transaction according to an embodiment of the present invention
  • Figure 2 is a registration process according to an embodiment of the present invention.
  • Figure 3 is a registration process according to an embodiment of the present invention
  • Figure 4 is an auction payment process according to an embodiment of the present invention
  • Figure 5 is an auction payment process according to an embodiment of the present invention
  • Figure 6 is an auction payment process according to an embodiment of the present invention.
  • Figure 7 is an auction payment process according to an embodiment of the present invention.
  • an embodiment of the present invention enables authentication of counterparties to an Internet auction transaction wherein both parties hold financial accounts with the provider of the auction website.
  • An Internet auction transaction for an embodiment of the present invention involves, for example, a seller 10 at the seller's PC 12 and a buyer 14 at the buyer's PC 16, each accessing the auction page of the website server 18, for example, of a financial institution, over the Internet 20 or any other public or private network.
  • the seller is known to the financial institution as the holder of an account with the financial institution, and the buyer is likewise known to the financial institution as the holder of an account with the financial institution.
  • the financial institution knows that both the seller and the buyer actually exist.
  • the payment is very simple, because the payment is made by the financial institution debiting the account of the buyer who bought the item at auction and crediting the account of the seller who sold it through a settlement system 22. Therefore, it is known that the parties are dealing with actual people, or at the very least, viable accounts and that once the transaction occurs, the seller will receive his or her funds.
  • the funds transfer is virtually instantaneous, allowing the seller to have the benefit of the payment almost immediately. While in a second preferred embodiment of the present invention, the funds are held in escrow until the good(s) are received by the buyer, as discussed below.
  • a process for participating in the Internet auction website of the current invention begins with the potential seller and the potential buyer each registering with the financial institution's auction website S2, S12 by providing at least an e-mail address and payment account information.
  • the financial institution queries whether or not the seller or buyer holds an account with the financial institution S4, S14.
  • the financial institution verifies that the seller and buyer are in fact financial institution account holders, that the account numbers for each are valid, and that each is in good standing S6, S16. If the selected account is not found or is not in good standing, registration is denied under that selected account S8, S18.
  • the financial institution confirms, for example, that the credit cards are not stolen, that the cards are good, that the credit card accounts are paid on time or that the selected accounts (e.g.. checking, savings, brokerage) are in good standing.
  • the selected accounts e.g.. checking, savings, brokerage
  • the buyer or seller may be prompted to select an alternate account under which to register.
  • the system will again check the viability of the selected account prior to allowing registration.
  • account numbers are sent securely using, for example, encryption. Data transmission encryption techniques are well known in the Internet art and will not be discussed further within this application.
  • the website issues the buyer or seller a registration ID S10, S20.
  • This ID may take many forms, including a username/password combination selected by the buyer and seller or it may be an alphanumeric code/personal identification number (PLN) assigned randomly by the financial institution, wherein the financial institution associates the selected user/password combination or the assigned code with the buyer or seller's selected account number.
  • PPN personal identification number
  • the seller and buyer may gain access to the auction portion of the website and sell or bid on good(s).
  • a seller lists good(s) on the website under his/her registration ID S22.
  • a buyer bids on listed good(s) using his/her registration ED S24.
  • a buyer will win the bidding for a listed good(s) S26.
  • both the buyer and seller hold accounts with the financial institution running the auction website. This need not necessarily be the case.
  • non-account holders may also participate in the auction website if they hold credit cards from member associations or have other approved accounts with member financial institutions. Member associations and member financial institutions are pre-approved by the auction sponsoring financial institution. Similar to the registration process for the account holders, non-account holder sellers and buyers are prompted for payment account information and the financial institution queries whether or not the seller or buyer holds an account with a member association or member financial institution S30, S40. If no such account is held, then the buyer or seller is denied registration S32, S42.
  • the sponsoring financial institution verifies that the seller and buyer are in fact account holders with the member association or member financial institution, that the account numbers for each are valid, and that each is in good standing S34, S44. If the selected account is not found or is not in good standing, registration is denied under the selected account S36, S46.
  • the website issues the buyer or seller a registration ID S38, S48 wherein the sponsoring financial institution associates the assigned code with the buyer's or seller's selected account number held through a member association or member financial institution.
  • the seller and buyer may access the auction portion of the website and sell or bid on good(s).
  • a seller lists good(s) on the website under his/her registration ID S50.
  • a buyer bids on listed good(s) using his/her registration ED S52.
  • a single buyer will win the bidding for a listed good(s) S56 assuming the bid requirements, if any, set by the seller are met (e.g.. minimum acceptable bid is met).
  • the procedure for finalizing the auction transaction is the embodiment where both the buyer and the seller have registration EDs under accounts of the sponsoring financial institution. These steps are similarly applicable, in most instances, to embodiments wherein either the buyer or seller or both have registered with the Internet auction website using accounts from other than the sponsoring financial institution i.e., from a member association or member financial institution. Differences in the process due to non-sponsoring financial institution account holders are addressed below.
  • the auction site has a data packet which includes the good(s) associated with the seller's registration ED which is in turn associated with an account that the seller used to register with the auction website. Further, the data packet includes the buyer's registration ID which is in turn associated with an account that the buyer used to register with the auction website. Finally, the data packet includes the final price bid for the good(s). At this point, settlement of the transaction may begin. Referring to Figure 4, in an embodiment of the present invention, the buyers and sellers having accounts with the sponsoring financial institution are prompted to select which account with the financial institution they wish to access for settling the transaction S60, S62.
  • the buyer and seller in this embodiment are not required to settle the transaction with the same account under which they registered with the auction website. For any number of reasons (e.g.. amount of funds, newly opened account), the buyer or seller may wish to debit or credit an account separate from the registering account.
  • there are at least two payment scenarios the first is an immediate transferal of the payment from buyer to seller, the second is a transferal of the payment into an escrow account wherein the money is only transferred to the seller upon the occurrence of certain events (e.g.. buyer communicates receipt of good(s) to the financial institution).
  • the methods and systems of the embodiments of the current invention may utilize one or both of these payment scenarios.
  • the system internally queries the bid price and compares it to the pre-determined threshold of $500 S64. If the final bid price is less than or equal to $500 than the buyer's selected account is immediately debited and the seller's selected account is immediately credited S66. Both parties are notified immediately via, for example, e-mail, that this transaction has been completed S68.
  • a first time period is set for the seller to deliver the purchased good(s) to the buyer S80.
  • the system queries whether or not the seller has delivered the good(s) within the first time period S82 (e.g.. buyer notifies of receipt or lack of receipt). If the seller has not delivered the good(s) within the first time period, the financial institution performs a charge-back or similar transaction, wherein the bid price is taken back from the seller's selected account and credited to the buyer's selected account S84.
  • This type of transaction is well known in the financial arts.
  • the auction system may be structured such that the financial institution may charge-back the payment from an alternate account of the seller should the selected account not having the required funds.
  • a second time period may be set for the buyer to inspect the good(s) to determine if they are conforming S86.
  • the system queries whether or not the buyer responds within the second time period S88. If there is no response, then the transaction is considered to be complete S90. If the buyer does respond within the second time period regarding the good(s), the system queries whether or not the good(s) are in acceptable condition S92. If the good(s) are acceptable, the transaction is complete S94. If the good(s) are not acceptable, the auction system of the current embodiment offers the buyer one of two choice for completion of the transaction.
  • the buyer may return the good(s) to the seller or the buyer may request a bargaining session with the seller via the auction system S96. If the buyer chooses to return the good(s), a third time period is set for the buyer to return the good(s) to the seller S98. The system queries whether or not the good(s) have been returned within the third time period S100. If the good(s) are not returned within the third time period, the transaction is considered to be complete, since the payment has been made to the seller and the buyer presumably has the good(s) S102. If the good(s) are returned to the seller within the third time period, a fourth time period is set for the seller to inspect the returned good(s) to make sure they are in the original condition S104.
  • the transaction is considered complete if the financial institution does not hear from the seller in the fourth time period or the seller notifies the financial institution that the good(s) are acceptable S106. Alternately, if the seller notifies the financial institution within the fourth time period that the good(s) are not acceptable S108, the financial institution may refer the seller to legal services to consider the sellers options at his point S109. As a service to the client, the financial institution may offer to reimburse the seller for the nonconformance, up to a set amount. The financial institution may also offer insurance for this sort of occurrence at a reasonable price as an option during the registration process.
  • the buyer may elect to request a bargaining session with the seller due to the fact, for example, that although the good(s) are not in conformance, the buyer wishes to keep the good(s) but at a reduced price SI 10.
  • a message is sent from the financial institution to the seller, notifying the seller that the good(s) were non-conforming, but that the buyer would like to request a bargaining session with the seller to further discuss the price.
  • the seller may choose to engage in the bargaining session or the seller may request that the good(s) be returned SI 12.
  • the buyer may choose to keep the good(s) in which case the transaction is complete or the buyer may return the good(s) to the seller, in which case the steps S98-S109 are applicable.
  • the buyer is notified of the sellers agreement to participate in a bargaining session and a time period is set within which a new price must be agreed upon or the good(s) must be returned to the seller in order to qualify for a charge-back S150.
  • the Internet auction website provides a page for "BARGAINING SESSIONS," wherein the buyer and seller enter their respective registration EDs into the ID box and they are linked to a page containing the details of their original transaction S152.
  • a space is provided for a recitation as to the status of the good(s) as received and the reason for the request to lower the initially agreed upon price, as well as a new suggested payment price S154.
  • This bargaining session may be limited to x number of messages between buyer and seller, or there may be an unlimited number of messages allowed between the buyer and seller.
  • a page is provided to the buyer and seller for submitting the newly agreed upon price S156.
  • the financial institution must receive the same price quote from both the buyer and the seller before, in this particular embodiment, a charge-back is performed, debiting the seller's account for the difference between the original bid price and the newly agreed upon price, and crediting the buyer's account for the difference S168.
  • the system in this embodiment does not automatically transfer funds from a buyers account to a sellers account.
  • the buyer has a chance to inspect and accept the good(s) before the seller is credited from the buyer's account or accounts.
  • the bid amount is deducted from the buyer's selected account and entered into an escrow account S70.
  • This escrow account may take on various forms, but should be managed such that if the good(s) fail to meet the necessary requirements, the buyer is at the very least reimbursed for the original amount debited from his/her account.
  • escrow account there are other management scenarios for the financial institutions escrow account, such as where the buyer actually receives interest back on the principle, in addition to the principle, in the case of non- conforming good(s) from the seller.
  • This escrow account may take on various forms, but should be managed such that if the good(s) fail to meet the necessary requirements, the buyer is at the very least reimbursed for the original amount debited from his/her account.
  • management scenarios for the financial institution's escrow account such as where the buyer actually receives interest back on the principle, in addition to the principle, in the case of non- conforming good(s) from the seller.
  • This escrow system may be a requirement of the financial institution's Internet auction system, it may be instituted on a transaction by transaction basis (e.g.. all transactions over a pre-defined price as in Figure 4), or it may be instituted at the request of either the buyer or seller as a prerequisite to engaging in business with a particular buyer or seller.
  • a transaction by transaction basis e.g.. all transactions over a pre-defined price as in Figure 4
  • the buyer and seller are notified of this transaction by the financial institution and the seller transfers the purchased good(s) to the buyer through an appropriate medium S72.
  • This notification may be through any suitable means, such as e-mail, telephone, or mail, to name a few examples.
  • the financial institution may start a time period for completion of the transaction (e.g., 5, 10, 15 days). If the seller does not deliver the good(s) within the first time period S74, the buyer's payment is returned to the buyer's account S76.
  • a second time period may be set for the buyer to inspect the good(s) to determine if they are conforming S120. The system queries whether or not the buyer responds within the second time period S122. If there is no response, then the seller is credited with the buyer's payment from the escrow account S124.
  • the system queries whether or not the good(s) are in acceptable condition S126. If the good(s) are acceptable, then the seller is credited with the buyer's payment from the escrow account S128. If the good(s) are not acceptable, the auction system of the current embodiment offers the buyer one of two choice for completion of the transaction. The buyer may return the good(s) to the seller or the buyer may request a bargaining session with the seller via the auction system S130.
  • a third time period is set for the buyer to return the good(s) to the seller S132.
  • the system queries whether or not the good(s) have been returned within the third time period S134. If the good(s) are not returned within the third time period, then the seller is credited with the buyer's payment from the escrow account since the buyer presumably has the good(s) S136. If the good(s) are returned to the seller within the third time period, a fourth time period is set for the seller to inspect the returned good(s) to make sure they are in the original condition S138.
  • the seller is credited with the buyer's payment from the escrow account if the financial institution does not hear from the seller in the fourth time period or the seller notifies the financial institution that the good(s) are acceptable S140. Alternately, if the seller notifies the financial institution within the fourth time period that the good(s) are not acceptable S142, the financial institution may refer the seller to legal services to consider the sellers options at his point S143. As a service to the client, the financial institution may offer to reimburse the seller for the nonconformance, up to a set amount. The financial institution may also offer insurance for this sort of occurrence at a reasonable price as an option during the registration process.
  • the buyer may elect to request a bargaining session with the seller due to the fact, for example, that although the good(s) are not in conformance, the buyer wishes to keep the good(s) but at a reduced price S144.
  • a message is sent from the financial institution to the seller, notifying the seller that the good(s) were non-conforming, but that the buyer would like to request a bargaining session with the seller to further discuss the price.
  • the seller may choose to engage in the bargaining session or the seller may request that the good(s) be returned S146.
  • the buyer may choose to keep the good(s) in which case the seller is credited with the buyer's payment from the escrow account or the buyer may return the good(s) to the seller, in which case the steps S132-S143 may be applicable.
  • the Internet auction website provides a page for "BARGAINING SESSIONS," wherein the buyer and seller enter their respective registration EDs into the ID box and they are linked to a page containing the details of their original transaction S152. Additionally, a space is provided for a recitation as to the status of the good(s) as received and the reason for the request to lower the initially agreed upon price, as well as a new suggested payment price S154.
  • This bargaining session may be limited to x number of messages between buyer and seller, or there may be an unlimited number of messages allowed between the buyer and seller. If the buyer and seller agree on a new price for the good(s), a page is provided to the buyer and seller for submitting the newly agreed upon price S156. The financial institution must receive the same price quote from both the buyer and the seller before, in this particular embodiment, the seller's account is credited with the new price from the escrow account and the buyer's account is credited from the escrow account for the difference S170.
  • a further advantage of the preferred embodiment is the ability of the seller to apply the payment from the buyer to any account or bill currently available for payment through the financial institution.
  • many financial institutions offer services, on-line or otherwise, for automatically paying bills for their customer's from the accounts of the customer's managed by the financial institution.
  • the seller may specifically request that the profit from the on-line auction be directed to, for example, their mortgage payment, car loan, student loan, etc. instead of first going to the seller's checking account and then later being debited therefrom to pay these types of bills.
  • another aspect of an embodiment of the present invention relates to verification in an Internet auction transaction for a financial account holder who is not a sponsoring financial institution account holder.
  • Such an aspect involves, for example, an arrangement with the certain credit card associations (e.g.. Visa®, MasterCard®) or non-sponsoring financial institutions (e.g.. Chase, First Union) in connection with authentication of non-sponsoring financial institution account holders.
  • non-sponsoring financial institution account holders are allowed to participate in the auction system in an embodiment of the present invention and are allowed to buy on the system and to use their non- sponsoring financial institution accounts to charge the bid price of the good(s).
  • non-sponsoring financial institution account holders and/or the non- sponsoring financial institutions or associations may be charged a fee.
  • non-sponsoring financial institutions or associations may become member associations and member financial institutions through arrangements with the sponsoring financial institution.
  • account holders with these member associations and/or member financial institutions may use the auction website, subject to the registration and verification processes described above.
  • the sponsoring financial institution for a buyer who is an account holder with a member association and/or member financial institution, charges the member association and/or member financial institution account holder for the bid price and issues a check to the seller.
  • the sponsoring financial institution basically guarantees that the buyer is real, and the sponsoring financial institution looks to the buyer for payment of the money charged on the member association and/or member financial institution account. In other words, the sponsoring financial institution takes the collection risk like it does on any other transaction.
  • the sponsoring institution may check on the available credit of the member association account holders through conventional credit card authorization lines. Further, the sponsoring institution may, for example, check the availability of funds through the pre-established ATM lines, prior to allowing sellers and buyers to register with the Internet auction website. The sponsoring financial institution may also use the ATM lines to check the availability of a buyer's funds at the member financial institution, prior to releasing funds to a seller after a bid price has been reached. The sponsoring financial institution would then release the funds to the seller and begin external settlement proceedings with the member financial institution.
  • a further feature of the Internet auction website is the ability of the sponsoring financial institution to track auction performance histories of buyers and sellers who utilize the system. These performance histories include payment and delivery histories of the buyers and sellers as well as purchasing histories of particular buyers and product conformance histories of particular sellers. Using this information, the financial institution may provide information on the reputation of a particular buyer or seller to other prospective buyers and sellers to help facilitate use of the system by trustworthy individuals. Further, by tracking the purchasing habits of buyers, the financial institution may offer as a service to its buyers, notification that certain types of goods have been listed on the auction website. For example, if the financial institution establishes through tracking that a particular buyer frequently purchases antiques, when an antique is listed on the auction website, the financial institution would notify the particular buyer of this new antique listing.
  • This notification could be in the form of, for example, an e-mail, or even a page depending on the arrangement between the buyer and the financial institution.
  • the financial institution may offer a service to potential buyers, wherein the potential buyers specifically request to be alerted when a particular type of good is listed on the website. For example, a potential buyer may be interested in purchasing a computer. The potential buyer requests that the financial institution alert the buyer whenever a computer is listed on the auction website. The alert may be provided through any available media, i.e., e- mail, pager, etc.

Abstract

There is described a method and system for managing Internet auction transactions by creating an auction website (18) by, for example, a financial institution. The auction website (18) is accessible by the financial institution's account holders (e.g., holders of checking, savings, credit card, and investment accounts). Thus, all buyers (14) and sellers (10) in auction transactions on the auction site, for example, have accounts with the financial institution, with settlements (22) occurring between the accounts of the users at the financial institution. Payments are debited from the buyer's account(s) with a credit going to the account of the seller, less any fees. All charges occur internally, so no interchange is owed, for example, to a card association in connection with a transaction. Financial institution customers benefit from the system in that buyers and sellers are authenticated and settlement occurs almost instantaneously.

Description

METHOD AND SYSTEM FOR MANAGING AND CONDUCTING A
NETWORK AUCTION
CROSS-REFERENCE TO RELATED APPLICATIONS
This application claims priority to provisional application serial no. 60/143,021 filed July 9, 1999 which is incorporated herein by reference in its entirety.
BACKGROUND OF THE INVENTION
FIELD OF THE INVENTION
The present invention relates generally to the field of electronic commerce and more particularly to a method and system for managing auction transactions over a network, such as the Internet.
DESCRIPTION OF THE RELATED ART
Currently, a buyer participating in an auction, for example, over the Internet, does not really know if the purported seller actually exists, and neither does a seller in such an auction know whether the purported buyer actually exists. Therefore, a buyer who enters the winning bid takes a chance on the existence of the purported seller, as well as whether he or she will ever get the merchandise on which the bid was entered. Likewise, a seller who accepts the winning bid takes a chance on the existence of the buyer who purported to enter the winning bid. Typically, in such an auction, a user at a terminal, such as the user's personal computer (PC) accesses an auction page on the Internet, such as E-BAY and goes through a registration process. Registering basically means that the user at the user's PC enters the user's address, such as an e-mail address, and an e-mail is sent to the user, for example, at the user's PC, which tells the user that he or she is allowed to bid. The user is also given, for example, a bidding name, and the user sets up a password on the system.
It is well known that anyone, can set up an Internet account for an e-mail address with a service provider, such as AOL or the like, and it is possible for a party to secure an e-mail address while concealing his or her true identity. It is also possible for someone to use another party's e-mail address on an unauthorized basis, and e-mail addresses are commonly stolen and used without the owner's authorization. In short, there are no guarantees associated with an e-mail address as to any identifying characteristics (e.g.. age, gender, status) of the user of the e-mail address.
When the user registers on the auction page with the user's e-mail address and receives a bidding name, the user is ready to bid or list with the auction site. In the case of auction sites as with auction houses, at least one of the seller and buyer pays a fee for the opportunity to use the auction site. Usually the seller pays for the ability to list and sometimes pays an additional fee in the form of a percentage of the eventual selling price. The procedure varies for some auction houses, such as SOTHEBY'S, in which the buyer pays the fees. However, as a general rule, it is the seller who pays the fees, and the auction house generally bills or invoices the seller once a month. Upon receipt of the invoice, the seller generally pays, for example, by writing a check, although sometimes sellers can pay by credit card In the case of Internet auction sites, most people selling at auction over the Internet are not what we typically think of as merchants. Rather, they are simply individuals, and when they sell something, they are not usually equipped to receive payment by any means (e.g.. credit card) other than by check, money order, or the like. This causes inconveniences for both parties, since the buyer must actually write a check or obtain a money order and then the buyer must wait until the seller is satisfied that the check will clear, etc., before the good(s) are transferred. Internet auctions include, for example, normal auctions in which people enter bids and the bid price goes up as people bid higher and higher, as well as what are called Dutch auctions. In a Dutch auction, the process begins at a certain price, and the price goes down until somebody makes an offer at the current price. In a Dutch auction, effectively, someone wins the bid, because there are time frames. In other words, the bids are scheduled to end at a certain time, so they do not go continuously. In any event, when the bidding ends, the seller notifies the buyer via e-mail that the buyer has won the bid and asks the buyer to send the seller payment, such as a check or a money order, for the purchase price plus, for example, a certain amount for shipping and handling. Upon receipt of such e-mail, it is up to the buyer to either write a personal check and/or get a certified check or a money order, which means a trip to the Post Office or the financial institution, and send the check or money order, for example to an address for the seller given in the e-mail. It is readily apparent that when the buyer sends the check or money order to the seller, the buyer takes a substantial risk that the seller actually exists and/or that the buyer will actually receive the good(s) for which the buyer has paid. The buyer expects the seller to package and ship the good(s) to the buyer when the seller receives a money order or a certified check. However, if the buyer pays by personal check, the seller typically waits several weeks for the check to clear before packaging and shipping the good(s). While one auction house has recently started a voluntary verification process in which users can have themselves "verified" by paying a fee and sending information to a credit bureau, the process is voluntary and does not take place on both sides of a transaction.
Accordingly, there is currently a tremendous amount of uncertainty in Internet auction transactions, for example, as to whether buyers or sellers really exist. There is likewise also considerable uncertainty as to whether or not buyers will pay, and if they do pay, whether the payment funds are good. Further, if the funds are good, there is a tremendous amount of uncertainty about whether the buyer will actually get the merchandise for which the funds were paid. The risk is a seller's risk, as well as a buyer's risk. The buyer risks not receiving the merchandise for which the buyer paid. The seller's risk lies, for example, in putting the seller's merchandise up for auction and receiving a winning bid, and waiting a month or more to discover that the buyer does not exist or sent bad funds for payment.
SUMMARY OF THE INVENTION Settlement of an Internet auction transaction occurs through the system of the financial institution that is sponsoring the auction website. It is not necessary, for example, for a credit card settlement to go through a card association. Rather, it is simply a matter of running the settlement through the financial institution's system and, in effect, the buyer buys something, for example, for ten dollars, so the financial institution takes ten dollars from or charges the buyer' s account ten dollars, and the seller sells something, for example, for ten dollars, so the financial institution gives the seller a credit on the seller's account for ten dollars. Thus, the settlement is very much like having the buyer and seller present together and exchanging the funds instantaneously. The settlement is reported as a transaction on the account statements of both customers.
It is a feature and advantage of the present invention to provide a method and system for managing auction transactions over the Internet which removes the risk of non-authentic buyers and sellers by authenticating the buyer and seller in a transaction from the buyer's and seller's account information, respectively.
It is a further feature and advantage of the present invention to provide a method and system for managing Internet auction transactions which avoids the risk of non-payment and delayed shipment of good(s) by settling the transaction on accounts of the buyer and seller in the transaction. To achieve the stated and other features, advantages and objects, an embodiment of the present invention provides a method and system for managing Internet auction transactions by creating an auction website by, for example, a financial institution. The auction website is accessible by the financial institution's account holders (e.g.. holders of checking, savings, credit card, and investment accounts). Thus, all buyers and sellers in auction transactions on the auction site, for example, have accounts with the financial institution, with settlements occurring between the accounts of the users at the financial institution. Payments are debited from the buyer's account(s) with a credit going to the account of the seller, less any fees. All charges occur internally, so no interchange is owed, for example, to a card association in connection with the transaction. Financial institution customers benefit from the system in that buyers and sellers are authenticated and settlement occurs virtually instantaneously. Additional objects, advantages and novel features of the invention will be set forth in part in the description which follows, and in part will become more apparent to those skilled in the art upon examination of the following, or may be learned by practice of the invention.
BRIEF DESCRIPTION OF THE FIGURES
In the drawings:
Figure 1 is a schematic of the parties to an auction transaction according to an embodiment of the present invention;
Figure 2 is a registration process according to an embodiment of the present invention;
Figure 3 is a registration process according to an embodiment of the present invention; Figure 4 is an auction payment process according to an embodiment of the present invention;
Figure 5 is an auction payment process according to an embodiment of the present invention; Figure 6 is an auction payment process according to an embodiment of the present invention; and
Figure 7 is an auction payment process according to an embodiment of the present invention.
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
Referring to Figure 1 an embodiment of the present invention enables authentication of counterparties to an Internet auction transaction wherein both parties hold financial accounts with the provider of the auction website. An Internet auction transaction for an embodiment of the present invention involves, for example, a seller 10 at the seller's PC 12 and a buyer 14 at the buyer's PC 16, each accessing the auction page of the website server 18, for example, of a financial institution, over the Internet 20 or any other public or private network.
In an embodiment of the present invention, the seller is known to the financial institution as the holder of an account with the financial institution, and the buyer is likewise known to the financial institution as the holder of an account with the financial institution. Thus, there is a known financial institution account holder on both ends of the Internet auction transaction. The financial institution knows that both the seller and the buyer actually exist. When the transaction occurs, the payment is very simple, because the payment is made by the financial institution debiting the account of the buyer who bought the item at auction and crediting the account of the seller who sold it through a settlement system 22. Therefore, it is known that the parties are dealing with actual people, or at the very least, viable accounts and that once the transaction occurs, the seller will receive his or her funds. In a first preferred embodiment of the present invention, the funds transfer is virtually instantaneous, allowing the seller to have the benefit of the payment almost immediately. While in a second preferred embodiment of the present invention, the funds are held in escrow until the good(s) are received by the buyer, as discussed below.
Referring to Figure 2, in an embodiment of the present invention, a process for participating in the Internet auction website of the current invention begins with the potential seller and the potential buyer each registering with the financial institution's auction website S2, S12 by providing at least an e-mail address and payment account information. In prompting the seller and buyer for payment account information, the financial institution queries whether or not the seller or buyer holds an account with the financial institution S4, S14. When a seller or buyer asserts that they have an account with the financial institution, the financial institution then verifies that the seller and buyer are in fact financial institution account holders, that the account numbers for each are valid, and that each is in good standing S6, S16. If the selected account is not found or is not in good standing, registration is denied under that selected account S8, S18. This may be accomplished by, for example, an application on the website server which accesses financial institution account data stored, for example, in a financial institution database. In the verification process, the financial institution confirms, for example, that the credit cards are not stolen, that the cards are good, that the credit card accounts are paid on time or that the selected accounts (e.g.. checking, savings, brokerage) are in good standing. In other words, the financial institution confirms that the accounts are viable and in good standing for purposes of financial transacting.
In an alternate embodiment, the buyer or seller may be prompted to select an alternate account under which to register. In this case, the system will again check the viability of the selected account prior to allowing registration. Though the verification is done over the Internet, a public network, account numbers are sent securely using, for example, encryption. Data transmission encryption techniques are well known in the Internet art and will not be discussed further within this application. Once a viable account is selected, the website issues the buyer or seller a registration ID S10, S20. This ID may take many forms, including a username/password combination selected by the buyer and seller or it may be an alphanumeric code/personal identification number (PLN) assigned randomly by the financial institution, wherein the financial institution associates the selected user/password combination or the assigned code with the buyer or seller's selected account number.
Once issued a registration LD, the seller and buyer may gain access to the auction portion of the website and sell or bid on good(s). A seller lists good(s) on the website under his/her registration ID S22. Similarly, a buyer bids on listed good(s) using his/her registration ED S24. Eventually, a buyer will win the bidding for a listed good(s) S26. In the embodiment described above, both the buyer and seller hold accounts with the financial institution running the auction website. This need not necessarily be the case.
Referring to Figure 3, non-account holders may also participate in the auction website if they hold credit cards from member associations or have other approved accounts with member financial institutions. Member associations and member financial institutions are pre-approved by the auction sponsoring financial institution. Similar to the registration process for the account holders, non-account holder sellers and buyers are prompted for payment account information and the financial institution queries whether or not the seller or buyer holds an account with a member association or member financial institution S30, S40. If no such account is held, then the buyer or seller is denied registration S32, S42. When a seller or buyer asserts that they have such an account with a member association or member financial institution, the sponsoring financial institution then verifies that the seller and buyer are in fact account holders with the member association or member financial institution, that the account numbers for each are valid, and that each is in good standing S34, S44. If the selected account is not found or is not in good standing, registration is denied under the selected account S36, S46.
Once a viable account is selected, the website issues the buyer or seller a registration ID S38, S48 wherein the sponsoring financial institution associates the assigned code with the buyer's or seller's selected account number held through a member association or member financial institution. When in possession of a registration ID, the seller and buyer may access the auction portion of the website and sell or bid on good(s). A seller lists good(s) on the website under his/her registration ID S50. Similarly, a buyer bids on listed good(s) using his/her registration ED S52. Eventually, a single buyer will win the bidding for a listed good(s) S56 assuming the bid requirements, if any, set by the seller are met (e.g.. minimum acceptable bid is met).
In the following embodiments, the procedure for finalizing the auction transaction is the embodiment where both the buyer and the seller have registration EDs under accounts of the sponsoring financial institution. These steps are similarly applicable, in most instances, to embodiments wherein either the buyer or seller or both have registered with the Internet auction website using accounts from other than the sponsoring financial institution i.e., from a member association or member financial institution. Differences in the process due to non-sponsoring financial institution account holders are addressed below.
Once the buyer has won the bidding for a seller's good(s), the auction site has a data packet which includes the good(s) associated with the seller's registration ED which is in turn associated with an account that the seller used to register with the auction website. Further, the data packet includes the buyer's registration ID which is in turn associated with an account that the buyer used to register with the auction website. Finally, the data packet includes the final price bid for the good(s). At this point, settlement of the transaction may begin. Referring to Figure 4, in an embodiment of the present invention, the buyers and sellers having accounts with the sponsoring financial institution are prompted to select which account with the financial institution they wish to access for settling the transaction S60, S62. The buyer and seller in this embodiment are not required to settle the transaction with the same account under which they registered with the auction website. For any number of reasons (e.g.. amount of funds, newly opened account), the buyer or seller may wish to debit or credit an account separate from the registering account. In the specific embodiment of Figure 4, once both the buyer and seller have selected their respective accounts/bills, there are at least two payment scenarios, the first is an immediate transferal of the payment from buyer to seller, the second is a transferal of the payment into an escrow account wherein the money is only transferred to the seller upon the occurrence of certain events (e.g.. buyer communicates receipt of good(s) to the financial institution). The methods and systems of the embodiments of the current invention may utilize one or both of these payment scenarios.
In a first particular embodiment of Figure 4, selecting an exemplary amount for illustration purposes, if the final bid price is less than or equal to $500, the first, immediate payment scenario occurs. If the final bid price is greater than $500, the second escrow payment scenario is instituted. Consequently, after the buyer and seller select their respective accounts S60, S62, the system internally queries the bid price and compares it to the pre-determined threshold of $500 S64. If the final bid price is less than or equal to $500 than the buyer's selected account is immediately debited and the seller's selected account is immediately credited S66. Both parties are notified immediately via, for example, e-mail, that this transaction has been completed S68. The parties will also see the transaction on their monthly statements or on-line if the financial institution offers on-line interim statements for the selected accounts. Following the method to Figure 5, once the financial portion of the transaction has been completed for a bid price less than or equal to $500, a first time period is set for the seller to deliver the purchased good(s) to the buyer S80. The system queries whether or not the seller has delivered the good(s) within the first time period S82 (e.g.. buyer notifies of receipt or lack of receipt). If the seller has not delivered the good(s) within the first time period, the financial institution performs a charge-back or similar transaction, wherein the bid price is taken back from the seller's selected account and credited to the buyer's selected account S84. This type of transaction is well known in the financial arts. The auction system may be structured such that the financial institution may charge-back the payment from an alternate account of the seller should the selected account not having the required funds.
Alternately, if the buyer has received the good(s) within the first time period, a second time period may be set for the buyer to inspect the good(s) to determine if they are conforming S86. The system queries whether or not the buyer responds within the second time period S88. If there is no response, then the transaction is considered to be complete S90. If the buyer does respond within the second time period regarding the good(s), the system queries whether or not the good(s) are in acceptable condition S92. If the good(s) are acceptable, the transaction is complete S94. If the good(s) are not acceptable, the auction system of the current embodiment offers the buyer one of two choice for completion of the transaction. The buyer may return the good(s) to the seller or the buyer may request a bargaining session with the seller via the auction system S96. If the buyer chooses to return the good(s), a third time period is set for the buyer to return the good(s) to the seller S98. The system queries whether or not the good(s) have been returned within the third time period S100. If the good(s) are not returned within the third time period, the transaction is considered to be complete, since the payment has been made to the seller and the buyer presumably has the good(s) S102. If the good(s) are returned to the seller within the third time period, a fourth time period is set for the seller to inspect the returned good(s) to make sure they are in the original condition S104. The transaction is considered complete if the financial institution does not hear from the seller in the fourth time period or the seller notifies the financial institution that the good(s) are acceptable S106. Alternately, if the seller notifies the financial institution within the fourth time period that the good(s) are not acceptable S108, the financial institution may refer the seller to legal services to consider the sellers options at his point S109. As a service to the client, the financial institution may offer to reimburse the seller for the nonconformance, up to a set amount. The financial institution may also offer insurance for this sort of occurrence at a reasonable price as an option during the registration process.
Alternately, the buyer may elect to request a bargaining session with the seller due to the fact, for example, that although the good(s) are not in conformance, the buyer wishes to keep the good(s) but at a reduced price SI 10. In this case, a message is sent from the financial institution to the seller, notifying the seller that the good(s) were non-conforming, but that the buyer would like to request a bargaining session with the seller to further discuss the price. At this time, the seller may choose to engage in the bargaining session or the seller may request that the good(s) be returned SI 12. If the seller does not wish to engage in the bargaining session, the buyer may choose to keep the good(s) in which case the transaction is complete or the buyer may return the good(s) to the seller, in which case the steps S98-S109 are applicable. Assuming the seller agrees to the bargaining session, referring to Figure 7, the buyer is notified of the sellers agreement to participate in a bargaining session and a time period is set within which a new price must be agreed upon or the good(s) must be returned to the seller in order to qualify for a charge-back S150. The Internet auction website provides a page for "BARGAINING SESSIONS," wherein the buyer and seller enter their respective registration EDs into the ID box and they are linked to a page containing the details of their original transaction S152. Additionally, a space is provided for a recitation as to the status of the good(s) as received and the reason for the request to lower the initially agreed upon price, as well as a new suggested payment price S154. This bargaining session may be limited to x number of messages between buyer and seller, or there may be an unlimited number of messages allowed between the buyer and seller. If the buyer and seller agree on a new price for the good(s), a page is provided to the buyer and seller for submitting the newly agreed upon price S156. The financial institution must receive the same price quote from both the buyer and the seller before, in this particular embodiment, a charge-back is performed, debiting the seller's account for the difference between the original bid price and the newly agreed upon price, and crediting the buyer's account for the difference S168. In the event that no new price quote is received from both the buyer and seller within the pre-established time period or the buyer does not inform the financial institution that the good(s) have indeed been returned to the seller within the pre-established time period S158, the transaction is considered to be complete in this embodiment S160. Assuming the good(s) are returned to the seller S164, presumably after an unsuccessful bargaining session, steps S104-S109 are followed.
In a second particular embodiment of Figure 4, in the case where the final bid price exceeds $500, the system in this embodiment does not automatically transfer funds from a buyers account to a sellers account. In this embodiment, the buyer has a chance to inspect and accept the good(s) before the seller is credited from the buyer's account or accounts. The bid amount is deducted from the buyer's selected account and entered into an escrow account S70. This escrow account may take on various forms, but should be managed such that if the good(s) fail to meet the necessary requirements, the buyer is at the very least reimbursed for the original amount debited from his/her account. There are other management scenarios for the financial institutions escrow account, such as where the buyer actually receives interest back on the principle, in addition to the principle, in the case of non- conforming good(s) from the seller. This escrow account may take on various forms, but should be managed such that if the good(s) fail to meet the necessary requirements, the buyer is at the very least reimbursed for the original amount debited from his/her account. There are other management scenarios for the financial institution's escrow account, such as where the buyer actually receives interest back on the principle, in addition to the principle, in the case of non- conforming good(s) from the seller. This escrow system may be a requirement of the financial institution's Internet auction system, it may be instituted on a transaction by transaction basis (e.g.. all transactions over a pre-defined price as in Figure 4), or it may be instituted at the request of either the buyer or seller as a prerequisite to engaging in business with a particular buyer or seller. Once the buyer's account or accounts have been debited for the auctioned amount and deposited into the escrow account S70, the buyer and seller are notified of this transaction by the financial institution and the seller transfers the purchased good(s) to the buyer through an appropriate medium S72. This notification may be through any suitable means, such as e-mail, telephone, or mail, to name a few examples. After notification, the financial institution may start a time period for completion of the transaction (e.g., 5, 10, 15 days). If the seller does not deliver the good(s) within the first time period S74, the buyer's payment is returned to the buyer's account S76. Alternatively, referring to Figure 6, if the buyer has received the good(s) within the first time period, a second time period may be set for the buyer to inspect the good(s) to determine if they are conforming S120. The system queries whether or not the buyer responds within the second time period S122. If there is no response, then the seller is credited with the buyer's payment from the escrow account S124. If the buyer does respond within the second time period regarding the good(s), the system queries whether or not the good(s) are in acceptable condition S126. If the good(s) are acceptable, then the seller is credited with the buyer's payment from the escrow account S128. If the good(s) are not acceptable, the auction system of the current embodiment offers the buyer one of two choice for completion of the transaction. The buyer may return the good(s) to the seller or the buyer may request a bargaining session with the seller via the auction system S130.
If the buyer chooses to return the good(s), a third time period is set for the buyer to return the good(s) to the seller S132. The system queries whether or not the good(s) have been returned within the third time period S134. If the good(s) are not returned within the third time period, then the seller is credited with the buyer's payment from the escrow account since the buyer presumably has the good(s) S136. If the good(s) are returned to the seller within the third time period, a fourth time period is set for the seller to inspect the returned good(s) to make sure they are in the original condition S138. The seller is credited with the buyer's payment from the escrow account if the financial institution does not hear from the seller in the fourth time period or the seller notifies the financial institution that the good(s) are acceptable S140. Alternately, if the seller notifies the financial institution within the fourth time period that the good(s) are not acceptable S142, the financial institution may refer the seller to legal services to consider the sellers options at his point S143. As a service to the client, the financial institution may offer to reimburse the seller for the nonconformance, up to a set amount. The financial institution may also offer insurance for this sort of occurrence at a reasonable price as an option during the registration process. Alternately, the buyer may elect to request a bargaining session with the seller due to the fact, for example, that although the good(s) are not in conformance, the buyer wishes to keep the good(s) but at a reduced price S144. In this case, a message is sent from the financial institution to the seller, notifying the seller that the good(s) were non-conforming, but that the buyer would like to request a bargaining session with the seller to further discuss the price. At this time, the seller may choose to engage in the bargaining session or the seller may request that the good(s) be returned S146. If the seller does not wish to engage in the bargaining session, the buyer may choose to keep the good(s) in which case the seller is credited with the buyer's payment from the escrow account or the buyer may return the good(s) to the seller, in which case the steps S132-S143 may be applicable.
Assuming the seller agrees to the bargaining session, referring to Figure 7, the buyer is notified of the sellers agreement to participate in a bargaining session and a time period is set within which a new price must be agreed upon or the good(s) must be returned to the seller in order to qualify for a charge-back S150. The Internet auction website provides a page for "BARGAINING SESSIONS," wherein the buyer and seller enter their respective registration EDs into the ID box and they are linked to a page containing the details of their original transaction S152. Additionally, a space is provided for a recitation as to the status of the good(s) as received and the reason for the request to lower the initially agreed upon price, as well as a new suggested payment price S154. This bargaining session may be limited to x number of messages between buyer and seller, or there may be an unlimited number of messages allowed between the buyer and seller. If the buyer and seller agree on a new price for the good(s), a page is provided to the buyer and seller for submitting the newly agreed upon price S156. The financial institution must receive the same price quote from both the buyer and the seller before, in this particular embodiment, the seller's account is credited with the new price from the escrow account and the buyer's account is credited from the escrow account for the difference S170. In the event that no new price quote is received from both the buyer and seller within the pre-established time period or the buyer does not inform the financial institution that the good(s) have indeed been returned to the seller within the pre-established time period S158, the seller's account is credited with the original amount from escrow in this embodiment S162. Assuming the good(s) are returned to the seller S166, presumably after an unsuccessful bargaining session, steps S138- S143, respectively, may be followed.
A further advantage of the preferred embodiment is the ability of the seller to apply the payment from the buyer to any account or bill currently available for payment through the financial institution. For example, many financial institutions offer services, on-line or otherwise, for automatically paying bills for their customer's from the accounts of the customer's managed by the financial institution. In a preferred embodiment of the present invention, the seller may specifically request that the profit from the on-line auction be directed to, for example, their mortgage payment, car loan, student loan, etc. instead of first going to the seller's checking account and then later being debited therefrom to pay these types of bills.
As discussed with reference to Figure 3 another aspect of an embodiment of the present invention relates to verification in an Internet auction transaction for a financial account holder who is not a sponsoring financial institution account holder. Such an aspect involves, for example, an arrangement with the certain credit card associations (e.g.. Visa®, MasterCard®) or non-sponsoring financial institutions (e.g.. Chase, First Union) in connection with authentication of non-sponsoring financial institution account holders. Such non-sponsoring financial institution account holders are allowed to participate in the auction system in an embodiment of the present invention and are allowed to buy on the system and to use their non- sponsoring financial institution accounts to charge the bid price of the good(s). However, non-sponsoring financial institution account holders and/or the non- sponsoring financial institutions or associations may be charged a fee.
As discussed above, the non-sponsoring financial institutions or associations may become member associations and member financial institutions through arrangements with the sponsoring financial institution. Upon becoming a member association or member financial institution, account holders with these member associations and/or member financial institutions may use the auction website, subject to the registration and verification processes described above.
In an embodiment of the present invention, for a buyer who is an account holder with a member association and/or member financial institution, the sponsoring financial institution, for example, charges the member association and/or member financial institution account holder for the bid price and issues a check to the seller. Thus, the sponsoring financial institution basically guarantees that the buyer is real, and the sponsoring financial institution looks to the buyer for payment of the money charged on the member association and/or member financial institution account. In other words, the sponsoring financial institution takes the collection risk like it does on any other transaction.
As part of the verification and settlement proceedings with member associations and/or member financial institutions, the sponsoring institution may check on the available credit of the member association account holders through conventional credit card authorization lines. Further, the sponsoring institution may, for example, check the availability of funds through the pre-established ATM lines, prior to allowing sellers and buyers to register with the Internet auction website. The sponsoring financial institution may also use the ATM lines to check the availability of a buyer's funds at the member financial institution, prior to releasing funds to a seller after a bid price has been reached. The sponsoring financial institution would then release the funds to the seller and begin external settlement proceedings with the member financial institution.
A further feature of the Internet auction website is the ability of the sponsoring financial institution to track auction performance histories of buyers and sellers who utilize the system. These performance histories include payment and delivery histories of the buyers and sellers as well as purchasing histories of particular buyers and product conformance histories of particular sellers. Using this information, the financial institution may provide information on the reputation of a particular buyer or seller to other prospective buyers and sellers to help facilitate use of the system by trustworthy individuals. Further, by tracking the purchasing habits of buyers, the financial institution may offer as a service to its buyers, notification that certain types of goods have been listed on the auction website. For example, if the financial institution establishes through tracking that a particular buyer frequently purchases antiques, when an antique is listed on the auction website, the financial institution would notify the particular buyer of this new antique listing. This notification could be in the form of, for example, an e-mail, or even a page depending on the arrangement between the buyer and the financial institution. Finally, in a similar alternate embodiment, the financial institution may offer a service to potential buyers, wherein the potential buyers specifically request to be alerted when a particular type of good is listed on the website. For example, a potential buyer may be interested in purchasing a computer. The potential buyer requests that the financial institution alert the buyer whenever a computer is listed on the auction website. The alert may be provided through any available media, i.e., e- mail, pager, etc.
Various preferred embodiments of the invention have been described in fulfillment of the various objects of the invention. It should be recognized that these embodiments are merely illustrative of the principles of the present invention.
Numerous modifications and adaptations thereof will be readily apparent to those skilled in the art without departing from the spirit and scope of the present invention.

Claims

We Claim:
1. A method for conducting auctions over a network utilizing an auction website sponsored by a financial institution, the method comprising: (a) identifying a population comprising at least a seller and at least a potential buyer who are account holders of the financial institution;
(b) providing each seller and each potential buyer access to the auction website with each seller listing at least one good to be auctioned;
(c) conducting an auction to establish a selling price for a good, a successful buyer and a successful seller; and
(d) upon completion of the auction, debiting a payment account of the successful buyer and crediting a receiving account of the successful seller.
2. The method according to claim 1, wherein the auction website is controlled via a server accessible by the network, the server including a processor and auction software for conducting the auction.
3. The method according to claim 1, wherein providing each seller and each potential buyer access to the auction website includes registering each seller and each potential buyer with the auction website.
4. The method according to claim 3, wherein registering each seller and each potential buyer with the auction website includes:
verifying that the potential buyers and sellers have at least one viable account with the sponsoring financial institution; upon verification of at least one viable account, issuing an individual registration identification to each of the potential buyers and sellers having at least one viable account with the sponsoring financial institution, wherein the individual registration identification is associated with the at least one viable account.
5. The method according to claim 1, further comprising: tracking auction performance histories for each buyer and each seller.
6. The method according to claim 5, wherein the auction performance histories include at least payment history, purchasing history, delivery and product conformance history.
7. The method according to claim 6, further comprising:
alerting a potential buyer based on the potential buyer's tracked purchasing history when a good is listed on the auction website that is in line with the potential buyer's tracked purchasing history.
8. The method according to claim 7, wherein alerting the potential buyer is achieved through at least one of the following including e-mail and pager.
9. The method according to claim 4, wherein the at least one viable account is a brokerage account.
10. A method for conducting an auction website operated by a sponsoring financial institution comprising:
registering potential buyers and sellers for the auction website; facilitating access to the auction website through a network;
listing goods of registered sellers on the auction website;
accepting bids from registered potential buyers for listed goods of registered sellers through the auction website;
recognizing (i) a final bid amount for at least one good listed by a registered seller and (ii) a registered buyer who bids the final bid amount for the at least one good;
prompting the registered buyer of the at least one good to select a buyer's payment account and the registered seller of the at least one good to select a seller's payment account; and
facilitating settlement between the buyer payment account and the seller payment account.
11. The method according to claim 10, wherein registering potential buyers and sellers for the auction website includes:
verifying that the potential buyers and sellers have at least one viable account with the sponsoring financial institution;
upon verification of at least one viable account, issuing an individual registration identification to each of the potential buyers and sellers having at least one viable account with the sponsoring financial institution, wherein the individual registration identification is associated with the at least one viable account.
12. The method according to claim 10, wherein registering potential buyers and sellers for the auction website includes:
verifying that the potential buyers and sellers have at least one viable account with at least one of the following groups consisting of the sponsoring financial institution, a member financial institution, and a member association;
upon verification of at least one viable account, issuing an individual registration identification to each of the potential buyers and sellers having at least one viable account with the sponsoring financial institution, a member financial institution, or a member association wherein the individual registration identification is associated with the at least one viable account.
13. The method according to claim 10, wherein recognizing a final bid amount for at least one good listed by a registered seller further includes:
comparing the final bid amount to a pre-determined threshold amount to determine a preferred payment process.
14. The method according to claim 13, wherein the preferred payment process when the final bid amount is below the pre-determined threshold amount includes:
debiting the buyer's selected payment account for the final bid amount and crediting the seller's selected payment account with the final bid amount.
15. The method according to claim 13, wherein the preferred payment process when the final bid amount is above the pre-determined threshold amount includes:
debiting the buyer's selected payment account for the final bid amount; and
depositing the final bid amount into an escrow account.
16. The method according to claim 15, wherein facilitating settlement between the buyer's payment account and the seller's payment account includes:
setting a first time period within which the seller must deliver the good to the buyer;
when the seller delivers the good to the buyer within the first time period, setting a second time period within which the buyer inspects the goods to determine conformance; and
when either (i) the buyer acknowledges conformance of the good within the second time period or (ii) the second time period expires with no further contact from the buyer, retrieving the final bid amount from the escrow account; and
crediting the final bid amount to the seller's payment account.
17. The method according to claim 15, wherein facilitating settlement between the buyer's payment account and the seller's payment account includes: setting a first time period within which the seller must deliver the good to the buyer; and
when the buyer does not receive the good from the seller within the first time period, retrieving the final bid amount from the escrow account; and
returning the final bid amount to the buyer's payment account.
18. The method according to claim 15, wherein facilitating settlement between the buyer's payment account and the seller's payment account includes:
setting a first time period within which the seller must deliver the good to the buyer;
when the seller delivers the good to the buyer within the first time period, setting a second time period within which the buyer must inspect the goods to determine conformance;
when the buyer determines that the good is non-conforming, setting a third time period within which the buyer either (iii) returns the good to the seller or (iv) requests a bargaining session with the seller;
when the buyer returns the good to the seller within the third time period, setting a fourth time period within which the seller inspects the good to determine if the good is in the same condition as it was in when it was originally sent to the buyer; and when the seller determines that the good is in the same condition, retrieving the final bid amount from the escrow account; and
returning the final bid amount to the buyer's payment account.
19. The method according to claim 15, wherein facilitating settlement between the buyer's payment account and the seller's payment account includes:
setting a first time period within which the seller must deliver the good to the buyer;
setting a second time period within which the buyer must inspect the goods to determine conformance when the seller delivers the good to the buyer within the first time period;
setting a third time period within which the buyer either (iii) returns the good to the seller or (iv) requests a bargaining session with the seller when the buyer determines that the good is non-conforming;
setting a fifth time period within which the buyer and the seller negotiate a new bid price for the good when the buyer requests a bargaining session with the seller and the seller agrees to the bargaining session;
comparing the final bid price to the new bid price to determine a difference, when an identical new bid price is received from both the buyer and seller within the fifth time period;
retrieving the final bid price from the escrow account; returning an amount equal to the difference to the buyer's payment account; and
crediting the seller's payment account with the new bid price.
20. The method according to claim 14, wherein facilitating settlement between the buyer's payment account and the seller's payment account includes:
setting a first time period within which the seller must deliver the good to the buyer;
when the buyer does not receive the good from the seller within the first time period, returning the final bid amount to the buyer's payment account and charging the seller's payment account with the final bid amount.
21. The method according to claim 14, wherein facilitating settlement between the buyer's payment account and the seller's payment account includes:
setting a first time period within which the seller must deliver the good to the buyer;
setting a second time period within which the buyer must inspect the goods to determine conformance when the seller delivers the good to the buyer within the first time period;
setting a third time period within which the buyer either (iii) returns the good to the seller or (iv) requests a bargaining session with the seller when the buyer determines that the good is non-conforming; setting a fifth time period within which the buyer and the seller negotiate a new bid price for the good when the buyer requests a bargaining session with the seller and the seller agrees to the bargaining session;
comparing the final bid price to the new bid price to determine a difference when an identical new bid price is received from both the buyer and seller within the fifth time period;
crediting an amount equal to the difference to the buyer's payment account; and
debiting the seller's payment account for an amount equal to the difference.
PCT/US2000/018582 1999-07-09 2000-07-07 Method and system for managing and conducting a network auction WO2001004816A1 (en)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CA002378546A CA2378546A1 (en) 1999-07-09 2000-07-07 Method and system for managing and conducting a network auction
AU60761/00A AU6076100A (en) 1999-07-09 2000-07-07 Method and system for managing and conducting a network auction
EP20000947096 EP1208505A4 (en) 1999-07-09 2000-07-07 Method and system for managing and conducting a network auction
HK02108522.8A HK1048529A1 (en) 1999-07-09 2002-11-25 Method and system for managing and conducting a network auction

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US14302199P 1999-07-09 1999-07-09
US60/143,021 1999-07-09

Publications (1)

Publication Number Publication Date
WO2001004816A1 true WO2001004816A1 (en) 2001-01-18

Family

ID=22502248

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2000/018582 WO2001004816A1 (en) 1999-07-09 2000-07-07 Method and system for managing and conducting a network auction

Country Status (6)

Country Link
EP (1) EP1208505A4 (en)
AR (1) AR024692A1 (en)
AU (1) AU6076100A (en)
CA (1) CA2378546A1 (en)
HK (1) HK1048529A1 (en)
WO (1) WO2001004816A1 (en)

Cited By (63)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SG100784A1 (en) * 2001-07-13 2003-12-26 Hitachi Ltd Inance applying method on electronic commerce system
US6814282B2 (en) 1999-10-26 2004-11-09 First Data Corporation Systems and methods of introducing and receiving information across a computer network
US6827260B2 (en) 1999-08-09 2004-12-07 First Data Corporation Systems and methods for utilizing a point-of-sale system
US6886742B2 (en) 1999-08-09 2005-05-03 First Data Corporation Systems and methods for deploying a point-of sale device
US6922673B2 (en) 2000-12-15 2005-07-26 Fist Data Corporation Systems and methods for ordering and distributing incentive messages
US7003479B2 (en) 2000-12-15 2006-02-21 First Data Corporation Systems and methods for ordering and distributing incentive messages
US7003493B2 (en) 2003-01-22 2006-02-21 First Data Corporation Direct payment with token
US7039616B2 (en) * 2001-03-12 2006-05-02 Jan Wendenburg Method for proof of transaction
US7086584B2 (en) 1999-08-09 2006-08-08 First Data Corporation Systems and methods for configuring a point-of-sale system
US7104440B2 (en) 1999-10-26 2006-09-12 First Data Corporation Money transfer systems and methods for travelers
US7177836B1 (en) 1999-12-30 2007-02-13 First Data Corporation Method and system for facilitating financial transactions between consumers over the internet
US7266533B2 (en) 2000-12-15 2007-09-04 The Western Union Company Electronic gift greeting
US7376587B1 (en) 2000-07-11 2008-05-20 Western Union Financial Services, Inc. Method for enabling transfer of funds through a computer network
US7483856B2 (en) 2001-01-17 2009-01-27 Xprt Ventures, Llc System and method for effecting payment for an electronic auction commerce transaction
US7487127B2 (en) 2002-03-27 2009-02-03 First Data Corporation Merchant cash payment systems and methods
US7512563B2 (en) 2001-01-17 2009-03-31 Xprt Ventures, Llc System and method to automate payment for a commerce transaction
US7516100B1 (en) 2000-05-12 2009-04-07 The Western Union Company Method and system for transferring money in business-to-business internet transactions
US7540410B2 (en) 1999-08-09 2009-06-02 First Data Corporation Point of sale payment terminal
US7571140B2 (en) 2002-12-16 2009-08-04 First Data Corporation Payment management
US7593898B1 (en) 1999-12-30 2009-09-22 First Data Corporation Method and system for payment transactions and shipment tracking over the internet
US7600673B2 (en) 1999-08-09 2009-10-13 First Data Corporation Systems and methods for performing transactions at a point-of-sale
US7610244B2 (en) 2001-01-17 2009-10-27 Xprt Ventures, Llc System and method for effecting payment for an item offered for an electronic auction sale
US7613655B2 (en) 1999-10-26 2009-11-03 Western Union Company Value transfer systems and methods
US7627528B2 (en) 2001-01-17 2009-12-01 Xprt Ventures, Llc System and method for effecting a real-time payment for an item won on an electronic auction
US7654449B2 (en) 1999-10-26 2010-02-02 The Western Union Company Method and system for performing money transfer transactions
US7707110B2 (en) 2004-05-04 2010-04-27 First Data Corporation System and method for conducting transactions with different forms of payment
US7716128B2 (en) 2001-03-31 2010-05-11 The Western Union Company Electronic indentifier payment systems and methods
US7753267B2 (en) 2005-05-18 2010-07-13 The Western Union Company In-lane money transfer systems and methods
US7783571B2 (en) 2007-05-31 2010-08-24 First Data Corporation ATM system for receiving cash deposits from non-networked clients
US7813982B2 (en) 2004-11-08 2010-10-12 First Data Corporation Unit-based prepaid presentation instrument accounts and methods
US7822640B2 (en) 2003-10-28 2010-10-26 First Data Corporation Multi-card bulk package identifying activation systems and methods
US7831519B2 (en) 2003-12-17 2010-11-09 First Data Corporation Methods and systems for electromagnetic initiation of secure transactions
US7917395B2 (en) 2004-09-28 2011-03-29 The Western Union Company Wireless network access prepayment systems and methods
US7933835B2 (en) 2007-01-17 2011-04-26 The Western Union Company Secure money transfer systems and methods using biometric keys associated therewith
US7949600B1 (en) 2000-06-27 2011-05-24 Western Union Financial Services, Inc. Method for facilitating payment of a computerized transaction
US8041606B2 (en) 2000-02-29 2011-10-18 The Western Union Company Online purchasing method
US8086539B2 (en) 2002-06-11 2011-12-27 The Western Union Company Value processing network and methods
US8095113B2 (en) 2007-10-17 2012-01-10 First Data Corporation Onetime passwords for smart chip cards
US8099359B1 (en) 1999-04-19 2012-01-17 The Western Union Company System and method for issuing negotiable instruments by licensed money transmitter from direct deposits
US8160933B2 (en) 2003-04-30 2012-04-17 Ebay Inc. Method and system to automate payment for a commerce transaction
US8244632B2 (en) 2001-10-26 2012-08-14 First Data Corporation Automated transfer with stored value
US20120265678A1 (en) * 2011-04-15 2012-10-18 Bank Of America Corporation Social network payment settlement system
US8345931B2 (en) 2006-02-10 2013-01-01 The Western Union Company Biometric based authorization systems for electronic fund transfers
US8346611B2 (en) 2009-04-21 2013-01-01 First Data Corporation Systems and methods for pre-paid futures procurement
US8374962B2 (en) 2001-10-26 2013-02-12 First Data Corporation Stored value payouts
US8494956B2 (en) 1999-10-26 2013-07-23 The Western Union Company Internet funds transfer system using ATM pickup
US8515874B2 (en) 2001-03-31 2013-08-20 The Western Union Company Airline ticket payment and reservation system and methods
US8554614B2 (en) 2002-06-10 2013-10-08 First Data Corporation Methods and systems for bulk activation of multiple, disparate stored value accounts
US8565723B2 (en) 2007-10-17 2013-10-22 First Data Corporation Onetime passwords for mobile wallets
US8650071B2 (en) 2010-05-10 2014-02-11 First Data Corporation Mobile coupon analysis systems and methods
US8672220B2 (en) 2005-09-30 2014-03-18 The Western Union Company Money transfer system and method
US8818904B2 (en) 2007-01-17 2014-08-26 The Western Union Company Generation systems and methods for transaction identifiers having biometric keys associated therewith
US8960537B2 (en) 2004-10-19 2015-02-24 The Western Union Company Money transfer systems and methods
US9129464B2 (en) 2001-03-31 2015-09-08 The Western Union Company Staged transactions systems and methods
US9853759B1 (en) 2001-03-31 2017-12-26 First Data Corporation Staged transaction system for mobile commerce
US9898581B2 (en) 2002-06-11 2018-02-20 First Data Corporation Health care eligibility verification and settlement systems and methods
US10269203B2 (en) 2005-08-23 2019-04-23 The Western Union Company Presentation instrument display and activation systems and methods
US10311410B2 (en) 2007-03-28 2019-06-04 The Western Union Company Money transfer system and messaging system
US10395484B2 (en) 2002-08-20 2019-08-27 The Western Union Company Multi-purpose kiosk and methods
US10402824B2 (en) 2003-04-25 2019-09-03 The Western Union Company Systems and methods for verifying identities in transactions
US10410201B2 (en) 2007-07-30 2019-09-10 First Data Corporation Mobile communication systems and methods for redeeming and reporting coupons
US10558957B2 (en) 2000-07-11 2020-02-11 The Western Union Company Requestor-based funds transfer system and methods
US10783502B2 (en) 2002-11-06 2020-09-22 The Western Union Company Multiple-entity transaction systems and methods

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5794207A (en) * 1996-09-04 1998-08-11 Walker Asset Management Limited Partnership Method and apparatus for a cryptographically assisted commercial network system designed to facilitate buyer-driven conditional purchase offers
US5890138A (en) * 1996-08-26 1999-03-30 Bid.Com International Inc. Computer auction system
US5924083A (en) * 1996-05-29 1999-07-13 Geneva Branch Of Reuters Transaction Services Limited Distributed matching system for displaying a book of credit filtered bids and offers
US6018722A (en) * 1994-04-18 2000-01-25 Aexpert Advisory, Inc. S.E.C. registered individual account investment advisor expert system
US6023686A (en) * 1996-02-20 2000-02-08 Health Hero Network Method for conducting an on-line bidding session with bid pooling
US6084528A (en) * 1996-09-05 2000-07-04 Symbol Technologies, Inc. Intranet scanning terminal system

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6018722A (en) * 1994-04-18 2000-01-25 Aexpert Advisory, Inc. S.E.C. registered individual account investment advisor expert system
US6023686A (en) * 1996-02-20 2000-02-08 Health Hero Network Method for conducting an on-line bidding session with bid pooling
US5924083A (en) * 1996-05-29 1999-07-13 Geneva Branch Of Reuters Transaction Services Limited Distributed matching system for displaying a book of credit filtered bids and offers
US5890138A (en) * 1996-08-26 1999-03-30 Bid.Com International Inc. Computer auction system
US5794207A (en) * 1996-09-04 1998-08-11 Walker Asset Management Limited Partnership Method and apparatus for a cryptographically assisted commercial network system designed to facilitate buyer-driven conditional purchase offers
US6084528A (en) * 1996-09-05 2000-07-04 Symbol Technologies, Inc. Intranet scanning terminal system

Non-Patent Citations (1)

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

Cited By (102)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8099359B1 (en) 1999-04-19 2012-01-17 The Western Union Company System and method for issuing negotiable instruments by licensed money transmitter from direct deposits
US7086584B2 (en) 1999-08-09 2006-08-08 First Data Corporation Systems and methods for configuring a point-of-sale system
US7540410B2 (en) 1999-08-09 2009-06-02 First Data Corporation Point of sale payment terminal
US6827260B2 (en) 1999-08-09 2004-12-07 First Data Corporation Systems and methods for utilizing a point-of-sale system
US6886742B2 (en) 1999-08-09 2005-05-03 First Data Corporation Systems and methods for deploying a point-of sale device
US7506809B2 (en) 1999-08-09 2009-03-24 First Data Corporation Systems and methods for configuring a point-of-sale system
US7600673B2 (en) 1999-08-09 2009-10-13 First Data Corporation Systems and methods for performing transactions at a point-of-sale
US8494956B2 (en) 1999-10-26 2013-07-23 The Western Union Company Internet funds transfer system using ATM pickup
US7664703B2 (en) 1999-10-26 2010-02-16 The Western Union Company Value transfer systems and methods
US7104440B2 (en) 1999-10-26 2006-09-12 First Data Corporation Money transfer systems and methods for travelers
US7578434B2 (en) 1999-10-26 2009-08-25 The Western Union Company System and method for transferring money from one country to a stored value account in a different country
US8955741B2 (en) 1999-10-26 2015-02-17 The Western Union Company Money transfer systems and methods for travelers
US8051003B2 (en) 1999-10-26 2011-11-01 The Western Union Company Systems and methods of introducing and receiving information across a computer network
US7950575B2 (en) 1999-10-26 2011-05-31 The Western Union Company Method and system for performing money transfer transactions
US7613655B2 (en) 1999-10-26 2009-11-03 Western Union Company Value transfer systems and methods
US10558960B2 (en) 1999-10-26 2020-02-11 The Western Union Company Cash payment for remote transactions
US7654449B2 (en) 1999-10-26 2010-02-02 The Western Union Company Method and system for performing money transfer transactions
US7673792B2 (en) 1999-10-26 2010-03-09 The Western Union Company Method and system for performing money transfer transactions
US6814282B2 (en) 1999-10-26 2004-11-09 First Data Corporation Systems and methods of introducing and receiving information across a computer network
US7549575B2 (en) 1999-10-26 2009-06-23 The Western Union Company Money transfer systems and methods for travelers
US8271382B2 (en) 1999-10-26 2012-09-18 The Western Union Company Systems and methods of introducing and receiving information across a computer network
US7765148B2 (en) 1999-12-30 2010-07-27 First Data Corporation Method and system for facilitating payment of an online auction transaction
US7797235B2 (en) 1999-12-30 2010-09-14 First Data Corporation On-line cash register to use in providing a consumer-to-consumer payment service
US7177836B1 (en) 1999-12-30 2007-02-13 First Data Corporation Method and system for facilitating financial transactions between consumers over the internet
US7593898B1 (en) 1999-12-30 2009-09-22 First Data Corporation Method and system for payment transactions and shipment tracking over the internet
US8041606B2 (en) 2000-02-29 2011-10-18 The Western Union Company Online purchasing method
US8538870B2 (en) 2000-02-29 2013-09-17 First Data Corporation Electronic purchasing and funds transfer systems and methods
US10489753B2 (en) 2000-02-29 2019-11-26 The Western Union Company Electronic purchasing and funds transfer systems and methods
US8412627B2 (en) 2000-02-29 2013-04-02 The Western Union Company Online funds transfer method
US7574389B2 (en) 2000-05-12 2009-08-11 The Western Union Company Method and system for transferring money in business-to-business internet transactions
US7937322B2 (en) 2000-05-12 2011-05-03 The Western Union Company Method and system for transferring money in business-to-business internet transactions
US7516100B1 (en) 2000-05-12 2009-04-07 The Western Union Company Method and system for transferring money in business-to-business internet transactions
US7949600B1 (en) 2000-06-27 2011-05-24 Western Union Financial Services, Inc. Method for facilitating payment of a computerized transaction
US7376587B1 (en) 2000-07-11 2008-05-20 Western Union Financial Services, Inc. Method for enabling transfer of funds through a computer network
US10558957B2 (en) 2000-07-11 2020-02-11 The Western Union Company Requestor-based funds transfer system and methods
US7266533B2 (en) 2000-12-15 2007-09-04 The Western Union Company Electronic gift greeting
US7908179B2 (en) 2000-12-15 2011-03-15 The Western Union Company Electronic gift linking
US7003479B2 (en) 2000-12-15 2006-02-21 First Data Corporation Systems and methods for ordering and distributing incentive messages
US6922673B2 (en) 2000-12-15 2005-07-26 Fist Data Corporation Systems and methods for ordering and distributing incentive messages
US7599881B2 (en) 2001-01-17 2009-10-06 Xprt Ventures, Llc System and method for offering an incentive to a user of an electronic commerce web site
US7567937B2 (en) 2001-01-17 2009-07-28 Xprt Ventures, Llc System and method for automatically effecting payment for a user of an electronic auction system
US7610244B2 (en) 2001-01-17 2009-10-27 Xprt Ventures, Llc System and method for effecting payment for an item offered for an electronic auction sale
US7512563B2 (en) 2001-01-17 2009-03-31 Xprt Ventures, Llc System and method to automate payment for a commerce transaction
US9852469B1 (en) 2001-01-17 2017-12-26 Xprt Ventures, Llc System and method for effecting payment for an electronic commerce transaction
US7627528B2 (en) 2001-01-17 2009-12-01 Xprt Ventures, Llc System and method for effecting a real-time payment for an item won on an electronic auction
US7483856B2 (en) 2001-01-17 2009-01-27 Xprt Ventures, Llc System and method for effecting payment for an electronic auction commerce transaction
US7039616B2 (en) * 2001-03-12 2006-05-02 Jan Wendenburg Method for proof of transaction
US9853759B1 (en) 2001-03-31 2017-12-26 First Data Corporation Staged transaction system for mobile commerce
US9129464B2 (en) 2001-03-31 2015-09-08 The Western Union Company Staged transactions systems and methods
US8706640B2 (en) 2001-03-31 2014-04-22 The Western Union Company Systems and methods for enrolling consumers in goods and services
US7716128B2 (en) 2001-03-31 2010-05-11 The Western Union Company Electronic indentifier payment systems and methods
US8515874B2 (en) 2001-03-31 2013-08-20 The Western Union Company Airline ticket payment and reservation system and methods
SG100784A1 (en) * 2001-07-13 2003-12-26 Hitachi Ltd Inance applying method on electronic commerce system
US8374962B2 (en) 2001-10-26 2013-02-12 First Data Corporation Stored value payouts
US8244632B2 (en) 2001-10-26 2012-08-14 First Data Corporation Automated transfer with stored value
US7487127B2 (en) 2002-03-27 2009-02-03 First Data Corporation Merchant cash payment systems and methods
US9785931B2 (en) 2002-06-10 2017-10-10 Valuelink, Llc Methods and systems for bulk activation of multiple, disparate stored value accounts
US8554614B2 (en) 2002-06-10 2013-10-08 First Data Corporation Methods and systems for bulk activation of multiple, disparate stored value accounts
US9898581B2 (en) 2002-06-11 2018-02-20 First Data Corporation Health care eligibility verification and settlement systems and methods
US8086539B2 (en) 2002-06-11 2011-12-27 The Western Union Company Value processing network and methods
US10395484B2 (en) 2002-08-20 2019-08-27 The Western Union Company Multi-purpose kiosk and methods
US11403920B2 (en) 2002-08-20 2022-08-02 The Western Union Company Multi-purpose kiosk and methods
US10783502B2 (en) 2002-11-06 2020-09-22 The Western Union Company Multiple-entity transaction systems and methods
US7571140B2 (en) 2002-12-16 2009-08-04 First Data Corporation Payment management
US7778903B2 (en) 2003-01-22 2010-08-17 First Data Corporation Direct payment with token
US7003493B2 (en) 2003-01-22 2006-02-21 First Data Corporation Direct payment with token
US10402824B2 (en) 2003-04-25 2019-09-03 The Western Union Company Systems and methods for verifying identities in transactions
US8160933B2 (en) 2003-04-30 2012-04-17 Ebay Inc. Method and system to automate payment for a commerce transaction
US8364556B2 (en) 2003-04-30 2013-01-29 Ebay Inc. Method and system to automate payment for a commerce transaction
US7822640B2 (en) 2003-10-28 2010-10-26 First Data Corporation Multi-card bulk package identifying activation systems and methods
US8650086B2 (en) 2003-10-28 2014-02-11 First Data Corporation System for activation of multiple cards
US8370205B2 (en) 2003-10-28 2013-02-05 First Data Corporation System for activation of multiple cards
US9152954B2 (en) 2003-10-28 2015-10-06 First Data Corporation System for activation of multiple cards
US7831519B2 (en) 2003-12-17 2010-11-09 First Data Corporation Methods and systems for electromagnetic initiation of secure transactions
US7707110B2 (en) 2004-05-04 2010-04-27 First Data Corporation System and method for conducting transactions with different forms of payment
US7917395B2 (en) 2004-09-28 2011-03-29 The Western Union Company Wireless network access prepayment systems and methods
US10296876B2 (en) 2004-09-28 2019-05-21 The Western Union Company Wireless network access prepayment systems and methods
US8960537B2 (en) 2004-10-19 2015-02-24 The Western Union Company Money transfer systems and methods
US7813982B2 (en) 2004-11-08 2010-10-12 First Data Corporation Unit-based prepaid presentation instrument accounts and methods
US7753267B2 (en) 2005-05-18 2010-07-13 The Western Union Company In-lane money transfer systems and methods
US8851371B2 (en) 2005-05-18 2014-10-07 The Western Union Company In-lane money transfer systems and methods
US9384476B2 (en) 2005-05-18 2016-07-05 The Western Union Company Money transfer system and method
US10269203B2 (en) 2005-08-23 2019-04-23 The Western Union Company Presentation instrument display and activation systems and methods
US8672220B2 (en) 2005-09-30 2014-03-18 The Western Union Company Money transfer system and method
US9542684B2 (en) 2006-02-10 2017-01-10 The Western Union Company Biometric based authorization systems for electronic fund transfers
US8837784B2 (en) 2006-02-10 2014-09-16 The Western Union Company Biometric based authorization systems for electronic fund transfers
US8345931B2 (en) 2006-02-10 2013-01-01 The Western Union Company Biometric based authorization systems for electronic fund transfers
US8818904B2 (en) 2007-01-17 2014-08-26 The Western Union Company Generation systems and methods for transaction identifiers having biometric keys associated therewith
US9123044B2 (en) 2007-01-17 2015-09-01 The Western Union Company Generation systems and methods for transaction identifiers having biometric keys associated therewith
US7933835B2 (en) 2007-01-17 2011-04-26 The Western Union Company Secure money transfer systems and methods using biometric keys associated therewith
US10311410B2 (en) 2007-03-28 2019-06-04 The Western Union Company Money transfer system and messaging system
US7783571B2 (en) 2007-05-31 2010-08-24 First Data Corporation ATM system for receiving cash deposits from non-networked clients
US11295289B2 (en) 2007-07-30 2022-04-05 First Data Corporation Mobile communication systems and methods for redeeming and reporting coupons
US10410201B2 (en) 2007-07-30 2019-09-10 First Data Corporation Mobile communication systems and methods for redeeming and reporting coupons
US8565723B2 (en) 2007-10-17 2013-10-22 First Data Corporation Onetime passwords for mobile wallets
US8095113B2 (en) 2007-10-17 2012-01-10 First Data Corporation Onetime passwords for smart chip cards
US8346611B2 (en) 2009-04-21 2013-01-01 First Data Corporation Systems and methods for pre-paid futures procurement
US10102538B2 (en) 2010-05-10 2018-10-16 First Data Corporation Mobile coupon analysis systems and methods
US8650071B2 (en) 2010-05-10 2014-02-11 First Data Corporation Mobile coupon analysis systems and methods
US9460447B2 (en) 2010-05-10 2016-10-04 First Data Corporation Mobile coupon analysis systems and methods
US20120265678A1 (en) * 2011-04-15 2012-10-18 Bank Of America Corporation Social network payment settlement system
US8412630B2 (en) * 2011-04-15 2013-04-02 Bank Of America Corporation Social network payment settlement system

Also Published As

Publication number Publication date
CA2378546A1 (en) 2001-01-18
HK1048529A1 (en) 2003-04-04
EP1208505A1 (en) 2002-05-29
AR024692A1 (en) 2002-10-23
AU6076100A (en) 2001-01-30
EP1208505A4 (en) 2002-10-23

Similar Documents

Publication Publication Date Title
US7249055B1 (en) Method and system for managing and conducting a network auction
EP1208505A1 (en) Method and system for managing and conducting a network auction
US20200364777A1 (en) Apparatus to provide liquid funds in the online auction environment
US7765148B2 (en) Method and system for facilitating payment of an online auction transaction
US7593898B1 (en) Method and system for payment transactions and shipment tracking over the internet
US8296231B2 (en) Network accessible funds transfer system
US7451114B1 (en) Conducting commerce between individuals
US6246996B1 (en) Computerized system for facilitating transactions between parties on the internet using e-mail
US7899712B2 (en) Method and apparatus for facilitating online payment transactions in a network-based transaction facility
US20140337183A1 (en) Online processing for offshore business transactions
US20020087469A1 (en) Technique of registration for and direction of electronic payments in real-time
JP2004295920A (en) Method for facilitating transaction
US20050278244A1 (en) Auction with methods and mechanisms to avoid fraud
JP2002531887A (en) Electronic factoring
KR100353016B1 (en) Method and system for payment processing using personal financial account in electronic commercial transaction
JP2001344456A (en) Electronic commerce method, electronic commerce supporting method, and recording medium with recorded electronic commerce support program
CA2592534C (en) Computerized payment system for purchasing information products by electronic transfer on the internet
KR100474189B1 (en) Method for managing a electronic payment between enterprises
WO2006001776A1 (en) An electronic payment system

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AL AM AT AU AZ BA BB BG BR BY CA CH CN CR CU CZ DE DK DM 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 NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG 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
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
WWE Wipo information: entry into national phase

Ref document number: 2378546

Country of ref document: CA

WWE Wipo information: entry into national phase

Ref document number: 2000947096

Country of ref document: EP

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

WWP Wipo information: published in national office

Ref document number: 2000947096

Country of ref document: EP

WWW Wipo information: withdrawn in national office

Ref document number: 2000947096

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: JP