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

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 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 settlement system

technical field

The technical field of the invention relates to online electronic commerce. More specifically, the present invention relates to a checkout system for multiple price setting processes in an electronic commerce environment.

Background technique

To price the sale of goods or services, electronic commerce (e-commerce) systems employ a variety of methods. One method is that the seller presets the price at which he is willing to sell the item, such as Amazon's one-click method. Another approach is to have the buying process at an online auction (or bidding) generate a selling price, such as eBay. In a fixed-price buying process, once a price has been established, the buyer is generally directed through a system of final settlement for the good or service. This enables payment methods, delivery methods and other important information to be entered, edited or confirmed.

Contents of the invention

A system and method are disclosed, comprising a first user interface for assisting in a first type of process of purchasing a first offering which enables a buyer to select said first offering; a second user interface for assisting in the first type of process a second type of process that enables the buyer to bid on a second offering; and a third user interface that enables the buyer to complete a transaction for the first and second offerings.

Description of drawings

The invention is illustrated by way of example and not limitation in the accompanying drawings, in which:

The block diagram in Figure 1 illustrates an exemplary web-based business establishment in the form of an Internet-based auction and sales establishment.

The database diagram in Figure 2 shows an exemplary database that implements and supports the auction and sales organization.

Figure 3 is a representation of a virtual shopping cart according to an exemplary embodiment of the invention.

The flowchart in FIG. 4 illustrates an exemplary method for purchasing fixed-price sale and auction items online.

Figure 5 is an interface that facilitates purchasing fixed price offers, according to an exemplary embodiment of the present invention.

Figure 6 is an interface to facilitate bidding on auction items, according to an exemplary embodiment of the present invention.

The flowchart in FIG. 7 illustrates an exemplary method for a buyer to complete an online transaction for a fixed price sale or auction.

Figure 8 is an interface that facilitates purchasing, according to an exemplary embodiment of the invention.

Figure 9 is an interface that assists in selecting another payment method, according to an exemplary embodiment of the present invention.

Figure 10 is an interface to assist in reviewing the purchase, according to an exemplary embodiment of the invention.

Figure 11 is an interface that facilitates validation, according to an exemplary embodiment of the present invention.

The flowchart in FIG. 12 illustrates an exemplary method for a system to effectuate an online transaction of fixed price offerings.

Figure 13 is a diagram of a computer system within which a set of instructions may be executed.

Detailed ways

A web-based system and method are disclosed for at least partially completing transactions established using more than one price setting process. 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 those skilled in the art that the present invention may be practiced without these specific details. Furthermore, well-known structures, devices, procedures, and interfaces have not been shown or described in detail to avoid unnecessarily obscuring the invention.

Implementing the settlement process for fixed price offers and auctions, for example, as a single process can increase the speed and efficiency of online transactions. With the settlement system (and user interface screens) for settlement offerings (such as fixed price offerings and auctions) that are sold utilizing multiple price setting processes, buyers of these offerings no longer need to contend with two separate settlement system. The combined settlement system realizes the separation of transactions, so that different offerings can be paid for by different methods, and different shipping methods can be used.

The block diagram in FIG. 1 illustrates an exemplary web-based business establishment in the form of an Internet-based auction and fixed price establishment 10 . Although the exemplary embodiments of the invention are described in the context of auction and fixed price establishments, the invention may find application in many different types of computer-based and network-based businesses.

The auction and fixed price facility 10 includes one or more of several types of front-end servers, namely a page server 12 that delivers web pages (e.g., markup language files), an image server 14 that dynamically delivers images to be displayed within a web page, list (listing) server 16, Internet Server Application Programming Interface (ISAPI) or Common Gateway Interface (CGI) server 18 that provides an intelligent interface to the back end of establishment 10, and search server 20 that handles search requests to establishment 10. One of the functions of email server 21 is to provide automatic email communications to users of institution 10 . Page server 12, picture server 14, CGI server 18, search server 20, e-mail server 21, and database engine server 22 may individually or collectively function as communication engines to facilitate, for example, client machines 32 and Communication between auction houses 10 of the network.

Backend servers include database engine server 22, search index server 24, and credit card database server 26, each of which maintains and facilitates access to various databases.

The Internet-based auction and sales establishment 10 is accessible by a client program 30 such as a browser (e.g., Internet Explorer from Microsoft Corporation, Redmond, Washington), which executes on a client machine 32 and The institution 10 is accessed, for example, through a network such as the Internet 34 . Examples of other networks that a user may use to access auction house 10 include a wide area network (WAN), a local area network (LAN), a wireless network (eg, a cellular network), or a public switched telephone network (PSTN) network.

FIG. 2 is a database diagram illustrating an exemplary database 23 maintained by and accessed by database engine server 22 that at least partially implements and supports auction and sales organization 10 . In one embodiment, the database 23 may be implemented as a relational database and include multiple tables containing entries or records linked by indexes and keys. In another embodiment, database 23 may be implemented as a collection of objects in an object-oriented database.

Central to the database 23 is a user table 40 containing a record for each user of the organization 10 . A user may have multiple identities within the organization 10, like seller, buyer, bidder or all three. Database 23 also includes Offers table 42 , which may be linked to Users table 40 . Offer tables 42 may include seller offering table 44 , fixed price buyer offering table 45 , and bidder offering table 46 . A user record in user table 40 may be linked to a number of offerings that are being or have been auctioned off, or otherwise offered for sale by establishment 10 . A link indicates whether the user is a seller, bidder, or buyer with respect to an offering whose record exists in offering table 42 .

Database 23 also includes one or more classification lists 47 . Each record in Classification Table 47 describes a single class. In one embodiment, a specific taxonomy table 47 describes multiple, hierarchical taxonomy structures, and includes multiple taxonomy records, each of which describes a specific category within one of the multiple hierarchical taxonomy structures. context. For example, category table 47 may describe a number of real, or actual, categories to which offering records within offering table 42 may be linked.

Database 23 also includes notes table 48 populated with note records that may be linked to one or more offer records within offer table 42 and/or one or more user records within user table 40 . Each note record in the table 48 may include comments, descriptions, history or other information about an offering being auctioned by the auction house 10, or about a certain user of the auction house 10, and the like.

Also shown are a number of other tables interlinked with the user table 40, namely a user past name table 50, a feedback table 52, a feedback detail table 53, a bid table 54, an account table 56, an account balance table 58, and a transaction history table. The transaction log contains a record of the items purchased by the buyer and acts as a virtual shopping cart 60 . The virtual shopping cart 60 tracks the items under the transaction, the seller, the buyer, the price of the item, the method of purchase (e.g., fixed price, buy-it-now, or auction), date of purchase, and current date of forwarding. Status (for example, "Processing" or "Item Delivered").

One embodiment of a virtual shopping cart is illustrated in FIG. 3 . The virtual shopping cart defines fields for each record to track transactions associated with the user. These fields may include an ID field 300 for the item traded, an item description field 310, an ID field 320 for the seller of the item, an ID field 330 for a buyer of the item or a bidder for the item, for storing information on the price setting process (e.g. , fixed price, fixed price, buyout price or auction), a field 340 for storing a flag indicating whether the price setting process has been completed, a field 350 for storing the date when the price setting process is completed field 360 for storing the date the item was listed for sale 370, a field 380 for storing a flag indicating whether the transaction was complete, and a field 380 for storing a reminder indicating payment Field 390 of the flag whether it has been automatically sent by the auction house 10 to the successful buyer. In an embodiment where there are only two price setting processes available, the price setting process description field 340 is a flag. The presence of this field enables 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 wishing to purchase or bid on an offering accesses the establishment 10 and its internal database to find the desired offering. An offering may be a good or a service to be sold. The flowchart in FIG. 4 illustrates a method 400 for selecting offers to purchase, according to an exemplary embodiment of the invention. At block 410, the buyer initiates a purchase process by visiting the sales site. At block 420, once the buyer is viewing an interface for a sales site, the buyer may choose to view an interface for an auction site or a fixed price (FP) site. At block 430, after selecting the type of offering to be reviewed, establishment 10 displays the selection of offerings to be purchased.

For a fixed price offering, the buyer selects an offering 500 that meets the buyer's needs and price requirements. The institution 10 then displays a screen describing the offering for sale, as shown in FIG. 5 . In one embodiment, the screen displays a brief description 510 of the offering for sale. In a further embodiment, the screen displays the price 520 of the offer and a mechanism 530 for signaling intent to purchase. In an additional embodiment, the seller's location 540 and contact information 550 are provided to the buyer.

In an auction, a user places a bid 600 for an item for sale by declaring the maximum amount 440 that they are willing to pay. If the item's price exceeds the maximum amount, the user may choose whether to increase this maximum amount before the bidding time expires. During the bidding process, the system displays a screen depicting the auction for sale, as shown in FIG. 6 . As with the fixed price screen in one embodiment, the auction screen includes a brief description 610 of the offering being offered. In a further embodiment, the screen includes a bid-making component 620 . The offer component 620 includes a current bid list 622, a minimum acceptable bid increment list 624, and an entry field 626 for the buyer's maximum acceptable bid. In an additional embodiment, further information about the seller is also provided, such as location 630 and seller contact information 632 . Information about the bidding process is also provided on the screen, such as the bidding history 640 and the amount of time left to bid 642 . In an alternative embodiment, the selection 650 of the fixed price offer and the bid for the auction item are displayed on the same screen.

At block 450, whether for a fixed price sale or an auction, if the buyer has not finished shopping, he may return to block 420 to choose whether to view the auction listing or the fixed price listing. If shopping is finished, the buyer proceeds to a checkout site at block 460.

One embodiment 700 of a program presenting a checkout interface is illustrated in the flowchart of FIG. 7 . At block 800, the buyer begins with a purchase item screen. The user enters the desired quantity and clicks "Buy Now". At block 710, the buyer proceeds to a checkout screen. At block 720, the buyer selects a payment method for the offering. Payment methods include Internet transaction payment at block 730 , credit card at block 740 , and other means agreed between the seller and buyer at block 900 . After selecting a payment method, the buyer reviews the order at block 1000 . Finally, the order is confirmed at block 1100 if the buyer wishes to proceed with the order. At block 750, the order is submitted, providing the user with a complete listing of the transaction, including the final total, item information for the items ordered, and specific information about the seller and store.

In one embodiment, a Purchase Items screen is constructed in the manner of FIG. 8 . The Purchase Items screen lists those items 810 that the buyer is purchasing. Information about purchased items is listed, such as quantity 812 , price per item 814 , incidental expenses such as taxes and shipping and handling 816 , and the total price 818 of the item. In an additional embodiment, input box 820 enables identification of the buyer 822 and implements security features 824 such as passwords. In a further embodiment, the buyer may select a purchasing method 830 . In one embodiment, a gauge 840 is shown showing the buyer's progress along the settlement process. While the screen in this embodiment shows the item being purchased, another embodiment might show the offering of a service or a combination of items and services.

If the buyer wishes to set up an alternate payment method, in one embodiment, the buyer will be presented with a payment options screen, as shown in FIG. 9 . This screen shows the offering being purchased 910 and the amount due 920 for that offering. In a further embodiment, the address to which the offering will be shipped or serviced is also listed. A checkpoint list 940 is provided to the buyer to allow the buyer to choose among multiple payment methods. These options include cashier's check 942, money order 944, or cash delivery 946 at the seller's home.

Before completing the transaction, the buyer is presented with a review screen, an example of which is shown in Figure 10, which enables the buyer to review purchased items. In one embodiment, the offering being purchased 1010 is listed, along with the price 1020 of the offering. The shipping address 1030 and the selected payment method 1040 are also shown to the buyer. In an additional embodiment, a gauge 1050 is displayed to show the buyer's progress in the validation process. In a further embodiment, the screen also displays a hyperlink 1060 that will enable the buyer to set up individual payment methods for different offerings. Buyers can set separate payment methods for auction items and fixed-price offers, or for two offers of the same pricing type. In one embodiment, the buyer selects an insurance option. Additionally, buyers can set up different shipping methods for different offerings. In another embodiment, this hyperlink can be placed in an earlier or later screen.

Once the transaction is complete, the buyer is shown a confirmation screen, an example of which is shown in FIG. 11 . In one embodiment, the screen displays the seller 1110 and the seller's contact information 1112 . This screen enables the buyer to double check the shipping address 1120, billing address 1122 and payment method 1024. Also listed are the Offers purchased 1130 , the number of Offers purchased 1132 , and the purchase price 1134 .

One embodiment 1200 of the settlement process is shown in the flowchart of FIG. 12 . At block 1205, the buyer selects an item. At block 1210, a price for the item is estimated, including shipping and taxes. At decision block 1215, the buyer selects a preferred payment method. These include credit cards at block 1220 , Internet transaction payments at block 1225 , or other payment methods at block 1230 . At block 1235, shipping information is obtained from the seller. At block 1240, the buyer selects the buyer's own shipping and insurance options. At block 1245, the total price is calculated. At decision block 1250, it is checked whether the selected item is available. If the selected item cannot be obtained, the transaction is rejected at block 1255. At block 1260, a notification of denial of the transaction is sent. If the item is available, then at block 1265 the inventory containing the item is decremented. At block 1270, the buyer and seller are billed. At block 1275, the transaction is established, and at block 1260 the buyer and seller are notified.

In one embodiment, the settlement is done by adding a software settlement function for fixed price items to the software used to settle auction items (as hosted by ISAPI server 18). The settlement function generates a number of Internet Server Application Programming Interface (ISAPI) pages in the process. A result object is created at the ISAPI level and passed to the settlement function for use. The ISAPI caller populates the Settlement Result class with the information posted on the page. The settlement function validates this new information and completes the purchase. Every validation and finally a purchase changes the state of the settlement result object. This new status will be returned to the ISAPI caller method for processing and determining next steps.

The public functions of the settlement function class include class destructor (class destructor), review result acquisition, and delivery address review result acquisition. The class destructor deletes all memory created by the object. The review result fetch function verifies the item, quantity, insurance, payment option, and user. Validation errors and results are copied into the result object returned by said function. The review result acquisition function also calls the purchase ID function to generate a purchase identification number. The purchase identification number is generated during this function to ensure that each settlement is unique and prevents the user from repeating the same transaction by double-clicking the confirm button. Constraints within the bid table ignore any secondary threads created by double-clicks. The shipping address review result fetch function validates the user's shipping address and ensures that the seller can ship internationally when one or more buyers select an international address. The shipping address review result fetch function returns a result object containing at least a copy of the validation errors and the result.

Protected functions of the billing function include functions to verify item and quantity, verify payment option, verify insurance, verify user, verify shipping address, and purchase. The Verify Item and Quantity function verifies that the item exists, that the item is a fixed price item, that the auction has not ended, and that the requested quantity is available in the database. The availability of an item is a preliminary check that will be repeated during the purchase function. Once validated, item-specific data members are populated into the result object for later use. The Validate Payment Options function checks the payment options offered by the seller, and checks to see if the buyer has selected one of these options. This function is executed after the insurance is selected and the user is authenticated so that payment can be redirected if necessary. The Validate Insurance function checks whether the seller has offered insurance, and whether the buyer has selected that insurance. The authenticate_user function checks the user ID and password for the user and adds appropriate error signals if necessary. "Validate Shipping Address" checks to see if the user has filled in all required fields, such as street address, name, zip code, and other information. This function also validates international shipping requests against the seller's sales preferences.

The buy function contains all the logic to verify availability and adjust the quantity of items for a successful purchase. Settlement transactions will utilize this purchase process wrapper to confirm their purchase at the final confirmation page. Transactions using direct credit card payments use an API call to use this wrapper for quantity verification and inventory reduction just before the buyer's card is charged to ensure that the buyer's card is only charged when the desired quantity is available . In another embodiment, the item will be held for a period of time after settlement begins. If the desired quantity of the item is available, decrement the item's inventory and create a transaction. The reduction of the amount in the database is atomic, and no two threads can reduce the amount at the same time. Additionally, the buying process wrapper will send both buyer and seller a transaction-closed email, allow feedback on the transaction, and charge for the final value. The transaction close email includes the buyer's shipping address, the payment option selected, the buyer's desired quantity, and the timestamp of the transaction.

Fig. 13 shows, in the exemplary form of a computer system 1300, a diagram of a machine within which a set of instructions may be executed such that the machine may implement any of the methods described above. In alternative embodiments, the machine may comprise a network router, a network switch, a network bridge, a personal digital assistant (PDA), a cellular telephone, a network device, or a computer capable of executing a sequence of instructions specifying actions to be taken by the machine. any machine.

Computer system 1300 includes processor 1302 , main memory 1304 and static memory 1306 that communicate with each other via a bus 1308 . Computer system 1300 may also include a video display unit 1310 (eg, a liquid crystal display (LCD) or a cathode ray tube (CRT)). Computer system 1300 also includes alphanumeric input device 1312 (eg, keyboard), pointer control device 1314 (eg, mouse), disk drive unit 1316 , signal generating device 1320 (eg, speaker), and network interface device 1322 .

Disk control unit 1316 includes a machine-readable medium 1324 having stored thereon a set of instructions (eg, software) 1326 that may implement any or all of the methods described above. Software 1326 is also shown residing wholly or at least partially within main memory 1304 and/or within processor 1302 . Software 1326 may also receive from or transmit to network 1328 through network interface device 1322 . For purposes of description, the term "machine-readable medium" shall be taken to include any medium capable of storing or encoding a sequence of instructions for execution by the machine and enabling the machine to implement any of the methods of the present invention. Accordingly, the term "machine-readable medium" shall be construed to include, but not be limited to, solid-state memory, optical and magnetic disks, and carrier signals.

Thus, a web-based system and method are disclosed for at least partially completing transactions established using more than one price setting process. Although the invention has been described herein with reference to certain preferred embodiments, various modifications and variations therein will be apparent to those skilled in the art. Accordingly, all such changes and modifications are to be included within the intended scope of this invention as defined in the appended claims.

Claims (42)

1. the method for a computer implemented assistance ecommerce, this method comprises:

Assist first kind process of exchange, this process can make the buyer use the first price fixing process to buy first offering;

Assist the second class process of exchange, this process can make the described buyer use the second price fixing process to buy second offering;

Make the described buyer can finish once transaction at described first offering and second offering; And

When described transaction just is being done, utilize virtual shopping cart to safeguard first record of described first offering of representative and second record of representing described second offering.

2. the method for claim 1, wherein " assist the first kind process " comprises and generates first user interface assisting described first kind process, and " assisting the second class process of exchange " comprises and generate second user interface to assist described second class process.

3. method as claimed in claim 2, wherein, described first interface assists the fixed price of many offerings to buy.

4. method as claimed in claim 2, wherein, described second contact surface assists the auction price of many offerings to buy.

5. method as claimed in claim 2 wherein, generates described first user interface and described second user interface to be presented on the same interface screen.

6. the method for claim 1, wherein described first kind process has realized the purchase to the fixed price offering.

7. the method for claim 1, wherein described second class process has been realized bid and the purchase to auction price offering.

8. the method for claim 1 comprises making the described buyer can select an a kind of method of payment in the method for payment set.

9. method as claimed in claim 8, wherein, the set of described method of payment comprises a kind of with in next group method of payment at least, described one group of method of payment comprises credit card, payment is provided with and the Internet moneytary operations separately.

10. method as claimed in claim 8 comprises making and can both paying the bill according to a kind of independent method of payment in the described method of payment set to each part offering.

11. the method for claim 1 comprises making the described buyer can select an a kind of delivering method in the delivering method set.

12. method as claimed in claim 11, wherein, the set of described delivering method comprises a kind of with in next group delivering method at least, and described one group of delivering method comprises that direct mail, Courier Service and the buyer ask for.

13. method as claimed in claim 11 comprises making each part offering to send according to a kind of independent delivering method in the described delivering method set.

14. a method comprises:

When the transaction finished at first offering and second offering, use the virtual shopping cart subsystem to safeguard that first of described first offering of representative writes down and represent second record of described second offering, described first offering is for using first kind price fixing process to buy, and described second offering is bought for the second class price fixing process of use; And

Finish described transaction.

15. method as claimed in claim 14 comprises:

Generate at least one transaction interface, via described transaction interface, utilize the buyer of based on network mechanism of exchange to come to establish first price, and come to establish second price for described second offering by the described second class price fixing process for described first offering by described first kind price fixing process.

16. method as claimed in claim 15, also comprise and use the virtual shopping cart subsystem to realize a virtual shopping cart that is associated with the described buyer, described virtual shopping cart is before finishing about the transaction of described first and second offerings, and storage is about the details of described first and second offerings.

17. method as claimed in claim 16, wherein, the virtual shopping cart that the described and described buyer is associated allows to pay simultaneously to the seller of described first and second offerings from the described buyer, thereby finishes the transaction about described first and second offerings simultaneously.

18. method as claimed in claim 17, wherein, described payment simultaneously is the summation at described first price and described second price.

19. method as claimed in claim 18, wherein, the described first price fixing process is an auction process, and the described second price fixing process is the fixed price process.

20. method as claimed in claim 19, also comprise and use interface subsystem to assist the first price fixing process and assist the second price fixing process, utilize the buyer of described based on network mechanism of exchange to establish described first price, and utilize the buyer of described based on network mechanism of exchange to establish described second price by the described second price fixing process by the described first price fixing process.

21. method as claimed in claim 20, also comprise and use the described virtual shopping cart be associated with the described buyer to store details about many offerings, the price of described many offerings is set by a plurality of price fixing processes, thereby can make the described buyer finish many transactions about described many offerings simultaneously.

22. method as claimed in claim 21, wherein, described many offerings are the offerings from the same seller.

23. method as claimed in claim 22 also comprises and uses described virtual shopping cart subsystem to realize many virtual shopping carts that are associated with the described buyer.

24. a machinable medium, it has comprised one palpably can carry out the instruction sequence that realizes a kind of method by machine, and described method comprises:

When the transaction finished at first offering and second offering, use the virtual shopping cart subsystem to safeguard that first of described first offering of representative writes down and represent second record of described second offering, described first offering is for using first kind price fixing process to buy, and described second offering is bought for the second class price fixing process of use; And

Finish described transaction.

25. machinable medium as claimed in claim 24 also comprises:

Generate at least one transaction interface, via described transaction interface, utilize the buyer of based on network mechanism of exchange to come to establish first price, and come to establish second price for described second offering by the described second class price fixing process for described first offering by described first kind price fixing process.

26. machinable medium as claimed in claim 25, also comprise and use the virtual shopping cart subsystem to realize a virtual shopping cart that is associated with the described buyer, described virtual shopping cart is before finishing about the transaction of described first and second offerings, and storage is about the details of described first and second offerings.

27. machinable medium as claimed in claim 26, wherein, the virtual shopping cart that the described and described buyer is associated allows to pay simultaneously to the seller of described first and second offerings from the described buyer, thereby finishes the transaction about described first and second offerings simultaneously.

28. machinable medium as claimed in claim 27, wherein, described payment simultaneously is the summation at described first price and described second price.

29. machinable medium as claimed in claim 28, wherein, the described first price fixing process is an auction process, and the described second price fixing process is the fixed price process.

30. machinable medium as claimed in claim 29, also comprise and use interface subsystem to assist the first price fixing process and assist the second price fixing process, utilize the buyer of described based on network mechanism of exchange to establish described first price, and utilize the buyer of described based on network mechanism of exchange to establish described second price by the described second price fixing process by the described first price fixing process.

31. machinable medium as claimed in claim 30, also comprise and use the described virtual shopping cart be associated with the described buyer to store details about many offerings, the price of described many offerings is set by a plurality of price fixing processes, thereby can make the described buyer finish many transactions about described many offerings simultaneously.

32. machinable medium as claimed in claim 31, wherein, described many offerings are the offerings from the same seller.

33. machinable medium as claimed in claim 32 also comprises and uses described virtual shopping cart subsystem to realize many virtual shopping carts that are associated with the described buyer.

34. assist to buy the system of offering by based on network mechanism of exchange for one kind, described system comprises:

Interface subsystem, be used to generate at least one transaction interface, via described transaction interface, utilizing the buyer of described based on network mechanism of exchange is that first offering is established first price by the first price fixing process, and is that second offering is established second price by the second price fixing process; With

The virtual shopping cart subsystem is finished when being used to assist the transaction about described first and second offerings.

35. system as claimed in claim 34, wherein, the virtual shopping cart that described virtual shopping cart subsystem realization is associated with the described buyer, described virtual shopping cart is before finishing about the transaction of described first and second offerings, and storage is about the details of described first and second offerings.

36. system as claimed in claim 35, wherein, the virtual shopping cart that the described and described buyer is associated allows to pay simultaneously to the seller of described first and second offerings from the described buyer, thereby finishes the transaction about described first and second offerings simultaneously.

37. system as claimed in claim 36, wherein, described payment simultaneously is the summation at described first price and described second price.

38. system as claimed in claim 37, wherein, the described first price fixing process is an auction process, and the described second price fixing process is the fixed price process.

39. system as claimed in claim 38, wherein, described interface subsystem generates the first price fixing process interface and generates the second price fixing process interface, utilize the buyer of described based on network mechanism of exchange to establish described first price, and utilize the buyer of described based on network mechanism of exchange to establish described second price by the described second price fixing process interface by the described first price fixing process interface.

40. system as claimed in claim 39, wherein, the virtual shopping cart storage that the described and described buyer is associated is about the details of many offerings, the price of described many offerings is set by a plurality of price fixing processes, thereby can make the described buyer finish many transactions about described many offerings simultaneously.

41. system as claimed in claim 40, wherein, described many offerings are the offerings from the same seller.

42. system as claimed in claim 41, wherein, many virtual shopping carts that described virtual shopping cart subsystem realization is associated with the described buyer, each in described many virtual shopping carts all is associated with an independent seller.

Images