US20070288330A1 - Initial product offering system and method - Google Patents

Initial product offering system and method Download PDF

Info

Publication number
US20070288330A1
US20070288330A1 US11/888,851 US88885107A US2007288330A1 US 20070288330 A1 US20070288330 A1 US 20070288330A1 US 88885107 A US88885107 A US 88885107A US 2007288330 A1 US2007288330 A1 US 2007288330A1
Authority
US
United States
Prior art keywords
product
interest
fulfillment
destinations
customer
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
US11/888,851
Inventor
Rahul Vaid
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.)
TechVenture Assoc Inc
Original Assignee
TechVenture Assoc 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
Priority claimed from US09/649,224 external-priority patent/US7103565B1/en
Application filed by TechVenture Assoc Inc filed Critical TechVenture Assoc Inc
Priority to US11/888,851 priority Critical patent/US20070288330A1/en
Assigned to TECHVENTURE ASSOCIATES, INC. reassignment TECHVENTURE ASSOCIATES, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: VAID, RAHUL R.
Publication of US20070288330A1 publication Critical patent/US20070288330A1/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/02Marketing; Price estimation or determination; Fundraising
    • 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
    • G06Q30/0251Targeted advertisements
    • G06Q30/0254Targeted advertisements based on statistics
    • 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/0278Product appraisal
    • 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/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
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/03Credit; Loans; Processing thereof
    • 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
    • G06Q50/00Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services
    • G06Q50/18Legal services; Handling legal documents
    • G06Q50/188Electronic negotiation

