WO2000063821A1 - Methods and apparatus for brokering transactions - Google Patents

Methods and apparatus for brokering transactions Download PDF

Info

Publication number
WO2000063821A1
WO2000063821A1 PCT/US2000/009180 US0009180W WO0063821A1 WO 2000063821 A1 WO2000063821 A1 WO 2000063821A1 US 0009180 W US0009180 W US 0009180W WO 0063821 A1 WO0063821 A1 WO 0063821A1
Authority
WO
WIPO (PCT)
Prior art keywords
buyer
product
bid
price
bids
Prior art date
Application number
PCT/US2000/009180
Other languages
French (fr)
Other versions
WO2000063821A9 (en
Inventor
Purnendu Shekhar Ojha
Franklin Richard Schmidt
Original Assignee
Nextag.Com, 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 Nextag.Com, Inc. filed Critical Nextag.Com, Inc.
Priority to AU42064/00A priority Critical patent/AU4206400A/en
Publication of WO2000063821A1 publication Critical patent/WO2000063821A1/en
Publication of WO2000063821A9 publication Critical patent/WO2000063821A9/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
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange

Definitions

  • the present invention relates to electronic commerce via the Internet. More specifically, the present invention relates to the facilitation of transactions between buyers and sellers on the World Wide Web.
  • Electronic commerce also offers a number of advantages to the merchant or service provider. Offering products online avoids all of the overhead associated with operating retail or wholesale locations. In addition, online sellers do not need to anticipate the inventory needs of a number of different geographic locations. In fact, inventory may be centralized and precisely and automatically monitored and adjusted according to transaction data which are gathered virtually instantaneously. Moreover, the World Wide Web has the potential for making a particular seller's goods or services available to anyone, any time, anywhere on the planet. The cost savings and the market access associated with these advantages combine to give online sellers a significant competitive edge over their more traditional counterparts.
  • an electronic commerce solution for facilitating online transactions which allows traditional negotiation between a buyer and a seller to occur.
  • a web site is provided having individual private graphical user interfaces, e.g., web pages, for buyers and sellers.
  • a buyer gains access to his private interface with a user ID and password, although other areas of the web site are accessible without the user ID or password.
  • the buyer's interface allows him to search a proprietary database for current product information for a variety of products being offered for sale by a number of sellers.
  • the product information includes, for example, the name of the seller and an ask price and/or a list price for the product as specified by the seller.
  • product information is the proprietary database may be supplemented or replaced with more current product information which is retrieved by a parser from multiple remote sites such as, for example, the sites of the merchants themselves.
  • the buyer may share his shopping list(s) with friends or co-workers to solicit feedback on the various products, sellers, ask prices, etc.
  • the shopping list may be sent in an e-mail as, for example, an HTML table in which the addressee may insert his comments.
  • persons from whom feedback is desired may be notified by e-mail and given access to the buyer's shopping list on the web site itself.
  • a buyer may solicit advice or approval before initiating a transaction.
  • a bid button is provided, activation of which causes a bid interface to be presented by which the buyer may submit a non- binding bid to the seller of that particular product.
  • the bid interface may be in the shopping list itself.
  • bids may be submitted without the use of such a shopping list. That is, a bid may be submitted, for example, through an interface accessible from the product search results.
  • a bid submitted by any of these various techniques is made available to a number of different sellers offering the same product.
  • the sellers are "different” in that they include a large number of independent economic entities. This is to be distinguished from other sites in which the "sellers" are all just representatives of a single economic entity. Making the bids available to different economic entities increases the likelihood that at least one of them can offer a price acceptable to the buyer.
  • the buyer may make a number of bids for the same or different products to a number of different sellers simultaneously.
  • the bids made available to the sellers may be of different characters in that a buyer may indicate that her bid is related only to the product price or includes any applicable taxes and/or shipping amounts. That is, a buyer may indicate that her bid is for the product price with any applicable taxes and/or shipping costs added in.
  • the transaction site of the present invention then presents an appropriately adjusted bid amount to the sellers which may vary from seller to seller. That is, if the buyer indicates that taxes and shipping are included in the bid, for each seller, the transaction site subtracts a shipping amount and any applicable taxes for each seller using shipping information from each of the sellers and relevant tax information. The adjusted bid amount may then be easily compared to the seller's product cost.
  • the transaction site of the present invention may be configured to track a buyer's "reputation" by tracking the buyer's transaction behavior.
  • the number of bids submitted by a particular buyer could be related to the number of bids honored or reneged upon by that buyer, and an objective value could be generated therefrom indicative of the buyer's "reputation.”
  • the metric is simply the number of offers honored less the number reneged, a large positive value representing a "good” reputation and a large negative value representing a "bad" one.
  • the metric is based on the number of times a buyer honors acceptance of his bids. According to yet another embodiment, the metric is based on the percentage of the buyers bids which are eventually consummated. It will be understood that a variety of data could be used to generate a metric indicative of a buyer's transaction behavior and that the present invention is not limited to the few examples described here.
  • Each buyer's reputation is made available to sellers on the site for use as they see fit. For example, a seller could choose to respond only to bids from buyers who have a reputation which is of a certain level. Alternatively, a seller could choose to respond unfavorably to such buyers, thus giving the buyer immediate feedback and incentive to adjust her bid accordingly. In addition, a seller could give preferential treatment, e.g., discounts, to buyers with very good reputations. Thus, buyers would tend to conduct transactions in a responsible manner to protect their reputations from being damaged and to receive preferential treatment. This approach has many of the advantages of requiring a credit card or other payment identifier without presenting a significant barrier to entry and without making simultaneous negotiation impracticable.
  • Each seller having products in the proprietary database also has access to a private interface on the web site with which an authorized representative of the seller may have access to all of the currently outstanding bids to that seller for any of the products offered by the seller.
  • bids to other sellers for products offered by the seller are also available on the seller's private interface.
  • the seller may respond manually to any of the posted bids or, alternatively, the seller may specify a set of business rules according to which automated responses to the posted bids are generated.
  • the response to a bid may be an acceptance of the bid or a counteroffer.
  • market information is displayed along with the list of current bids to help the seller with responding to any or all of the bids, i.e., decision-making support.
  • demand data are graphically presented, i.e., in a demand curve, representing bids for a particular product to either the particular seller, or a number of different sellers.
  • the seller or the business rules specified by the seller) can then use the demand data to develop a strategy for responding to one or more bids. For example, a seller can determine how much to temporarily lower an ask price to effect a block deal.
  • any bid responses from any sellers show up in the buyer's private interface.
  • the responses show up in the shopping list juxtaposed with the original ask price, i.e., the list price, and the buyer's bid.
  • the seller's response is an acceptance of the buyer's bid
  • the buyer is enabled to complete the transaction if he so chooses. According to a particular embodiment, this is accomplished by means of an HTML link to the seller's web site.
  • the transaction site can make the buyer's payment and shipping information available to the seller.
  • the seller's response is a counteroffer, the buyer may continue the negotiation in the manner described above until a mutually acceptable price is reached, or until the buyer or the seller terminates the negotiation.
  • the buyer may conduct a number of simultaneous negotiations with different sellers for the same product or even multiple products. Therefore, according to a specific embodiment, a mechanism is provided by which negotiations with a number of sellers may be automatically terminated when the buyer reaches an agreement with any one seller. That is, the buyer may create a mutually exclusive group with which a plurality of outstanding bids and/or quote solicitations are associated. According to a specific embodiment, the buyer creates a mutually exclusive group by designating one of his shopping lists as such a group. According to another specific embodiment, a mutually exclusive bid group is automatically created by the system when the buyer posts bids for a particular product to more than one seller, or where the buyer posts bids for more than one equivalent or similar products to one or more sellers.
  • a mutually exclusive group can correspond to a variety of product-seller combinations. That is, a mutually exclusive group can identify one product and multiple sellers, multiple products and multiple sellers, multiple products and one seller, etc. This feature allows a buyer to place a number of simultaneous bids even though he intends to make only a single purchase. As will be described, the mutual exclusivity feature of the present invention is also made available in the auction context.
  • the present invention provides methods and apparatus for providing product information via a network.
  • the product information relates to at least one product meeting product criteria specified by a user.
  • a first portion of the product information is retrieved from a previously populated database.
  • a second portion of the product information is retrieved from at least one remote site on the network.
  • the at least one remote site is associated with the at least one product.
  • methods and apparatus are provided for facilitating a transaction between a bidder and one of a plurality of auctions via a network.
  • the bidder is enabled to submit a plurality of bids substantially simultaneously with the plurality of auctions via the network.
  • all remaining bids are automatically withdrawn from others of the plurality of auctions according to a mutually exclusive group.
  • the mutually exclusive group is explicitly defined by the bidder.
  • the mutually exclusive group is automatically created.
  • methods and apparatus for facilitating a transaction between a buyer and a seller via a network.
  • Product information is presented to the buyer via the network.
  • the product information relates to a product meeting product criteria specified by the buyer and includes a price for the product.
  • An adjusted bid is presented to the seller via the network in response to an aggregate bid entered by the buyer.
  • the aggregate bid relates to a plurality of bid components, and is equal to the aggregate bid less at least one of the bid components.
  • FIG. 1 is a block diagram of a hardware environment in which the various embodiments of the present invention may be implemented;
  • Fig. 2 is a flowchart illustrating facilitation of a transaction according to a specific embodiment of the invention
  • Fig. 2a is a flowchart illustrating a negotiation between a buyer and a seller according to a specific embodiment of the invention
  • Figs. 3-18 are a series of graphical user interfaces illustrating the operation of a specific embodiment of the invention.
  • Figs. 19-25 are a series of graphical user interfaces illustrating the operation of another specific embodiment of the invention.
  • FIG. 1 is a block diagram of a hardware environment in which the various embodiments of the present invention may be implemented.
  • the web site at which transactions between buyers and sellers are facilitated according to the invention is located on a server 102 which is connected by a router 104 to the Internet 106.
  • Sellers (represented by servers 108) are connected to the Internet via routers 110.
  • Seller servers 108 may have networks 112 associated therewith interconnecting a plurality of personal computers or work stations 114.
  • Buyers represented by computers 122 and 124) may be connected to the Internet in a variety of ways.
  • a buyer may be connected from his home via a modem 126, or from his workplace via a network 120, a file server 116, and a router 118.
  • buyers and sellers may gain access to the web site on server 102 via a variety of hardware configurations.
  • a seller may be an individual on his home computer 124.
  • a buyer may be an employee may be at his computer 114 at a corporation which is also a seller.
  • the hardware environment of Fig. 1 is shown for illustrative purposes and that a wide variety of hardware environments may be employed to implement the various embodiments of the present invention.
  • specific embodiments of the methods and processes described herein are implemented as computer program instructions, i.e., software, in the memory of server 102.
  • Fig. 2 is a flowchart 200 illustrating facilitation of a transaction according to a specific embodiment of the invention.
  • Fig. 2a is a flowchart illustrating a multi-step negotiation between a buyer and a seller (see 214 of Fig. 2) according to a more specific embodiment of the invention.
  • Figs. 3-18 are a series of graphical user interfaces which will be used to illustrate the transaction process of Figs. 2 and 2a.
  • a buyer logs on to the transaction facilitation system of the present invention (202) via login interface 300 of Fig. 3.
  • a buyer need not log on to the site before initiating a search. That is, searching may be initiated by individuals who are not members of the transaction site. According to such embodiments, logging in is only required for bidding, negotiating, transacting, etc.
  • the buyer may specify the product type as, for example, a laptop computer as shown in interface 400 of Fig. 4.
  • the buyer may further specify the type of laptop (e.g., ThinkPad® 600) to varying degrees of specificity in the Keyword(s) window. More advanced searching options are also available for more skilled users and more focused searches in which a variety of product criteria may be specified.
  • the search for a desired product may be effected in a variety of ways.
  • the search may employ either a database which allows multi- merchant price comparisons, or a parser, e.g., a shopping bot, which sends search requests to multiple merchant sites and then returns the results from those sites to the searcher.
  • a database which allows multi- merchant price comparisons
  • a parser e.g., a shopping bot
  • the database approach allows a more tightly controlled parametric search than the parser approach.
  • the parser approach provides real time data.
  • the database approach is more likely to lead to obsolete prices and stock status.
  • parsers tend to generate less satisfactory search results and are generally slower in that the results must be returned from multiple remote sites, compiled, and then sent to the searcher.
  • a database is initially used to define the search.
  • the buyer thus gets an excellent search output based on the parametric search criteria he has defined.
  • the buyer can get real time prices and stock status for the product(s) through the use of a parser or shopping bot which interrogates the web sites of the merchants associated with the selected product(s).
  • the web pages of the merchants associated with the selected product are accessed and parsed to extract current price and stock status information.
  • This information is then displayed to the buyer.
  • this may be done automatically when the buyer selects a product, or alternatively, only after a buyer explicitly asks for a "real-time update".
  • price and stock status information from the transaction site database is displayed to the buyer until the real-time data are requested.
  • a search of a proprietary database is initiated in response to which relevant product information is presented in the form of a list of products as shown in interface 500 of Fig.
  • Each entry in the list includes the manufacturer, specific product information, and a product price (e.g., the "Lowest Price” column which displays the lowest list price from among the sellers selling the specific product via the transaction site).
  • a product price e.g., the "Lowest Price” column which displays the lowest list price from among the sellers selling the specific product via the transaction site.
  • the term "ask price” as used herein encompasses any price for which a merchant is offering a product for sale including, for example, the list price and subsequent counteroffer prices.
  • list price is used herein in its conventional sense in that it generally refers to an original price associated by the merchant with a product. As mentioned above, and according to a specific embodiment of the invention, when the list of products shown in interface 500 is initially presented, the price shown for each entry is the lowest list price for the product from among the sellers selling through the transaction site.
  • a "Save” button by which the buyer may save any of the list entries to any of his personal shopping lists (described below) from which transactions may be initiated. Alternatively, transactions may be initiated directly from the search results list.
  • a "Save” button by which the buyer may save any of the list entries to any of his personal shopping lists (described below) from which transactions may be initiated. Alternatively, transactions may be initiated directly from the search results list.
  • the active "Save” buttons in the product information list of interface 500 are activated, i.e., the buyer clicks on them, the associated product information is saved to the buyer's currently selected shopping list (206) and the active "Save” button becomes a display object indicating that the associated item has been saved. Additional information about any of the products in the list of interface 500 may be obtained by clicking on the HTML text describing the product.
  • creation of such a shopping list may be accomplished without logging in to the transaction site. However, the entries in such a list are not permanently saved and transactions may not commence until the user logs in.
  • a buyer can create and simultaneously maintain as many shopping lists as desired. Moreover, for each shopping list created, the buyer may specify a variety of attributes which affect the way in which each shopping list is used to facilitate transactions. For example, the buyer may specify whether the entries of a particular shopping list are independent of each other or whether they form a mutually exclusive group as described herein. If the buyer specifies that the entries are independent, then the bids and deals associated with any one entry have no effect on ongoing negotiations for other items in the list. In addition, the buyer may specify whether a particular item will automatically solicit quotes from a plurality of sellers once a corresponding entry is added to one of the buyer's shopping lists.
  • Interface 500 also includes an advanced search interface in which specific parameters associated with the specified product type may be specified. In the example shown, for the product type "Laptop" the processor, the display size, and the speed may be specified to further refine the search.
  • the shopping list to which the buyer saves selected portions of the product information is shown in interface 700 of Fig. 7.
  • the shopping list includes the information from the search results list of interface 500.
  • a "Comments" feature is provided which allows the buyer or other individuals authorized by the buyer to insert personal comments regarding each specific product or merchant. Such comments could include full text messages or, for example, product or merchant ratings. Insertion of comments by the buyer is effected by activation of a "Comments" button in each shopping list entry. This results in presentation of window (not shown) in which new comments may be entered or old comments edited.
  • Insertion of comments by other individuals may be accomplished in different ways according to various embodiments of the invention.
  • the buyer may e-mail an HTML page including the shopping list to one or more individuals in a reviewer network to solicit comments (208).
  • the individuals receiving the shopping list may view the page using their Internet browser and, through an HTML link in the page, access the transaction web site as a user authorized to add comments to the buyer's shopping list.
  • these comments may be full text messages regarding anything relevant to the listed product or merchant. Comments may also take the form of a rating of the product or merchant according to a scale automatically provided to the reviewers in the reviewer network.
  • the system of the present invention automatically compiles ratings from the buyer and reviewers to create indices which may be used for decision making.
  • the reviewer may insert comments into the HTML page and e- mail it back to the web site for automatic entry into the buyer's shopping list.
  • the buyer gives permission for others in his reviewer network to review one or more of his shopping lists by specifying a plurality of e-mail addresses for each shopping list. The buyer may then exchange comments about various products and merchants via an interface on the web site with his reviewers and others who have been authorized to review by that buyer.
  • Activation of the HTML text describing a product entry in the shopping list of interface 700 results in presentation of an interface 800 (Fig. 8) which provides information about all merchants offering the particular product for sale through the transaction site.
  • the first entry in the list corresponds to the shopping list entry selected in interface 700.
  • Any of the entries in interface 800 may be saved to the original shopping list of interface 700 by activation of the associated Save button.
  • the buyer may submit an individual bid to a particular seller for the listed product (210) by entering the bid amount in the Bid column and activating the associated Bid button.
  • password verification is requested when the Bid button is activated to ensure that the bid is authentic and authorized.
  • the buyer may accept the seller's current ask price (which may or may not be the same as the list price) by activation of a button indicating "Buy.”
  • password verification is also required prior to sending such a response to the buyer.
  • Bids for varying amounts may be submitted to different merchants as shown in expanded shopping list interface 900 of Fig. 9.
  • the individual bids submitted via interfaces 800 and 900 are shown in the shopping list in an updateable and interactive column entitled "Bid Price.” It should be noted that implementation of the present invention does not require that password verification be employed for every transaction. That is, such password verification may only be required for some actions such as, for example, initially logging into the system.
  • a column entitled "Comments” by which direct messaging between the buyer and the seller may be effected.
  • the buyer may include full text messages through activation of the associated "Comments" button.
  • the buyer may also indicate a length of time for which the associated bid is good, i.e., an expiration time.
  • a buyer could indicate that the bid is "good to cancel," i.e., that the bid is valid until cancelled by the buyer.
  • the bid could be specified by the buyer as a "fill or kill” bid, i.e., only responses for the exact product and quantity requested will be entertained.
  • these bid parameters are implemented using a column next to the bid price (not shown) where the user indicates the life of the bid. It should be noted, however, that a variety of mechanisms may be used without departing from the scope of the invention. According to various alternate embodiments, the shopping list includes other mechanisms by which these parameters may be specified and communicated to sellers. According to specific ones of these, the mechanisms by which such bid attributes are communicated are such that they are recognized by the automatic response algorithms employed by sellers on the transaction site. The seller may respond to the messages with full text messages of its own.
  • the seller may input such messages via its own interface as described below.
  • the seller's comments are presented to the buyer in a window which appears upon activation of the "Comments" button of interface 900 along with comments from any reviewers in the buyer's reviewer network.
  • the seller's comments could also appear in conjunction with a response generated either by the seller, its representative, or a program active on behalf of the seller.
  • Submitted bids which do not constitute acceptances of the sellers "Ask Price" (212) are made available to individual merchants along with quote solicitations via another set of interfaces on the transaction web site. From this point, a multi-step negotiation between the buyer and each seller may commence (214). The details of such a negotiation will be described with reference to Fig. 2a.
  • a representative of a member merchant logs in to the transaction web site using interface 1000 of Fig. 10
  • currently outstanding bids and/or quote solicitations are listed according to a filter or filters specified by the merchant (see interface 1100 of Fig. 11). For example, the merchant may elect to view bids to all merchants, to a particular subset of merchants, or only bids to that particular merchant.
  • the merchant may also filter the list to show only bids or quote solicitations for certain products.
  • the merchant may also specify that only bids within a certain percentage or dollar value spread be listed.
  • the bids are sorted according to a buyer identification number shown in the "Buyer Id" column, the bids submitted by the buyer of interface 900 corresponding to buyer 147.
  • the merchant or its representative may use a variety of filters in combination to generate a list of particular product-buyer combinations which are currently open.
  • the entries in interface 1100 may also include items saved in buyers' shopping lists for which bids or quote solicitations have not yet been submitted.
  • the seller can respond in a variety of ways. That is, the seller can accept the specific bid or make a specific counteroffer to the bidder corresponding to the selected product. The seller can also make block responses (in the form of deals or counteroffers) to all or some subset of buyers who have posted bids or quote solicitations for the selected product.
  • market information may be provided with interface 1100 which the merchant may use to formulate strategies for responding to any or all of the outstanding bids.
  • a demand curve for a particular product e.g., the ThinkPad® 600
  • Other market information might include price histories, bid histories, deal histories, etc.
  • the market information may be presented in a variety of forms such as graphically, in tables, in lists, and the like. An example of how a merchant might use such market information will now be described.
  • the merchant may use demand data to effect a block response. That is, the merchant can use the data to determine how much to temporarily lower its ask price to induce acceptance by a specific number of buyers.
  • the merchant effects a block deal by temporarily lowering its ask price to a particular buyer to match the bid price submitted by that buyer thereby inducing acceptance by that buyer. Because the merchant's response is made in the context of a block deal, a number of responses are automatically generated to other buyers who have submitted bids at or above the particular buyer's bid thereby inducing acceptance. According to a specific embodiment, the ask price of the automatically generated responses correlate to or match the bid price of each of the other buyer's bids rather than the bid price of the particular buyer to whom the merchant specifically responds. It should be noted that, as with other aspects of the present invention, the merchant may respond to bids directed to the merchant as well as bids directed to other merchants.
  • the merchant when the merchant logs on to the system all bids currently outstanding to that merchant for a variety of products are shown in the format of interface 1100.
  • the merchant may then select a particular product in the product column to view all currently outstanding bids for that product either to the merchant or to a plurality of merchants.
  • the market information presented will be adapted according to the particular view.
  • the market information may be employed by a particular merchant in a variety of ways for decision-making support. A particular use would depend upon the nature of the information. As described above, demand data could be used to effect block deals. Demand data or the price history for a particular product could be used to make adjustments to the merchant's list price. It will be understood that there are a wide variety of ways in which such market information could be used to enhance a merchant's decision making which are within the scope of the present invention.
  • the merchant may select a particular buyer identified in the buyer column, in response to which all bids and/or quote solicitations from that buyer currently outstanding in the system to any merchant are presented to the merchant in a format similar to that shown in interface 1100.
  • This may also include products which have been saved to one of that buyer's shopping lists and for which the buyer has not yet posted a bid but has indicated that she is willing to solicit quotes.
  • This allows a merchant to offer bundle deals to particular buyers when such buyers are identified. For example, a buyer might be bidding on a laptop computer, extra battery packs, a printer, and a carrying case.
  • the merchant may respond to the buyer with a bundle bid or counteroffer which reduces the ask price for any or all of the items if the buyer chooses to buy all of those items from that merchant.
  • the merchant selects the items in the buyer specific list which he would like to include in the bundle and either quotes individual ask prices to the buyer for the selected items, or a single price for all the products in the bundle.
  • the individual quotes i.e., ask prices
  • the seller can also offer to sell related (competitive or complementary) products as part of the bundle. The seller can thus suggest products to the buyer on which he can offer good deals. This "cross selling" allows the seller to make deals on products even where such products are not originally identified by the buyer.
  • a buyer may define mutually exclusive groups of the same or similar products only one of which is desired by the buyer. According to a specific embodiment, this is achieved by the buyer designating a particular shopping list listing the products as a mutually exclusive group. According to other embodiments, mutually exclusive groups are automatically created by the system when a buyer submits a bid for the same product to more than one seller, or for two or more similar products to one or more sellers. Once such a group is defined, a buyer may bid on a number of ThinkPad® 600 and 700 computers even though she only wants one.
  • the buyer activates a feature of the present invention which terminates negotiations for all other products in the group when the buyer has reached an agreement on any product in the group. It will be understood that, in the context of the bundle bid, this information would be useful for the merchant. Therefore, according to a specific embodiment of the invention, when a merchant is attempting to effect a bundle bid or counteroffer, the merchant is enabled to identify which of the bids and/or quote solicitation associated with the buyer are part of a mutually exclusive group.
  • an entry is associated with each which identifies the product as part of such a mutually exclusive group.
  • the mutually exclusive bid group feature of the present invention is made available to buyers in the auction context. That is, a buyer may designate each of a plurality of bids to different auctions as part of a mutually exclusive group, any remaining bids in a group being automatically withdrawn when any one of them is accepted. This feature enables buyers to bid for multiple auctions (English, Dutch or any other traditional auction approach) in parallel.
  • the system of the present invention automatically creates mutually exclusive groups in the auction context with reference to the objects upon which the buyer is bidding and the number of bids submitted. That is, a mutually exclusive group might be created, for example,
  • market information (not shown) is made available to individual buyers in interface 900 to help them develop bidding strategies.
  • such information could include demand data, list price histories, bid price histories, deal price histories, etc.
  • the information can be filtered with respect to particular products and particular merchants.
  • a price history might include the minimum, maximum and median list prices offered by a particular merchant for a particular product.
  • a price history might be used by a buyer to predict, for example, how much the price for a product might drop in the future. That is, the buyer might use the historical price decay to predict price decay for an upcoming period.
  • the buyer will have the option of identifying a similar product and using the price history data for that product.
  • the system of the present invention may automatically determine one or more similar products in response to a buyer requesting market information for a new product.
  • the similar product may be determined with reference to a mutually exclusive group. Automatic identification of a similar product could be enabled by identifying similarity in brand name, category, or data regarding what products buyers and/or sellers have identified as equivalents in the past. A technique known as collaborative filtering may be used to identify similar products using such information.
  • a deal history might include prices at which a particular merchant or a plurality of merchants has sold different volumes of a particular product. Such deal prices could include deal prices for transactions effected through the transaction site by the merchant or merchants. The deal history could also include deal prices for transactions effected outside of the transaction site and provided to the transaction site by the individual merchants. All of this market information provides powerful tools for a buyer to determine how much she wants to bid for a particular product.
  • good deals are identified for the buyer based on a variety of market-related heuristics.
  • heuristics include, for example, the ratio of the (median - minimum merchant price for a product) to the median product price.
  • Another heuristic could be the price drop (or the price drop for the lowest price) over a recent period (day, week, month, etc.) expressed as a percentage of the median or lowest price.
  • These deals could be identified for the buyer on a special area of the main page or a special page of the transaction site.
  • the good deals are extracted from the buyer's search results. Even more specifically, the buyer has the option of sorting his search results using the available heuristics to order the product listings according to how good the individual deals are.
  • a variety of heuristics may be used to identify "good deals.” For example, the difference between the lowest price and the second lowest price could be used to indicate just how good of a deal is being offered by the seller offering the lowest price.
  • the merchant may effect a manual response to an individual bid (252) by selecting the corresponding entry in interface 1100.
  • the bid need not be directed to the merchant. It may, in fact be directed to another merchant. That is, not only does each merchant have the opportunity to view bid information to other merchants, each merchant may also respond to such bids. According to a specific embodiment, the bid information relating to other merchants does not identify the merchants to which individual bids are directed. A negotiation between the buyer and the second merchant may then take place as described herein. In any case, selection of a particular entry in interface 1100 results in presentation of trading interface 1200 of Fig. 12 to the merchant by which the merchant may either accept the bid price or submit a counteroffer to the buyer by changing the ask price for that buyer.
  • interface 1200 includes details about the buyer including, for example, the buyer's e-mail address and any other information authorized for release by the buyer.
  • the merchant may effect a block deal by specification of the block ask price in interface 1200.
  • the seller may insert comments to the buyer in conjunction with the bid response such as, for example, an expiration time for the new ask price.
  • the expiration time may also be indicated through an additional field (not shown) the contents of which may be intelligently processed by the system of the present invention to effect automatic removal of the ask price at the appropriate time.
  • market information regarding the current bids may be provided in interface 1200.
  • the seller may also authorize automated responses to bids (252) by specifying a number of business rules to govern the responses using interfaces 1300-1320 of Figs. 13a-13k.
  • any number of business rules may be defined by the seller and may be executed in any sequence specified by the seller.
  • the seller defines a set of criteria and a set of actions to be taken when the set of criteria is satisfied.
  • Any number of criteria may be defined and combined in a variety of ways using logical operators (e.g., AND, OR, NOT) and groupings. Examples of criteria include (but are not limited to) bid-list spread, product type or group, the number of units, the buyer's reputation, etc. Similarly, any number of actions may be specified.
  • Examples of actions includes (but are not limited to) text responses, ask price reductions, bid acceptance, etc.
  • Another possible action could be generation of an e-mail message to one or more e-mail addresses. This can ensure that the appropriate representative(s) of the seller can be made aware of attractive sales prospects as soon as they are available at the transaction site. The e-mail(s) can ensure this without requiring the seller's representatives to continuously monitor the transaction site. This is especially useful during the early stages of the transaction site when it has relatively low traffic and hence cannot justify continuous monitoring by the seller or its representatives.
  • the seller may reach the various Business Rules interfaces by selecting the corresponding HTML link at the top of interface 1200.
  • the seller may specify a percentage or dollar value spread relative to the current list price within which a response will be automatically given. That is, if a bid is not close enough to the list price, no response may be given. The amount by which the list price may be reduced may also be specified as a percentage of the current list price.
  • Product specific and buyer specific response may be added via interfaces 1304 and 1306 to address issues related to specific products, or to favor preferred customers. Other information may be conveyed to the buyer as part of an automated response by means of a text entry box entitled "Text Response.” As shown, the text could indicate an expiration period for the bid response.
  • Figs. 13e through 13k show alternative interfaces for specifying and modifying business rules.
  • existing business rules are accessed through a list window entitled "Current Business Rules”. Rules may be added and deleted from the list using the "Create New Rule" and "Delete Current Rule" buttons.
  • the currently highlighted rule in the "Current Business Rules" window is specified in a window with the title of the current rule at the top of the box as shown.
  • a variety of criteria are specified using the "add criteria” button as will be discussed below.
  • a variety of actions to be taken if the criteria are satisfied are also specified using the "add action” button.
  • a new business rule may be created in response to selection of the "Create New Rule" button, a blank rule box is presented (interface 1318) in which the seller may specify the title of the rule, the criteria which must be true for action to be taken (using the "add criteria' " list), and the actions to be taken (using the "add action" list).
  • the criteria specified include the buyer reputation and the number of units, while the actions specified include reducing the ask price by 10% and displaying a text message.
  • the business rules of the present invention automatically ensure that, regardless of the way in which a seller specifies its rules, the ask price will never be reduced below the bid price. That is, even where a 10% reduction in ask price is specified in the seller's rule, the actual price reduction may be less where the bid is within 10% of the original ask price.
  • the merchant may specify response behavior which employs the market information from interface 1100.
  • response behavior which employs the market information from interface 1100.
  • an automated block deal response may be specified.
  • Business rules may also be specified in a manner which takes into account specific attributes of individual bids. For example, the seller's response to a bid may be made contingent upon the number of units requested in the bid. This allows sellers to automatically give volume discounts.
  • a variety of complex rules may be specified so that automated responses may be given to the majority of outstanding bids, even bids to other merchants. Rules may be combined in various ways and multiple rules based on different criteria may be simultaneously applied. According to specific embodiments of the present invention, business rules may be linked to files external to the transaction site at, for example, the merchants own file server. Such rules might incorporate proprietary information over which the merchant wishes to maintain control. For example, if a particular merchant wishes to employ a specific subset of rules for products on which the merchant has a 10% gross margin, the rule determination for a particular bid would require current information regarding the gross margins for the merchant's product line. Understandably, this is information which a merchant might want to maintain as confidential.
  • the seller may not be willing to share his gross margins with the transaction site, he might still be willing to query his database and identify all the products that meet his requirements for gross margins (or any other criteria like inventory position) and then save the list of products into a file.
  • the seller can then upload this file containing the list of products to the transaction site so that the list could be used with business rules specified by the seller.
  • the seller could also place this file on the Internet and allow the transaction site to get access for use with business rules.
  • the seller can also create lists for buyers (buyer sets) that identify list of buyers and then allow the transaction site to access these lists for use with the seller's business rules.
  • the merchant can maintain the information on its own site while also using it to automatically effect transactions at the transaction site.
  • rules which may be applied and combined according to the specific goals of a particular seller and that the examples given above are merely illustrative and should not be used to limit the scope of the invention.
  • the buyer receive a manual or automated response from the seller to which the bid was intended, he may also receive a response from another seller who had access to the buyer's bid information via their own private interface.
  • some powerful market enhancements are made possible by enabling sellers to respond to buyers' bids in a flexible manner.
  • a seller could respond to a bid to itself or another seller for a first product by offering a better deal on comparable competitive product. This would allow a seller to compete for sales where it does not carry the specific product to which the bid was originally directed. It also allows sellers to offer preferred products which closely match or exceed the performance or specifications of the product in the original bid.
  • a seller may create a bundle response from currently outstanding bids by a particular buyer.
  • a seller may respond to a bid to itself or another seller with an offer for a related product. So, for example, if a buyer is bidding on a laptop computer, the seller can offer the buyer a carrying case for the laptop or extra battery packs at a reduced price, or even at no additional cost. This allows the seller to create a bundle which includes the product for which the buyer is bidding and one or more related products.
  • the seller can identify and target markets for specific products without having to rely on the consumer's knowledge of or motivation to bid on such related products.
  • the seller can also leverage its inventory in the related products to effect sales of the primary product.
  • the counteroffer price appears as a modified ask price in both the merchant's bid list of interface 1100 and the buyer's shopping list of interface 900 as shown in Figs. 14 and 15, respectively.
  • entries in the shopping list of interface 900 for which a response has been received from the seller are highlighted in a contrasting color as shown.
  • the buyer does not accept the seller's counteroffer, he may adjust his bid by entering a new bid price as shown in Fig. 16.
  • the buyer By activating the "Bid" button for that entry in his shopping list the buyer then submits an adjusted bid (258). Note that because the bid has been adjusted, it is treated like a new bid and the entry is no longer highlighted.
  • the buyer may terminate negotiations with the seller at any time (260). In any case, where the buyer and seller have not yet agreed on a price (216), additional rounds of negotiating may take place as described above.
  • negotiation regarding the total price of a product between the buyer and seller is enabled.
  • the total price of a product purchased over the Internet may include, for example, the list price of the product, applicable taxes, and seller shipping prices.
  • the bargain struck between the buyer and seller may relate to any or all of these price components.
  • the buyers is allowed to negotiate a tax adjusted product price. That is, the buyer bids a price which is indicated to be the amount the buyer wants to pay after any applicable taxes are added. Sellers for whom no taxes apply see a total bid price. Sellers for whom taxes apply see a tax adjusted bid, i.e., the buyer's bid price less the appropriate sales tax adjustment. Sellers can then look at this price, compare it against their product cost, and decide how much they want to counter-offer or whether they want to accept the bid price.
  • shipping prices are included in the equation. According to this approach, the buyer indicates the total price (product price + tax + shipping and handling) the buyer is willing to pay for a product for any shipping option.
  • the transaction site provides a total price comparison to the buyer in addition to its list price comparison to aid in the buyer's determination of a total price bid.
  • the total price for each products and seller is calculated from the product list price, shipping price data available from every seller which depends on the shipping option selected, and applicable taxes based on the geographical location of the seller (e.g., state) as determined from, for example, the zip code.
  • the buyer searches for a product, designates a shipping option, and is presented with the total price (and possibly the list price as well) for the product from each of a plurality of sellers.
  • the total price for each merchant is derived in part from shipping price information for each seller for the selected product and shipping option.
  • the buyer then makes a bid for the total price for a specific shipping option to one or more of the sellers.
  • Automatic adjustments are made to the bid price before making seller-specific net bid prices available to the sellers. That is, the transaction site displays a tax and shipping price adjusted bid (i.e., a net bid price) to each of the sellers which takes into account the seller's unique circumstances. That is, for each seller, the transaction site takes the buyer's total bid price and subtracts any tax amount as well as the specific seller's shipping price for the designated shipping option.
  • Each seller is then provided with a net bid price from the buyer for the product.
  • Each seller can then compare the net bid price to their cost and decide whether to accept a bid or make a counteroffer.
  • Any counter offer from a seller based on the net bid price is then adjusted upward for tax and shipping price before being made available to the buyer as the new ask price.
  • the demand curve data for any seller are also calculated using the buyer's net bid price. This is because the net bid price reflects how much the buyer is willing to pay given the tax and the shipping
  • the net (or adjusted) bid price made available to each seller is based not on the seller's shipping prices, but on the actual cost to the seller of shipping the product to the buyer.
  • This shipping cost information is provided by the seller to the transaction site.
  • this approach allows them to make a meaningful comparison between the adjusted bid price, i.e., the net bid price, and their product cost. That is, if the buyer's total bid price is adjusted by the seller's shipping cost rather than its shipping price, the seller can assume a zero margin from shipping and thus look at the buyer's adjusted bid and directly compare it against the product cost.
  • the demand curve data provided to the seller would also then be directly comparable to the product cost.
  • This approach provides advantages for both the buyer and the seller. That is, the buyer is able to bid for the total deal price (i.e., product price + tax + shipping), while the seller gets to see an adjusted bid price which is a number that can be directly compared against the seller's cost.
  • the buyer can enable this feature by specifying which of a plurality of currently ongoing negotiations should be part of a mutually exclusive group in which all negotiations are automatically terminated when an agreement in any one of the negotiations is reached.
  • the system automatically creates mutually exclusive groups with reference to the buyer's bidding context. Any number of mutually exclusive groups each relating to one or more products may be associated with a particular buyer in accordance with the goals of that buyer.
  • the buyer may use the shopping list of the present invention to define the mutually exclusive groups. That is, as described above, the user may designate a shopping list as such a mutually exclusive group such that the bids submitted from that shopping list will be processed in accordance with the mutual exclusivity feature of the present invention.
  • the products in a particular shopping list may be designated independent of each other in the case where, for example the buyer is interested in all of the products in the list.
  • embodiments of the invention are contemplated in which the system automatically creates mutually exclusive groups for the buyer based on, for example, the fact that the buyer has submitted simultaneous bids to a number of different sellers for the same product, or to one or more sellers for two or more similar products.
  • the mutual exclusivity feature of the present invention has significant value for the buyer even where negotiations are non-binding because it will serve to protect the buyer ' s reputation. That is, as described herein, a buyer's reputation is tracked based on previous transaction behavior, especially with regard to the number of bids honored or reneged upon by the buyer.
  • Mutual exclusivity provides a mechanism whereby the buyer may generate a number of non-binding bids without the risk that her failure to pursue some of those bids would sully her reputation.
  • the entry is highlighted in the buyer's relevant shopping list in interface 900 (Fig. 18), the date of the agreement is displayed in the "Purchase Date" column, and consummation of the transaction is facilitated (220).
  • the buyer need only select HTML text in the "Merchant” column in interface 900 in the appropriate shopping list entry to go directly to the merchant's web site for consummation of the transaction.
  • the transaction may be consummated at the transaction site using private interfaces between the merchant and the buyer.
  • the buyer's payment and shipping information is provided to the seller by the transaction site upon authorization by the buyer. This information may be acquired by presenting an input interface to the buyer requesting the information, or, alternatively, from a database of previously collected information concerning the buyer.
  • individual buyers are given incentives to influence prospective buyers to use the transaction web site on server 102. That is, the buyer submits a confidential list of e-mail addresses (or some other appropriate identifier) to the transaction web site. Transactions on the web site are monitored and some sort of economic benefit is automatically accrued to the buyer each time one of the prospective buyers on his list engages in a transaction.
  • the economic benefit could be, for example, cash or transaction site "dollars", or discounts on future transactions.
  • both the number of people identified by the buyer in his list and the total amount of economic benefit accrued in a given period of time are limited.
  • a buyer may only list individuals who are not currently users of the transaction site. That is the buyer may only benefit from the transactions of individuals who become users of the site after the buyer lists them.
  • incentives are provided not only to encourage buyers to influence others to use the transaction site, but also to make it attractive for current users to continue using the site.
  • accounts are created for each registered user in which virtual "dollars" are kept.
  • These virtual dollars are a currency unique to the transaction site which may be used against purchases effected through the transaction site.
  • one way of accruing virtual dollars is through transactions engaged in by a list of influencees. Some percentage of a buyer's own transactions could also be credited to his account.
  • a buyer could be offered virtual dollars for providing specific information in an online form for the administrator of the site or one of its marketing partners.
  • a buyer could be asked if he would mind filling out a credit card application form for a specific number of virtual dollars. These virtual dollar credits accrue to the buyer simply for filling out the form, regardless of whether or not an associated transaction is consummated.
  • the accrued credits may be used in any of a variety of ways at the transaction site at any time chosen by the holder of the credits. This is in contrast with features at various sites in which a credit is only applicable to a current transaction and only where the transaction goes through.
  • a seller need not have a web site to effect transactions according to the present invention.
  • a merchant may be hosted by the transaction site described herein (e.g., server 102 of Fig. 1) and to conduct all of its business through the transaction site without having its own web site, wholesale, or retail facilities.
  • individuals may act as sellers on specific embodiments of the transaction site of the present invention.
  • Such individuals could list new or used items to the transaction site's database which, when satisfying a buyer's search criteria, would be listed alongside the similar products of merchants of all sizes. This allows sellers of all sizes to vie for customers on a relatively equal footing. It also allows buyers to see prices from a wide variety of sellers, even those without e-commerce enabled web sites.
  • Allowing individuals to act as sellers on the transaction site and post what are essentially classified ads makes other features of the present invention possible. For example, individual posting such classifieds to the transaction sites are given the option to automatically post the listing in an appropriate format to other free locations which are appropriate for the posting of such messages. For example, when specifying a listing on the transaction site of the present invention, an individual may select options which result in the automatic posting of the listing on Usenet or any of a wide variety of free classified sites. According to a specific embodiment, the postings are made in the name of the individual and contain hypertext links back to the transaction site. It is important to note that this type of posting would not qualify as SPAM in that they are posted by individuals and only on sites appropriate for such postings.
  • a buyer need not even submit a bid to begin negotiations with one or more sellers. Instead, the buyer may submit a request for quotes from sellers for a particular product or bundle of products. According to a specific embodiment, this may easily be accomplished by the buyer through the creation of a shopping list for the product or bundle of products, and designating the shopping list as one for which quotes are automatically solicited. According to specific embodiments, this could be the default for all new shopping lists. Alternatively, the buyer could be required to select this option when creating a new shopping list. This feature allows the buyer to make the sellers do the work. Once quotes are received by the buyer, negotiations can proceed in the manner described above. According to one embodiment, the request for quotes may be submitted via a shopping list created by the buyer as described above.
  • the buyer may create a specific shopping list for which he may select a "Request for Quotes" option in response to which a request for quotes is generated and posted for each of the items in the list.
  • the buyer has the option of specifying particular sellers from which quotes are desired.
  • data are compiled for the buyer across all products purchased through the transaction site. For example, data could be compiled for order numbers, product numbers, dollars expended on particular products or for all products. This feature is particularly valuable for a corporate buyer to keep track of inventory and spending.
  • individual products in a post-purchase list associated with a particular buyer are linked with lists of related products which would allow a buyer to subsequently upgrade the purchased product or to purchase add-on items. Once the linked list is presented to the buyer, negotiation for any of the products in the list may proceed in the manner described above.
  • individual products in a post-purchase list associated with a particular buyer are linked with market data regarding the current value of those products.
  • Associated hypertext links are also provided allowing the buyer to turn around and offer the product for sale. This subsequent resale may occur after the useful life of the product for that user, or immediately after the initial purchase. As will be understood, this feature enables speculation by the buyer in any of the products offered for sale through the transaction site.
  • the transaction site of the present invention can track all of the data necessary for the creation and trading of options at the transaction site.
  • the fact that there may be many different list prices for a particular product is dealt with by using some sort of formula or default value which uniquely identifies a product price.
  • the median list price at the transaction site could be the value upon which the options are based.
  • deal price data may be used.
  • some minimum price could be established by the transaction site.
  • a personal interface is provided as shown in Fig. 19 which has 4 tabbed areas with which the user can find products, place and track bids, and track purchases.
  • the tabbed areas are entitled, respectively, “Getting Started,” “Find Products” (shown in Fig. 19), “My Bids,” and “Order History.”
  • "Getting Started” interface 2000 is shown in Fig. 20 and describes how to negotiate for and purchase items through the site.
  • My Bids" interface 2100 allows the buyer to track any currently pending bids showing the product for which each bid was placed, the bid amount, and the current total price requested by the seller.
  • "Order History" interface 2200 presents a detailed history of the buyer's orders facilitated through the site including the product ordered, the date of the order, the seller, price per unit, any applicable taxes, shipping costs, total price, and the status of the order.
  • the buyer's reputation is shown. As discussed above and according to a specific embodiment, the reputation value shown represents the number of consummated transactions to the total number of bids placed by the buyer. Thus, this particular buyer with a reputation of "0" has followed through on as many bids as she has reneged.
  • "Find Products” interface 1900 enables the buyer to search for products using keyword searching or by selecting one of the product categories and navigating through available products in the selected category. If, for example, the buyer selects "Notebooks & Laptops" under “Computer Systems," interface 2300 of Fig. 23 is presented in which all of the notebook and laptop computers available through the site are shown. In response to selection of one of these items, e.g., Celeron 433, interface 2400 of Fig. 24 is presented in which specific models are shown along with inventory status and the lowest available list price.
  • interface 2500 of Fig. 25 is presented in which a list of sellers of the selected product is shown.
  • the lists indicates for each seller whether the seller has the item in stock, the seller's list price, any applicable taxes and shipping costs, and a total price.
  • the buyer may submit simultaneous bids to any or all of the listed sellers by appropriately checking the boxes in the left hand column as shown.
  • the system automatically creates a mutually exclusive group of the submitted bids. As discussed above, the mutually exclusive group operates to withdraw all remaining bids when any one is accepted. Also as discussed above, once a bid is accepted by one of the sellers, consummation of the transaction may be facilitated in a variety of
  • negotiations described above have been described largely as a non-binding process until after a mutually agreeable price has been found and the parties decide to consummate the deal.
  • negotiations may be made partially or fully binding without departing from the scope of the invention. That is, a payment identifier such as, for example, a credit card or billing account may be requested before a party is allowed to negotiate. If the party attempts to terminate negotiations prematurely, some sort of penalty may be assessed to the identified account.

Abstract

Method and apparatus are described for facilitating a transaction between a buyer and one of a plurality of sellers via the Internet. Product information relating to a plurality of products (Figure 19) meeting product criteria specified by the buyer is presented via the Internet. One of the plurality of sellers is associated with each of the products. A first bid from the buyer (210) for a first one of the plurality of products is made available via the Internet to a first seller associated with the first product. A first bid response (214) is presented via the Internet to the buyer according to response criteria specified by the first seller. Where the first bid response is an acceptance of the first bid, consummation of the transaction is facilitated (220). Where the first bid response is a counteroffer, further negotiation via the Internet between the buyer and the first seller is enabled (258).

Description

METHODS AND APPARATUS FOR BROKERING TRANSACTIONS
BACKGROUND OF THE INVENTION The present invention relates to electronic commerce via the Internet. More specifically, the present invention relates to the facilitation of transactions between buyers and sellers on the World Wide Web.
Electronic commerce on the Internet, and specifically the World Wide Web, promises to transform the economic landscape in ways which have not yet been contemplated. Consumers and corporate buyers already have online access to a staggering variety of goods and services from a wide range of merchants and service providers. They may electronically search through vast inventories to easily and conveniently find products to fit their needs, often at a significant savings over traditional commerce. They may also initiate and complete transactions online simply by identifying a product and submitting a payment identifier such as a credit card or purchasing account to the appropriate web site.
Electronic commerce also offers a number of advantages to the merchant or service provider. Offering products online avoids all of the overhead associated with operating retail or wholesale locations. In addition, online sellers do not need to anticipate the inventory needs of a number of different geographic locations. In fact, inventory may be centralized and precisely and automatically monitored and adjusted according to transaction data which are gathered virtually instantaneously. Moreover, the World Wide Web has the potential for making a particular seller's goods or services available to anyone, any time, anywhere on the planet. The cost savings and the market access associated with these advantages combine to give online sellers a significant competitive edge over their more traditional counterparts. Given the obvious potential of electronic commerce and the rapidly increasing traffic at web sites engaging in electronic commerce, it's no surprise that there is a demand for technical solutions by which electronic commerce transactions may be facilitated and made more efficient. Such solutions range from increasing the speed and efficiency with which data are transferred over the Internet to improving search engine capabilities to creating more user-friendly interfaces. Unfortunately, all of the solutions presented to date have not been able to reproduce an important part of traditional commerce and its attendant advantages for both sellers and buyers. That is, none of today's electronic commerce solutions allows for the give and take of a traditional negotiation between individual sellers and buyers.
An example of one solution for facilitating transactions between a buyer and one or more sellers is described in U.S. Patent No. 5,794,207 for METHOD AND APPARATUS FOR CRYPTOGRAPHICALLY ASSISTED COMMERCIAL NETWORK SYSTEM DESIGNED TO FACILITATE BUYER-DRIVEN CONDITIONAL PURCHASE OFFER issued on August 11 , 1998, the entirety of which is incorporated herein by reference for all purposes. In that patent, a system is described by which a prospective buyer communicates a binding purchase offer globally to a plurality of sellers. The offer is made binding by requiring the buyer to submit a payment identifier such as, for example, a credit card. Any of the potential sellers may then bind the buyer by accepting the offer.
It is clear that such a solution does not resemble a traditional negotiation. In traditional situations, a prospective buyer can make a conditional offer which may be countered by the seller which may again be countered by the buyer. Traditionally, neither party is bound until both agree upon a price. In this way, the exact price may be identified at which a transaction could proceed as between the two specific parties. It will be understood that the ability to identify this price for any two parties in an efficient manner would be of potentially great value to both buyers and sellers. That is, buyers would be getting the product they want for the price they are willing to pay, while sellers would be effecting a greater number of sales due to their ability to engage in price discrimination.
There are, however, some attendant disadvantages associated with allowing buyers to submit non-binding bids. For example, if there are no consequences to the buyer for submitting a bid, many bids may be submitted by a single buyer or a small group of buyers solely for the purpose of manipulating the market for a particular product. Moreover, resources may be wasted by a seller in pursuing a proliferation of non-serious bids. As discussed above, one solution is to require that a buyer submit a credit card number before he may submit a bid, and further to assess some financial penalty against the buyer's credit card if the buyer abandons the negotiation. Unfortunately, this may serve as a barrier to entry for many buyers in that they are much less likely to conduct simultaneous negotiations with a number of merchants under these conditions.
It is therefore desirable to provide an electronic commerce solution by which individual buyers may negotiate online in a traditional and non-binding manner with one or more sellers.
SUMMARY OF THE INVENTION According to the present invention, an electronic commerce solution is provided for facilitating online transactions which allows traditional negotiation between a buyer and a seller to occur. According to a specific embodiment, a web site is provided having individual private graphical user interfaces, e.g., web pages, for buyers and sellers. A buyer gains access to his private interface with a user ID and password, although other areas of the web site are accessible without the user ID or password. The buyer's interface allows him to search a proprietary database for current product information for a variety of products being offered for sale by a number of sellers. The product information includes, for example, the name of the seller and an ask price and/or a list price for the product as specified by the seller. The buyer may save the product information for any products in which he is interested to one or more shopping lists which become part of his interface. According to specific embodiments, and as will be described, product information is the proprietary database may be supplemented or replaced with more current product information which is retrieved by a parser from multiple remote sites such as, for example, the sites of the merchants themselves.
According to a specific embodiment, the buyer may share his shopping list(s) with friends or co-workers to solicit feedback on the various products, sellers, ask prices, etc. The shopping list may be sent in an e-mail as, for example, an HTML table in which the addressee may insert his comments. Alternatively, persons from whom feedback is desired may be notified by e-mail and given access to the buyer's shopping list on the web site itself. In this way, a buyer may solicit advice or approval before initiating a transaction. For each product saved in the shopping list a bid button is provided, activation of which causes a bid interface to be presented by which the buyer may submit a non- binding bid to the seller of that particular product. Alternatively, the bid interface may be in the shopping list itself. As yet another alternative and as will be discussed, bids may be submitted without the use of such a shopping list. That is, a bid may be submitted, for example, through an interface accessible from the product search results.
According to a specific embodiment, a bid submitted by any of these various techniques is made available to a number of different sellers offering the same product. The sellers are "different" in that they include a large number of independent economic entities. This is to be distinguished from other sites in which the "sellers" are all just representatives of a single economic entity. Making the bids available to different economic entities increases the likelihood that at least one of them can offer a price acceptable to the buyer. Using the shopping list or other bid interfaces, the buyer may make a number of bids for the same or different products to a number of different sellers simultaneously.
The bids made available to the sellers may be of different characters in that a buyer may indicate that her bid is related only to the product price or includes any applicable taxes and/or shipping amounts. That is, a buyer may indicate that her bid is for the product price with any applicable taxes and/or shipping costs added in. The transaction site of the present invention then presents an appropriately adjusted bid amount to the sellers which may vary from seller to seller. That is, if the buyer indicates that taxes and shipping are included in the bid, for each seller, the transaction site subtracts a shipping amount and any applicable taxes for each seller using shipping information from each of the sellers and relevant tax information. The adjusted bid amount may then be easily compared to the seller's product cost.
According to a specific embodiment of the invention, even though the buyer's bids are non-binding, there is nevertheless a consequence for submitting frivolous bids. That is, the transaction site of the present invention may be configured to track a buyer's "reputation" by tracking the buyer's transaction behavior. For example, the number of bids submitted by a particular buyer could be related to the number of bids honored or reneged upon by that buyer, and an objective value could be generated therefrom indicative of the buyer's "reputation." According to a specific embodiment, the metric is simply the number of offers honored less the number reneged, a large positive value representing a "good" reputation and a large negative value representing a "bad" one. According to another embodiment, the metric is based on the number of times a buyer honors acceptance of his bids. According to yet another embodiment, the metric is based on the percentage of the buyers bids which are eventually consummated. It will be understood that a variety of data could be used to generate a metric indicative of a buyer's transaction behavior and that the present invention is not limited to the few examples described here.
Each buyer's reputation is made available to sellers on the site for use as they see fit. For example, a seller could choose to respond only to bids from buyers who have a reputation which is of a certain level. Alternatively, a seller could choose to respond unfavorably to such buyers, thus giving the buyer immediate feedback and incentive to adjust her bid accordingly. In addition, a seller could give preferential treatment, e.g., discounts, to buyers with very good reputations. Thus, buyers would tend to conduct transactions in a responsible manner to protect their reputations from being damaged and to receive preferential treatment. This approach has many of the advantages of requiring a credit card or other payment identifier without presenting a significant barrier to entry and without making simultaneous negotiation impracticable.
Each seller having products in the proprietary database also has access to a private interface on the web site with which an authorized representative of the seller may have access to all of the currently outstanding bids to that seller for any of the products offered by the seller. According to a specific embodiment, bids to other sellers for products offered by the seller are also available on the seller's private interface. The seller may respond manually to any of the posted bids or, alternatively, the seller may specify a set of business rules according to which automated responses to the posted bids are generated. The response to a bid may be an acceptance of the bid or a counteroffer.
According to various embodiments, market information is displayed along with the list of current bids to help the seller with responding to any or all of the bids, i.e., decision-making support. In one embodiment, demand data are graphically presented, i.e., in a demand curve, representing bids for a particular product to either the particular seller, or a number of different sellers. The seller (or the business rules specified by the seller) can then use the demand data to develop a strategy for responding to one or more bids. For example, a seller can determine how much to temporarily lower an ask price to effect a block deal.
Any bid responses from any sellers show up in the buyer's private interface. According to one embodiment, the responses show up in the shopping list juxtaposed with the original ask price, i.e., the list price, and the buyer's bid. If the seller's response is an acceptance of the buyer's bid, the buyer is enabled to complete the transaction if he so chooses. According to a particular embodiment, this is accomplished by means of an HTML link to the seller's web site. Alternatively, the transaction site can make the buyer's payment and shipping information available to the seller. If, on the other hand, the seller's response is a counteroffer, the buyer may continue the negotiation in the manner described above until a mutually acceptable price is reached, or until the buyer or the seller terminates the negotiation.
As alluded to above, the buyer may conduct a number of simultaneous negotiations with different sellers for the same product or even multiple products. Therefore, according to a specific embodiment, a mechanism is provided by which negotiations with a number of sellers may be automatically terminated when the buyer reaches an agreement with any one seller. That is, the buyer may create a mutually exclusive group with which a plurality of outstanding bids and/or quote solicitations are associated. According to a specific embodiment, the buyer creates a mutually exclusive group by designating one of his shopping lists as such a group. According to another specific embodiment, a mutually exclusive bid group is automatically created by the system when the buyer posts bids for a particular product to more than one seller, or where the buyer posts bids for more than one equivalent or similar products to one or more sellers. When an agreement is reached on any one of the bids or quote solicitations in a mutually exclusive group, all other negotiations for the products in the group are automatically terminated. According to various embodiments, such a mutually exclusive group can correspond to a variety of product-seller combinations. That is, a mutually exclusive group can identify one product and multiple sellers, multiple products and multiple sellers, multiple products and one seller, etc. This feature allows a buyer to place a number of simultaneous bids even though he intends to make only a single purchase. As will be described, the mutual exclusivity feature of the present invention is also made available in the auction context.
Thus, the present invention provides methods and apparatus for providing product information via a network. The product information relates to at least one product meeting product criteria specified by a user. A first portion of the product information is retrieved from a previously populated database. A second portion of the product information is retrieved from at least one remote site on the network. The at least one remote site is associated with the at least one product.
According to other embodiments, methods and apparatus are provided for facilitating a transaction between a bidder and one of a plurality of auctions via a network. The bidder is enabled to submit a plurality of bids substantially simultaneously with the plurality of auctions via the network. When one of the plurality of bids is accepted by a first one of the plurality of auctions, all remaining bids are automatically withdrawn from others of the plurality of auctions according to a mutually exclusive group. According to a specific embodiment of the invention, the mutually exclusive group is explicitly defined by the bidder. According to another specific embodiment, the mutually exclusive group is automatically created.
According to still other embodiments, methods and apparatus are provided for facilitating a transaction between a buyer and a seller via a network. Product information is presented to the buyer via the network. The product information relates to a product meeting product criteria specified by the buyer and includes a price for the product. An adjusted bid is presented to the seller via the network in response to an aggregate bid entered by the buyer. The aggregate bid relates to a plurality of bid components, and is equal to the aggregate bid less at least one of the bid components. A further understanding of the nature and advantages of the present invention may be realized by reference to the remaining portions of the specification and the drawings.
BRIEF DESCRIPTION OF THE DRAWINGS Fig. 1 is a block diagram of a hardware environment in which the various embodiments of the present invention may be implemented;
Fig. 2 is a flowchart illustrating facilitation of a transaction according to a specific embodiment of the invention;
Fig. 2a is a flowchart illustrating a negotiation between a buyer and a seller according to a specific embodiment of the invention;
Figs. 3-18 are a series of graphical user interfaces illustrating the operation of a specific embodiment of the invention; and Figs. 19-25 are a series of graphical user interfaces illustrating the operation of another specific embodiment of the invention.
DESCRIPTION OF SPECIFIC EMBODIMENTS Fig. 1 is a block diagram of a hardware environment in which the various embodiments of the present invention may be implemented. The web site at which transactions between buyers and sellers are facilitated according to the invention is located on a server 102 which is connected by a router 104 to the Internet 106. Sellers (represented by servers 108) are connected to the Internet via routers 110. Seller servers 108 may have networks 112 associated therewith interconnecting a plurality of personal computers or work stations 114. Buyers (represented by computers 122 and 124) may be connected to the Internet in a variety of ways. For example, a buyer may be connected from his home via a modem 126, or from his workplace via a network 120, a file server 116, and a router 118. It will be understood that, according to various embodiments of the invention, buyers and sellers may gain access to the web site on server 102 via a variety of hardware configurations. For example, a seller may be an individual on his home computer 124. Similarly, a buyer may be an employee may be at his computer 114 at a corporation which is also a seller. It will also be understood that the hardware environment of Fig. 1 is shown for illustrative purposes and that a wide variety of hardware environments may be employed to implement the various embodiments of the present invention. It should also be understood that specific embodiments of the methods and processes described herein are implemented as computer program instructions, i.e., software, in the memory of server 102.
The operation of a specific embodiment of the invention will now be described with reference to Figs. 2-18. Fig. 2 is a flowchart 200 illustrating facilitation of a transaction according to a specific embodiment of the invention. Fig. 2a is a flowchart illustrating a multi-step negotiation between a buyer and a seller (see 214 of Fig. 2) according to a more specific embodiment of the invention. Figs. 3-18 are a series of graphical user interfaces which will be used to illustrate the transaction process of Figs. 2 and 2a.
Initially, a buyer logs on to the transaction facilitation system of the present invention (202) via login interface 300 of Fig. 3. This results in presentation of a personalized private interface 400 to the buyer in which the buyer may initiate a search for a particular product (204). According to various embodiments, a buyer need not log on to the site before initiating a search. That is, searching may be initiated by individuals who are not members of the transaction site. According to such embodiments, logging in is only required for bidding, negotiating, transacting, etc. To focus the search, the buyer may specify the product type as, for example, a laptop computer as shown in interface 400 of Fig. 4. The buyer may further specify the type of laptop (e.g., ThinkPad® 600) to varying degrees of specificity in the Keyword(s) window. More advanced searching options are also available for more skilled users and more focused searches in which a variety of product criteria may be specified.
As will be understood, the search for a desired product may be effected in a variety of ways. For example, like price comparison services, e.g., shopping engines, on the web today, the search may employ either a database which allows multi- merchant price comparisons, or a parser, e.g., a shopping bot, which sends search requests to multiple merchant sites and then returns the results from those sites to the searcher. In general the database approach allows a more tightly controlled parametric search than the parser approach. On the other hand, the parser approach provides real time data. Thus, the database approach is more likely to lead to obsolete prices and stock status. On the other hand, parsers tend to generate less satisfactory search results and are generally slower in that the results must be returned from multiple remote sites, compiled, and then sent to the searcher.
According to a specific embodiment, methods and apparatus are provided by which advantages of both of these search methods are realized. That is, according to this embodiment, a database is initially used to define the search. The buyer thus gets an excellent search output based on the parametric search criteria he has defined. Then once the buyer has identified the product or products of interest he can get real time prices and stock status for the product(s) through the use of a parser or shopping bot which interrogates the web sites of the merchants associated with the selected product(s).
Thus, according to one such embodiment, as soon as the buyer selects a product, the web pages of the merchants associated with the selected product are accessed and parsed to extract current price and stock status information. This information is then displayed to the buyer. According to various embodiments, this may be done automatically when the buyer selects a product, or alternatively, only after a buyer explicitly asks for a "real-time update". According to one embodiment, in the case where the buyer must explicitly request the real-time update, price and stock status information from the transaction site database is displayed to the buyer until the real-time data are requested. When the buyer finishes specifying the product and clicks on "Go," a search of a proprietary database is initiated in response to which relevant product information is presented in the form of a list of products as shown in interface 500 of Fig. 5. Each entry in the list includes the manufacturer, specific product information, and a product price (e.g., the "Lowest Price" column which displays the lowest list price from among the sellers selling the specific product via the transaction site). It should be noted that the term "ask price" as used herein encompasses any price for which a merchant is offering a product for sale including, for example, the list price and subsequent counteroffer prices. The term "list price" is used herein in its conventional sense in that it generally refers to an original price associated by the merchant with a product. As mentioned above, and according to a specific embodiment of the invention, when the list of products shown in interface 500 is initially presented, the price shown for each entry is the lowest list price for the product from among the sellers selling through the transaction site.
Also included with each entry is a "Save" button by which the buyer may save any of the list entries to any of his personal shopping lists (described below) from which transactions may be initiated. Alternatively, transactions may be initiated directly from the search results list. As shown in Fig. 6, when any of the active "Save" buttons in the product information list of interface 500 are activated, i.e., the buyer clicks on them, the associated product information is saved to the buyer's currently selected shopping list (206) and the active "Save" button becomes a display object indicating that the associated item has been saved. Additional information about any of the products in the list of interface 500 may be obtained by clicking on the HTML text describing the product. According to a specific embodiment, creation of such a shopping list may be accomplished without logging in to the transaction site. However, the entries in such a list are not permanently saved and transactions may not commence until the user logs in.
According to various embodiments, a buyer can create and simultaneously maintain as many shopping lists as desired. Moreover, for each shopping list created, the buyer may specify a variety of attributes which affect the way in which each shopping list is used to facilitate transactions. For example, the buyer may specify whether the entries of a particular shopping list are independent of each other or whether they form a mutually exclusive group as described herein. If the buyer specifies that the entries are independent, then the bids and deals associated with any one entry have no effect on ongoing negotiations for other items in the list. In addition, the buyer may specify whether a particular item will automatically solicit quotes from a plurality of sellers once a corresponding entry is added to one of the buyer's shopping lists. The buyer may also customize each shopping list by, for example, giving each list a meaningful name, or by associating comments with each. Interface 500 also includes an advanced search interface in which specific parameters associated with the specified product type may be specified. In the example shown, for the product type "Laptop" the processor, the display size, and the speed may be specified to further refine the search.
The shopping list to which the buyer saves selected portions of the product information is shown in interface 700 of Fig. 7. The shopping list includes the information from the search results list of interface 500. In addition, a "Comments" feature is provided which allows the buyer or other individuals authorized by the buyer to insert personal comments regarding each specific product or merchant. Such comments could include full text messages or, for example, product or merchant ratings. Insertion of comments by the buyer is effected by activation of a "Comments" button in each shopping list entry. This results in presentation of window (not shown) in which new comments may be entered or old comments edited.
Insertion of comments by other individuals may be accomplished in different ways according to various embodiments of the invention. According to one embodiment, the buyer may e-mail an HTML page including the shopping list to one or more individuals in a reviewer network to solicit comments (208). The individuals receiving the shopping list may view the page using their Internet browser and, through an HTML link in the page, access the transaction web site as a user authorized to add comments to the buyer's shopping list. As discussed above, these comments may be full text messages regarding anything relevant to the listed product or merchant. Comments may also take the form of a rating of the product or merchant according to a scale automatically provided to the reviewers in the reviewer network. According to specific embodiments, the system of the present invention automatically compiles ratings from the buyer and reviewers to create indices which may be used for decision making. Alternatively, the reviewer may insert comments into the HTML page and e- mail it back to the web site for automatic entry into the buyer's shopping list. According to another embodiment, the buyer gives permission for others in his reviewer network to review one or more of his shopping lists by specifying a plurality of e-mail addresses for each shopping list. The buyer may then exchange comments about various products and merchants via an interface on the web site with his reviewers and others who have been authorized to review by that buyer.
Activation of the HTML text describing a product entry in the shopping list of interface 700 results in presentation of an interface 800 (Fig. 8) which provides information about all merchants offering the particular product for sale through the transaction site. The first entry in the list corresponds to the shopping list entry selected in interface 700. Any of the entries in interface 800 may be saved to the original shopping list of interface 700 by activation of the associated Save button.
As can be seen, the buyer may submit an individual bid to a particular seller for the listed product (210) by entering the bid amount in the Bid column and activating the associated Bid button. According to specific embodiments, password verification is requested when the Bid button is activated to ensure that the bid is authentic and authorized. The buyer may accept the seller's current ask price (which may or may not be the same as the list price) by activation of a button indicating "Buy." According to various embodiments, password verification is also required prior to sending such a response to the buyer. Bids for varying amounts may be submitted to different merchants as shown in expanded shopping list interface 900 of Fig. 9. The individual bids submitted via interfaces 800 and 900 are shown in the shopping list in an updateable and interactive column entitled "Bid Price." It should be noted that implementation of the present invention does not require that password verification be employed for every transaction. That is, such password verification may only be required for some actions such as, for example, initially logging into the system.
Also included in interface 900 is a column entitled "Comments" by which direct messaging between the buyer and the seller may be effected. As part of the bid submitted to the seller, the buyer may include full text messages through activation of the associated "Comments" button. The buyer may also indicate a length of time for which the associated bid is good, i.e., an expiration time. Alternatively, a buyer could indicate that the bid is "good to cancel," i.e., that the bid is valid until cancelled by the buyer. As another alternative, the bid could be specified by the buyer as a "fill or kill" bid, i.e., only responses for the exact product and quantity requested will be entertained. In one embodiment, these bid parameters are implemented using a column next to the bid price (not shown) where the user indicates the life of the bid. It should be noted, however, that a variety of mechanisms may be used without departing from the scope of the invention. According to various alternate embodiments, the shopping list includes other mechanisms by which these parameters may be specified and communicated to sellers. According to specific ones of these, the mechanisms by which such bid attributes are communicated are such that they are recognized by the automatic response algorithms employed by sellers on the transaction site. The seller may respond to the messages with full text messages of its own.
This allows both parties to the negotiation to move forward with more specific information. According to a specific embodiment, the seller may input such messages via its own interface as described below. According to another specific embodiment, the seller's comments are presented to the buyer in a window which appears upon activation of the "Comments" button of interface 900 along with comments from any reviewers in the buyer's reviewer network. The seller's comments could also appear in conjunction with a response generated either by the seller, its representative, or a program active on behalf of the seller.
Submitted bids which do not constitute acceptances of the sellers "Ask Price" (212) are made available to individual merchants along with quote solicitations via another set of interfaces on the transaction web site. From this point, a multi-step negotiation between the buyer and each seller may commence (214). The details of such a negotiation will be described with reference to Fig. 2a. When a representative of a member merchant logs in to the transaction web site using interface 1000 of Fig. 10, currently outstanding bids and/or quote solicitations are listed according to a filter or filters specified by the merchant (see interface 1100 of Fig. 11). For example, the merchant may elect to view bids to all merchants, to a particular subset of merchants, or only bids to that particular merchant. The merchant may also filter the list to show only bids or quote solicitations for certain products. The merchant may also specify that only bids within a certain percentage or dollar value spread be listed. In this example, the bids are sorted according to a buyer identification number shown in the "Buyer Id" column, the bids submitted by the buyer of interface 900 corresponding to buyer 147. In general, the merchant or its representative may use a variety of filters in combination to generate a list of particular product-buyer combinations which are currently open. It should be noted that the entries in interface 1100 may also include items saved in buyers' shopping lists for which bids or quote solicitations have not yet been submitted.
Once the seller selects a product in interface 1100 the seller can respond in a variety of ways. That is, the seller can accept the specific bid or make a specific counteroffer to the bidder corresponding to the selected product. The seller can also make block responses (in the form of deals or counteroffers) to all or some subset of buyers who have posted bids or quote solicitations for the selected product.
In addition to the bid listing, market information may be provided with interface 1100 which the merchant may use to formulate strategies for responding to any or all of the outstanding bids. For example, a demand curve for a particular product, e.g., the ThinkPad® 600, may be shown. Other market information might include price histories, bid histories, deal histories, etc. Moreover, the market information may be presented in a variety of forms such as graphically, in tables, in lists, and the like. An example of how a merchant might use such market information will now be described. The merchant may use demand data to effect a block response. That is, the merchant can use the data to determine how much to temporarily lower its ask price to induce acceptance by a specific number of buyers. According to a specific embodiment, the merchant effects a block deal by temporarily lowering its ask price to a particular buyer to match the bid price submitted by that buyer thereby inducing acceptance by that buyer. Because the merchant's response is made in the context of a block deal, a number of responses are automatically generated to other buyers who have submitted bids at or above the particular buyer's bid thereby inducing acceptance. According to a specific embodiment, the ask price of the automatically generated responses correlate to or match the bid price of each of the other buyer's bids rather than the bid price of the particular buyer to whom the merchant specifically responds. It should be noted that, as with other aspects of the present invention, the merchant may respond to bids directed to the merchant as well as bids directed to other merchants. According to a particular embodiment, when the merchant logs on to the system all bids currently outstanding to that merchant for a variety of products are shown in the format of interface 1100. The merchant may then select a particular product in the product column to view all currently outstanding bids for that product either to the merchant or to a plurality of merchants. The market information presented will be adapted according to the particular view. The market information may be employed by a particular merchant in a variety of ways for decision-making support. A particular use would depend upon the nature of the information. As described above, demand data could be used to effect block deals. Demand data or the price history for a particular product could be used to make adjustments to the merchant's list price. It will be understood that there are a wide variety of ways in which such market information could be used to enhance a merchant's decision making which are within the scope of the present invention.
According to another embodiment, instead of selecting a particular product, the merchant may select a particular buyer identified in the buyer column, in response to which all bids and/or quote solicitations from that buyer currently outstanding in the system to any merchant are presented to the merchant in a format similar to that shown in interface 1100. This may also include products which have been saved to one of that buyer's shopping lists and for which the buyer has not yet posted a bid but has indicated that she is willing to solicit quotes. This allows a merchant to offer bundle deals to particular buyers when such buyers are identified. For example, a buyer might be bidding on a laptop computer, extra battery packs, a printer, and a carrying case. The merchant may respond to the buyer with a bundle bid or counteroffer which reduces the ask price for any or all of the items if the buyer chooses to buy all of those items from that merchant. This gives merchants a very powerful tool for negotiating with individual buyers. The merchant selects the items in the buyer specific list which he would like to include in the bundle and either quotes individual ask prices to the buyer for the selected items, or a single price for all the products in the bundle. According to a specific embodiment, the individual quotes (i.e., ask prices) are prefixed with a letter "B" identifying them as part of a bundle. The seller can also offer to sell related (competitive or complementary) products as part of the bundle. The seller can thus suggest products to the buyer on which he can offer good deals. This "cross selling" allows the seller to make deals on products even where such products are not originally identified by the buyer.
As described herein, a buyer may define mutually exclusive groups of the same or similar products only one of which is desired by the buyer. According to a specific embodiment, this is achieved by the buyer designating a particular shopping list listing the products as a mutually exclusive group. According to other embodiments, mutually exclusive groups are automatically created by the system when a buyer submits a bid for the same product to more than one seller, or for two or more similar products to one or more sellers. Once such a group is defined, a buyer may bid on a number of ThinkPad® 600 and 700 computers even though she only wants one. By identifying the computers (and thus their associated bids or quote solicitations) as part of a mutually exclusive group, the buyer activates a feature of the present invention which terminates negotiations for all other products in the group when the buyer has reached an agreement on any product in the group. It will be understood that, in the context of the bundle bid, this information would be useful for the merchant. Therefore, according to a specific embodiment of the invention, when a merchant is attempting to effect a bundle bid or counteroffer, the merchant is enabled to identify which of the bids and/or quote solicitation associated with the buyer are part of a mutually exclusive group. According to a specific embodiment, in the list of bids and/or quote solicitations associated with a particular buyer, an entry is associated with each which identifies the product as part of such a mutually exclusive group. This could be an entry in a column dedicated for this purpose, or as, for example, a prefix associated with each product which is part of such a group. According to one embodiment, the mutually exclusive bid group feature of the present invention is made available to buyers in the auction context. That is, a buyer may designate each of a plurality of bids to different auctions as part of a mutually exclusive group, any remaining bids in a group being automatically withdrawn when any one of them is accepted. This feature enables buyers to bid for multiple auctions (English, Dutch or any other traditional auction approach) in parallel. According to another embodiment and as discussed above in the negotiation context, the system of the present invention automatically creates mutually exclusive groups in the auction context with reference to the objects upon which the buyer is bidding and the number of bids submitted. That is, a mutually exclusive group might be created, for example,
. ? - when a buyer submits a bid for the same product to more than one auction, or for two or more similar products to one or more auction.
According to one embodiment of the invention, market information (not shown) is made available to individual buyers in interface 900 to help them develop bidding strategies. As discussed above with regard to market information presented to a merchant, such information could include demand data, list price histories, bid price histories, deal price histories, etc. The information can be filtered with respect to particular products and particular merchants. A price history might include the minimum, maximum and median list prices offered by a particular merchant for a particular product. A price history might be used by a buyer to predict, for example, how much the price for a product might drop in the future. That is, the buyer might use the historical price decay to predict price decay for an upcoming period. For a new product, i.e., a product which has no price history, the buyer will have the option of identifying a similar product and using the price history data for that product. Alternatively, the system of the present invention may automatically determine one or more similar products in response to a buyer requesting market information for a new product. According to a specific embodiment, the similar product may be determined with reference to a mutually exclusive group. Automatic identification of a similar product could be enabled by identifying similarity in brand name, category, or data regarding what products buyers and/or sellers have identified as equivalents in the past. A technique known as collaborative filtering may be used to identify similar products using such information. Where more than one similar product is identified, a list of the similar products is presented to the buyer from which the buyer may select the product he believes is the most similar to the product for which market information is desired. A deal history might include prices at which a particular merchant or a plurality of merchants has sold different volumes of a particular product. Such deal prices could include deal prices for transactions effected through the transaction site by the merchant or merchants. The deal history could also include deal prices for transactions effected outside of the transaction site and provided to the transaction site by the individual merchants. All of this market information provides powerful tools for a buyer to determine how much she wants to bid for a particular product.
According to a specific embodiment, good deals are identified for the buyer based on a variety of market-related heuristics. Such heuristics include, for example, the ratio of the (median - minimum merchant price for a product) to the median product price. Another heuristic could be the price drop (or the price drop for the lowest price) over a recent period (day, week, month, etc.) expressed as a percentage of the median or lowest price. These deals could be identified for the buyer on a special area of the main page or a special page of the transaction site. Alternatively, the good deals are extracted from the buyer's search results. Even more specifically, the buyer has the option of sorting his search results using the available heuristics to order the product listings according to how good the individual deals are. It should be noted that a variety of heuristics may be used to identify "good deals." For example, the difference between the lowest price and the second lowest price could be used to indicate just how good of a deal is being offered by the seller offering the lowest price.
The merchant may effect a manual response to an individual bid (252) by selecting the corresponding entry in interface 1100. The bid need not be directed to the merchant. It may, in fact be directed to another merchant. That is, not only does each merchant have the opportunity to view bid information to other merchants, each merchant may also respond to such bids. According to a specific embodiment, the bid information relating to other merchants does not identify the merchants to which individual bids are directed. A negotiation between the buyer and the second merchant may then take place as described herein. In any case, selection of a particular entry in interface 1100 results in presentation of trading interface 1200 of Fig. 12 to the merchant by which the merchant may either accept the bid price or submit a counteroffer to the buyer by changing the ask price for that buyer. Other information included in interface 1200 includes details about the buyer including, for example, the buyer's e-mail address and any other information authorized for release by the buyer. Note that the merchant may effect a block deal by specification of the block ask price in interface 1200. The seller may insert comments to the buyer in conjunction with the bid response such as, for example, an expiration time for the new ask price. The expiration time may also be indicated through an additional field (not shown) the contents of which may be intelligently processed by the system of the present invention to effect automatic removal of the ask price at the appropriate time. In addition and as shown, market information regarding the current bids may be provided in interface 1200.
The seller may also authorize automated responses to bids (252) by specifying a number of business rules to govern the responses using interfaces 1300-1320 of Figs. 13a-13k. According to the present invention, any number of business rules may be defined by the seller and may be executed in any sequence specified by the seller. For each rule, the seller defines a set of criteria and a set of actions to be taken when the set of criteria is satisfied. Any number of criteria may be defined and combined in a variety of ways using logical operators (e.g., AND, OR, NOT) and groupings. Examples of criteria include (but are not limited to) bid-list spread, product type or group, the number of units, the buyer's reputation, etc. Similarly, any number of actions may be specified. Examples of actions includes (but are not limited to) text responses, ask price reductions, bid acceptance, etc. Another possible action could be generation of an e-mail message to one or more e-mail addresses. This can ensure that the appropriate representative(s) of the seller can be made aware of attractive sales prospects as soon as they are available at the transaction site. The e-mail(s) can ensure this without requiring the seller's representatives to continuously monitor the transaction site. This is especially useful during the early stages of the transaction site when it has relatively low traffic and hence cannot justify continuous monitoring by the seller or its representatives. The seller may reach the various Business Rules interfaces by selecting the corresponding HTML link at the top of interface 1200. In interfaces 1300 and 1302, respectively, the seller may specify a percentage or dollar value spread relative to the current list price within which a response will be automatically given. That is, if a bid is not close enough to the list price, no response may be given. The amount by which the list price may be reduced may also be specified as a percentage of the current list price. Product specific and buyer specific response may be added via interfaces 1304 and 1306 to address issues related to specific products, or to favor preferred customers. Other information may be conveyed to the buyer as part of an automated response by means of a text entry box entitled "Text Response." As shown, the text could indicate an expiration period for the bid response.
Figs. 13e through 13k show alternative interfaces for specifying and modifying business rules. As shown in interface 1308 of Fig. 13e, existing business rules are accessed through a list window entitled "Current Business Rules". Rules may be added and deleted from the list using the "Create New Rule..." and "Delete Current Rule..." buttons. The currently highlighted rule in the "Current Business Rules" window is specified in a window with the title of the current rule at the top of the box as shown. A variety of criteria are specified using the "add criteria" button as will be discussed below. A variety of actions to be taken if the criteria are satisfied are also specified using the "add action" button. In the rule illustrated in interface 1308, if a product which is the subject of a particular bid is part of a Hi Inventory product group (previously specified by the seller by selecting the HTML text "product set") and the bid-list spread is greater than or equal to 50%, the action taken is to respond to the bidder with the text message "Please be serious ~ your bid is less than half our list price." Similarly, in interface 1310, if the bid-list spread is between 10 and 50%, the actions taken are to reduce the ask price by 10% and present the text message "We have a great deal for you — we can offer you a 10% discount." Finally, as shown in interface 1312, if the bid is within 10% of the list price, an acceptance message is transmitted to the bidder. Other criteria could be specified such as, for example, the number of units bid upon (interface 1314). In addition, any combination of criteria may be specified such as, for example, the number of units, the bid-list spread, and the buyer reputation (interface 1316).
The mechanism by which a new business rule may be created will now be discussed with reference to interfaces 1318 and 1320 of Figs. 13 j and 13k. In response to selection of the "Create New Rule..." button, a blank rule box is presented (interface 1318) in which the seller may specify the title of the rule, the criteria which must be true for action to be taken (using the "add criteria'" list), and the actions to be taken (using the "add action" list). Many different combinations of criteria may be specified and different combinations of actions may also be specified. In the example shown in interface 1320, the criteria specified include the buyer reputation and the number of units, while the actions specified include reducing the ask price by 10% and displaying a text message. So, if a buyer with a highly rated reputation bids on more than 10 units, according to the new rule, the ask price is reduced by 10% and a text message is presented stating, "Because of your excellent reputation, we are able to offer you a 10% volume discount." According to a specific embodiment, the business rules of the present invention automatically ensure that, regardless of the way in which a seller specifies its rules, the ask price will never be reduced below the bid price. That is, even where a 10% reduction in ask price is specified in the seller's rule, the actual price reduction may be less where the bid is within 10% of the original ask price.
In addition, the merchant may specify response behavior which employs the market information from interface 1100. For example, an automated block deal response may be specified. Business rules may also be specified in a manner which takes into account specific attributes of individual bids. For example, the seller's response to a bid may be made contingent upon the number of units requested in the bid. This allows sellers to automatically give volume discounts.
A variety of complex rules may be specified so that automated responses may be given to the majority of outstanding bids, even bids to other merchants. Rules may be combined in various ways and multiple rules based on different criteria may be simultaneously applied. According to specific embodiments of the present invention, business rules may be linked to files external to the transaction site at, for example, the merchants own file server. Such rules might incorporate proprietary information over which the merchant wishes to maintain control. For example, if a particular merchant wishes to employ a specific subset of rules for products on which the merchant has a 10% gross margin, the rule determination for a particular bid would require current information regarding the gross margins for the merchant's product line. Understandably, this is information which a merchant might want to maintain as confidential.
Thus, even though the seller may not be willing to share his gross margins with the transaction site, he might still be willing to query his database and identify all the products that meet his requirements for gross margins (or any other criteria like inventory position) and then save the list of products into a file. The seller can then upload this file containing the list of products to the transaction site so that the list could be used with business rules specified by the seller. The seller could also place this file on the Internet and allow the transaction site to get access for use with business rules. It should be noted that in a similar way the seller can also create lists for buyers (buyer sets) that identify list of buyers and then allow the transaction site to access these lists for use with the seller's business rules. By specifying links to the confidential or proprietary information in its business rules, the merchant can maintain the information on its own site while also using it to automatically effect transactions at the transaction site. It will be understood there are myriad rules which may be applied and combined according to the specific goals of a particular seller and that the examples given above are merely illustrative and should not be used to limit the scope of the invention. Not only may the buyer receive a manual or automated response from the seller to which the bid was intended, he may also receive a response from another seller who had access to the buyer's bid information via their own private interface. In fact, according to specific embodiments of the present invention, some powerful market enhancements are made possible by enabling sellers to respond to buyers' bids in a flexible manner. For example, a seller could respond to a bid to itself or another seller for a first product by offering a better deal on comparable competitive product. This would allow a seller to compete for sales where it does not carry the specific product to which the bid was originally directed. It also allows sellers to offer preferred products which closely match or exceed the performance or specifications of the product in the original bid.
Another market enhancement made possible by providing other sellers' bid information and allowing flexible bid responses is related to the creation of bundle responses by the seller. As discussed above, a seller may create a bundle response from currently outstanding bids by a particular buyer. In addition and according to a specific embodiment of the invention, a seller may respond to a bid to itself or another seller with an offer for a related product. So, for example, if a buyer is bidding on a laptop computer, the seller can offer the buyer a carrying case for the laptop or extra battery packs at a reduced price, or even at no additional cost. This allows the seller to create a bundle which includes the product for which the buyer is bidding and one or more related products. Thus, the seller can identify and target markets for specific products without having to rely on the consumer's knowledge of or motivation to bid on such related products. The seller can also leverage its inventory in the related products to effect sales of the primary product.
Where the seller's response is a counteroffer (254), the counteroffer price appears as a modified ask price in both the merchant's bid list of interface 1100 and the buyer's shopping list of interface 900 as shown in Figs. 14 and 15, respectively. According to a specific embodiment, entries in the shopping list of interface 900 for which a response has been received from the seller are highlighted in a contrasting color as shown. Where the buyer does not accept the seller's counteroffer, he may adjust his bid by entering a new bid price as shown in Fig. 16. By activating the "Bid" button for that entry in his shopping list the buyer then submits an adjusted bid (258). Note that because the bid has been adjusted, it is treated like a new bid and the entry is no longer highlighted. Alternatively, the buyer may terminate negotiations with the seller at any time (260). In any case, where the buyer and seller have not yet agreed on a price (216), additional rounds of negotiating may take place as described above.
According to various specific embodiments of the invention, negotiation regarding the total price of a product between the buyer and seller is enabled. The total price of a product purchased over the Internet may include, for example, the list price of the product, applicable taxes, and seller shipping prices. Thus, according to the invention, the bargain struck between the buyer and seller may relate to any or all of these price components.
According to one embodiment, the buyers is allowed to negotiate a tax adjusted product price. That is, the buyer bids a price which is indicated to be the amount the buyer wants to pay after any applicable taxes are added. Sellers for whom no taxes apply see a total bid price. Sellers for whom taxes apply see a tax adjusted bid, i.e., the buyer's bid price less the appropriate sales tax adjustment. Sellers can then look at this price, compare it against their product cost, and decide how much they want to counter-offer or whether they want to accept the bid price. According to another embodiment, shipping prices are included in the equation. According to this approach, the buyer indicates the total price (product price + tax + shipping and handling) the buyer is willing to pay for a product for any shipping option. According to one embodiment, the transaction site provides a total price comparison to the buyer in addition to its list price comparison to aid in the buyer's determination of a total price bid. The total price for each products and seller is calculated from the product list price, shipping price data available from every seller which depends on the shipping option selected, and applicable taxes based on the geographical location of the seller (e.g., state) as determined from, for example, the zip code. The buyer searches for a product, designates a shipping option, and is presented with the total price (and possibly the list price as well) for the product from each of a plurality of sellers. The total price for each merchant is derived in part from shipping price information for each seller for the selected product and shipping option. The buyer then makes a bid for the total price for a specific shipping option to one or more of the sellers. Automatic adjustments are made to the bid price before making seller-specific net bid prices available to the sellers. That is, the transaction site displays a tax and shipping price adjusted bid (i.e., a net bid price) to each of the sellers which takes into account the seller's unique circumstances. That is, for each seller, the transaction site takes the buyer's total bid price and subtracts any tax amount as well as the specific seller's shipping price for the designated shipping option. Each seller is then provided with a net bid price from the buyer for the product. Each seller can then compare the net bid price to their cost and decide whether to accept a bid or make a counteroffer. Any counter offer from a seller based on the net bid price is then adjusted upward for tax and shipping price before being made available to the buyer as the new ask price. The demand curve data for any seller are also calculated using the buyer's net bid price. This is because the net bid price reflects how much the buyer is willing to pay given the tax and the shipping
price.
According to another embodiment, the net (or adjusted) bid price made available to each seller is based not on the seller's shipping prices, but on the actual cost to the seller of shipping the product to the buyer. This shipping cost information is provided by the seller to the transaction site. For sellers who have margins built into their shipping prices this approach allows them to make a meaningful comparison between the adjusted bid price, i.e., the net bid price, and their product cost. That is, if the buyer's total bid price is adjusted by the seller's shipping cost rather than its shipping price, the seller can assume a zero margin from shipping and thus look at the buyer's adjusted bid and directly compare it against the product cost. The demand curve data provided to the seller would also then be directly comparable to the product cost. This approach provides advantages for both the buyer and the seller. That is, the buyer is able to bid for the total deal price (i.e., product price + tax + shipping), while the seller gets to see an adjusted bid price which is a number that can be directly compared against the seller's cost.
Referring back to Fig. 2, if the buyer accepts the seller's ask price in interface 900 by activating the "Buy" button (212) or the seller accepts the buyer's bid price in interface 1200 of Fig. 17 (254), i.e., the buyer and seller agree on a price (216), all other negotiations relating to a mutually exclusive group associated with the product for which an agreement was reached are automatically terminated (218). That is, the availability to any sellers of the buyer's outstanding bids or quote solicitations (which are part of the mutually exclusive group defined by the buyer) is terminated. According to a specific embodiment, the buyer can enable this feature by specifying which of a plurality of currently ongoing negotiations should be part of a mutually exclusive group in which all negotiations are automatically terminated when an agreement in any one of the negotiations is reached. According to another embodiment, the system automatically creates mutually exclusive groups with reference to the buyer's bidding context. Any number of mutually exclusive groups each relating to one or more products may be associated with a particular buyer in accordance with the goals of that buyer. According to a specific embodiment, the buyer may use the shopping list of the present invention to define the mutually exclusive groups. That is, as described above, the user may designate a shopping list as such a mutually exclusive group such that the bids submitted from that shopping list will be processed in accordance with the mutual exclusivity feature of the present invention. Alternatively, the products in a particular shopping list may be designated independent of each other in the case where, for example the buyer is interested in all of the products in the list. In addition, embodiments of the invention are contemplated in which the system automatically creates mutually exclusive groups for the buyer based on, for example, the fact that the buyer has submitted simultaneous bids to a number of different sellers for the same product, or to one or more sellers for two or more similar products.
The mutual exclusivity feature of the present invention has significant value for the buyer even where negotiations are non-binding because it will serve to protect the buyer's reputation. That is, as described herein, a buyer's reputation is tracked based on previous transaction behavior, especially with regard to the number of bids honored or reneged upon by the buyer. Mutual exclusivity provides a mechanism whereby the buyer may generate a number of non-binding bids without the risk that her failure to pursue some of those bids would sully her reputation.
After a deal has been made, the entry is highlighted in the buyer's relevant shopping list in interface 900 (Fig. 18), the date of the agreement is displayed in the "Purchase Date" column, and consummation of the transaction is facilitated (220). According to various embodiments, the buyer need only select HTML text in the "Merchant" column in interface 900 in the appropriate shopping list entry to go directly to the merchant's web site for consummation of the transaction. According to other embodiments, the transaction may be consummated at the transaction site using private interfaces between the merchant and the buyer. According to still other embodiments, the buyer's payment and shipping information is provided to the seller by the transaction site upon authorization by the buyer. This information may be acquired by presenting an input interface to the buyer requesting the information, or, alternatively, from a database of previously collected information concerning the buyer.
In one embodiment of the invention, individual buyers are given incentives to influence prospective buyers to use the transaction web site on server 102. That is, the buyer submits a confidential list of e-mail addresses (or some other appropriate identifier) to the transaction web site. Transactions on the web site are monitored and some sort of economic benefit is automatically accrued to the buyer each time one of the prospective buyers on his list engages in a transaction. The economic benefit could be, for example, cash or transaction site "dollars", or discounts on future transactions. According to specific embodiments, both the number of people identified by the buyer in his list and the total amount of economic benefit accrued in a given period of time are limited. According to various embodiments, a buyer may only list individuals who are not currently users of the transaction site. That is the buyer may only benefit from the transactions of individuals who become users of the site after the buyer lists them.
According to various embodiments of the invention, incentives are provided not only to encourage buyers to influence others to use the transaction site, but also to make it attractive for current users to continue using the site. For example, accounts are created for each registered user in which virtual "dollars" are kept. These virtual dollars are a currency unique to the transaction site which may be used against purchases effected through the transaction site. As discussed above, one way of accruing virtual dollars is through transactions engaged in by a list of influencees. Some percentage of a buyer's own transactions could also be credited to his account. In addition, a buyer could be offered virtual dollars for providing specific information in an online form for the administrator of the site or one of its marketing partners. For example, a buyer could be asked if he would mind filling out a credit card application form for a specific number of virtual dollars. These virtual dollar credits accrue to the buyer simply for filling out the form, regardless of whether or not an associated transaction is consummated. Moreover, the accrued credits may be used in any of a variety of ways at the transaction site at any time chosen by the holder of the credits. This is in contrast with features at various sites in which a credit is only applicable to a current transaction and only where the transaction goes through.
While the examples herein have been described with reference to a merchant entity having its own web site, it will be understood that a seller need not have a web site to effect transactions according to the present invention. In fact, according to various embodiments, it is possible for a merchant to be hosted by the transaction site described herein (e.g., server 102 of Fig. 1) and to conduct all of its business through the transaction site without having its own web site, wholesale, or retail facilities. Even individuals may act as sellers on specific embodiments of the transaction site of the present invention. Such individuals could list new or used items to the transaction site's database which, when satisfying a buyer's search criteria, would be listed alongside the similar products of merchants of all sizes. This allows sellers of all sizes to vie for customers on a relatively equal footing. It also allows buyers to see prices from a wide variety of sellers, even those without e-commerce enabled web sites.
Allowing individuals to act as sellers on the transaction site and post what are essentially classified ads makes other features of the present invention possible. For example, individual posting such classifieds to the transaction sites are given the option to automatically post the listing in an appropriate format to other free locations which are appropriate for the posting of such messages. For example, when specifying a listing on the transaction site of the present invention, an individual may select options which result in the automatic posting of the listing on Usenet or any of a wide variety of free classified sites. According to a specific embodiment, the postings are made in the name of the individual and contain hypertext links back to the transaction site. It is important to note that this type of posting would not qualify as SPAM in that they are posted by individuals and only on sites appropriate for such postings. According to a specific embodiment of the invention, a buyer need not even submit a bid to begin negotiations with one or more sellers. Instead, the buyer may submit a request for quotes from sellers for a particular product or bundle of products. According to a specific embodiment, this may easily be accomplished by the buyer through the creation of a shopping list for the product or bundle of products, and designating the shopping list as one for which quotes are automatically solicited. According to specific embodiments, this could be the default for all new shopping lists. Alternatively, the buyer could be required to select this option when creating a new shopping list. This feature allows the buyer to make the sellers do the work. Once quotes are received by the buyer, negotiations can proceed in the manner described above. According to one embodiment, the request for quotes may be submitted via a shopping list created by the buyer as described above. That is, the buyer may create a specific shopping list for which he may select a "Request for Quotes" option in response to which a request for quotes is generated and posted for each of the items in the list. In a more specific embodiment, the buyer has the option of specifying particular sellers from which quotes are desired.
Other features of the present invention involve the concept of post-purchase tracking. According to one embodiment, data are compiled for the buyer across all products purchased through the transaction site. For example, data could be compiled for order numbers, product numbers, dollars expended on particular products or for all products. This feature is particularly valuable for a corporate buyer to keep track of inventory and spending.
According to other embodiments, individual products in a post-purchase list associated with a particular buyer are linked with lists of related products which would allow a buyer to subsequently upgrade the purchased product or to purchase add-on items. Once the linked list is presented to the buyer, negotiation for any of the products in the list may proceed in the manner described above.
According to still other embodiments, individual products in a post-purchase list associated with a particular buyer are linked with market data regarding the current value of those products. Associated hypertext links are also provided allowing the buyer to turn around and offer the product for sale. This subsequent resale may occur after the useful life of the product for that user, or immediately after the initial purchase. As will be understood, this feature enables speculation by the buyer in any of the products offered for sale through the transaction site.
In addition, the transaction site of the present invention can track all of the data necessary for the creation and trading of options at the transaction site. The fact that there may be many different list prices for a particular product is dealt with by using some sort of formula or default value which uniquely identifies a product price. For example, the median list price at the transaction site could be the value upon which the options are based. Alternatively, deal price data may be used. According to yet another alternative, some minimum price could be established by the transaction site.
Another embodiment of the present invention will now be described with reference to Figs. 19-25. According to this embodiment of the present invention, when a buyer logs onto the site, a personal interface is provided as shown in Fig. 19 which has 4 tabbed areas with which the user can find products, place and track bids, and track purchases. The tabbed areas are entitled, respectively, "Getting Started," "Find Products" (shown in Fig. 19), "My Bids," and "Order History." "Getting Started" interface 2000 is shown in Fig. 20 and describes how to negotiate for and purchase items through the site. "My Bids" interface 2100 allows the buyer to track any currently pending bids showing the product for which each bid was placed, the bid amount, and the current total price requested by the seller. In response to selection by the buyer of any of the products listed, detailed information about that product and bid are presented. "Order History" interface 2200 presents a detailed history of the buyer's orders facilitated through the site including the product ordered, the date of the order, the seller, price per unit, any applicable taxes, shipping costs, total price, and the status of the order. As can be seen in the upper right hand corner of each of these interfaces, the buyer's reputation is shown. As discussed above and according to a specific embodiment, the reputation value shown represents the number of consummated transactions to the total number of bids placed by the buyer. Thus, this particular buyer with a reputation of "0" has followed through on as many bids as she has reneged.
Referring back to Fig. 19, "Find Products" interface 1900 enables the buyer to search for products using keyword searching or by selecting one of the product categories and navigating through available products in the selected category. If, for example, the buyer selects "Notebooks & Laptops" under "Computer Systems," interface 2300 of Fig. 23 is presented in which all of the notebook and laptop computers available through the site are shown. In response to selection of one of these items, e.g., Celeron 433, interface 2400 of Fig. 24 is presented in which specific models are shown along with inventory status and the lowest available list price.
In response to selection of the third option in the list, i.e., the Travelpro model, interface 2500 of Fig. 25 is presented in which a list of sellers of the selected product is shown. The lists indicates for each seller whether the seller has the item in stock, the seller's list price, any applicable taxes and shipping costs, and a total price. From interface 2500, the buyer may submit simultaneous bids to any or all of the listed sellers by appropriately checking the boxes in the left hand column as shown. According to a specific embodiment, if bids to more than one seller are submitted, the system automatically creates a mutually exclusive group of the submitted bids. As discussed above, the mutually exclusive group operates to withdraw all remaining bids when any one is accepted. Also as discussed above, once a bid is accepted by one of the sellers, consummation of the transaction may be facilitated in a variety of
ways.
While the invention has been particularly shown and described with reference to specific embodiments thereof, it will be understood by those skilled in the art that changes in the form and details of the disclosed embodiments may be made without departing from the spirit or scope of the invention. For example, operation of a specific embodiment of the present invention has been illustrated herein with reference to a hypothetical transaction between a buyer and seller. It will be understood, however, that specific transactions will likely differ considerably from the example described without departing from the scope of the invention. Moreover, specific embodiment have been described herein with reference to a web site on the World Wide Web. It will be understood that the other embodiments of the invention may be implemented in any of a wide variety of network environments.
Additionally, the negotiations described above have been described largely as a non-binding process until after a mutually agreeable price has been found and the parties decide to consummate the deal. However, it will be understood that negotiations may be made partially or fully binding without departing from the scope of the invention. That is, a payment identifier such as, for example, a credit card or billing account may be requested before a party is allowed to negotiate. If the party attempts to terminate negotiations prematurely, some sort of penalty may be assessed to the identified account.
Finally, many of the embodiments of the present invention have been described in a context in which a transaction site acts as an intermediary between buyers and sellers. However, it will be understood that the scope of the present invention also encompasses negotiations, transactions, and other various features described herein when occurring directly between a buyer and a seller on, for example, the web site of the seller. These features include (but are not limited to) shopping lists, mutual exclusivity, request for quotes, buyer reputation, demand curve creation and use, block responses, bundle bid creation, cross-selling and all other aspects of the invention described above. Conceivably, any seller selling products at list prices on the Internet could get additional value by enabling negotiations and other related features as described herein. It is therefore important to note that the scope of this invention includes all of the features described herein, even where these features are enabled at the web sites of sellers who directly sell products to buyers. Therefore, the scope of the invention should be determined with reference to the appended claims.

Claims

WHAT IS CLAIMED IS:
1. A method for providing product information via a network, the product information relating to at least one product meeting product criteria specified by a user, the method comprising: retrieving a first portion of the product information from a previously populated database; and retrieving a second portion of the product information from at least one remote site on the network, the at least one remote site being associated with the at least one product.
2. The method of claim 1 wherein the first portion of the product information is retrieved in response to a query from the user specifying the product criteria.
3. The method of claim 1 further comprising populating the database with the first portion of the product information.
4. The method of claim 1 wherein retrieving the second portion of the product information comprises establishing a TCP/IP connection with the at least one remote site.
5. The method of claim 1 wherein at least part of the second portion of the product information is updated relative to a corresponding part of the first portion of the product information.
6. The method of claim 1 the second portion of the product information is retrieved from a plurality of remote sites.
7. The method of claim 1 wherein the second portion of the information is retrieved using a program which transmits at least one search request to the at least one remote site, and parses search results corresponding to the at least one search request to determine the second portion of the product information.
8. The method of claim 1 wherein the first and second portions of the information are retrieved in response to a query from the user specifying the product criteria.
9. The method of claim 1 wherein the first portion of the information is retrieved in response to a query from the user specifying the product criteria, and the second portion of the information is retrieved in response to a request from the user for updated product information.
10. A computer program product for providing product information via a network, the product information relating to at least one product meeting product criteria specified by a user, comprising: at least one computer-readable medium; and a computer program mechanism embedded in the at least one computer- readable medium for causing a computer to: retrieving a first portion of the product information from a previously populated database; and retrieving a second portion of the product information from at least one remote site on the network, the at least one remote site being associated with the at least one product.
11. A method for facilitating a transaction between a bidder and one of a plurality of auctions via a network, the method comprising: enabling the bidder to submit a plurality of bids substantially simultaneously with the plurality of auctions via the network; and when one of the plurality of bids is accepted by a first one of the plurality of auctions, automatically withdrawing all remaining bids from others of the plurality of auctions according to a mutually exclusive group.
12. The method of claim 11 wherein enabling the bidder to submit a plurality of bids comprises: presenting to the bidder via the network product information relating to a plurality of products meeting product criteria specified by the bidder, each of the plurality of auctions being associated with at least one of the products; generating the plurality of bids for selected ones of the plurality of products according to selections made by the bidder; associating the plurality of bids with the mutually exclusive group; and making the plurality of bids available via the network to the plurality of auctions.
13. The method of claim 11 wherein the plurality of bids relate to more than one of the plurality of products.
14. The method of claim 11 wherein the plurality of bids relate to one of the plurality of products.
15. The method of claim 11 wherein the plurality of bids are all for a first amount.
16. The method of claim 11 wherein the plurality of bids are for varying amounts.
17. The method of claim 11 further comprising defining the mutually exclusive group according to input from the bidder.
18. The method of claim 17 wherein defining the mutually exclusive group comprises allowing the bidder to identify selected ones of the plurality of bids with the mutually exclusive group.
19. The method of claim 18 further comprising enabling the bidder to define more than one mutually exclusive group.
20. The method of claim 11 further comprising automatically defining the mutually exclusive group according to a bidding context associated with the bidder.
21. A computer program product for facilitating a transaction between a bidder and one of a plurality of auctions via a network, comprising: at least one computer-readable medium; and a computer program mechanism embedded in the at least one computer- readable medium for causing a computer to: enabling the bidder to submit a plurality of bids substantially simultaneously with the plurality of auctions via the network; and when one of the plurality of bids is accepted by a first one of the plurality of auctions, automatically withdrawing all remaining bids from others of the plurality of auctions according to a mutually exclusive group.
22. A method for facilitating a transaction between a buyer and a seller via a network, comprising: presenting product information to the buyer via the network, the product information relating to a product meeting product criteria specified by the buyer and including a price for the product; and presenting an adjusted bid to the seller via the network in response to an aggregate bid entered by the buyer, the aggregate bid relating to a plurality of bid components, the adjusted bid being equal to the aggregate bid less at least one of the bid components.
23. The method of claim 22 wherein the price comprises an aggregate price having a plurality of price components, the plurality of price components comprising a product price and a tax related to the product price.
24. The method of claim 23 wherein the tax comprises a state sales tax.
25. The method of claim 22 wherein the price comprises an aggregate price having a plurality of price components, the plurality of price components comprising a product price and a shipping amount.
26. The method of claim 25 wherein the shipping amount corresponds to one of a plurality of shipping options.
27. The method of claim 22 wherein the plurality of bid components relating to the aggregate bid comprises a tax related to the product price.
28. The method of claim 22 wherein the plurality of bid components relating to the aggregate bid comprises a shipping amount.
29. The method of claim 28 wherein the shipping amount comprises a shipping price charged by the seller for shipping of the product.
30. The method of claim 28 wherein the shipping amount represents a cost to the seller for shipping of the product.
31. The method of claim 22 wherein the adjusted bid is generated for comparison to a product cost of the seller corresponding to the product.
32. The method of claim 22 further comprising calculating the adjusted bid according to an indication from the buyer regarding the bid components.
33. The method of claim 32 wherein calculating the adjusted bid comprises subtracting a tax related to the product price from the aggregate bid where the buyer indicates the bid components include a tax component.
34. The method of claim 32 wherein calculating the adjusted bid comprises subtracting a shipping amount related to the product from the aggregate bid where the buyer indicates the bid components include a shipping component.
35. A computer program product for facilitating a transaction between a buyer and a seller via a network, comprising: at least one computer-readable medium; and a computer program mechanism embedded in the at least one computer- readable medium for causing a computer to: presenting product information to the buyer via the network, the product information relating to a product meeting product criteria specified by the buyer, and including an aggregate price for the product, the aggregate price having a plurality of price components; and presenting an adjusted bid to the seller via the network in response to an aggregate bid entered by the buyer, the aggregate bid relating to a plurality of bid components, the adjusted bid being equal to the aggregate bid less at least one of the bid components.
36. A method for facilitating a transaction between a buyer and one of a plurality of sellers via a network, the method comprising: enabling the buyer to negotiate substantially simultaneously with the plurality of sellers via the network; and when an agreement is reached between the buyer and a first one of the plurality of sellers, automatically terminating negotiations between the buyer and others of the plurality of sellers according to a mutually exclusive group.
37. The method of claim 36 wherein enabling the buyer to negotiate comprises: presenting via the network product information relating to a plurality of products meeting product criteria specified by the buyer, one of the plurality of sellers being associated with each of the products; making a plurality of bids from the buyer for at least one of the plurality of products available via the network to the plurality of sellers, selected ones of the plurality of bids corresponding to the mutually exclusive group; and presenting at least one bid response via the network to the buyer from any of the plurality of sellers.
38. The method of claim 37 wherein terminating negotiations comprises making the selected bids unavailable to the others of the plurality of sellers.
39. The method of claim 37 wherein the selected bids relate to more than one of the plurality of products.
40. The method of claim 37 wherein the selected bids relate to one of the plurality of products.
41. The method of claim 37 wherein the plurality of bids are all for a first amount.
42. The method of claim 37 wherein the plurality of bids are for varying amounts.
43. The method of claim 36 wherein the agreement comprises an acceptance by either of the buyer and one of the plurality of sellers.
44. The method of claim 36 further comprising enabling the buyer to define the mutually exclusive group.
45. The method of claim 44 wherein enabling the buyer to define the mutually exclusive group comprises allowing the buyer to identify selected ones of the plurality of products with the mutually exclusive group.
46. The method of claim 45 further comprising enabling the buyer to define more than one mutually exclusive group.
47. The method of claim 36 further comprising automatically defining the mutually exclusive group according to a bidding context associated with the bidder.
48. A computer program product for facilitating a transaction between a buyer and one of a plurality of sellers via a network, comprising: at least one computer-readable medium; and a computer program mechanism embedded in the at least one computer- readable medium for causing a computer to: enable the buyer to negotiate substantially simultaneously with the plurality of sellers via the network; and automatically terminate negotiations between the buyer and others of the plurality of sellers according to a mutually exclusive group when an agreement is reached between the buyer and a first one of the plurality of sellers.
PCT/US2000/009180 1999-04-16 2000-04-05 Methods and apparatus for brokering transactions WO2000063821A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU42064/00A AU4206400A (en) 1999-04-16 2000-04-05 Methods and apparatus for brokering transactions

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US12984699P 1999-04-16 1999-04-16
US60/129,846 1999-04-16
US40111999A 1999-09-21 1999-09-21
US09/401,119 1999-09-21

Publications (2)

Publication Number Publication Date
WO2000063821A1 true WO2000063821A1 (en) 2000-10-26
WO2000063821A9 WO2000063821A9 (en) 2002-02-07

Family

ID=26827968

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2000/009180 WO2000063821A1 (en) 1999-04-16 2000-04-05 Methods and apparatus for brokering transactions

Country Status (2)

Country Link
AU (1) AU4206400A (en)
WO (1) WO2000063821A1 (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1288817A2 (en) * 2001-08-28 2003-03-05 Square Co., Ltd. Auction processing
GB2395327A (en) * 1999-11-01 2004-05-19 Neal Solomon Method and system for online procurement
GB2369705B (en) * 1999-11-01 2004-06-23 Neal E Solomon System and method involving carrying out a bidding negotiation between a purchaser and a vendor in a plurality of time separated sessions
EP4024315A4 (en) * 2019-08-30 2023-08-02 Nerai Corporation Commodity exchange system, commodity exchange method, and commodity exchange program

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5991740A (en) * 1997-06-10 1999-11-23 Messer; Stephen Dale Data processing system for integrated tracking and management of commerce related activities on a public access network
US6026374A (en) * 1996-05-30 2000-02-15 International Business Machines Corporation System and method for generating trusted descriptions of information products
US6041308A (en) * 1996-09-04 2000-03-21 Priceline.Com Incorporated System and method for motivating submission of conditional purchase offers
US6055513A (en) * 1998-03-11 2000-04-25 Telebuyer, Llc Methods and apparatus for intelligent selection of goods and services in telephonic and electronic commerce
US6064980A (en) * 1998-03-17 2000-05-16 Amazon.Com, Inc. System and methods for collaborative recommendations

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6026374A (en) * 1996-05-30 2000-02-15 International Business Machines Corporation System and method for generating trusted descriptions of information products
US6041308A (en) * 1996-09-04 2000-03-21 Priceline.Com Incorporated System and method for motivating submission of conditional purchase offers
US5991740A (en) * 1997-06-10 1999-11-23 Messer; Stephen Dale Data processing system for integrated tracking and management of commerce related activities on a public access network
US6055513A (en) * 1998-03-11 2000-04-25 Telebuyer, Llc Methods and apparatus for intelligent selection of goods and services in telephonic and electronic commerce
US6064980A (en) * 1998-03-17 2000-05-16 Amazon.Com, Inc. System and methods for collaborative recommendations

Non-Patent Citations (9)

* Cited by examiner, † Cited by third party
Title
"ABOUT GAZOOM", XP002929532, Retrieved from the Internet <URL:HTTP://GAZOOM.COM/PUBLIC/INDEX.CFM...SUB&BODY=ABOUTHOME&TITLE=ABOUT...> [retrieved on 20000614] *
Epinion.com,"Product, reviews", from web page http://epinions.com/ *
HAMEL ET. AL.: "THE E-CORPORATION", FROM FORTUNE MAGAZINE, vol. 138, no. 11, 12 July 1998 (1998-07-12), pages 80, XP002929534 *
LEWIS ET.AL.: "TRAVEL AGENTS: THREATENED INTERMEDIARIES", SPRING, vol. 36, no. 3, 1997, pages 26, XP002929536 *
MARTTILA R. J.: "PERFORMANCE OF DISTANCE RELAY MHO ELEMENTS ON MOV-PROTECTED SERIES-COMPENSATED TRANSMISSION LINES.", IEEE TRANSACTIONS ON POWER DELIVERY., IEEE SERVICE CENTER, NEW YORK, NY., US, vol. 07., no. 03., 1 July 1992 (1992-07-01), US, pages 1167 - 1178., XP000292531, ISSN: 0885-8977, DOI: 10.1109/61.141827 *
REHDER: "object-oriented customer education", FROM HEWLETT-PARKARD JOURNAL, vol. 48, no. 1, February 1997 (1997-02-01), pages 96, XP002929535 *
WONG C: "DIRECTORY OF AFFILIATE AND REFERRAL PROGRAMS", XP002929530, Retrieved from the Internet <URL:HTTP://WWW.REFER-IT.COM> [retrieved on 20000418] *
WONG C: "NAME YOUR OWN PRICE FOR GASOLINE", XP002929533, Retrieved from the Internet <URL:HTTP://TRAVEL.PRICELINE.COM/INFOCTR/COMINGSOON/GASOLINE.ASP> [retrieved on 20000316] *
WONG C: "TRAVEL AUCTION", XP002929529, Retrieved from the Internet <URL:HTTP://WWW.SKYAUCTION.COM> [retrieved on 20000418] *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2395327A (en) * 1999-11-01 2004-05-19 Neal Solomon Method and system for online procurement
GB2369705B (en) * 1999-11-01 2004-06-23 Neal E Solomon System and method involving carrying out a bidding negotiation between a purchaser and a vendor in a plurality of time separated sessions
EP1288817A2 (en) * 2001-08-28 2003-03-05 Square Co., Ltd. Auction processing
EP1288817A3 (en) * 2001-08-28 2003-08-27 Square Co., Ltd. Auction processing
EP4024315A4 (en) * 2019-08-30 2023-08-02 Nerai Corporation Commodity exchange system, commodity exchange method, and commodity exchange program

Also Published As

Publication number Publication date
AU4206400A (en) 2000-11-02
WO2000063821A9 (en) 2002-02-07

Similar Documents

Publication Publication Date Title
US6598026B1 (en) Methods and apparatus for brokering transactions
US7577582B1 (en) Methods and apparatus for facilitating transactions
US8046269B2 (en) Auction based procurement system
US7376613B1 (en) Business method for comparison shopping with dynamic pricing over a network
US6415270B1 (en) Multiple auction coordination method and system
US8738463B2 (en) Method, system and business model for a buyer&#39;s auction with near perfect information using the internet
US20140236751A1 (en) Methods and System For Electronic Commerce Facility Client-Based Presentation Offer Management
US20030033205A1 (en) Method and system for facilitating fulfillment of electronic commercial transactions
US20040015415A1 (en) System, program product, and method for comparison shopping with dynamic pricing over a network
US7272579B1 (en) Auction based procurement system
US20030088494A1 (en) Business method and system for expediting request for quotation (RFQ) processes in a network environment
WO2009097130A1 (en) Method and system for purchase of a product or services using a communication network site
US8583513B1 (en) Systems and methods for offer selection
US20140195381A1 (en) System and method for seller and item filters
WO2001071626A2 (en) Marketplaces involving business rules for partially automated generation of quotes
US20020165813A1 (en) System, method and visual interface for searching for objects having multiple attributes
JP2002032587A (en) System and method for anonymous electronic commerce with credit function
WO2001033449A1 (en) Automatic bid processing method using computer network system
US20060149656A1 (en) System and method for conducting auctions of product sets
WO2000063821A1 (en) Methods and apparatus for brokering transactions
KR100399587B1 (en) Method and system for supporting electronic trading using instant messenger, and media for storing program source thereof
TWI804270B (en) Automated commodity/service offering system and method
KR20030095486A (en) Computer sales method using computer assembly simulation on the Internet
KR20020000897A (en) System and method for exchanging information through the internet
WO2001029720A2 (en) Method and system for conducting an inverse auction

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY CA CH CN CR CU CZ DE DK DM DZ EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
AK Designated states

Kind code of ref document: C2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY CA CH CN CR CU CZ DE DK DM DZ EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: C2

Designated state(s): GH GM KE LS MW SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

COP Corrected version of pamphlet

Free format text: PAGES 1/36-36/36, DRAWINGS, REPLACED BY NEW PAGES 1/36-36/36; DUE TO LATE TRANSMITTAL BY THE RECEIVING OFFICE

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP