WO2004099939A2 - Automating payment for a network-based commerce transaction - Google Patents
Automating payment for a network-based commerce transaction Download PDFInfo
- Publication number
- WO2004099939A2 WO2004099939A2 PCT/US2004/014386 US2004014386W WO2004099939A2 WO 2004099939 A2 WO2004099939 A2 WO 2004099939A2 US 2004014386 W US2004014386 W US 2004014386W WO 2004099939 A2 WO2004099939 A2 WO 2004099939A2
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- network
- payment
- buyer
- seller
- based commerce
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/04—Payment circuits
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
- G06Q20/102—Bill distribution or payments
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/12—Payment architectures specially adapted for electronic shopping systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
- G06Q20/24—Credit schemes, i.e. "pay after"
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0609—Buyer or seller confidence or verification
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0613—Third-party assisted
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/08—Auctions
Definitions
- the present invention relates generally to the field of network-based commerce and, more specifically, to a method and system to automate payment for a commerce transaction.
- B2B business-to-business
- B2C business-to- consumer
- C2C consumer-to-consumer
- B2E business-to-employee
- B2B exchanges typically provide a number of tools for facilitating commerce, such as aggregated and near real-time inventory information, Requests for Quotation (RFQ) capabilities and auctions.
- RFQ Requests for Quotation
- a number of the on-line marketplaces are utilized by merchants as an important, if not a primary, distribution channel for products. Further, various retailers and merchants also utilize free, or low-cost, classified advertisement services offered on the Internet, such as Yahoo! Classifieds. [00005] In order to complete the purchase of these products, buyers generally provide checkout information such as credit card numbers, checking account numbers and shipping addresses to the seller upon winning or completing the purchase. In the case of on-line auctions, sellers often wait days or weeks for the buyer's check out information, or never receive it at all and are forced to relist the item. Additionally, buyers forget to provide their checkout information.
- a method and system to automate payment for a network-based commerce transaction comprise providing a buyer an option to enable auto-pay, wherein auto-pay automatically provides payment to a seller upon a termination event of a network-based commerce transaction. Payment information of the buyer is provided to a network-based payment system upon the occurrence of the termination event.
- Figure 1 is a block diagram illustrating an exemplary network-based, according to one embodiment of the present invention.
- Figure 2 is a block diagram illustrating an exemplary network-based payment system environment, according to an exemplary embodiment of the present invention.
- Figure 3 is a database diagram illustrating an exemplary database maintained and accessed by a database engine server of the network-based commerce system.
- Figure 4 is a flow chart illustrating a method, according to an exemplary embodiment of the present invention, performed by the auto-pay module to complete a network-based commerce transaction.
- Figure 5 is a detailed flow chart illustrating a method, according to an exemplary embodiment of the present invention, performed by a commence system to accomplish a manual checkout.
- Figure 6 is a high-level flow chart illustrating a method, according to an exemplary embodiment of the present invention, performed by a commerce system to checkout using auto-pay.
- Figure 7 illustrates a graphical user interface that is presented to a buyer to facilitate entry of electronic payment information.
- Figure 8 illustrates a graphical user interface that is presented to a seller as confirmation of the end of an auction implementing auto-pay.
- Figure 9 illustrates a graphical user interface that is presented to a buyer when the buyer wins an auction implementing auto-pay.
- Figure 10 is a high-level flow chart illustrating a method, according to an exemplary embodiment of the present invention, performed by an auto-pay module to determine if auto-pay is available.
- Figure 11 illustrates a graphical user interface presented to a buyer that is an auto-pay panel that lists multiple items the buyer is bidding on.
- Figure 12 illustrates a display showing confirmation that auto-pay is enabled by a buyer for a particular listing.
- Figure 13 A illustrates an exemplary graphical user interface of a listing having auto-pay available to the buyer.
- Figure 13B illustrates an exemplary graphical user interface of a bid confirmation page.
- Figure 13C illustrates an exemplary graphical user interface to review a buyer's auto-pay shipping and payment information.
- Figure 13D illustrates an exemplary graphical user interface that allows a buyer to view his/her auto-pay setting.
- Figure 14 illustrates an exemplary graphical user interface for a seller enabling auto-pay
- Figure 15 illustrates a high-level flow chart illustrating a method according to an exemplary embodiment of the present invention, performed for seller-driven auto-pay.
- Figure 16 shows a diagrammatic representation of a machine in the exemplary form of a computer system within which a set of instructions, for causing the machine to perform any one of the methodologies discussed above, may be executed.
- the term "user” shall be taken to refer to any entity, human or automated, that contributes to, or participates in, a transaction, communication or process.
- reaction shall be taken to include any communication or exchange between two or more parties with a view to establishing a business agreement, exchange of value or a commercial relationship. Accordingly, the word “transaction” shall be deemed to cover, but not be limited to, a purchase-and-sale transaction established as a result, for example, of the placement of an advertisement or as a result of the conclusion of an auction process, the auction process being conducted on -line or otherwise.
- FIG. 1 is a block diagram illustrating a commerce system 100, and the software and hardware components of a network-based marketplace machine 10, a client machine 38, and a partner machine 8, according to an exemplary embodiment of the present invention.
- the system 100 includes the client machine 12, and the network- based marketplace machine 10, that communicate via a network 22.
- the network 34 may be embodied as Internet, a LAN, a WAN, PSTN, Frame Relay, ATM, satellite communications, wireless communications, combinations thereof, or any other network equipment or protocol that enables electronic communication between the above described network entities.
- the client machine 38 enables the client to access services that are provided by the network-based marketplace machine 10 and, a payment machine 8, illustrated more fully in Figure 2.
- the network-based marketplace machine 10 provides online marketplace services that enable sellers and buyers to transact items and services.
- a buyer that submits a winning bid in an auction or executes a purchase to complete a sale may acquire goods and/or services from the seller.
- the network-based marketplace machine 10 may be embodied as "eBay The World's Online Marketplace” TM created by eBay of San Jose, California.
- the payment machine 8 provides payment services that enable a user to electronically send and receive payments over the network 34.
- the payment machine 16 may be embodied as the PayPalTM Payment Service operated by PayPal of San Jose, California. Additional embodiments of payment machine 16 maybe Western Union® BidPayTM Payment Service operated by BidPay.com, Inc. of Bridgeton, Missouri; Bill Me Later® operated by I 4 CommerceTM of Timonium, Maryland; or other similar electronic payment systems.
- payment machine 8 is integrated with network-based marketplace machine 10.
- the client machine 38 includes a client communication program 36.
- the client communication program 36 enables a user to display web pages or e-mail messages that are loaded from server computers.
- the client communication program 36 may be embodied as a browser (e.g., the Microsoft Internet Explorer browser developed by Microsoft TM Corporation of Richmond, Washington or Navigator TM browser developed by Netscape of Mountain View, California).
- the client communication program 36 executes under an operating system (e.g., Microsoft TM Windows developed by Microsoft TM Corporation or Mac OS X developed by Apple Computer of Cupertino, California).
- the client communication program 36 may also be embodied as a mail client (e.g., the Microsoft Outlook personal information manager developed by Microsoft TM Corporation of Riclimond, Washington or Lotus Notes TM developed by the Lotus Notes Development Corporation.
- the network-based marketplace machine 10 includes one or more of a number of types of front-end servers, namely communications servers in the exemplary form of an application program interface (API) servers 13, page servers 12 that deliver web pages (e.g., markup language documents), picture servers 14 that dynamically deliver images to be displayed within Web pages, listing servers 16, processing servers in the exemplary form of CGI (or ISAPI) servers 18 that provide an intelligent interface to back-end servers, and search servers 20 that handle search requests to the network- based marketplace machine 10.
- the e-mail servers 22 provide, inter alia, automated e- mail communications to users of the network-based marketplace machine 10.
- the ISAPI servers 18 host an auto-pay module 44.
- auto-pay module 44 can be distributed throughout the servers of the network based market machine 10, as well as embodied as an independent server. Auto-pay module 44 allows for the use of auto-pay.
- auto-pay When auto-pay is used, a network-based commerce transaction is automatically completed. In other words, money is automatically transferred from a purchaser's financial account to the seller's financial account because the purchaser and seller have both provided their respective information, prior to the close of the transaction.
- the back-end servers include a database engine server 26, a search index server 24 and a credit card database server 28, each of which maintains and facilitates access to a respective database.
- FIG. 2 is a block diagram illustrating hardware components of the payment machine 8 utilized by the system 100, according to an exemplary embodiment of the present invention.
- the payment machine 8 includes one or more of a number of types of front-end servers, namely communications servers in the exemplary form of an application program interface (API) servers 80, page servers 82 that deliver web pages (e.g., markup language documents), processing servers in the exemplary form of CGI (or ISAPI) servers 84 that provide an intelligent interface to back-end servers.
- the e-mail servers 66 provide, inter alia, automated e-mail communications to users of the payment machine 168.
- the back-end servers include database engine servers 68 that maintains and facilitates access to a database 70.
- Figure 3 is a database diagram illustrating an exemplary database 30 maintained and accessed via a database engine server 26 that supports the network-based marketplace machine 10.
- the database 30 may, in one embodiment, be implemented as a relational database, and includes a number of tables having entries, or records, that are linked by indices and keys, h an alternative embodiment, the database 30 may be implemented as a collection of objects in an object oriented database.
- the database 30 includes a user table 54 that contains a record for each user of the network-based marketplace machine 10.
- the user may operate as a seller, buyer, or both, with respect to the network-based marketplace machine 10.
- the database 30 also includes listings table 60 that may be linked to the user table 54 and a listing association table 52.
- a user record in the user table 54 may be linked to multiple items that are being, or have been, transacted via the network-based marketplace machine 10.
- the number of other tables are also shown to be linked to the user table 54, namely a user past aliases table 48, a feedback table 50, a bids table 55, an account table 64, an account balances table 62 and a purchase history table 58.
- the masters categories table 67 stores records for listing categories presented across multiple views (or presentations) of list categories via regional or community sites presented by the network-based marketplace machine 10.
- a site categories table 42 stores records indicating which item categories are to be presented for respective regional or community sites (e.g., a country, region or city specific site) presented by the network- based marketplace machine 10.
- FIG. 4 is a flow chart illustrating a method 400, according to an exemplary embodiment of the present invention, performed by the marketplace machine 10 to establish a network-based commerce transaction.
- the method 400 commences at block 401.
- a user requests that a network-based commerce transaction be established.
- the request can be any of a multitude of user-initiated or system-initiated events.
- the user can be a winning bidder, and the network-based commerce transaction can be an on-line auction.
- the user's request is automatically generated by marketplace machine 10, once the on-line auction closes and the user is identified as the highest bidder.
- database engine server 26 maintains listings table 60 including all the tables that support the listings, such maintenance including updating bids stored in bids table 55 from various bidders. Additionally, database engine server 26 maintains an auto-pay settings table 71 for each record in the listings table 60. Auto-pay settings table 71 indicates whether the transaction is to be completed using auto-pay.
- the auto-pay module 44 determines if auto-pay should be used at decision block 420, by examining auto-pay settings table 71. If the auto-pay table 71 indicates that auto-pay should not be used, then a manual checkout process is used to complete the network-based commerce transaction at block 430. If the auto-pay table 71 indicates that auto-pay should be used, then auto-pay module 44 is used to complete the network-based commerce transaction at block 440. The process ends at block 499.
- Figure 5 is a detailed flow chart illustrating a method 500, according to an exemplary embodiment of the present invention, performed by marketplace machine 10, to accomplish a manual checkout.
- Figure 5 uses as an example the checkout process upon winning an on-line auction.
- the method 500 commences at block 501 where a user, having received notification that the transaction obligations have been established, views the listing 70 via browser application 36.
- the user logs-in and communicator module 75 verifies the user's identity.
- Marketplace machine 10 provides the user with a bid confirmation upon successful login at step 503.
- the marketplace machine 10 prompts the user 10 to respond whether his/her shipping address is within the United States. If the address is not within the United States, the user enters a shipping address in the United States at block 505. Upon entry of a United States address or if the address was a valid United States address, the marketplace machine 10 determines at block 506 if the buyer (user) is registered with an electronic payments system such as payment machine 8. If the user is not registered, the user is prompted to provide credit card information at block 507. At decision block 508, the marketplace machine 10 determines if the information provided by the user passes a standard credit card authorization process. If the authorization is not provided, a credit card page indicating the authorization error is provided to the user and the user is provided another opportunity to provide credit card information at block 507.
- a reviewer page 72 is generated at block 512.
- the marketplace machine 10 determines if the buyer is registered with an Electronic Payments (EP) System such as payment machine 8. If the buyer is registered, then an auto-pay confirmation is provided to the buyer at block 521. The buyer's financial account is debited and the seller's account is credited at block 523. If the buyer was not registered with an electronic payment system at decision block 520, then the buyer is still provided an auto-pay confirmation at block 522. Additionally, the buyer is provided with the option to register with an electronic payment system. The registration process is completed at block 524 according to steps required by the specific EP system used and funds are transferred at block 523. Interactions with payment machine 8 may be necessary with blocks 520-524.
- EP Electronic Payments
- FIG. 6 is a high-level flow chart illustrating a method 600, according to an exemplary embodiment of the present invention, performed by marketplace machine 10, to checkout using auto-pay.
- the method 600 commences at block 601 and can be implemented within block 440 of Figure 4.
- a seller Prior to executing method 600, a seller has established an electronic payment account to which payment will be received. For example, the seller established an account with payment machine 8.
- the buyer's shipping address can be stored in account table 64 through the processing flow of processing block 505 of Figure 5.
- the form of electronic payment can be stored in auto- pay settings table 71 through the processing flow of processing block 524 of Figure 5. Additionally, the buyer has already configured his auto-pay account with a shipping address and a form of electronic payment.
- the marketplace machine 10 automatically provides the seller with the buyer's shipping address as the buyer provided above.
- the seller receives the buyer's payment information automatically at block 620.
- the buyer Prior to this transmission of payment information, the buyer provided his or her credit card information, and/or registered with payment machine 8.
- Figure 7 illustrates a graphical user interface 7000 that can be presented to a buyer to facilitate entry of electronic payment information.
- credit card information is requested, other electronic payments are contemplated, including payments via electronic mail, and electronic checks.
- the seller can receive the buyer's credit card information, or information regarding any other form of electronic payment.
- the buyer's information can be provided directly to PayPal or a similar banking institution.
- Figure 8 illustrates an exemplary graphical user interface 8000 that can be presented to a seller as confirmation of the end of an auction implementing auto-pay.
- interface 8000 states to the seller that the buyer has selected to use auto-pay.
- Figure 9 illustrates an exemplary graphical user interface 9000 that can be presented to a buyer of the winning of an auction implementing auto-pay.
- Interface 9000 states to the buyer a reminder that the transaction will be completed using auto-pay.
- Both interface 8000 and 9000 can be e-mails to the seller and buyer respectively. Additionally, both interfaces of Figures 8 and 9 are generated via auto-pay module 44. The method ends at block 699.
- FIG. 10 is a high-level flow chart illustrating a method 700, according to an exemplary embodiment of the present invention, performed by auto-pay module 44, to determine if auto-pay should be used and if auto-pay is available for checkout purposes.
- the method 700 commences at block 701.
- Method 700 can be used to implement decision block 420 of Figure 4.
- auto-pay module 44 checks if the seller globally disabled the auto-pay feature within his or her user profile by checking a global disable auto-pay field in auto-pay settings table 71. If auto-pay is globally disabled, it is determined that auto- pay is off at block 740 and the process ends at block 799. If auto-pay is off a manual checkout is performed according to block 430 of Figure 4.
- auto-pay module 44 determines if the seller enabled auto-pay for the particular listing at decision block 720. Auto-pay module 44 checks an auto-pay enabled field in listings table 60. If the seller did not enable auto- pay for the particular listing, then the process continues to block 740, as described above. At decision block 720, additional conditions can be imposed upon the seller. For example in order to enable auto-pay, shipping costs can be required to be provided, as well as tax and insurance costs.
- auto-pay module 44 determines if the buyer enabled his payment via auto-pay for the specific listing.
- Auto-pay settings table 71 stores information regarding whether the buyer enabled auto-pay. If the buyer did not enable auto-pay then the process continues to block 740 as discussed above. If the buyer did enable auto-pay, then module 44 determines that auto-pay is on at block 750 and method 600 is completed. Also at block 750, upon determining that auto-pay is on, the auto-pay settings table 71 can be updated to reflect that auto-pay is or is not on and the payment flow of Figure 6 is used. The process completes at block 799.
- the seller can be left completely unaware of the fact that the buyer used auto-pay.
- the seller has specified that he accepts credit card payments (or any similar type of instant funds transfer), and has specified the total cost of the item (including shipping costs, either fixed or actual).
- the buyer uses auto-pay to complete the transaction and the seller receives payment immediately once the listing ends.
- default settings can be established to allow auto-pay automatically.
- FIG 11 illustrates an exemplary graphical user interface (GUI) 1100 presented to a buyer that lists multiple items that he or she is bidding on.
- GUI graphical user interface
- Interface 1100 displays whether auto-pay is on or off for each item listed.
- the buyer enables (or disables) auto-pay for a particular listing.
- the buyer's decision is queried at decision block 730 a discussed above in connection with Figure 10.
- Item 2108691703 is listed in Figure 11.
- the auto-pay status column indicates that auto-pay is on for the listing and can be turned off by the user. Shipping and payment information can be updated for item 2108691703 as illustrated in GUI 1100.
- Item 1122334455 is also listed in Figure 11.
- the auto-pay status column indicates that auto-pay is off. The buyer is losing the auction and can bid again, and offer a higher price than the current price. If the buyer re-submits a bid auto-pay can be turned on and a confirmation page can be displayed as shown in Figure 12.
- the listing for item 2107951143 indicates that the buyer has not enabled auto-pay. However, since the buyer is winning the auction, he/she can turn on auto-pay. By turning on auto-pay settings table 71 will be updated. Additionally, the buyer will be prompted to enter his/her shipping address and electronic payment service information.
- the listing for item 2111518219 indicates that auto-pay is not available to the buyer. Auto-pay may be unavailable because the seller globally disabled auto-pay as discussed above in reference to decision block 710 of Figure 10. Additionally, auto-pay may be unavailable because the seller disabled auto-pay for the specific listing.
- auto-pay can be used whenever the on-line auction closes, even when items are bought for a fixed price, through a buyout mechanism, such as "Buy it Now” used by eBay Inc. within the marketplace it operates, hi this scenario a buyer can provide all his or her checkout information and then later decide to end the auction and purchase the item for a fixed-price. "Buy it Now” is also available as part of a fixed- price listing, where there is no auction element at all.
- the auto-pay module 44 completes the transaction using the previously entered checkout information.
- Figures 13A - 13D illustrate exemplary graphical user interfaces for initializing and using auto-pay.
- Figure 13A illustrates an exemplary graphical user interface 1301 of a listing having auto-pay available to the buyer.
- GUI 1301 includes an auto-pay link 1302 which the buyer can click-on.
- auto-pay link 1302 By following auto-pay link 1302, the buyer can provide electronic payment system and shipping information needed to complete the marketplace transaction using auto-pay.
- Figure 13B illustrates an exemplary graphical user interface 1320 of a bid confirmation page.
- GUI 1320 is presented to a buyer when auto-pay is available for a listing, but has not yet been turned on by the buyer.
- GUI 1321 includes an auto-pay link 1321 which the buyer can click on to enable auto-pay. By following link 1321, the buyer can provide electronic payment system information and shipping information needed to complete the marketplace transaction using auto-pay.
- FIG. 13C illustrates an exemplary graphical user interface 1350 to review a buyer's auto-pay shipping and payment information.
- GUI 1350 includes a submit button 1351, which when clicked enables auto-pay by the buyer for the particular listing.
- Payment block 1352 indicates the use of a credit card payment, however various embodiments are contemplated that utilize payment systems such as payment machine 8.
- Figure 13D illustrates an exemplary graphical user interface 1375 that allow a buyer to view his/her auto-pay setting.
- GUI 1380 shows a buyer all listing that he/she is currently bidding on.
- Auto-pay setting link 1380 when selected by the buyer allows him/her to edit his/her auto-pay settings as stored in auto-pay settings table 71.
- the auto-pay settings maybe edited on a GUI, such as GUI 1100 of Figure 11.
- FIG. 14 illustrates an exemplary graphical user interface 1400 for a seller enabling auto-pay.
- GUI 1400 includes for a payment address and additional information required to generate a listing on marketplace machine 10. Additionally, GUI 1401 includes an allowed auto-pay check box 1401 which the seller selects to allow buyers to complete transactions using auto-pay. If check box 1401 is not selected, decision block
- commerce system 100 can be used to enforce a seller driven auto-pay network-based transaction process.
- seller driven auto-pay the seller requires payment before the transaction can end successfully or after an item has been claimed. For example, before a listing for an auction item closes, payment is provided to the seller.
- GUI similar to GUI 1100 can be presented to the seller for each listing he/she has.
- Such a GUI would also include an auto-pay status column that allows the seller to turn off/on auto-pay for each listing.
- the seller can chose to require that the buyer pay in real time or have a stored payment profile (including credit cards) in order to successfully purchase or bid on a listing.
- Figure 15 illustrates a high- level flow chart illustrating a method 1500, according to an exemplary embodiment of the present invention, performed for seller-driven auto-pay.
- the method 1500 commences at block 1501.
- a request from the buyer to initiate a purchase or bid associated with a network-based commerce transaction is received by auto-pay module 44.
- the network-based commerce transaction can be an auction having an immediate purchase item, a fixed price listing allowing immediate purchase by a private seller, or a fixed price listing allowing immediate purchase from an on-line retailer.
- auto-pay module determines if the seller required the buyer use auto-pay for the particular listing. If auto-pay is not required, the buyer is prompted to complete the purchase, or enter a bid without invoking auto-pay at processing block 1530. The process would end at block 1599. [00071] If the seller does require the buyer to use auto-pay, auto-pay module 44 determines if the seller requires immediate manual payment or payment via information stored in the buyer's profile? If immediate manual payment processing is required, then at processing block 1550 the buyer is stepped through the process of paying with immediately available funds (e.g., account balance, instant funds transfer guaranteed by payment system, or credit card). The transaction is closed at processing block 1570 and the process terminates at block 1599.
- immediately available funds e.g., account balance, instant funds transfer guaranteed by payment system, or credit card
- Payment processing flow of block 1550 and 1560 can involve numerous actions. For example, a bidder can be directed to payment system 8 to complete the transaction. Once payment system 8 collects and applies the buyer's payment information, confirms that the item is still available, it processes the payment and closes the listing. If multiple items are available, the quality available is decremented.
- payment processing mformation can be stored on marketplace machine 10 and provided to payment system 8, just prior to the conclusion of the transaction to streamline the payment process. This can be achieved by querying the buyer to use his/her stored payment processing profile. Information in the profile can be stored in user table 54 and tables of database 30.
- Marketplace machine 10 in conjunction with payment machine 8 can have additional functionalities. These functionalities, as will be described in greater detail below include the use of confirmed shipping addresses, specific currency requirements, flexible payment timing, unpredictable final price payments, quick cash pricing options, and non-cash payment facilitation.
- a confirmed shipping address can be an address that matches an address stored on file or verified with payment system 8. Additionally, an address can be confirmed based on a minimum buyer feedback/reputation score, a price range, or a seller chosen pre-approved buyer list.
- the flexible timing functionality allows that at the seller's discretion, or based on the format, payment can occur after the close of item. For example, the seller can require that payment be made within 48 hours of the end of an item. This can happen in realtime, where the buyer enters payment information as described above.
- the seller can require that the buyer have a stored payment profile and an attempt to automatically process a payment can be made immediately, again in 24 hours in the event of a failure, and perhaps one last time 24 hours after that if a failure condition persists.
- the unpredictable final price functionalities allows for cases where the final price cannot be known until the end of the listing (e.g., in an auction format, or a volume-discount multi-item purchase), the seller can apply different auto-pay rules. For example, if the final price exceeds $100, he or she can require immediate payment, but allow for a within-48-hours automatic payment if the price is less than $100.
- the quick cash pricing option allows a seller to specify a start price (i.e., opening bid), an immediate purchase price (i.e., price at which the buyer can immediately purchase, resulting in the closing of the item), and a reserve price (i.e., price the buyer must meet or exceed before he or she can claim the item).
- a start price i.e., opening bid
- an immediate purchase price i.e., price at which the buyer can immediately purchase, resulting in the closing of the item
- a reserve price i.e., price the buyer must meet or exceed before he or she can claim the item.
- Another pricing option is the Quick Cash price.
- the seller may list a PSA 10 Jason Giambi Alaska League rookie card with the following pricing options:
- the card can be sold in a variety of ways, including these two examples:
- Buyer 1 Wins via auction, with a winning bid of $400. The item closes and the buyer intends to pay with a cashier's check, to be sent to the seller in a few days. The buyer changes his mind the next day, though, leaving the seller with a non-paying bidder. Alternatively, the seller sends a second-chance offer to the net highest bidder, who sends him a cashier's check the next day for $390.
- Buyer 2 Agrees to a Quick Cash purchase, meaning that an auto-pay payment is made and the listing is ended when the buyer's payment of $200 is successfully processed.
- system 100 allows for the processing of a non-cash payment (e.g., a trade).
- a non-cash payment e.g., a trade
- a baseball card storage facility maintains a portfolio of baseball cards for its customers (stored in a temperature-controlled vault, the ownership of these cards can be transferred without the cards ever leaving the vault).
- a seller can list an item "for sale for $3,000 immediate cash payment, or trade for ownership transfer of PSA 9 Mickey Mantle rookie card.” Upon receiving notification that either $3,000 or the Mantle card had been deposited in his or her account, the seller would send the item to the buyer.
- Figure 16 shows a diagrammatic representation of machine in the exemplary form of a computer system 800 within which a set of instructions, for causing the machine to perform any one of the methodologies discussed above, may be executed.
- the machine may comprise a network router, a network switch, a network bridge, Personal Digital Assistant (PDA), a cellular telephone, a web appliance, set-top box (STB) or any machine capable of executing a sequence of instructions that specify actions to be taken by that machine.
- PDA Personal Digital Assistant
- STB set-top box
- the computer system 800 includes a processor 802, a main memory 806 and a static memory 808, which communicate with each other via a bus 824.
- the computer system 800 may further include a video display unit 812 (e.g., a liquid crystal display (LCD) or a cathode ray tube (CRT)).
- the computer system 800 also includes an alphanumeric input device 814 (e.g., a keyboard), a cursor control device 816 (e.g., a mouse), a disk drive unit 818, a signal generation device 822 (e.g., a speaker) and a network interface device 810.
- the disk drive unit 818 includes a machine-readable medium 820 on which is stored a set of instructions (i.e., software) 804 embodying any one, or all, of the methodologies described above.
- the software 804 is also shown to reside, completely or at least partially, within the main memory 806 and/or within the processor 802.
- the software 804 may further be transmitted or received via the network interface device 810.
- the term "machine-readable medium” shall be taken to include any medium which is capable of storing or encoding a sequence of instructions for execution by the machine and that cause the machine to perform any one of the methodologies of the present invention.
- machine-readable medium shall accordingly be taken to included, but not be limited to, solid-state memories, optical and magnetic disks, and carrier wave signals. Further, while the software is shown in Figure 16 to reside within a single device, it will be appreciated that the software 804 could be distributed across multiple machines or storage media, which may include the machine-readable medium.
Abstract
A method and system to automate payment for a network-based commerce transaction (100) provide a buyer an option to enable an automatic payment service (10), wherein automatic payment service automatically provides payment to a seller upon a termination event of a network-based commerce transaction. Payment information of the buyer is provided to a network-based payment system (8) upon the occurrence of the termination event.
Description
METHOD AND SYSTEM TO AUTOMATE PAYMENT FOR A COMMERCE
TRANSACTION
FIELD OF THE INVENTION
[00001] The present invention relates generally to the field of network-based commerce and, more specifically, to a method and system to automate payment for a commerce transaction.
BACKGROUND OF THE INVENTION
[00002] With the wide spread acceptance of the Internet as an ubiquitous, interactive communication and interaction platform, on-line (or electronic) commerce conducted over the Internet has become commonplace in a variety of business environments. Online commerce is traditionally categorized as business-to-business (B2B), business-to- consumer (B2C), consumer-to-consumer (C2C) and even business-to-employee (B2E) commerce. In the B2B environment, a number of online exchanges or marketplaces (e.g., vertical exchanges) have been established with a view to facilitating electronic commerce between parties, for example, within a vertical supply chain. Such B2B exchanges typically provide a number of tools for facilitating commerce, such as aggregated and near real-time inventory information, Requests for Quotation (RFQ) capabilities and auctions.
[00003] In the B2C and C2C environments, a number of marketplace exchanges and transaction facilities have proved popular. A leading electronic commerce system (or marketplace) is operated by eBay, Incorporated. Electronic marketplaces are also provided by Yahoo! Incorporated and Amazon.com. Further, a number of on-line services offer on-line classifieds, such as the Yahoo! Classifieds service offered by Yahoo! Incorporated.
[00004] A number of the on-line marketplaces are utilized by merchants as an important, if not a primary, distribution channel for products. Further, various retailers and merchants also utilize free, or low-cost, classified advertisement services offered on the Internet, such as Yahoo! Classifieds.
[00005] In order to complete the purchase of these products, buyers generally provide checkout information such as credit card numbers, checking account numbers and shipping addresses to the seller upon winning or completing the purchase. In the case of on-line auctions, sellers often wait days or weeks for the buyer's check out information, or never receive it at all and are forced to relist the item. Additionally, buyers forget to provide their checkout information.
SUMMARY OF THE INVENTION
[00006] A method and system to automate payment for a network-based commerce transaction have been disclosed. In one embodiment, a method comprises providing a buyer an option to enable auto-pay, wherein auto-pay automatically provides payment to a seller upon a termination event of a network-based commerce transaction. Payment information of the buyer is provided to a network-based payment system upon the occurrence of the termination event.
BRIEF DESCRIPTION OF THE DRAWINGS
[00007] The present invention is illustrated by way of example and not limitation in the figures of the accompanying drawings, in which like references indicate similar elements and in which:
[00008] Figure 1 is a block diagram illustrating an exemplary network-based, according to one embodiment of the present invention.
[00009] Figure 2 is a block diagram illustrating an exemplary network-based payment system environment, according to an exemplary embodiment of the present invention.
[00010] Figure 3 is a database diagram illustrating an exemplary database maintained and accessed by a database engine server of the network-based commerce system.
[00011] Figure 4 is a flow chart illustrating a method, according to an exemplary embodiment of the present invention, performed by the auto-pay module to complete a network-based commerce transaction.
[00012] Figure 5 is a detailed flow chart illustrating a method, according to an exemplary embodiment of the present invention, performed by a commence system to accomplish a manual checkout.
[00013] Figure 6 is a high-level flow chart illustrating a method, according to an exemplary embodiment of the present invention, performed by a commerce system to checkout using auto-pay.
[00014] Figure 7 illustrates a graphical user interface that is presented to a buyer to facilitate entry of electronic payment information.
[00015] Figure 8 illustrates a graphical user interface that is presented to a seller as confirmation of the end of an auction implementing auto-pay.
[00016] Figure 9 illustrates a graphical user interface that is presented to a buyer when the buyer wins an auction implementing auto-pay.
[00017] Figure 10 is a high-level flow chart illustrating a method, according to an exemplary embodiment of the present invention, performed by an auto-pay module to determine if auto-pay is available.
[00018] Figure 11 illustrates a graphical user interface presented to a buyer that is an auto-pay panel that lists multiple items the buyer is bidding on.
[00019] Figure 12 illustrates a display showing confirmation that auto-pay is enabled by a buyer for a particular listing.
[00020] Figure 13 A illustrates an exemplary graphical user interface of a listing having auto-pay available to the buyer.
[00021] Figure 13B illustrates an exemplary graphical user interface of a bid confirmation page.
[00022] Figure 13C illustrates an exemplary graphical user interface to review a buyer's auto-pay shipping and payment information.
[00023] Figure 13D illustrates an exemplary graphical user interface that allows a buyer to view his/her auto-pay setting.
[00024] Figure 14 illustrates an exemplary graphical user interface for a seller enabling auto-pay
[00025] Figure 15 illustrates a high-level flow chart illustrating a method according to an exemplary embodiment of the present invention, performed for seller-driven auto-pay.
[00026] Figure 16 shows a diagrammatic representation of a machine in the exemplary form of a computer system within which a set of instructions, for causing the machine to perform any one of the methodologies discussed above, may be executed.
DETAILED DESCRIPTION
[00027] A method and system to automate payment for commerce transactions are described. In the following description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the present invention.
It will be evident, however, to one skilled in the art that the present invention may be practiced without these specific details.
Terminology
[00028] The term "user" shall be taken to refer to any entity, human or automated, that contributes to, or participates in, a transaction, communication or process.
[00029] The term "transaction" shall be taken to include any communication or exchange between two or more parties with a view to establishing a business agreement, exchange of value or a commercial relationship. Accordingly, the word "transaction" shall be deemed to cover, but not be limited to, a purchase-and-sale transaction established as a result, for example, of the placement of an advertisement or as a result of the conclusion of an auction process, the auction process being conducted on -line or otherwise.
[00030] While an exemplary embodiment of the present invention is discussed below with reference to "items", it will be appreciated that the present invention is not so limited. Accordingly, the word "item" shall be deemed to cover, but not be limited to, a transaction listing, in which both items and services may be included.
Commerce System
[00031] Figure 1 is a block diagram illustrating a commerce system 100, and the software and hardware components of a network-based marketplace machine 10, a client machine 38, and a partner machine 8, according to an exemplary embodiment of the
present invention. The system 100 includes the client machine 12, and the network- based marketplace machine 10, that communicate via a network 22. The network 34 may be embodied as Internet, a LAN, a WAN, PSTN, Frame Relay, ATM, satellite communications, wireless communications, combinations thereof, or any other network equipment or protocol that enables electronic communication between the above described network entities.
[00032] The client machine 38 enables the client to access services that are provided by the network-based marketplace machine 10 and, a payment machine 8, illustrated more fully in Figure 2.
[00033] The network-based marketplace machine 10 provides online marketplace services that enable sellers and buyers to transact items and services. A buyer that submits a winning bid in an auction or executes a purchase to complete a sale may acquire goods and/or services from the seller.
[00034] In one embodiment the network-based marketplace machine 10 may be embodied as "eBay The World's Online Marketplace" ™ created by eBay of San Jose, California.
[00035] The payment machine 8 provides payment services that enable a user to electronically send and receive payments over the network 34. For example, the payment machine 16 may be embodied as the PayPal™ Payment Service operated by PayPal of San Jose, California. Additional embodiments of payment machine 16 maybe Western Union® BidPay™ Payment Service operated by BidPay.com, Inc. of Bridgeton, Missouri; Bill Me Later® operated by I4 Commerce™ of Timonium, Maryland; or other
similar electronic payment systems. In alternate embodiments, payment machine 8 is integrated with network-based marketplace machine 10.
[00036] In addition to other software components that are not illustrated, the client machine 38 includes a client communication program 36. The client communication program 36 enables a user to display web pages or e-mail messages that are loaded from server computers. The client communication program 36 may be embodied as a browser (e.g., the Microsoft Internet Explorer browser developed by Microsoft ™ Corporation of Richmond, Washington or Navigator ™ browser developed by Netscape of Mountain View, California). The client communication program 36 executes under an operating system (e.g., Microsoft ™ Windows developed by Microsoft ™ Corporation or Mac OS X developed by Apple Computer of Cupertino, California). The client communication program 36 may also be embodied as a mail client (e.g., the Microsoft Outlook personal information manager developed by Microsoft ™ Corporation of Riclimond, Washington or Lotus Notes ™ developed by the Lotus Notes Development Corporation.
[00037] The network-based marketplace machine 10 includes one or more of a number of types of front-end servers, namely communications servers in the exemplary form of an application program interface (API) servers 13, page servers 12 that deliver web pages (e.g., markup language documents), picture servers 14 that dynamically deliver images to be displayed within Web pages, listing servers 16, processing servers in the exemplary form of CGI (or ISAPI) servers 18 that provide an intelligent interface to back-end servers, and search servers 20 that handle search requests to the network- based marketplace machine 10. The e-mail servers 22 provide, inter alia, automated e- mail communications to users of the network-based marketplace machine 10. The ISAPI
servers 18 host an auto-pay module 44. Although illustrated as part of ISAPI servers 18, auto-pay module 44 can be distributed throughout the servers of the network based market machine 10, as well as embodied as an independent server. Auto-pay module 44 allows for the use of auto-pay. When auto-pay is used, a network-based commerce transaction is automatically completed. In other words, money is automatically transferred from a purchaser's financial account to the seller's financial account because the purchaser and seller have both provided their respective information, prior to the close of the transaction.
[00038] The back-end servers include a database engine server 26, a search index server 24 and a credit card database server 28, each of which maintains and facilitates access to a respective database.
[00039] Figure 2 is a block diagram illustrating hardware components of the payment machine 8 utilized by the system 100, according to an exemplary embodiment of the present invention. The payment machine 8 includes one or more of a number of types of front-end servers, namely communications servers in the exemplary form of an application program interface (API) servers 80, page servers 82 that deliver web pages (e.g., markup language documents), processing servers in the exemplary form of CGI (or ISAPI) servers 84 that provide an intelligent interface to back-end servers. The e-mail servers 66 provide, inter alia, automated e-mail communications to users of the payment machine 168. The back-end servers include database engine servers 68 that maintains and facilitates access to a database 70.
Database Structure
[00040] Figure 3 is a database diagram illustrating an exemplary database 30 maintained and accessed via a database engine server 26 that supports the network-based marketplace machine 10. The database 30 may, in one embodiment, be implemented as a relational database, and includes a number of tables having entries, or records, that are linked by indices and keys, h an alternative embodiment, the database 30 may be implemented as a collection of objects in an object oriented database.
[00041] The database 30 includes a user table 54 that contains a record for each user of the network-based marketplace machine 10. The user may operate as a seller, buyer, or both, with respect to the network-based marketplace machine 10. The database 30 also includes listings table 60 that may be linked to the user table 54 and a listing association table 52. A user record in the user table 54 may be linked to multiple items that are being, or have been, transacted via the network-based marketplace machine 10.
[00042] The number of other tables are also shown to be linked to the user table 54, namely a user past aliases table 48, a feedback table 50, a bids table 55, an account table 64, an account balances table 62 and a purchase history table 58. The masters categories table 67 stores records for listing categories presented across multiple views (or presentations) of list categories via regional or community sites presented by the network-based marketplace machine 10. A site categories table 42 stores records indicating which item categories are to be presented for respective regional or community sites (e.g., a country, region or city specific site) presented by the network- based marketplace machine 10.
[00043] Figure 4 is a flow chart illustrating a method 400, according to an exemplary embodiment of the present invention, performed by the marketplace machine 10 to establish a network-based commerce transaction. The method 400 commences at block 401. At block 410, a user requests that a network-based commerce transaction be established. The request can be any of a multitude of user-initiated or system-initiated events. For example, the user can be a winning bidder, and the network-based commerce transaction can be an on-line auction. The user's request is automatically generated by marketplace machine 10, once the on-line auction closes and the user is identified as the highest bidder. During the pendancy of the on-line auction, database engine server 26 maintains listings table 60 including all the tables that support the listings, such maintenance including updating bids stored in bids table 55 from various bidders. Additionally, database engine server 26 maintains an auto-pay settings table 71 for each record in the listings table 60. Auto-pay settings table 71 indicates whether the transaction is to be completed using auto-pay.
[00044] Thus, when a request to complete a network-based commerce transaction is generated, at block 410, the auto-pay module 44 determines if auto-pay should be used at decision block 420, by examining auto-pay settings table 71. If the auto-pay table 71 indicates that auto-pay should not be used, then a manual checkout process is used to complete the network-based commerce transaction at block 430. If the auto-pay table 71 indicates that auto-pay should be used, then auto-pay module 44 is used to complete the network-based commerce transaction at block 440. The process ends at block 499.
[00045] Figure 5 is a detailed flow chart illustrating a method 500, according to an exemplary embodiment of the present invention, performed by marketplace machine 10,
to accomplish a manual checkout. Figure 5 uses as an example the checkout process upon winning an on-line auction. The method 500 commences at block 501 where a user, having received notification that the transaction obligations have been established, views the listing 70 via browser application 36. At block 502, the user logs-in and communicator module 75 verifies the user's identity. Marketplace machine 10 provides the user with a bid confirmation upon successful login at step 503.
[00046] At decision block 504, the marketplace machine 10 prompts the user 10 to respond whether his/her shipping address is within the United States. If the address is not within the United States, the user enters a shipping address in the United States at block 505. Upon entry of a United States address or if the address was a valid United States address, the marketplace machine 10 determines at block 506 if the buyer (user) is registered with an electronic payments system such as payment machine 8. If the user is not registered, the user is prompted to provide credit card information at block 507. At decision block 508, the marketplace machine 10 determines if the information provided by the user passes a standard credit card authorization process. If the authorization is not provided, a credit card page indicating the authorization error is provided to the user and the user is provided another opportunity to provide credit card information at block 507.
[00047] If credit card authorization is provided at decision block 508, then a reviewer page 72 is generated at block 512. At decision block 520, the marketplace machine 10 determines if the buyer is registered with an Electronic Payments (EP) System such as payment machine 8. If the buyer is registered, then an auto-pay confirmation is provided to the buyer at block 521. The buyer's financial account is debited and the seller's account is credited at block 523. If the buyer was not registered with an electronic
payment system at decision block 520, then the buyer is still provided an auto-pay confirmation at block 522. Additionally, the buyer is provided with the option to register with an electronic payment system. The registration process is completed at block 524 according to steps required by the specific EP system used and funds are transferred at block 523. Interactions with payment machine 8 may be necessary with blocks 520-524.
[00048] Returning to decision block 506, if the buyer is registered with an electronic payment system, a review page is provided to the buyer at block 511. After confirmation of the transaction, funds are transferred from the buyer to the seller at block 523. The process ends at block 599.
[00049] Figure 6 is a high-level flow chart illustrating a method 600, according to an exemplary embodiment of the present invention, performed by marketplace machine 10, to checkout using auto-pay. The method 600 commences at block 601 and can be implemented within block 440 of Figure 4. Prior to executing method 600, a seller has established an electronic payment account to which payment will be received. For example, the seller established an account with payment machine 8. The buyer's shipping address can be stored in account table 64 through the processing flow of processing block 505 of Figure 5. The form of electronic payment can be stored in auto- pay settings table 71 through the processing flow of processing block 524 of Figure 5. Additionally, the buyer has already configured his auto-pay account with a shipping address and a form of electronic payment.
[00050] Thus, at block 610, once a buyer has won an auction (or otherwise incurred a payment obligation), the marketplace machine 10 automatically provides the seller with
the buyer's shipping address as the buyer provided above. The seller receives the buyer's payment information automatically at block 620. Prior to this transmission of payment information, the buyer provided his or her credit card information, and/or registered with payment machine 8. Figure 7 illustrates a graphical user interface 7000 that can be presented to a buyer to facilitate entry of electronic payment information. Although credit card information is requested, other electronic payments are contemplated, including payments via electronic mail, and electronic checks. Thus, the seller can receive the buyer's credit card information, or information regarding any other form of electronic payment. For example, the buyer's information can be provided directly to PayPal or a similar banking institution.
[00051] Returning to Figure 6, at block 630, confirmations are provided to the buyer and seller for the purchase. Figure 8 illustrates an exemplary graphical user interface 8000 that can be presented to a seller as confirmation of the end of an auction implementing auto-pay. interface 8000 states to the seller that the buyer has selected to use auto-pay. Figure 9 illustrates an exemplary graphical user interface 9000 that can be presented to a buyer of the winning of an auction implementing auto-pay. Interface 9000 states to the buyer a reminder that the transaction will be completed using auto-pay. Both interface 8000 and 9000 can be e-mails to the seller and buyer respectively. Additionally, both interfaces of Figures 8 and 9 are generated via auto-pay module 44. The method ends at block 699.
[00052] Once an auction closes, the marketplace machine 10 determines if auto-pay is on and can be used for checkout. Figure 10 is a high-level flow chart illustrating a method 700, according to an exemplary embodiment of the present invention, performed
by auto-pay module 44, to determine if auto-pay should be used and if auto-pay is available for checkout purposes. The method 700 commences at block 701. Method 700 can be used to implement decision block 420 of Figure 4.
[00053] At block 710, auto-pay module 44 checks if the seller globally disabled the auto-pay feature within his or her user profile by checking a global disable auto-pay field in auto-pay settings table 71. If auto-pay is globally disabled, it is determined that auto- pay is off at block 740 and the process ends at block 799. If auto-pay is off a manual checkout is performed according to block 430 of Figure 4.
[00054] If auto-pay is not globally disabled, auto-pay module 44 determines if the seller enabled auto-pay for the particular listing at decision block 720. Auto-pay module 44 checks an auto-pay enabled field in listings table 60. If the seller did not enable auto- pay for the particular listing, then the process continues to block 740, as described above. At decision block 720, additional conditions can be imposed upon the seller. For example in order to enable auto-pay, shipping costs can be required to be provided, as well as tax and insurance costs.
[00055] If the seller enabled auto-pay for the particular listing and provided any required costs, then at decision block 730, auto-pay module 44 determines if the buyer enabled his payment via auto-pay for the specific listing. Auto-pay settings table 71 stores information regarding whether the buyer enabled auto-pay. If the buyer did not enable auto-pay then the process continues to block 740 as discussed above. If the buyer did enable auto-pay, then module 44 determines that auto-pay is on at block 750 and method 600 is completed. Also at block 750, upon determining that auto-pay is on, the
auto-pay settings table 71 can be updated to reflect that auto-pay is or is not on and the payment flow of Figure 6 is used. The process completes at block 799.
[00056] In an alternate embodiment, the seller can be left completely unaware of the fact that the buyer used auto-pay. In this embodiment, the seller has specified that he accepts credit card payments (or any similar type of instant funds transfer), and has specified the total cost of the item (including shipping costs, either fixed or actual). The buyer uses auto-pay to complete the transaction and the seller receives payment immediately once the listing ends. Furthermore, default settings can be established to allow auto-pay automatically.
[00057] Figure 11 illustrates an exemplary graphical user interface (GUI) 1100 presented to a buyer that lists multiple items that he or she is bidding on. Interface 1100 displays whether auto-pay is on or off for each item listed. By manipulating GUI 1100 the buyer enables (or disables) auto-pay for a particular listing. The buyer's decision is queried at decision block 730 a discussed above in connection with Figure 10.
[00058] Item 2108691703 is listed in Figure 11. The auto-pay status column indicates that auto-pay is on for the listing and can be turned off by the user. Shipping and payment information can be updated for item 2108691703 as illustrated in GUI 1100.
[00059] Item 1122334455 is also listed in Figure 11. The auto-pay status column indicates that auto-pay is off. The buyer is losing the auction and can bid again, and offer a higher price than the current price. If the buyer re-submits a bid auto-pay can be turned on and a confirmation page can be displayed as shown in Figure 12.
[00060] The listing for item 2107951143 , indicates that the buyer has not enabled auto-pay. However, since the buyer is winning the auction, he/she can turn on auto-pay. By turning on auto-pay settings table 71 will be updated. Additionally, the buyer will be prompted to enter his/her shipping address and electronic payment service information.
[00061] The listing for item 2111518219 indicates that auto-pay is not available to the buyer. Auto-pay may be unavailable because the seller globally disabled auto-pay as discussed above in reference to decision block 710 of Figure 10. Additionally, auto-pay may be unavailable because the seller disabled auto-pay for the specific listing.
[00062] Additionally, auto-pay can be used whenever the on-line auction closes, even when items are bought for a fixed price, through a buyout mechanism, such as "Buy it Now" used by eBay Inc. within the marketplace it operates, hi this scenario a buyer can provide all his or her checkout information and then later decide to end the auction and purchase the item for a fixed-price. "Buy it Now" is also available as part of a fixed- price listing, where there is no auction element at all. The auto-pay module 44, completes the transaction using the previously entered checkout information.
[00063] Figures 13A - 13D illustrate exemplary graphical user interfaces for initializing and using auto-pay. Figure 13A illustrates an exemplary graphical user interface 1301 of a listing having auto-pay available to the buyer. GUI 1301 includes an auto-pay link 1302 which the buyer can click-on. By following auto-pay link 1302, the buyer can provide electronic payment system and shipping information needed to complete the marketplace transaction using auto-pay.
[00064] Figure 13B illustrates an exemplary graphical user interface 1320 of a bid confirmation page. GUI 1320 is presented to a buyer when auto-pay is available for a listing, but has not yet been turned on by the buyer. GUI 1321 includes an auto-pay link 1321 which the buyer can click on to enable auto-pay. By following link 1321, the buyer can provide electronic payment system information and shipping information needed to complete the marketplace transaction using auto-pay.
[00065] Figure 13C illustrates an exemplary graphical user interface 1350 to review a buyer's auto-pay shipping and payment information. GUI 1350 includes a submit button 1351, which when clicked enables auto-pay by the buyer for the particular listing. Payment block 1352 indicates the use of a credit card payment, however various embodiments are contemplated that utilize payment systems such as payment machine 8.
[00066] Figure 13D illustrates an exemplary graphical user interface 1375 that allow a buyer to view his/her auto-pay setting. GUI 1380 shows a buyer all listing that he/she is currently bidding on. Auto-pay setting link 1380, when selected by the buyer allows him/her to edit his/her auto-pay settings as stored in auto-pay settings table 71. The auto-pay settings maybe edited on a GUI, such as GUI 1100 of Figure 11.
[00067] Figure 14 illustrates an exemplary graphical user interface 1400 for a seller enabling auto-pay. GUI 1400 includes for a payment address and additional information required to generate a listing on marketplace machine 10. Additionally, GUI 1401 includes an allowed auto-pay check box 1401 which the seller selects to allow buyers to complete transactions using auto-pay. If check box 1401 is not selected, decision block
720 of Figure 10 results in the negative. Thus, various GUIs shown in Figures 13 A -
13D and Figure 14 have been presented as one embodiment of initiating auto-pay.
[00068] h an additional embodiment, commerce system 100 can be used to enforce a seller driven auto-pay network-based transaction process. With seller driven auto-pay, the seller requires payment before the transaction can end successfully or after an item has been claimed. For example, before a listing for an auction item closes, payment is provided to the seller.
[00069] A GUI similar to GUI 1100 can be presented to the seller for each listing he/she has. Such a GUI would also include an auto-pay status column that allows the seller to turn off/on auto-pay for each listing. For each listing, the seller can chose to require that the buyer pay in real time or have a stored payment profile (including credit cards) in order to successfully purchase or bid on a listing. Figure 15 illustrates a high- level flow chart illustrating a method 1500, according to an exemplary embodiment of the present invention, performed for seller-driven auto-pay. The method 1500 commences at block 1501. At processing block 1510 a request from the buyer to initiate a purchase or bid associated with a network-based commerce transaction is received by auto-pay module 44. The network-based commerce transaction can be an auction having an immediate purchase item, a fixed price listing allowing immediate purchase by a private seller, or a fixed price listing allowing immediate purchase from an on-line retailer.
[00070] At decision block 1520, auto-pay module determines if the seller required the buyer use auto-pay for the particular listing. If auto-pay is not required, the buyer is prompted to complete the purchase, or enter a bid without invoking auto-pay at processing block 1530. The process would end at block 1599.
[00071] If the seller does require the buyer to use auto-pay, auto-pay module 44 determines if the seller requires immediate manual payment or payment via information stored in the buyer's profile? If immediate manual payment processing is required, then at processing block 1550 the buyer is stepped through the process of paying with immediately available funds (e.g., account balance, instant funds transfer guaranteed by payment system, or credit card). The transaction is closed at processing block 1570 and the process terminates at block 1599.
[00072] If information stored in the buyer's profile is required for payment, such information is retrieved at processing block 1560. The information is used to process the payment (using payment system 8 if necessary). The transaction is closed at processing block 1570 and the process terminates at block 1599.
[00073] It is important to note that in this embodiment, payment from the buyer to seller occurs before the auction closes. If a buyer can not make payment, then the auction remains open. In one embodiment of the payment processing flow of blocks 1550 and 1560, the item is not placed on hold, so it remains available to other prospective buyers. This allows for a "race" condition between two or more buyers. In an alternate embodiment, the listing is put on hold.
[00074] Payment processing flow of block 1550 and 1560 can involve numerous actions. For example, a bidder can be directed to payment system 8 to complete the transaction. Once payment system 8 collects and applies the buyer's payment information, confirms that the item is still available, it processes the payment and closes the listing. If multiple items are available, the quality available is decremented.
Additionally, if the buyer is not previously registered with payment system 8, the buyer
goes through the registration flow unique to payment system 8. It is important to note that payment processing mformation can be stored on marketplace machine 10 and provided to payment system 8, just prior to the conclusion of the transaction to streamline the payment process. This can be achieved by querying the buyer to use his/her stored payment processing profile. Information in the profile can be stored in user table 54 and tables of database 30.
[00075] Marketplace machine 10 in conjunction with payment machine 8 can have additional functionalities. These functionalities, as will be described in greater detail below include the use of confirmed shipping addresses, specific currency requirements, flexible payment timing, unpredictable final price payments, quick cash pricing options, and non-cash payment facilitation.
[00076] A confirmed shipping address can be an address that matches an address stored on file or verified with payment system 8. Additionally, an address can be confirmed based on a minimum buyer feedback/reputation score, a price range, or a seller chosen pre-approved buyer list.
[00077] The flexible timing functionality allows that at the seller's discretion, or based on the format, payment can occur after the close of item. For example, the seller can require that payment be made within 48 hours of the end of an item. This can happen in realtime, where the buyer enters payment information as described above.
Alternatively, the seller can require that the buyer have a stored payment profile and an attempt to automatically process a payment can be made immediately, again in 24 hours in the event of a failure, and perhaps one last time 24 hours after that if a failure condition persists.
[00078] The unpredictable final price functionalities allows for cases where the final price cannot be known until the end of the listing (e.g., in an auction format, or a volume-discount multi-item purchase), the seller can apply different auto-pay rules. For example, if the final price exceeds $100, he or she can require immediate payment, but allow for a within-48-hours automatic payment if the price is less than $100.
[00079] The quick cash pricing option allows a seller to specify a start price (i.e., opening bid), an immediate purchase price (i.e., price at which the buyer can immediately purchase, resulting in the closing of the item), and a reserve price (i.e., price the buyer must meet or exceed before he or she can claim the item). Another pricing option is the Quick Cash price.
[00080] For example, the seller may list a PSA 10 Jason Giambi Alaska League rookie card with the following pricing options:
• start price: $9.99
• quick cash price: $200
• reserve price (non-quick-cash): $300
• immediate purchase price: $500
The card can be sold in a variety of ways, including these two examples:
Buyer 1: Wins via auction, with a winning bid of $400. The item closes and the buyer intends to pay with a cashier's check, to be sent to the seller in a few days. The buyer changes his mind the next day, though, leaving the seller with a non-paying bidder.
Alternatively, the seller sends a second-chance offer to the net highest bidder, who sends him a cashier's check the next day for $390.
Buyer 2: Agrees to a Quick Cash purchase, meaning that an auto-pay payment is made and the listing is ended when the buyer's payment of $200 is successfully processed.
[00081] Finally, system 100 allows for the processing of a non-cash payment (e.g., a trade). For example, just as payment system 8 maintains a payment profile for its customers, a baseball card storage facility maintains a portfolio of baseball cards for its customers (stored in a temperature-controlled vault, the ownership of these cards can be transferred without the cards ever leaving the vault). A seller can list an item "for sale for $3,000 immediate cash payment, or trade for ownership transfer of PSA 9 Mickey Mantle rookie card." Upon receiving notification that either $3,000 or the Mantle card had been deposited in his or her account, the seller would send the item to the buyer.
[00082] Figure 16 shows a diagrammatic representation of machine in the exemplary form of a computer system 800 within which a set of instructions, for causing the machine to perform any one of the methodologies discussed above, may be executed. In alternative embodiments, the machine may comprise a network router, a network switch, a network bridge, Personal Digital Assistant (PDA), a cellular telephone, a web appliance, set-top box (STB) or any machine capable of executing a sequence of instructions that specify actions to be taken by that machine.
[00083] The computer system 800 includes a processor 802, a main memory 806 and a static memory 808, which communicate with each other via a bus 824. The computer system 800 may further include a video display unit 812 (e.g., a liquid crystal display
(LCD) or a cathode ray tube (CRT)). The computer system 800 also includes an alphanumeric input device 814 (e.g., a keyboard), a cursor control device 816 (e.g., a mouse), a disk drive unit 818, a signal generation device 822 (e.g., a speaker) and a network interface device 810.
[00084] The disk drive unit 818 includes a machine-readable medium 820 on which is stored a set of instructions (i.e., software) 804 embodying any one, or all, of the methodologies described above. The software 804 is also shown to reside, completely or at least partially, within the main memory 806 and/or within the processor 802. The software 804 may further be transmitted or received via the network interface device 810. For the purposes of this specification, the term "machine-readable medium" shall be taken to include any medium which is capable of storing or encoding a sequence of instructions for execution by the machine and that cause the machine to perform any one of the methodologies of the present invention. The term "machine-readable medium" shall accordingly be taken to included, but not be limited to, solid-state memories, optical and magnetic disks, and carrier wave signals. Further, while the software is shown in Figure 16 to reside within a single device, it will be appreciated that the software 804 could be distributed across multiple machines or storage media, which may include the machine-readable medium.
[00085] Thus, a method and system automate payment for a commerce transaction has been described. Although the present invention has been described with reference to specific exemplary embodiments, it will be evident that various modifications and changes may be made to these embodiments without departing from the broader spirit
and scope of the invention. Accordingly, the specification and drawings are to be regarded in an illustrative rather than a restrictive sense.
[00086] In the foregoing detailed description, the method and system of the present invention has been described with reference to specific exemplary embodiments thereof. It will, however, be evident that various modifications and changes may be made thereto without departing from the broader spirit and scope of the present invention. In particular, the separate blocks of the various block diagrams represent functional blocks of methods or apparatuses and are not necessarily indicative of physical or logical separations or of an order of operation inherent in the spirit and scope of the present invention. The present specification and figures are accordingly to be regarded as illustrative rather than restrictive.
Claims
1. A network-based commerce system comprising: a marketplace machine configured to receive and send data from and to a network, including a database engine server, and an automatic payment service module; wherein the marketplace machine is operationally to provide a buyer an option to enable an automatic payment service, and the automatic payment service module is operationally and automatically to provide payment to a seller upon a termination event of a network-based commerce transaction.
2. The network-based commerce system of claim 1, wherein the option is available to the buyer via a control panel provided by the automatic payment service module that allows the buyer to enable the automatic payment service, disable the automatic payment service edit the payment information, and edit a shipping address.
3. The network-based commerce system of claim 2, further comprising a payment machine configured to receive and send data from and to a network, wherein the network-based payment system is one or more of a credit card payment system, an online bartering system, and an on-line payment system utilizing e-mail addresses.
4. The network-based commerce system of claim 3, wherein the network-based commerce transaction is one or more of a network-based auction, a fixed-price sale of an item from a private individual, a fixed-price sale of an item from an network-based store, and an on-line barter transaction.
5. The network-based commerce system of claim 4, wherein the marketplace machine is to provide payment information of the buyer to the network-based payment system upon occurrence of the termination event, the payment information including one or more of a credit card number, a checking account number, a shipping address an e-mail address.
6. The network-based commerce system of claim 5, wherein the marketplace machine is to present the seller with a choice to not provide the buyer an option to enable the automatic payment service; and wherein the database engine server is to save the payment information for future network-based commerce transactions.
7. The network-based commerce system of claim 3, wherein the marketplace machine and the payment machine are integrated.
8. A network-based commerce system comprising:
a marketplace machine configured to receive and send data from and to a network, including a database engine server, and an automatic payment service module; wherein the marketplace machine is operationally to provide a seller an option to require a buyer to use an automatic payment service, and the automatic payment service module is operationally and automatically to provide payment to a seller prior to a closing of a network-based commerce transaction, and to delay a conclusion of the network-based commerce transaction until a payment process is complete.
9. The network-based commerce system of claim 8, wherein the marketplace machine requires the buyer to provide payment information prior to the conclusion of the network-based commerce transaction.
10. The network-based commerce system of claim 9, wherein the marketplace machine allows the commerce transaction to conclude at a predetermined time in favor of the buyer, wherein the buyer has made a best offer to the seller.
11. The network-based commerce system of claim 9, wherein the marketplace machine requires that a higher price be paid if the buyer elects not to use the automatic payment service buyer.
12. The network-based commerce system of claim 9, further comprising a payment machine configured to receive and send data from and to a network, wherein the buyer provides payment information to the payment machine prior to the close of the commerce transaction.
13. The network-based commerce system of claim 12, wherein the payment information includes one or more a credit card number, a checking account number, and e-mail address information.
14. The network-based commerce system of claim 9, wherein the option is available to the seller via a control panel that allows the seller to enable the automatic payment service, disable the automatic payment service, edit payment receipt information, edit shipping costs and edit payment addresses on a per item basis for all items listed by the seller.
15. The network-based commerce system of claim 9, wherein the network-based commerce transaction includes one or more of an network-based auction, a fixed-price sale of an item from a private individual, a fixed-price sale of an item from an network- based store, and an on-line barter transaction.
16. The network-based commerce system of claim 12, wherein the marketplace machine and the payment machine are integrated.
17. A computer-readable medium storing a sequence of instructions that, when executed by a machine, cause the machine to perform: providing a buyer an option to enable an automatic payment service, wherein the automatic payment service module is operationally and automatically to provide payment to a seller upon a termination event of a network-based commerce transaction; and providing payment information of the buyer to a network-based payment system upon the occurrence of the termination event.
18. The computer-readable medium of claim 17, wherein the option is available to the buyer via a control panel that allows the buyer to enable the automatic payment service, disable the automatic payment service edit the payment information, and edit a shipping address; and wherein the network-based payment system is one or more of a credit card payment system, an on-line bartering system, and an on-line payment system utilizing e- mail addresses.
19. The computer-readable medium of claim 18, wherein the network-based commerce transaction is one or more of a network-based auction, a fixed-price sale of an item from a private individual, a fixed-price sale of an item from an network-based store, and an on-line barter transaction; and wherein the payment information includes one or more of a credit card number, a checking account number, a shipping address or e-mail address.
20. The computer-readable medium of claim 19, having stored thereon additional instructions, the additional instructions when executed by a computer, causing the computer to further perform: providing the seller with a choice to not provide the buyer an option to enable the automatic payment service; and receiving payment information of the buyer prior to the termination event wherein a network-based marketplace machine and the network-based payment system are integrated.
21. The computer-readable medium of claim 20, having stored thereon additional instructions, the additional instructions when executed by a computer, cause the computer to further perform: saving the payment information for future network-based commerce transactions; and providing the buyer an option to always use the payment information for future network- based commerce transactions.
22. A computer-readable medium storing a sequence of instructions that, when executed by a machine, cause the machine to perform: providing a seller an option to require a buyer to use an automatic payment service, wherein the automatic payment service module is operationally and automatically to provide payment to a seller prior to a closing of a network-based commerce transaction; and delaying a conclusion of the network-based commerce transaction until a payment process is complete.
23. The computer-readable medium of claim 22, having stored thereon additional instructions, the additional instructions when executed by a computer, cause the computer to further perform: requiring the buyer to provide payment information to a network-based marketplace machine prior to the conclusion of the network-based commerce transaction; and allowing the commerce transaction to conclude at a predetermined time in favor of the buyer, wherein the buyer has made a best offer to the seller.
24. The computer-readable medium of claim 23, having stored thereon additional instructions, the additional instructions when executed by a computer, cause the computer to further perform: requiring that a higher price be paid if the buyer elects not to use the automatic payment service; and providing payment information of the buyer to a network-based payment system prior to the close of the commerce transaction; wherein the payment information includes one or more of a credit card number, a checking account number, and e-mail address information.
25. The computer-readable medium of claim 24, wherein the option is available to the seller via a control panel that allows the seller to enable the automatic payment service, disable the automatic payment service, edit payment receipt information, edit shipping costs and edit payment addresses on a per item basis for all items listed by the seller; and wherein the network-based commerce transaction includes one or more of an network-based auction, a fixed-price sale of an item from a private individual, a fixed- price sale of an item from an network-based store, and an on-line barter transaction.
26. The computer-readable medium of claim 25, wherein a network-based marketplace machine and the network-based payment system are integrated.
27. The computer-readable medium of claim 26, having stored thereon additional instructions, the additional instructions when executed by a computer, cause the computer to further perform saving the payment receipt information for future network- based commerce transactions.
28. A method to facilitate network-based commerce, comprising: at a marketplace machine, providing a buyer an option to enable an automatic payment service, the automatic payment service module is operationally and automatically to provide payment to a seller upon a termination event of a network-based commerce transaction; and providing payment information of the buyer to a network-based payment system upon the occurrence of the termination event.
29. The method of claim 28, wherein the option is available to the buyer via a control panel that allows the buyer to enable the automatic payment service, disable the automatic payment service edit the payment information, and edit a shipping address.
30. The method of claim 28, wherein the network-based payment system is one or more of a credit card payment system, an on-line bartering system, or an on-line payment system utilizing e-mail addresses.
31. The method of claim 30, wherein the network-based commerce transaction is one or more of a network- based auction, a fixed-price sale of an item from a private individual, a fixed-price sale of an item from an network-based store, and an on-line barter transaction; and wherein the payment information includes one or more of a credit card number, a checking account number, a shipping address and an e-mail address.
32. The method of claim 28, further comprising providing the seller with a choice to not provide the buyer an option to enable the automatic payment service.
33. The method of claim 32, further comprising: receiving payment information of the buyer prior to the termination event; and providing the buyer an option to always use the payment information for future network-based commerce transactions.
34. The method of claim 28, further comprising storing the payment information for future network-based commerce transactions, and wherein the marketplace machine and the network-based payment system are integrated.
35. A method to facilitate network-based commerce, comprising: at a marketplace machine, providing a seller an option to require a buyer to use an automatic payment service, wherein the automatic payment service module is operationally and automatically to provide payment to a seller prior to a closing of a network-based commerce transaction; and at the marketplace machine, operationally and automatically delaying a conclusion of the network-based commerce transaction until a payment process is complete.
36. The method of claim 35, further comprising operationally and automatically requiring the buyer to provide payment information to a network-based marketplace machine prior to the conclusion of the network-based commerce transaction.
37. The method of claim 36, further comprising operationally and automatically allowing the commerce transaction to conclude at a predetermined time in favor of the buyer, wherein the buyer has made a best offer to the seller.
38. The method of claim 36, further comprising: operationally and automatically requiring that a higher price be paid if the buyer elects not to use the automatic payment service; and operationally and automatically providing payment information of the buyer to a network-based payment system prior to the close of the commerce transaction. *
39. The method of claim 36, wherein the payment information includes one or more of a credit card number, a checking account number, and e-mail address information; and wherein the option is available to the seller via a control panel that allows the seller to enable the automatic payment service, disable the automatic payment service, edit payment receipt information, edit shipping costs and edit payment addresses on a per item basis for all items listed by the seller.
40. The method of claim 36, wherein the network-based commerce transaction includes one or more of an network-based auction, a fixed-price sale of an item from a private individual, a fixed-price sale of an item from an network-based store, and an online barter transaction.
41. The method of claim 39, further comprising operationally and automatically storing the payment receipt information for future network-based commerce transactions; wherein the network-based marketplace machine and the network-based payment system are integrated.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/427,553 US8160933B2 (en) | 2003-04-30 | 2003-04-30 | Method and system to automate payment for a commerce transaction |
US10/427,553 | 2003-04-30 |
Publications (2)
Publication Number | Publication Date |
---|---|
WO2004099939A2 true WO2004099939A2 (en) | 2004-11-18 |
WO2004099939A3 WO2004099939A3 (en) | 2005-03-10 |
Family
ID=33415956
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/US2004/014386 WO2004099939A2 (en) | 2003-04-30 | 2004-04-30 | Automating payment for a network-based commerce transaction |
Country Status (2)
Country | Link |
---|---|
US (3) | US8160933B2 (en) |
WO (1) | WO2004099939A2 (en) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7483856B2 (en) | 2001-01-17 | 2009-01-27 | Xprt Ventures, Llc | System and method for effecting payment for an electronic auction commerce transaction |
US7512563B2 (en) | 2001-01-17 | 2009-03-31 | Xprt Ventures, Llc | System and method to automate payment for a commerce transaction |
US7610244B2 (en) | 2001-01-17 | 2009-10-27 | Xprt Ventures, Llc | System and method for effecting payment for an item offered for an electronic auction sale |
US8160933B2 (en) | 2003-04-30 | 2012-04-17 | Ebay Inc. | Method and system to automate payment for a commerce transaction |
US11455603B2 (en) | 2005-03-31 | 2022-09-27 | Paypal, Inc. | Payment via financial service provider using network-based device |
US20220351208A1 (en) * | 2021-04-28 | 2022-11-03 | Ebay Inc. | Online transaction system with buyer reputations |
Families Citing this family (51)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7627528B2 (en) | 2001-01-17 | 2009-12-01 | Xprt Ventures, Llc | System and method for effecting a real-time payment for an item won on an electronic auction |
US7752266B2 (en) | 2001-10-11 | 2010-07-06 | Ebay Inc. | System and method to facilitate translation of communications between entities over a network |
US8078505B2 (en) | 2002-06-10 | 2011-12-13 | Ebay Inc. | Method and system for automatically updating a seller application utilized in a network-based transaction facility |
US7805366B2 (en) * | 2003-03-21 | 2010-09-28 | Ebay Inc. | Method and system to facilitate payments to satisfy payment obligations resulting from purchase transactions |
US10535049B2 (en) * | 2003-03-21 | 2020-01-14 | Paypal, Inc. | Payment transactions via substantially instant communication system |
US7917414B2 (en) * | 2004-06-28 | 2011-03-29 | Joshua David Nathanson | System and method for an automated sales system with remote negotiation and post-sale verification |
US8027918B2 (en) * | 2004-08-30 | 2011-09-27 | Google Inc. | Micro-payment system architecture |
US20060143109A1 (en) | 2004-12-23 | 2006-06-29 | Ebay Inc. | Method and system of listing an item in a fixed-price section |
US8874477B2 (en) | 2005-10-04 | 2014-10-28 | Steven Mark Hoffberg | Multifactorial optimization system and method |
US8280751B1 (en) | 2005-12-29 | 2012-10-02 | United Services Automobile Association (Usaa) | System and method for reduced initial payment option |
US20070156523A1 (en) * | 2005-12-30 | 2007-07-05 | Deborah Yee-Ky Liu | Method and system to process an incentive |
US10062062B1 (en) | 2006-05-25 | 2018-08-28 | Jbshbm, Llc | Automated teller machine (ATM) providing money for loyalty points |
US8668146B1 (en) | 2006-05-25 | 2014-03-11 | Sean I. Mcghie | Rewards program with payment artifact permitting conversion/transfer of non-negotiable credits to entity independent funds |
US9704174B1 (en) | 2006-05-25 | 2017-07-11 | Sean I. Mcghie | Conversion of loyalty program points to commerce partner points per terms of a mutual agreement |
US8684265B1 (en) | 2006-05-25 | 2014-04-01 | Sean I. Mcghie | Rewards program website permitting conversion/transfer of non-negotiable credits to entity independent funds |
US7703673B2 (en) | 2006-05-25 | 2010-04-27 | Buchheit Brian K | Web based conversion of non-negotiable credits associated with an entity to entity independent negotiable funds |
US8639782B2 (en) | 2006-08-23 | 2014-01-28 | Ebay, Inc. | Method and system for sharing metadata between interfaces |
US8380175B2 (en) * | 2006-11-22 | 2013-02-19 | Bindu Rama Rao | System for providing interactive advertisements to user of mobile devices |
US11256386B2 (en) | 2006-11-22 | 2022-02-22 | Qualtrics, Llc | Media management system supporting a plurality of mobile devices |
US10803474B2 (en) | 2006-11-22 | 2020-10-13 | Qualtrics, Llc | System for creating and distributing interactive advertisements to mobile devices |
US7983611B2 (en) * | 2006-11-22 | 2011-07-19 | Bindu Rama Rao | Mobile device that presents interactive media and processes user response |
US8700014B2 (en) | 2006-11-22 | 2014-04-15 | Bindu Rama Rao | Audio guided system for providing guidance to user of mobile device on multi-step activities |
US8478250B2 (en) | 2007-07-30 | 2013-07-02 | Bindu Rama Rao | Interactive media management server |
US9418501B2 (en) * | 2007-02-05 | 2016-08-16 | First Data Corporation | Method for digital signature authentication of pin-less debit card account transactions |
US20080189209A1 (en) * | 2007-02-05 | 2008-08-07 | First Data Corporation | Real-Time Funds Transfer |
US8799814B1 (en) | 2008-02-22 | 2014-08-05 | Amazon Technologies, Inc. | Automated targeting of content components |
US9704161B1 (en) | 2008-06-27 | 2017-07-11 | Amazon Technologies, Inc. | Providing information without authentication |
US9449319B1 (en) | 2008-06-30 | 2016-09-20 | Amazon Technologies, Inc. | Conducting transactions with dynamic passwords |
US8788945B1 (en) * | 2008-06-30 | 2014-07-22 | Amazon Technologies, Inc. | Automatic approval |
US20100114768A1 (en) | 2008-10-31 | 2010-05-06 | Wachovia Corporation | Payment vehicle with on and off function |
US10867298B1 (en) | 2008-10-31 | 2020-12-15 | Wells Fargo Bank, N.A. | Payment vehicle with on and off function |
CN101414375A (en) * | 2008-12-15 | 2009-04-22 | 阿里巴巴集团控股有限公司 | System and method for networking trading using intermediate platform |
US20100287061A1 (en) * | 2009-05-11 | 2010-11-11 | Jeroen Paul Terheggen | Method and system for payment of a network-based marketplace transaction |
US20110125610A1 (en) * | 2009-11-20 | 2011-05-26 | Boku, Inc. | Systems and Methods to Automate the Initiation of Transactions via Mobile Devices |
JP5161267B2 (en) * | 2010-05-19 | 2013-03-13 | 株式会社日立製作所 | Screen customization support system, screen customization support method, and screen customization support program |
US8712914B2 (en) * | 2012-02-23 | 2014-04-29 | Mastercard International Incorporated | Method and system for facilitating micropayments in a financial transaction system |
US11429975B1 (en) | 2015-03-27 | 2022-08-30 | Wells Fargo Bank, N.A. | Token management system |
US11170364B1 (en) | 2015-07-31 | 2021-11-09 | Wells Fargo Bank, N.A. | Connected payment card systems and methods |
US10992679B1 (en) | 2016-07-01 | 2021-04-27 | Wells Fargo Bank, N.A. | Access control tower |
US11386223B1 (en) | 2016-07-01 | 2022-07-12 | Wells Fargo Bank, N.A. | Access control tower |
US11615402B1 (en) | 2016-07-01 | 2023-03-28 | Wells Fargo Bank, N.A. | Access control tower |
US11935020B1 (en) | 2016-07-01 | 2024-03-19 | Wells Fargo Bank, N.A. | Control tower for prospective transactions |
US11886611B1 (en) | 2016-07-01 | 2024-01-30 | Wells Fargo Bank, N.A. | Control tower for virtual rewards currency |
US11556936B1 (en) | 2017-04-25 | 2023-01-17 | Wells Fargo Bank, N.A. | System and method for card control |
US11062388B1 (en) | 2017-07-06 | 2021-07-13 | Wells Fargo Bank, N.A | Data control tower |
US11188887B1 (en) | 2017-11-20 | 2021-11-30 | Wells Fargo Bank, N.A. | Systems and methods for payment information access management |
US10991251B2 (en) | 2019-01-29 | 2021-04-27 | Toyota Motor Engineering & Manufacturing North America, Inc. | Parking meter monitoring and payment system |
US10992606B1 (en) | 2020-09-04 | 2021-04-27 | Wells Fargo Bank, N.A. | Synchronous interfacing with unaffiliated networked systems to alter functionality of sets of electronic assets |
US11546338B1 (en) | 2021-01-05 | 2023-01-03 | Wells Fargo Bank, N.A. | Digital account controls portal and protocols for federated and non-federated systems and devices |
US20230186382A1 (en) * | 2021-12-09 | 2023-06-15 | Affirm, Inc. | System, Method and Apparatus for Providing Improved Electronic Disclosure of Credit Terms |
US11704669B1 (en) | 2022-01-03 | 2023-07-18 | Bank Of America Corporation | Dynamic contactless payment processing based on real-time contextual information |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4799156A (en) * | 1986-10-01 | 1989-01-17 | Strategic Processing Corporation | Interactive market management system |
US6260024B1 (en) * | 1998-12-02 | 2001-07-10 | Gary Shkedy | Method and apparatus for facilitating buyer-driven purchase orders on a commercial network system |
US20020062257A1 (en) * | 2000-11-22 | 2002-05-23 | Hayato Minamishin | Net shopping method, system therefor, and automatic payment transfer device |
US20020095379A1 (en) * | 2001-01-17 | 2002-07-18 | George Likourezos | System and method for effecting a real-time payment for an item won on an electronic auction |
Family Cites Families (56)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5056019A (en) * | 1989-08-29 | 1991-10-08 | Citicorp Pos Information Servies, Inc. | Automated purchase reward accounting system and method |
US5966698A (en) * | 1992-10-15 | 1999-10-12 | Pollin; Robert E. | Automated payment system and method |
WO1994018640A1 (en) * | 1993-02-10 | 1994-08-18 | Turk James J | Method and system for commodity-based currency for payment of accounts |
US5983207A (en) * | 1993-02-10 | 1999-11-09 | Turk; James J. | Electronic cash eliminating payment risk |
US5826241A (en) * | 1994-09-16 | 1998-10-20 | First Virtual Holdings Incorporated | Computerized system for making payments and authenticating transactions over the internet |
US5845265A (en) * | 1995-04-26 | 1998-12-01 | Mercexchange, L.L.C. | Consignment nodes |
US5778178A (en) * | 1995-11-13 | 1998-07-07 | Arunachalam; Lakshmi | Method and apparatus for enabling real-time bi-directional transactions on a network |
US6212556B1 (en) * | 1995-11-13 | 2001-04-03 | Webxchange, Inc. | Configurable value-added network (VAN) switching |
US5794210A (en) * | 1995-12-11 | 1998-08-11 | Cybergold, Inc. | Attention brokerage |
US5890138A (en) * | 1996-08-26 | 1999-03-30 | Bid.Com International Inc. | Computer auction system |
US6029150A (en) * | 1996-10-04 | 2000-02-22 | Certco, Llc | Payment and transactions in electronic commerce system |
US6012045A (en) * | 1997-07-01 | 2000-01-04 | Barzilai; Nizan | Computer-based electronic bid, auction and sale system, and a system to teach new/non-registered customers how bidding, auction purchasing works |
US6058379A (en) * | 1997-07-11 | 2000-05-02 | Auction Source, L.L.C. | Real-time network exchange with seller specified exchange parameters and interactive seller participation |
CA2910997A1 (en) * | 1999-04-30 | 2000-11-09 | Paypal, Inc. | System and method for electronically exchanging value among distributed users |
US7003485B1 (en) * | 1999-05-07 | 2006-02-21 | Dale Young | Ticket auction |
US7110978B1 (en) * | 1999-05-10 | 2006-09-19 | First Data Corporation | Internet-based money order system |
US6629082B1 (en) * | 1999-06-15 | 2003-09-30 | W.R. Hambrecht & Co. | Auction system and method for pricing and allocation during capital formation |
US7249097B2 (en) * | 1999-06-18 | 2007-07-24 | Echarge Corporation | Method for ordering goods, services, and content over an internetwork using a virtual payment account |
US7523385B2 (en) * | 1999-06-22 | 2009-04-21 | Starcite, Inc. | System and method for enterprise event marketing and management automation |
JP5246982B2 (en) * | 1999-06-23 | 2013-07-24 | ポストレル,リチャード | A system for electronic barter, exchange and redemption of points accumulated in the frequent use reward program |
US7765124B2 (en) * | 1999-06-23 | 2010-07-27 | Signature Systems Llc | Method and system for issuing, aggregating and redeeming merchant rewards with an issuing bank |
CA2378546A1 (en) | 1999-07-09 | 2001-01-18 | Richard Elder | Method and system for managing and conducting a network auction |
US7249055B1 (en) * | 1999-07-09 | 2007-07-24 | Citicorp Credit Services, Inc. | Method and system for managing and conducting a network auction |
US20020165764A1 (en) * | 1999-07-09 | 2002-11-07 | David Jaffer | Electronic merchandizing system enclosures |
US7330826B1 (en) * | 1999-07-09 | 2008-02-12 | Perfect.Com, Inc. | Method, system and business model for a buyer's auction with near perfect information using the internet |
US20030093355A1 (en) * | 1999-08-12 | 2003-05-15 | Gabriel N. Issa, Llc | Method, system and computer site for conducting an online auction |
US6415270B1 (en) * | 1999-09-03 | 2002-07-02 | Omnihub, Inc. | Multiple auction coordination method and system |
US7461022B1 (en) * | 1999-10-20 | 2008-12-02 | Yahoo! Inc. | Auction redemption system and method |
US7720743B1 (en) * | 1999-10-27 | 2010-05-18 | Marks Jeffrey S | Methods and apparatus for online auctions and market-places utilizing program terms |
AU1757201A (en) * | 1999-11-05 | 2001-05-14 | American Express Travel Related Services Company, Inc. | Systems and methods for facilitating commercial transactions between parties residing at remote locations |
US20010049647A1 (en) * | 1999-12-22 | 2001-12-06 | Andrew Sheehan | Multi-round auction and internet marketplace |
US7177836B1 (en) * | 1999-12-30 | 2007-02-13 | First Data Corporation | Method and system for facilitating financial transactions between consumers over the internet |
US7593898B1 (en) * | 1999-12-30 | 2009-09-22 | First Data Corporation | Method and system for payment transactions and shipment tracking over the internet |
US7376587B1 (en) * | 2000-07-11 | 2008-05-20 | Western Union Financial Services, Inc. | Method for enabling transfer of funds through a computer network |
US20020029339A1 (en) * | 2000-02-28 | 2002-03-07 | Rick Rowe | Method and apparatus for facilitating monetary and commercial transactions and for securely storing data |
US20010049634A1 (en) * | 2000-03-06 | 2001-12-06 | Patrick Stewart | System and method for conducting electronic commerce in the metals industry |
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 |
US20020026396A1 (en) * | 2000-04-21 | 2002-02-28 | Dent Warren T. | System and method facilitating personal electronic financial transactions |
US7343339B2 (en) * | 2000-05-03 | 2008-03-11 | Shelton E. Harrison, Jr. | Electronic bond and guaranty process and business method |
CA2411979A1 (en) | 2000-07-11 | 2002-01-17 | Paypal, Inc. | System and method for third-party payment processing |
US7827086B1 (en) * | 2000-07-24 | 2010-11-02 | Bank Of America Corporation | System and method for conducting a customer affinity program auction |
US7031939B1 (en) * | 2000-08-15 | 2006-04-18 | Yahoo! Inc. | Systems and methods for implementing person-to-person money exchange |
US6965878B1 (en) * | 2000-08-16 | 2005-11-15 | Klaus Heuring | Currency and credit rating system for business-to-business transaction |
US6970838B1 (en) * | 2000-08-24 | 2005-11-29 | Oracle International Corporation | Methods and systems for online express ordering of goods and services |
US7356507B2 (en) * | 2000-10-30 | 2008-04-08 | Amazon.Com, Inc. | Network based user-to-user payment service |
US7536351B2 (en) * | 2000-10-30 | 2009-05-19 | Amazon.Com, Inc. | User-to-user payment service with payee-specific pay pages |
US6839692B2 (en) * | 2000-12-01 | 2005-01-04 | Benedor Corporation | Method and apparatus to provide secure purchase transactions over a computer network |
US20020103711A1 (en) * | 2000-12-15 | 2002-08-01 | Karas Peter Michael | Online method and system for ordering and having delivered a paper greeting message and payment instrument |
US20020087461A1 (en) * | 2000-12-28 | 2002-07-04 | Ravi Ganesan | Technique for electronic funds escrow |
US7483856B2 (en) * | 2001-01-17 | 2009-01-27 | Xprt Ventures, Llc | System and method for effecting payment for an electronic auction commerce transaction |
US7627528B2 (en) * | 2001-01-17 | 2009-12-01 | Xprt Ventures, Llc | System and method for effecting a real-time payment for an item won on an electronic auction |
US7567937B2 (en) * | 2001-01-17 | 2009-07-28 | Xprt Ventures, Llc | System and method for automatically effecting payment for a user of an electronic auction system |
US20020194115A1 (en) * | 2001-04-26 | 2002-12-19 | Optionable, Inc. | System and method for real-time options trading over a global computer network |
US7191151B1 (en) * | 2001-08-23 | 2007-03-13 | Paypal, Inc. | Instant availability of electronically transferred funds |
US8374958B2 (en) * | 2002-08-29 | 2013-02-12 | Alcatel Lucent | Method and apparatus for the payment of internet content |
US8160933B2 (en) | 2003-04-30 | 2012-04-17 | Ebay Inc. | Method and system to automate payment for a commerce transaction |
-
2003
- 2003-04-30 US US10/427,553 patent/US8160933B2/en not_active Expired - Fee Related
-
2004
- 2004-04-30 WO PCT/US2004/014386 patent/WO2004099939A2/en active Application Filing
-
2012
- 2012-03-02 US US13/411,006 patent/US8364556B2/en not_active Expired - Fee Related
-
2013
- 2013-01-28 US US13/752,107 patent/US20130138559A1/en not_active Abandoned
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4799156A (en) * | 1986-10-01 | 1989-01-17 | Strategic Processing Corporation | Interactive market management system |
US6260024B1 (en) * | 1998-12-02 | 2001-07-10 | Gary Shkedy | Method and apparatus for facilitating buyer-driven purchase orders on a commercial network system |
US20020062257A1 (en) * | 2000-11-22 | 2002-05-23 | Hayato Minamishin | Net shopping method, system therefor, and automatic payment transfer device |
US20020095379A1 (en) * | 2001-01-17 | 2002-07-18 | George Likourezos | System and method for effecting a real-time payment for an item won on an electronic auction |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7483856B2 (en) | 2001-01-17 | 2009-01-27 | Xprt Ventures, Llc | System and method for effecting payment for an electronic auction commerce transaction |
US7512563B2 (en) | 2001-01-17 | 2009-03-31 | Xprt Ventures, Llc | System and method to automate payment for a commerce transaction |
US7567937B2 (en) | 2001-01-17 | 2009-07-28 | Xprt Ventures, Llc | System and method for automatically effecting payment for a user of an electronic auction system |
US7599881B2 (en) | 2001-01-17 | 2009-10-06 | Xprt Ventures, Llc | System and method for offering an incentive to a user of an electronic commerce web site |
US7610244B2 (en) | 2001-01-17 | 2009-10-27 | Xprt Ventures, Llc | System and method for effecting payment for an item offered for an electronic auction sale |
US9852469B1 (en) | 2001-01-17 | 2017-12-26 | Xprt Ventures, Llc | System and method for effecting payment for an electronic commerce transaction |
US8160933B2 (en) | 2003-04-30 | 2012-04-17 | Ebay Inc. | Method and system to automate payment for a commerce transaction |
US8364556B2 (en) | 2003-04-30 | 2013-01-29 | Ebay Inc. | Method and system to automate payment for a commerce transaction |
US11455603B2 (en) | 2005-03-31 | 2022-09-27 | Paypal, Inc. | Payment via financial service provider using network-based device |
US20220351208A1 (en) * | 2021-04-28 | 2022-11-03 | Ebay Inc. | Online transaction system with buyer reputations |
Also Published As
Publication number | Publication date |
---|---|
US20130138559A1 (en) | 2013-05-30 |
WO2004099939A3 (en) | 2005-03-10 |
US8364556B2 (en) | 2013-01-29 |
US20120166340A1 (en) | 2012-06-28 |
US8160933B2 (en) | 2012-04-17 |
US20040225606A1 (en) | 2004-11-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8160933B2 (en) | Method and system to automate payment for a commerce transaction | |
US10810582B2 (en) | Multi currency exchanges between participants | |
US20190197503A1 (en) | Release of funds based on criteria | |
US8473353B2 (en) | Conducting commerce between individuals | |
US20050060228A1 (en) | Method and system for offering a money-back guarantee in a network-based marketplace | |
US7899712B2 (en) | Method and apparatus for facilitating online payment transactions in a network-based transaction facility | |
US8209228B2 (en) | Method and system for reporting fraud and claiming compensation related to network-based transactions | |
US20100235288A1 (en) | E-commerce using swap | |
US20020010685A1 (en) | Electronic exchange apparatus and method | |
US20070136189A1 (en) | On-line cash register for use in providing a consumer-to-consumer payment service | |
US20090187457A1 (en) | Systems and methods for providing a reminder option associated with an obligation | |
WO2004111774A9 (en) | Automatic dispute resolution | |
JP2003515824A (en) | System and method for trading goods | |
US7783537B1 (en) | Method and apparatus for conditional payment to a seller | |
JP2003030438A (en) | Method for processing loan application in electronic commercial transaction system | |
US7774276B1 (en) | Method and system for dealing with non-paying bidders related to network-based transactions | |
US20060085300A1 (en) | Systems and methods for auctioning government items | |
KR100353016B1 (en) | Method and system for payment processing using personal financial account in electronic commercial transaction | |
KR20010025313A (en) | A system and method for auction of bond | |
EP1150225A1 (en) | Electronic commerce method and system and computer readable storage medium | |
KR101103495B1 (en) | Transaction providing system and method with an price input panel | |
KR20050079440A (en) | Information buying and selling system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AK | Designated states |
Kind code of ref document: A2 Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW |
|
AL | Designated countries for regional patents |
Kind code of ref document: A2 Designated state(s): GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
DPEN | Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed from 20040101) | ||
DPEN | Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed from 20040101) | ||
122 | Ep: pct application non-entry in european phase |