US20050038713A1 - Pooled transaction system - Google Patents

Pooled transaction system Download PDF

Info

Publication number
US20050038713A1
US20050038713A1 US10/842,951 US84295104A US2005038713A1 US 20050038713 A1 US20050038713 A1 US 20050038713A1 US 84295104 A US84295104 A US 84295104A US 2005038713 A1 US2005038713 A1 US 2005038713A1
Authority
US
United States
Prior art keywords
pool
product
purchaser
price
responsive
Prior art date
Legal status (The legal status 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 status listed.)
Abandoned
Application number
US10/842,951
Inventor
Stuart Pickard
Raphael Monsanto
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Rohm & Monsanto PLC
Original Assignee
Pickard Stuart G.
Monsanto Raphael A.
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 Pickard Stuart G., Monsanto Raphael A. filed Critical Pickard Stuart G.
Priority to US10/842,951 priority Critical patent/US20050038713A1/en
Publication of US20050038713A1 publication Critical patent/US20050038713A1/en
Assigned to Rohm & Monsanto, PLC reassignment Rohm & Monsanto, PLC ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: PICKARD, STUART G.
Priority to US12/456,590 priority patent/US8032422B2/en
Priority to US13/253,049 priority patent/US8595086B2/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0241Advertisements
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0283Price estimation or determination
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0605Supply or demand aggregation
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0623Item investigation
    • G06Q30/0625Directed, with specific intent or strategy
    • 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/12Accounting

Definitions

  • This invention relates generally to systems for conducting commercial transactions over a computerized network, and more particularly, to a system wherein buyers and or sellers are pooled to effect price reductions.
  • Conventional auction arrangements are generally directed toward increasing the price at which the auctioned goods are sold by causing the buyers to bid against each other.
  • vendors compete for the larger sale.
  • MSRP manufacturers' suggested retail priced
  • Street prices actual prices at which such products or services are available from other vendors
  • actual price trends and price break points For example, where the number of aggregated buyers is too great for a single vendor, there is a need for a system of conducting sales of products and services whereby vendors are aggregated.
  • the present invention provides in a method aspect thereof, a method of transacting sales over a computerized network.
  • the present inventive method includes the steps of:
  • the step of calculating a first commitment price is, in some embodiments, responsive to a rate of performing the step of further correlating.
  • the first commitment price may be responsive to historical sales performance of the first product; a price trend of an article similar to the first article; or a price trend of the first article itself over a predetermined period of time.
  • step of further correlating in respective ones of a plurality of second database records the second product and respective ones of a plurality of third purchasers may further be provided.
  • a first consolidated report is issued in certain embodiments for presentation to the first purchaser in response to the first and second offer prices.
  • the first consolidated report may include information from the first and second database records.
  • the step of consummating a transaction between the vendor and at least some of the first and second purchasers There may additionally be provided, prior to performing the step of consummating a transaction, the further step of consummating a transaction between at least one vendor for a quantity of the first product responsive to a predetermined portion of the total number of first database records. In other embodiments, there is provided the further step of consummating a transaction between at least one vendor for a quantity of the first product responsive to the total number of first database records.
  • a method of including a prospective purchaser in a pool in a computerized network transaction system includes the steps of:
  • a method of including a prospective purchaser in a pool in a computerized network transaction system comprising the steps of:
  • step of commitment price calculating a new pool commitment price. Additionally, there may be provided, in other embodiments, the further steps of:
  • FIG. 1 is a simplified function block representation of a specific illustrative embodiment of the invention wherein a purchaser is afforded an opportunity to enter one or more purchasers' pools;
  • FIG. 2 is a simplified function block representation of a specific illustrative embodiment of the administrative interface portion of the embodiment of FIG. 1 ;
  • FIG. 3 is a simplified function block representation of a specific illustrative pricing process
  • FIG. 4 is a is a simplified function block representation of a specific illustrative process for determining whether to form a purchaser pool
  • FIG. 5 is a simplified function block representation of a specific illustrative embodiment of the invention wherein a vendor is afforded an opportunity to enter a vendors' pool or to cause formation of a new vendor pool.
  • FIG. 1 is a simplified function block representation of a specific illustrative embodiment of the invention wherein a registered purchaser 100 is afforded an opportunity to enter one or more purchasers' pools, each such pool being directed to achieve increased purchasing power based on pooled quantities to be purchased, for a defined product type.
  • a registered purchaser 100 is afforded an opportunity to enter one or more purchasers' pools, each such pool being directed to achieve increased purchasing power based on pooled quantities to be purchased, for a defined product type.
  • each purchaser has been registered, including receipt by the system administrator (not shown in this figure) of payment information, and there has been formed an enforceable purchase contract (offer and acceptance) between the purchaser and the system administrator, including mutual manifestations of intent to a determined set of terms, upon which, as will be described below, the system administrator reasonable can rely to issue purchase offers to, and enter into binding purchase commitments with, vendors.
  • registered purchaser 100 engages in a decision process by which he or she determines at decision block 101 the product(s) desired to be purchased.
  • the registered purchaser can browse, using a display 110 , one or more predefined product types that are stored in a database (not shown) in an administrative interface 120 .
  • Administrative interface 120 will be described in greater detail hereinbelow in connection with FIG. 2 .
  • Display 110 in FIG. 1 presents, in this embodiment of the invention, data to registered purchaser 100 relating to preestablished on-going product or service pools that the registered purchaser can join if the product or service desired to be purchased by the searching registered purchaser is identical or acceptably similar to the products specified in the existing pools.
  • the display can also make available to the registered purchaser the status of the pools, including pools in which the registered purchaser may participate, as well as the registered purchasers' history in prior pools and status in on-going pools.
  • the decision process proceeds to decision block 103 , and associated function blocks 113 and 115 , where database records are created responsive to the registered purchaser's order. More specifically, if it is determined that the order being placed by the registered purchaser can be accommodated in a single pool, then a single pool data record is created at function block 131 . On the other hand, if the order spans several pools, then a multiple pool data record is formed at function block 115 .
  • the order placed by registered purchaser 100 is aggregated in appropriate pools with orders placed by other registered purchasers (not shown) and these aggregated orders are made available by way of purchase offers or by database access to responsive vendors 140 .
  • the administrators in the administrative interface will register vendors in an appropriate database (not shown in this figure) and determine whether a vendor that bids on a pool or a portion of a pool can reasonably be expected to fulfil the orders. That is, the bidding vendors are subjected to a prequalification and registration process.
  • the registered purchaser will enter into a contract whereby he or she is bound contractually to the order.
  • a change order request issued by the registered purchaser at function block 130 will be considered by the system administration in accordance with a mutually agreed policy.
  • policy will determine, for example, the procedures to be followed when a registered user desires to change a multi-pool order, particularly when one or more of the relevant pools has proceeded to a commitment stage.
  • FIG. 2 is a simplified function block representation of a specific illustrative embodiment of administrative interface portion 120 of the embodiment of FIG. 1 .
  • a plurality of databases such as purchasers database 210 , active pools database 216 , and vendors database 246 . All of these databases are monitored and controlled by a system administration that is generally designated 250 .
  • a price data acquisition arrangement 226 that obtains pricing information from a variety of sources, including the internet. Such pricing information includes current retail prices, manufacturers suggested retail prices (MSRP), quantity/price breaks, wholesale prices, available odd lots, and their prices, etc.
  • the pricing data obtained by prices data acquisition system 226 is stored in a current third party prices database 225 .
  • Historical prices are stored in product pricing/history memory 228 . The old prices are useful to determine price trends and other market information that will enable the system administration to determine a commitment price.
  • Historical information is of value in enabling a pricing determination to be made at a pricing engine 222 .
  • the history of prior pools that are now closed is stored in a prior pools memory 218 .
  • This information is useful to the system administration to determine whether the formation of a new pool (see, function block 112 in FIG. 1 ) has a likelihood of being successful.
  • pricing history information provided by vendors in vendors database 246 is stored in a vendors pricing history memory 242 , and this information is useful in determining the likelihood of success of a new pool and enables the system administration to make a non-binding representation to registered purchaser 100 of the amount that he or she can expect to save.
  • prices data acquisition system 226 may, in certain embodiments, be capable of obtaining prices from on-line auction and other vendors that will enable presentation to the registered purchaser of the attractive historical performance of the present system.
  • pools of aggregated purchaser orders are formed, the pools having varying operational characteristics.
  • Some pools for example, are created and have a finite pool life. The duration of the pool life is determined by pool and price cycle timer 240 which is controlled by system administration 250 . Thus, any such pool will expire at a predetermined time, and its performance, as previously noted, is stored in prior pools memory 218 .
  • Other pools are continuous in that a registered purchaser need not ever go through the process ( 102 , 112 ) of causing creation of such a pool.
  • Such continuous or standing pools are subject to time-related cycles controlled by timer 240 that determine the period of time that a registered purchaser is in such a standing pool.
  • the change order request of function block 130 may, in some embodiments, be used to enable a registered purchaser to extend the effective pool cycle applicable to his or her order, in situations where such registered purchaser believes prices will continue to fall and his or her need of the product is not immediate. Additionally, when the product to be purchased by the registered purchaser is a quantity of a commodity, the change order function can be employed in certain embodiments to portions of the order.
  • the correlation between active pools and purchasers, as well as change order requests for pool cycle extensions, is controlled at function block 212 .
  • Timer 240 additionally controls the duration of a price cycle that will be used compute the expected savings at function block 214 .
  • the pricing engine represented at function block 222 need not be entirely a computerized system. In some embodiments of the invention, human intervention is employed in the pricing process, illustratively under control of system administration 250 .
  • FIG. 3 is a simplified function block representation of a specific illustrative pricing process.
  • third party price information is received at function block 310 .
  • Such information may be received via the vendor and third party prices data acquisition system 226 .
  • the MSRP and the retail (or “street”) price are calculated at function block 312 and displayed at system administration 250 . In some embodiments, this information can be made available to registered purchaser 100 at display 110 in response to the computation of function block 214 .
  • This specific embodiment of the invention then continues by calculating a non-binding extrapolated low price based on data obtained from vendors pricing history 242 and including, in some embodiments, third party price trends calculated by pricing engine 222 from information obtained from product pricing history memory 228 and current third party prices database 225 over a period of time determined by price cycle timer 240 .
  • those registered purchaser that are in a pool in a non-binding manner prior to the formulation of a first commitment price are termed “early buyers.”
  • An early buyers commitment price is calculated at function block 314 based on the extrapolated low price and a predetermined reserve for the system. The early buyers are then afforded an opportunity to remain in the pool by committing to purchase if the system can achieve a vendor offer that permits them to purchase at a purchase price that is at least as favorable as the early buyers commitment price.
  • Such a purchase price is displayed to the registered purchaser at function block 320 , which display may require reintegration of a multiple pool order using the correlation between the active pools and the purchasers in function block 212 .
  • a multiple pool order would be presented to the associated registered purchaser in an integrated fashion whereby the purchaser does not see the pricing for individual components for his or her order.
  • the pooling system of the present invention is transparent to the purchasers, except insofar as they may optionally be provided access to individual pools as discussed hereinabove in connection with the decision-making process of FIG. 1 .
  • the system administration will formulate policy regarding the extent to which the pooling system and the pools are viewable by the purchasers.
  • a purchase offer is calculated to vendors at function block 322 .
  • the offer price may be responsive, in certain embodiments, to the pool size (i.e., number of early buyers), the third party price breaks, the extrapolated low price, etc.
  • the offer is conveyed to the vendors at node E, which includes direct communication to vendors of requests for proposals, and direct access by vendors of database information.
  • active pool information can be made available to the vendors via pricing engine 222 and vendors database 246 .
  • an acceptable vendor offer This decision may involve communication by the system administrators with targeted vendors, and possibly some negotiation that might involve raising the early buyers commitment price and obtaining revised commitments from the early buyers. If the system administrator determines that an acceptable vendor offer is not reasonably available, then the buyers are notified and the pool closed at function block 327 . This may require recalculation or a revised commitment on the part of a registered purchaser that has placed an affected multiple pool order. However, if there is available an initial acceptable vendor offer, then a commitment price is calculated for purchasers who enter the pool after the commitment by the early buyers, such subsequent buyers being termed the “late buyers.”
  • a commitment price is calculated for the late buyers and an early buyers price advantage at function block 330 .
  • the commitment price and the early buyers price advantage may, for example, be responsive to price reductions resulting from increased pool size.
  • the late buyers' commitments are then obtained at the calculated late buyer commitment target price, and the early buyers are notified, in this embodiment, of a calculated early buyer price advantage.
  • Such an advantage would stimulate early commitment and consequently produce in future pools a larger number of early buyers.
  • the number of early buyers might be increased in certain embodiments by conducting effective pool marketing on the part of the system administrator using information from prior pools memory 218 , purchasers database 210 , product pricing history memory 228 , and current third party prices database 225 .
  • FIG. 4 is a simplified block representation of a specific illustrative process for determining whether to form a purchaser pool.
  • pool parameters from a registered purchaser are received at function block 410 . Such parameters correspond to the information defined at function block 112 of FIG. 1 .
  • a search is conducted at function block 412 to identify the closest matching pool in active pools database 216 .
  • Information relating to the closest matching pool is presented to registered purchaser 100 and the acceptability of the closest matching pool to the purchaser is determined at decision function block 414 . If the purchaser accepts to be included in the presented closest matching active pool, the purchaser is installed therein at function block 416 .
  • a search is conducted, in some embodiments of the invention, of prior pools in prior pools memory 218 for the closest matching prior pool. If such a prior pool is acceptable to the purchaser, system administration 250 can determine at function block 427 to form a new active pool using the parameters of the acceptable prior pool, the decision being based in part on the historical performance of such a pool. Such a new pool, therefore, is formed under a first criteria that incorporates known historical performance of a same or similar pool.
  • the pricing process is performed at function 429 . In one embodiment, the pricing process will follow the procedure described in connection with FIG. 3 .
  • decision process proceeds to decision function block 420 wherein the administration determines whether to form a new pool under a second criteria, i.e., without the benefit of a known history. If the administrative judgment is such that the formation of a new pool without history is declined, the purchaser is notified at function block 422 . On the other hand, if the administration determines to form a new pool, such is formed at function block 431 , and, the pricing process of function block 429 is performed. In all likelihood, the formation of a new pool under the second criteria will require administrative monitoring, such as at function block 435 .
  • FIG. 5 is a simplified function block representation of a specific illustrative embodiment of the invention wherein a vendor is afforded an opportunity to enter a vendors pool or to cause formation of a new vendor pool.
  • a vendor that has a product for sale, particularly in quantity, delivers at function block 510 parameters that define a vendor pool (product for sale) having certain product parameters associated therewith. These include, for example, identification of the product type, quantity available, and pricing information, including price breaks.
  • a pre-existing vendor pools database (not shown) is searched to identify similar vendor pools, whereupon the vendor is afforded an opportunity at decision block 514 to join a pre-existing vendor pool.
  • Such may be desirable to a vendor in situations where the product being offered for sale is generally purchased by vendors on a scale larger than the offering vendor's available inventory.
  • the similar vendor pool is then disclosed to the offering vendor at function block 516 , and the offering vendor is offered an opportunity to join the pre-existing vendor pool at function block 518 .
  • the offering vendor is installed therein at function block 522 .
  • the offering vendor prefers to form a one-product one-vendor pool, such is formed at function block 520 .
  • the new pool is correlated in the vendors database at function block 524 .
  • a corresponding purchaser pool is formed at function block 526 which can be joined as previously described by purchasers desiring to purchase all or some of the product of the offering vendor.

Abstract

A method of transacting sales over a computerized network defines a first product desired to be purchased by a first purchaser; correlates in a first database record the first product and the first purchaser; further correlates in respective ones of a plurality of first database records the first product and respective ones of a plurality of second purchasers; issues an offer to a vendor to purchase the first product at a first offer price in a quantity responsive to the plurality of first database records; and consummates a transaction between the vendor and the first and second purchasers. Prior to performing the step of issuing an offer there is further provided the step of calculating a first commitment price, in response to a rate of performing the step of further correlating. Alternatively, the first commitment price may be responsive to historical sales performance of the first product; a price trend of an article similar to the first article; or a price trend of the first article itself over a predetermined period of time. A second product desired to be purchased by a first purchaser is defined. An offer is then made to a vendor to purchase the second product at a second offer price in a quantity responsive to the plurality of second database records. A first consolidated report is issued in certain embodiments for presentation to the first purchaser in response to the first and second offer prices, and may include information from the first and second database records.

Description

    RELATIONSHIP TO OTHER APPLICATION
  • This applications claims the benefit of the filing date of United States Provisional Patent Application Ser. No. 60/155,301, filed Sep. 21, 1999
  • BACKGROUND OF THE INVENTION
  • 1. Field of the Invention
  • This invention relates generally to systems for conducting commercial transactions over a computerized network, and more particularly, to a system wherein buyers and or sellers are pooled to effect price reductions.
  • 2. Description of the Related Art
  • Conventional auction arrangements are generally directed toward increasing the price at which the auctioned goods are sold by causing the buyers to bid against each other. There is a need, however, for a system of conducting sales of products and services whereby buyers are aggregated and the consequently increased purchasing power is applied to reduce the price at which the products or services are sold. Thus, vendors compete for the larger sale.
  • There is additionally a need to engage in price determination based on actual manufacturers' suggested retail priced (“MSRP”) or actual prices at which such products or services are available from other vendors (“Street Prices”), and actual price trends and price break points. In situations, for example, where the number of aggregated buyers is too great for a single vendor, there is a need for a system of conducting sales of products and services whereby vendors are aggregated.
  • SUMMARY OF THE INVENTION
  • The present invention provides in a method aspect thereof, a method of transacting sales over a computerized network. The present inventive method includes the steps of:
      • defining a first product desired to be purchased by a first purchaser;
      • correlating in a first database record the first product and the first purchaser;
      • further correlating in respective ones of a plurality of first database records the first product and respective ones of a plurality of second purchasers;
      • issuing an offer to a vendor to purchase the first product at a first offer price in a quantity responsive to the plurality of first database records; and
      • consummating a transaction between the vendor and the first and second purchasers.
  • In one embodiment, prior to performing the step of issuing an offer there is further provided the step of calculating a first commitment price. The step of calculating a first commitment price is, in some embodiments, responsive to a rate of performing the step of further correlating. The first commitment price may be responsive to historical sales performance of the first product; a price trend of an article similar to the first article; or a price trend of the first article itself over a predetermined period of time.
  • In a further embodiment of the invention, there are further provided the steps of:
      • defining a second product desired to be purchased by a first purchaser; and
      • correlating in the second database record the second product and the first purchaser.
  • There is provided in other embodiments the step of further correlating in respective ones of a plurality of second database records the second product and respective ones of a plurality of third purchasers. There may further be provided the step of issuing a further offer to a vendor to purchase the second product at a second offer price in a quantity responsive to the plurality of second database records. A first consolidated report is issued in certain embodiments for presentation to the first purchaser in response to the first and second offer prices. The first consolidated report may include information from the first and second database records.
  • In accordance with a further method aspect of the invention, there is provided a method of transacting sales over a computerized network. This method aspect includes the steps of:
      • defining a first product desired to be purchased by a first purchaser;
      • enabling the first purchaser to search a product database for a pre-existing database record associated with a product having a relationship to the first product acceptable to the first purchaser;
      • correlating in a first database record the first product and the first purchaser;
      • further correlating in respective ones of a plurality of first database records the first product and respective ones of a plurality of second purchasers; and
      • enabling a vendor of products having a predetermined similarity to the first product to search the product database.
  • In one embodiment, there is further provided the step of consummating a transaction between the vendor and at least some of the first and second purchasers. There may additionally be provided, prior to performing the step of consummating a transaction, the further step of consummating a transaction between at least one vendor for a quantity of the first product responsive to a predetermined portion of the total number of first database records. In other embodiments, there is provided the further step of consummating a transaction between at least one vendor for a quantity of the first product responsive to the total number of first database records.
  • In accordance with a still further method aspect of the present invention, there is provided a method of including a prospective purchaser in a pool in a computerized network transaction system. This further method aspect includes the steps of:
      • defining pool parameters responsive to a purchase desired to be made by the purchaser;
      • active searching an active pools database for an active pool having a pool characteristic resembling the pool parameters;
      • active presenting a matching active pool discovered in response to the step of active searching to the prospective purchaser; and
      • active installing the prospective purchaser in the matching active pool in response to the step of active presenting.
  • In accordance with yet a further method aspect of the present invention, there is provided a method of including a prospective purchaser in a pool in a computerized network transaction system, the method comprising the steps of:
      • defining pool parameters responsive to a purchase desired to be made by the purchaser;
      • inactive searching an inactive pools database for an inactive pool having a pool characteristic resembling the pool parameters;
      • inactive presenting.a first matching inactive pool discovered in response to the step of inactive searching; and
      • forming a new pool having new pool parameters similar to the first matching inactive pool.
  • In one embodiment of this further aspect of the invention, there is further provided the step of commitment price calculating a new pool commitment price. Additionally, there may be provided, in other embodiments, the further steps of:
      • obtaining a commitment by the purchaser to purchase a product defined by the new pool parameters at the new pool commitment price; and
      • installing the purchaser in the new pool.
    BRIEF DESCRIPTION OF THE DRAWING
  • Comprehension of the invention is facilitated by reading the following detailed description, in conjunction with the annexed drawing, in which:
  • FIG. 1 is a simplified function block representation of a specific illustrative embodiment of the invention wherein a purchaser is afforded an opportunity to enter one or more purchasers' pools;
  • FIG. 2 is a simplified function block representation of a specific illustrative embodiment of the administrative interface portion of the embodiment of FIG. 1;
  • FIG. 3 is a simplified function block representation of a specific illustrative pricing process;
  • FIG. 4 is a is a simplified function block representation of a specific illustrative process for determining whether to form a purchaser pool; and
  • FIG. 5 is a simplified function block representation of a specific illustrative embodiment of the invention wherein a vendor is afforded an opportunity to enter a vendors' pool or to cause formation of a new vendor pool.
  • DETAILED DESCRIPTION
  • FIG. 1 is a simplified function block representation of a specific illustrative embodiment of the invention wherein a registered purchaser 100 is afforded an opportunity to enter one or more purchasers' pools, each such pool being directed to achieve increased purchasing power based on pooled quantities to be purchased, for a defined product type. For purposes of the present discussion, it is assumed that each purchaser has been registered, including receipt by the system administrator (not shown in this figure) of payment information, and there has been formed an enforceable purchase contract (offer and acceptance) between the purchaser and the system administrator, including mutual manifestations of intent to a determined set of terms, upon which, as will be described below, the system administrator reasonable can rely to issue purchase offers to, and enter into binding purchase commitments with, vendors.
  • As shown in this figure, registered purchaser 100 engages in a decision process by which he or she determines at decision block 101 the product(s) desired to be purchased. In making the decision, the registered purchaser can browse, using a display 110, one or more predefined product types that are stored in a database (not shown) in an administrative interface 120. Administrative interface 120 will be described in greater detail hereinbelow in connection with FIG. 2.
  • Display 110 in FIG. 1 presents, in this embodiment of the invention, data to registered purchaser 100 relating to preestablished on-going product or service pools that the registered purchaser can join if the product or service desired to be purchased by the searching registered purchaser is identical or acceptably similar to the products specified in the existing pools. The display can also make available to the registered purchaser the status of the pools, including pools in which the registered purchaser may participate, as well as the registered purchasers' history in prior pools and status in on-going pools.
  • At such time as the registered purchaser has determined to purchase an item, a decision is made at function block 102 whether the product desired to be purchased is available in an existing on-going pool or whether a new pool of purchasers needs to be started. If the desired product is not available in any existing pool, then the parameters that define the product desired to be purchased are defined at function block 112, and this information is submitted to administrative interface 120. As will be described below in connection with FIG. 2, a decision is made, with administrative authorization, to start a new product pool. This procedure continues until all products desired to be purchased by registered purchaser 100 are determined to be the proper subject of an existing pool, or a pool that has been authorized by system administration (not shown in this figure) to be formed. Additionally, in situations where the registered user desires to form an order comprised on multiple products, and the system administration determines that an adequate pool for one or more of such products in the order are not available in any existing pool and the formation of a pool on any such product is declined, then agreement is reached between the registered user and the system administration as to whether the registered user will place an order for the remaining product(s).
  • At such time as it is determined that all pools necessary for fulfillment of the registered purchaser's order are in existence or are agreed to be formed, the decision process proceeds to decision block 103, and associated function blocks 113 and 115, where database records are created responsive to the registered purchaser's order. More specifically, if it is determined that the order being placed by the registered purchaser can be accommodated in a single pool, then a single pool data record is created at function block 131. On the other hand, if the order spans several pools, then a multiple pool data record is formed at function block 115. As will be described below, the order placed by registered purchaser 100 is aggregated in appropriate pools with orders placed by other registered purchasers (not shown) and these aggregated orders are made available by way of purchase offers or by database access to responsive vendors 140. The administrators in the administrative interface will register vendors in an appropriate database (not shown in this figure) and determine whether a vendor that bids on a pool or a portion of a pool can reasonably be expected to fulfil the orders. That is, the bidding vendors are subjected to a prequalification and registration process.
  • At a predetermined time, the registered purchaser will enter into a contract whereby he or she is bound contractually to the order. Prior to that time, however, a change order request issued by the registered purchaser at function block 130 will be considered by the system administration in accordance with a mutually agreed policy. Such policy will determine, for example, the procedures to be followed when a registered user desires to change a multi-pool order, particularly when one or more of the relevant pools has proceeded to a commitment stage.
  • FIG. 2 is a simplified function block representation of a specific illustrative embodiment of administrative interface portion 120 of the embodiment of FIG. 1. As shown in FIG. 2, there are provided a plurality of databases, such as purchasers database 210, active pools database 216, and vendors database 246. All of these databases are monitored and controlled by a system administration that is generally designated 250.
  • There is additionally provided a price data acquisition arrangement 226 that obtains pricing information from a variety of sources, including the internet. Such pricing information includes current retail prices, manufacturers suggested retail prices (MSRP), quantity/price breaks, wholesale prices, available odd lots, and their prices, etc. The pricing data obtained by prices data acquisition system 226 is stored in a current third party prices database 225. Historical prices are stored in product pricing/history memory 228. The old prices are useful to determine price trends and other market information that will enable the system administration to determine a commitment price.
  • Historical information is of value in enabling a pricing determination to be made at a pricing engine 222. Thus, for example, the history of prior pools that are now closed is stored in a prior pools memory 218. This information is useful to the system administration to determine whether the formation of a new pool (see, function block 112 in FIG. 1) has a likelihood of being successful. Similarly, pricing history information provided by vendors in vendors database 246 is stored in a vendors pricing history memory 242, and this information is useful in determining the likelihood of success of a new pool and enables the system administration to make a non-binding representation to registered purchaser 100 of the amount that he or she can expect to save. All of this historical pricing information from prior pool (218), prior vendor bids (242), prior market prices (248), etc. when compared to existing market prices (225), enable the system administration to compute reasonably reliable expectations of savings (214) that will attract the registered purchaser to place his or her order with this system. In addition, prices data acquisition system 226 may, in certain embodiments, be capable of obtaining prices from on-line auction and other vendors that will enable presentation to the registered purchaser of the attractive historical performance of the present system.
  • In the practice of the invention, pools of aggregated purchaser orders are formed, the pools having varying operational characteristics. Some pools, for example, are created and have a finite pool life. The duration of the pool life is determined by pool and price cycle timer 240 which is controlled by system administration 250. Thus, any such pool will expire at a predetermined time, and its performance, as previously noted, is stored in prior pools memory 218. Other pools, however, are continuous in that a registered purchaser need not ever go through the process (102, 112) of causing creation of such a pool. Such continuous or standing pools, however, are subject to time-related cycles controlled by timer 240 that determine the period of time that a registered purchaser is in such a standing pool. The change order request of function block 130 may, in some embodiments, be used to enable a registered purchaser to extend the effective pool cycle applicable to his or her order, in situations where such registered purchaser believes prices will continue to fall and his or her need of the product is not immediate. Additionally, when the product to be purchased by the registered purchaser is a quantity of a commodity, the change order function can be employed in certain embodiments to portions of the order. The correlation between active pools and purchasers, as well as change order requests for pool cycle extensions, is controlled at function block 212. Timer 240 additionally controls the duration of a price cycle that will be used compute the expected savings at function block 214.
  • The pricing engine represented at function block 222 need not be entirely a computerized system. In some embodiments of the invention, human intervention is employed in the pricing process, illustratively under control of system administration 250.
  • FIG. 3 is a simplified function block representation of a specific illustrative pricing process. As shown in this figure, third party price information is received at function block 310. Such information may be received via the vendor and third party prices data acquisition system 226. The MSRP and the retail (or “street”) price are calculated at function block 312 and displayed at system administration 250. In some embodiments, this information can be made available to registered purchaser 100 at display 110 in response to the computation of function block 214. This specific embodiment of the invention then continues by calculating a non-binding extrapolated low price based on data obtained from vendors pricing history 242 and including, in some embodiments, third party price trends calculated by pricing engine 222 from information obtained from product pricing history memory 228 and current third party prices database 225 over a period of time determined by price cycle timer 240.
  • In this specific embodiment, those registered purchaser that are in a pool in a non-binding manner prior to the formulation of a first commitment price are termed “early buyers.” An early buyers commitment price is calculated at function block 314 based on the extrapolated low price and a predetermined reserve for the system. The early buyers are then afforded an opportunity to remain in the pool by committing to purchase if the system can achieve a vendor offer that permits them to purchase at a purchase price that is at least as favorable as the early buyers commitment price. Such a purchase price is displayed to the registered purchaser at function block 320, which display may require reintegration of a multiple pool order using the correlation between the active pools and the purchasers in function block 212. Thus, in this embodiment, a multiple pool order would be presented to the associated registered purchaser in an integrated fashion whereby the purchaser does not see the pricing for individual components for his or her order. In some respects, therefore, the pooling system of the present invention is transparent to the purchasers, except insofar as they may optionally be provided access to individual pools as discussed hereinabove in connection with the decision-making process of FIG. 1. The system administration will formulate policy regarding the extent to which the pooling system and the pools are viewable by the purchasers.
  • After the early purchasers have committed to purchase at the early buyers commitment price, as presented to them at function block 320, a purchase offer is calculated to vendors at function block 322. The offer price may be responsive, in certain embodiments, to the pool size (i.e., number of early buyers), the third party price breaks, the extrapolated low price, etc. The offer is conveyed to the vendors at node E, which includes direct communication to vendors of requests for proposals, and direct access by vendors of database information. In this specific illustrative embodiment, active pool information can be made available to the vendors via pricing engine 222 and vendors database 246.
  • Following the offers to vendors, it is determined at decision block 325 whether there has been received an acceptable vendor offer. This decision may involve communication by the system administrators with targeted vendors, and possibly some negotiation that might involve raising the early buyers commitment price and obtaining revised commitments from the early buyers. If the system administrator determines that an acceptable vendor offer is not reasonably available, then the buyers are notified and the pool closed at function block 327. This may require recalculation or a revised commitment on the part of a registered purchaser that has placed an affected multiple pool order. However, if there is available an initial acceptable vendor offer, then a commitment price is calculated for purchasers who enter the pool after the commitment by the early buyers, such subsequent buyers being termed the “late buyers.”
  • A commitment price is calculated for the late buyers and an early buyers price advantage at function block 330. The commitment price and the early buyers price advantage may, for example, be responsive to price reductions resulting from increased pool size. The late buyers' commitments are then obtained at the calculated late buyer commitment target price, and the early buyers are notified, in this embodiment, of a calculated early buyer price advantage. Such an advantage would stimulate early commitment and consequently produce in future pools a larger number of early buyers. Moreover, the number of early buyers might be increased in certain embodiments by conducting effective pool marketing on the part of the system administrator using information from prior pools memory 218, purchasers database 210, product pricing history memory 228, and current third party prices database 225.
  • Notwithstanding that some late buyers have committed to the late buyers commitment target price at function block 332, in a highly successful pool, additional late buyers will enter, thereby increasing the pool size. Such pool size increase, coupled to trends that may be evident from the current third party prices database (225) enables continued negotiations with vendors at function block 334 until the pool or the pool cycle times out by operation of pool and price cycle timer 240. Upon expiration of the pool or pool cycle, the final prices are calculated at function block 336 and the pool or pool cycle is closed. The buyers and vendors are then notified at function block 340 and a check-out process is conducted. With respect to purchasers that have placed orders that span multiple pools, such pools are integrated at function block 342 in correlation with the associated purchasers (function block 212). Such purchasers of multi-pool orders are notified and checked-out at function block 340.
  • FIG. 4 is a simplified block representation of a specific illustrative process for determining whether to form a purchaser pool. As shown, pool parameters from a registered purchaser are received at function block 410. Such parameters correspond to the information defined at function block 112 of FIG. 1. In FIG. 4, once the pool parameters are obtained a search is conducted at function block 412 to identify the closest matching pool in active pools database 216. Information relating to the closest matching pool is presented to registered purchaser 100 and the acceptability of the closest matching pool to the purchaser is determined at decision function block 414. If the purchaser accepts to be included in the presented closest matching active pool, the purchaser is installed therein at function block 416. On the other hand, if the purchaser deems the closest matching active pool to be unacceptable, a search is conducted, in some embodiments of the invention, of prior pools in prior pools memory 218 for the closest matching prior pool. If such a prior pool is acceptable to the purchaser, system administration 250 can determine at function block 427 to form a new active pool using the parameters of the acceptable prior pool, the decision being based in part on the historical performance of such a pool. Such a new pool, therefore, is formed under a first criteria that incorporates known historical performance of a same or similar pool. Upon the formation of the new pool, the pricing process is performed at function 429. In one embodiment, the pricing process will follow the procedure described in connection with FIG. 3.
  • In the event that the purchaser determines that the closest matching prior pool presented at function block 418 is unacceptable, the decision process proceeds to decision function block 420 wherein the administration determines whether to form a new pool under a second criteria, i.e., without the benefit of a known history. If the administrative judgment is such that the formation of a new pool without history is declined, the purchaser is notified at function block 422. On the other hand, if the administration determines to form a new pool, such is formed at function block 431, and, the pricing process of function block 429 is performed. In all likelihood, the formation of a new pool under the second criteria will require administrative monitoring, such as at function block 435.
  • FIG. 5 is a simplified function block representation of a specific illustrative embodiment of the invention wherein a vendor is afforded an opportunity to enter a vendors pool or to cause formation of a new vendor pool. As shown in this figure, a vendor that has a product for sale, particularly in quantity, delivers at function block 510 parameters that define a vendor pool (product for sale) having certain product parameters associated therewith. These include, for example, identification of the product type, quantity available, and pricing information, including price breaks. At function block 512, a pre-existing vendor pools database (not shown) is searched to identify similar vendor pools, whereupon the vendor is afforded an opportunity at decision block 514 to join a pre-existing vendor pool. Such may be desirable to a vendor in situations where the product being offered for sale is generally purchased by vendors on a scale larger than the offering vendor's available inventory. The similar vendor pool is then disclosed to the offering vendor at function block 516, and the offering vendor is offered an opportunity to join the pre-existing vendor pool at function block 518.
  • If the vendor agrees to join such a pre-existing vendor pool, the offering vendor is installed therein at function block 522. On the other hand, if the offering vendor prefers to form a one-product one-vendor pool, such is formed at function block 520. The new pool is correlated in the vendors database at function block 524. Additionally, a corresponding purchaser pool is formed at function block 526 which can be joined as previously described by purchasers desiring to purchase all or some of the product of the offering vendor.
  • Although the invention has been described in terms of specific embodiments and applications, persons skilled in the art can, in light of this teaching, generate additional embodiments without exceeding the scope or departing from the spirit of the invention described herein. Accordingly, it is to be understood that the drawing and description In this disclosure are proffered to facilitate comprehension of the invention, and should not be construed to limit the scope thereof.

Claims (19)

1. A method of transacting sales over a computerized network, the method comprising the steps of:
defining a first product desired to be purchased by a first purchaser;
correlating in a first database record the first product and the first purchaser;
further correlating in respective ones of a plurality of first database records the first product and respective ones of a plurality of second purchasers;
issuing an offer to a vendor to purchase the first product at a first offer price in a quantity responsive to the plurality of first database records; and
consummating a transaction between the vendor and the first and second purchasers.
2. The method of claim 1, wherein prior to performing said step of issuing an offer there is further provided the step of calculating a first commitment price.
3. The method of claim 2, wherein said step of calculating a first commitment price is responsive to a rate of performing said step of further correlating.
4. The method of claim 2, wherein said step of calculating a first commitment price is responsive to historical sales performance of the first product.
5. The method of claim 2, wherein said step of calculating a first commitment price is responsive to a price trend of an article similar to the first article.
6. The method of claim 5, wherein said step of calculating a first commitment price is responsive to a price trend of the first article.
7. The method of claim 1, wherein there are further provided the steps of:
defining a second product desired to be purchased by a first purchaser; and
correlating in the second database record the second product and the first purchaser.
8. The method of claim 7, wherein there is further provided the step of further correlating in respective ones of a plurality of second database records the second product and respective ones of a plurality of third purchasers.
9. The method of claim 8, wherein there is further provided the step of issuing a further offer to a vendor to purchase the second product at a second offer price in a quantity responsive to the plurality of second database records.
10. The method of claim 9, wherein there is further provided the step of formulating a first consolidated report for presentation to the first purchaser responsive to the first and second offer prices.
11. The method of claim 8, wherein there is further provided the step of formulating a first consolidated report for presentation to the first purchaser responsive to the first and second database records.
12. A method of transacting sales over a computerized network, the method comprising the steps of:
defining a first product desired to be purchased by a first purchaser;
enabling the first purchaser to search a product database for a pre-existing database record associated with a product having a relationship to the first product acceptable to the first purchaser;
correlating in a first database record the first product and the first purchaser;
further correlating in respective ones of a plurality of first database records the first product and respective ones of a plurality of second purchasers; and
enabling a vendor of products having a predetermined similarity to the first product to search the product database.
13. The method of claim 12, wherein there is further provided the step of consummating a transaction between the vendor and at least some of the first and second purchasers.
14. The method of claim 13, wherein, prior to performing said step of consummating a transaction there is provided the further step of consummating a transaction between at least one vendor for a quantity of the first product responsive to a predetermined portion of the total number of first database records.
15. The method of claim 14, wherein, prior to performing said step of consummating a transaction there is provided the further step of consummating a transaction between at least one vendor for a quantity of the first product responsive to the total number of first database records.
16. A method of including a prospective purchaser in a pool in a computerized network transaction system, the method comprising the steps of:
defining pool parameters responsive to a purchase desired to be made by the purchaser;
active searching an active pools database for an active pool having a pool characteristic resembling the pool parameters;
active presenting a matching active pool discovered in response to said step of active searching to the prospective purchaser; and
active installing the prospective purchaser in the matching active pool in response to said step of active presenting.
17. A method of including a prospective purchaser in a pool in a computerized network transaction system, the method comprising the steps of:
defining pool parameters responsive to a purchase desired to be made by the purchaser;
inactive searching an inactive pools database for an inactive pool having a pool characteristic resembling the pool parameters;
inactive presenting a first matching inactive pool discovered in response to said step of inactive searching; and
forming a new pool having new pool parameters similar to the first matching inactive pool.
18. The method of claim 17, wherein there is further provided the step of commitment price calculating a new pool commitment price.
19. The method of claim 18, wherein there are further provided the steps of:
obtaining a commitment by the purchaser to purchase a product defined by the new pool parameters at the new pool commitment price; and
installing the purchaser in the new pool.
US10/842,951 1999-09-21 2004-05-10 Pooled transaction system Abandoned US20050038713A1 (en)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US10/842,951 US20050038713A1 (en) 1999-09-21 2004-05-10 Pooled transaction system
US12/456,590 US8032422B2 (en) 1999-09-21 2009-06-17 Method of transacting pooled sales based on an accumulated time rate
US13/253,049 US8595086B2 (en) 1999-09-21 2011-10-04 Time-varying cost-of-bid electronic auction system

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US15530199P 1999-09-21 1999-09-21
US66881900A 2000-09-21 2000-09-21
US10/842,951 US20050038713A1 (en) 1999-09-21 2004-05-10 Pooled transaction system

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US66881900A Continuation 1999-09-21 2000-09-21

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/456,590 Continuation US8032422B2 (en) 1999-09-21 2009-06-17 Method of transacting pooled sales based on an accumulated time rate

Publications (1)

Publication Number Publication Date
US20050038713A1 true US20050038713A1 (en) 2005-02-17

Family

ID=22554873

Family Applications (2)

Application Number Title Priority Date Filing Date
US10/842,951 Abandoned US20050038713A1 (en) 1999-09-21 2004-05-10 Pooled transaction system
US12/456,590 Expired - Fee Related US8032422B2 (en) 1999-09-21 2009-06-17 Method of transacting pooled sales based on an accumulated time rate

Family Applications After (1)

Application Number Title Priority Date Filing Date
US12/456,590 Expired - Fee Related US8032422B2 (en) 1999-09-21 2009-06-17 Method of transacting pooled sales based on an accumulated time rate

Country Status (3)

Country Link
US (2) US20050038713A1 (en)
AU (1) AU7711700A (en)
WO (1) WO2001022334A2 (en)

Cited By (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020032615A1 (en) * 2000-06-29 2002-03-14 Kiyokazu Ikeda Sales method, sales system, sales processing apparatus, and terminal apparatus
US20050114228A1 (en) * 2003-11-24 2005-05-26 Vinod Wadhwani Request for quotation electronic commerce shopping cart
US20050228740A1 (en) * 2003-04-09 2005-10-13 Kuo-Chin Chang Machine purchasing system and method
US20050234810A1 (en) * 2004-04-20 2005-10-20 Deecorp Limited Joint purchase reverse auction control method, computer program product and server
US7181419B1 (en) * 2001-09-13 2007-02-20 Ewinwin, Inc. Demand aggregation system
US20080154731A1 (en) * 2003-06-16 2008-06-26 Mesaros Gregory J Dynamic discount card tied to price curves & group discounts
US20080250025A1 (en) * 2007-04-04 2008-10-09 Fatdoor, Inc. Demand aggregation in a geo-spatial network
US20090150273A1 (en) * 2007-12-05 2009-06-11 Board Of Trade Of The City Of Chicago, Inc. Calculating an index that represents the price of a commodity
US7593871B1 (en) * 2004-06-14 2009-09-22 Ewinwin, Inc. Multiple price curves and attributes
US7689469B1 (en) 1999-05-12 2010-03-30 Ewinwin, Inc. E-commerce volume pricing
US7689463B1 (en) 2002-08-28 2010-03-30 Ewinwin, Inc. Multiple supplier system and method for transacting business
US7693748B1 (en) 1991-06-03 2010-04-06 Ewinwin, Inc. Method and system for configuring a set of information including a price and volume schedule for a product
US7818212B1 (en) 1999-10-22 2010-10-19 Ewinwin, Inc. Multiple criteria buying and selling model
US20100299222A1 (en) * 2005-08-19 2010-11-25 Hamilton Iv George B Online purchasing method
US7899707B1 (en) 2002-06-18 2011-03-01 Ewinwin, Inc. DAS predictive modeling and reporting function
US20110213648A1 (en) * 1999-05-12 2011-09-01 Ewinwin, Inc. e-COMMERCE VOLUME PRICING
US20120029992A1 (en) * 2010-07-27 2012-02-02 Pasquale De Facendis System and method for maximizing value through collaboration and pooling of buyers, sellers and parties with common interests
US8140402B1 (en) 2001-08-06 2012-03-20 Ewinwin, Inc. Social pricing
US8160931B2 (en) * 2001-08-06 2012-04-17 Ewinwin, Inc. Hosted demand aggregation
US8285600B2 (en) 1999-05-12 2012-10-09 Ewinwin, Inc. Multiple criteria buying and selling model
US8290824B1 (en) 1999-05-12 2012-10-16 Ewinwin, Inc. Identifying incentives for a qualified buyer
US8311896B2 (en) 1999-05-12 2012-11-13 Ewinwin, Inc. Multiple criteria buying and selling model
US20130138526A1 (en) * 2011-11-24 2013-05-30 James D. Petruzzi Method and System for group pricing of, and negotiation for, goods and services
US8590785B1 (en) 2004-06-15 2013-11-26 Ewinwin, Inc. Discounts in a mobile device
US8626605B2 (en) 1999-05-12 2014-01-07 Ewinwin, Inc. Multiple criteria buying and selling model
US20140149244A1 (en) * 2006-11-22 2014-05-29 Raj Abhyanker Demand aggregation to enable efficient neighborhood delivery

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7848940B1 (en) 1999-11-15 2010-12-07 Priceline.Com Incorporated Method, system and apparatus to facilitate conditional purchase orders with bounce back functionality
EP1388100A4 (en) * 2001-02-28 2007-08-08 Digonex Technologies Inc Digital online exchange
US7571118B2 (en) * 2004-05-21 2009-08-04 Sap Ag Control system interface for flexible order transaction sytem
US10504130B2 (en) * 2011-07-24 2019-12-10 Overstock.Com, Inc. Methods and systems for incentivizing online retail purchasers to elicit additional online sales
US8845896B2 (en) 2011-09-15 2014-09-30 Whirlpool Corporation Water filter system
US10525387B2 (en) 2017-04-06 2020-01-07 Whirlpool Corporation Filter cartridge
US10584040B2 (en) 2017-10-06 2020-03-10 Whirlpool Corporation Filter cartridge
US10807025B2 (en) 2018-08-06 2020-10-20 Whirlpool Corporation Blind attachment interface for filter housing assembly
US11537876B2 (en) 2018-11-28 2022-12-27 Bank Of America Corporation Targeted variation of machine learning input data

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6260024B1 (en) * 1998-12-02 2001-07-10 Gary Shkedy Method and apparatus for facilitating buyer-driven purchase orders on a commercial network system
US6418415B1 (en) * 1996-09-04 2002-07-09 Priceline.Com Incorporated System and method for aggregating multiple buyers utilizing conditional purchase offers (CPOS)
US6598026B1 (en) * 1999-01-25 2003-07-22 Nextag.Com, Inc. Methods and apparatus for brokering transactions
US6604089B1 (en) * 1999-03-15 2003-08-05 Vulcan, Inc. Demand aggregation through online buying group
US6876983B1 (en) * 1998-12-02 2005-04-05 Opher Goddard System and method for facilitating aggregate shopping

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6269343B1 (en) * 1998-08-25 2001-07-31 Mobshop, Inc. On-line marketing system and method
US7103565B1 (en) * 1999-08-27 2006-09-05 Techventure Associates, Inc. Initial product offering system
US7720743B1 (en) * 1999-10-27 2010-05-18 Marks Jeffrey S Methods and apparatus for online auctions and market-places utilizing program terms
US7363246B1 (en) * 2000-06-19 2008-04-22 Vulcan Portals, Inc. System and method for enhancing buyer and seller interaction during a group-buying sale

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6418415B1 (en) * 1996-09-04 2002-07-09 Priceline.Com Incorporated System and method for aggregating multiple buyers utilizing conditional purchase offers (CPOS)
US6260024B1 (en) * 1998-12-02 2001-07-10 Gary Shkedy Method and apparatus for facilitating buyer-driven purchase orders on a commercial network system
US6876983B1 (en) * 1998-12-02 2005-04-05 Opher Goddard System and method for facilitating aggregate shopping
US6598026B1 (en) * 1999-01-25 2003-07-22 Nextag.Com, Inc. Methods and apparatus for brokering transactions
US6604089B1 (en) * 1999-03-15 2003-08-05 Vulcan, Inc. Demand aggregation through online buying group

Cited By (61)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8972287B1 (en) 1991-06-03 2015-03-03 Ewinwin, Inc. Multiple criteria buying and selling model
US7693748B1 (en) 1991-06-03 2010-04-06 Ewinwin, Inc. Method and system for configuring a set of information including a price and volume schedule for a product
US8311896B2 (en) 1999-05-12 2012-11-13 Ewinwin, Inc. Multiple criteria buying and selling model
US8290824B1 (en) 1999-05-12 2012-10-16 Ewinwin, Inc. Identifying incentives for a qualified buyer
US8249942B2 (en) 1999-05-12 2012-08-21 Ewinwin, Inc. Methods for discounting goods and services
US8732018B2 (en) 1999-05-12 2014-05-20 Ewinwin, Inc. Real-time offers and dynamic price adjustments presented to mobile devices
US8494915B2 (en) 1999-05-12 2013-07-23 Ewinwin, Inc. Method and computer medium for tracking social interactions and targeting offers
US8285598B2 (en) 1999-05-12 2012-10-09 Ewinwin, Inc. Promoting offers through social network influencers
US8706564B2 (en) 1999-05-12 2014-04-22 Ewinwin, Inc. Methods for dynamic discounting
US8626605B2 (en) 1999-05-12 2014-01-07 Ewinwin, Inc. Multiple criteria buying and selling model
US8620765B2 (en) 1999-05-12 2013-12-31 Ewinwin, Inc. Promoting offers through social network influencers
US8589247B2 (en) 1999-05-12 2013-11-19 Ewinwin, Inc. Presenting mobile offers to members of a social network
US7689469B1 (en) 1999-05-12 2010-03-30 Ewinwin, Inc. E-commerce volume pricing
US8401918B2 (en) 1999-05-12 2013-03-19 Ewinwin, Inc. Promoting offers through social network influencers
US8285600B2 (en) 1999-05-12 2012-10-09 Ewinwin, Inc. Multiple criteria buying and selling model
US8306870B2 (en) 1999-05-12 2012-11-06 Ewinwin, Inc. Order aggregation and merchant ranking
US20110213648A1 (en) * 1999-05-12 2011-09-01 Ewinwin, Inc. e-COMMERCE VOLUME PRICING
US8494914B2 (en) 1999-05-12 2013-07-23 Ewinwin, Inc. Promoting offers through social network influencers
US8341035B2 (en) 1999-10-22 2012-12-25 Ewinwin, Inc. Deal matching system
US20110016010A1 (en) * 1999-10-22 2011-01-20 Ewinwin, Inc. Multiple criteria buying and selling model
US8738462B2 (en) 1999-10-22 2014-05-27 Ewinwin, Inc. Systems and methods for searchable time-based offers
US7818212B1 (en) 1999-10-22 2010-10-19 Ewinwin, Inc. Multiple criteria buying and selling model
US8196811B2 (en) 1999-10-22 2012-06-12 Ewinwin, Inc. Multiple criteria buying and selling model
US6938006B2 (en) * 2000-06-29 2005-08-30 Sony Corporation Sales method and system for selling tangible and intangible products
US20020032615A1 (en) * 2000-06-29 2002-03-14 Kiyokazu Ikeda Sales method, sales system, sales processing apparatus, and terminal apparatus
US7184975B2 (en) * 2000-06-29 2007-02-27 Sony Corporation Sales system and sales processing apparatus for selling an intangible product and a tangible product
US20050091125A1 (en) * 2000-06-29 2005-04-28 Sony Corporation Sales method, sales system, sales processing apparatus, and terminal apparatus
US8140402B1 (en) 2001-08-06 2012-03-20 Ewinwin, Inc. Social pricing
US8160931B2 (en) * 2001-08-06 2012-04-17 Ewinwin, Inc. Hosted demand aggregation
US7747473B1 (en) 2001-09-13 2010-06-29 Ewinwin, Inc. Demand aggregation system
US7181419B1 (en) * 2001-09-13 2007-02-20 Ewinwin, Inc. Demand aggregation system
US8271332B2 (en) 2002-06-18 2012-09-18 Ewinwin, Inc. DAS predictive modeling and reporting function
US8856015B2 (en) 2002-06-18 2014-10-07 Ewinwin, Inc. Presenting offers to users of wireless devices
US7899707B1 (en) 2002-06-18 2011-03-01 Ewinwin, Inc. DAS predictive modeling and reporting function
US8635108B2 (en) 2002-06-18 2014-01-21 Ewinwin, Inc. Presenting offers to users of wireless devices
US8533002B2 (en) 2002-06-18 2013-09-10 Ewinwin, Inc. DAS predictive modeling and reporting function
US7689463B1 (en) 2002-08-28 2010-03-30 Ewinwin, Inc. Multiple supplier system and method for transacting business
US8775269B2 (en) 2002-08-28 2014-07-08 Ewinwin, Inc. Method and system for a hand-held device initiated search, purchase and delivery
US8219460B1 (en) 2002-08-28 2012-07-10 Ewinwin, Inc. Method and computer medium for facilitating a buyer-initiated feature within a business transaction
US8438075B2 (en) 2002-08-28 2013-05-07 Ewinwin, Inc. Method and computer medium for facilitating a buyer-initiated feature within a business transaction
US20050228740A1 (en) * 2003-04-09 2005-10-13 Kuo-Chin Chang Machine purchasing system and method
US8695877B2 (en) 2003-06-16 2014-04-15 Ewinwin, Inc. Dynamic discount device
US20080154731A1 (en) * 2003-06-16 2008-06-26 Mesaros Gregory J Dynamic discount card tied to price curves & group discounts
US7815114B2 (en) 2003-06-16 2010-10-19 Ewinwin, Inc. Dynamic discount card tied to price curves and group discounts
US8567672B2 (en) 2003-06-16 2013-10-29 Ewinwin, Inc. Location based discounts
US8573492B2 (en) 2003-06-16 2013-11-05 Ewinwin, Inc. Presenting offers to a mobile device associated with information displayed on a television
US20110004515A1 (en) * 2003-06-16 2011-01-06 Ewinwin, Inc. Dynamic discount card tied to price curves & group discounts
US8584940B2 (en) 2003-06-16 2013-11-19 Ewinwin, Inc. Location based discounts
US8616449B2 (en) 2003-06-16 2013-12-31 Ewinwin, Inc. Mobile device search mechanism
US20050114228A1 (en) * 2003-11-24 2005-05-26 Vinod Wadhwani Request for quotation electronic commerce shopping cart
US20050234810A1 (en) * 2004-04-20 2005-10-20 Deecorp Limited Joint purchase reverse auction control method, computer program product and server
US7593871B1 (en) * 2004-06-14 2009-09-22 Ewinwin, Inc. Multiple price curves and attributes
US8140405B2 (en) 2004-06-14 2012-03-20 Ewinwin, Inc. Grouping orders across multiple forums
US8590785B1 (en) 2004-06-15 2013-11-26 Ewinwin, Inc. Discounts in a mobile device
US20100299222A1 (en) * 2005-08-19 2010-11-25 Hamilton Iv George B Online purchasing method
US20140149244A1 (en) * 2006-11-22 2014-05-29 Raj Abhyanker Demand aggregation to enable efficient neighborhood delivery
US20080250025A1 (en) * 2007-04-04 2008-10-09 Fatdoor, Inc. Demand aggregation in a geo-spatial network
US8095430B2 (en) * 2007-04-04 2012-01-10 Google Inc. Demand aggregation in a geo-spatial network
US20090150273A1 (en) * 2007-12-05 2009-06-11 Board Of Trade Of The City Of Chicago, Inc. Calculating an index that represents the price of a commodity
US20120029992A1 (en) * 2010-07-27 2012-02-02 Pasquale De Facendis System and method for maximizing value through collaboration and pooling of buyers, sellers and parties with common interests
US20130138526A1 (en) * 2011-11-24 2013-05-30 James D. Petruzzi Method and System for group pricing of, and negotiation for, goods and services

Also Published As

Publication number Publication date
US8032422B2 (en) 2011-10-04
WO2001022334A8 (en) 2001-11-08
US20100004978A1 (en) 2010-01-07
WO2001022334A2 (en) 2001-03-29
AU7711700A (en) 2001-04-24

Similar Documents

Publication Publication Date Title
US8032422B2 (en) Method of transacting pooled sales based on an accumulated time rate
US6366891B1 (en) Data processing system for conducting a modified on-line auction
Kortge et al. Perceived value approach to pricing
US6606607B1 (en) Individualized, real-time, interactive e-commerce auction
US20010047308A1 (en) Concurrent dynamic pricing marketing and selling system
US8688541B1 (en) Promoting an online auction to users based upon bidding history
US20050187859A1 (en) Online auction method and system facilitating the sale of multiple product units at prices varying with volume
US20060173773A1 (en) Systems and methods for automated offer-based negotiation
US20080249821A1 (en) System for commodity sales
JP2000113070A (en) Method and device for electronic auction implementation by open communication network
TW201301178A (en) Online marketplace with dynamic pricing
US20130346230A1 (en) Methods and apparatus for online auctions and marketplaces utilizing program terms
US20050010537A1 (en) Automated offer-based negotiation system and method
JP2004508637A (en) Method and apparatus for conducting an electronic auction in a communication network
KR101963711B1 (en) Method for trading used goods
US20050010457A1 (en) Automated offer-based negotiation system and method
US20150379625A1 (en) System And Method For Administering A Modified Descending Price Auction
CN107292726A (en) Online commodity bargaining method and system
US8595086B2 (en) Time-varying cost-of-bid electronic auction system
JP2001184433A (en) Electric power bidding system and electric power bidding method
JP2002074108A (en) Selling and reservation price control system about selling of entertainment ticket, travel merchandise, sales of air ticket, etc., and reservation of hotel accommodation, restaurant use or the like by utilizing internet
KR100365585B1 (en) Operating method for the free-one online shopping mall using computer system
KR20020013251A (en) Method of constructing nationwide shopping mall
US20050114273A1 (en) Systems and methods for affiliate utilization of online trading platform
US20050021416A1 (en) Method and apparatus for third party bidding in sales transactions

Legal Events

Date Code Title Description
AS Assignment

Owner name: ROHM & MONSANTO, PLC, MICHIGAN

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:PICKARD, STUART G.;REEL/FRAME:019547/0288

Effective date: 20051202

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION