WO2003065151A2 - Combined auction and fixed price checkout system - Google Patents

Combined auction and fixed price checkout system Download PDF

Info

Publication number
WO2003065151A2
WO2003065151A2 PCT/US2003/002209 US0302209W WO03065151A2 WO 2003065151 A2 WO2003065151 A2 WO 2003065151A2 US 0302209 W US0302209 W US 0302209W WO 03065151 A2 WO03065151 A2 WO 03065151A2
Authority
WO
WIPO (PCT)
Prior art keywords
price
offerings
buyer
virtual shopping
setting process
Prior art date
Application number
PCT/US2003/002209
Other languages
French (fr)
Other versions
WO2003065151A3 (en
Inventor
Steve Grove
Original Assignee
Ebay Inc.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ebay Inc. filed Critical Ebay Inc.
Priority to CA002474642A priority Critical patent/CA2474642A1/en
Priority to KR1020047011629A priority patent/KR100897675B1/en
Priority to AU2003207676A priority patent/AU2003207676B2/en
Priority to EP03705900A priority patent/EP1470510A4/en
Publication of WO2003065151A2 publication Critical patent/WO2003065151A2/en
Publication of WO2003065151A3 publication Critical patent/WO2003065151A3/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/08Auctions
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions

Definitions

  • the field of the invention relates to online electronic commerce. More specifically, the invention relates to a checkout system for multiple price-setting process within an electronic commerce environment.
  • a number of methods for establishing a price for the sale of goods or services are employed by electronic commerce (e-commerce) systems.
  • One method is for the seller to preset a price at which he is willing to part with an offering, such as Amazon one- click.
  • Another method is for an online auction, or competitive bidding, purchase process to produce a sale price, such as eBay.
  • eBay In fixed price purchase processes, once a price is established, the purchaser is typically directed through a final checkout system for the goods or service. This allows method of payment, method of delivery, and other important information to be entered, edited or confirmed.
  • a system and method comprising a first user interface to facilitate a first type of process to a purchase a first offering that allows a purchaser to select the first offering, a second user interface to facilitate a second type of process that allows the purchaser to bid on a second offering, and a third user interface that allows the purchaser to complete a transaction for both the first and second offerings, are disclosed.
  • Figure 1 is block diagram illustrating an exemplary network-based commerce facility in the form of an Internet-based auction and sale facility.
  • Figure 2 is a database diagram illustrating an exemplary database, which implements and supports the auction and sale facility.
  • Figure 3 is a representation of a virtual shopping cart, according to an exemplary embodiment of the present invention.
  • Figure 4 is a flowchart illustrating an exemplary method for purchasing both fixed price and auction offerings online.
  • Figure 5 is an interface according to an exemplary embodiment of the present invention, to facilitate purchasing a fixed price offering.
  • Figure 6 is an interface according to an exemplary embodiment of the present invention, to facilitate bidding on an auction offering.
  • Figure 7 is a flowchart illustrating an exemplary method for a buyer to complete an online transaction for fixed priced or auction offerings.
  • Figure 8 is an interface according to an exemplary embodiment of the present invention, to facilitate a purchase.
  • Figure 9 is an interface according to an exemplary embodiment of the present invention, to facilitate choosing an alternate payment method.
  • Figure 10 is an interface according to an exemplary embodiment of the present invention, to facilitate reviewing the purchase.
  • Figure 11 is an interface according to an exemplary embodiment of the present invention, to facilitate a confirmation.
  • Figure 12 is a flowchart illustrating an exemplary method for a system to complete an online transaction for fixed price offerings.
  • Figure 13 is a diagrammatic representation of a computer system within which a set of instructions maybe executed.
  • Performing a checkout process for both fixed price and auction offerings can increase the speed and efficiency of online transactions.
  • checkout systems and the user interface screens
  • multiple price setting processes e.g. fixed price and auction offerings
  • the combined checkout system allows for the separation of transactions so that different offerings can be paid for by different methods and can use different shipping methods.
  • FIG. 1 is block diagram illustrating an exemplary network-based commerce facility in the form of an Internet-based auction and fixed-price facility 10. While an exemplary embodiment of the present invention is described within the context of an auction and fixed-price facility, the invention will find application in many different types of computer-based, and network-based, commerce facilities.
  • the auction and fixed-price facility 10 includes one or more of a number of types of front-end servers, namely 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, Internet server application program interface (IS API) or common gateway interface (CGI) servers 18 that provide an intelligent interface to the back-end of facility 10, and search servers 20 that handle search requests to the facility 10.
  • 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 Internet server application program interface (IS API) or common gateway interface (CGI) servers 18 that provide an intelligent interface to the
  • E-mail servers 21 provide, mter alia, automated e-mail communications to users of the facility 10.
  • the page servers 12, picture servers 14, CGI servers 18, search service 20, e-mail servers 21 and database engine server 22 may individually, or in combination, act as a communication engine to facilitate communications between, for example, the client machine 32 and the network-based auction facility 10.
  • the back-end servers include a database engine server 22, a search index server 24 and a credit card database server 26, each of which maintains and facilitates access to a respective database.
  • the Internet-based auction and sale facility 10 may be accessed by a client program 30, such as a browser (e.g., the Internet Explorer distributed by Microsoft Corp. of Redmond, Washington) that executes on a client machine 32 and accesses the facility 10 via a network such as, for example, the Internet 34.
  • client program 30 such as a browser (e.g., the Internet Explorer distributed by Microsoft Corp. of Redmond, Washington) that executes on a client machine 32 and accesses the facility 10 via a network such as, for example, the Internet 34.
  • a network such as, for example, the Internet 34.
  • networks that a client may utilize to access the auction facility 10 include a wide area network (WAN), a local area network (LAN), a wireless network (e.g., a cellular network), or the Public Switched Telephone Network (PSTN) network.
  • WAN wide area network
  • LAN local area network
  • wireless network e.g., a cellular network
  • PSTN Public Switched Telephone Network
  • Figure 2 is a database diagram illustrating an exemplary database 23, maintained by and accessed via the database engine server 22, which at least partially implements and supports the auction and sale facility 10.
  • the database 23 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. In an alternative embodiment, the database 23 maybe implemented as collection of objects in an object-oriented database.
  • a user table 40 Central to the database 23 is a user table 40, which contains a record for each user of the facility 10. A user may operate as a seller, buyer, bidder, or all three within the facility 10.
  • the database 23 also includes offerings tables 42 that may be linked to the user table 40.
  • the offerings tables 42 may include a seller offerings table 44, a fixed- price buyer offerings table 45, and a bidder offerings table 46.
  • a user record in the user table 40 may be linked to multiple offerings that are being, or have been, auctioned or otherwise offered for sale via the facility 10.
  • a link indicates whether the user is a seller, a bidder, or a buyer with respect to offerings for which records exist within the offerings tables 42.
  • the database 23 also includes one or more category tables 47. Each record within the category table 47 describes a respective category.
  • a specific category table 47 describes multiple, hierarchical category structures, and includes multiple category records, each of which describes the context of a particular category within the one of the multiple hierarchical category structures.
  • the category table 47 may describe a number of real, or actual, categories to which offering records, within the offerings tables 42, may be linked.
  • the database 23 also includes a note table 48 populated with note records that may be linked to one or more offering records within the offerings tables 42 and/or to one or more user records within the user table 40.
  • Each note record within the table 48 may include, ter alia, a comment, description, history or other information pertaining to an offering being auction via the auction facility 10, or to a user of the auction facility 10.
  • a number of other tables are also shown to be linked to the user table 40, namely a user past aliases table 50, a feedback table 52, a feedback details table 53, a bids table 54, an accounts table 56, an account balances table 58 and a transaction record table.
  • the transactions record table contains a record of the items purchased by the buyer, acting as a virtual shopping cart 60.
  • the virtual shopping cart 60 tracks the item subject to the transaction, the seller, the buyer, the price of the item, the method of purchase (e.g. fixed price, buy-it-now, or auction), the date of the purchase, and the current status of the transfer (e.g. processing or item delivered).
  • the virtual shopping cart 60 defines a number of fields for each record to track a transaction associated with a user. These fields can include an ID field 300 for the item transacted, an item description field 310, an ID field 320 for the seller of the item, an ID field 330 for the buyer of the item or bidder on the item, a field 340 to store a description of the price setting process (e.g.
  • the price setting process description field 340 is a flag. The presence of this field allows the virtual shopping cart to contain a first type of record for one type of price setting process and a second type of record for a second type of price setting process.
  • a user desiring to buy or bid on an offering, accesses the facility 10 and the databases within to find a desired offering.
  • An offering can be a good or service to be sold.
  • a method 400 for choosing offerings to purchase, according to an exemplary embodiment of the present method, is illustrated by the flowchart in Figure 4.
  • a purchaser initiates a purchase procedure by accessing the sales site.
  • the purchaser has the option of viewing interfaces to an auction site or a fixed-price (FP) site.
  • FP fixed-price
  • a purchaser selects an offering that meets the purchaser's needs and price requirements 500.
  • the facility 10 displays a screen describing an offering for sale, as shown in Figure 5.
  • the screen displays a brief description of the offerings for sale 510.
  • the screen displays a price for the offering 520 and a mechanism for signaling intent to purchase 530.
  • a location 540 and contact information 550 for the seller is made available to the purchaser.
  • the user places a bid on an offering 600 by stating a maximum amount that the user is willing to pay 440. If the price of the item exceeds that maximum, the user has the option of increasing that maximum until the time for the bid expires, hi bidding, the system displays a screen describing an auction offering for sale, as shown in Figure 6. Like the fixed price screen in one embodiment, the auction screen contains a brief description of the offering being offered 610. In a further embodiment, the screen contains a bid-making component 620.
  • the bid-making component 620 comprises a listing of the current bid 622, a listing of the minimum acceptable bid increment 624, and an entry field for the purchaser's maximum acceptable bid 626.
  • further information about the seller is made available, such as location 630 and seller contact information 632.
  • Information about the bidding such as bid history 640 and amount of time left on the bid 642, is also made available on the screen, hi an alternate embodiment, selection of fixed price offerings 650 and bidding on auction offerings are on the same screen.
  • FIG. 7 One embodiment of the procedure for presenting a checkout interface 700 is illustrated in the flowchart of Figure 7.
  • the purchaser begins at the purchase item screen at block 800.
  • the user enters the quantity desired and clicks "purchase now.”
  • the purchaser proceeds to the checkout screen.
  • the purchaser selects a method of payment for the offerings. Payment methods include Internet transaction payments at block 730, credit cards at block 740, and other arrangements made between the seller and the purchaser at block 900.
  • the order is confirmed at block 1100.
  • the order is submitted, providing the user with a complete list of the transaction, including the final total value, item information for ordered item, specific information about the seller and the store.
  • a purchase item screen is configured in the manner shown in Figure 8.
  • the purchase item screen lists the items that are being purchased by the purchaser 810.
  • Information about the purchase items is listed, such as quantity 812, per item price 814, incidental costs such as tax and shipping and handling 816, and a total cost of the item 818.
  • entry fields 820 allow the purchaser to be identified 822 and security features, such as a password, to be implemented 824.
  • the purchaser can select a method of purchase 830.
  • a meter 840 is displayed in one embodiment, showing the purchaser progress along in the checkout process. While the screen in the present embodiment shows items being purchased, an alternate embodiment could show an offering of services or a combination of items and services.
  • the purchaser would be shown a payment option screen, as illustrated in Figure 9.
  • the screen displays the offering being purchased 910 and the amount to be paid for the offering 920.
  • the address to which the offering will be shipped or at which the service is performed is listed 930.
  • the purchaser is offered a checkpoint list allowing the purchaser to choose among methods of payment 940. These options include cashier's check 942, money order 944, or pick up at the seller's home 946.
  • the purchaser Before completing the transaction, the purchaser is shown a review screen, an example of which is shown in Figure 10, that allows the purchaser to review the terms of the purchase.
  • the offering being purchased is listed 1010, along with the price for that offering 1020.
  • the purchaser is also shown the shipping address 1030 and the method of payment selected 1040.
  • a meter is displayed showing the purchaser progress in the confirmation process 1050.
  • the screen displays a hyperlink that will allow the purchaser to arrange separate payment methods for separate offerings 1060.
  • the purchaser can arrange separate payment methods for auction offerings and for fixed price offerings, or arrange separate payment methods for two offerings of the same pricing type.
  • the purchaser chooses an insurance option.
  • the purchaser can arrange for different shipping methods for different offerings, hi an alternative embodiment, this hyperlink could be placed on earlier or later screens.
  • this hyperlink could be placed on earlier or later screens.
  • the purchaser is shown a confirmation screen, an example of which is shown in Figure 11. h one embodiment, the screen displays the seller 1110 and the seller's contact information 1112. The screen allows the purchaser to double check the shipping address 1120, the billing address 1122, and the payment method 1024. Additionally, the offerings purchased 1130, the number of offerings purchased 1132, and the purchase price 1134 are listed.
  • FIG. 1205 One embodiment of the checkout procedure 1200 is illustrated in the flowchart of Figure 12.
  • the buyer chooses an item.
  • the price of the item is estimated, including shipping and taxes.
  • the buyer chooses a preferred payment method. These include credit card at block 1220, Internet transaction payment at block 1225, or other method of payment at block 1230.
  • the shipping information is obtained from the seller.
  • the buyer chooses the buyer's own shipping and insurance options.
  • the total price is calculated.
  • decision block 1250 the availability of the chosen item is checked. If the item is not available, the transaction is denied at block 1255.
  • notification of denial of the transaction is sent. If the item is available, the inventory containing the item is decremented in block 1265.
  • the buyer and seller are charged.
  • the transaction is created, and the buyer and seller are notified in block 1260.
  • the checkout is performed by adding a software checkout function for fixed price items to the software used to checkout auction items, as hosted by an ISAPI server 18.
  • the checkout function generates multiple Internet Server Application Program Interface (ISAPI) pages in the process.
  • a result object is created at the ISAPI level and passed on to the checkout function for use.
  • the ISAPI caller populates a checkout result class with the post information on that page.
  • the checkout function validates this new information and completes the purchase. Each validation, as well as the final purchase, changes the state of the checkout result object. This new state will be returned to the ISAPI caller method to process and determine the next steps.
  • the public functions of the checkout function class include a class destructor, review result retrieval, and shipping address review result retrieval.
  • the class destructor deletes all the memory created by the object.
  • the review result retrieval function validates item, quantity, insurance, payment option and user. The validation errors and results are copied into the result object that the function returns.
  • the review result retrieval function also calls a purchase ID function to generate a purchase identification number. The purchase identification number is generated during this function in order to guarantee that each checkout is unique and avoid users from duplicating the same transaction by double clicking on the confirm button. A constraint within the bids table disregards any second thread generated by double clicking.
  • the shipping address review result retrieval function validates the shipping address for the user and ensures that the seller allows for international shipping when the buyer or buyers choose an international address.
  • the shipping address review result retrieval function returns a result object containing at least copies of validation errors and results.
  • the protected functions of the checkout function include functions to validate item and quantity, validate payment option, validate insurance, validate user, validate shipping address, and purchase.
  • the validate item and quantity function validates that the item exists, is a fixed price item, that the auction is not over, and that the quantity requested is available in the database. The availability of the item is a preliminary check to be repeated during the purchase function. On validation, the item specific data members are populated in the result object for later use.
  • the validate payment option function checks for the payment options made available by the seller and checks if the buyer has already chosen one of these options. This function is enacted after the insurance is chosen and the buyer is validated, so that the payment can be redirected if needed.
  • the validate insurance function checks whether the seller offers insurance and whether the buyer has chosen that insurance.
  • the validate user function checks the user ID and password for the buyer and adds appropriate error signals if necessary.
  • the validate shipping address checks to see that all the needed fields like street address, name, zip code and others are filled in by the user. This function also validates international shipping requests against the seller's selling preferences.
  • the purchase function contains all the logic to validate availability and adjust the item quantity on a successful purchase. Checkout transactions will confirm their purchase at the final confirmation page with this purchase process wrapper. Transactions with direct credit card billing will use this wrapper to do quantity validation and inventory reduction using an API call, just before the buyer's card is charged to ensure that the buyer's credit card is billed only if the desired quantity is available. In an alternative embodiment, the items are reserved for a time once checkout has begun.
  • FIG. 13 shows a diagrammatic representation of a machine in the exemplary form of a computer system 1300 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 or any machine capable of executing a sequence of instructions that specify actions to be taken by that machine.
  • PDA Personal Digital Assistant
  • the computer system 1300 includes a processor 1302, a main memory 1304 and a static memory 1306, which communicate with each other via a bus 1308.
  • the computer system 1300 may further include a video display unit 1310 (e.g., a liquid crystal display (LCD) or a cathode ray tube (CRT)).
  • the computer system 1300 also includes an alpha-numeric input device 1312 (e.g., a keyboard), a cursor control device 1314 (e.g., a mouse), a disk drive unit 1316, a signal generation device 1320 (e.g., a speaker) and a network interface device 1322.
  • the disk drive unit 1316 includes a machine-readable medium 1324 on which is stored a set of instructions (i.e., software) 1326 embodying any one, or all, of the methodologies described above.
  • the software 1326 is also shown to reside, completely or at least partially, within the main memory 1304 and/or within the processor 1302.
  • the software 1326 may further be transmitted or received via the network interface device 1322 from the network 1328.
  • machine- readable medium shall be taken to include any medium that 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.

Abstract

A system and method, comprising a first user interface (10) to facilitate a first type of process to a purchase a first offering that allows a purchaser (32) to select the first offering, a second user interface to facilitate a second type of process that allows the purchaser to bid on a second offering, and a third user interface that allows the purchaser to complete a transaction for both the first and second offerings, are disclosed.

Description

COMBINED AUCTION AND FIXED PRICE CHECKOUT SYSTEM
FIELD OF THE INVENTION
[001] The field of the invention relates to online electronic commerce. More specifically, the invention relates to a checkout system for multiple price-setting process within an electronic commerce environment.
BACKGROUND OF THE INVENTION
[002] A number of methods for establishing a price for the sale of goods or services are employed by electronic commerce (e-commerce) systems. One method is for the seller to preset a price at which he is willing to part with an offering, such as Amazon one- click. Another method is for an online auction, or competitive bidding, purchase process to produce a sale price, such as eBay. In fixed price purchase processes, once a price is established, the purchaser is typically directed through a final checkout system for the goods or service. This allows method of payment, method of delivery, and other important information to be entered, edited or confirmed.
SUMMARY OF THE INVENTION
[003] A system and method, comprising a first user interface to facilitate a first type of process to a purchase a first offering that allows a purchaser to select the first offering, a second user interface to facilitate a second type of process that allows the purchaser to bid on a second offering, and a third user interface that allows the purchaser to complete a transaction for both the first and second offerings, are disclosed. BRIEF DESCRIPTION OF THE DRAWINGS
[004] The present invention is illustrated by way of example and not limitation in the figures of the accompanying drawings, in which
[005] Figure 1 is block diagram illustrating an exemplary network-based commerce facility in the form of an Internet-based auction and sale facility.
[006] Figure 2 is a database diagram illustrating an exemplary database, which implements and supports the auction and sale facility.
[007] Figure 3 is a representation of a virtual shopping cart, according to an exemplary embodiment of the present invention.
[008] Figure 4 is a flowchart illustrating an exemplary method for purchasing both fixed price and auction offerings online.
[009] Figure 5 is an interface according to an exemplary embodiment of the present invention, to facilitate purchasing a fixed price offering.
[010] Figure 6 is an interface according to an exemplary embodiment of the present invention, to facilitate bidding on an auction offering.
[011] Figure 7 is a flowchart illustrating an exemplary method for a buyer to complete an online transaction for fixed priced or auction offerings.
[012] Figure 8 is an interface according to an exemplary embodiment of the present invention, to facilitate a purchase.
[013] Figure 9 is an interface according to an exemplary embodiment of the present invention, to facilitate choosing an alternate payment method.
[014] Figure 10 is an interface according to an exemplary embodiment of the present invention, to facilitate reviewing the purchase.
[015] Figure 11 is an interface according to an exemplary embodiment of the present invention, to facilitate a confirmation.
[016] Figure 12 is a flowchart illustrating an exemplary method for a system to complete an online transaction for fixed price offerings.
[017] Figure 13 is a diagrammatic representation of a computer system within which a set of instructions maybe executed. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT
[018] A network-based system and method for at least partially completing transactions established using more than one price setting process are disclosed. In the following detailed description, numerous specific details are set forth in order to provide a thorough understanding of the present invention. However, it will be apparent to one of ordinary skill in the art that these specific details need not be used to practice the present invention, h other circumstances, well-known structures, devices, processes and interfaces have not been shown or described in detail in order not to unnecessarily obscure the present invention.
[019] Performing a checkout process for both fixed price and auction offerings, for example, as a single process can increase the speed and efficiency of online transactions. By combining checkout systems (and the user interface screens) for the checkout offerings sold via multiple price setting processes (e.g. fixed price and auction offerings), the purchaser of these offerings no longer has to contend with using two separate checkout systems. The combined checkout system allows for the separation of transactions so that different offerings can be paid for by different methods and can use different shipping methods.
[020] Figure 1 is block diagram illustrating an exemplary network-based commerce facility in the form of an Internet-based auction and fixed-price facility 10. While an exemplary embodiment of the present invention is described within the context of an auction and fixed-price facility, the invention will find application in many different types of computer-based, and network-based, commerce facilities. [021] The auction and fixed-price facility 10 includes one or more of a number of types of front-end servers, namely 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, Internet server application program interface (IS API) or common gateway interface (CGI) servers 18 that provide an intelligent interface to the back-end of facility 10, and search servers 20 that handle search requests to the facility 10. E-mail servers 21 provide, mter alia, automated e-mail communications to users of the facility 10. The page servers 12, picture servers 14, CGI servers 18, search service 20, e-mail servers 21 and database engine server 22 may individually, or in combination, act as a communication engine to facilitate communications between, for example, the client machine 32 and the network-based auction facility 10.
[022] The back-end servers include a database engine server 22, a search index server 24 and a credit card database server 26, each of which maintains and facilitates access to a respective database.
[023] The Internet-based auction and sale facility 10 may be accessed by a client program 30, such as a browser (e.g., the Internet Explorer distributed by Microsoft Corp. of Redmond, Washington) that executes on a client machine 32 and accesses the facility 10 via a network such as, for example, the Internet 34. Other examples of networks that a client may utilize to access the auction facility 10 include a wide area network (WAN), a local area network (LAN), a wireless network (e.g., a cellular network), or the Public Switched Telephone Network (PSTN) network.
[024] Figure 2 is a database diagram illustrating an exemplary database 23, maintained by and accessed via the database engine server 22, which at least partially implements and supports the auction and sale facility 10. The database 23 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. In an alternative embodiment, the database 23 maybe implemented as collection of objects in an object-oriented database. [025] Central to the database 23 is a user table 40, which contains a record for each user of the facility 10. A user may operate as a seller, buyer, bidder, or all three within the facility 10. The database 23 also includes offerings tables 42 that may be linked to the user table 40. The offerings tables 42 may include a seller offerings table 44, a fixed- price buyer offerings table 45, and a bidder offerings table 46. A user record in the user table 40 may be linked to multiple offerings that are being, or have been, auctioned or otherwise offered for sale via the facility 10. A link indicates whether the user is a seller, a bidder, or a buyer with respect to offerings for which records exist within the offerings tables 42.
[026] The database 23 also includes one or more category tables 47. Each record within the category table 47 describes a respective category. In one embodiment, a specific category table 47 describes multiple, hierarchical category structures, and includes multiple category records, each of which describes the context of a particular category within the one of the multiple hierarchical category structures. For example, the category table 47 may describe a number of real, or actual, categories to which offering records, within the offerings tables 42, may be linked. [027] The database 23 also includes a note table 48 populated with note records that may be linked to one or more offering records within the offerings tables 42 and/or to one or more user records within the user table 40. Each note record within the table 48 may include, ter alia, a comment, description, history or other information pertaining to an offering being auction via the auction facility 10, or to a user of the auction facility 10.
[028] A number of other tables are also shown to be linked to the user table 40, namely a user past aliases table 50, a feedback table 52, a feedback details table 53, a bids table 54, an accounts table 56, an account balances table 58 and a transaction record table. The transactions record table contains a record of the items purchased by the buyer, acting as a virtual shopping cart 60. The virtual shopping cart 60 tracks the item subject to the transaction, the seller, the buyer, the price of the item, the method of purchase (e.g. fixed price, buy-it-now, or auction), the date of the purchase, and the current status of the transfer (e.g. processing or item delivered).
[029] One embodiment of the virtual shopping cart 60 is illustrated in Fig. 3. The virtual shopping cart defines a number of fields for each record to track a transaction associated with a user. These fields can include an ID field 300 for the item transacted, an item description field 310, an ID field 320 for the seller of the item, an ID field 330 for the buyer of the item or bidder on the item, a field 340 to store a description of the price setting process (e.g. fixed price, buy-it-now, or auction), a field 350 to store a flag indicating if the price setting process has been completed, a field 360 to store the date on which the price setting process is completed, a field 370 to store the date that the item was listed for sale, a field 380 to store a flag indicating if the transaction has been completed, and a field 390 to store a flag indicating whether a payment reminder has automatically been sent by the auction facility 10 to a successful buyer, hi an embodiment where only two price setting processes are available, the price setting process description field 340 is a flag. The presence of this field allows the virtual shopping cart to contain a first type of record for one type of price setting process and a second type of record for a second type of price setting process. [030] A user, desiring to buy or bid on an offering, accesses the facility 10 and the databases within to find a desired offering. An offering can be a good or service to be sold. A method 400 for choosing offerings to purchase, according to an exemplary embodiment of the present method, is illustrated by the flowchart in Figure 4. At block 410, a purchaser initiates a purchase procedure by accessing the sales site. At block 420, once the purchaser is viewing an interface to a sales site, the purchaser has the option of viewing interfaces to an auction site or a fixed-price (FP) site. At block 430, having selected the type of offering to be reviewed, the facility 10 then displays a selection of offerings to purchase.
[031] For fixed price offerings, a purchaser selects an offering that meets the purchaser's needs and price requirements 500. The facility 10 then displays a screen describing an offering for sale, as shown in Figure 5. hi one embodiment, the screen displays a brief description of the offerings for sale 510. In a further embodiment, the screen displays a price for the offering 520 and a mechanism for signaling intent to purchase 530. In an additional embodiment, a location 540 and contact information 550 for the seller is made available to the purchaser.
[032] In auctions, the user places a bid on an offering 600 by stating a maximum amount that the user is willing to pay 440. If the price of the item exceeds that maximum, the user has the option of increasing that maximum until the time for the bid expires, hi bidding, the system displays a screen describing an auction offering for sale, as shown in Figure 6. Like the fixed price screen in one embodiment, the auction screen contains a brief description of the offering being offered 610. In a further embodiment, the screen contains a bid-making component 620. The bid-making component 620 comprises a listing of the current bid 622, a listing of the minimum acceptable bid increment 624, and an entry field for the purchaser's maximum acceptable bid 626. hi an additional embodiment, further information about the seller is made available, such as location 630 and seller contact information 632. Information about the bidding, such as bid history 640 and amount of time left on the bid 642, is also made available on the screen, hi an alternate embodiment, selection of fixed price offerings 650 and bidding on auction offerings are on the same screen.
[033] At block 450, for both fixed price offerings and auction offerings, the purchaser, if not finished shopping, can go back to block 420 and choose whether to look at an auction list or fixed price list. If finished shopping, the purchaser will proceed to the checkout site at block 460.
[034] One embodiment of the procedure for presenting a checkout interface 700 is illustrated in the flowchart of Figure 7. The purchaser begins at the purchase item screen at block 800. The user enters the quantity desired and clicks "purchase now." At block 710, the purchaser proceeds to the checkout screen. At block 720, the purchaser selects a method of payment for the offerings. Payment methods include Internet transaction payments at block 730, credit cards at block 740, and other arrangements made between the seller and the purchaser at block 900. After a payment method has been chosen, the purchaser reviews the order at block 1000. Finally, if the purchaser wishes to proceed with the order, the order is confirmed at block 1100. At block 750, the order is submitted, providing the user with a complete list of the transaction, including the final total value, item information for ordered item, specific information about the seller and the store.
[035] In one embodiment, a purchase item screen is configured in the manner shown in Figure 8. The purchase item screen lists the items that are being purchased by the purchaser 810. Information about the purchase items is listed, such as quantity 812, per item price 814, incidental costs such as tax and shipping and handling 816, and a total cost of the item 818. In an additional embodiment, entry fields 820 allow the purchaser to be identified 822 and security features, such as a password, to be implemented 824. hi a further embodiment, the purchaser can select a method of purchase 830. A meter 840 is displayed in one embodiment, showing the purchaser progress along in the checkout process. While the screen in the present embodiment shows items being purchased, an alternate embodiment could show an offering of services or a combination of items and services.
[036] If the purchaser wishes to arrange an alternate method of payment, in one embodiment, the purchaser would be shown a payment option screen, as illustrated in Figure 9. The screen displays the offering being purchased 910 and the amount to be paid for the offering 920. hi a further embodiment, the address to which the offering will be shipped or at which the service is performed is listed 930. The purchaser is offered a checkpoint list allowing the purchaser to choose among methods of payment 940. These options include cashier's check 942, money order 944, or pick up at the seller's home 946.
[037] Before completing the transaction, the purchaser is shown a review screen, an example of which is shown in Figure 10, that allows the purchaser to review the terms of the purchase. In one embodiment, the offering being purchased is listed 1010, along with the price for that offering 1020. The purchaser is also shown the shipping address 1030 and the method of payment selected 1040. In an additional embodiment, a meter is displayed showing the purchaser progress in the confirmation process 1050. In a further embodiment, the screen displays a hyperlink that will allow the purchaser to arrange separate payment methods for separate offerings 1060. The purchaser can arrange separate payment methods for auction offerings and for fixed price offerings, or arrange separate payment methods for two offerings of the same pricing type. In one embodiment, the purchaser chooses an insurance option. Additionally, the purchaser can arrange for different shipping methods for different offerings, hi an alternative embodiment, this hyperlink could be placed on earlier or later screens. [038] Once the transaction is completed, the purchaser is shown a confirmation screen, an example of which is shown in Figure 11. h one embodiment, the screen displays the seller 1110 and the seller's contact information 1112. The screen allows the purchaser to double check the shipping address 1120, the billing address 1122, and the payment method 1024. Additionally, the offerings purchased 1130, the number of offerings purchased 1132, and the purchase price 1134 are listed.
[039] One embodiment of the checkout procedure 1200 is illustrated in the flowchart of Figure 12. At block 1205, the buyer chooses an item. At block 1210, the price of the item is estimated, including shipping and taxes. At decision block 1215, the buyer chooses a preferred payment method. These include credit card at block 1220, Internet transaction payment at block 1225, or other method of payment at block 1230. At block 1235, the shipping information is obtained from the seller. At block 1240, the buyer chooses the buyer's own shipping and insurance options. At block 1245, the total price is calculated. At decision block 1250, the availability of the chosen item is checked. If the item is not available, the transaction is denied at block 1255. At block 1260, notification of denial of the transaction is sent. If the item is available, the inventory containing the item is decremented in block 1265. At block 1270, the buyer and seller are charged. At block 1275, the transaction is created, and the buyer and seller are notified in block 1260.
[040] h one embodiment, the checkout is performed by adding a software checkout function for fixed price items to the software used to checkout auction items, as hosted by an ISAPI server 18. The checkout function generates multiple Internet Server Application Program Interface (ISAPI) pages in the process. A result object is created at the ISAPI level and passed on to the checkout function for use. The ISAPI caller populates a checkout result class with the post information on that page. The checkout function validates this new information and completes the purchase. Each validation, as well as the final purchase, changes the state of the checkout result object. This new state will be returned to the ISAPI caller method to process and determine the next steps. [041] The public functions of the checkout function class include a class destructor, review result retrieval, and shipping address review result retrieval. The class destructor deletes all the memory created by the object. The review result retrieval function validates item, quantity, insurance, payment option and user. The validation errors and results are copied into the result object that the function returns. The review result retrieval function also calls a purchase ID function to generate a purchase identification number. The purchase identification number is generated during this function in order to guarantee that each checkout is unique and avoid users from duplicating the same transaction by double clicking on the confirm button. A constraint within the bids table disregards any second thread generated by double clicking. The shipping address review result retrieval function validates the shipping address for the user and ensures that the seller allows for international shipping when the buyer or buyers choose an international address. The shipping address review result retrieval function returns a result object containing at least copies of validation errors and results. [042] The protected functions of the checkout function include functions to validate item and quantity, validate payment option, validate insurance, validate user, validate shipping address, and purchase. The validate item and quantity function validates that the item exists, is a fixed price item, that the auction is not over, and that the quantity requested is available in the database. The availability of the item is a preliminary check to be repeated during the purchase function. On validation, the item specific data members are populated in the result object for later use. The validate payment option function checks for the payment options made available by the seller and checks if the buyer has already chosen one of these options. This function is enacted after the insurance is chosen and the buyer is validated, so that the payment can be redirected if needed. The validate insurance function checks whether the seller offers insurance and whether the buyer has chosen that insurance. The validate user function checks the user ID and password for the buyer and adds appropriate error signals if necessary. The validate shipping address checks to see that all the needed fields like street address, name, zip code and others are filled in by the user. This function also validates international shipping requests against the seller's selling preferences. [043] The purchase function contains all the logic to validate availability and adjust the item quantity on a successful purchase. Checkout transactions will confirm their purchase at the final confirmation page with this purchase process wrapper. Transactions with direct credit card billing will use this wrapper to do quantity validation and inventory reduction using an API call, just before the buyer's card is charged to ensure that the buyer's credit card is billed only if the desired quantity is available. In an alternative embodiment, the items are reserved for a time once checkout has begun. If the desired quantity of the item is available, the inventory of the item is decremented and the transaction record is created. The decrement of the quantity in the database is atomic and no two threads will be able to decrement that quantity at the same time. Additionally, the purchase process wrapper will send out the end of transaction e-mail to both the buyer and the seller, enable feedback on the transaction, and charge the final value fee. The end of transaction e-mail includes the shipping address of the buyer, the payment option chosen, the quantity the buyer wanted, and the time stamp of the transaction. [044] Figure 13 shows a diagrammatic representation of a machine in the exemplary form of a computer system 1300 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 or any machine capable of executing a sequence of instructions that specify actions to be taken by that machine.
[045] The computer system 1300 includes a processor 1302, a main memory 1304 and a static memory 1306, which communicate with each other via a bus 1308. The computer system 1300 may further include a video display unit 1310 (e.g., a liquid crystal display (LCD) or a cathode ray tube (CRT)). The computer system 1300 also includes an alpha-numeric input device 1312 (e.g., a keyboard), a cursor control device 1314 (e.g., a mouse), a disk drive unit 1316, a signal generation device 1320 (e.g., a speaker) and a network interface device 1322.
[046] The disk drive unit 1316 includes a machine-readable medium 1324 on which is stored a set of instructions (i.e., software) 1326 embodying any one, or all, of the methodologies described above. The software 1326 is also shown to reside, completely or at least partially, within the main memory 1304 and/or within the processor 1302. The software 1326 may further be transmitted or received via the network interface device 1322 from the network 1328. For the purposes of this specification, the term "machine- readable medium" shall be taken to include any medium that 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. [047] Thus, a network-based system and method for at least partially completing transactions established using more than one price setting process are disclosed. Although the present invention is described herein with reference to a specific preferred embodiment, many modifications and variations therein will readily occur to those with ordinary skill in the art. Accordingly, all such variations and modifications are included within the intended scope of the present invention as defined by the following claims.

Claims

CLAIMSWhat is claimed is:
1. A computer-implemented method of facilitating electronic commerce, the method including: facilitating a first type of transaction process that allows a purchaser to purchase a first offering using a first price setting process; facilitating a second type of transaction process that allows the purchaser to purchase a second offering using a second price setting process; enabling the purchaser to complete a transaction for both the first and second offerings; and utilizing a virtual shopping cart to maintain a first record representing the first offering and a second record representing the second offering while the transaction is being completed.
2. The method of claim 1, wherein facilitating the first type of process includes generating a first user interface to facilitate the first type of process and facilitating the second type of transaction process includes generating a second user interface to facilitate the second type of process.
3. The method of claim 2, wherein the first interface facilitates fixed price purchasing of a plurality of offerings.
4. The method of claim 2, wherein the second interface facilitates auction priced purchasing of a plurality of offerings.
5. The method of claim 2, wherein the first user interface and the second user interface are generated to be displayed on the same interface screen.
6. The method of claim 1, wherein the first type of process allows purchasing of fixed price offerings.
7. The method of claim 1, wherein the second type of process allows bidding on and purchasing of auction priced offerings.
8. The method of claim 1 , including enabling the purchaser to select one of a set of methods of payment.
9. The method of claim 8, wherein the set of methods of payment include at least one of a group of payment methods including credit card, separate payment arrangement, and Internet money transaction.
10. The method of claim 8, including enabling each offering to be paid for by a separate payment method of the set of methods of payment.
11. The method of claim 1 , including enabling the purchaser to select one of a set of methods of delivery.
12. The method of claim 11 , wherein the set of methods of delivery include at least one of a group of delivery methods including direct mail, courier service, and pick up by the purchaser.
13. The method of claim 11 , including enabling each offering to be delivered by a separate delivery method of the set of methods of delivery.
14. A method, comprising: using a virtual shopping cart subsystem to maintain a first record representing a first offering for purchase using a first type of price-setting process and a second record representing a second offering for purchase using a second type of price-setting process while a transaction for both offerings is being completed; and completing the transaction.
15. The method of claim 14, further comprising: generating at least one transaction interface via which a buyer utilizing a network-based transaction facility establishes a first price for the first offering via the first type of price-setting process and a second price for the second offering via the second price setting process.
16. The method of claim 15, further comprising using the virtual shopping cart subsystem to implement a virtual shopping cart associated with the buyer, the virtual shopping cart storing details pertaining to both the first and second offerings prior to the completion of the transactions pertaining to the first and second offerings.
17. The method of claim 16, wherein the virtual shopping cart associated with the buyer permits for a concurrent payment from the buyer to a seller of the first and second offerings to thereby concurrently complete the transactions pertaining to the first and second offerings.
18. The method of claim 17, wherein the concurrent payment is for a total of the first price and the second price.
19. The method of claim 18, wherein the first price setting process is an auction process and the second price setting process is a fixed-price process.
20. The method of claim 19, further comprising using an interface subsystem to facilitate a first price setting process via which the buyer, utilizing the network-based transaction facility, establishes the first price, and to facilitate a second price setting process via which the buyer, utilizing the network-based transaction facility, establishes the second price.
21. The method of claim 20, further comprising using the virtual shopping cart associated with the buyer to store details pertaining to a plurality of offerings for which prices have been set via a plurality of price setting processes so as to allow the buyer to concurrently complete a plurality of transactions pertaining to the plurality of offerings.
22. The method of claim 21, wherein the plurality of offerings are offerings from a single seller.
23. The method of claim 22, further comprising using the virtual shopping cart subsystem to implement a plurality of virtual shopping carts associated with the buyer.
24. A machine-readable storage medium tangibly embodying a sequence of instructions executable by the machine to perform a method comprising: using a virtual shopping cart subsystem to maintain a first record representing a first offering for purchase using a first type of price-setting process and a second record representing a second offering for purchase using a second type of price-setting process while a transaction for both offerings is being completed; and completing the transaction.
25. The machine-readable storage medium of claim 24, further comprising: generating at least one transaction interface via which a buyer utilizing a network-based transaction facility establishes a first price for the first offering via the first type of price-setting process and a second price for the second offering via the second price setting process.
26. The machine-readable storage medium of claim 25, further comprising using the virtual shopping cart subsystem to implement a virtual shopping cart associated with the buyer, the virtual shopping cart storing details pertaining to both the first and second offerings prior to the completion of the transactions pertaining to the first and second offerings.
27. The machine-readable storage medium of claim 26, wherein the virtual shopping cart associated with the buyer permits for a concurrent payment from the buyer to a seller of the first and second offerings to thereby concurrently complete the transactions pertaining to the first and second offerings.
28. The machine-readable storage medium of claim 27, wherein the concurrent payment is for a total of the first price and the second price.
29. The machine-readable storage medium of claim 28, wherein the first price setting process is an auction process and the second price setting process is a fixed-price process.
30. The machine-readable storage medium of claim 29, further comprising using an interface subsystem to facilitate a first price setting process via which the buyer, utilizing the network-based transaction facility, establishes the first price, and to facilitate a second price setting process via which the buyer, utilizing the network-based transaction facility, establishes the second price.
31. The machine-readable storage medium of claim 30, further comprising using the virtual shopping cart associated with the buyer to store details pertaining to a plurality of offerings for which prices have been set via a plurality of price setting processes so as to allow the buyer to concurrently complete a plurality of transactions pertaining to the plurality of offerings.
32. The machine-readable storage medium of claim 31 , wherein the plurality of offerings are offerings from a single seller.
33. The machine-readable storage medium of claim 32, further comprising using the virtual shopping cart subsystem to implement a plurality of virtual shopping carts associated with the buyer.
34. A system to facilitate purchase of offerings via a network-based transaction facility, the system including: an interface subsystem to generate at least one transaction interface via which a buyer, utilizing the network-based transaction facility, establishes a first price for a first via a first price setting process and a second price for a second offering via second price setting process; and a virtual shopping cart subsystem to facilitate concurrent completion of transactions pertaining to the first and second offerings.
35. The system of claim 34 wherein the virtual shopping cart subsystem implements a virtual shopping cart associated with the buyer, the virtual shopping cart storing details pertaining to both the first and second offerings prior to the completion of the transactions pertaining to the first and second offerings.
36. The system of claim 35 wherein the virtual shopping cart associated with the buyer permits for concurrent payment from the buyer to a seller of the first and second offerings to thereby concurrently complete the transactions pertaining to the first and second offerings.
37. The system of claim 36 wherein the concurrent payment is for a total of the first price and the second price.
38. The system of claim 37 wherein the first price setting process is an auction process and the second price setting process is a fixed-price process.
39. The system of claim 38 wherein the interface subsystem generates a first price setting process interface via which the buyer, utilizing the network-based transaction facility, establishes the first price, and generates a second price setting process interface via which the buyer, utilizing the network-based transaction facility, establishes the second price.
40. The system of claim 39 wherein the virtual shopping cart associated with the buyer stores details pertaining to a plurality of offerings for which prices have been set via a plurality of price setting processes so as to allow the buyer to concurrently complete a plurality of transactions pertaining to the plurality of offerings.
41. The system of claim 40 wherein the plurality of offerings are offerings from a single seller.
42. The system of claim 41 wherein the virtual shopping cart subsystem implements a plurality of the virtual shopping carts associated with the buyer, each of the plurality of the virtual shopping carts being associated with a respective seller.
PCT/US2003/002209 2002-01-29 2003-01-24 Combined auction and fixed price checkout system WO2003065151A2 (en)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CA002474642A CA2474642A1 (en) 2002-01-29 2003-01-24 Combined auction and fixed price checkout system
KR1020047011629A KR100897675B1 (en) 2002-01-29 2003-01-24 Combined auction and fixed price checkout system
AU2003207676A AU2003207676B2 (en) 2002-01-29 2003-01-24 Combined auction and fixed price checkout system
EP03705900A EP1470510A4 (en) 2002-01-29 2003-01-24 Combined auction and fixed price checkout system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US6052402A 2002-01-29 2002-01-29
US10/060,524 2002-01-29

Publications (2)

Publication Number Publication Date
WO2003065151A2 true WO2003065151A2 (en) 2003-08-07
WO2003065151A3 WO2003065151A3 (en) 2004-03-04

Family

ID=27658320

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2003/002209 WO2003065151A2 (en) 2002-01-29 2003-01-24 Combined auction and fixed price checkout system

Country Status (6)

Country Link
EP (1) EP1470510A4 (en)
KR (1) KR100897675B1 (en)
CN (1) CN1625750A (en)
AU (1) AU2003207676B2 (en)
CA (1) CA2474642A1 (en)
WO (1) WO2003065151A2 (en)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007129070A2 (en) * 2006-05-08 2007-11-15 Nstance Limited Data processing tool
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
US20130046650A1 (en) * 2011-08-18 2013-02-21 Jeff Geurts Method and System for Online Auctions
US10733444B2 (en) 2016-07-12 2020-08-04 Walmart Apollo, Llc Systems and methods for automated assessment of physical objects
US20210217069A1 (en) * 2004-12-23 2021-07-15 Ebay Inc. Multiple format search result sets

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105976243A (en) * 2016-04-27 2016-09-28 焦小兴 Reverse expected stock trading system

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6029141A (en) * 1997-06-27 2000-02-22 Amazon.Com, Inc. Internet-based customer referral system
US20020002513A1 (en) * 1998-11-25 2002-01-03 James P. Chiasson Computer network transaction system
KR20000037395A (en) * 2000-04-21 2000-07-05 이상훈 Method to provide auction service on Internet
KR20010067794A (en) * 2001-03-27 2001-07-13 김형우 Settling method of eletronic commerce using a Double Settling Accoument
KR20010100045A (en) * 2001-06-11 2001-11-14 김대화 Marketing Method Through The Network Auction
KR20030018755A (en) * 2001-08-31 2003-03-06 (주) 와더스 E-comerce system and method thereof

Non-Patent Citations (2)

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

Cited By (11)

* Cited by examiner, † Cited by third party
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
US20210217069A1 (en) * 2004-12-23 2021-07-15 Ebay Inc. Multiple format search result sets
WO2007129070A2 (en) * 2006-05-08 2007-11-15 Nstance Limited Data processing tool
WO2007129070A3 (en) * 2006-05-08 2008-01-17 Nstance Ltd Data processing tool
US20130046650A1 (en) * 2011-08-18 2013-02-21 Jeff Geurts Method and System for Online Auctions
US10733444B2 (en) 2016-07-12 2020-08-04 Walmart Apollo, Llc Systems and methods for automated assessment of physical objects

Also Published As

Publication number Publication date
AU2003207676B2 (en) 2009-10-01
KR100897675B1 (en) 2009-05-14
EP1470510A2 (en) 2004-10-27
CN1625750A (en) 2005-06-08
CA2474642A1 (en) 2003-08-07
KR20040075963A (en) 2004-08-30
EP1470510A4 (en) 2007-10-31
WO2003065151A3 (en) 2004-03-04

Similar Documents

Publication Publication Date Title
US10242398B2 (en) Integrating third party shopping cart applications with an online payment service
US7493281B2 (en) Automatic notification of irregular activity
US20150012376A1 (en) Method and system automatically to support multiple transaction types, and to display seller-specific transactions of various transaction types in an integrated, commingled listing
US8775273B2 (en) System and method for transaction automation
US20130138559A1 (en) Method and system to automate payment for a commerce transaction
US8209228B2 (en) Method and system for reporting fraud and claiming compensation related to network-based transactions
US7366684B1 (en) Blind-supply open commerce business system
WO2006024028A2 (en) Systems and methods for online trade-in of goods
US20050251410A1 (en) Price presentation in an online e-commerce system
US20140195381A1 (en) System and method for seller and item filters
US20070136179A1 (en) System & method for providing reverse auction services
US7827079B2 (en) Method and system for assessing and reporting VAT charges for network-based marketplace services
WO2001071580A1 (en) Method and apparatus for bi-directionally auctioning between buyers and sellers using a computer network
JP2010165374A (en) System for anonymity electronic commerce having crediting function and method
AU2003207676B2 (en) Combined auction and fixed price checkout system
US20070100706A1 (en) System and method for order verification
AU2003207676A1 (en) Combined auction and fixed price checkout system
US7827103B1 (en) Method and apparatus to maintain rules for charges associated with combined transactions established utilizing a multi-seller network-based marketplace
US20020198805A1 (en) Method and apparatus for optimizing taxes in a transaction
US20120030049A1 (en) Method of providing rental and purchase market for textbooks
JP2002074235A (en) Online settlement system, service point settlement system, its method, and recording medium on which its program is recorded
WO2001045001A1 (en) Article selling method using network system
AU2012201333A1 (en) A system and method for exchanging and selling of tangible items

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 BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ OM PH PL PT RO RU SC SD SE SG SK SL 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): GH GM KE LS MW MZ 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 PT 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
WWE Wipo information: entry into national phase

Ref document number: 2003207676

Country of ref document: AU

WWE Wipo information: entry into national phase

Ref document number: 2474642

Country of ref document: CA

Ref document number: 1020047011629

Country of ref document: KR

WWE Wipo information: entry into national phase

Ref document number: 20038029197

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 2003705900

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 2003705900

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: JP

WWW Wipo information: withdrawn in national office

Ref document number: JP