Definitions

  • the invention relates generally to digital commerce and specifically to the pricing and sale of products and services through a network based product offering using demand packets.
  • singular customer Individual buyers of both consumer and business related products and services (identified hereinafter as “singular customer”) are at a disadvantage when making purchases because there is little negotiating leverage for a single sale.
  • Large volume purchasers on the other hand, have substantial leverage, such as when a retailer purchases goods from a wholesale supplier.
  • a purchasing system that provides the leverage of large volume purchasing interest to singular customers, while disintermediating the sales chain of the product.
  • the seller has to disclose to the demand aggregation system its pricing curve which may be trade secret information instead of dynamically providing the pricing for the product
  • the system targets the co-op information to “a” particular vendor or manufacturer of the product
  • the system does not provide existing market-wide price transparency
  • the system does not allow potential buyers to create their own said co-ops as the co-ops tend to be driven by the system and effectively by the pricing curve information provided by the vendor or the manufacturer.
  • the principles of the present invention provide for a method and for determining a price for a product.
  • the method may include calculating an aggregate customer history factor by aggregating customer history factors of potential purchasers in a buying group.
  • the customer history factors may include at least one of the following customer related parameters: customer rating parameter, customer transaction parameter, customer demographics parameter, customer geographics parameter, customer psychographic parameter, and customer behavioral parameter.
  • the method further calculates a cumulative demand for a product as a function of (i) expected purchase quantities of the product indicated by the potential purchasers in the buying group and (ii) the aggregate customer history factor.
  • a price of the product may be set as a function of the cumulative demand for the buying group.
  • FIG. 1 is an abstract diagram of a system for group buying according to the invention
  • FIG. 2 illustrates records in a product database
  • FIG. 3 illustrates records in a conditions of indications of interest database
  • FIG. 4 illustrates records in a demand packet database
  • FIG. 5 illustrates records in a product pricing database
  • FIG. 6 illustrates records in a customer sales database
  • FIG. 7 illustrates records in a product network. database
  • FIG. 8 shows the description of the demand packet
  • FIG. 9 is a block diagram of a network system server
  • FIG. 10 is a block diagram of a demand packet server
  • FIG. 11 is a block diagram of a transaction server
  • FIGS. 12A-12B are a flow chart of a customer process in the product offering for group buying according to the invention.
  • FIGS. 13A-13E are a flow chart of a system process in the product offering for group buying according to the invention.
  • FIG. 14 is a block diagram of an exemplary system 1400 for determining a customer history factor from various input variables or parameters.
  • FIG. 15 is a block diagram of an exemplary neural network diagram that may be used to predict whether a potential buyer will become an actual buyer after submitting an indication of interest based on customer and economic related variables.
  • demand packet may be adapted to other forms, physical and virtual, provided they are capable of including the necessary demand packet parameters described below.
  • the methods and systems described herein can be suitably adapted to any other sales model where a customer can make an indication of interest while reconfirming based on trigger events, such as, for example, reconfirm automatically if the price of the product is in the given range.
  • product and “item” are used interchangeably herein to denote products of all kinds comprising products, services, consumer products, and solutions in all physical and abstract forms.
  • customer”, “purchaser”, and “operator” are used interchangeably herein to denote a potential buyer, which places an indication of interest to purchase the given product.
  • FIG. 1 shows a preferred embodiment of a system 100 in accordance with the present invention, where a mobile computer user 105 , wireless device user 110 , personal computer user 115 , personal computer user 120 , laptop computer user 125 , handheld device user 130 , and personal digital assistant user 135 (collectively, the “User”) through a network 140 such as the Internet connects to a network system server 145 , which is in direct communications with a demand packet server 150 .
  • the demand packet server 150 is further in direct communications with a transaction server 155 comprising four servers: a supplier server 160 , an auction server 165 , a vertical exchange server 170 , and a horizontal marketplace server 175 .
  • the supplier server 160 is further in direct communications with a plurality of suppliers for the product comprising manufacturers 180 and distributors 182 .
  • the auction server 165 is further in direct communications with a plurality of auction venues, where the demand packet may be auctioned, comprising auction site # 1 184 and auction site #N 186 .
  • the vertical exchange server 170 is further in direct communications with a plurality of vertical exchanges for the product comprising vertical exchange # 1 188 and vertical exchange #N 190 .
  • the horizontal marketplace server 170 is further in direct communications with a plurality of horizontal marketplaces for the product comprising horizontal marketplace # 1 192 and horizontal marketplace #N 194 .
  • the configuration of the system 100 allows the network system server 145 to present the User with product information on a specific product offering in a computer searchable form and the ability for the User to create a new product offering through the system.
  • the User can select a product offering through the network system server 145 and place an indication of interest.
  • the network system server 145 collects additional indications of interest in the same product offering while pre-determined conditions are fulfilled (e.g., time frame for the product offering). After suspension of the collections of the indications of interest for the product offering, the network system server 145 transmits the indications of interest to the demand packet server 150 .
  • the demand packet server 150 processes the received information and communicates with the transaction server 155 .
  • the transaction server 155 Based on the indications of interest transmitted by the demand packet server 150 in the form of demand packets and certain pre-determined conditions of the product offering, the transaction server 155 presents to the User via the demand packet server 150 and the network system server 145 , offers from one or more product fulfillment destinations for the specific product offering.
  • the network system server 145 collects reconfirmation at the offer price for all the Users that had previously placed an indication of interest in the specific product offering.
  • the system 100 negotiates the offer price with the plurality of fulfillment destinations that had presented the offer, selects the final offer price, the transaction server 155 reaffirms the offer price and notifies the User via the demand packet server 150 and the network system server 145 , regarding parameters for consummating the purchase transaction (e.g., physical shipping of the product, electronic delivery of the service).
  • a product database 200 stores product parameters for a plurality of product offerings. As shown in FIG. 2 , the product database 200 stores a plurality of records 250 , each record including a plurality of fields, the plurality of fields comprising: a product identifier 205 uniquely identifying the product in the product offering, the vendor name 210 identifying the manufacturer of the product, the product name 215 identifying the name of the product, the product description 220 identifying the description of the product, the release date 225 identifying the date on which the product will be released into the market, the available date 230 identifying the date on which the product will be available through the system 100 , the MSRP 235 identifying the manufacturer's retail price for the product, the pricing range max 240 identifying the maximum price of the product for the product offering, and the pricing range min 245 identifying the minimum price of the product for the product offering.
  • the product 101 which is an automobile is manufactured by Ford and termed Toy 2000. Furthermore, this record 255 indicates that the release date of the product is December 1999 and its available date on the system 100 is December 1999 as well.
  • the manufacturers retail price for the product is $20,000, its maximum range is $20,000 and its minimum pricing range is $14,000.
  • a conditions of indications of interest database 300 stores the conditions upon which the product offering shall be conducted for the product.
  • the conditions of indications of interest database 300 stores a plurality of records 330 , each record including a plurality of fields, the plurality of fields comprising: a product identifier 205 uniquely identifying the product in the product offering, the conditions of indications of interest 305 comprising: the pricing date 310 identifying the date on which the product offering will be priced, the min # indications 315 identifying the minimum number of indications of interest that will be received to conduct the product offering, and other conditions 320 and 325 as may be deemed appropriate by the creator of the product offering.
  • the product 101 will be priced on Dec. 1, 1999 if at least 10 indications of interest to purchase the product are received by the system 100 .
  • a demand packet database 400 stores the parameters that form a demand packet for each product offering.
  • the demand-packet database 400 stores a plurality of records 415 , each record including a plurality of fields, the plurality of fields comprising: a demand-packet identifier 405 uniquely identifying the demand packet, the demand packet destination identifier 705 uniquely identifying the pre-determined fulfillment destinations where the demand packet is to be routed, the product identifier 205 identifying the product for which the demand packet has been created, the customer identifier 605 identifying the customer indicating the demand for the given demand packet, the indication date 615 identifying the date on which the demand was indicated by the customer into the demand packet database, the quantity 620 identifying the number of items of the product which are sought, the cumulative demand size 410 identifying the cumulative size of the demand, the customer history factor 635 identifying the average purchase rate of the customer, and the pricing date 310 identifying the date on which the product offering will be priced.
  • the demand packet A 2004 has a demand destination of DD 20 and the packet is being created for a product 123 where an indication of interest is placed on Apr. 15, 2000 by customer C 002 with a customer history factor of 68% for a quantity of 2 items.
  • the cumulative demand size for the product offering is 2 and the offering will be priced on Jun. 22, 2000.
  • a product pricing database 500 stores, for each product offering, the pricing date along with the final offer from the fulfillment destination on the pricing date.
  • the product pricing database 500 stores a plurality of records 510 , each record including a plurality of fields, the plurality of fields comprising: a product identifier 205 uniquely identifying the product in the product offering, the release date 225 identifying the date on which the product will be released into the market, the available date 230 identifying the date on which the product will be available through the system 100 , the MSRP 235 identifying the manufacturer's retail price for the product, the vendor price 505 identifying the final offer price from the fulfillment destination that is selected in conjunction with fulfilling the purchase transaction for the product offering, and the pricing date 310 identifying the date on which the product offering will be priced. For example, referring to record 515 , the product 101 will be priced on Dec. 28, 1999 at a vendor price of $16,000.
  • a customer sales database 600 stores, for each customer, the details of interaction with the system 100 for specific product offerings.
  • the customer sales database 600 stores a plurality of records 655 , each record including a plurality of fields, the plurality of fields comprising: a customer identifier uniquely identifying the customer, the customer name, the product identifier 205 uniquely identifying the product in the product offering, the date of indication 615 identifying the date on which the customer placed the indication of interest for the product offering, the quantity 620 identifying the number of items the indication of interest is being placed for, the date of reconfirmation 625 identifying the date on which the customer reconfirmed its indication of interest, the shipping info 630 identifying the address the product is being shipped, the billing info 635 identifying the method of payment for the product, the customer history factor identifying the average purchase rate of the customer for past product offerings, the date shipped 645 identifying the date on which the product was shipped to the customer, and the comments 650 on interactions with the customer.
  • the customer c 001 identified as Joe Schmoe placed an indication of interest of 2 items for product 101 on Nov. 28, 1999 and reconfirmed the indication of interest on Dec. 28, 1999.
  • the customer c 001 asked for the product to be sent to 11 Walker Drive, New York, N.Y. 10000, provided a credit card # as his preferred method of payment where the product was shipped on Jan. 7, 2000.
  • the customer c 001 has a customer history factor of 54%, and there have been interactions with the customer.
  • a product network database 700 stores, for each product, the network of preferred and pre-determined fulfillment destinations for specific product offerings. As shown in FIG. 7 , the product network database 700 stores a plurality of records 730 , each record including a plurality of fields, the plurality of fields comprising: a product identifier 205 uniquely identifying the product in the product offering, the vendor name 210 , the product name 215 , the demand destination identifier 705 uniquely identifying the preferred and pre-determined fulfillment destinations for the product in the product offering, the supplier table 710 that stores a plurality of records 755 , each record including a plurality of fields, the plurality of fields comprising: S 102 735 identifying the electronic addresses of the preferred and pre-determined fulfillment destinations in the supplier category, the auction table 715 that stores a plurality of records 755 , each record including a plurality of fields, the plurality of fields comprising: A 102 740 identifying the electronic addresses of the preferred and pre-determined fulfillment destinations in the auction category, the vertical exchange table 720 that stores
  • the demand destination identifier is DD 01 which is sent to pre-determined fulfillment destinations S 102 for the supplier category, A 102 for the auction category, V 102 for the vertical exchange category, and H 102 for the horizontal marketplace category.
  • FIG. 8 shows a preferred embodiment of the demand packet 800 , which is created by the demand packet server 150 from the network based aggregated information collected by the network system server 145 .
  • the demand packet 800 is utilized by the demand packet server 150 to communicate with the transaction server 155 and its sub servers in order to consummate the purchase transaction.
  • Each demand packet 800 stores a plurality of relevant records comprising: the demand packet identifier 405 , the demand destination identifier 705 , the product identifier 102 , the pricing date 310 , the demand size 805 uniquely identifying the cumulative size of the demand collected through all the indications of interest times the quantity 620 in the demand packet database 400 , the customer history factor 810 identifying the average purchase rate of all the customers that placed indications of interest for the product offering, the expected demand 815 identifying the multiplication of the demand size 805 , and the customer history factor 810 , the vendor name 210 , the product description 215 , the product MSRP 235 , the product pricing max 240 , the product pricing min 245 , the product vendor price 505 , and the conditions of indication of interest 305 based upon which the potential customers had placed their indication of interest further comprising: the pricing date 310 , the min # indications 315 , the condition 3 320 , and the condition 4 325 .
  • FIG. 9 is a block diagram of a network system server 145 .
  • the network system server 145 includes a processor 920 , and connected thereto, a random access memory 910 , a read-only memory 905 , a network card 915 , a system clock 930 , and a storage device 935 .
  • the network card 915 can be any network card capable of handling numerous logical connections 925 to a network 945 , as required by the number of customers, fulfillment destinations, financial transaction processors, and logical connections 950 to the demand packet server requiring resources from the network system server 145 .
  • the storage device 935 can be any storage device capable of maintaining a product database 200 , a customer sales database 600 , and financial and credit processor 940 , such as a hard drive, storage area network, redundant array of inexpensive disks, or other mass storage device. If the databases 200 , 600 on the storage device 935 are particularly large, a separate transaction processor may be provided to off-load database management from the processor 920 .
  • the processor 920 and memories 910 , 905 may be any processor and memories known in the art that are consistent with the volume of traffic handled by the network card 915 , including any associated security protocols, and the volume of data stored in the storage device 935 . Suitable network servers are manufactured by Compaq Computers, Dell, IBM, and Sun MicroSystems.
  • Such servers may employ a processor with multiple central processing units, and will operate under control of an operating system such as Unix, Linux, other Unix variants, DOS, Windows or its variants, VMS, and Solaris.
  • the network system server 145 will also run additional programs or software modules from the operating system to control server operations, web server operations, authentication functions, network security, and database management, many alternatives for which are known in the art and commercially available.
  • the invention may be usefully practiced with any of these computers, operating systems, and other programs.
  • the software modules will also provide and operate a web site provided by the network system server 145 for the customers, according to information stored on the storage device 935 .
  • FIG. 10 is a block diagram of a demand packet server 150 .
  • the demand packet server 150 includes a processor 1020 , and connected thereto, a random access memory 1010 , a read-only memory 1005 , a network card 1015 , a system clock 1025 , and a storage device 1045 .
  • the network card 1015 can be any network card capable of handling numerous logical connections 1035 to a network 1055 , as required by the number of customers, fulfillment destinations, demand packet processors, logical connections 1030 to the network system server 145 , and logical connections 1040 to the transaction server 155 requiring resources from the demand packet server 150 .
  • the storage device 1045 can be any storage device capable of maintaining a product pricing database 500 , a conditions of indications of interest database 300 , a demand packet database 400 , and a demand packet processor 1050 , such as a hard drive, storage area network, redundant array of inexpensive disks, or other mass storage device. If the databases 300 , 400 , 500 on the storage device 1045 are particularly large, a separate transaction processor may be provided to off-load database management from the processor 1020 .
  • the processor 1020 and memories 1010 , 1005 may be any processor and memories known in the art that are consistent with the volume of traffic handled by the network card 1015 , including any associated security protocols, and the volume of data stored in the storage device 1045 .
  • Suitable network servers are manufactured by Compaq Computers, Dell, IBM, and Sun MicroSystems. Such servers may employ a processor with multiple central processing units, and will operate under control of an operating system such as Unix, Linux, other Unix variants, DOS, Windows or its variants, VMS, and Solaris.
  • the demand packet server 150 will also run additional programs or software modules from the operating system to control server operations, web server operations, authentication functions, network security, demand packet processing and database management, many alternatives for which are known in the art and commercially available.
  • the invention may be usefully practiced with any of these computers, operating systems, and other programs.
  • FIG. 11 is a block diagram of a transaction server 155 .
  • the transaction server 155 includes a processor 1120 , and connected thereto, a random access memory 1110 , a read-only memory 1105 , a network card 1115 , a system clock 1125 , and a storage device 1145 .
  • the network card 1115 can be any network card capable of handling numerous logical connections 1130 to a network 1175 , as required by the number of customers, fulfillment destinations, and transaction processors 1155 , 1160 , 1165 , 1170 , logical connections 1135 to the network system server 145 , and logical connections 1140 to the demand packet server 150 requiring resources from the transaction server 155 .
  • the storage device 1145 can be any storage device capable of maintaining a product network database 700 , a supplier processor/server 1155 , an auction processor/server 1160 , a vertical exchange processor/server 1165 , and a horizontal marketplace processor/server 1170 , such as a hard drive, storage area network, redundant array of inexpensive disks, or other mass storage device. If the database 700 on the storage device 1145 are particularly large, a separate transaction processor may be provided to off-load database management from the processor 1120 .
  • the processor 1120 and memories 1110 , 1105 may be any processor and memories known in the art that are consistent with the volume of traffic handled by the network card 1115 , including any associated security protocols, and the volume of data stored in the storage device 1145 .
  • Suitable network servers are manufactured by Compaq Computers, Dell, IBM, and Sun MicroSystems. Such servers may employ a processor with multiple central processing units, and will operate under control of an operating system such as Unix, Linux, other Unix variants, DOS, Windows or its variants, VMS, and Solaris.
  • the transaction server 155 will also run additional programs or software modules from the operating system to control server operations, web server operations, authentication functions, network security, fulfillment processing, and database management, many alternatives for which are known in the art and commercially available.
  • the invention may be usefully practiced with any of these computers, operating systems, and other programs.
  • FIGS. 12A-12B and FIGS. 13A-13E An embodiment of the process for the system 100 described above will now be described in detail by reference to FIGS. 12A-12B and FIGS. 13A-13E .
  • FIGS. 12A-12B are flow charts showing a customer's interaction process 1200 with the system 100 for group buying according to the invention, which also shows the resources used for each step.
  • the customer process 1200 begins when the customer logs on to a secure web site 1205 that is provided by the network system server 145 . Once the customer is logged on to the system 1205 , the customer interactively browses lists of available product categories 1210 , each product category identifying an offering for that product from the associated product database 200 , for product offerings that may be of interest to the customer.
  • the network, system server 145 maintains communication with the product database 200 , which is periodically updated to add and remove product offerings.
  • All web server communications are secure, such as through the secure socket layer (SSL) communications through digital encryption identifications through commercially available services such as Verisign.
  • SSL secure socket layer
  • the negotiation may occur through human interaction between the web provider and the fulfillment destinations, or may occur using a pre-determined protocol between the web server and a remote server operated by the fulfillment destinations.
  • the customer waits for receiving the offer from one fulfillment destination or multiple offers from a plurality of fulfillment destinations 1230 .
  • Once a price is negotiated each customer who indicated an interest to purchase receives an e-mail detailing the offer 1230 .
  • the offer is sent to the customer in accordance with the offer entry in the product pricing database 500 . At this point, the customer may accept the offer and proceed with a purchase transaction, or the customer may reject the offer.
  • the customer is required to reconfirm the offer(s) within a specified amount of time as indicated in the customer's offer e-mail 1235 .
  • the reconfirmation process 1235 is conducted in accordance with information exchange between the network system server 145 , the demand packet server 150 , and the demand packet database 400 . Where an offer is rejected by one or more customers, this information may optionally be stored and used to attempt another round of price negotiation. After the specified time frame, the reconfirmations are updated in the demand packet database 400 for the entire group that had previously placed an indication of interest.
  • the reconfirmations may be of multiple nature meaning that one customer may reconfirm for multiple offers that he may have received from a plurality of fulfillment destinations.
  • the aggregate reconfirmation group information is re-presented to the fulfillment destinations that had provided the offer, and the final offer price from one or more fulfillment destinations is provided to the customers 1240 .
  • the customer desires credit processing 1245
  • the customer is required to enter credit processing information 1250 that is exchanged with a credit processor 940 for the purposes of providing a credit solution to the customer.
  • the customer is required to enter product delivery information such as the shipping information 1260 which is updated into the customer sales database 600 which marks the completion of the purchase transaction 1265 on the system 100 .
  • FIGS. 13A-13E are flow charts showing a system process 1300 for group buying according to the invention, which also shows the resources used for each step.
  • the system process 1300 begins when a user, comprising a customer or one of the plurality of fulfillment providers, logs on the system. If the user is one of the plurality of fulfillment providers, the web site offers two options: (1) to view an existing demand packet, as will be discussed later, and (2) create a new product offering. To create a new product offering. the fulfillment destination selects products 1305 and provides product specific information 1310 including a manufacturer suggested retail price (MSRP), a range of offering prices, conditions for the offering, and a time period for the offer.
  • MSRP manufacturer suggested retail price
  • a product listing may be added 1315 to the product database 200 , and the conditions of indication of interest to be added to the conditions of indication of interest database 300 .
  • the system 100 then interacts with customers and collects the indications of interest 1320 as described above until any conditions of indication of interest set forth by the fulfillment destination have been satisfied 1325 .
  • the system 100 exchanges the customer specific information with the demand packet database 400 .
  • the system 100 exchanges the indication of interest information with the conditions of indication of interest database 300 . If the fulfillment destination's conditions have not been satisfied by the pricing date, the fulfillment destination may change the conditions.
  • the system 100 in accordance with the demand packet database 400 , creates a demand packet 1330 .
  • the demand packet may be routed to one or more of fulfillment processes including: a supplier process for a plurality of supplier destinations 1335 , an auction process for a plurality of auction destinations 1340 , a vertical exchange process for a plurality of vertical exchange destinations 1345 , and a horizontal marketplace process for a plurality of horizontal marketplace destinations 1350 .
  • fulfillment processes including: a supplier process for a plurality of supplier destinations 1335 , an auction process for a plurality of auction destinations 1340 , a vertical exchange process for a plurality of vertical exchange destinations 1345 , and a horizontal marketplace process for a plurality of horizontal marketplace destinations 1350 .
  • the supplier server 1155 receives the demand packet 1335 . 05 and routes the demand packet to a plurality of supplier category fulfillment destinations 1335 . 10 prior to which the supplier server 1155 secures routing information from the product network database 700 and vice versa. Based on the information contained in the demand packet and the aggregated indications of interest obtained through the demand packet database 400 , one or more supplier category fulfillment destinations announce the offers which includes the pricing 1335 . 15 . The offers are entered into a product pricing database 500 , and the pricing information is e-mailed to participating customers for reconfirmation 1335 . 20 . In a finite time frame, the system 100 collects reconfirmations from the customers that had placed an indication of interest 1335 .
  • the demand packet database 400 and the customer sales database 600 is provided for in the demand packet database 400 and the customer sales database 600 .
  • one customer may, for one previously entered indication of interest, submit multiple reconfirmations to one or more of the offers received from the system 100 .
  • the pricing is confirmed by the system 100 , and, following that, the system 100 negotiates the best price with one or more supplier category fulfillment destinations.
  • This set of final offers is compared against offers received from the auction process 1340 , a vertical exchange process 1345 , and a horizontal marketplace process 1350 to determine the final best price offer 1335 .
  • 30 which if accepted by the system 100 , will prompt the customers for entering credit information 1335 .
  • step 1335 . 45 the system collects final shipping information and payment from the customer and stores it into the customer sales database 600 . After shipping and payment information acquisition, the system 100 completes the purchase transaction and confirms via e-mail the closing of the purchase transaction with the customers 1335 . 50 .
  • the auction server 1160 receives the demand packet 1340 . 05 and routes the demand packet to a plurality of auction category fulfillment destinations 1340 . 10 prior to which the auction server 1160 secures routing information from the product network database 700 and vice versa. Based on the information contained in the demand packet and the aggregated indications of interest obtained through the demand packet database 400 , one or more auction category fulfillment destinations announce the offers which includes the pricing 1340 . 15 . The offers are entered into a product pricing database 500 , and the pricing information is e-mailed to participating customers for reconfirmation 1340 . 20 . In a finite time frame, the system 100 collects reconfirmations from the customers that had placed an indication of interest 1340 .
  • this information is provided for in the demand packet database 400 and the customer sales database 600 .
  • one customer may for one previously entered indication of interest submit multiple reconfirmations to one or more of the offers received from the system 100 .
  • the pricing is confirmed by the system 100 , and following that the system 100 negotiates the best price with one or more auction category fulfillment destinations.
  • This set of final offers are compared against offers received from the supplier process 1335 , a vertical exchange process 1345 , and a horizontal marketplace process 1350 to determine the final best price offer 1340 . 30 , which, if accepted by the system 100 , will prompt the customers for entering credit information 1340 .
  • step 1340 . 45 the system collects final shipping information and payment from the customer and stores it into the customer sales database 600 . After shipping and payment information acquisition, the system 100 completes the purchase transaction and confirms via e-mail the closing of the purchase transaction with the customers 1340 . 50 .
  • the vertical exchange server 1165 receives the demand packet 1345 . 05 and routes the demand packet to a plurality of vertical exchange category fulfillment destinations 1345 . 10 prior to which the vertical exchange server 1165 secures routing information from the product network database 700 and vice versa. Based on the information contained in the demand packet and the aggregated indications of interest obtained through the demand packet database 400 , one or more vertical exchange category fulfillment destinations announce the offers which includes the pricing 1345 . 15 . The offers are entered into a product pricing database 500 , and the pricing information is e-mailed to participating customers for reconfirmation 1345 . 20 . In a finite time frame, the system 100 collects reconfirmations from the customers that had placed an indication of interest 1345 .
  • the demand packet database 400 and the customer sales database 600 is provided for in the demand packet database 400 and the customer sales database 600 .
  • one customer may, for one previously entered indication of interest, submit multiple reconfirmations to one or more of the offers received from the system 100 .
  • the pricing is confirmed by the system 100 , and following that, the system 100 negotiates the best price with one or more vertical exchange category fulfillment destinations.
  • This set of final offers is compared against offers received from the supplier process 1335 , the auction process 1340 , and the horizontal marketplace process 1350 to determine the final best price offer 1345 . 30 which, if accepted by the system 100 , will prompt the customers for entering credit information 1345 .
  • step 1345 . 45 the system collects final shipping information and payment from the customer and stores it into the customer sales database 600 . After shipping and payment information acquisition, the system 100 completes the purchase transaction and confirms via e-mail the closing of the purchase transaction with the customers 1345 . 50 .
  • the horizontal marketplace server 1170 receives the demand packet 1350 . 05 and routes the demand packet to a plurality of horizontal marketplace category fulfillment destinations 1350 . 10 prior to which the horizontal marketplace server 1170 secures routing information from the product network database 700 and vice versa. Based on the information contained in the demand packet and the aggregated indications of interest obtained through the demand packet database 400 , one or more horizontal marketplace category fulfillment destinations announce the offers which includes the pricing 1350 . 15 . The offers are entered into a product pricing database 500 , and the pricing information is e-mailed to participating customers for reconfirmation 1350 . 20 . In a finite time frame, the system 100 collects reconfirmations from the customers that had placed an indication of interest 1350 .
  • the demand packet database 400 and the customer sales database 600 is provided for in the demand packet database 400 and the customer sales database 600 .
  • one customer may, for one previously entered indication of interest, submit multiple reconfirmations to one or more of the offers received from the system 100 .
  • the pricing is confirmed by the system 100 , and, following that, the system 100 negotiates the best price with one or more horizontal marketplace category fulfillment destinations.
  • This set of final offers are compared against offers received from the supplier process 1335 , the auction process 1340 , and the vertical exchange process 1350 to determine the final best price offer 1350 . 30 which, if accepted by the system 100 , will prompt the customers for entering credit information 1350 .
  • step 1350 . 45 the system collects final shipping information and payment from the customer and stores it into the customer sales database 600 . After shipping and payment information acquisition, the system 100 completes the purchase transaction and confirms via e-mail the closing of the purchase transaction with the customers 1350 . 50 .
  • the customer history factor can be determined in a number of ways. As previously described, a customer's actual buying history may be used for determining the customer history factor. As an example, if a customer submits an indication of interest indicating that he or she will purchase a product, but actually purchases the product 20% of the time, that person's actual buying history (i.e., customer history factor in one embodiment) is 20%. However, such a simplistic model for determining a customer history factor can be expanded to include an unlimited number of variables or parameters and calculated using a variety of mathematical functions and statistical models.
  • CRM customer related variables
  • Rating variables may include customer feedback score, customer rating, customer ranking, customer score, customer feedback rating, and so on.
  • Feedback such as feedback ratings, may be used to determine each member's feedback score.
  • a positive rating may add a value, such as +1, to the customer's score, a negative rating may decrease a value, such as ⁇ 1, from the customer's score, and a neutral rating may have no impact.
  • the higher the feedback score the more positive ratings the customer has received from members.
  • a member can increase or decrease another member's score by only ⁇ 1 no matter how many transactions they share.
  • Customer transaction variables may include most recent purchases, highest monetary transactions, average monetary transactions, buy rate, sell rate, return rate, indication rate, indication-to-buy rate, transaction frequency, transaction initiation rate, transaction close rate, and so on.
  • Demographic variables may include age, gender, race, education, occupation, income, religion, marital status, family size, number of children, home ownership status, socio-economic status, and so on.
  • Geographic variables may include various classifications of geographic areas.
  • the classifications of geographic areas may include zip code, state, country, region, climate, population, and other geographical census data. In one embodiment, this information can come from national census data.
  • maps, mapping databases, and other databases as understood in the art may be utilized to determine the geographic variables.
  • a value may be assigned to the geographic variables depending on past, current, or future events affecting the location that a customer lives. For example, if a location is affected by a natural disaster, such as a hurricane or flood, the likelihood that the customer will purchase a product after submitting an indication of interest may be lower or higher depending on the particular product.
  • Psychographic variables may include life style, personality, values, attitudes, and so on. These variables may be useful in predicting whether a customer will purchase a product after submitting an indication of interest at a later date. For example, if a customer's life style includes business travel, then the customer history factor may be decreased because there is a potential that the customer will be traveling when the product begins to sell and the customer will be unable to purchase the product or forget about the product.
  • behavioral variables may include product usage rate, brand loyalty, benefit sought, decision making units, ready-to-buy stage, consistent high-end product purchaser, and so on.
  • a value may be assigned to the behavioral variables depending on a number of factors. For example, if a customer routinely purchases high-end products, then the customer may have a higher score for the high-end product purchaser variable than someone who does not routinely purchase high-end products.
  • Each of the customer related variables used for determining a customer history factor may be assigned a value.
  • the values of the variables may be assigned numeric or alphanumeric values.
  • the variables may be assigned values manually, semi-automatically, or automatically based on a variety of factors.
  • the customer related variables may be used in mathematical functions in computing a customer history factor.
  • economic related variables may be utilized in accordance with the principles of the present invention.
  • Economic related variables may be related to macroeconomic or microeconomic factors.
  • macroeconomic variables may include household debt service burden, unemployment, consumer confidence index, producer price index, productivity report, retail sales index, durable goods orders, employment cost index, personal bankruptcy filings, inflation rate, GDP growth rate, S&P 500 stock market index, and so on.
  • Microeconomic variables may be related to supply and demand related as to individual consumers and businesses in a local region, for example. Microeconomic variables may include supply of current certain products, current demand of certain products, local economy growth rate, consumer job status, consumer disposable income, and so forth.
  • FIG. 14 is a block diagram of an exemplary system 1400 for determining a customer history factor from various input variables or parameters.
  • the input parameters may be stored in one or more databases stored on a storage system (e.g., hard drive of a server).
  • the parameters may include rating parameters 1402 , transaction parameters 1404 , demographic parameters 1406 , geographic parameters 1408 , psychographic parameters 1410 , and behavioral parameters 1412 .
  • Other and/or different parameters may be utilized in accordance with the principles of the present invention.
  • One or more estimation engine(s) 1414 may be utilized to determine a customer history factor 1416 based on one or more parameters 1402 - 1412 .
  • the estimation engine(s) 1414 may be simple algebraic formulas (e.g., multiplication and addition) or more extensive logic and/or formulaic approaches, as described hereinbelow.
  • a customer history factor may be computed in an unlimited number of ways using the consumer related variables and economic related variables.
  • Some mathematical computations and modeling approaches are provided below. It should be understood that these computations and approaches are exemplary and that other computations and approaches may be used to compute the customer history factor in accordance with the principles of the present invention.
  • the customer related variables and economic related variables may be used in the computations and models in any combination that is helpful in determining the customer history factor to provide a more accurate estimate of how many units of a product to produce based on the indications of interest received from a new product offering.
  • Below are exemplary mathematical models and formulas that may be used to compute the customer history factor using the consumer and/or economic related variables:
  • the linear models may be structured in the form of a cumulative model using customer and/or economic related variables or selective data models.
  • Industry selective data models such as recency, frequency, monetary (RFM) models and chi-squared automatic interaction detection (CHAID) analysis may be used wherever appropriate.
  • the CHAID analysis can incorporate recency, frequency and monetary variables, but can also examine other variables to increase predictive power.
  • Predictive neural network modeling is a very powerful predictive modeling technique. It is derived from nerve systems (e.g., human brains). The heart of the technique is a neural net (or network for short).
  • a typical network includes layers of nodes and links between neighboring layers' nodes. The first layer is an input layer. Nodes of an input layer represent induction fields or values of nominal induction fields. The last layer is an output layer. Nodes of the output layer represent prediction values (or class names), i.e., values of a target field. The rest of layers are called hidden layers (or middle or internal layers). There is typically a single hidden layer, but there may be zero or more hidden layers. For example, the figure shown at the left-hand side contains a network that determines credit risk levels based on gender, age and salary. It includes an input layer of 15 nodes, one hidden layer of 15 nodes and an output layer of 3 nodes.
  • each link is assigned with a different weight.
  • the weights provide for predictions from the neural network model, as understood in the art.
  • induction fields in this case customer related variables and economic related variables, may be presented to the nodes of input layer.
  • the values are propagated through the neural network to the output layer.
  • the input values are multiplied with weights, summed, and applied to a non-linear function.
  • the weights are set such that for given inputs, values of output layer reflect predictions, i.e., large values (e.g. 0.9) for positive predictions and small values (e.g., 0.1) for negative predictions.
  • Output values are typically in the range of 0 and 1.
  • Neural networks are “trained” to produce certain responses or predictions by an iterative process, and the weights applied to each input are adjusted to optimize a desired output.
  • Binary categorical input data for neural networks can be handled by using 0/1 (off/on) inputs, but categorical variables with multiple classes (for example, marital status or the state in which a person resides) are awkward to handle. Classifying a result into multiple categories usually is done by setting arbitrary value thresholds for discriminating one category from another. It would be difficult to devise a neural network to classify the location of residence into the 50 U.S. states. Classification trees, on the other hand, handle this type of problem naturally. Neural networks, unfortunately, do not present an model that is readily understandable as compared to a decision tree, which is easy to identify initial variables that divide the data into two categories and then other variables split the resulting child groups.
  • a neural network is one potential predictive model that may be utilized to predict whether a potential purchaser of a product who submits an indication of interest
  • other predictive and non-predictive logical and mathematical models as understood in the art may be utilized to determine whether a potential purchaser who submits an indication of interest will ultimately purchase a product. For example, decision trees, stochastic gradient boosting, linear regression and non-linear regression may be utilized. Each of these models may enable the various consumer and economic related variables to be processed in making a determination. The result of the determination may be a percentage that can be used to determine if or how many products should be produced for a single potential purchaser or a group of potential purchasers.
  • a potential purchaser submits an indication of interest indicating that he or she (or a business) is interested in purchasing 100 items of a product and the predictive model predicts, based on consumer and economic related variables associated with the potential purchaser, that the likelihood of that potential purchaser is 25%, then the manufacturer can determine that 25 of the 100 products should be produced for that person, thereby producing a more accurate demand or supply to minimizing production and demand overrun.

Abstract

A system and method for making an initial product offering of tangible products and services. A price for a product may be determined by calculating an aggregate customer history factor by aggregating customer history factors of potential purchasers in a buying group, calculating a cumulative demand for a product as a function of (i) expected purchase quantities of the product indicated by the potential purchasers in the buying group and (ii) the aggregate customer history factor, and setting a price of the product as a function of the cumulative demand for the buying group. The tangible products and services may be offered at the determined price.

Description

    CROSS REFERENCE TO RELATED APPLICATIONS
  • This application claims the benefit of co-pending U.S. patent application Ser. No. 09/649,224 filed on Aug. 25, 2000, which claims priority to U.S. Provisional Patent Application No. 60/150,993, filed on Aug. 27, 1999, the entire contents of both applications are incorporated herein by reference.
  • BACKGROUND OF THE INVENTION
  • 1. Field of the Invention
  • The invention relates generally to digital commerce and specifically to the pricing and sale of products and services through a network based product offering using demand packets.
  • 2. Description of Related Art
  • Individual buyers of both consumer and business related products and services (identified hereinafter as “singular customer”) are at a disadvantage when making purchases because there is little negotiating leverage for a single sale. Large volume purchasers, on the other hand, have substantial leverage, such as when a retailer purchases goods from a wholesale supplier. There is a continuing need for a purchasing system that provides the leverage of large volume purchasing interest to singular customers, while disintermediating the sales chain of the product.
  • One approach to providing a solution for volume and pre-determined pricing curve based system for the aggregation of purchasing interest is outlined in U.S. Pat. No. 6,047,266 entitled “Demand Aggregation through Online Buying Groups.” This patent describes a method wherein an online buying group, referred to as a “co-op” is formed for the specific purpose of purchasing a particular product based on a predetermined pricing curve that is modified by the market data from the co-op. However, as significant disadvantages, (i) the seller has to disclose to the demand aggregation system its pricing curve which may be trade secret information instead of dynamically providing the pricing for the product, (ii) the system targets the co-op information to “a” particular vendor or manufacturer of the product, (iii) the system does not provide existing market-wide price transparency, and (iv) the system does not allow potential buyers to create their own said co-ops as the co-ops tend to be driven by the system and effectively by the pricing curve information provided by the vendor or the manufacturer.
  • Another approach to effectuating bilateral buyer-driven commerce through allowing prospective buyers to communicate a- binding purchase offer globally to potential sellers, for sellers to conveniently search for potential buyer purchase offers, and for sellers to bind a buyer to its offer is outlined in U.S. Pat. No. 5,794,207, entitled “Method and Apparatus for a Cryptographically Assisted Commercial Network System Designed to Facilitate Buyer-Driven Conditional Purchase Offers.” This patent describes a method and system whereby buyers can negotiate a purchase price of a product or service with a seller through an online bid-offer system. However, as a significant disadvantage, the patent does not create buying groups that have the ability of large volume discounts.
  • There remains the need for a digital commerce system that allows singular customers to create their own demand or purchasing interest pools, and routes these packets of demand (“demand packets”) to a plurality of hosts comprising (i) multiple suppliers, vendors, manufacturers and distributors of the particular product or service, (ii) auction networks where these demand packets may represent both sell and buy-side entries, (iii) vertical exchanges where similar category of products and services are sold and brokered, and (iv) horizontal marketplaces where similar categories of products and services are sold and brokered. There also remains the need for this system to be available over a plurality of network access devices comprising mobile phones, mobile computers, personal computers, laptop computers, handheld computers, personal digital assistants, and handheld computers. The system should further provide optimal pricing for the products coupled with market-wide price transparency.
  • SUMMARY OF THE INVENTION
  • To overcome the problems of conventional demand and supply aggregation systems, the principles of the present invention provide for a method and for determining a price for a product. The method may include calculating an aggregate customer history factor by aggregating customer history factors of potential purchasers in a buying group. The customer history factors may include at least one of the following customer related parameters: customer rating parameter, customer transaction parameter, customer demographics parameter, customer geographics parameter, customer psychographic parameter, and customer behavioral parameter. The method further calculates a cumulative demand for a product as a function of (i) expected purchase quantities of the product indicated by the potential purchasers in the buying group and (ii) the aggregate customer history factor. A price of the product may be set as a function of the cumulative demand for the buying group.
  • The system and method of the invention will be more readily understood and apparent from the following detailed description of the invention when read in conjunction with the accompanying drawings, and from the claims, which are appended at the end of the detailed description.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • The foregoing will be appreciated more fully from the following further description thereof, with reference to the accompanying drawings, wherein:
  • FIG. 1 is an abstract diagram of a system for group buying according to the invention;
  • FIG. 2 illustrates records in a product database;
  • FIG. 3 illustrates records in a conditions of indications of interest database;
  • FIG. 4 illustrates records in a demand packet database;
  • FIG. 5 illustrates records in a product pricing database;
  • FIG. 6 illustrates records in a customer sales database;
  • FIG. 7 illustrates records in a product network. database;
  • FIG. 8 shows the description of the demand packet;
  • FIG. 9 is a block diagram of a network system server;
  • FIG. 10 is a block diagram of a demand packet server;
  • FIG. 11 is a block diagram of a transaction server;
  • FIGS. 12A-12B are a flow chart of a customer process in the product offering for group buying according to the invention;
  • FIGS. 13A-13E are a flow chart of a system process in the product offering for group buying according to the invention;
  • FIG. 14 is a block diagram of an exemplary system 1400 for determining a customer history factor from various input variables or parameters; and
  • FIG. 15 is a block diagram of an exemplary neural network diagram that may be used to predict whether a potential buyer will become an actual buyer after submitting an indication of interest based on customer and economic related variables.
  • DETAILED DESCRIPTION
  • To provide an overall understanding of the invention, certain illustrative embodiments will now be described, including demand packets and a system and method for group buying using same demand packets. However, it will be understood by those of ordinary skill in the art that the demand packet may be adapted to other forms, physical and virtual, provided they are capable of including the necessary demand packet parameters described below. It will also be understood that the methods and systems described herein can be suitably adapted to any other sales model where a customer can make an indication of interest while reconfirming based on trigger events, such as, for example, reconfirm automatically if the price of the product is in the given range. The terms “product” and “item” are used interchangeably herein to denote products of all kinds comprising products, services, consumer products, and solutions in all physical and abstract forms. The terms “customer”, “purchaser”, and “operator” are used interchangeably herein to denote a potential buyer, which places an indication of interest to purchase the given product.
  • Overview of System
  • FIG. 1 shows a preferred embodiment of a system 100 in accordance with the present invention, where a mobile computer user 105, wireless device user 110, personal computer user 115, personal computer user 120, laptop computer user 125, handheld device user 130, and personal digital assistant user 135 (collectively, the “User”) through a network 140 such as the Internet connects to a network system server 145, which is in direct communications with a demand packet server 150. The demand packet server 150 is further in direct communications with a transaction server 155 comprising four servers: a supplier server 160, an auction server 165, a vertical exchange server 170, and a horizontal marketplace server 175. The supplier server 160 is further in direct communications with a plurality of suppliers for the product comprising manufacturers 180 and distributors 182. The auction server 165 is further in direct communications with a plurality of auction venues, where the demand packet may be auctioned, comprising auction site # 1 184 and auction site #N 186. The vertical exchange server 170 is further in direct communications with a plurality of vertical exchanges for the product comprising vertical exchange # 1 188 and vertical exchange #N 190. The horizontal marketplace server 170 is further in direct communications with a plurality of horizontal marketplaces for the product comprising horizontal marketplace # 1 192 and horizontal marketplace #N 194. Generally, the configuration of the system 100 allows the network system server 145 to present the User with product information on a specific product offering in a computer searchable form and the ability for the User to create a new product offering through the system.
  • As will be discussed in more detail below, the User can select a product offering through the network system server 145 and place an indication of interest. The network system server 145 collects additional indications of interest in the same product offering while pre-determined conditions are fulfilled (e.g., time frame for the product offering). After suspension of the collections of the indications of interest for the product offering, the network system server 145 transmits the indications of interest to the demand packet server 150. The demand packet server 150 processes the received information and communicates with the transaction server 155. Based on the indications of interest transmitted by the demand packet server 150 in the form of demand packets and certain pre-determined conditions of the product offering, the transaction server 155 presents to the User via the demand packet server 150 and the network system server 145, offers from one or more product fulfillment destinations for the specific product offering.
  • In the communicating relationship, the network system server 145 collects reconfirmation at the offer price for all the Users that had previously placed an indication of interest in the specific product offering. Upon receiving the reconfirmations, the system 100 negotiates the offer price with the plurality of fulfillment destinations that had presented the offer, selects the final offer price, the transaction server 155 reaffirms the offer price and notifies the User via the demand packet server 150 and the network system server 145, regarding parameters for consummating the purchase transaction (e.g., physical shipping of the product, electronic delivery of the service).
  • Software Databases
  • A product database 200 stores product parameters for a plurality of product offerings. As shown in FIG. 2, the product database 200 stores a plurality of records 250, each record including a plurality of fields, the plurality of fields comprising: a product identifier 205 uniquely identifying the product in the product offering, the vendor name 210 identifying the manufacturer of the product, the product name 215 identifying the name of the product, the product description 220 identifying the description of the product, the release date 225 identifying the date on which the product will be released into the market, the available date 230 identifying the date on which the product will be available through the system 100, the MSRP 235 identifying the manufacturer's retail price for the product, the pricing range max 240 identifying the maximum price of the product for the product offering, and the pricing range min 245 identifying the minimum price of the product for the product offering. For example, referring to record 255, the product 101, which is an automobile is manufactured by Ford and termed Toy 2000. Furthermore, this record 255 indicates that the release date of the product is December 1999 and its available date on the system 100 is December 1999 as well. The manufacturers retail price for the product is $20,000, its maximum range is $20,000 and its minimum pricing range is $14,000.
  • A conditions of indications of interest database 300 stores the conditions upon which the product offering shall be conducted for the product. As shown in FIG. 3, the conditions of indications of interest database 300 stores a plurality of records 330, each record including a plurality of fields, the plurality of fields comprising: a product identifier 205 uniquely identifying the product in the product offering, the conditions of indications of interest 305 comprising: the pricing date 310 identifying the date on which the product offering will be priced, the min # indications 315 identifying the minimum number of indications of interest that will be received to conduct the product offering, and other conditions 320 and 325 as may be deemed appropriate by the creator of the product offering. For example. referring to record 335, the product 101 will be priced on Dec. 1, 1999 if at least 10 indications of interest to purchase the product are received by the system 100.
  • A demand packet database 400 stores the parameters that form a demand packet for each product offering. As shown in FIG. 4, the demand-packet database 400 stores a plurality of records 415, each record including a plurality of fields, the plurality of fields comprising: a demand-packet identifier 405 uniquely identifying the demand packet, the demand packet destination identifier 705 uniquely identifying the pre-determined fulfillment destinations where the demand packet is to be routed, the product identifier 205 identifying the product for which the demand packet has been created, the customer identifier 605 identifying the customer indicating the demand for the given demand packet, the indication date 615 identifying the date on which the demand was indicated by the customer into the demand packet database, the quantity 620 identifying the number of items of the product which are sought, the cumulative demand size 410 identifying the cumulative size of the demand, the customer history factor 635 identifying the average purchase rate of the customer, and the pricing date 310 identifying the date on which the product offering will be priced. For example, referring to record 420, the demand packet A2004 has a demand destination of DD20 and the packet is being created for a product 123 where an indication of interest is placed on Apr. 15, 2000 by customer C002 with a customer history factor of 68% for a quantity of 2 items. At this record 420, the cumulative demand size for the product offering is 2 and the offering will be priced on Jun. 22, 2000.
  • A product pricing database 500 stores, for each product offering, the pricing date along with the final offer from the fulfillment destination on the pricing date. As shown in FIG. 5, the product pricing database 500 stores a plurality of records 510, each record including a plurality of fields, the plurality of fields comprising: a product identifier 205 uniquely identifying the product in the product offering, the release date 225 identifying the date on which the product will be released into the market, the available date 230 identifying the date on which the product will be available through the system 100, the MSRP 235 identifying the manufacturer's retail price for the product, the vendor price 505 identifying the final offer price from the fulfillment destination that is selected in conjunction with fulfilling the purchase transaction for the product offering, and the pricing date 310 identifying the date on which the product offering will be priced. For example, referring to record 515, the product 101 will be priced on Dec. 28, 1999 at a vendor price of $16,000.
  • A customer sales database 600 stores, for each customer, the details of interaction with the system 100 for specific product offerings. As shown in FIG. 6, the customer sales database 600 stores a plurality of records 655, each record including a plurality of fields, the plurality of fields comprising: a customer identifier uniquely identifying the customer, the customer name, the product identifier 205 uniquely identifying the product in the product offering, the date of indication 615 identifying the date on which the customer placed the indication of interest for the product offering, the quantity 620 identifying the number of items the indication of interest is being placed for, the date of reconfirmation 625 identifying the date on which the customer reconfirmed its indication of interest, the shipping info 630 identifying the address the product is being shipped, the billing info 635 identifying the method of payment for the product, the customer history factor identifying the average purchase rate of the customer for past product offerings, the date shipped 645 identifying the date on which the product was shipped to the customer, and the comments 650 on interactions with the customer. For example, referring to record 660, the customer c001 identified as Joe Schmoe placed an indication of interest of 2 items for product 101 on Nov. 28, 1999 and reconfirmed the indication of interest on Dec. 28, 1999. Referring further to record 660, the customer c001 asked for the product to be sent to 11 Walker Drive, New York, N.Y. 10000, provided a credit card # as his preferred method of payment where the product was shipped on Jan. 7, 2000. Referring further to record 660, the customer c001 has a customer history factor of 54%, and there have been interactions with the customer.
  • A product network database 700 stores, for each product, the network of preferred and pre-determined fulfillment destinations for specific product offerings. As shown in FIG. 7, the product network database 700 stores a plurality of records 730, each record including a plurality of fields, the plurality of fields comprising: a product identifier 205 uniquely identifying the product in the product offering, the vendor name 210, the product name 215, the demand destination identifier 705 uniquely identifying the preferred and pre-determined fulfillment destinations for the product in the product offering, the supplier table 710 that stores a plurality of records 755, each record including a plurality of fields, the plurality of fields comprising: S102 735 identifying the electronic addresses of the preferred and pre-determined fulfillment destinations in the supplier category, the auction table 715 that stores a plurality of records 755, each record including a plurality of fields, the plurality of fields comprising: A102 740 identifying the electronic addresses of the preferred and pre-determined fulfillment destinations in the auction category, the vertical exchange table 720 that stores a plurality of records 755, each record including a plurality of fields, the plurality of fields comprising: V102 745 identifying the electronic addresses of the preferred and pre-determined fulfillment destinations in the vertical exchange category, and the horizontal marketplace table 725 that stores a plurality of records 755, each record including a plurality of fields, the plurality of fields comprising: H102 735 identifying the electronic addresses of the preferred and pre-determined fulfillment destinations in the horizontal marketplace category. For example, referring to record 760, for product 101 with the name Toy 2000 to be supplied by Ford, the demand destination identifier is DD01 which is sent to pre-determined fulfillment destinations S102 for the supplier category, A102 for the auction category, V102 for the vertical exchange category, and H102 for the horizontal marketplace category.
  • The Demand Packet
  • FIG. 8 shows a preferred embodiment of the demand packet 800, which is created by the demand packet server 150 from the network based aggregated information collected by the network system server 145. The demand packet 800 is utilized by the demand packet server 150 to communicate with the transaction server 155 and its sub servers in order to consummate the purchase transaction. Each demand packet 800 stores a plurality of relevant records comprising: the demand packet identifier 405, the demand destination identifier 705, the product identifier 102, the pricing date 310, the demand size 805 uniquely identifying the cumulative size of the demand collected through all the indications of interest times the quantity 620 in the demand packet database 400, the customer history factor 810 identifying the average purchase rate of all the customers that placed indications of interest for the product offering, the expected demand 815 identifying the multiplication of the demand size 805, and the customer history factor 810, the vendor name 210, the product description 215, the product MSRP 235, the product pricing max 240, the product pricing min 245, the product vendor price 505, and the conditions of indication of interest 305 based upon which the potential customers had placed their indication of interest further comprising: the pricing date 310, the min # indications 315, the condition 3 320, and the condition 4 325.
  • Hardware Servers
  • FIG. 9 is a block diagram of a network system server 145. The network system server 145 includes a processor 920, and connected thereto, a random access memory 910, a read-only memory 905, a network card 915, a system clock 930, and a storage device 935. The network card 915 can be any network card capable of handling numerous logical connections 925 to a network 945, as required by the number of customers, fulfillment destinations, financial transaction processors, and logical connections 950 to the demand packet server requiring resources from the network system server 145. The storage device 935 can be any storage device capable of maintaining a product database 200, a customer sales database 600, and financial and credit processor 940, such as a hard drive, storage area network, redundant array of inexpensive disks, or other mass storage device. If the databases 200, 600 on the storage device 935 are particularly large, a separate transaction processor may be provided to off-load database management from the processor 920. The processor 920 and memories 910, 905 may be any processor and memories known in the art that are consistent with the volume of traffic handled by the network card 915, including any associated security protocols, and the volume of data stored in the storage device 935. Suitable network servers are manufactured by Compaq Computers, Dell, IBM, and Sun MicroSystems. Such servers may employ a processor with multiple central processing units, and will operate under control of an operating system such as Unix, Linux, other Unix variants, DOS, Windows or its variants, VMS, and Solaris. The network system server 145 will also run additional programs or software modules from the operating system to control server operations, web server operations, authentication functions, network security, and database management, many alternatives for which are known in the art and commercially available. The invention may be usefully practiced with any of these computers, operating systems, and other programs. The software modules will also provide and operate a web site provided by the network system server 145 for the customers, according to information stored on the storage device 935.
  • FIG. 10 is a block diagram of a demand packet server 150. The demand packet server 150 includes a processor 1020, and connected thereto, a random access memory 1010, a read-only memory 1005, a network card 1015, a system clock 1025, and a storage device 1045. The network card 1015 can be any network card capable of handling numerous logical connections 1035 to a network 1055, as required by the number of customers, fulfillment destinations, demand packet processors, logical connections 1030 to the network system server 145, and logical connections 1040 to the transaction server 155 requiring resources from the demand packet server 150. The storage device 1045 can be any storage device capable of maintaining a product pricing database 500, a conditions of indications of interest database 300, a demand packet database 400, and a demand packet processor 1050, such as a hard drive, storage area network, redundant array of inexpensive disks, or other mass storage device. If the databases 300, 400, 500 on the storage device 1045 are particularly large, a separate transaction processor may be provided to off-load database management from the processor 1020. The processor 1020 and memories 1010, 1005 may be any processor and memories known in the art that are consistent with the volume of traffic handled by the network card 1015, including any associated security protocols, and the volume of data stored in the storage device 1045.
  • Suitable network servers are manufactured by Compaq Computers, Dell, IBM, and Sun MicroSystems. Such servers may employ a processor with multiple central processing units, and will operate under control of an operating system such as Unix, Linux, other Unix variants, DOS, Windows or its variants, VMS, and Solaris. The demand packet server 150 will also run additional programs or software modules from the operating system to control server operations, web server operations, authentication functions, network security, demand packet processing and database management, many alternatives for which are known in the art and commercially available. The invention may be usefully practiced with any of these computers, operating systems, and other programs.
  • FIG. 11 is a block diagram of a transaction server 155. The transaction server 155 includes a processor 1120, and connected thereto, a random access memory 1110, a read-only memory 1105, a network card 1115, a system clock 1125, and a storage device 1145. The network card 1115 can be any network card capable of handling numerous logical connections 1130 to a network 1175, as required by the number of customers, fulfillment destinations, and transaction processors 1155, 1160, 1165, 1170, logical connections 1135 to the network system server 145, and logical connections 1140 to the demand packet server 150 requiring resources from the transaction server 155. The storage device 1145 can be any storage device capable of maintaining a product network database 700, a supplier processor/server 1155, an auction processor/server 1160, a vertical exchange processor/server 1165, and a horizontal marketplace processor/server 1170, such as a hard drive, storage area network, redundant array of inexpensive disks, or other mass storage device. If the database 700 on the storage device 1145 are particularly large, a separate transaction processor may be provided to off-load database management from the processor 1120. The processor 1120 and memories 1110, 1105 may be any processor and memories known in the art that are consistent with the volume of traffic handled by the network card 1115, including any associated security protocols, and the volume of data stored in the storage device 1145. Suitable network servers are manufactured by Compaq Computers, Dell, IBM, and Sun MicroSystems. Such servers may employ a processor with multiple central processing units, and will operate under control of an operating system such as Unix, Linux, other Unix variants, DOS, Windows or its variants, VMS, and Solaris. The transaction server 155 will also run additional programs or software modules from the operating system to control server operations, web server operations, authentication functions, network security, fulfillment processing, and database management, many alternatives for which are known in the art and commercially available. The invention may be usefully practiced with any of these computers, operating systems, and other programs.
  • Method of Operation
  • An embodiment of the process for the system 100 described above will now be described in detail by reference to FIGS. 12A-12B and FIGS. 13A-13E.
  • Customer Process
  • FIGS. 12A-12B are flow charts showing a customer's interaction process 1200 with the system 100 for group buying according to the invention, which also shows the resources used for each step. The customer process 1200 begins when the customer logs on to a secure web site 1205 that is provided by the network system server 145. Once the customer is logged on to the system 1205, the customer interactively browses lists of available product categories 1210, each product category identifying an offering for that product from the associated product database 200, for product offerings that may be of interest to the customer. The network, system server 145 maintains communication with the product database 200, which is periodically updated to add and remove product offerings. All web server communications are secure, such as through the secure socket layer (SSL) communications through digital encryption identifications through commercially available services such as Verisign. After the customer has had a chance to view the product categories and select a desired product 1210, the customer is asked if there is an interest in placing a conditional indication of interest in purchasing the product as part of an offering group 1215. This entails two options 1215: (1) no interest in placing an indication of interest wherein the customer has an option to create their own product offering for a specific product 1220 and then view product categories to select the product 1210, or view product categories once again to select a desired product 1210, and (2) place indication of interest for the desired product 1225 which is entered into the 10 secure demand packet database 400, and, if the offering is still open, the customer receives e-mail confirmation of the accepted indication of interest. Indications of interest to purchase an item are aggregated into a group, along with available information about customers, such as their histories of purchasing through the demand packet server. This group information is then used to negotiate a group purchase price with potential fulfillment destinations. The negotiation may occur through human interaction between the web provider and the fulfillment destinations, or may occur using a pre-determined protocol between the web server and a remote server operated by the fulfillment destinations. During the entire negotiation process, the customer waits for receiving the offer from one fulfillment destination or multiple offers from a plurality of fulfillment destinations 1230. Once a price is negotiated, each customer who indicated an interest to purchase receives an e-mail detailing the offer 1230. The offer is sent to the customer in accordance with the offer entry in the product pricing database 500. At this point, the customer may accept the offer and proceed with a purchase transaction, or the customer may reject the offer. If the customer chooses to accept the offer(s), the customer is required to reconfirm the offer(s) within a specified amount of time as indicated in the customer's offer e-mail 1235. The reconfirmation process 1235 is conducted in accordance with information exchange between the network system server 145, the demand packet server 150, and the demand packet database 400. Where an offer is rejected by one or more customers, this information may optionally be stored and used to attempt another round of price negotiation. After the specified time frame, the reconfirmations are updated in the demand packet database 400 for the entire group that had previously placed an indication of interest. The reconfirmations may be of multiple nature meaning that one customer may reconfirm for multiple offers that he may have received from a plurality of fulfillment destinations. The aggregate reconfirmation group information is re-presented to the fulfillment destinations that had provided the offer, and the final offer price from one or more fulfillment destinations is provided to the customers 1240. At this point, if the customer desires credit processing 1245, the customer is required to enter credit processing information 1250 that is exchanged with a credit processor 940 for the purposes of providing a credit solution to the customer. In the following step, the customer is required to enter product delivery information such as the shipping information 1260 which is updated into the customer sales database 600 which marks the completion of the purchase transaction 1265 on the system 100.
  • FIGS. 13A-13E are flow charts showing a system process 1300 for group buying according to the invention, which also shows the resources used for each step. The system process 1300 begins when a user, comprising a customer or one of the plurality of fulfillment providers, logs on the system. If the user is one of the plurality of fulfillment providers, the web site offers two options: (1) to view an existing demand packet, as will be discussed later, and (2) create a new product offering. To create a new product offering. the fulfillment destination selects products 1305 and provides product specific information 1310 including a manufacturer suggested retail price (MSRP), a range of offering prices, conditions for the offering, and a time period for the offer. Once an interested user has provided the required information, a product listing may be added 1315 to the product database 200, and the conditions of indication of interest to be added to the conditions of indication of interest database 300. The system 100 then interacts with customers and collects the indications of interest 1320 as described above until any conditions of indication of interest set forth by the fulfillment destination have been satisfied 1325. In step 1320, the system 100 exchanges the customer specific information with the demand packet database 400. In step 1325, the system 100 exchanges the indication of interest information with the conditions of indication of interest database 300. If the fulfillment destination's conditions have not been satisfied by the pricing date, the fulfillment destination may change the conditions. At this point, the system 100, in accordance with the demand packet database 400, creates a demand packet 1330. Depending on the preferred and pre-determined fulfillment destinations for the demand packet, the demand packet may be routed to one or more of fulfillment processes including: a supplier process for a plurality of supplier destinations 1335, an auction process for a plurality of auction destinations 1340, a vertical exchange process for a plurality of vertical exchange destinations 1345, and a horizontal marketplace process for a plurality of horizontal marketplace destinations 1350.
  • In the supplier process 1335, the supplier server 1155 receives the demand packet 1335.05 and routes the demand packet to a plurality of supplier category fulfillment destinations 1335.10 prior to which the supplier server 1155 secures routing information from the product network database 700 and vice versa. Based on the information contained in the demand packet and the aggregated indications of interest obtained through the demand packet database 400, one or more supplier category fulfillment destinations announce the offers which includes the pricing 1335.15. The offers are entered into a product pricing database 500, and the pricing information is e-mailed to participating customers for reconfirmation 1335.20. In a finite time frame, the system 100 collects reconfirmations from the customers that had placed an indication of interest 1335.25, and this information is provided for in the demand packet database 400 and the customer sales database 600. It should be noted that one customer may, for one previously entered indication of interest, submit multiple reconfirmations to one or more of the offers received from the system 100. Upon transmitting the reconfirmations to all the supplier category fulfillment destinations that had made an offer based on the demand packet, the pricing is confirmed by the system 100, and, following that, the system 100 negotiates the best price with one or more supplier category fulfillment destinations. This set of final offers is compared against offers received from the auction process 1340, a vertical exchange process 1345, and a horizontal marketplace process 1350 to determine the final best price offer 1335.30, which if accepted by the system 100, will prompt the customers for entering credit information 1335.35 and, if required 1335.40, connect the customers to a credit processor 940 for credit solutions. As shown in step 1335.45, the system collects final shipping information and payment from the customer and stores it into the customer sales database 600. After shipping and payment information acquisition, the system 100 completes the purchase transaction and confirms via e-mail the closing of the purchase transaction with the customers 1335.50.
  • In the auction process 1340, the auction server 1160 receives the demand packet 1340.05 and routes the demand packet to a plurality of auction category fulfillment destinations 1340.10 prior to which the auction server 1160 secures routing information from the product network database 700 and vice versa. Based on the information contained in the demand packet and the aggregated indications of interest obtained through the demand packet database 400, one or more auction category fulfillment destinations announce the offers which includes the pricing 1340.15. The offers are entered into a product pricing database 500, and the pricing information is e-mailed to participating customers for reconfirmation 1340.20. In a finite time frame, the system 100 collects reconfirmations from the customers that had placed an indication of interest 1340.25, and this information is provided for in the demand packet database 400 and the customer sales database 600. It be noted that one customer may for one previously entered indication of interest submit multiple reconfirmations to one or more of the offers received from the system 100. Upon transmitting the reconfirmations to all the auction category fulfillment destinations that had made an offer based on the demand packet, the pricing is confirmed by the system 100, and following that the system 100 negotiates the best price with one or more auction category fulfillment destinations. This set of final offers are compared against offers received from the supplier process 1335, a vertical exchange process 1345, and a horizontal marketplace process 1350 to determine the final best price offer 1340.30, which, if accepted by the system 100, will prompt the customers for entering credit information 1340.35 and, if required, 1340.40 connect the customers to a credit processor 940 for credit solutions. As shown in step 1340.45, the system collects final shipping information and payment from the customer and stores it into the customer sales database 600. After shipping and payment information acquisition, the system 100 completes the purchase transaction and confirms via e-mail the closing of the purchase transaction with the customers 1340.50.
  • In the vertical exchange process 1345, the vertical exchange server 1165 receives the demand packet 1345.05 and routes the demand packet to a plurality of vertical exchange category fulfillment destinations 1345.10 prior to which the vertical exchange server 1165 secures routing information from the product network database 700 and vice versa. Based on the information contained in the demand packet and the aggregated indications of interest obtained through the demand packet database 400, one or more vertical exchange category fulfillment destinations announce the offers which includes the pricing 1345.15. The offers are entered into a product pricing database 500, and the pricing information is e-mailed to participating customers for reconfirmation 1345.20. In a finite time frame, the system 100 collects reconfirmations from the customers that had placed an indication of interest 1345.25, and this information is provided for in the demand packet database 400 and the customer sales database 600. It should be noted that one customer may, for one previously entered indication of interest, submit multiple reconfirmations to one or more of the offers received from the system 100. Upon transmitting the reconfirmations to all the vertical exchange category fulfillment destinations that had made an offer based on the demand packet, the pricing is confirmed by the system 100, and following that, the system 100 negotiates the best price with one or more vertical exchange category fulfillment destinations. This set of final offers is compared against offers received from the supplier process 1335, the auction process 1340, and the horizontal marketplace process 1350 to determine the final best price offer 1345.30 which, if accepted by the system 100, will prompt the customers for entering credit information 1345.35 and, if required, 1345.40 connect the customers to a credit processor 940 for credit solutions. As shown in step 1345.45, the system collects final shipping information and payment from the customer and stores it into the customer sales database 600. After shipping and payment information acquisition, the system 100 completes the purchase transaction and confirms via e-mail the closing of the purchase transaction with the customers 1345.50.
  • In the horizontal marketplace process 1350, the horizontal marketplace server 1170 receives the demand packet 1350.05 and routes the demand packet to a plurality of horizontal marketplace category fulfillment destinations 1350.10 prior to which the horizontal marketplace server 1170 secures routing information from the product network database 700 and vice versa. Based on the information contained in the demand packet and the aggregated indications of interest obtained through the demand packet database 400, one or more horizontal marketplace category fulfillment destinations announce the offers which includes the pricing 1350.15. The offers are entered into a product pricing database 500, and the pricing information is e-mailed to participating customers for reconfirmation 1350.20. In a finite time frame, the system 100 collects reconfirmations from the customers that had placed an indication of interest 1350.25, and this information is provided for in the demand packet database 400 and the customer sales database 600. It should be noted that one customer may, for one previously entered indication of interest, submit multiple reconfirmations to one or more of the offers received from the system 100. Upon transmitting the reconfirmations to all the horizontal marketplace category fulfillment destinations that had made an offer based on the demand packet, the pricing is confirmed by the system 100, and, following that, the system 100 negotiates the best price with one or more horizontal marketplace category fulfillment destinations. This set of final offers are compared against offers received from the supplier process 1335, the auction process 1340, and the vertical exchange process 1350 to determine the final best price offer 1350.30 which, if accepted by the system 100, will prompt the customers for entering credit information 1350.35 and, if required. 1350.40 connect the customers to a credit processor 940 for credit solutions. As shown in step 1350.45, the system collects final shipping information and payment from the customer and stores it into the customer sales database 600. After shipping and payment information acquisition, the system 100 completes the purchase transaction and confirms via e-mail the closing of the purchase transaction with the customers 1350.50.
  • The customer history factor can be determined in a number of ways. As previously described, a customer's actual buying history may be used for determining the customer history factor. As an example, if a customer submits an indication of interest indicating that he or she will purchase a product, but actually purchases the product 20% of the time, that person's actual buying history (i.e., customer history factor in one embodiment) is 20%. However, such a simplistic model for determining a customer history factor can be expanded to include an unlimited number of variables or parameters and calculated using a variety of mathematical functions and statistical models.
  • The customer related variables (CRV) may be used in determining a customer history factor:
  • Rating variables: rating variables may include customer feedback score, customer rating, customer ranking, customer score, customer feedback rating, and so on. Feedback, such as feedback ratings, may be used to determine each member's feedback score. A positive rating may add a value, such as +1, to the customer's score, a negative rating may decrease a value, such as −1, from the customer's score, and a neutral rating may have no impact. The higher the feedback score, the more positive ratings the customer has received from members. In one embodiment, a member can increase or decrease another member's score by only ±1 no matter how many transactions they share.
  • Customer transaction variables: customer transaction variables may include most recent purchases, highest monetary transactions, average monetary transactions, buy rate, sell rate, return rate, indication rate, indication-to-buy rate, transaction frequency, transaction initiation rate, transaction close rate, and so on.
  • Demographic variables: demographic variables may include age, gender, race, education, occupation, income, religion, marital status, family size, number of children, home ownership status, socio-economic status, and so on.
  • Geographic variables: geographic variables may include various classifications of geographic areas. For example, the classifications of geographic areas may include zip code, state, country, region, climate, population, and other geographical census data. In one embodiment, this information can come from national census data. Alternatively, maps, mapping databases, and other databases as understood in the art may be utilized to determine the geographic variables. A value may be assigned to the geographic variables depending on past, current, or future events affecting the location that a customer lives. For example, if a location is affected by a natural disaster, such as a hurricane or flood, the likelihood that the customer will purchase a product after submitting an indication of interest may be lower or higher depending on the particular product.
  • Psychographic variables: psychographic variables may include life style, personality, values, attitudes, and so on. These variables may be useful in predicting whether a customer will purchase a product after submitting an indication of interest at a later date. For example, if a customer's life style includes business travel, then the customer history factor may be decreased because there is a potential that the customer will be traveling when the product begins to sell and the customer will be unable to purchase the product or forget about the product.
  • Behavioral variables: behavioral variables may include product usage rate, brand loyalty, benefit sought, decision making units, ready-to-buy stage, consistent high-end product purchaser, and so on. A value may be assigned to the behavioral variables depending on a number of factors. For example, if a customer routinely purchases high-end products, then the customer may have a higher score for the high-end product purchaser variable than someone who does not routinely purchase high-end products.
  • Each of the customer related variables used for determining a customer history factor may be assigned a value. The values of the variables may be assigned numeric or alphanumeric values. The variables may be assigned values manually, semi-automatically, or automatically based on a variety of factors. The customer related variables may be used in mathematical functions in computing a customer history factor.
  • In addition to customer related variables, economic related variables (ERV) may be utilized in accordance with the principles of the present invention. Economic related variables may be related to macroeconomic or microeconomic factors. For example, macroeconomic variables may include household debt service burden, unemployment, consumer confidence index, producer price index, productivity report, retail sales index, durable goods orders, employment cost index, personal bankruptcy filings, inflation rate, GDP growth rate, S&P 500 stock market index, and so on. Microeconomic variables may be related to supply and demand related as to individual consumers and businesses in a local region, for example. Microeconomic variables may include supply of current certain products, current demand of certain products, local economy growth rate, consumer job status, consumer disposable income, and so forth. Applying microeconomic theory, if a particular region of the country is predicted to have a hurricane, certain products may be more important than others, such as flashlights, wood, and water. If a consumer has indicated that he or she wants to purchase a bedroom set, a value of a variable related to the purchase on a microeconomic level may be lowered.
  • FIG. 14 is a block diagram of an exemplary system 1400 for determining a customer history factor from various input variables or parameters. The input parameters may be stored in one or more databases stored on a storage system (e.g., hard drive of a server). In one embodiment, the parameters may include rating parameters 1402, transaction parameters 1404, demographic parameters 1406, geographic parameters 1408, psychographic parameters 1410, and behavioral parameters 1412. Other and/or different parameters may be utilized in accordance with the principles of the present invention. One or more estimation engine(s) 1414 may be utilized to determine a customer history factor 1416 based on one or more parameters 1402-1412. The estimation engine(s) 1414 may be simple algebraic formulas (e.g., multiplication and addition) or more extensive logic and/or formulaic approaches, as described hereinbelow.
  • A customer history factor may be computed in an unlimited number of ways using the consumer related variables and economic related variables. Some mathematical computations and modeling approaches are provided below. It should be understood that these computations and approaches are exemplary and that other computations and approaches may be used to compute the customer history factor in accordance with the principles of the present invention. Furthermore, the customer related variables and economic related variables may be used in the computations and models in any combination that is helpful in determining the customer history factor to provide a more accurate estimate of how many units of a product to produce based on the indications of interest received from a new product offering. Below are exemplary mathematical models and formulas that may be used to compute the customer history factor using the consumer and/or economic related variables:
  • Linear Approach:
  • The linear models may be structured in the form of a cumulative model using customer and/or economic related variables or selective data models. Industry selective data models, such as recency, frequency, monetary (RFM) models and chi-squared automatic interaction detection (CHAID) analysis may be used wherever appropriate. The CHAID analysis can incorporate recency, frequency and monetary variables, but can also examine other variables to increase predictive power. One embodiment may compute a customer history (CHF) as:
    CHF %=CRV % * ERV %
    where
    CRV %=Σ{CRV(1) . . . CRV(n)}/n
    or
    CRV %=Σ{CRV(1)/x . . . CRV(n)/z}
    ERV %=Σ{ERV(1) . . . ERV(n)}/n
    or
    ERV %=Σ{ERV(1)/x . . . ERV(n)/z}
  • Predictive neural network modeling is a very powerful predictive modeling technique. It is derived from nerve systems (e.g., human brains). The heart of the technique is a neural net (or network for short). A typical network includes layers of nodes and links between neighboring layers' nodes. The first layer is an input layer. Nodes of an input layer represent induction fields or values of nominal induction fields. The last layer is an output layer. Nodes of the output layer represent prediction values (or class names), i.e., values of a target field. The rest of layers are called hidden layers (or middle or internal layers). There is typically a single hidden layer, but there may be zero or more hidden layers. For example, the figure shown at the left-hand side contains a network that determines credit risk levels based on gender, age and salary. It includes an input layer of 15 nodes, one hidden layer of 15 nodes and an output layer of 3 nodes.
  • As understood in the art of neural networks, each link is assigned with a different weight. The weights provide for predictions from the neural network model, as understood in the art. As shown in FIG. 15, induction fields, in this case customer related variables and economic related variables, may be presented to the nodes of input layer. The values are propagated through the neural network to the output layer. In this process, the input values are multiplied with weights, summed, and applied to a non-linear function. The weights are set such that for given inputs, values of output layer reflect predictions, i.e., large values (e.g. 0.9) for positive predictions and small values (e.g., 0.1) for negative predictions. Output values are typically in the range of 0 and 1. For example, the network of FIG. 15 may output 0.6 for the “certain buyer” output node, 0.2 for the “likely buyer” output node, which predicts as a probable purchaser, and 0.2 for the “unlikely buyer” output node, which predicts as a non-purchaser. It is noted that combined output may not be equal to 1. Neural networks are “trained” to produce certain responses or predictions by an iterative process, and the weights applied to each input are adjusted to optimize a desired output.
  • Binary categorical input data for neural networks can be handled by using 0/1 (off/on) inputs, but categorical variables with multiple classes (for example, marital status or the state in which a person resides) are awkward to handle. Classifying a result into multiple categories usually is done by setting arbitrary value thresholds for discriminating one category from another. It would be difficult to devise a neural network to classify the location of residence into the 50 U.S. states. Classification trees, on the other hand, handle this type of problem naturally. Neural networks, unfortunately, do not present an model that is readily understandable as compared to a decision tree, which is easy to identify initial variables that divide the data into two categories and then other variables split the resulting child groups.
  • While a neural network is one potential predictive model that may be utilized to predict whether a potential purchaser of a product who submits an indication of interest, it should be understood that other predictive and non-predictive logical and mathematical models as understood in the art may be utilized to determine whether a potential purchaser who submits an indication of interest will ultimately purchase a product. For example, decision trees, stochastic gradient boosting, linear regression and non-linear regression may be utilized. Each of these models may enable the various consumer and economic related variables to be processed in making a determination. The result of the determination may be a percentage that can be used to determine if or how many products should be produced for a single potential purchaser or a group of potential purchasers. For example, if a potential purchaser submits an indication of interest indicating that he or she (or a business) is interested in purchasing 100 items of a product and the predictive model predicts, based on consumer and economic related variables associated with the potential purchaser, that the likelihood of that potential purchaser is 25%, then the manufacturer can determine that 25 of the 100 products should be produced for that person, thereby producing a more accurate demand or supply to minimizing production and demand overrun.
  • The previous description is of example embodiments for implementing the principles of the present invention, and the scope of the invention should not necessarily be limited by this description. The scope of the present invention is instead defined by the following claims.

Claims (13)

1-21. (canceled)
22. A system for providing group buying comprising:
means for storing a plurality of product parameters, each product parameter comprising product features;
means for searching through a plurality of products;
means for aggregating, at a network server, a plurality of indications of interest to purchase a product;
means for suspending aggregation of the plurality of indications of interest;
means for preparing a demand packet, each demand packet comprising aggregated purchasing information from the plurality of indications of interest;
means for routing the demand packet, each recipient pre-determined in a product network database as fulfillment destinations;
means of receiving offers from pre-determined fulfillment destinations, the offer consisting of a price;
means for negotiating a price for the item with the plurality of fulfillment destinations for the item, based on the demand-packet database;
means for selecting one or more of fulfillment destinations based on the offer, the offer including the price;
means for generating a confirmed purchaser list, the confirmed purchaser list including an amount of the item equal to a number of items for which an indication of interest was confirmed; and
means for executing a purchase transaction from the supplier to the user at the price of the offer.
23. The system of claim 22 wherein the group buying means comprises a means for interactively performing group buying over a network, such as the Internet.
24. The system of claim 22 wherein the group buying means further comprises a means for interactively performing group buying through a plurality of network devices, such as personal computer, mobile computer, wearable computer, laptop computer, mobile phone, wireless computer, personal digital assistant, and handheld device.
25. The system of claim 22 further comprising means of routing the demand packet to pre-determined fulfillment destinations.
26. The system of claim 22 further comprising a means for periodically updating the routing details for the pre-determined fulfillment destinations.
27. The system of claim 22 further comprising a means for securely communicating with a credit processor to provide credit solutions for the purchase transaction.
28. The system of claim 22 further comprising a means for securely communicating with a credit authorization system to consummate the purchase transaction.
29. A group buying method comprising:
aggregating, at a network server, a plurality of indications of interest to purchase an item, storing and creating a demand packet from the plurality of indications of interest;
suspending aggregation of the plurality of indications of interest;
preparing a demand-packet database including each one of the plurality of indications of interest received prior to suspending aggregation;
routing the demand packet from the demand-packet database to a plurality of pre-determined fulfillment destinations;
negotiating a price for the item with the plurality of fulfillment destinations for the item;
receiving an offer from the plurality of fulfillment destinations for the item, the offer including a price;
selecting one or more fulfillment destinations based on the offer, the offer including the price;
confirming each one of the indications of interest with the user that supplied the indications of interest at the price of the offer from the fulfillment destinations;
selecting one or more fulfillment destinations to fulfill the demand packet transaction based on the re-confirmation of the indications of interest;
generating a confirmed purchaser list, the confirmed purchaser list including an amount of the item equal to a number of items for which an indication of interest was re-confirmed; and
executing a purchase transaction from one or more of the selected fulfillment destinations to the user at the price of the offer.
30. The method of claim 29 wherein the step of conducting group buying further comprises the option for credit processing through a credit processor.
31. The method of claim 29 wherein the step of executing a purchase transaction comprises credit authorization, shipping processing, and transaction confirmation.
32. The method of claim 29 further comprising the option to create a group buying offering for a product by storing product parameters in the product database.
33. The method of claim 29 further comprising the option to search through stored parameters of products and associated offerings in the product database.
US11/888,851 1999-08-27 2007-08-02 Initial product offering system and method Abandoned US20070288330A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US11/888,851 US20070288330A1 (en) 1999-08-27 2007-08-02 Initial product offering system and method

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US15099399P 1999-08-27 1999-08-27
US09/649,224 US7103565B1 (en) 1999-08-27 2000-08-25 Initial product offering system
US11/515,113 US7912761B2 (en) 1999-08-27 2006-09-01 Initial product offering system and method
US11/888,851 US20070288330A1 (en) 1999-08-27 2007-08-02 Initial product offering system and method

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US11/515,113 Continuation US7912761B2 (en) 1999-08-27 2006-09-01 Initial product offering system and method

Publications (1)

Publication Number Publication Date
US20070288330A1 true US20070288330A1 (en) 2007-12-13

Family

ID=38823040

Family Applications (3)

Application Number Title Priority Date Filing Date
US11/515,113 Expired - Fee Related US7912761B2 (en) 1999-08-27 2006-09-01 Initial product offering system and method
US11/888,851 Abandoned US20070288330A1 (en) 1999-08-27 2007-08-02 Initial product offering system and method
US13/024,757 Abandoned US20110137810A1 (en) 1999-08-27 2011-02-10 Initial Product Offering System and Method

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US11/515,113 Expired - Fee Related US7912761B2 (en) 1999-08-27 2006-09-01 Initial product offering system and method

Family Applications After (1)

Application Number Title Priority Date Filing Date
US13/024,757 Abandoned US20110137810A1 (en) 1999-08-27 2011-02-10 Initial Product Offering System and Method

Country Status (1)

Country Link
US (3) US7912761B2 (en)

Cited By (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090138376A1 (en) * 2007-11-27 2009-05-28 Sony Corporation Virtual shopping center
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
US7689682B1 (en) 2006-08-16 2010-03-30 Resource Consortium Limited Obtaining lists of nodes of a multi-dimensional network
US20100100492A1 (en) * 2008-10-16 2010-04-22 Philip Law Sharing transaction information in a commerce network
US20100287044A1 (en) * 2009-05-05 2010-11-11 Andrew Mason System and methods for discount retailing
US8355948B2 (en) 2009-05-05 2013-01-15 Groupon, Inc. System and methods for discount retailing
US8473348B2 (en) 2010-09-16 2013-06-25 Mark G. Artall Paid media online cooperative method
US20130346130A1 (en) * 2011-12-12 2013-12-26 Moose Loop Holdings, LLC Geographical clustering of service providers
US8650072B2 (en) 2009-05-05 2014-02-11 Groupon, Inc. System and methods for providing location based discount retailing
US20140074646A1 (en) * 2011-05-31 2014-03-13 Mehmet Kivanc Ozonat Automated Negotiation
US8930204B1 (en) 2006-08-16 2015-01-06 Resource Consortium Limited Determining lifestyle recommendations using aggregated personal information
US9996859B1 (en) 2012-03-30 2018-06-12 Groupon, Inc. Method, apparatus, and computer readable medium for providing a self-service interface
US10147130B2 (en) 2012-09-27 2018-12-04 Groupon, Inc. Online ordering for in-shop service
US10192243B1 (en) 2013-06-10 2019-01-29 Groupon, Inc. Method and apparatus for determining promotion pricing parameters
US10255620B1 (en) 2013-06-27 2019-04-09 Groupon, Inc. Fine print builder
US10304091B1 (en) 2012-04-30 2019-05-28 Groupon, Inc. Deal generation using point-of-sale systems and related methods
US10304093B2 (en) 2013-01-24 2019-05-28 Groupon, Inc. Method, apparatus, and computer readable medium for providing a self-service interface
US10664876B1 (en) 2013-06-20 2020-05-26 Groupon, Inc. Method and apparatus for promotion template generation
US10664861B1 (en) 2012-03-30 2020-05-26 Groupon, Inc. Generating promotion offers and providing analytics data
US11107154B2 (en) * 2007-12-11 2021-08-31 Ebay Inc. Method and system for watching items for sale in an auction system
US11386461B2 (en) 2012-04-30 2022-07-12 Groupon, Inc. Deal generation using point-of-sale systems and related methods

Families Citing this family (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
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
WO2000070424A2 (en) 1999-05-12 2000-11-23 Ewinwin, Inc. Multiple criteria buying and selling model, and system for managing open offer sheets
US7818212B1 (en) 1999-10-22 2010-10-19 Ewinwin, Inc. Multiple criteria buying and selling model
US7593871B1 (en) * 2004-06-14 2009-09-22 Ewinwin, Inc. Multiple price curves and attributes
US20110213648A1 (en) * 1999-05-12 2011-09-01 Ewinwin, Inc. e-COMMERCE VOLUME PRICING
US8732018B2 (en) * 1999-05-12 2014-05-20 Ewinwin, Inc. Real-time offers and dynamic price adjustments presented to mobile devices
US8290824B1 (en) 1999-05-12 2012-10-16 Ewinwin, Inc. Identifying incentives for a qualified buyer
US8626605B2 (en) 1999-05-12 2014-01-07 Ewinwin, Inc. Multiple criteria buying and selling model
US8140402B1 (en) 2001-08-06 2012-03-20 Ewinwin, Inc. Social pricing
US8311896B2 (en) 1999-05-12 2012-11-13 Ewinwin, Inc. Multiple criteria buying and selling model
US7912761B2 (en) * 1999-08-27 2011-03-22 Tech Venture Associates, Inc. Initial product offering system and method
US6876991B1 (en) 1999-11-08 2005-04-05 Collaborative Decision Platforms, Llc. System, method and computer program product for a collaborative decision platform
US20030023567A1 (en) * 2001-07-24 2003-01-30 Berkovitz Joseph H. Method and system for dynamic pricing
US7899707B1 (en) 2002-06-18 2011-03-01 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
US8590785B1 (en) * 2004-06-15 2013-11-26 Ewinwin, Inc. Discounts in a mobile device
US7364086B2 (en) 2003-06-16 2008-04-29 Ewinwin, Inc. Dynamic discount card tied to price curves and group discounts
DE202004021667U1 (en) * 2004-03-16 2010-05-12 Epoq Gmbh Forecasting device for the evaluation and prediction of stochastic events
US8095392B1 (en) 2005-01-20 2012-01-10 Owen Daniel L System, method and computer program product for facilitating informed decisions relating to family risk
US8463625B1 (en) 2005-01-20 2013-06-11 Daniel L. Owen System, method and computer program product for facilitating informed decisions relating to the fair sharing of the costs of insurance between a group and a third party
WO2008008619A2 (en) * 2006-06-26 2008-01-17 Andrew Knight Simpson Web based valuation game
US8255269B1 (en) * 2006-11-11 2012-08-28 Samir Aued Data processing method for maximization of present and future supply and/or demand objectives
US8156022B2 (en) * 2007-02-12 2012-04-10 Pricelock, Inc. Method and system for providing price protection for commodity purchasing through price protection contracts
US8538795B2 (en) 2007-02-12 2013-09-17 Pricelock, Inc. System and method of determining a retail commodity price within a geographic boundary
WO2008124712A1 (en) * 2007-04-09 2008-10-16 Pricelock, Inc. System and method for constraining depletion amount in a defined time frame
US7945500B2 (en) 2007-04-09 2011-05-17 Pricelock, Inc. System and method for providing an insurance premium for price protection
EP2156399A4 (en) * 2007-06-06 2011-05-11 Tradeweb Markets Llc Method ans system for identifying high probability trade matches
US8160952B1 (en) 2008-02-12 2012-04-17 Pricelock, Inc. Method and system for providing price protection related to the purchase of a commodity
US20090327034A1 (en) * 2008-06-27 2009-12-31 eHaggle, LLC Methods and apparatus for electronic commerce
US20110191169A1 (en) * 2010-02-02 2011-08-04 Yahoo! Inc. Kalman filter modeling in online advertising bid optimization
US20110191170A1 (en) * 2010-02-02 2011-08-04 Yahoo! Inc. Similarity function in online advertising bid optimization
US8626327B2 (en) * 2010-11-05 2014-01-07 The Coca-Cola Company System for optimizing drink blends
US20120116565A1 (en) * 2010-11-05 2012-05-10 The Coca-Cola Company Total quality management system for optimizing drink process flow
US20120116841A1 (en) * 2010-11-05 2012-05-10 The Coca-Cola Company System for modeling drink supply and demand
US8719110B1 (en) * 2011-07-06 2014-05-06 Intuit Inc. Discount offers based on a social graph
CN103198422B (en) * 2012-01-06 2016-04-13 深圳市腾讯计算机系统有限公司 A kind of mobile group purchase method and platform
US20160019625A1 (en) * 2014-07-18 2016-01-21 DecisionGPS, LLC Determination of a Purchase Recommendation
US10885534B1 (en) * 2015-02-19 2021-01-05 Amazon Technologies, Inc. Determining product demand
US11277653B2 (en) * 2019-10-18 2022-03-15 Capital One Services, Llc Systems and methods for navigating vehicle inventory

Citations (47)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4775936A (en) * 1986-03-31 1988-10-04 Jung Jerrold M Overbooking system
US5077665A (en) * 1989-05-25 1991-12-31 Reuters Limited Distributed matching system
US5136501A (en) * 1989-05-26 1992-08-04 Reuters Limited Anonymous matching system
US5168446A (en) * 1989-05-23 1992-12-01 Telerate Systems Incorporated System for conducting and processing spot commodity transactions
US5388165A (en) * 1989-05-01 1995-02-07 Credit Verification Corporation Method and system for building a database and performing marketing based upon prior shopping history
US5459306A (en) * 1994-06-15 1995-10-17 Blockbuster Entertainment Corporation Method and system for delivering on demand, individually targeted promotions
US5515268A (en) * 1992-09-09 1996-05-07 Mitsubishi Denki Kabushiki Kaisha Method of and system for ordering products
US5528490A (en) * 1992-04-10 1996-06-18 Charles E. Hill & Associates, Inc. Electronic catalog system and method
US5557518A (en) * 1994-04-28 1996-09-17 Citibank, N.A. Trusted agents for open electronic commerce
US5649114A (en) * 1989-05-01 1997-07-15 Credit Verification Corporation Method and system for selective incentive point-of-sale marketing in response to customer shopping histories
US5664115A (en) * 1995-06-07 1997-09-02 Fraser; Richard Interactive computer system to match buyers and sellers of real estate, businesses and other property using the internet
US5689652A (en) * 1995-04-27 1997-11-18 Optimark Technologies, Inc. Crossing network utilizing optimal mutual satisfaction density profile
US5712985A (en) * 1989-09-12 1998-01-27 Lee; Michael D. System and method for estimating business demand based on business influences
US5727165A (en) * 1990-12-17 1998-03-10 Reuters Limited Offer matching system having timed match acknowledgment
US5758328A (en) * 1996-02-22 1998-05-26 Giovannoli; Joseph Computerized quotation system and method
US5794219A (en) * 1996-02-20 1998-08-11 Health Hero Network, Inc. Method of conducting an on-line auction with bid pooling
US5794207A (en) * 1996-09-04 1998-08-11 Walker Asset Management Limited Partnership Method and apparatus for a cryptographically assisted commercial network system designed to facilitate buyer-driven conditional purchase offers
US5799285A (en) * 1996-06-07 1998-08-25 Klingman; Edwin E. Secure system for electronic selling
US5809144A (en) * 1995-08-24 1998-09-15 Carnegie Mellon University Method and apparatus for purchasing and delivering digital goods over a network
US5818914A (en) * 1994-12-07 1998-10-06 Aucnet Inc. Auction information transmission processing system
US5832459A (en) * 1994-08-19 1998-11-03 Andersen Consulting Llp Computerized source searching system and method for use in an order entry system
US5845266A (en) * 1995-12-12 1998-12-01 Optimark Technologies, Inc. Crossing network utilizing satisfaction density profile with price discovery features
US5857175A (en) * 1995-08-11 1999-01-05 Micro Enhancement International System and method for offering targeted discounts to customers
US5895454A (en) * 1997-04-17 1999-04-20 Harrington; Juliette Integrated interface for vendor/product oriented internet websites
US5897622A (en) * 1996-10-16 1999-04-27 Microsoft Corporation Electronic shopping and merchandising system
US5909023A (en) * 1996-02-23 1999-06-01 Hitachi, Ltd. Online shopping support method and system for sales promotions based on the purchase history of users
US5915209A (en) * 1994-11-21 1999-06-22 Lawrence; David Bond trading system
US5924083A (en) * 1996-05-29 1999-07-13 Geneva Branch Of Reuters Transaction Services Limited Distributed matching system for displaying a book of credit filtered bids and offers
US5956709A (en) * 1997-07-28 1999-09-21 Xue; Yansheng Dynamic data assembling on internet client side
US5983199A (en) * 1997-01-08 1999-11-09 Fujitsu Limited On-line shopping system
US6009411A (en) * 1997-11-14 1999-12-28 Concept Shopping, Inc. Method and system for distributing and reconciling electronic promotions
US6061665A (en) * 1997-06-06 2000-05-09 Verifone, Inc. System, method and article of manufacture for dynamic negotiation of a network payment framework
US6101484A (en) * 1999-03-31 2000-08-08 Mercata, Inc. Dynamic market equilibrium management system, process and article of manufacture
US6269343B1 (en) * 1998-08-25 2001-07-31 Mobshop, Inc. On-line marketing system and method
US20010014868A1 (en) * 1997-12-05 2001-08-16 Frederick Herz System for the automatic determination of customized prices and promotions
US20020026351A1 (en) * 1999-06-30 2002-02-28 Thomas E. Coleman Method and system for delivery of targeted commercial messages
US20020107773A1 (en) * 2000-03-24 2002-08-08 Abdou Hamed M Method and apparatus for providing an electronic commerce environment for leveraging orders from a plurality of customers
US6493722B1 (en) * 1999-04-13 2002-12-10 Daleen Technologies, Inc. Billing system for distributing third party messages to form a community of subscribers to negotiate a group purchase from the third party
US6604089B1 (en) * 1999-03-15 2003-08-05 Vulcan, Inc. Demand aggregation through online buying group
US6615183B1 (en) * 1998-07-20 2003-09-02 Usa Technologies, Inc. Method of warehousing user data entered at an electronic commerce terminal
US6618709B1 (en) * 1998-04-03 2003-09-09 Enerwise Global Technologies, Inc. Computer assisted and/or implemented process and architecture for web-based monitoring of energy related usage, and client accessibility therefor
US6876983B1 (en) * 1998-12-02 2005-04-05 Opher Goddard System and method for facilitating aggregate shopping
US6934690B1 (en) * 1999-07-06 2005-08-23 Vulcan Portals, Inc. System and method for extension of group buying throughout the internet
US7124107B1 (en) * 1999-06-07 2006-10-17 Freewebs Corporation Collective procurement management system
US7146330B1 (en) * 1999-02-08 2006-12-05 Vulcan Portals, Inc. Method and system for creating and managing groups for increasing buying power on the world wide web
US7263498B1 (en) * 2000-05-23 2007-08-28 Vulcan Portals, Inc. Attaining product inventory groupings for sales in a group-buying environment
US7349879B2 (en) * 1999-12-06 2008-03-25 Alsberg Peter A Methods and systems for market clearance

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07117976B2 (en) 1993-07-09 1995-12-18 新日本製鐵株式会社 Automatic computer wholesale auction system
US6260024B1 (en) * 1998-12-02 2001-07-10 Gary Shkedy Method and apparatus for facilitating buyer-driven purchase orders on a commercial network system
US7343319B1 (en) * 1999-07-09 2008-03-11 Walker Digital, Llc Multi-tier pricing of individual products based on volume discounts
US7912761B2 (en) * 1999-08-27 2011-03-22 Tech Venture Associates, Inc. Initial product offering system and method
US7103565B1 (en) * 1999-08-27 2006-09-05 Techventure Associates, Inc. Initial product offering system
AU2001264855A1 (en) * 2000-05-23 2001-12-03 Truepricing, Inc. Distributed information methods and systems used to collect and correlate user information and preferences with products and services
US7533032B1 (en) * 2000-08-01 2009-05-12 International Business Machines Corporation Method and system for prediction of materialization of a group reservation

Patent Citations (50)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4775936A (en) * 1986-03-31 1988-10-04 Jung Jerrold M Overbooking system
US5649114A (en) * 1989-05-01 1997-07-15 Credit Verification Corporation Method and system for selective incentive point-of-sale marketing in response to customer shopping histories
US5388165A (en) * 1989-05-01 1995-02-07 Credit Verification Corporation Method and system for building a database and performing marketing based upon prior shopping history
US5168446A (en) * 1989-05-23 1992-12-01 Telerate Systems Incorporated System for conducting and processing spot commodity transactions
US5077665A (en) * 1989-05-25 1991-12-31 Reuters Limited Distributed matching system
US5136501A (en) * 1989-05-26 1992-08-04 Reuters Limited Anonymous matching system
US5712985A (en) * 1989-09-12 1998-01-27 Lee; Michael D. System and method for estimating business demand based on business influences
US5727165A (en) * 1990-12-17 1998-03-10 Reuters Limited Offer matching system having timed match acknowledgment
US5528490A (en) * 1992-04-10 1996-06-18 Charles E. Hill & Associates, Inc. Electronic catalog system and method
US5515268A (en) * 1992-09-09 1996-05-07 Mitsubishi Denki Kabushiki Kaisha Method of and system for ordering products
US5557518A (en) * 1994-04-28 1996-09-17 Citibank, N.A. Trusted agents for open electronic commerce
US5459306A (en) * 1994-06-15 1995-10-17 Blockbuster Entertainment Corporation Method and system for delivering on demand, individually targeted promotions
US5832459A (en) * 1994-08-19 1998-11-03 Andersen Consulting Llp Computerized source searching system and method for use in an order entry system
US5915209A (en) * 1994-11-21 1999-06-22 Lawrence; David Bond trading system
US5818914A (en) * 1994-12-07 1998-10-06 Aucnet Inc. Auction information transmission processing system
US5689652A (en) * 1995-04-27 1997-11-18 Optimark Technologies, Inc. Crossing network utilizing optimal mutual satisfaction density profile
US5664115A (en) * 1995-06-07 1997-09-02 Fraser; Richard Interactive computer system to match buyers and sellers of real estate, businesses and other property using the internet
US5857175A (en) * 1995-08-11 1999-01-05 Micro Enhancement International System and method for offering targeted discounts to customers
US5809144A (en) * 1995-08-24 1998-09-15 Carnegie Mellon University Method and apparatus for purchasing and delivering digital goods over a network
US5845266A (en) * 1995-12-12 1998-12-01 Optimark Technologies, Inc. Crossing network utilizing satisfaction density profile with price discovery features
US5794219A (en) * 1996-02-20 1998-08-11 Health Hero Network, Inc. Method of conducting an on-line auction with bid pooling
US5758328A (en) * 1996-02-22 1998-05-26 Giovannoli; Joseph Computerized quotation system and method
US5842178A (en) * 1996-02-22 1998-11-24 Giovannoli; Joseph Computerized quotation system and method
US5909023A (en) * 1996-02-23 1999-06-01 Hitachi, Ltd. Online shopping support method and system for sales promotions based on the purchase history of users
US5924083A (en) * 1996-05-29 1999-07-13 Geneva Branch Of Reuters Transaction Services Limited Distributed matching system for displaying a book of credit filtered bids and offers
US5799285A (en) * 1996-06-07 1998-08-25 Klingman; Edwin E. Secure system for electronic selling
US6085169A (en) * 1996-09-04 2000-07-04 Priceline.Com Incorporated Conditional purchase offer management system
US5794207A (en) * 1996-09-04 1998-08-11 Walker Asset Management Limited Partnership Method and apparatus for a cryptographically assisted commercial network system designed to facilitate buyer-driven conditional purchase offers
US5897622A (en) * 1996-10-16 1999-04-27 Microsoft Corporation Electronic shopping and merchandising system
US5983199A (en) * 1997-01-08 1999-11-09 Fujitsu Limited On-line shopping system
US5895454A (en) * 1997-04-17 1999-04-20 Harrington; Juliette Integrated interface for vendor/product oriented internet websites
US6061665A (en) * 1997-06-06 2000-05-09 Verifone, Inc. System, method and article of manufacture for dynamic negotiation of a network payment framework
US5956709A (en) * 1997-07-28 1999-09-21 Xue; Yansheng Dynamic data assembling on internet client side
US6009411A (en) * 1997-11-14 1999-12-28 Concept Shopping, Inc. Method and system for distributing and reconciling electronic promotions
US20010014868A1 (en) * 1997-12-05 2001-08-16 Frederick Herz System for the automatic determination of customized prices and promotions
US6618709B1 (en) * 1998-04-03 2003-09-09 Enerwise Global Technologies, Inc. Computer assisted and/or implemented process and architecture for web-based monitoring of energy related usage, and client accessibility therefor
US6615183B1 (en) * 1998-07-20 2003-09-02 Usa Technologies, Inc. Method of warehousing user data entered at an electronic commerce terminal
US6269343B1 (en) * 1998-08-25 2001-07-31 Mobshop, Inc. On-line marketing system and method
US6876983B1 (en) * 1998-12-02 2005-04-05 Opher Goddard System and method for facilitating aggregate shopping
US7146330B1 (en) * 1999-02-08 2006-12-05 Vulcan Portals, Inc. Method and system for creating and managing groups for increasing buying power on the world wide web
US6631356B1 (en) * 1999-03-15 2003-10-07 Vulcan Portals, Inc. Demand aggregation through online buying groups
US6604089B1 (en) * 1999-03-15 2003-08-05 Vulcan, Inc. Demand aggregation through online buying group
US6101484A (en) * 1999-03-31 2000-08-08 Mercata, Inc. Dynamic market equilibrium management system, process and article of manufacture
US6493722B1 (en) * 1999-04-13 2002-12-10 Daleen Technologies, Inc. Billing system for distributing third party messages to form a community of subscribers to negotiate a group purchase from the third party
US7124107B1 (en) * 1999-06-07 2006-10-17 Freewebs Corporation Collective procurement management system
US20020026351A1 (en) * 1999-06-30 2002-02-28 Thomas E. Coleman Method and system for delivery of targeted commercial messages
US6934690B1 (en) * 1999-07-06 2005-08-23 Vulcan Portals, Inc. System and method for extension of group buying throughout the internet
US7349879B2 (en) * 1999-12-06 2008-03-25 Alsberg Peter A Methods and systems for market clearance
US20020107773A1 (en) * 2000-03-24 2002-08-08 Abdou Hamed M Method and apparatus for providing an electronic commerce environment for leveraging orders from a plurality of customers
US7263498B1 (en) * 2000-05-23 2007-08-28 Vulcan Portals, Inc. Attaining product inventory groupings for sales in a group-buying environment

Cited By (42)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8073708B1 (en) 2006-08-16 2011-12-06 Resource Consortium Limited Aggregating personal healthcare informatoin
US7966647B1 (en) 2006-08-16 2011-06-21 Resource Consortium Limited Sending personal information to a personal information aggregator
US7689682B1 (en) 2006-08-16 2010-03-30 Resource Consortium Limited Obtaining lists of nodes of a multi-dimensional network
US8775287B1 (en) 2006-08-16 2014-07-08 Resource Consortium Limited Method and system for determining insurance needs
US8635087B1 (en) 2006-08-16 2014-01-21 Resource Consortium Limited Aggregating personal information
US8930204B1 (en) 2006-08-16 2015-01-06 Resource Consortium Limited Determining lifestyle recommendations using aggregated personal information
US8185597B1 (en) 2006-08-16 2012-05-22 Resource Consortium Limited Providing notifications to an individual in a multi-dimensional personal information network
US7970827B1 (en) 2006-08-16 2011-06-28 Resource Consortium Limited Providing notifications to an individual in a multi-dimensional personal information network
US7801956B1 (en) 2006-08-16 2010-09-21 Resource Consortium Limited Providing notifications to an individual in a multi-dimensional personal information network
US8121915B1 (en) 2006-08-16 2012-02-21 Resource Consortium Limited Generating financial plans using a personal information aggregator
US8165924B2 (en) * 2007-11-27 2012-04-24 Sony Corporation Virtual shopping center
US20090138376A1 (en) * 2007-11-27 2009-05-28 Sony Corporation Virtual shopping center
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
US11107154B2 (en) * 2007-12-11 2021-08-31 Ebay Inc. Method and system for watching items for sale in an auction system
US11842386B2 (en) 2007-12-11 2023-12-12 Ebay Inc. Method and system for watching items for sale in an auction system
US20100100492A1 (en) * 2008-10-16 2010-04-22 Philip Law Sharing transaction information in a commerce network
US8903733B2 (en) 2009-05-05 2014-12-02 Groupon, Inc. System and methods for discount retailing
US8650072B2 (en) 2009-05-05 2014-02-11 Groupon, Inc. System and methods for providing location based discount retailing
US11023914B2 (en) 2009-05-05 2021-06-01 Groupon, Inc. System and methods for discount retailing
US8301495B2 (en) 2009-05-05 2012-10-30 Groupon, Inc. System and methods for discount retailing
US20100287044A1 (en) * 2009-05-05 2010-11-11 Andrew Mason System and methods for discount retailing
US8355948B2 (en) 2009-05-05 2013-01-15 Groupon, Inc. System and methods for discount retailing
US8473348B2 (en) 2010-09-16 2013-06-25 Mark G. Artall Paid media online cooperative method
US20140074646A1 (en) * 2011-05-31 2014-03-13 Mehmet Kivanc Ozonat Automated Negotiation
US20130346130A1 (en) * 2011-12-12 2013-12-26 Moose Loop Holdings, LLC Geographical clustering of service providers
US9996859B1 (en) 2012-03-30 2018-06-12 Groupon, Inc. Method, apparatus, and computer readable medium for providing a self-service interface
US11017440B2 (en) 2012-03-30 2021-05-25 Groupon, Inc. Method, apparatus, and computer readable medium for providing a self-service interface
US11475477B2 (en) 2012-03-30 2022-10-18 Groupon, Inc. Generating promotion offers and providing analytics data
US10664861B1 (en) 2012-03-30 2020-05-26 Groupon, Inc. Generating promotion offers and providing analytics data
US10304091B1 (en) 2012-04-30 2019-05-28 Groupon, Inc. Deal generation using point-of-sale systems and related methods
US11386461B2 (en) 2012-04-30 2022-07-12 Groupon, Inc. Deal generation using point-of-sale systems and related methods
US10147130B2 (en) 2012-09-27 2018-12-04 Groupon, Inc. Online ordering for in-shop service
US10713707B1 (en) 2012-09-27 2020-07-14 Groupon, Inc. Online ordering for in-shop service
US11615459B2 (en) 2012-09-27 2023-03-28 Groupon, Inc. Online ordering for in-shop service
US11100542B2 (en) 2013-01-24 2021-08-24 Groupon, Inc. Method, apparatus, and computer readable medium for providing a self-service interface
US10304093B2 (en) 2013-01-24 2019-05-28 Groupon, Inc. Method, apparatus, and computer readable medium for providing a self-service interface
US10878460B2 (en) 2013-06-10 2020-12-29 Groupon, Inc. Method and apparatus for determining promotion pricing parameters
US11481814B2 (en) 2013-06-10 2022-10-25 Groupon, Inc. Method and apparatus for determining promotion pricing parameters
US10192243B1 (en) 2013-06-10 2019-01-29 Groupon, Inc. Method and apparatus for determining promotion pricing parameters
US10664876B1 (en) 2013-06-20 2020-05-26 Groupon, Inc. Method and apparatus for promotion template generation
US11093980B2 (en) 2013-06-27 2021-08-17 Groupon, Inc. Fine print builder
US10255620B1 (en) 2013-06-27 2019-04-09 Groupon, Inc. Fine print builder

Also Published As

Publication number Publication date
US20110137810A1 (en) 2011-06-09
US20070061220A1 (en) 2007-03-15
US7912761B2 (en) 2011-03-22

Similar Documents

Publication Publication Date Title
US7912761B2 (en) Initial product offering system and method
US10262307B2 (en) Automated system for adapting market data for transaction cost analysis
US7103565B1 (en) Initial product offering system
US10043148B1 (en) System and method for identifying and co-ordinating an alternate delivery of one or more selected items
US20070033098A1 (en) Method, system and storage medium for creating sales recommendations
US20150379596A1 (en) System and method for matching buyers and sellers
Klusch Agent‐Mediated Trading: Intelligent Agents and E‐Business
US20050177468A1 (en) Request for quote system and method
US20190050935A1 (en) Device And Method For Exchange Market
WO2021240819A1 (en) Estimate presentation device, estimate presentation program, and recording medium
WO2000021006A1 (en) Computer system and computer-implemented method for electronic commerce
WO2000045628A2 (en) Computer system and computer-implemented method for electronic commerce
US20220351208A1 (en) Online transaction system with buyer reputations
Jnr A Developed Eco-Sourcing Tool Based on Model View Control Architecture for Small and Medium Enterprise
Bokolo A Developed Eco-Sourcing Tool Based on Model View Control Architecture for Small and Medium Enterprise
US20170053328A1 (en) Community purchasing model
Mong Sim et al. A brokering protocol for electronic trading
Wang Shopping Agent Web Sites: A Comparative Shopping Environment
Limthanmaphon et al. Intelligent web-based e-commerce system
GB2395327A (en) Method and system for online procurement
KR20010103383A (en) Commercial transaction method using internet and system thereof

Legal Events

Date Code Title Description
AS Assignment

Owner name: TECHVENTURE ASSOCIATES, INC., TEXAS

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:VAID, RAHUL R.;REEL/FRAME:019786/0535

Effective date: 20061204

STCB Information on status: application discontinuation

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