US20070255644A1 - 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
US20070255644A1
US20070255644A1 US11/822,140 US82214007A US2007255644A1 US 20070255644 A1 US20070255644 A1 US 20070255644A1 US 82214007 A US82214007 A US 82214007A US 2007255644 A1 US2007255644 A1 US 2007255644A1
Authority
US
United States
Prior art keywords
buyer
seller
account
good
financial institution
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US11/822,140
Inventor
Richard Elder
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Individual
Original Assignee
Individual
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 Individual filed Critical Individual
Priority to US11/822,140 priority Critical patent/US20070255644A1/en
Publication of US20070255644A1 publication Critical patent/US20070255644A1/en
Abandoned legal-status Critical Current

Links

Images

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
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/08Auctions
    • 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/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • 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/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102Bill distribution or payments
    • 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/0601Electronic shopping [e-shopping]
    • G06Q30/0609Buyer or seller confidence or verification
    • 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
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • 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
    • G06Q50/00Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services
    • G06Q50/18Legal services; Handling legal documents
    • G06Q50/188Electronic negotiation

Definitions

  • the present invention relates generally to the field of electronic commerce and more particularly to a method and system for managing person-to-person payment transactions, including auction transactions, over a network, such as the Internet.
  • person-to-person payment transactions are conventionally performed using, for example, cash, personal checks, a money order or the like.
  • at least one party to the transaction assumes certain risks.
  • a goods for cash transaction the buyer is handing over cash for a good or goods which may not conform as promised by the seller to his/her expectations.
  • the seller In the case of a seller who accepts a check from a buyer, the seller is taking a chance that the check will clear. The seller may be able to decrease his/her chance of loss, by holding onto the good(s) until the check clears, but this then causes a delay to the buyer who must wait for the check to clear prior to receiving his/her paid for good(s).
  • a specific application of person-to-person payment transactions is to Internet auction transactions.
  • a buyer 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 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.
  • 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.
  • 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.
  • 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.
  • all buyers and sellers in auction transactions on the auction site 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.
  • FIG. 1 is a schematic of the parties to an auction transaction according to an embodiment of the present invention
  • FIG. 2 is a registration process according to an embodiment of the present invention
  • FIG. 3 is a registration process according to an embodiment of the present invention.
  • FIG. 4 is an auction payment process according to an embodiment of the present invention.
  • FIG. 5 is an auction payment process according to an embodiment of the present invention.
  • FIG. 6 is an auction payment process according to an embodiment of the present invention.
  • FIG. 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 an internal settlement system 22 . Therefore, it is known that the parties are dealing with actual people, or at the very least, active 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 S 2 , S 12 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 S 4 , S 14 .
  • 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 S 6 , S 16 .
  • the selected account is not found or is not in good standing, registration is denied under that selected account S 8 , S 18 .
  • 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.
  • 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 financial institution confirms that the accounts are active and in good standing for purposes of financial transacting.
  • 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 S 10 , S 20 .
  • 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 (PIN) 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.
  • PIN 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 S 22 .
  • a buyer bids on listed good(s) using his/her registration ID S 24 .
  • a buyer will win the bidding for a listed good(s) S 26 .
  • 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 S 30 , S 40 . If no such account is held, then the buyer or seller is denied registration S 32 , S 42 .
  • 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 S 34 , S 44 . If the selected account is not found or is not in good standing, registration is denied under the selected account S 36 , S 46 .
  • the website issues the buyer or seller a registration ID S 38 , S 48 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 S 50 .
  • a buyer bids on listed good(s) using his/her registration ID S 52 .
  • a single buyer will win the bidding for a listed good(s) S 56 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 IDs 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 ID 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.
  • 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 S 60 , S 62 .
  • 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.
  • 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 S 64 . 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 S 66 . Both parties are notified immediately via, for example, e-mail, that this transaction has been completed S 68 . 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.
  • a first time period is set for the seller to deliver the purchased good(s) to the buyer S 80 .
  • the system queries whether or not the seller has delivered the good(s) within the first time period S 82 (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 S 84 .
  • 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 S 86 .
  • the system queries whether or not the buyer responds within the second time period S 88 . If there is no response, then the transaction is considered to be complete S 90 . 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 S 92 . If the good(s) are acceptable, the transaction is complete S 94 . 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 S 96 .
  • a third time period is set for the buyer to return the good(s) to the seller S 98 .
  • the system queries whether or not the good(s) have been returned within the third time period S 100 . 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) S 102 . 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 S 104 .
  • 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 S 106 .
  • the financial institution may refer the seller to legal services to consider the sellers options at his point S 109 .
  • 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 S 110 .
  • 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 S 112 . 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 S 98 -S 109 are applicable.
  • the Internet auction website provides a page for “BARGAINING SESSIONS,” wherein the buyer and seller enter their respective registration IDs into the ID box and they are linked to a page containing the details of their original transaction S 152 . 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 S 154 .
  • 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 S 156 . 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 S 168 .
  • 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 S 70 .
  • 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 FIG. 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.
  • 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 S 72 .
  • 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 S 74 , the buyer's payment is returned to the buyer's account S 76 .
  • a time period for completion of the transaction e.g., 5, 10, 15 days.
  • a second time period may be set for the buyer to inspect the good(s) to determine if they are conforming S 120 .
  • the system queries whether or not the buyer responds within the second time period S 122 . If there is no response, then the seller is credited with the buyer's payment from the escrow account S 124 . 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 S 126 . If the good(s) are acceptable, then the seller is credited with the buyer's payment from the escrow account S 128 . 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 S 130 .
  • a third time period is set for the buyer to return the good(s) to the seller S 132 .
  • the system queries whether or not the good(s) have been returned within the third time period S 134 . 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) S 136 . 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 S 138 .
  • 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 S 140 .
  • the financial institution may refer the seller to legal services to consider the sellers options at his point S 143 .
  • 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 S 144 .
  • 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 S 146 .
  • 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 S 132 -S 143 may be applicable.
  • the Internet auction website provides a page for “BARGAINING SESSIONS,” wherein the buyer and seller enter their respective registration IDs into the ID box and they are linked to a page containing the details of their original transaction S 152 . 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 S 154 .
  • 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 S 156 . 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 S 170 .
  • 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.
  • 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).
  • 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.
  • 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.
  • 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.
  • 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 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 a transaction. Financial institution customers benefit from the system in that buyers and sellers are authenticated and settlement occurs almost instantaneously.

Description

    CROSS-REFERENCE TO RELATED APPLICATIONS
  • This application is a continuation of, claims priority to, and incorporates by reference in its entirety, U.S. patent application Ser. No. 09/610,540, entitled “METHOD AND SYSTEM FOR MANAGING AND CONDUCTING A NETWORK AUCTION,” filed Jul. 7, 2000 which claims priority to and incorporates by reference in its entirety, U.S. Provisional Patent Application No. 60/143,021, filed Jul. 9, 1999.
  • BACKGROUND OF THE INVENTION
  • 1. 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 person-to-person payment transactions, including auction transactions, over a network, such as the Internet.
  • 2. Description of the Related Art
  • Currently, person-to-person payment transactions are conventionally performed using, for example, cash, personal checks, a money order or the like. Using any one of these traditional payment methods at least one party to the transaction assumes certain risks. For example, in the case of a goods for cash transaction, the buyer is handing over cash for a good or goods which may not conform as promised by the seller to his/her expectations. In the case of a seller who accepts a check from a buyer, the seller is taking a chance that the check will clear. The seller may be able to decrease his/her chance of loss, by holding onto the good(s) until the check clears, but this then causes a delay to the buyer who must wait for the check to clear prior to receiving his/her paid for good(s). These are but a few examples of the risks that are assumed in the performance and settlement of person-to-person payment transactions. In addition, there is a need for consumers to be able to facilitate person-to-person payments, for example, to facilitate birthday presents or reimbursement of funds that were spent without a merchant being involved that eliminates the necessity for consumers to use paper checks or cash as the payment vehicle between two individual parties.
  • A specific application of person-to-person payment transactions, is to Internet auction transactions. In the performance of these auction transactions, a buyer 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. Further, since payments for an on-line auction purchase are actually being made person-to-person via check or money order, it takes an inordinate amount of time to clear checks through the current Automated Clearing House (ACH) systems, which slows down the purchasing process considerably via the on-line auction context.
  • 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:
  • FIG. 1 is a schematic of the parties to an auction transaction according to an embodiment of the present invention;
  • FIG. 2 is a registration process according to an embodiment of the present invention;
  • FIG. 3 is a registration process according to an embodiment of the present invention;
  • FIG. 4 is an auction payment process according to an embodiment of the present invention;
  • FIG. 5 is an auction payment process according to an embodiment of the present invention;
  • FIG. 6 is an auction payment process according to an embodiment of the present invention; and
  • FIG. 7 is an auction payment process according to an embodiment of the present invention.
  • DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
  • Referring to FIG. 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 an internal settlement system 22. Therefore, it is known that the parties are dealing with actual people, or at the very least, active 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 FIG. 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 active 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 an active 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 (PIN) 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 ID, 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 ID 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 FIG. 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 an active 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 ID 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 IDs 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 ID 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 FIG. 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 FIG. 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 FIG. 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 FIG. 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 S110. 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 S112. 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 FIG. 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 IDs 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 FIG. 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 FIG. 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 FIG. 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 FIG. 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 IDs 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 FIG. 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 (20)

1. A method for conducting an auction website operated by a sponsoring financial institution comprising:
registering potential buyers and sellers for the auction website by verifying that the potential buyers and sellers have at least one active account with the sponsoring financial institution;
upon verification of at least one active account, issuing an individual registration identification to each of the potential buyers and sellers having at least one active account with the sponsoring financial institution, wherein the individual registration identification is associated with the at least one active account;
facilitating access to the auction website through a network;
listing goods of registered sellers on the auction website;
tracking auction performance histories for each buyer and each seller;
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;
comparing the final bid amount to a pre-determined threshold amount to determine a preferred payment process, 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; and
facilitating settlement between the buyer payment account and the seller payment account both held at the sponsoring financial institution, 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.
2. The method according to claim 1, wherein the auction performance histories include at least payment history, purchasing history, delivery and product conformance history.
3. The method according to claim 2, 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.
4. The method according to claim 3, wherein alerting the potential buyer is achieved through at least one of the following including e-mail and pager.
5. The method according to claim 1, wherein the at least one active account is a brokerage account.
6. A method for conducting an auction website operated by a sponsoring financial institution comprising:
registering potential buyers and sellers for the auction website by verifying that the potential buyers and sellers have at least one active account with the sponsoring financial institution;
upon verification of at least one active account, issuing an individual registration identification to each of the potential buyers and sellers having at least one active account with the sponsoring financial institution, wherein the individual registration identification is associated with the at least one active account;
facilitating access to the auction website through a network;
listing goods of registered sellers on the auction website;
tracking auction performance histories for each buyer and each seller;
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;
comparing the final bid amount to a pre-determined threshold amount to determine a preferred payment process, 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; and
facilitating settlement between the buyer payment account and the seller payment account both held at the sponsoring financial institution, 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.
7. The method according to claim 6, wherein the auction performance histories include at least payment history, purchasing history, delivery and product conformance history.
8. The method according to claim 7, 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.
9. The method according to claim 8, wherein alerting the potential buyer is achieved through at least one of the following including e-mail and pager.
10. The method according to claim 6, wherein the at least one active account is a brokerage account.
11. 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 the at least one good, a successful buyer and a successful seller;
(d) confirming whether a payment account of the successful buyer is in good standing; and
(d) upon completion of the auction, debiting the payment account of the successful buyer and crediting a receiving account of the successful seller.
12. The method of claim 11 wherein the payment account is a credit card account.
13. The method of claim 11 wherein the payment account is a checking or savings account.
14. The method of claim 11 wherein the buyer or seller may settle a transaction of the auction with a different account than which was registered with the auction website.
15. The method of claim 14 wherein the financial institution offers insurance for reimbursing the buyer for nonconformance of the at least one good up to a set amount.
16. The method of claim 11 wherein the buyer requests a bargaining session with the seller to keep nonconforming goods at a reduced price.
17. The method of claim 11 wherein an escrow account is established for a purchase of the at least one good and the buyer receives interest back on a principle of an amount in escrow, in addition to the principle, where the at least one good is nonconforming.
18. The method of claim 11 wherein a payment into the receiving account of the seller is at least partially applied to a payment account of the seller.
19. The method of claim 18 wherein the payment account of the seller is a mortgage account.
20. The method of claim 11 wherein a payment into the receiving account of the seller is at least partially applied to a checking or savings account of the seller.
US11/822,140 1999-07-09 2007-07-02 Method and system for managing and conducting a network auction Abandoned US20070255644A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US11/822,140 US20070255644A1 (en) 1999-07-09 2007-07-02 Method and system for managing and conducting a network auction

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US14302199P 1999-07-09 1999-07-09
US09/610,540 US7249055B1 (en) 1999-07-09 2000-07-07 Method and system for managing and conducting a network auction
US11/822,140 US20070255644A1 (en) 1999-07-09 2007-07-02 Method and system for managing and conducting a network auction

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US09/610,540 Continuation US7249055B1 (en) 1999-07-09 2000-07-07 Method and system for managing and conducting a network auction

Publications (1)

Publication Number Publication Date
US20070255644A1 true US20070255644A1 (en) 2007-11-01

Family

ID=38266941

Family Applications (2)

Application Number Title Priority Date Filing Date
US09/610,540 Expired - Lifetime US7249055B1 (en) 1999-07-09 2000-07-07 Method and system for managing and conducting a network auction
US11/822,140 Abandoned US20070255644A1 (en) 1999-07-09 2007-07-02 Method and system for managing and conducting a network auction

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US09/610,540 Expired - Lifetime US7249055B1 (en) 1999-07-09 2000-07-07 Method and system for managing and conducting a network auction

Country Status (1)

Country Link
US (2) US7249055B1 (en)

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020091635A1 (en) * 2000-09-20 2002-07-11 Venkatachari Dilip Method and apparatus for managing transactions
US20090164333A1 (en) * 2007-12-21 2009-06-25 Glyde Corporation System and method for integrated payment and shipping information
US20090164339A1 (en) * 2007-12-21 2009-06-25 Glyde Corporation 3d product display on internet with content or transaction data on back of image
US20090164383A1 (en) * 2007-12-21 2009-06-25 Glyde Corporation System and method for dynamic product pricing
US20090164315A1 (en) * 2007-12-21 2009-06-25 Glyde Corporation Software System for Decentralizing eCommerce With Single Page Buy
US20090164273A1 (en) * 2007-12-21 2009-06-25 Glyde Corporation Product distribution system and method thereof
US20090164338A1 (en) * 2007-12-21 2009-06-25 Glyde Corporation Virtual Shelf With Single-Product Choice and Automatic Multiple-Vendor Selection
US20090198615A1 (en) * 2008-02-01 2009-08-06 Mazooma, Llc Method, Device, and System for Completing On-Line Financial Transaction
US20100312683A1 (en) * 2009-06-04 2010-12-09 Yung Yeung Methods and system of conducting business-to-business operations by registered sellers and buyers using an internet accessible platform
US20100312659A1 (en) * 2009-06-04 2010-12-09 Yung Yeung System and methods of conducting business-to-business operations by registered sellers and buyers using an internet accessible platform
US20120330841A1 (en) * 2008-02-01 2012-12-27 Qun Chen Device and method for facilitating financial transactions
US8412618B2 (en) * 2011-08-16 2013-04-02 Infinite Source Systems Corporation System for managing construction project bidding
US8620782B2 (en) 2001-06-28 2013-12-31 Checkfree Services Corporation Inter-network electronic billing
US8620749B2 (en) 2011-06-20 2013-12-31 Glyde Corporation Customized offers for E-commerce
US8874480B2 (en) 2007-04-27 2014-10-28 Fiserv, Inc. Centralized payment method and system for online and offline transactions
US20150206107A1 (en) * 2008-02-01 2015-07-23 Mazooma Technical Services, Inc. Device and method for facilitating financial transactions
WO2016172064A1 (en) * 2015-04-24 2016-10-27 Ebay Inc. Automatic negotiation using real time messaging

Families Citing this family (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7376583B1 (en) 1999-08-10 2008-05-20 Gofigure, L.L.C. Device for making a transaction via a communications link
US7720762B1 (en) 2002-10-03 2010-05-18 Gofigure Payments, Llc System and method for electronically processing commercial transactions based upon threshold amount
US8601373B1 (en) * 1999-11-16 2013-12-03 Ebay Inc. Network-based sales system with customizable user interface
AU2001245754A1 (en) 2000-03-17 2001-10-03 Ebay, Inc. Method and apparatus for facilitating online payment transactions in a network-based transaction facility using multiple payment instruments
US7499875B1 (en) 2000-03-17 2009-03-03 Ebay Inc. Method and apparatus for facilitating online payment transactions in a network-based transaction facility using multiple payment instruments
US8706618B2 (en) 2005-09-29 2014-04-22 Ebay Inc. Release of funds based on criteria
US8452704B2 (en) * 2000-07-11 2013-05-28 Citicorp Credit Services, Inc. Method and system for on-line payments
US20030105710A1 (en) * 2000-07-11 2003-06-05 Ellen Barbara Method and system for on-line payments
CA2421514A1 (en) * 2000-09-06 2002-03-14 Edeposit Corporation Interbank process
US20070112645A1 (en) * 2000-10-11 2007-05-17 Ebay Inc. Sales system with sales activity feedback
US7860776B1 (en) 2000-10-11 2010-12-28 Ebay Inc. Sales system with buyer price selection
US7398225B2 (en) * 2001-03-29 2008-07-08 American Express Travel Related Services Company, Inc. System and method for networked loyalty program
US7529698B2 (en) * 2001-01-16 2009-05-05 Raymond Anthony Joao Apparatus and method for providing transaction history information, account history information, and/or charge-back information
US7483856B2 (en) 2001-01-17 2009-01-27 Xprt Ventures, Llc System and method for effecting payment for an electronic auction commerce transaction
CN1628307A (en) * 2001-07-20 2005-06-15 电子湾有限公司 Automated listing management
US8160933B2 (en) * 2003-04-30 2012-04-17 Ebay Inc. Method and system to automate payment for a commerce transaction
US7467219B2 (en) * 2003-11-24 2008-12-16 At&T Intellectual Property I, L.P. Methods for providing communications services
US20050114224A1 (en) * 2003-11-24 2005-05-26 Hodges Donna K. Methods for providing communications services
US7509373B2 (en) * 2003-11-24 2009-03-24 At&T Intellectual Property I, L.P. Methods for providing communications services
US20070185807A1 (en) * 2006-02-06 2007-08-09 Yasfa, Inc. System and method for online auction
US20070244797A1 (en) * 2006-03-22 2007-10-18 Hinson W Bryant Computer network-implemented system and method for vehicle transactions
US20090210312A1 (en) * 2008-02-20 2009-08-20 Safetrade Limited On-line facility for financial transactions
US8412625B2 (en) * 2008-08-25 2013-04-02 Bruno Pilo' & Associates, Llc System and methods for a multi-channel payment platform
US9235831B2 (en) 2009-04-22 2016-01-12 Gofigure Payments, Llc Mobile payment systems and methods
US9135656B2 (en) 2011-08-24 2015-09-15 Strategic Acquisitions, Inc. Method and system for auction information management
WO2013070959A1 (en) * 2011-11-09 2013-05-16 Azmi Hooman Fractional ownership using digital assets
TW201520933A (en) * 2013-11-26 2015-06-01 Taobaby Ltd Method and system for group purchase through a network
US20200051054A1 (en) * 2018-03-07 2020-02-13 Qwyit Llc Method and apparatus for credit transaction employing unbreakable encryption

Citations (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4974252A (en) * 1987-06-03 1990-11-27 Club Theatre Network, Inc. Interactive commercial/entertainment network
US5426281A (en) * 1991-08-22 1995-06-20 Abecassis; Max Transaction protection system
US5664115A (en) * 1995-06-07 1997-09-02 Fraser; Richard Interactive computer system to match buyers and sellers of real estate, businesses and other property using the internet
US5717989A (en) * 1994-10-13 1998-02-10 Full Service Trade System Ltd. Full service trade 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
US5890138A (en) * 1996-08-26 1999-03-30 Bid.Com International Inc. Computer auction system
US5915209A (en) * 1994-11-21 1999-06-22 Lawrence; David Bond trading 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
US5999915A (en) * 1994-02-16 1999-12-07 Honicorp, Inc. Computerized, multimedia, network, real time, interactive marketing and transactional system
US6018722A (en) * 1994-04-18 2000-01-25 Aexpert Advisory, Inc. S.E.C. registered individual account investment advisor expert system
US6021943A (en) * 1996-10-09 2000-02-08 Chastain; Robert H. Process for executing payment transactions
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
US6118426A (en) * 1995-07-20 2000-09-12 E Ink Corporation Transducers and indicators having printed displays
US6202051B1 (en) * 1995-04-26 2001-03-13 Merc Exchange Llc Facilitating internet commerce through internetworked auctions
US6260024B1 (en) * 1998-12-02 2001-07-10 Gary Shkedy Method and apparatus for facilitating buyer-driven purchase orders on a commercial network system
US20010018665A1 (en) * 1999-08-30 2001-08-30 Nuworld Marketing Limited System and method for administering promotions
US20010039529A1 (en) * 2000-01-07 2001-11-08 Hoffman Roger P. System and process for requesting a quotation
US20010047308A1 (en) * 2000-03-31 2001-11-29 Joseph Kaminsky Concurrent dynamic pricing marketing and selling system
US20020010634A1 (en) * 1999-12-15 2002-01-24 Anthony Roman Reverse logistics processing
US20020019785A1 (en) * 2000-05-25 2002-02-14 Jonathan Whitman System and method for returning merchandise
US20020026418A1 (en) * 1999-07-02 2002-02-28 Adam Koppel Method for providing pre-paid anonymous electronic debit card compatible with existing network of credit cards
US6415320B1 (en) * 1998-10-23 2002-07-02 Ebay Inc. Information presentation and management in an online trading environment
US6567768B1 (en) * 2000-06-30 2003-05-20 Intel Corporation Determining an extent to which an electronic device has been operated
US20030195843A1 (en) * 1999-02-19 2003-10-16 Visa International Service Association Conducting commerce between individuals with integrated shipping

Patent Citations (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4974252A (en) * 1987-06-03 1990-11-27 Club Theatre Network, Inc. Interactive commercial/entertainment network
US5426281A (en) * 1991-08-22 1995-06-20 Abecassis; Max Transaction protection system
US5999915A (en) * 1994-02-16 1999-12-07 Honicorp, Inc. Computerized, multimedia, network, real time, interactive marketing and transactional system
US6018722A (en) * 1994-04-18 2000-01-25 Aexpert Advisory, Inc. S.E.C. registered individual account investment advisor expert system
US5717989A (en) * 1994-10-13 1998-02-10 Full Service Trade System Ltd. Full service trade system
US5915209A (en) * 1994-11-21 1999-06-22 Lawrence; David Bond trading system
US6202051B1 (en) * 1995-04-26 2001-03-13 Merc Exchange Llc Facilitating internet commerce through internetworked auctions
US5664115A (en) * 1995-06-07 1997-09-02 Fraser; Richard Interactive computer system to match buyers and sellers of real estate, businesses and other property using the internet
US6118426A (en) * 1995-07-20 2000-09-12 E Ink Corporation Transducers and indicators having printed displays
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
US6021943A (en) * 1996-10-09 2000-02-08 Chastain; Robert H. Process for executing payment transactions
US6415320B1 (en) * 1998-10-23 2002-07-02 Ebay Inc. Information presentation and management in an online trading environment
US6260024B1 (en) * 1998-12-02 2001-07-10 Gary Shkedy Method and apparatus for facilitating buyer-driven purchase orders on a commercial network system
US20030195843A1 (en) * 1999-02-19 2003-10-16 Visa International Service Association Conducting commerce between individuals with integrated shipping
US7451114B1 (en) * 1999-02-19 2008-11-11 Visa International Service Association Conducting commerce between individuals
US20020026418A1 (en) * 1999-07-02 2002-02-28 Adam Koppel Method for providing pre-paid anonymous electronic debit card compatible with existing network of credit cards
US20010018665A1 (en) * 1999-08-30 2001-08-30 Nuworld Marketing Limited System and method for administering promotions
US20020010634A1 (en) * 1999-12-15 2002-01-24 Anthony Roman Reverse logistics processing
US20010039529A1 (en) * 2000-01-07 2001-11-08 Hoffman Roger P. System and process for requesting a quotation
US20010047308A1 (en) * 2000-03-31 2001-11-29 Joseph Kaminsky Concurrent dynamic pricing marketing and selling system
US20020019785A1 (en) * 2000-05-25 2002-02-14 Jonathan Whitman System and method for returning merchandise
US6567768B1 (en) * 2000-06-30 2003-05-20 Intel Corporation Determining an extent to which an electronic device has been operated

Cited By (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8229850B2 (en) * 2000-09-20 2012-07-24 Cashedge, Inc. Method and apparatus for managing transactions
US20080086403A1 (en) * 2000-09-20 2008-04-10 Cashedge, Inc. Method and Apparatus for Managing Transactions
US20020091635A1 (en) * 2000-09-20 2002-07-11 Venkatachari Dilip Method and apparatus for managing transactions
US8255336B2 (en) 2000-09-20 2012-08-28 Cashedge, Inc. Method and apparatus for managing transactions
US8249983B2 (en) * 2000-09-20 2012-08-21 Cashedge, Inc. Method and apparatus for managing transactions
US10210488B2 (en) 2001-06-28 2019-02-19 Checkfree Services Corporation Inter-network financial service
US8620782B2 (en) 2001-06-28 2013-12-31 Checkfree Services Corporation Inter-network electronic billing
US8874480B2 (en) 2007-04-27 2014-10-28 Fiserv, Inc. Centralized payment method and system for online and offline transactions
US8589253B2 (en) 2007-12-21 2013-11-19 Glyde Corporation Software system for decentralizing eCommerce with single page buy
US8630923B2 (en) 2007-12-21 2014-01-14 Glyde Corporation Virtual shelf with single-product choice and automatic multiple-vendor selection
US20090164333A1 (en) * 2007-12-21 2009-06-25 Glyde Corporation System and method for integrated payment and shipping information
US20090164339A1 (en) * 2007-12-21 2009-06-25 Glyde Corporation 3d product display on internet with content or transaction data on back of image
US20090164383A1 (en) * 2007-12-21 2009-06-25 Glyde Corporation System and method for dynamic product pricing
US7899716B2 (en) * 2007-12-21 2011-03-01 Glyde Corporation System and method for integrated payment and shipping information
US20090164315A1 (en) * 2007-12-21 2009-06-25 Glyde Corporation Software System for Decentralizing eCommerce With Single Page Buy
US8244590B2 (en) 2007-12-21 2012-08-14 Glyde Corporation Software system for decentralizing ecommerce with single page buy
US20090164338A1 (en) * 2007-12-21 2009-06-25 Glyde Corporation Virtual Shelf With Single-Product Choice and Automatic Multiple-Vendor Selection
US20090164273A1 (en) * 2007-12-21 2009-06-25 Glyde Corporation Product distribution system and method thereof
US8447645B2 (en) 2007-12-21 2013-05-21 Glyde Corporation System and method for dynamic product pricing
US7720764B2 (en) * 2008-02-01 2010-05-18 Kenneth James Emerson Method, device, and system for completing on-line financial transaction
US20120330841A1 (en) * 2008-02-01 2012-12-27 Qun Chen Device and method for facilitating financial transactions
US10558956B2 (en) * 2008-02-01 2020-02-11 Mazooma Technical Services, Inc. Device and method for facilitating financial transactions
US8271385B2 (en) * 2008-02-01 2012-09-18 Mazooma Technical Services, Inc. Method, device, and system for completing on-line financial transactions
US20100223152A1 (en) * 2008-02-01 2010-09-02 Mazooma, Llc Method, device, and system for completing on-line financial transactions
US20090198615A1 (en) * 2008-02-01 2009-08-06 Mazooma, Llc Method, Device, and System for Completing On-Line Financial Transaction
US20150206107A1 (en) * 2008-02-01 2015-07-23 Mazooma Technical Services, Inc. Device and method for facilitating financial transactions
US9015074B2 (en) * 2008-02-01 2015-04-21 Mazooma Technical Services, Inc. Device and method for facilitating financial transactions
US20100312659A1 (en) * 2009-06-04 2010-12-09 Yung Yeung System and methods of conducting business-to-business operations by registered sellers and buyers using an internet accessible platform
US20100312683A1 (en) * 2009-06-04 2010-12-09 Yung Yeung Methods and system of conducting business-to-business operations by registered sellers and buyers using an internet accessible platform
US8341027B2 (en) * 2009-06-04 2012-12-25 Yung Yeung System and methods of conducting business-to-business operations by registered sellers and buyers using an internet accessible platform
US8473359B2 (en) 2009-06-04 2013-06-25 Yung Yeung Methods and system of conducting business-to-business operations by registered sellers and buyers using an internet accessible platform
US8620749B2 (en) 2011-06-20 2013-12-31 Glyde Corporation Customized offers for E-commerce
US8412618B2 (en) * 2011-08-16 2013-04-02 Infinite Source Systems Corporation System for managing construction project bidding
WO2016172064A1 (en) * 2015-04-24 2016-10-27 Ebay Inc. Automatic negotiation using real time messaging

Also Published As

Publication number Publication date
US7249055B1 (en) 2007-07-24

Similar Documents

Publication Publication Date Title
US7249055B1 (en) Method and system for managing and conducting a network auction
CA2378546A1 (en) Method and system for managing and conducting a network auction
US7797235B2 (en) On-line cash register to use in providing a consumer-to-consumer payment service
US7593898B1 (en) Method and system for payment transactions and shipment tracking over the internet
US7451114B1 (en) Conducting commerce between individuals
US7756785B2 (en) Systems and methods for facilitating commercial transactions between parties residing at remote locations
US7962406B2 (en) Systems and methods for facilitating transactions
US6246996B1 (en) Computerized system for facilitating transactions between parties on the internet using e-mail
US7979349B2 (en) Systems and methods for adjusting crediting limits to facilitate transactions
US8234212B2 (en) Systems and methods for facilitating transactions with interest
US7996307B2 (en) Systems and methods for facilitating transactions between different financial accounts
US8612344B2 (en) Online processing for offshore business transactions
US7925585B2 (en) Systems and methods for facilitating transactions with different account issuers
US7908214B2 (en) Systems and methods for adjusting loan amounts to facilitate transactions
US20090048886A1 (en) Systems and Methods for Facilitating Gifting Transactions
US20090048887A1 (en) Systems and Methods for Facilitating Transactions Involving an Intermediary
US20090048885A1 (en) Systems and Methods for Facilitating Cost-Splitting Transactions
US20090048951A1 (en) Systems and Methods for Facilitating Budgeting Transactions
US20020087469A1 (en) Technique of registration for and direction of electronic payments in real-time
US20090083181A1 (en) Systems and Methods for Allocating an Amount Between Sub-Accounts
US20090076957A1 (en) Systems and Methods for Allocating an Amount to a Third Party Biller
JP2002531887A (en) Electronic factoring
US20040181452A1 (en) System, method and apparatus for selling gift certificates and store credits
CA2592534A1 (en) Computerized payment system for purchasing information products by electronic transfer on the internet

Legal Events

Date Code Title Description
STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION