WO2000063821A1 - Procede et dispositif de courtage transactionnel - Google Patents

Procede et dispositif de courtage transactionnel 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
English (en)
Other versions
WO2000063821A9 (fr
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/fr
Publication of WO2000063821A9 publication Critical patent/WO2000063821A9/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; 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.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

La présente invention concerne un procédé et un dispositif destiné à faciliter les transactions entre un acheteur et un ou plusieurs vendeurs via l'Internet. De l'information sur les produits se rapportant à une pluralité de produits (figure 19) répondant à des critères de produit spécifié par le vendeur est présentée via l'Internet. L'un des vendeurs de la pluralité de vendeurs est associé à chacun des produits. Une première offre de l'acheteur (210) pour un premier produit de la pluralité de produit est proposée via l'Internet à un premier vendeur associé au premier produit. Une première réponse (214) à l'offre est présentée via l'Internet au vendeur en fonction de critères de réponse spécifiés par le premier vendeur. Si la première réponse à l'offre est une acceptation de la première offre, l'accomplissement de la transaction est favorisé (220). Si la première réponse à l'offre est une surenchère, il est possible de poursuivre la négociation via l'Internet entre l'acheteur et le premier vendeur (258).
PCT/US2000/009180 1999-04-16 2000-04-05 Procede et dispositif de courtage transactionnel WO2000063821A1 (fr)

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 (fr) 2000-10-26
WO2000063821A9 WO2000063821A9 (fr) 2002-02-07

Family

ID=26827968

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2000/009180 WO2000063821A1 (fr) 1999-04-16 2000-04-05 Procede et dispositif de courtage transactionnel

Country Status (2)

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

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1288817A2 (fr) * 2001-08-28 2003-03-05 Square Co., Ltd. Traitement de ventes aux enchères
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 (fr) * 2019-08-30 2023-08-02 Nerai Corporation Système d'échange de marchandises, procédé d'échange de marchandises et programme d'échange de marchandises

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 (fr) * 2001-08-28 2003-03-05 Square Co., Ltd. Traitement de ventes aux enchères
EP1288817A3 (fr) * 2001-08-28 2003-08-27 Square Co., Ltd. Traitement de ventes aux enchères
EP4024315A4 (fr) * 2019-08-30 2023-08-02 Nerai Corporation Système d'échange de marchandises, procédé d'échange de marchandises et programme d'échange de marchandises

Also Published As

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

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
US7272579B1 (en) Auction based procurement system
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
US20030088494A1 (en) Business method and system for expediting request for quotation (RFQ) processes in a network environment
WO2009097130A1 (fr) Procédé et système pour l&#39;achat d&#39;un produit ou de services à l&#39;aide d&#39;un site de réseau de communication
US8583513B1 (en) Systems and methods for offer selection
US20140195381A1 (en) System and method for seller and item filters
WO2001071626A2 (fr) Places de marche comprenant des regles commerciales utiles pour generer de maniere partiellement automatique des cotes
US20020165813A1 (en) System, method and visual interface for searching for objects having multiple attributes
JP2002032587A (ja) 与信機能を備えた匿名電子商取引システム及び方法
WO2001033449A1 (fr) Technique de traitement automatique de soumission utilisant un reseau informatique
US20060149656A1 (en) System and method for conducting auctions of product sets
WO2000063821A1 (fr) Procede et dispositif de courtage transactionnel
KR100399587B1 (ko) 인스턴트 메신저를 이용한 마케팅/전자상거래 지원 시스템및 방법, 그 프로그램소스를 기록한 기록매체
TWI804270B (zh) 商品與服務自動販賣系統與方法
KR20030095486A (ko) 인터넷상에서 컴퓨터 조립 시뮬레이션을 이용한 컴퓨터판매방법
KR20020000897A (ko) 인터넷을 이용한 정보 거래방법 및 장치
WO2001029720A2 (fr) Procede et systeme pour conduire une vente aux encheres degressives

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