US 7,103,565 B1Grant
Initial product offering system
Issue Date:2006-09-05
•48 Claims
•17 Drawing Sheets
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.
Metadata
Assignee
- TechVenture Associates, Inc.
Inventor
- Rahul R. Vaid
Application Information
Application Number:US 09/649,224
Filing Date:2000-08-25
Priority Date:1999-08-27
Art Unit:3625
Classifications
IPC:
G06Q30/00
Patent Drawings (17 sheets)
Description
Cross Reference to Related Applications
[0001] This application claims the benefit of U.S. Provisional Application No. 60/150,993, filed on Aug. 27, 1999. The disclosure of that application is incorporated herein by reference.
Background of the Invention
[0002] 1. Field of the Invention
[0003] 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.
[0004] 2. Description of Related Art
[0005] 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.
[0006] 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 driven by the system and effectively by the pricing curve information provided by the vendor or the manufacturer.
[0007] 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 described 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 significant disadvantage, the patent does not create buying groups that have the ability of large volume discounts.
[0008] 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
[0009] The invention is a method and system for group buying comprising network based aggregation of purchasing interests into a demand packet and processing of the demand packet in conjunction with a plurality of fulfillment destinations. According to one aspect of the invention, the demand packet comprises aggregated, at a network server, a plurality of indications of interest to purchase an item, each one of the plurality of indications of interest being conditional upon an affirmation by a user entering the one of the plurality of indications of interest, and each one of the plurality of indications of interest including product parameters and one or more conditions for a purchase, thereby providing a demand-packet database. According to the same aspect of the invention, the demand packet further comprises an identifier, the identifier uniquely identifying the demand packet, the destination identifier, the destination identifier uniquely identifying the fulfillment destinations for demand packet to be routed, the pricing date, the pricing date uniquely identifying the date on which the product referenced in the demand packet will be priced, the demand size, the demand size identifying the unique number of indications of interest, the customer history factor, the customer history factor identifying the average purchase rate of the customer, and the expected demand, the expected demand identifying the arithmetic product of the average purchase rate as a percentage and the demand size. According to the same aspect of the invention, the demand packet further comprises a plurality of product parameters including the product identifier, vendor name, product description, product MSRP, and product vendor price.
[0010] According to another aspect of the invention, the destination identifier comprises identifiers of pre-determined fulfillment destinations. The pre-determined fulfillment destinations comprise groups consisting of: supplier group, auction group, vertical exchange group, and horizontal marketplace group. The supplier group comprises a plurality of suppliers, vendors, manufacturers, retailers, and wholesalers for the product. The auction group comprises a plurality of auction venues for the product. The vertical exchange group comprises a plurality of vertical exchanges for the product. The horizontal marketplace group comprises a plurality of horizontal marketplace venues for the product.
[0011] According to one aspect of the invention, the demand packet server for creating demand packets and receiving offers, comprises a processor and a storage device; the storage device is configured to store a plurality of demand packet parameters; and the processor configured to provide an interactive user interface to the one or more customers through the network system server, the processor further configured to route demand packets to the transaction server for a plurality of product offerings; the processor further configured to provide offers from the transaction server for each product offering; the processor further configured to provide reconfirmation information to the transaction server; and the processor further configured to provide purchase transaction information to the transaction server. The demand packet server further comprises a secure connection to a network system server. The demand packet server further comprises a secure connection to a transaction server.
[0012] According to one aspect of the invention, the transaction server for receiving and routing demand packets, comprises a processor and a storage device; the storage device configured to store one or more product network parameters, the product network parameters comprising routing address information for the pre-determined fulfillment destinations; and the processor configured to receive demand packets from the demand packet server, to route each demand packet to pre-determined fulfillment destinations based on product network parameters, wherein the processor is connected in a asynchronous communicating relationship with a plurality of pre-determined fulfillment destinations; the processor further configured to provide offers to the demand packet server; the processor further configured to receive re-confirmation information from the demand packet server; the processor further configured to negotiate the offer with a plurality of pre-determined fulfillment destinations; and the processor further configured to receive purchase transaction information from the demand packet server. The transaction server further comprises a secure connection to the demand packet server.
[0013] According to a different aspect of the invention, the invention is 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 for receiving offers from pre-determined fulfillment destinations, each 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 offers, each 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.
[0014] According to one aspect of the invention, the system comprises means for interactively performing group buying over a network, such as the Internet. According to another aspect of the invention, the system may further comprise 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. According to yet another aspect of the invention, the system may further comprise means of routing the demand packet to pre-determined fulfillment destinations. According to yet another aspect of the invention, the system may further comprise means for periodically updating the routing details for the pre-determined fulfillment destinations. According to yet another aspect of the invention, the system may further comprise means for securely communicating with a credit processor to provide credit solutions for the purchase transaction. According to yet another aspect of the invention, the system may further comprise means for securely communicating with a credit authorization system to consummate the purchase transaction.
[0015] According to a different aspect of the invention, the invention is 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 offers from the plurality of fulfillment destinations for the item, each offer including a price; selecting one or more fulfillment destinations based on the offers, each 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 the quantity 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.
[0016] According to one aspect of the invention, the step of conducting group buying further comprises the option for credit processing through a credit processor. In another aspect, the step of executing a purchase transaction comprises credit authorization, shipping processing, and transaction confirmation. In yet another aspect, the method comprises the option to create a product offering for an item by storing product parameters in the product database. In yet another aspect, the method comprises the option to search through stored parameters of product offerings in the product database.
[0017] According to a different aspect of the invention, the invention is a computer program embodied on a computer readable medium for providing group buying through the creation, routing and processing of demand packets using a demand-packet database, the demand-packet database comprising a plurality of records, each record including a plurality of fields, the plurality of fields comprising: a demand-packet identifier uniquely identifying the demand packet, the demand packet destination identifier uniquely identifying the pre-determined fulfillment destinations where the demand packet is to be routed, the product identifier identifying the product for which the demand packet has been created, the customer identifier identifying the customer indicating the demand for the given demand packet, the indication date identifying the date on which the demand was indicated by the customer into the demand packet database, the quantity identifying the number of items of the product which are sought, the cumulative demand size identifying the cumulative size of the demand, the customer history factor identifying the average purchase rate of the customer, and the pricing date identifying the date on which the product offering will be priced.
[0018] 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 Drawings
[0019] The foregoing and other objects and advantages of the invention will be appreciated more fully from the following further description thereof, with reference to the accompanying drawings, wherein:
[0020] FIG. 1 is an abstract diagram of a system for group buying according to the invention;
[0021] FIG. 2 illustrates records in a product database;
[0022] FIG. 3 illustrates records in a conditions of indications of interest database;
[0023] FIG. 4 illustrates records in a demand packet database;
[0024] FIG. 5 illustrates records in a product pricing database;
[0025] FIG. 6 illustrates records in a customer sales database;
[0026] FIG. 7 illustrates records in a product network database;
[0027] FIG. 8 shows the description of the demand packet;
[0028] FIG. 9 is a block diagram of a network system server;
[0029] FIG. 10 is a block diagram of a demand packet server;
[0030] FIG. 11 is a block diagram of a transaction server;
[0031] FIG. 12 is a flow chart of a customer process in the product offering for group buying according to the invention
[0032] FIG. 13 is a flow chart of a system process in the product offering for group buying according to the invention
Detailed Description of the Preferred Embodiment(s)
[0033] 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 term “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.
[0034] Overview of System
[0035] 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.
[0036] 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.
[0037] 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).
[0038] Software Databases
[0039] 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 and its maximum range is $20,000 and its minimum pricing range is $14,000.
[0040] 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.
[0041] 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 for placed on Apr. 15, 2000 by customer C002 with a customer history factor of 68% for a quantity 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.
[0042] 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.
[0043] 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 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 interaction with the customer.
[0044] 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 destn 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 send 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.
[0045] The Demand Packet
[0046] 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.
[0047] Hardware Servers
[0048] 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, and 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 provide 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.
[0049] 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, and 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 provide 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.
[0050] 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 provide 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.
[0051] Method of Operation
[0052] An embodiment of the process for the system 100 described above will now be described in detail by reference to FIG. 12 and FIG. 13 .
[0053] Customer Process
[0054] FIG. 12 is a flow chart 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 place indication of interest for the desired product 1225 which is entered into the (2) 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 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.
[0055] FIG. 13 is a flow chart 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.
[0056] 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 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 are 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.
[0057] 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.
[0058] 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 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 are 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.
[0059] 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 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.
Claims
I claim:
1. A method for determining a price for a product, said method comprising:
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.
2. The method according to claim 1, further comprising publishing product information to the potential purchasers.
3. The method according to claim 1, wherein the customer history factors are ratios of actual purchases by the customers of previously offered products to corresponding indications of interest by the customers in the previously offered products.
4. The method according to claim 1, further comprising publishing product information to the potential purchasers including a price range for the product.
5. The method according to claim 1, further comprising publishing product information to the potential purchasers including a future date for the product to be available for purchase.
6. The method according to claim 1, wherein said setting the price is further based on a cost of manufacturing the product to meet the current demand.
7. The method according to claim 1, wherein the product is available for purchase at the price at a future date and further comprising updating the customer history factors for the potential purchasers based on actual purchase quantities of the product on or after the future date and the expected purchase quantities for the product prior to the future date.
8. The method according to claim 1, further comprising updating the customer history factors for the potential purchasers based on actual purchase of at least one previously sold other product.
9. The method according to claim 1, further comprising setting an expected purchase quantity in response to an indication of interest from a potential purchaser in purchasing the product.
10. The method according to claim 1, further comprising:
averaging the customer history factors to determine an average aggregate customer history factor; and
wherein said calculating the cumulative demand includes calculating the 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 average aggregate customer history factor.
11. The method according to claim 1, wherein said aggregating includes aggregating a customer history factor of a new potential purchaser joining the buying group with the customer history factors of the potential purchasers already in the buying group.
12. A system for determining a price for a product, said system comprising:
a memory configured to store historical purchasing information associated with potential purchasers of a product; and
a processor in communication with said memory and configured:
(i) to calculate an aggregate customer history factor by aggregating customer history factors of potential purchasers in a buying group,
(ii) to compute cumulative demand for a product as a function of:
(a) expected purchase quantities of the product indicated by the potential purchasers in the buying group and
(b) the aggregate customer history factor, and
(iii) to compute the price of the product as a function of the computed cumulative demand for the buying group.
13. The system according to claim 12, wherein said processor is further operable to publish product information to the potential purchasers.
14. The system according to claim 12, wherein the customer history factors are ratios of actual purchases by the customers of previously offered products to corresponding indications of interest by the customers in the previously offered products.
15. The system according to claim 12, wherein said processor is further operable to publish product information to the potential purchasers including a price range for the product.
16. The system according to claim 12, wherein said processor is further operable to publish including product information to the potential purchasers including a future date for the product to be available for purchase.
17. The system according to claim 12, wherein said processor is further configured to compute the price based on a cost of manufacturing the product to meet the current demand.
18. The system according to claim 12, wherein the product is available for purchase at the price at a future date and said processor is further operable to update the customer history factors for the potential purchasers based on actual purchase quantities of the product on or after the future date and the expected purchase quantities for the product prior to the future date.
19. The system according to claim 12, wherein said processor is further operable to update the customer history factors for the potential purchasers based on actual purchase of previously sold other products.
20. The system according to claim 12, wherein said processor is configured to set the expected purchase quantities to values in response to potential purchasers indications of interest in purchasing the product.
21. The system according to claim 12, wherein said processor is further operable to average the customer history factors to determine an average aggregate customer history factor, and wherein calculating the cumulative demand includes calculating the 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 average aggregate customer history factor.
22. The method according to claim 12, wherein aggregating includes aggregating a customer history factor of a new potential purchaser joining the buying group with the customer history factors of the potential purchasers already in the buying group.
23. A system for determining a price for a product, said system comprising:
means for computing an aggregate customer history factor by aggregating customer history factors of potential purchasers in a buying group;
means for determining 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
means for setting a price of the product as a function of the cumulative demand for the buying group.
24. The system according to claim 23, wherein the product is available for purchase at the price at a future date and further comprising means for updating the customer history factors for the potential purchasers based on actual purchase quantities of the product on or after the future date and the expected purchase quantities for the product prior to the future date.
25. The system according to claim 23, further comprising means for updating the customer history factors for the potential purchasers based on actual purchase of at least one previously sold other product.
26. The system according to claim 23, further comprising means for setting an expected purchase quantity to a value in response to an indication of interest from a potential purchaser in purchasing the product.
27. The system according to claim 23, further comprising:
means for averaging the customer history factors to determine an average aggregate customer history factor; and
wherein the determining of the cumulative demand includes calculating the 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 average aggregate customer history factor.
28. The system according to claim 23, wherein said means for aggregating includes means for aggregating a customer history factor of a new potential purchaser joining the buying group with the customer history factors of the potential purchasers already in the buying group.
29. A method for determining a price for a tangible product or service to be released into a market at a future date, said method comprising:
accepting indications of interest from potential purchasers for a tangible product or service to be released into a market at a future date;
aggregating the indications of interest to determine an aggregated current demand for the tangible product or service;
reducing the aggregated current demand based on purchasing history of the potential purchasers;
computing a current price of the tangible product or service based on the reduced aggregated current demand;
reconfirming the indications of interest to verify the reduced aggregated current demand based on the computed current price;
continuing said accepting, aggregating, reducing, computing, and reconfirming until a predetermined date; and
determining a final price for selling the tangible product or service at the future date based on the computed current price on or after the predetermined date.
30. The method according to claim 29, wherein said accepting the indications of interest includes receiving from each potential purchaser a value representing a quantity of tangible products or services to be purchased at the future date.
31. The method according to claim 30, wherein the purchasing history includes a customer history factor having a one-to-one correspondence with the potential purchasers.
32. The method according to claim 29, further comprising selling the tangible product or service on or after the future date to the potential purchasers.
33. The method according to claim 32, further comprising selling the tangible product or service to the potential purchasers at a discount.
34. The method according to claim 29, further comprising notifying the potential purchasers of a price range within which the final price of the tangible product or service is to be available for purchase at the future date.
35. The method according to claim 29, further comprising presenting the current price to a seller of the tangible product or service.
36. The method according to claim 35, further comprising:
adjusting the current price based on a response from the seller to the presented current price; and
reconfirming the indications of interest to verify the reduced aggregated current demand based on the adjusted current price.
37. The method according to claim 29, wherein the predetermined date is the future date.
38. The method according to claim 29, wherein reconfirming the indications of interest to verify the reduced aggregated current demand comprises receiving an acceptance of an offer to sell the tangible product or service.
39. A system for determining a price for a tangible product or service to be released into a market at a future date, said system comprising:
a processor configured to:
(i) accept indications of interest from potential purchasers for a tangible product or service to be released into a market at a future date;
(ii) aggregate the indications of interest to determine an aggregated current demand for the tangible product or service based on the indications of interest;
(iii) reduce the aggregated current demand based on purchasing history of the potential purchasers;
(iv) compute a current price of the tangible product or service based on the reduced aggregated current demand;
(v) reconfirm the indications of interest to verify the reduced aggregated current demand based on the computed current price;
(vi) continue to accept, aggregate, reduce, compute, and reconfirm until a predetermined date; and
(vii) determine a final price for selling the tangible product or service at the future date based on the computed current price on or after the predetermined date.
40. The system according to claim 39, wherein said processor is operable to execute software to receive from each potential purchaser a value representing a quantity of tangible products or services to be purchased at the future date in collecting the indications of interest.
41. The system according to claim 40, wherein the purchasing history includes a customer history factor having a one-to-one correspondence with the potential purchasers.
42. The system according to claim 39, wherein said processor is further operable to execute software to sell the tangible product or service on or after the future date to the potential purchasers.
43. The system according to claim 42, wherein said processor is further operable to execute software to sell the tangible product or service to the potential purchasers at a discount.
44. The system according to claim 39, wherein said processor is further operable to execute software to notify the potential purchasers of a price range within which the final price for the tangible product or service is to be available for purchase at the future date.
45. The system according to claim 39, wherein said processor is operable to present the current price to a seller of the tangible product or service.
46. The system according to claim 45, wherein said processor is further operable to execute software to:
adjust the current price based on a response from the seller to the presented current price; and
reconfirm the indications of interest to verify the reduced aggregated current demand based on the adjusted current price.
47. The system according to claim 39, wherein the predetermined date is the future date.
48. The system according to claim 39 wherein reconfirming the indications of interest to verify the reduced aggregated current demand comprises receiving an acceptance of an offer to sell the tangible product or service.
Patent Citations (45)
| Patent | Date | Inventor | Cited By |
|---|---|---|---|
| US4775936(A) | 1988-10-01 | Jung | Examiner |
| US5077665(A) | 1991-12-01 | Silverman et al. | Applicant |
| US5136501(A) | 1992-08-01 | Silverman et al. | Applicant |
| US5168446(A) | 1992-12-01 | Wiseman | Applicant |
| US5388165(A) | 1995-02-01 | Deaton et al. | Applicant |
| US5459306(A) | 1995-10-01 | Stein et al. | Applicant |
| US5515268(A) | 1996-05-01 | Yoda | Applicant |
| US5528490(A) | 1996-06-01 | Hill | Applicant |
| US5557518(A) | 1996-09-01 | Rosen | Applicant |
| US5649114(A) | 1997-07-01 | Deaton et al. | Applicant |
| US5664115(A) | 1997-09-01 | Fraser | Applicant |
| US5689652(A) | 1997-11-01 | Lupien et al. | Applicant |
| US5712985(A) | 1998-01-01 | Lee et al. | Examiner |
| US5727165(A) | 1998-03-01 | Ordish et al. | Applicant |
| US5758328(A) | 1998-05-01 | Giovannoli | Applicant |
| US5794207(A) | 1998-08-01 | Walker et al. | Applicant |
| US5794219(A) | 1998-08-01 | Brown | Applicant |
| US5799285(A) | 1998-08-01 | Klingman | Applicant |
| US5809144(A) | 1998-09-01 | Sirbu et al. | Applicant |
| US5818914(A) | 1998-10-01 | Fujisaki | Applicant |
| US5832459(A) | 1998-11-01 | Cameron et al. | Applicant |
| US5842178(A) | 1998-11-01 | Giovannoli | Applicant |
| US5845266(A) | 1998-12-01 | Lupien et al. | Applicant |
| US5857175(A) | 1999-01-01 | Day et al. | Applicant |
| US5895454(A) | 1999-04-01 | Harrington | Applicant |
| US5897622(A) | 1999-04-01 | Blinn et al. | Applicant |
| US5909023(A) | 1999-06-01 | Ono et al. | Applicant |
| US5915209(A) | 1999-06-01 | Lawrence | Applicant |
| US5924083(A) | 1999-07-01 | Silverman et al. | Applicant |
| US5956709(A) | 1999-09-01 | Xue | Applicant |
| US5983199(A) | 1999-11-01 | Kaneko | Applicant |
| US6009411(A) | 1999-12-01 | Kepecs | Examiner |
| US6061665(A) | 2000-05-01 | Bahreman | Examiner |
| US6085169(A) | 2000-07-01 | Walker et al. | Examiner |
| US6101484(A) | 2000-08-01 | Halbert et al. | Applicant |
| US6269343(B1) | 2001-07-01 | Pallakoff | Examiner |
| US6604089(B1) | 2003-08-01 | Van Horn et al. | Examiner |
| US6615183(B1) | 2003-09-01 | Kolls | Examiner |
| US6618709(B1) | 2003-09-01 | Sneeringer | Examiner |
| US6876983(B1) | 2005-04-01 | Goddard | Examiner |
| US6934690(B1) | 2005-08-01 | Van Horn et al. | Examiner |
| US2001/0014868(A1) | 2001-08-01 | Herz et al. | Examiner |
| US2002/0026351(A1) | 2002-02-01 | Coleman | Examiner |
| US2002/0107773(A1) | 2002-08-01 | Abdou | Examiner |
| JP7-73251(A) | 1995-03-01 | Examiner |
Non-Patent Literature (44)
- “Policing Privacy” Collections & Credit Risk, vol. 3, No. 4 (Apr. 1998) p. 27.Examiner
- Microsoft Press Computer Dictionary, third edition, Microsoft Press, Redmond, 1997, pp. 84 and 383.Examiner
- Anon., “VWR Scientific Products Corp. Uses Logility to Maintain Highest Inventory Management, Customer Service Goals,” PR Newswire, Jul. 21, 1997.Examiner
- Beckman, K., “Proxima Billing System Created for Multiservice Carriers,” RCR Radio communications Report, p. 31, May 31, 1999.Examiner
- Anon., “Digex CEO Nancy Faigen to Execs: New Breed of Killer Appplications' Driving Business Web Use.”Examiner
- Barron, J., “Consumer Satruday; Air Travel: Bumping Passengers,” New York Times, Late City Final Edition, p. 46, col. 1, May 26, 1984.Examiner
- Cohen, A., “Survey—Business Air Travel; Bumps Get Smoother,” Financial Times, Survey London Edition, p. 4, Apr. 30, 1996.Examiner
- Mieszkowski, K., “What'n the Heck is MobShop?” Salon.com, Mar. 29, 2000.Examiner
- Muehlbauer, J., “Group Buying Services Still Groping,” www.thestandard.com, Mar. 30, 2000.Examiner
- Anon., “Resistance Is Futile: Collective Purchasing Model Gets Deep Pockets,” www.thestandard.com, May 20, 1999.Examiner
- Online Document from http://www.archive.org of Marcata website, “Mercata—Group Buying Power,” http://web.archive.org/web/*/http://www.mercata.com/cgi-bin/mercata/mercata/v2/pages/home.jsp, from Aug. 16, 2000 (5 pages).Applicant
- Online Document from http://www.archive.org of Shop2Gether website, “Group Buying—Shop2gether.com,” http://web.archive.org/web/20000621025658/http://www.shop2gether.com/asp/s2g.asp, from Jun. 21, 2000 (6 pages).Applicant
- Online Document from http://www.archive.org of Groupbuy Center website, “Groupbuy Center—Buying Parts as a Group to Save Money,” http://web.archive.org/web/20000619021126/http://ww.groupbuycenter.com, from Jun. 19, 2000 (3 pages).Applicant
- Online Document from http://www.archive.org of Groupbuy Center website, “Groupbuy Center FAQ,” http://web.archive.org/web/20000609150538/http://www.groupbuycenter.com/faz.asp, from Jun. 9, 2000 (7 pages).Applicant
- Online Document from http://www.archive.org of Online Choice website, “Welcome to OnlineChoice.com,” http://web.archive.org/web/20001215125300/http://onlinechoice.com/US/Home/BODY/abo . . . , from Dec. 15, 2000 (3 pages).Applicant
- Online Document from http://www.archive.org of mySimon.com website, “mySimon: Home,” http://web.archive.org/web/20000815053232/http://www.mysimon.com/, from Aug. 15, 2000 (5 pages).Applicant
- Online Document from http://www.archive.org of mySimon.com website, “About My Simon,” http://web.archive.org/web/20001019090739/http://www.mysimon.com/corporate/index.jht . . . , from Oct. 19, 2000 (2 pages).Applicant
- Online Document from http://www.archive.org of DealTime.com website, “DealTime.com: Comparison Shop for Almost Anything,” http://web.archive.org/web/20000815052642/http://www.dealtime.com/, from Aug. 15, 2000 (6 pages).Applicant
- Online Document from http://www.archive.org of NexTag website, “NexTag.com: About Us,” http://web.archive.org/web/20000622011230/http://www.nextag.com/serv/main/about/about.jsp, from Jun. 22, 2000 (4 pages).Applicant
- Online Document from http://www.archive.org of C-Tribe website, “C-Tribe—Shopping That Makes Cents,” http://web.archive.org/web/200008150502640/http://www.c-tribe.com/, from Aug. 15, 2000 (3 pages).Applicant
- Online Document from http://www.archive.org of C-Tribe website, “How It Works,” http://web.archive.org/web/20000815052738/http://www.c-tribe.com/static/how—it—works.h . . . , from Aug. 15, 2000 (3 pages).Applicant
- Online Document from http://www.archive.org of C-Tribe website, “About C-Tribe,” http://web.archive.org/web/20000815053015/http://www.c-tribe.com/static/about.html, from Aug. 15, 2000 (3 pages).Applicant
- Online Document from http://www.archive.org of C-Tribe website, “C-Tribe Quick Tour,” http://web.archive.org/web/20001019065102/http://www.c-tribe.com/static/tour—one.html, from Oct. 19, 2000 (3 pages).Applicant
- Online Document from http://www.archive.org of Volume Buy website, “Volumebuy.com: Group Buying Aggregation,” http://web.archive.org/web/20000622003829/http://volumebuy.com/, from Jun. 22, 2000 (5 pages).Applicant
- Online Document from http://www.archive.org of of Zwirl.com website, “Zwirl.com” http://web.archive.org/web/20000815052738/http://www.zwirl.com/corp/home, from Aug. 15, 2000 (3 pages).Applicant
- Online Document from http://www.archive.org of Zwirl.com website, “Zwirl—Shoppers of the Net Unite!,” http://web.archive.org/web/20000815053255/http://www.zwirl.com/hp, from Aug. 15, 2000 (3 pages).Applicant
- Online Document from http://www.archive.org of Zwirl.com website, “Zwirl.com—Site Demo,” http://web.archive.org/web/20000815060345/http://www.zwirl.com/demo/demo.html, from Aug. 15, 2000 (2 pages).Applicant
- Online Document from http://www.archive.org of MobShop.com website, “Palm, Pilots, digital cameras, mp3, & more at volume discounts: MobShop Network (sm),” http://web.archive.org/web/20000815054717/http://www.accompany.com/, from Aug. 15, 2000 (4 pages).Applicant
- Online Document from http://www.archive.org of MobShop.com website, “Palm Pilots, digital cameras, mp3, & more at volume discounts: MobShop Network (sm),” http://web.archive.org/web/20000815052648/http://www.mobshop.com, from Aug. 15, 2000 (6 pages).Applicant
- Online Document from http://www.archive.org of MobShop.com website, “MobShop: How It Works,” http://web.archive.org/web/20001010154909/http://www.mobshop.com/howitworks, from Oct. 10, 2000 (4 pages).Applicant
- Online Document from http://www.archive.org of MobShop.com website, “MobShop: Our Policy,” http://web.archive.org/web/20000815052824/http://www.mobshop.com/about—policy, from Aug. 15, 2000 (10 pages).Applicant
- Online Document from http://www.archive.org of Yahoo! Inc. website, “Shopping and Services—Group Purchasing in the Yahoo! Directory,” http://web.archive.org/web/20050326094214/dir.yahoo.com/business—and—economy/shoppi . . . , from Jun. 21, 2000 (3 pages).Applicant
- Online Document from http://www.archive.org of RedHerring.com website, “ActBig.com Muscles in On Group Buying Power,” by Sarah Lai Stirland, http://web.archive.org/web/20000613170551/http://redherring.com/insider/1999/1013/news . . . , from Jun. 13, 2000 (9 pages).Applicant
- Online Document from http://www.archive.org of RedHerring.com website, “Redherring.com—Getting out of retail—Jan. 06, 2000,” Rafe Needleman, http://web.archive.org/web/20000817022144/http://redherring.com/cod/2000/0106.html, from Aug. 17, 2000 (5 pages).Applicant
- Online Document from http://www.archive.org of RedHerring.com website, “Redherring.com—The Web changes the rules of the pricing game—May 1, 2000,” http://web.archive.org/web/20000817040719/http://redherring.com/industries/2000/0501/res . . . , from Aug. 17, 2000 (4 pages).Applicant
- Online Document from http://www.archive.org of RedHerring.com website, Redherring.com—New mediator—From the Oct. 1999 issue, “New Mediator: The Music Industry Needs to Offer More Than Clever Business Models,” by Alex Grove, http://web.archive.org/web/20000817054906/http://redherring.com/mag/issue71/news-medi . . . , from Aug. 17, 2000 (7 pages).Applicant
- Oreskovic, Alexei, “Let's Make A Deal,” LexisNexis AlaCarta!, Copyright 2000 Industry Standard Communications, Inc., Feb. 28, 2000 (3 pages).Applicant
- Oreskovic, Alexei, “Secret Shopper: The Price is Right?,” LexisNexis AlaCarte!, Copyright 2000 Industry Standard Communications, Inc. Feb. 28, 2000 (2 pages).Applicant
- Online Document from http://www.archive.org of E-Commerce Times website, E-Commerece Times: Breaking News, “Paul Allen Backs Another Revolution',” by Mary Hillebrand, http://web.archive.org/web/20000815223133/http://www.ecommercetimes.com/news/article . . . , from Aug. 15, 2000 (11 pages).Applicant
- Online Document from http://www.archive.org of TheStandard.com website, The Standard.com: Accompany Wins Group-Buying Patent, “Accompany Wins Group-Buying Patent” by Jennifer Couzin, http://web.archive.org/web/20000830075113/http://www.thestandard.com/article/article—pri . . . , from Aug. 30, 2000 (3 pages).Applicant
- Mieszkowski, Katharine, “What'n the Heck is MobShop?,” LexisNexis AlaCarte!, Copyright 2000 Salon.com, Inc., Mar. 29, 2000 (2 pages).Applicant
- Online Document from http://www.archive.org of Business2.com website, “Riding the Buy Cycle: The founders of Accompany believe there's strength in numbers and are helping average consumers pool their buying power to get volume discounts,” by Michael Grebb, http://web.archive.org/web/20000902180036/http://www.business2.com/content/magazine/indepth/1999/0 . . . , from Sep. 2, 2000 (3 pages).Applicant
- Online Document from TheStandard.com, http://www.thestandard.com/newsletters/newsletterBottomframe/0.3679,106-858.00.html, The Industry Standard's Shop Grok, May 20, 1999, Selection pp-01 and pp=02 “Resistance is Futile: Collective Purchasing Model Gets Deep Pockets,” Printed Aug. 19, 2000.Applicant
- Online Document from TheStandard.com, http://www.thestandard.com/article/article—print/1,1153,13535,00.html, “Group Buying Services Still Groping,” Printed Aug. 19, 2000.Applicant