US20130282506A1 - System and method for generating exponential expansion of commerce - Google Patents

System and method for generating exponential expansion of commerce Download PDF

Info

Publication number
US20130282506A1
US20130282506A1 US13/924,695 US201313924695A US2013282506A1 US 20130282506 A1 US20130282506 A1 US 20130282506A1 US 201313924695 A US201313924695 A US 201313924695A US 2013282506 A1 US2013282506 A1 US 2013282506A1
Authority
US
United States
Prior art keywords
product
seller
listing
prospective
buyer
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
US13/924,695
Inventor
Andrew Altschuler
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.)
Exp Commerce Dot Com Ltd
Original Assignee
Exp Commerce Dot Com Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Exp Commerce Dot Com Ltd filed Critical Exp Commerce Dot Com Ltd
Priority to US13/924,695 priority Critical patent/US20130282506A1/en
Assigned to EXP COMMERCE DOT COM LTD. reassignment EXP COMMERCE DOT COM LTD. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: ALTSCHULER, ANDREW
Publication of US20130282506A1 publication Critical patent/US20130282506A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • 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/0201Market modelling; Market analysis; Collecting market data
    • G06Q30/0204Market segmentation
    • G06Q30/0205Location or geographical consideration
    • 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/0603Catalogue ordering
    • 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/0611Request for offers or quotes
    • 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/0613Third-party assisted
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0623Item investigation
    • 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/0641Shopping interfaces
    • 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/08Auctions

Definitions

  • the present invention relates to commerce generally, more specifically, the invention relates to a method and system for turning a buyer into a prospective seller and providing interfaces and modules for seamlessly placing items for resale and performing related actions within an ecommerce site.
  • the ecommerce systems have attracted large numbers of users, thereby generating large and varied product listings of both new and used products.
  • ecommerce systems commonly suffer from an inability to efficiently convert buyers into prospective sellers.
  • sellers supply descriptions and images of the products they are selling.
  • the task of generating ecommerce listings can be cumbersome, particularly for small merchants and non-merchant individuals.
  • the buyers can select to re-list a particular item from their purchase history list with the same ecommerce system provider.
  • These ecommerce systems alleviate the prospective sellers from having to re-type the item descriptions and uploading images, but the prospective seller must go through the standard process of listing the item with the ecommerce system provider. That is, the ecommerce system does not differentiate between a newly listed and a re-listed item.
  • the terms of that listing are binding on the seller. That is, if the buyer agrees to the terms on the listing, the seller must sell the item to the buyer. Similarly, if the item is listed for an auction, the seller must sell the item to the winning or the highest bidder. Accordingly, it may be desirable for a prospective seller to list the item to gauge interest in the marketplace for a particular item before actually listing the item for sale. For example, the prospective seller can use such information to determine the appropriate listing price when he/she decides to list the item for sale.
  • the present invention overcomes aforementioned shortcomings in prior art by providing a system and method that seamlessly turns buyers into prospective sellers.
  • the system and method provides the buyer with an option of listing the purchased item for sale in the marketplace or soliciting interests or bids for the purchased item from prospective buyers.
  • the system and method as aforesaid provides such option to the buyer at the time of the sale, e.g., during, before or after the checkout process.
  • the system and method as aforesaid maintains transaction history for each item in the marketplace. That is, the transaction history includes at least one of the following: owner names, owner's user identifications, owner's email addresses, purchase dates, purchase price, method of sale, product description and product conditions.
  • the system and method as aforesaid provides an option for a seller or a prospective seller to add an ecommerce listing of a purchased product using the information contained in the corresponding transaction history. Since all the information required for a listing is already in the transaction history, the seller or prospective seller only needs to provide the selling price to complete the listing.
  • the system and method as aforesaid provides the buyer, at the time of the sale, the option of scheduling a reminder to place the purchased item for sale.
  • the system and method as aforesaid provides a prospective seller to generate a non-binding listing, i.e., a prospective listing.
  • a computer implemented method for generating multiple transactions from a buy/sell transaction of a product comprises the steps of: providing an option to list the product for resale by a buyer of the buy/sell transaction in an electronic marketplace; and generating a new listing based on information relating to the buy/sell transaction if the buyer elects to resale the product, thereby enabling the product to be sold multiple times.
  • a computer implemented method of managing an electronic marketplace for facilitating a plurality of users to purchase a product from a browsable electronic catalog comprises the steps of: generating a prospect list of a plurality of products interested or sought by a prospective buyer and notifying the prospective buyer if the product on the prospect list becomes available in any marketplace.
  • Each product on the prospect list is identified by a product identifier, the product identifier being at least one of the following: universal product code (UPC), brand or model number.
  • UPC universal product code
  • a computer implemented method for managing an electronic marketplace for facilitating purchase products from a browsable electronic catalog by a plurality of users comprises the steps of: receiving an interest or an offer to purchase from a prospective buyer of a product; and appending a listing associated with the product to include the interest or the offer to purchase from the prospective buyer.
  • a computer implemented method for generating multiple transactions from a buy/sell transaction of a product comprises the steps of: receiving an option to list the product for resale by a buyer of the buy/sell transaction in an electronic marketplace; and receiving a new listing generated based on information relating to the buy/sell transaction if the buyer elects to resale the product, thereby enabling the product to be sold multiple times.
  • a system for generating multiple transactions from a buy/sell transaction of a product comprises a client device, a server and a listing database.
  • the client device is connected to a communications network and associated with a buyer.
  • the server is connected to the communications network and manages an electronic marketplace.
  • the server comprises a creation module and a listing module.
  • the creation module receives information related to the buy/sell transaction of the product and transmitting an option to list the product for resale to the client device associated with the buyer of the buy/sell transaction in the electronic marketplace.
  • the listing module generates a new listing based on information relating to the buy/sell transaction if the buyer elects to resale the product, thereby enabling the product to be sold multiple times.
  • the listing database stores said new listing.
  • a computer readable media comprising a code for generating multiple transactions from a buy/sell transaction of a product.
  • the code comprises instructions for: providing an option to list the product for resale to a buyer of the buy/sell transaction in an electronic marketplace; and generating a new listing based on information relating to the buy/sell transaction if the buyer elects to resale the product, thereby enabling the product to be sold multiple times.
  • the computer implemented method as aforesaid further comprises the step of specifying a minimum price for the product.
  • the computer implemented method as aforesaid further comprises the step of maintaining a user history record comprising at least one of the following: user identification, products bought, products sold, names of counter-parties and user identifications of said counter-parties.
  • FIG. 1 is a schematic diagram of the ecommerce system in accordance with an exemplary embodiment of the present invention.
  • FIG. 2 is a flow chart detailing the process whereby a sold product is captured into the EXPCommerce System and the buyer of the product is immediately transformed into seller/prospective seller in accordance with an exemplary embodiment of the present invention.
  • FIG. 3 is a flow chart detailing the process of creating a product listing in accordance with an exemplary embodiment of the present invention.
  • FIG. 4 is a flow chart detailing the process of creating an auction in accordance with an exemplary embodiment of the present invention.
  • the ecommerce system or the EXP Commerce system comprises various computer-implemented services through which ecommerce sellers can list products for sale and prospective sellers can re-list purchased products for resale and ecommerce buyers can browse through the ecommerce listings to purchase items from ecommerce sellers.
  • the ecommerce site or marketplace is generally controlled, maintained or administered by an ecommerce provider or operator.
  • commerce includes but is not limited to the marketing, buying, selling and exchanging of products and services or something of economic value between two or more individuals, businesses, governments or other entities, whether wholesale, retail, business-to-business, business-to-consumer, manufacturer to end buyer (manufacturer direct), consumer to consumer, domestic, international, online or offline, multichannel, cross-channel or the like.
  • the EXPCommerce System 613 (“EXPCommerce”) comprises a server 615 which is connected to a communications network 600 , e.g., the Internet.
  • Server 615 comprises modules that perform the functionality and methods of the present invention as described herein.
  • Primary modules include: the Creation Module 620 , the Listing Module 625 , the Prospect Module 630 , the Communications Module 635 , the Website Module 640 , the Promotion Module 645 and the Transaction Module 650 .
  • Server 615 further comprises databases which can either be integral to the server or separately connected storage.
  • Primary databases include the User Database 655 , the Product Database 660 , the Listing Database 665 , the Prospect Database 660 and the Transaction Database 675 .
  • EXPCommerce 613 Users can remotely or directly access the EXPCommerce 613 through the electronic communications network 600 using Client Point of Entry Devices 605 including but not limited to PCs, PDAs, standard web browsers, web-enabled handheld devices, interactive kiosks, telephones, faxes, POS systems, EDIs, and the like.
  • Client Point of Entry Devices 605 including but not limited to PCs, PDAs, standard web browsers, web-enabled handheld devices, interactive kiosks, telephones, faxes, POS systems, EDIs, and the like.
  • An individual, business, or other entity registers with the EXPCommerce 613 to become a user. Once registered, the user can access, perform buy/sell transactions acting as a buyer and/or seller and use the functionality of the EXPCommerce 613 as described herein.
  • the EXPCommerce 613 comprises the User Database 655 that stores information about the registered users of the EXPCommerce 613 .
  • the User Database 655 stores user unique parameters including but not limited to a user name, password, seller/buyer status, business information if applicable, shipping address, contact information, e-mail address, payment information, bank account information, preference settings, and other such relevant parameters. Users include but are not limited to buyers, sellers, prospective buyers, prospective sellers, and any other entities, whether individuals, businesses, or governments and the like.
  • the User Database 655 stores event history parameters including but not limited to a user's listing, prospecting, communications, websites, promotions, transactions, feedback, payments, and other such relevant parameters.
  • the EXPCommerce system 613 can operate as a stand-alone electronic marketplace or as an add-on to an existing electronic marketplace to provide various features of the present invention as described herein.
  • the EXPCommerce 613 comprises a Creation Module 620 .
  • the Creation Module 620 comprises web crawlers, spiders, bots and the like that search multiple third-party online and offline transaction channels and capture and import any sold product into the EXPCommerce 613 for the possible future re-sale of the product.
  • Products include but are not limited to: products, services, physical products, intangible services, digital products, content, software, a combination of products and services, currencies, real estate, securities, leases, licenses, rentals, subscriptions, information, and other types of business transactions.
  • Online transaction channels include but are not limited to third-party business to business (b 2 b ), business to customer (b 2 c ), and customer to customer (c 2 c ) websites and shopping portals.
  • the Creation Module 620 can be electronically integrated with most shopping cart checkout systems of online transaction channels by methods and procedures known to those of skill in the art.
  • a buyer can send EXPCommerce 613 a form email or a copy of the transaction confirmation page from the non-integrated electronic transaction channel.
  • EXPCommerce 613 further comprises a toolbar that can be downloaded and integrated into a standard web browser.
  • the toolbar provides the user with the ability to capture information from a transaction confirmation page and thus facilitates entering the information into EXPCommerce 613 .
  • a user i.e., a buyer
  • a buyer can immediately be transformed into a seller/prospective seller before, during and/or after the checkout process and an immediately resell a product, list a product for resale (as a binding or non-binding listing), receive/accept solicitations for the newly purchased item, and/or at some time in the future use the EXPCommerce 613 to relist and/or accept solicitations for the purchased item.
  • the Creation Module 620 queries the buyer before, during, or immediately after the time of purchase, and/or multiple times in the future by presenting a graphical user interface containing the query: “Do you want to relist this product for possible resale now?”
  • the graphical user interface contains a “yes” and “no” radio box with the “yes” box selected by default. Buyers who wish to answer “no” can uncheck the “yes” radio box and check “no”.
  • the Creation Module 620 will cause another graphical user interface to appear containing the query: “Is it possible that you may wish to relist this product for possible resale at some time in the future?”
  • the buyer can notify the EXPCommerce 613 that he/she is ready to list the purchased item for resale in the future.
  • the EXPCommerce 613 communicates with the buyer on a periodic basis querying if the buyer wishes to sell the purchased product or would consider selling the purchased product in the future.
  • the buyer can set reminders instructing the EXPCommerce 613 to contact the buyer at a specific time such as in a year. The EXPCommerce 613 will then query the buyer in a year as to whether the buyer wishes to create a product listing to resell the purchased product.
  • the buyer can schedule the EXPCommerce 613 to contact the buyer at a specified or predetermined time in the future to query whether the buyer wishes to create a listing to resell the purchased product.
  • the buyer can also schedule the EXPCommerce 613 to contact the buyer at a specified time in the future with a reminder to list the purchased product as a binding and/or non-binding offer for sale.
  • the EXPCommerce 613 comprises a Listing Module 625 to generate a listing for a product once it is captured by the Creation Module 620 .
  • the Listing Module 625 stores and retrieves the previous listing associated with the product from the Listing Database 665 .
  • the EXPCommerce 613 instantly and seamlessly transforms the most recent buyer into a seller/prospective seller and generates a listing to list a product for resale without going through the current industry standard listing process of entering product information.
  • the Listing Module 625 also has standard tools to enable a user (i.e., a seller) to generate an initial product listing.
  • the Listing Module 625 generates a listing for resale from the product information captured previously by the Creation Module 620 and stored in the Product Database 660 .
  • the static product information captured by the Creation Module 620 typically does not change as a product is resold multiple times throughout its life.
  • Static product information includes but is not limited to: product name/title, description, manufacturer, brand, model number, UPC, product dimensions, product weight, shipping dimensions, shipping weight, product materials, packaging, warranty information, author, artist, ISBN, product images, merchandising collateral and/or other relevant information.
  • the static information typically does not change, seller/prospective seller can modify any of this static information.
  • the EXPCommerce 613 stores any changes and displays the changes in the product listing. For a product that is being sold for the first time, and/or for which no product data currently exists within EXPCommerce 613 , a user can enter the product data using the Listing Module 625 .
  • Variable information typically changes each time a product is listed for resale, and the variable information should be updated by the seller/prospective seller.
  • Variable information includes, but is not limited to, one or more of the following: pricing, condition of the product, terms of availability, location, shipping terms/options/limitations, and/or any other relevant information.
  • product listings also contain historical transactional and ownership information related to previous purchases of the product that accumulates as the product is sold multiple times.
  • the EXPCommerce 613 stores and retrieves the historical transactional and ownership information in and from the Transaction Database 675 .
  • Historical transactional information includes but is not limited to: transaction channel, unique transaction number, transaction date, seller, buyer, communication/negotiations between seller and buyer, location of product, ship method, listing price, transaction price or other consideration (if different from listing price), listing fees, commissions, product condition, condition update notes, returns, exchanges, product reviews and other relevant information.
  • the EXPCommerce 613 updates and appends the historical transactional and ownership information each time a product is sold, and attaches it to the product listing each time a product is listed for resale. Historical transactional and ownership information cannot be modified. The seller/prospective seller can select to hide the historical and ownership information, although hiding such information may discourage a potential buyer.
  • the EXPCommerce 613 can suggest a selling price based on at least one of the following: the current selling price of a same or similar product in the marketplace or other marketplaces; purchase price history of a same or similar product; and/or the product ownership history for a same or similar product.
  • seller/prospective seller can request and receive information about prospective buyers, supply and demand for the product, etc; which may influence the seller/prospective seller to modify a selling price or other terms of the listing.
  • a buyer can be transformed into a seller and can list a product for resale in a binding manner in which the seller is obligated to sell the product according to the terms of the product listing specified by the seller.
  • a buyer can be transformed into a prospective seller and can create a non-binding listing, in which the prospective seller: can explore the opportunity of selling the product but is not obligated to sell the product; and can solicit interested prospective buyers to communicate their interest in, inquire about, and/or submit purchase offers for the product.
  • a non-binding listing can be used by a prospective seller to gauge the level of current demand for a product and influence a prospective seller to eventually decide to sell the product. The prospective seller can select to generate a non-binding listing with or without a price, and can select whether or not to display the price.
  • the EXPCommerce 613 supports fixed-price sales, auctions or both.
  • the Listing Module 625 enables a seller to generate listings to sell a product via an auction. Auctions can occur within the EXPCommerce 613 or on a third-party auction platform such as but not limited to eBay®, Ubid®, Yahoo! ® Auctions, Amazon Auctions®, and Overstock.com Auctions SM , or an offline auction, whether live-in person or via telephone or mail or any other industry standard method of conducting an auction.
  • the EXPCommerce 613 comprises a Communications Module 635 which enables communication between registered users and between a registered user and the EXPCommerce 613 system.
  • the Communications Module 635 enables communication via email, phone, fax, EDI, xml, ftp mail, and other industry standard communication methods.
  • the seller/prospective seller can choose to initiate an auction for a product after a select number of prospective buyers, with or without qualifications, specified by the seller/prospective seller, register to participate in the auction for the product.
  • the Communications Module 635 notifies the seller/prospective seller when a predetermined number of prospective buyers or bidders express an interest in bidding for the product and have registered to participate in the auction for the product.
  • the seller/prospective seller can choose whether or not to make known the select number of registered prospective buyers required to initiate the auction, as well as whether or not to make known the qualifications specified by the seller/prospective seller.
  • the Communications Module 635 communicates the above-mentioned processes to the seller/prospective seller and prospective buyer.
  • the EXPCommerce 613 comprises a Website Module 640 comprising one or more websites for creating, listing, marketing, promoting, prospecting, communicating, transacting, and performing all other functions and methods described herein.
  • the EXPCommerce 613 provides a user with the option to create one or more user-branded websites pointing to a domain name of their choosing, hosted by the EXPCommerce 613 , displaying product listings of their choosing, and performing the functions and methods described herein.
  • the EXPCommerce 613 comprises a Promotion Module 645 to place, market, promote, or advertise a product listing on various suitable platforms including but not limited to:
  • buyers can locate listings for a particular product and buy the same product multiple times throughout a product's life.
  • the buyer/prospective buyer can locate product listings across marketing channels on which the seller/prospective sellers have selected to promote product listings employing a number of industry standard mechanisms to locate one or more products of interest.
  • users can browse a hierarchy of product categories and associated products, enter search terms into a search engine and obtain search results, and employ a number of other conventional mechanisms to locate products of interest.
  • the buyer/prospective buyer typically locates and browses product listings over the Internet or other network using a standard web browser.
  • the EXP Commerce 613 comprises a Prospect Module 630 .
  • the Prospect Module 630 stores and retrieves a prospective buyer's prospect list in the Prospect Database 660 .
  • the EXPCommerce 613 gives the option and ability for the buyer/prospective buyer to create and manage a Prospect List (binding and/or non-binding) for one or more products which the buyer/prospective buyer is interested in or desires to buy, whether or not the product is currently available or unavailable. Searching the Transactional Database 675 to determine the current owner of a desired product, and using the Communications Module 635 , a prospective buyer can contact the current product owner.
  • a product that a prospective buyer wishes to add to the prospective buyer's Prospect List is specified/selected using the Prospect Module 630 according to a unique identifier such as UPC, brand, model, etc., or by browsing categories of products, or by specifying a range of desired criteria including but not limited to one or more of the following: categories, brands, models, conditions, colors, price, geographic location, and the like.
  • a prospective buyer can add products to the Prospect List for a multitude of reasons, including but not limited to: the product supply is too high or too low, the product has been on the market/available for sale for an inadequate period of time; the prospective buyer is interested in the product at some time in the future; the demand is too high or too low; the product is not currently available for sale; the product is not available in a respective geographic region; shipping limitations; the seller will not sell to the prospective buyer; the prospective buyer does not wish to buy from the seller; the current product price exceeds the amount the prospective buyer wishes to pay; the product does not exist.
  • the EXPCommerce 613 can utilize a product's ownership or transactional history or other means to identify the owner(s) (potential prospective sellers) of the product, and proactively solicit the owner(s) to create a product listing for the product.
  • the proactive solicitations can be triggered by a change in supply/demand for the product, by the addition of the product to a prospective buyer's Prospect List, or for any other reason.
  • the existence of a product on a Prospect List is communicated to all seller/prospective sellers during the creation of a listing for the product, as well as after the listing is created.
  • the seller/prospective seller has the option and ability to modify the listings accordingly.
  • the existence of a product on a prospective buyer's Prospect List is displayed on all listings for the product.
  • the EXPCommerce 613 can solicit prospective buyers. Such solicitations are communicated via the Communications Module 635 and/or displayed when the user(s) accesses the EXPCommerce 613 .
  • the seller/prospective seller can create one or more conditions under which the Communications Module 635 should notify the seller/prospective seller. Conditions may include but are not limited to: a specified or predetermined change in supply or demand of the product or any other specified product; when/if the product has been on the market/available for sale for a specified period of time; when a prospective buyer specifies to be notified now or at some time in the future regarding the seller/prospective seller's product; the qualifications of the prospective buyer, including the feedback rating, geographic location, or transactional history.
  • Conditions that can be specified include but are not limited to: a specified change in the product supply/demand; the product has been on the market/available for sale for a specified or predetermined period of time; a specified future date arrives; a specified or predetermined change in the product availability with respect to a geographic region; a specified change in a shipping limitation; a seller who would not sell to the prospective buyer is now willing to sell; a specified/unspecified additional seller(s) is/are now selling the product; a specified or predetermined change in the product price; the product that did not exist now exists.
  • the Communications Module 635 enables the buyer/prospective buyer to communicate with the seller/prospective seller and send offers.
  • the Communications Module 635 notifies the seller/prospective seller of offers from the prospective buyers that equal or exceed a predetermined amount specified by the seller/prospective seller, or an offer regardless of the amount of the offer.
  • the predetermined amount specified by the seller/prospective seller may or may not be made available to the buyer/prospective buyer.
  • the buyer/prospective buyer can send and the seller/prospective seller can receive notifications expressing an interest in or requesting additional information about a product, such as a condition update.
  • the EXPCommerce 613 enables a buyer to specify a desired purchase price and/or other criteria (condition, location, seller criteria) for a selected product on a Prospect List, and to automatically transact on behalf of the buyer/prospective buyer to buy the product when the product is available for sale and meets the specified criteria.
  • buyer2 In the case where there is a seller who creates a product listing with the intent to sell the product (most frequently when the product's value depreciates over time, although not always), a prospective buyer (buyer 1), and a subsequent prospective buyer (buyer2) who may buy the product from buyer1 after buyer1 takes ownership of and wishes to resell the product in the future (perhaps buyer2 cannot afford to buy the product at its current selling price or does not need the product now but may need the product in the future or does not like the current seller): for buyer2 to commit (binding) or express interest (non-binding) to being a future buyer of the product before buyer1 buys the product, to register buyer2's commitment or interest, to display buyer2's commitment or interest as part of the product listing, and to communicate buyer2's commitment or interest to buyer1 prior to buyer1's purchase of the product.
  • Such commitment or interest can increase the value of the product and/or encourage buyer1 to buy the product because buyer 1 knows that the product can/may subsequently be resold
  • the EXPCommerce 613 comprises a Transaction Module 650 to enable the buying and selling of a product through the EXPCommerce Website(s), the user-branded EXPCommerce websites, and across multiple other third-party online and offline transaction channels.
  • the Transaction Module 650 contains a settlement system that integrates with third-party payment processing systems such as PayPal®, Google Checkout®, Western Union®, credit card gateways and other systems to process credit or debit card payments, electronic checks, wire transfers, bank account transactions and the like.
  • the Transaction Module 650 can use pre-specified shipping and payment information to expedite the completion of the transaction.
  • the Transaction Module 650 prompts the buyer to confirm the shipping address and payment method retrieved from the User Database 655 or to enter new or correct information.
  • the Transaction Module 650 also processes returns and credits, and has the functionality to apply coupons and discounts in a variety of fashions, and other industry standard transaction processes.
  • the Communications Module 635 transmits purchase orders and purchase confirmations to sellers. Sellers return confirmation of receipt and ship confirmations.
  • the Communications Module 635 transmits purchase confirmations and ship confirmations to buyers.
  • a purchase confirmation, preferably including shipping tracking information, is typically transmitted by email to the buyer.
  • the Communications Module 635 notifies users of initiated, processed and completed returns, credits, payment notifications and the like.
  • the EXPCommerce 613 comprises a feedback system giving the option and ability for users to post feedback about other users with whom they have transacted.
  • the feedback postings are stored in and retrieved from the User Database 655 .
  • Feedback for a user can be found in the user's profile.
  • Feedback for a seller/prospective seller is displayed on each product listing created by the seller/prospective seller.
  • a user can set conditions based on feedback of other users, such as whether or not the user wishes to transact with another user.
  • FIG. 2 is a flow chart detailing the process whereby a recently sold product is captured into the EXPCommerce 613 and the buyer of the product is instantly transformed into a seller/prospective seller in accordance with an exemplary embodiment of the present invention.
  • the buyer can immediately be transformed into a seller/prospective seller before, during and/or after the checkout process and can immediately list the product for re-sale (binding or non-binding).
  • the Creation Module 620 of the EXPCommerce 613 first queries the seller/prospective seller (who is now transformed from the buyer to the seller/prospective seller) at step 1010 .
  • Step 1010 can occur before, during, or immediately after the time of purchase of a product, and/or multiple times in the future thereafter.
  • the Creation Module 620 will display the query in a graphical user interface.
  • the Creation Module 620 displays a first query to the seller/prospective seller: “Do you want to relist this product for possible resale now?” If the Creation Module 620 receives an affirmative answer to the query of step 1010 , the Creation Module 620 invokes the Listing Module 625 at step 1020 (see FIG. 3 ).
  • the Creation Module 620 displays a second query to the seller/prospective seller at step 1030 : “Is it possible that you may wish to relist this product for possible resale at some time in the future?” If the Creation Module 620 receives a negative response to the query of step 1030 , the Creation Module 620 displays a third query to the seller/prospective seller at step 1040 : “Would you like us to ask you again in the future if it is possible you will want to sell this product at some time in the future?” If the Creation Module 620 receives a negative response to the query of step 1040 , the Creation Module 620 ends the queries (step 1045 ).
  • the Creation Module 620 displays a fourth inquiry at step 1050 : “When would you like to be asked again about possibly selling this product?” If the Creation Module 620 does not receive a date from the seller/prospective seller, the Creation Module 620 then ends the queries. If the Creation Module 620 receives a date entered by the seller/prospective seller, the Creation Module 620 records the selected date on which to contact the seller/prospective seller to ask the seller/prospective seller again about possibly selling the product at step 1060 . The Creation Module 620 then displays a fifth query on the selected date at step 1070 : “Do you want to relist this product for possible sale now?” and the process returns to step 1010 .
  • FIG. 3 is a flow chart detailing the process of generating a product listing in accordance with an exemplary embodiment of the present invention.
  • EXPCommerce 613 enables the seller/prospective seller to do so without going through the current industry standard listing process of entering all of the product information.
  • Static product information can include but is not limited to: product name, description, manufacturer, brand, model number, UPC, product dimensions, product weight, shipping dimensions, shipping weight, product materials, packaging, warranty information, author, artist, ISBN, product images, merchandising collateral and/or other relevant information.
  • the static information typically does not change, the seller/prospective seller is able to modify the information.
  • Variable information typically does change each time a product is listed for resale, and variable information should be updated by the seller/prospective seller.
  • Variable information includes, but is not limited to, one or more of the following: pricing, condition update, terms of availability, location, shipping terms/options/limitations, and/or any other relevant information.
  • Product listings also contain historical transactional and ownership information related to previous purchases of the product that accumulates as the product is sold multiple times throughout its life.
  • the historical transactional and ownership information is stored in and retrieved from the Transaction Database 675 .
  • Historical transactional information includes but is not limited to transaction channel, unique transaction number, transaction date, seller, buyer, communication/negotiations between seller and buyer, the location of a product, the ship method, listing price, transaction price or other consideration (if different from listing price), listing fees, commissions, product condition, condition update notes, returns, exchanges, product reviews and other relevant information.
  • the EXPCommerce 613 updates and appends the historical transactional and ownership information each time a product sells, and attaches it to the product listing each time a product is listed for resale. Historical transactional and ownership information cannot be modified.
  • the seller/prospective seller may select to hide the historical transactional and ownership information, although hiding this information may discourage a potential buyer.
  • the Listing Module 625 first prompts the seller/prospective seller to update the product listing's information, and the EXPCommerce 613 stores any changes and displays them in the product listing when the listing is complete.
  • the Listing Module 625 then first displays a query inquiring what type of sale the seller/prospective seller would like to create: auction or non-auction.
  • the EXPCommerce 613 supports both fixed-price sale and auction; and a seller can generate a listing to sell a product in an “auction” using the Listing Module 625 . If the Listing Module 625 receives a reply of an auction to the query of step 2020 , the Listing Module 625 invokes the auction processes at step 2022 (see FIG. 4 ).
  • the Listing Module 625 receives a reply of a non-auction to the query of step 2020 , the Listing Module 625 of the EXPCommerce 613 then displays a second query inquiring whether the seller/prospective seller would like to create a binding or non-binding product listing at step 2030 .
  • the Seller/prospective seller can create a binding listing in which the seller/prospective seller is obligated to sell the product according to the terms of the product listing specified by the seller/prospective seller.
  • the seller/prospective seller can create a non-binding listing, in which seller/prospective seller may wish to explore selling the product, but is not obligated to sell the product, and/or can solicit interested prospective buyers to communicate their interest in, inquire about, and/or submit purchase offers for the product.
  • a non-binding listing can be used by the seller/prospective seller to gauge the level of current demand for a product, and influence the seller/prospective seller to eventually decide to sell the product.
  • the Seller/prospective seller can select to create a non-binding listing with or without a price, and can select whether or not to display the price.
  • the Listing Module 625 displays a third query at step 3040 inquiring whether the seller/prospective seller would like to receive a price recommendation.
  • the EXPCommerce 613 can suggest a selling price based on at least one of the following criteria: current selling price of a same or similar product; in the marketplace or other marketplaces, purchase price history of a same or similar product, and/or the product ownership history for a same or similar product.
  • the seller/prospective seller can request and receive information about the prospective buyers, supply and demand for the product, etc, which may influence the seller/prospective seller to modify the selling price or other terms of the listing.
  • the Listing Module 625 retrieves and displays price recommendations at step 3050 . If the Listing Module 625 receives a negative response to the query of step 3040 or following step 3050 , the Listing Module 625 prompts the seller/prospective seller to enter a selling price at step 3060 . After the Listing Module 625 receives a selling price, the Listing Module 625 proceeds to step 2100 .
  • the Listing Module 625 displays another query at step 2035 inquiring whether the seller/prospective seller would like to enter a selling price. If the Listing Module 625 receives a negative response, Listing Module 625 proceeds to step 2100 . If the Listing Module 625 receives an affirmative reply to the query of step 2035 , the Listing Module 625 displays another query inquiring whether the seller/prospective seller would like to receive a price recommendation at step 2040 . If the Listing Module 625 receives an affirmative response to the inquiry of step 2040 , the Listing Module 625 retrieves and displays price recommendations at step 2050 . If the Listing Module 625 receives a negative response to the inquiry of step 2040 , or after step 2050 , the Listing Module 625 then prompts the seller/prospective seller to enter a selling price at step 2060 .
  • the Listing Module 625 displays a query at step 2070 inquiring whether the seller/prospective seller would like to display the selling price. If the Listing Module 625 receives an affirmative response to the inquiry of step 2070 , the Listing Module 625 then displays the selling price in the listing at step 2072 . If the Listing Module 625 receives a negative response to the inquiry of step 2070 , the Listing Module 625 does not display the selling price in the listing.
  • step 2070 or step 3060 or if the Listing Module 625 receives a negative response to the inquiry of step 2035 , the Listing Module 625 proceeds to step 2100 .
  • step 2100 the Listing Module 625 displays a query inquiring if there are any conditions about which, when met, the seller/prospective seller would like to be notified. If the Listing Module 625 receives an affirmative response to the inquiry of step 2100 , the Listing Module 625 prompts the seller/prospective seller to specify the notification conditions at step 2110 .
  • the seller/prospective seller can create one or more conditions under which the Communications Module 635 should notify the seller/prospective seller.
  • Conditions may include but are not limited to: a specified or predetermined change in supply or demand of the product or any other specified product; when/if the product has been on the market/available for sale for a specified period of time; when a prospective buyer specifies to be notified now or at some time in the future regarding a seller/prospective seller's product; qualifications of a prospective buyer, including feedback rating, geographic location, transactional history. If the Listing Module 625 receives a negative response to the inquiry of step 2100 , or after the seller/prospective seller has specified conditions in step 2110 , the listing is completed at step 2115 .
  • the EXPCommerce 613 supports both fixed-price sale and auction.
  • the seller/prospective seller can generate a listing to sell a product in an auction using the Listing Module 625 .
  • Auctions can occur within EXPCommerce or on a third-party auction platform such as but not limited to eBay®, Ubid®, Yahoo!® Auctions, Amazon Auctions®, and Overstock.com Auctions SM , or an offline auction, whether live in person or via telephone or mail or any other industry standard method of conducting an auction.
  • FIG. 4 is a flow chart detailing the process of creating an auction in accordance with an exemplary embodiment of the present invention.
  • the seller/prospective seller can choose to initiate an auction for a product when a specified number of prospective buyers, with or without qualifications specified by the seller/prospective seller, register to participate in the auction for a product.
  • the auction specification can be modified if the seller/prospective seller so desires. For example, the seller/prospective seller can choose whether or not to make known the select number of registered prospective buyers required to initiate the auction, as well as whether or not to make known the specified prospective buyer qualifications.
  • the seller/prospective seller can initiate an auction without prospective buyer registration.
  • the Listing Module 625 displays a query inquiring if the seller/prospective seller would like to select the number of prospective buyers, with or without qualifications, which must register to participate in the auction prior to commencing the auction. If the Listing Module 625 receives an affirmative response to the inquiry of step 3000 , the Listing Module 625 then prompts the seller/prospective seller at step 3010 : to specify the number of prospective buyers required to register for the auction prior to the commencement of the auction; to specify any qualifications of the prospective buyers to choose whether or not to make known the select number of registered prospective buyers required to initiate the auction; and whether or not to make known the specified prospective buyer qualifications.
  • the EXPCommerce System 613 notifies the seller/prospective seller when the specified number of qualified prospective buyers has registered.
  • the seller/prospective seller can also choose to receive additional notifications according to conditions specified by the seller/prospective seller. For example, the seller/prospective seller can choose to be notified: each time a prospective buyer registers regardless of the qualifications of the prospective buyer; each time a prospective buyer with select qualifications registers; each time a certain number of prospective buyers registers, etc.
  • the seller/prospective seller can modify communication conditions at any time thereafter.
  • the Listing Module 625 displays a query at step 3020 inquiring if the seller/prospective seller would like to receive price recommendations.
  • the EXPCommerce 613 can provide price recommendations based on but not limited to at least one of the following: current selling price of the same or similar product in the marketplace or other marketplaces; purchase price history of the same or similar product; and/or the product ownership history for the same or similar product.
  • the Listing Module 625 retrieves and displays one or more price recommendations at step 3030 . If the Listing Module 625 receives a negative response to the inquiry of step 3020 or after the Listing Module 625 retrieves and displays one or more price recommendations at step 3030 , the Listing Module 626 then prompts the seller/prospective seller at step 3040 to complete the auction listing by entering additional auction information.
  • the auction information can include but is not limited to: the auction site, the start date/time, duration, minimum bid, buy-it-now price, reserve price if any, whether or not to hide the reserve price, whether the auction listing is binding or non-binding, and other relevant information.
  • the Listing Module 625 records these values and the auction listing is complete at step 3038 .

Abstract

A system and method for turning a buyer into a prospective seller in an electronic marketplace. After the buyer enters into a binding agreement to purchase an item, the buyer is provided with an option of re-listing the purchased item for resale. The purchased item is re-listed if the buyer opts to re-list it. An ecommerce listing to sell the purchased item is automatically generated based on the previous listing. The user only needs to provide the selling price to complete the listing. The purchased item can be re-listed in the same marketplace where the item was purchased or in a different marketplace.

Description

    RELATED APPLICATION
  • This application is a division of application Ser. No. 13/366,625 filed Feb. 6, 2012, which is continuation of application Ser. No. 13/155,353 filed Jun. 7, 2011, now U.S. Pat. No. 8,112,319, which is a continuation of application Ser. No. 11/789,666 filed Apr. 24, 2007, now U.S. Pat. No. 7,962,374, which claims priority benefit under Title 35 U.S.C. §119(e) of provisional patent application No. 60/794,793 filed Apr. 24, 2006, each of which is incorporated by reference in its entirety.
  • FIELD OF THE INVENTION
  • The present invention relates to commerce generally, more specifically, the invention relates to a method and system for turning a buyer into a prospective seller and providing interfaces and modules for seamlessly placing items for resale and performing related actions within an ecommerce site.
  • BACKGROUND OF THE INVENTION
  • Commerce—the marketing, buying, selling, and exchanging of products and services between two or more entities—has been around since the beginning of humankind. From its origins in local face-to-face transactions to 21st century global ecommerce, commerce continues to evolve. As ecommerce becomes increasingly sophisticated, and marketing and transaction channels that were once clearly distinct become more and more integrated, the distinction between offline and online commerce is disappearing.
  • The ecommerce systems have attracted large numbers of users, thereby generating large and varied product listings of both new and used products. However, such ecommerce systems commonly suffer from an inability to efficiently convert buyers into prospective sellers. Typically, sellers supply descriptions and images of the products they are selling. The task of generating ecommerce listings can be cumbersome, particularly for small merchants and non-merchant individuals.
  • That is, current ecommerce marketplace or sites and system supporting such sites and marketplaces are designed for products to be sold once to an end consumer. These ecommerce systems are not designed to handle where the products change hands many times over the life of the product. Typically, when an item is sold, the listing disappears and the item is no longer available for sale until the buyer (i.e., prospective seller) re-lists the item in the ecommerce site using the standard procedure of listing an item. The prospective buyers cannot view any listing associated with a sold item or any ownership history associated with that item. Certain ecommerce system providers have attempted to address this problem by providing their buyers with access to a list of items they bought on their ecommerce site or marketplace. The buyers can select to re-list a particular item from their purchase history list with the same ecommerce system provider. These ecommerce systems alleviate the prospective sellers from having to re-type the item descriptions and uploading images, but the prospective seller must go through the standard process of listing the item with the ecommerce system provider. That is, the ecommerce system does not differentiate between a newly listed and a re-listed item.
  • Today there are numerous multi-module e-commerce systems and providers offering technology, methods and services to enable a buyer and seller to transact in a multitude of ways, locally and globally, across multiple online and offline channels. Even with all of the sophistication, current e-commerce systems are designed for a product to be sold once; they have not been designed for a product to be bought and sold multiple times throughout a product's life. Current ecommerce systems suffer from an inability to efficiently, effortlessly and seamlessly transform the most recent buyer (current owner) of a product into a seller of the product.
  • Typically, when an item is listed on the ecommerce site for sale, the terms of that listing are binding on the seller. That is, if the buyer agrees to the terms on the listing, the seller must sell the item to the buyer. Similarly, if the item is listed for an auction, the seller must sell the item to the winning or the highest bidder. Accordingly, it may be desirable for a prospective seller to list the item to gauge interest in the marketplace for a particular item before actually listing the item for sale. For example, the prospective seller can use such information to determine the appropriate listing price when he/she decides to list the item for sale.
  • Therefore, it is desirable to provide an efficient system and method which seamlessly transforms the most recent buyer (current owner) of a product into the seller of the product, and to enable the buying and selling of a product multiple times throughout the life of the product.
  • SUMMARY OF THE INVENTION
  • The present invention overcomes aforementioned shortcomings in prior art by providing a system and method that seamlessly turns buyers into prospective sellers.
  • It is therefore an object of the present invention to provide an integrated multi-mode computer commerce system reaching across the entire online and offline spectrum of local and global commerce.
  • It is a further object of the present invention to provide a system and method that is the next dimension in the rapid evolution of commerce.
  • It is an additional object of the present invention to provide a system and method that propels the resale of a product multiple times throughout the product's life.
  • In accordance with an embodiment of the present invention, the system and method provides the buyer with an option of listing the purchased item for sale in the marketplace or soliciting interests or bids for the purchased item from prospective buyers.
  • In accordance with an embodiment of the present invention, the system and method as aforesaid provides such option to the buyer at the time of the sale, e.g., during, before or after the checkout process.
  • In accordance with an embodiment of the present invention, the system and method as aforesaid maintains transaction history for each item in the marketplace. That is, the transaction history includes at least one of the following: owner names, owner's user identifications, owner's email addresses, purchase dates, purchase price, method of sale, product description and product conditions.
  • In accordance with an embodiment of the present invention, the system and method as aforesaid provides an option for a seller or a prospective seller to add an ecommerce listing of a purchased product using the information contained in the corresponding transaction history. Since all the information required for a listing is already in the transaction history, the seller or prospective seller only needs to provide the selling price to complete the listing.
  • In accordance with an embodiment of the present invention, the system and method as aforesaid provides the buyer, at the time of the sale, the option of scheduling a reminder to place the purchased item for sale.
  • In accordance with an embodiment of the present invention, the system and method as aforesaid provides a prospective seller to generate a non-binding listing, i.e., a prospective listing.
  • In accordance with an embodiment of the present invention, a computer implemented method for generating multiple transactions from a buy/sell transaction of a product comprises the steps of: providing an option to list the product for resale by a buyer of the buy/sell transaction in an electronic marketplace; and generating a new listing based on information relating to the buy/sell transaction if the buyer elects to resale the product, thereby enabling the product to be sold multiple times.
  • In accordance with an embodiment of the present invention, a computer implemented method of managing an electronic marketplace for facilitating a plurality of users to purchase a product from a browsable electronic catalog comprises the steps of: generating a prospect list of a plurality of products interested or sought by a prospective buyer and notifying the prospective buyer if the product on the prospect list becomes available in any marketplace. Each product on the prospect list is identified by a product identifier, the product identifier being at least one of the following: universal product code (UPC), brand or model number.
  • In accordance with an embodiment of the present invention, a computer implemented method for managing an electronic marketplace for facilitating purchase products from a browsable electronic catalog by a plurality of users. The computer implemented method comprises the steps of: receiving an interest or an offer to purchase from a prospective buyer of a product; and appending a listing associated with the product to include the interest or the offer to purchase from the prospective buyer.
  • In accordance with an embodiment of the present invention, a computer implemented method for generating multiple transactions from a buy/sell transaction of a product comprises the steps of: receiving an option to list the product for resale by a buyer of the buy/sell transaction in an electronic marketplace; and receiving a new listing generated based on information relating to the buy/sell transaction if the buyer elects to resale the product, thereby enabling the product to be sold multiple times.
  • In accordance with an embodiment of the present invention, a system for generating multiple transactions from a buy/sell transaction of a product comprises a client device, a server and a listing database. The client device is connected to a communications network and associated with a buyer. The server is connected to the communications network and manages an electronic marketplace. The server comprises a creation module and a listing module. The creation module receives information related to the buy/sell transaction of the product and transmitting an option to list the product for resale to the client device associated with the buyer of the buy/sell transaction in the electronic marketplace. The listing module generates a new listing based on information relating to the buy/sell transaction if the buyer elects to resale the product, thereby enabling the product to be sold multiple times. The listing database stores said new listing.
  • In accordance with an embodiment of the present invention, a computer readable media comprising a code for generating multiple transactions from a buy/sell transaction of a product. The code comprises instructions for: providing an option to list the product for resale to a buyer of the buy/sell transaction in an electronic marketplace; and generating a new listing based on information relating to the buy/sell transaction if the buyer elects to resale the product, thereby enabling the product to be sold multiple times.
  • In accordance with an embodiment of the present invention, the computer implemented method as aforesaid further comprises the step of specifying a minimum price for the product.
  • In accordance with an embodiment of the present invention, the computer implemented method as aforesaid further comprises the step of maintaining a user history record comprising at least one of the following: user identification, products bought, products sold, names of counter-parties and user identifications of said counter-parties.
  • Various other objects, advantages and features of the present invention will become readily apparent from the ensuing detailed description, and the novel features will be particularly pointed out in the appended claims.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • The following detailed description, given by way of example, and not intended to limit the present invention solely thereto, will best be understood in conjunction with the accompanying drawings in which:
  • FIG. 1 is a schematic diagram of the ecommerce system in accordance with an exemplary embodiment of the present invention.
  • FIG. 2 is a flow chart detailing the process whereby a sold product is captured into the EXPCommerce System and the buyer of the product is immediately transformed into seller/prospective seller in accordance with an exemplary embodiment of the present invention.
  • FIG. 3 is a flow chart detailing the process of creating a product listing in accordance with an exemplary embodiment of the present invention.
  • FIG. 4 is a flow chart detailing the process of creating an auction in accordance with an exemplary embodiment of the present invention.
  • DETAILED DESCRIPTION OF THE EMBODIMENTS
  • An ecommerce system which embodies the above and other inventive features will now be described in detail. As will be apparent, many of the disclosed features may be used without others, and may be implemented differently than described herein and/or in combination with features not disclosed herein. Although described primarily in the context of a website system, the various inventive features are also applicable to other types of multi-user interactive systems in which users may browse and make purchases from an electronic listing, including but not limited to online services networks, interactive television systems, in-store kiosk systems, and systems that support browsing by voice.
  • In accordance with an embodiment of the present invention, the ecommerce system or the EXP Commerce system comprises various computer-implemented services through which ecommerce sellers can list products for sale and prospective sellers can re-list purchased products for resale and ecommerce buyers can browse through the ecommerce listings to purchase items from ecommerce sellers. The ecommerce site or marketplace is generally controlled, maintained or administered by an ecommerce provider or operator.
  • As used herein, commerce includes but is not limited to the marketing, buying, selling and exchanging of products and services or something of economic value between two or more individuals, businesses, governments or other entities, whether wholesale, retail, business-to-business, business-to-consumer, manufacturer to end buyer (manufacturer direct), consumer to consumer, domestic, international, online or offline, multichannel, cross-channel or the like.
  • Turning to FIG. 1, in accordance with an embodiment of the present invention, the EXPCommerce System 613 (“EXPCommerce”) comprises a server 615 which is connected to a communications network 600, e.g., the Internet. Server 615 comprises modules that perform the functionality and methods of the present invention as described herein. Primary modules include: the Creation Module 620, the Listing Module 625, the Prospect Module 630, the Communications Module 635, the Website Module 640, the Promotion Module 645 and the Transaction Module 650. Server 615 further comprises databases which can either be integral to the server or separately connected storage. Primary databases include the User Database 655, the Product Database 660, the Listing Database 665, the Prospect Database 660 and the Transaction Database 675. It is appreciated that all of these databases can be integrated into a single database. Users can remotely or directly access the EXPCommerce 613 through the electronic communications network 600 using Client Point of Entry Devices 605 including but not limited to PCs, PDAs, standard web browsers, web-enabled handheld devices, interactive kiosks, telephones, faxes, POS systems, EDIs, and the like. An individual, business, or other entity registers with the EXPCommerce 613 to become a user. Once registered, the user can access, perform buy/sell transactions acting as a buyer and/or seller and use the functionality of the EXPCommerce 613 as described herein.
  • In accordance with an embodiment of the present invention, the EXPCommerce 613 comprises the User Database 655 that stores information about the registered users of the EXPCommerce 613. For each registered user, the User Database 655 stores user unique parameters including but not limited to a user name, password, seller/buyer status, business information if applicable, shipping address, contact information, e-mail address, payment information, bank account information, preference settings, and other such relevant parameters. Users include but are not limited to buyers, sellers, prospective buyers, prospective sellers, and any other entities, whether individuals, businesses, or governments and the like. In addition, the User Database 655 stores event history parameters including but not limited to a user's listing, prospecting, communications, websites, promotions, transactions, feedback, payments, and other such relevant parameters.
  • In accordance with an embodiment of the present invention, the EXPCommerce system 613 can operate as a stand-alone electronic marketplace or as an add-on to an existing electronic marketplace to provide various features of the present invention as described herein.
  • In accordance with an embodiment of the present invention, the EXPCommerce 613 comprises a Creation Module 620. The Creation Module 620 comprises web crawlers, spiders, bots and the like that search multiple third-party online and offline transaction channels and capture and import any sold product into the EXPCommerce 613 for the possible future re-sale of the product. Products include but are not limited to: products, services, physical products, intangible services, digital products, content, software, a combination of products and services, currencies, real estate, securities, leases, licenses, rentals, subscriptions, information, and other types of business transactions.
  • Online transaction channels include but are not limited to third-party business to business (b2 b), business to customer (b2 c), and customer to customer (c2 c) websites and shopping portals. The Creation Module 620 can be electronically integrated with most shopping cart checkout systems of online transaction channels by methods and procedures known to those of skill in the art. For online transaction channels that are not electronically integrated with the EXPCommerce 613, a buyer can send EXPCommerce 613 a form email or a copy of the transaction confirmation page from the non-integrated electronic transaction channel. In a further embodiment, EXPCommerce 613 further comprises a toolbar that can be downloaded and integrated into a standard web browser. The toolbar provides the user with the ability to capture information from a transaction confirmation page and thus facilitates entering the information into EXPCommerce 613. For a product purchased through an offline transaction channel, a user (i.e., a buyer) can enter the product into the Creation Module 620 by accessing the EXPCommerce 613 through the communications network 600 using a Client Point of Entry Device 605.
  • A buyer can immediately be transformed into a seller/prospective seller before, during and/or after the checkout process and an immediately resell a product, list a product for resale (as a binding or non-binding listing), receive/accept solicitations for the newly purchased item, and/or at some time in the future use the EXPCommerce 613 to relist and/or accept solicitations for the purchased item.
  • The Creation Module 620 queries the buyer before, during, or immediately after the time of purchase, and/or multiple times in the future by presenting a graphical user interface containing the query: “Do you want to relist this product for possible resale now?” Typically the graphical user interface contains a “yes” and “no” radio box with the “yes” box selected by default. Buyers who wish to answer “no” can uncheck the “yes” radio box and check “no”. Typically if a buyer checks “no”, then the Creation Module 620 will cause another graphical user interface to appear containing the query: “Is it possible that you may wish to relist this product for possible resale at some time in the future?”
  • If the buyer does not register a product during the checkout, the buyer can notify the EXPCommerce 613 that he/she is ready to list the purchased item for resale in the future. In one embodiment, the EXPCommerce 613 communicates with the buyer on a periodic basis querying if the buyer wishes to sell the purchased product or would consider selling the purchased product in the future. In a further embodiment, the buyer can set reminders instructing the EXPCommerce 613 to contact the buyer at a specific time such as in a year. The EXPCommerce 613 will then query the buyer in a year as to whether the buyer wishes to create a product listing to resell the purchased product. The buyer can schedule the EXPCommerce 613 to contact the buyer at a specified or predetermined time in the future to query whether the buyer wishes to create a listing to resell the purchased product. The buyer can also schedule the EXPCommerce 613 to contact the buyer at a specified time in the future with a reminder to list the purchased product as a binding and/or non-binding offer for sale.
  • In accordance with an embodiment of the present invention, the EXPCommerce 613 comprises a Listing Module 625 to generate a listing for a product once it is captured by the Creation Module 620. The Listing Module 625 stores and retrieves the previous listing associated with the product from the Listing Database 665. The EXPCommerce 613 instantly and seamlessly transforms the most recent buyer into a seller/prospective seller and generates a listing to list a product for resale without going through the current industry standard listing process of entering product information. However, for a product being sold for the first time, the Listing Module 625 also has standard tools to enable a user (i.e., a seller) to generate an initial product listing.
  • The Listing Module 625 generates a listing for resale from the product information captured previously by the Creation Module 620 and stored in the Product Database 660. The static product information captured by the Creation Module 620 typically does not change as a product is resold multiple times throughout its life. Static product information includes but is not limited to: product name/title, description, manufacturer, brand, model number, UPC, product dimensions, product weight, shipping dimensions, shipping weight, product materials, packaging, warranty information, author, artist, ISBN, product images, merchandising collateral and/or other relevant information. Although the static information typically does not change, seller/prospective seller can modify any of this static information. The EXPCommerce 613 stores any changes and displays the changes in the product listing. For a product that is being sold for the first time, and/or for which no product data currently exists within EXPCommerce 613, a user can enter the product data using the Listing Module 625.
  • Variable information typically changes each time a product is listed for resale, and the variable information should be updated by the seller/prospective seller. Variable information includes, but is not limited to, one or more of the following: pricing, condition of the product, terms of availability, location, shipping terms/options/limitations, and/or any other relevant information.
  • In accordance with an embodiment of the present invention, product listings also contain historical transactional and ownership information related to previous purchases of the product that accumulates as the product is sold multiple times. The EXPCommerce 613 stores and retrieves the historical transactional and ownership information in and from the Transaction Database 675. Historical transactional information includes but is not limited to: transaction channel, unique transaction number, transaction date, seller, buyer, communication/negotiations between seller and buyer, location of product, ship method, listing price, transaction price or other consideration (if different from listing price), listing fees, commissions, product condition, condition update notes, returns, exchanges, product reviews and other relevant information. The EXPCommerce 613 updates and appends the historical transactional and ownership information each time a product is sold, and attaches it to the product listing each time a product is listed for resale. Historical transactional and ownership information cannot be modified. The seller/prospective seller can select to hide the historical and ownership information, although hiding such information may discourage a potential buyer.
  • In a further embodiment, the EXPCommerce 613 can suggest a selling price based on at least one of the following: the current selling price of a same or similar product in the marketplace or other marketplaces; purchase price history of a same or similar product; and/or the product ownership history for a same or similar product. In addition, during the listing process and/or anytime thereafter, seller/prospective seller can request and receive information about prospective buyers, supply and demand for the product, etc; which may influence the seller/prospective seller to modify a selling price or other terms of the listing.
  • In accordance with an embodiment of the present invention, a buyer can be transformed into a seller and can list a product for resale in a binding manner in which the seller is obligated to sell the product according to the terms of the product listing specified by the seller. Alternatively, a buyer can be transformed into a prospective seller and can create a non-binding listing, in which the prospective seller: can explore the opportunity of selling the product but is not obligated to sell the product; and can solicit interested prospective buyers to communicate their interest in, inquire about, and/or submit purchase offers for the product. A non-binding listing can be used by a prospective seller to gauge the level of current demand for a product and influence a prospective seller to eventually decide to sell the product. The prospective seller can select to generate a non-binding listing with or without a price, and can select whether or not to display the price.
  • In accordance with an embodiment of the present invention, the EXPCommerce 613 supports fixed-price sales, auctions or both. The Listing Module 625 enables a seller to generate listings to sell a product via an auction. Auctions can occur within the EXPCommerce 613 or on a third-party auction platform such as but not limited to eBay®, Ubid®, Yahoo! ® Auctions, Amazon Auctions®, and Overstock.com AuctionsSM, or an offline auction, whether live-in person or via telephone or mail or any other industry standard method of conducting an auction.
  • In accordance with an embodiment of the present invention, the EXPCommerce 613 comprises a Communications Module 635 which enables communication between registered users and between a registered user and the EXPCommerce 613 system. The Communications Module 635 enables communication via email, phone, fax, EDI, xml, ftp mail, and other industry standard communication methods.
  • The seller/prospective seller can choose to initiate an auction for a product after a select number of prospective buyers, with or without qualifications, specified by the seller/prospective seller, register to participate in the auction for the product. The Communications Module 635 notifies the seller/prospective seller when a predetermined number of prospective buyers or bidders express an interest in bidding for the product and have registered to participate in the auction for the product. The seller/prospective seller can choose whether or not to make known the select number of registered prospective buyers required to initiate the auction, as well as whether or not to make known the qualifications specified by the seller/prospective seller. The Communications Module 635 communicates the above-mentioned processes to the seller/prospective seller and prospective buyer.
  • In accordance with an embodiment of the present invention, the EXPCommerce 613 comprises a Website Module 640 comprising one or more websites for creating, listing, marketing, promoting, prospecting, communicating, transacting, and performing all other functions and methods described herein. In addition, the EXPCommerce 613 provides a user with the option to create one or more user-branded websites pointing to a domain name of their choosing, hosted by the EXPCommerce 613, displaying product listings of their choosing, and performing the functions and methods described herein.
  • In accordance with an embodiment of the present invention, the EXPCommerce 613 comprises a Promotion Module 645 to place, market, promote, or advertise a product listing on various suitable platforms including but not limited to:
      • the EXPCommerce Website(s), user-branded EXPCommerce websites, and search and paid/unpaid placement within the websites;
      • across multiple paid and/or unpaid online and offline marketing channels selected by the seller/prospective seller including but not limited to search engines, email marketing, affiliate marketing, CSE sites, affiliate sites, shopping portals, viral marketing, and other such channels in which the buyer/prospective buyer clicks through to the EXPCommerce Website(s), and EXPCommerce user-branded websites;
      • integrated marketing-transaction channels in which transactions occur on the channel, such as portals like eBay, amazon.com, overstock.com, shop.com™ and other third-party websites;
      • brick-and-mortar store displays, interactive kiosks, POS systems, direct mail, catalogs, print, television, telephone, and other online, offline, and online-offline integrated channels.
  • In accordance with an embodiment of the present invention, buyers can locate listings for a particular product and buy the same product multiple times throughout a product's life. The buyer/prospective buyer can locate product listings across marketing channels on which the seller/prospective sellers have selected to promote product listings employing a number of industry standard mechanisms to locate one or more products of interest. To locate listings within the EXPCommerce Website(s), and/or the EXPCommerce user-branded websites, users can browse a hierarchy of product categories and associated products, enter search terms into a search engine and obtain search results, and employ a number of other conventional mechanisms to locate products of interest. For products listed on online channels, the buyer/prospective buyer typically locates and browses product listings over the Internet or other network using a standard web browser.
  • In accordance with an embodiment of the present invention, the EXP Commerce 613 comprises a Prospect Module 630. The Prospect Module 630 stores and retrieves a prospective buyer's prospect list in the Prospect Database 660. The EXPCommerce 613 gives the option and ability for the buyer/prospective buyer to create and manage a Prospect List (binding and/or non-binding) for one or more products which the buyer/prospective buyer is interested in or desires to buy, whether or not the product is currently available or unavailable. Searching the Transactional Database 675 to determine the current owner of a desired product, and using the Communications Module 635, a prospective buyer can contact the current product owner.
  • A product that a prospective buyer wishes to add to the prospective buyer's Prospect List is specified/selected using the Prospect Module 630 according to a unique identifier such as UPC, brand, model, etc., or by browsing categories of products, or by specifying a range of desired criteria including but not limited to one or more of the following: categories, brands, models, conditions, colors, price, geographic location, and the like. A prospective buyer can add products to the Prospect List for a multitude of reasons, including but not limited to: the product supply is too high or too low, the product has been on the market/available for sale for an inadequate period of time; the prospective buyer is interested in the product at some time in the future; the demand is too high or too low; the product is not currently available for sale; the product is not available in a respective geographic region; shipping limitations; the seller will not sell to the prospective buyer; the prospective buyer does not wish to buy from the seller; the current product price exceeds the amount the prospective buyer wishes to pay; the product does not exist.
  • The EXPCommerce 613 can utilize a product's ownership or transactional history or other means to identify the owner(s) (potential prospective sellers) of the product, and proactively solicit the owner(s) to create a product listing for the product. The proactive solicitations can be triggered by a change in supply/demand for the product, by the addition of the product to a prospective buyer's Prospect List, or for any other reason. In addition, the existence of a product on a Prospect List is communicated to all seller/prospective sellers during the creation of a listing for the product, as well as after the listing is created. The seller/prospective seller has the option and ability to modify the listings accordingly. The existence of a product on a prospective buyer's Prospect List is displayed on all listings for the product. In addition, the EXPCommerce 613 can solicit prospective buyers. Such solicitations are communicated via the Communications Module 635 and/or displayed when the user(s) accesses the EXPCommerce 613.
  • The seller/prospective seller can create one or more conditions under which the Communications Module 635 should notify the seller/prospective seller. Conditions may include but are not limited to: a specified or predetermined change in supply or demand of the product or any other specified product; when/if the product has been on the market/available for sale for a specified period of time; when a prospective buyer specifies to be notified now or at some time in the future regarding the seller/prospective seller's product; the qualifications of the prospective buyer, including the feedback rating, geographic location, or transactional history.
  • A prospective buyer can specify certain conditions and select whether to be notified when one or more specified conditions are met. Conditions that can be specified include but are not limited to: a specified change in the product supply/demand; the product has been on the market/available for sale for a specified or predetermined period of time; a specified future date arrives; a specified or predetermined change in the product availability with respect to a geographic region; a specified change in a shipping limitation; a seller who would not sell to the prospective buyer is now willing to sell; a specified/unspecified additional seller(s) is/are now selling the product; a specified or predetermined change in the product price; the product that did not exist now exists.
  • The Communications Module 635 enables the buyer/prospective buyer to communicate with the seller/prospective seller and send offers. The Communications Module 635 notifies the seller/prospective seller of offers from the prospective buyers that equal or exceed a predetermined amount specified by the seller/prospective seller, or an offer regardless of the amount of the offer. The predetermined amount specified by the seller/prospective seller may or may not be made available to the buyer/prospective buyer. The buyer/prospective buyer can send and the seller/prospective seller can receive notifications expressing an interest in or requesting additional information about a product, such as a condition update.
  • The EXPCommerce 613 enables a buyer to specify a desired purchase price and/or other criteria (condition, location, seller criteria) for a selected product on a Prospect List, and to automatically transact on behalf of the buyer/prospective buyer to buy the product when the product is available for sale and meets the specified criteria.
  • In the case where there is a seller who creates a product listing with the intent to sell the product (most frequently when the product's value depreciates over time, although not always), a prospective buyer (buyer 1), and a subsequent prospective buyer (buyer2) who may buy the product from buyer1 after buyer1 takes ownership of and wishes to resell the product in the future (perhaps buyer2 cannot afford to buy the product at its current selling price or does not need the product now but may need the product in the future or does not like the current seller): for buyer2 to commit (binding) or express interest (non-binding) to being a future buyer of the product before buyer1 buys the product, to register buyer2's commitment or interest, to display buyer2's commitment or interest as part of the product listing, and to communicate buyer2's commitment or interest to buyer1 prior to buyer1's purchase of the product. Such commitment or interest can increase the value of the product and/or encourage buyer1 to buy the product because buyer 1 knows that the product can/may subsequently be resold to buyer2.
  • In accordance with an embodiment of the present invention, the EXPCommerce 613 comprises a Transaction Module 650 to enable the buying and selling of a product through the EXPCommerce Website(s), the user-branded EXPCommerce websites, and across multiple other third-party online and offline transaction channels. The Transaction Module 650 contains a settlement system that integrates with third-party payment processing systems such as PayPal®, Google Checkout®, Western Union®, credit card gateways and other systems to process credit or debit card payments, electronic checks, wire transfers, bank account transactions and the like.
  • When a buyer purchases a product in accordance with the present invention, the Transaction Module 650 can use pre-specified shipping and payment information to expedite the completion of the transaction. The Transaction Module 650 prompts the buyer to confirm the shipping address and payment method retrieved from the User Database 655 or to enter new or correct information. In addition, the Transaction Module 650 also processes returns and credits, and has the functionality to apply coupons and discounts in a variety of fashions, and other industry standard transaction processes.
  • The Communications Module 635 transmits purchase orders and purchase confirmations to sellers. Sellers return confirmation of receipt and ship confirmations. The Communications Module 635 transmits purchase confirmations and ship confirmations to buyers. A purchase confirmation, preferably including shipping tracking information, is typically transmitted by email to the buyer. In addition, the Communications Module 635 notifies users of initiated, processed and completed returns, credits, payment notifications and the like.
  • In accordance with an embodiment of the present invention, the EXPCommerce 613 comprises a feedback system giving the option and ability for users to post feedback about other users with whom they have transacted. The feedback postings are stored in and retrieved from the User Database 655. Feedback for a user can be found in the user's profile. Feedback for a seller/prospective seller is displayed on each product listing created by the seller/prospective seller. Through the Listing Module 625 and Prospect Module 630, a user can set conditions based on feedback of other users, such as whether or not the user wishes to transact with another user.
  • FIG. 2 is a flow chart detailing the process whereby a recently sold product is captured into the EXPCommerce 613 and the buyer of the product is instantly transformed into a seller/prospective seller in accordance with an exemplary embodiment of the present invention.
  • The buyer can immediately be transformed into a seller/prospective seller before, during and/or after the checkout process and can immediately list the product for re-sale (binding or non-binding). The Creation Module 620 of the EXPCommerce 613 first queries the seller/prospective seller (who is now transformed from the buyer to the seller/prospective seller) at step 1010. Step 1010 can occur before, during, or immediately after the time of purchase of a product, and/or multiple times in the future thereafter. Typically the Creation Module 620 will display the query in a graphical user interface. At step 1010, the Creation Module 620 displays a first query to the seller/prospective seller: “Do you want to relist this product for possible resale now?” If the Creation Module 620 receives an affirmative answer to the query of step 1010, the Creation Module 620 invokes the Listing Module 625 at step 1020 (see FIG. 3). If the Creation Module 620 receives a negative answer to the query of step 1010, the Creation Module 620 displays a second query to the seller/prospective seller at step 1030: “Is it possible that you may wish to relist this product for possible resale at some time in the future?” If the Creation Module 620 receives a negative response to the query of step 1030, the Creation Module 620 displays a third query to the seller/prospective seller at step 1040: “Would you like us to ask you again in the future if it is possible you will want to sell this product at some time in the future?” If the Creation Module 620 receives a negative response to the query of step 1040, the Creation Module 620 ends the queries (step 1045). If the Creation Module 620 receives an affirmative response to the query of step 1040, or if the Creation Module 620 receives an affirmative response to the inquiry of step 1030, the Creation Module 620 displays a fourth inquiry at step 1050: “When would you like to be asked again about possibly selling this product?” If the Creation Module 620 does not receive a date from the seller/prospective seller, the Creation Module 620 then ends the queries. If the Creation Module 620 receives a date entered by the seller/prospective seller, the Creation Module 620 records the selected date on which to contact the seller/prospective seller to ask the seller/prospective seller again about possibly selling the product at step 1060. The Creation Module 620 then displays a fifth query on the selected date at step 1070: “Do you want to relist this product for possible sale now?” and the process returns to step 1010.
  • FIG. 3 is a flow chart detailing the process of generating a product listing in accordance with an exemplary embodiment of the present invention. When the seller/prospective seller is ready to generate the product listing, EXPCommerce 613 enables the seller/prospective seller to do so without going through the current industry standard listing process of entering all of the product information.
  • Listing is created from the product information which was captured previously from previous sale(s) and stored in the Product Database 670, and which typically does not change as a product is resold multiple times throughout its life. Static product information can include but is not limited to: product name, description, manufacturer, brand, model number, UPC, product dimensions, product weight, shipping dimensions, shipping weight, product materials, packaging, warranty information, author, artist, ISBN, product images, merchandising collateral and/or other relevant information. Although the static information typically does not change, the seller/prospective seller is able to modify the information.
  • Variable information typically does change each time a product is listed for resale, and variable information should be updated by the seller/prospective seller. Variable information includes, but is not limited to, one or more of the following: pricing, condition update, terms of availability, location, shipping terms/options/limitations, and/or any other relevant information.
  • Product listings also contain historical transactional and ownership information related to previous purchases of the product that accumulates as the product is sold multiple times throughout its life. The historical transactional and ownership information is stored in and retrieved from the Transaction Database 675. Historical transactional information includes but is not limited to transaction channel, unique transaction number, transaction date, seller, buyer, communication/negotiations between seller and buyer, the location of a product, the ship method, listing price, transaction price or other consideration (if different from listing price), listing fees, commissions, product condition, condition update notes, returns, exchanges, product reviews and other relevant information. The EXPCommerce 613 updates and appends the historical transactional and ownership information each time a product sells, and attaches it to the product listing each time a product is listed for resale. Historical transactional and ownership information cannot be modified. The seller/prospective seller may select to hide the historical transactional and ownership information, although hiding this information may discourage a potential buyer.
  • At step 2010, the Listing Module 625 first prompts the seller/prospective seller to update the product listing's information, and the EXPCommerce 613 stores any changes and displays them in the product listing when the listing is complete.
  • At step 2020, the Listing Module 625 then first displays a query inquiring what type of sale the seller/prospective seller would like to create: auction or non-auction. In accordance with an embodiment of the present invention, the EXPCommerce 613 supports both fixed-price sale and auction; and a seller can generate a listing to sell a product in an “auction” using the Listing Module 625. If the Listing Module 625 receives a reply of an auction to the query of step 2020, the Listing Module 625 invokes the auction processes at step 2022 (see FIG. 4). If the Listing Module 625 receives a reply of a non-auction to the query of step 2020, the Listing Module 625 of the EXPCommerce 613 then displays a second query inquiring whether the seller/prospective seller would like to create a binding or non-binding product listing at step 2030. The Seller/prospective seller can create a binding listing in which the seller/prospective seller is obligated to sell the product according to the terms of the product listing specified by the seller/prospective seller. Alternatively, the seller/prospective seller can create a non-binding listing, in which seller/prospective seller may wish to explore selling the product, but is not obligated to sell the product, and/or can solicit interested prospective buyers to communicate their interest in, inquire about, and/or submit purchase offers for the product. A non-binding listing can be used by the seller/prospective seller to gauge the level of current demand for a product, and influence the seller/prospective seller to eventually decide to sell the product. The Seller/prospective seller can select to create a non-binding listing with or without a price, and can select whether or not to display the price.
  • If the Listing Module 625 receives “binding” as a response to the query of step 2030, the Listing Module 625 displays a third query at step 3040 inquiring whether the seller/prospective seller would like to receive a price recommendation. The EXPCommerce 613 can suggest a selling price based on at least one of the following criteria: current selling price of a same or similar product; in the marketplace or other marketplaces, purchase price history of a same or similar product, and/or the product ownership history for a same or similar product. In addition, during the listing process and/or anytime thereafter, the seller/prospective seller can request and receive information about the prospective buyers, supply and demand for the product, etc, which may influence the seller/prospective seller to modify the selling price or other terms of the listing. If the Listing Module 625 receives an affirmative response to the query of step 3040, the Listing Module 625 retrieves and displays price recommendations at step 3050. If the Listing Module 625 receives a negative response to the query of step 3040 or following step 3050, the Listing Module 625 prompts the seller/prospective seller to enter a selling price at step 3060. After the Listing Module 625 receives a selling price, the Listing Module 625 proceeds to step 2100.
  • If the Listing Module 625 receives “non-binding” as a response to the second query (step 2030), the Listing Module 625 displays another query at step 2035 inquiring whether the seller/prospective seller would like to enter a selling price. If the Listing Module 625 receives a negative response, Listing Module 625 proceeds to step 2100. If the Listing Module 625 receives an affirmative reply to the query of step 2035, the Listing Module 625 displays another query inquiring whether the seller/prospective seller would like to receive a price recommendation at step 2040. If the Listing Module 625 receives an affirmative response to the inquiry of step 2040, the Listing Module 625 retrieves and displays price recommendations at step 2050. If the Listing Module 625 receives a negative response to the inquiry of step 2040, or after step 2050, the Listing Module 625 then prompts the seller/prospective seller to enter a selling price at step 2060.
  • After the Listing Module 625 receives a selling price, the Listing Module 625 displays a query at step 2070 inquiring whether the seller/prospective seller would like to display the selling price. If the Listing Module 625 receives an affirmative response to the inquiry of step 2070, the Listing Module 625 then displays the selling price in the listing at step 2072. If the Listing Module 625 receives a negative response to the inquiry of step 2070, the Listing Module 625 does not display the selling price in the listing.
  • After step 2070 or step 3060, or if the Listing Module 625 receives a negative response to the inquiry of step 2035, the Listing Module 625 proceeds to step 2100. In step 2100, the Listing Module 625 displays a query inquiring if there are any conditions about which, when met, the seller/prospective seller would like to be notified. If the Listing Module 625 receives an affirmative response to the inquiry of step 2100, the Listing Module 625 prompts the seller/prospective seller to specify the notification conditions at step 2110. The seller/prospective seller can create one or more conditions under which the Communications Module 635 should notify the seller/prospective seller. Conditions may include but are not limited to: a specified or predetermined change in supply or demand of the product or any other specified product; when/if the product has been on the market/available for sale for a specified period of time; when a prospective buyer specifies to be notified now or at some time in the future regarding a seller/prospective seller's product; qualifications of a prospective buyer, including feedback rating, geographic location, transactional history. If the Listing Module 625 receives a negative response to the inquiry of step 2100, or after the seller/prospective seller has specified conditions in step 2110, the listing is completed at step 2115.
  • The EXPCommerce 613 supports both fixed-price sale and auction. The seller/prospective seller can generate a listing to sell a product in an auction using the Listing Module 625. Auctions can occur within EXPCommerce or on a third-party auction platform such as but not limited to eBay®, Ubid®, Yahoo!® Auctions, Amazon Auctions®, and Overstock.com AuctionsSM, or an offline auction, whether live in person or via telephone or mail or any other industry standard method of conducting an auction.
  • If the Listing Module 625 receives a reply of an auction to the query of step 2020, the Listing Module 625 invokes the auction processes at step 2022. FIG. 4 is a flow chart detailing the process of creating an auction in accordance with an exemplary embodiment of the present invention. The seller/prospective seller can choose to initiate an auction for a product when a specified number of prospective buyers, with or without qualifications specified by the seller/prospective seller, register to participate in the auction for a product. The auction specification can be modified if the seller/prospective seller so desires. For example, the seller/prospective seller can choose whether or not to make known the select number of registered prospective buyers required to initiate the auction, as well as whether or not to make known the specified prospective buyer qualifications. In an alternate embodiment of the present invention, the seller/prospective seller can initiate an auction without prospective buyer registration.
  • At step 3000, the Listing Module 625 displays a query inquiring if the seller/prospective seller would like to select the number of prospective buyers, with or without qualifications, which must register to participate in the auction prior to commencing the auction. If the Listing Module 625 receives an affirmative response to the inquiry of step 3000, the Listing Module 625 then prompts the seller/prospective seller at step 3010: to specify the number of prospective buyers required to register for the auction prior to the commencement of the auction; to specify any qualifications of the prospective buyers to choose whether or not to make known the select number of registered prospective buyers required to initiate the auction; and whether or not to make known the specified prospective buyer qualifications. The EXPCommerce System 613 notifies the seller/prospective seller when the specified number of qualified prospective buyers has registered. During step 3010 or at any time thereafter, the seller/prospective seller can also choose to receive additional notifications according to conditions specified by the seller/prospective seller. For example, the seller/prospective seller can choose to be notified: each time a prospective buyer registers regardless of the qualifications of the prospective buyer; each time a prospective buyer with select qualifications registers; each time a certain number of prospective buyers registers, etc. The seller/prospective seller can modify communication conditions at any time thereafter.
  • If the Listing Module 625 receives a negative response to the inquiry of step 3000, or after the Listing Module 625 receives a specified number of prospective buyers required to register for the auction and/or specified qualifications of the prospective buyers at step 3010, the Listing Module 625 displays a query at step 3020 inquiring if the seller/prospective seller would like to receive price recommendations. In an exemplary embodiment of the present invention, the EXPCommerce 613 can provide price recommendations based on but not limited to at least one of the following: current selling price of the same or similar product in the marketplace or other marketplaces; purchase price history of the same or similar product; and/or the product ownership history for the same or similar product.
  • If the Listing Module 625 receives an affirmative response to the inquiry of step 3020, the Listing Module 625 retrieves and displays one or more price recommendations at step 3030. If the Listing Module 625 receives a negative response to the inquiry of step 3020 or after the Listing Module 625 retrieves and displays one or more price recommendations at step 3030, the Listing Module 626 then prompts the seller/prospective seller at step 3040 to complete the auction listing by entering additional auction information. The auction information can include but is not limited to: the auction site, the start date/time, duration, minimum bid, buy-it-now price, reserve price if any, whether or not to hide the reserve price, whether the auction listing is binding or non-binding, and other relevant information. The Listing Module 625 records these values and the auction listing is complete at step 3038.
  • While the present invention has been particularly described with respect to the illustrated embodiments, it will be appreciated that various alterations, modifications and adaptations may be made based on the present disclosure, and are intended to be within the scope of the present invention. It is intended that the appended claims be interpreted as including the embodiments discussed above, those various alternatives which have been described and all equivalents thereto.

Claims (15)

1-44. (canceled)
45. A computer implemented method for managing an electronic marketplace for facilitating purchase products from a browsable electronic catalog by a plurality of users, comprising the steps of:
receiving an interest or an offer to purchase from a prospective buyer of a product via a client device associated with said prospective buyer over a communications network by a communications module of a server managing the electronic marketplace; and
appending a listing associated with said product to include said interest or said offer to purchase from said prospective buyer by a listing module of the server.
46. The computer implemented method of claim 45, further comprising the step of transmitting said interest or said offer to purchase from said prospective buyer of said product to other prospective buyer via a client device associated with other prospective buyer over the communications network by the communications module.
47. The computer implemented method of claim 45, further comprising the step of notifying said prospective buyer via the client device associated with said prospective buyer over the communications network by the communications module when said product is listed for resale in the electronic marketplace by a buyer of said product.
48-135. (canceled)
136. The computer implemented method of claim 45, further comprising the step of storing said interest, said offer and appended listing associated with the product in a database.
137. A system for managing an electronic marketplace for facilitating purchase products from a browsable electronic catalog by a plurality of users, comprising:
a plurality of client devices connected to a communications network, each client device associated with a unique user;
a server, connected to the communications network, for managing the electronic marketplace and comprising:
a communications module for receiving an interest or an offer to purchase from a prospective buyer of a product via a client device associated with the prospective buyer over the communications network;
a listing module for appending a listing associated with the product to include said interest or said offer to purchase from the prospective buyer; and
a database for storing said interest, said offer, and appended listing associated with the product.
138. The system of claim 137, wherein the communications module transmits said interest or said offer to purchase from the prospective buyer of the product to other prospective buyer via a client device associated with other prospective buyer over the communications network.
139. The system of claim 137, wherein the communications module notifies the prospective buyer via the client device associated with the prospective buyer over the communications network when the product is listed for resale in the electronic marketplace by a buyer of the product.
140. The system of claim 137, wherein the client device is a personal computer, a personal digital assistant, a web-enabled handheld device, or a phone.
141. The system of claim 137, wherein the communications network is Internet.
142. A non-transitory computer readable medium comprising computer executable code for managing an electronic marketplace for facilitating purchase products from a browsable electronic catalog by a plurality of users, the code comprising instructions for:
receiving an interest or an offer to purchase from a prospective buyer of a product via a client device associated with the prospective buyer over a communications network by a communications module of a server managing the electronic marketplace; and
appending a listing associated with the product to include said interest or said offer to purchase from the prospective buyer by a listing module of the server.
143. The computer readable medium of claim 141, wherein the computer executable code further comprises instructions for transmitting said interest or said offer to purchase from the prospective buyer of the product to other prospective buyer via a client device associated with other prospective buyer over the communications network by the communications module of the server.
144. The computer readable medium of claim 141, wherein the computer executable code further comprises instructions for notifying the prospective buyer via the client device associated with the prospective buyer over the communications network by the communications module of the server when the product is listed for resale in the electronic marketplace by a buyer of the product.
145. The computer readable medium of claim 141, wherein the computer executable code further comprises instructions for storing said interest, said offer and appended listing associated with the product in a database.
US13/924,695 2006-04-24 2013-06-24 System and method for generating exponential expansion of commerce Abandoned US20130282506A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US13/924,695 US20130282506A1 (en) 2006-04-24 2013-06-24 System and method for generating exponential expansion of commerce

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US79479306P 2006-04-24 2006-04-24
US11/789,666 US7962374B2 (en) 2006-04-24 2007-04-24 System and method for selling a product multiple times during the life of the product
US13/155,353 US8112319B2 (en) 2006-04-24 2011-06-07 System and method for generating exponential expansion of commerce
US13/366,625 US8650090B2 (en) 2006-04-24 2012-02-06 Methods and systems for selling a product/service before or during a first purchase in an electronic marketplace
US13/924,695 US20130282506A1 (en) 2006-04-24 2013-06-24 System and method for generating exponential expansion of commerce

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US13/366,625 Division US8650090B2 (en) 2006-04-24 2012-02-06 Methods and systems for selling a product/service before or during a first purchase in an electronic marketplace

Publications (1)

Publication Number Publication Date
US20130282506A1 true US20130282506A1 (en) 2013-10-24

Family

ID=38625680

Family Applications (8)

Application Number Title Priority Date Filing Date
US11/789,666 Expired - Fee Related US7962374B2 (en) 2006-04-24 2007-04-24 System and method for selling a product multiple times during the life of the product
US13/155,353 Expired - Fee Related US8112319B2 (en) 2006-04-24 2011-06-07 System and method for generating exponential expansion of commerce
US13/366,625 Expired - Fee Related US8650090B2 (en) 2006-04-24 2012-02-06 Methods and systems for selling a product/service before or during a first purchase in an electronic marketplace
US13/924,688 Abandoned US20130282531A1 (en) 2006-04-24 2013-06-24 System and method for generating exponential expansion of commerce
US13/924,684 Expired - Fee Related US8744922B2 (en) 2006-04-24 2013-06-24 Generating multiple buy and sell transactions
US13/924,678 Abandoned US20130282505A1 (en) 2006-04-24 2013-06-24 System and method for generating exponential expansion of commerce
US13/924,695 Abandoned US20130282506A1 (en) 2006-04-24 2013-06-24 System and method for generating exponential expansion of commerce
US13/924,672 Abandoned US20130282513A1 (en) 2006-04-24 2013-06-24 System and method for generating exponential expansion of commerce

Family Applications Before (6)

Application Number Title Priority Date Filing Date
US11/789,666 Expired - Fee Related US7962374B2 (en) 2006-04-24 2007-04-24 System and method for selling a product multiple times during the life of the product
US13/155,353 Expired - Fee Related US8112319B2 (en) 2006-04-24 2011-06-07 System and method for generating exponential expansion of commerce
US13/366,625 Expired - Fee Related US8650090B2 (en) 2006-04-24 2012-02-06 Methods and systems for selling a product/service before or during a first purchase in an electronic marketplace
US13/924,688 Abandoned US20130282531A1 (en) 2006-04-24 2013-06-24 System and method for generating exponential expansion of commerce
US13/924,684 Expired - Fee Related US8744922B2 (en) 2006-04-24 2013-06-24 Generating multiple buy and sell transactions
US13/924,678 Abandoned US20130282505A1 (en) 2006-04-24 2013-06-24 System and method for generating exponential expansion of commerce

Family Applications After (1)

Application Number Title Priority Date Filing Date
US13/924,672 Abandoned US20130282513A1 (en) 2006-04-24 2013-06-24 System and method for generating exponential expansion of commerce

Country Status (4)

Country Link
US (8) US7962374B2 (en)
EP (1) EP2027135A4 (en)
CN (1) CN101479285A (en)
WO (1) WO2007124182A2 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190073685A1 (en) * 2015-04-02 2019-03-07 The Nielsen Company (Us), Llc Methods and apparatus to identify affinity between segment attributes and product characteristics

Families Citing this family (64)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8819039B2 (en) 2002-12-31 2014-08-26 Ebay Inc. Method and system to generate a listing in a network-based commerce system
US8644969B2 (en) * 2003-01-02 2014-02-04 Catch Media, Inc. Content provisioning and revenue disbursement
US8666524B2 (en) 2003-01-02 2014-03-04 Catch Media, Inc. Portable music player and transmitter
US8918195B2 (en) 2003-01-02 2014-12-23 Catch Media, Inc. Media management and tracking
US8732086B2 (en) 2003-01-02 2014-05-20 Catch Media, Inc. Method and system for managing rights for digital music
US20060143109A1 (en) 2004-12-23 2006-06-29 Ebay Inc. Method and system of listing an item in a fixed-price section
US20070271153A1 (en) * 2004-12-23 2007-11-22 Amit Goel Method and system of aggregating listings for sale
EP2027135A4 (en) * 2006-04-24 2011-03-09 Andrew Altschuler System and method for selling a product multiple times during the life of the product
US11049175B2 (en) 2006-07-07 2021-06-29 Joseph R. Dollens Method and system for managing and displaying product images with progressive resolution display with audio commands and responses
US8260689B2 (en) 2006-07-07 2012-09-04 Dollens Joseph R Method and system for managing and displaying product images
US11481834B2 (en) 2006-07-07 2022-10-25 Joseph R. Dollens Method and system for managing and displaying product images with progressive resolution display with artificial realities
US9691098B2 (en) 2006-07-07 2017-06-27 Joseph R. Dollens Method and system for managing and displaying product images with cloud computing
US8554639B2 (en) 2006-07-07 2013-10-08 Joseph R. Dollens Method and system for managing and displaying product images
US10614513B2 (en) 2006-07-07 2020-04-07 Joseph R. Dollens Method and system for managing and displaying product images with progressive resolution display
US20080059283A1 (en) * 2006-08-31 2008-03-06 Ebay Inc. Method and system for opportunity distribution
US20090047999A1 (en) * 2007-08-16 2009-02-19 Samsung Electronics Co., Ltd. Method and system for beamforming communication in wireless communication systems
US8392192B2 (en) * 2007-09-18 2013-03-05 Samuel Seungmin Cho Method and apparatus for improving transaction success rates for voice reminder applications in E-commerce
US8090622B2 (en) * 2007-09-21 2012-01-03 Microsoft Corporation Preferred items list management
US8447645B2 (en) * 2007-12-21 2013-05-21 Glyde Corporation System and method for dynamic product pricing
US8732035B2 (en) * 2008-06-24 2014-05-20 International Business Machines Corporation Competitive sales environment in a virtual world
US20100100447A1 (en) * 2008-10-21 2010-04-22 Ganz Toy system and extravaganza planner
CN101751639A (en) * 2008-12-17 2010-06-23 上海西本钢铁贸易发展有限公司 Method and system for electronic transaction platform based on network
US8260666B2 (en) * 2009-01-14 2012-09-04 Yahoo! Inc. Dynamic demand calculation using captured data of real life objects
US8301512B2 (en) 2009-10-23 2012-10-30 Ebay Inc. Product identification using multiple services
US8392266B2 (en) * 2009-11-13 2013-03-05 Omnione Usa, Inc. System and method for certifying information relating to transactions between a seller and a purchaser
JP5395195B2 (en) * 2009-12-29 2014-01-22 楽天株式会社 Server system, product recommendation method, product recommendation program, and computer-readable recording medium recording computer program
US8412560B1 (en) * 2010-03-05 2013-04-02 Amazon Technologies, Inc. Price optimization using current offers
US8818880B1 (en) 2010-09-07 2014-08-26 Amazon Technologies, Inc. Systems and methods for source identification in item sourcing
US8639686B1 (en) * 2010-09-07 2014-01-28 Amazon Technologies, Inc. Item identification systems and methods
US8768784B1 (en) * 2010-11-30 2014-07-01 Amazon Technologies, Inc. Expedited seller registration
CA2768175A1 (en) 2011-02-15 2012-08-15 Ganz Arcade in a virtual world with reward
AU2012222202B2 (en) * 2011-02-23 2016-03-03 Catch Media, Inc. E-used digital assets and post-acquisition revenue
US20120253992A1 (en) * 2011-03-29 2012-10-04 Ebay Inc. Systems and methods for inventory generation and management
US8744925B2 (en) 2011-07-05 2014-06-03 Sidekick Technology Inc. Automobile transaction facilitation based on customer selection of a specific automobile
US9141984B2 (en) 2011-07-05 2015-09-22 Sidekick Technology LLC Automobile transaction facilitation using a manufacturer response
US8650093B2 (en) 2011-07-05 2014-02-11 Sidekick Technology LLC Used automobile transaction facilitation for a specific used automobile
US20120022965A1 (en) * 2011-10-04 2012-01-26 Seergy Michael J Geolocation based bidding system, method and apparatus
US9626682B2 (en) * 2012-02-08 2017-04-18 Ebay Inc. Systems and methods for reseller discovery and analysis
WO2013145454A1 (en) * 2012-03-30 2013-10-03 楽天株式会社 Information provision device, information provision method, information provision program, and computer-readable recording medium storing program
CN103428237B (en) * 2012-05-17 2016-09-07 阿里巴巴集团控股有限公司 A kind of processing method with qualifications data message and system
US20140258016A1 (en) * 2013-03-08 2014-09-11 Ebay Inc. System and method for generating recommendations
US10026136B2 (en) * 2013-03-15 2018-07-17 Haggle Shopping Pty Ltd Automated discounting and negotiation
US20150100447A1 (en) * 2013-10-04 2015-04-09 Fleezip Inc. System and method for selling items won in a bidding fee auction
US20160189259A1 (en) * 2014-12-31 2016-06-30 Jeremy Leigh Cattone Managing a distributed secondary product inventory
US20190205941A1 (en) * 2014-12-31 2019-07-04 Ebay Inc. Post-purchase usage analytics to prompt reselling of items in an online marketplace
US11093905B2 (en) 2014-12-31 2021-08-17 Ebay Inc. Systems and methods to utilize an electronic garage shelf
US10685334B2 (en) 2014-12-31 2020-06-16 Ebay Inc. Systems and methods for an E-commerce enabled digital whiteboard
US10318930B2 (en) 2014-12-31 2019-06-11 Ebay Inc. Systems and methods to utilize smart components
US9563986B2 (en) 2014-12-31 2017-02-07 Ebay Inc. Systems and methods for multi-signal fault analysis
US10902507B2 (en) * 2015-05-18 2021-01-26 Ebay Inc. Replaced device handler
CN105005750A (en) * 2015-07-17 2015-10-28 江西洪都航空工业集团有限责任公司 Positioning management system based on RFID
CN105184454A (en) * 2015-08-19 2015-12-23 北京京东方多媒体科技有限公司 Article management system and article management method
US10607278B2 (en) 2016-09-22 2020-03-31 Appsoft Oy System and method for populating a database with a set of information related to an item owned by a first owner that is transferred to a second owner
US10679179B2 (en) * 2017-04-21 2020-06-09 Sensormatic Electronics, LLC Systems and methods for an improved tag counting process
US10643178B1 (en) * 2017-06-16 2020-05-05 Coupa Software Incorporated Asynchronous real-time procurement system
US10402842B2 (en) * 2017-06-28 2019-09-03 Satori Worldwide, Llc Updating costs for assets via a messaging system
CN107689988B (en) * 2017-08-18 2021-02-26 广州市百果园信息技术有限公司 Message pushing method and device, electronic equipment and terminal equipment
US11036780B2 (en) 2018-03-08 2021-06-15 Ebay Inc. Automatic lot classification
US20210350442A1 (en) * 2018-07-22 2021-11-11 Scott Amron Distributed inventory system
CN111105244B (en) * 2018-10-25 2023-06-23 阿里巴巴集团控股有限公司 Refund-based service scheme determination method and refund-based service scheme determination device
CN111311271A (en) * 2020-01-15 2020-06-19 阳光易购(湖南)科技有限公司 Food tracing method and system based on block chain
CN113409063A (en) * 2020-03-17 2021-09-17 阿里巴巴集团控股有限公司 Data processing method and device, electronic equipment and storage medium
US20220374805A1 (en) * 2021-05-18 2022-11-24 Ebay Inc. Inventory Item Prediction and Listing Recommendation
IT202100013508A1 (en) 2021-05-25 2022-11-25 Meridian Insurance Srl Complementary credit management system

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020099643A1 (en) * 2000-11-10 2002-07-25 Freemarkets, Inc. Method, apparatus and system for advancing a bidder to a selected rank
US20050080712A1 (en) * 2003-06-18 2005-04-14 Bauer David J. Online bidding system with interactive voice recognition interface
US20060195384A1 (en) * 2005-02-25 2006-08-31 Bauer David L Systems and methods for determining vehicle salvage value
US7584123B1 (en) * 2004-04-06 2009-09-01 Ticketmaster Systems for dynamically allocating finite or unique resources
US7962374B2 (en) * 2006-04-24 2011-06-14 Andrew Altschuler System and method for selling a product multiple times during the life of the product

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7702540B1 (en) * 1995-04-26 2010-04-20 Ebay Inc. Computer-implement method and system for conducting auctions on the internet
US5940807A (en) 1996-05-24 1999-08-17 Purcell; Daniel S. Automated and independently accessible inventory information exchange system
US6837436B2 (en) * 1996-09-05 2005-01-04 Symbol Technologies, Inc. Consumer interactive shopping system
US7197475B1 (en) * 1999-06-30 2007-03-27 Catalog City, Inc. Multi-vendor internet commerce system for e-commerce applications and methods therefor
US20060136300A1 (en) * 1999-10-27 2006-06-22 Ebay Inc. Method and apparatus for promoting resale of foods
US20010005833A1 (en) * 1999-12-24 2001-06-28 Jeorge Asami Product distribution system and method for providing information to customer in context of such system
US7958009B1 (en) * 2000-03-20 2011-06-07 Amazon.Com, Inc. Method and system for bidding on multiple auctions
US20020152200A1 (en) * 2000-05-31 2002-10-17 Krichilsky Philip S. System and method for retrieving information pertaining to product
WO2002037338A1 (en) * 2000-11-01 2002-05-10 Snapnames.Com, Inc. Registry-integrated internet domain name acquisition system
US7493274B2 (en) * 2001-10-31 2009-02-17 Amazon.Com, Inc. Marketplace system in which users generate and browse user-to-user preorder listings via a definitive products catalog
IL154992A0 (en) * 2003-03-19 2003-10-31 Yaron Mayer System and method for automatic selection of a good buy in price-comparison sites when the user buys more than one product at the same time
US20040220864A1 (en) * 2003-05-02 2004-11-04 Popovitch Steven Gregory Method and system for competing against an established online marketplace
US8200584B2 (en) * 2003-05-28 2012-06-12 Brickman Jr Carl E Employee recruiting system and method
US20050097003A1 (en) * 2003-10-06 2005-05-05 Linker Jon J. Retrieving and formatting information
US20050159974A1 (en) * 2004-01-15 2005-07-21 Cairo Inc. Techniques for identifying and comparing local retail prices
US20050177443A1 (en) * 2004-01-16 2005-08-11 International Business Machines Corporation Systems and methods for reposting network auction items for resale
US7698169B2 (en) * 2004-11-30 2010-04-13 Ebay Inc. Method and system to provide wanted ad listing within an e-commerce system
US20060229972A1 (en) * 2005-03-04 2006-10-12 Jason Melo Live auction system
US20070073593A1 (en) * 2005-09-28 2007-03-29 Redcarpet, Inc. Method and system for consumer price alerts
US9123071B1 (en) * 2006-02-17 2015-09-01 Amazon Technologies, Inc. Services for using group preferences to improve item selection decisions
US20070233736A1 (en) * 2006-03-28 2007-10-04 Heyletsgo, Inc. Method and system for social and leisure life management
US8055552B2 (en) * 2006-12-22 2011-11-08 Yahoo! Inc. Social network commerce model

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020099643A1 (en) * 2000-11-10 2002-07-25 Freemarkets, Inc. Method, apparatus and system for advancing a bidder to a selected rank
US20050080712A1 (en) * 2003-06-18 2005-04-14 Bauer David J. Online bidding system with interactive voice recognition interface
US7584123B1 (en) * 2004-04-06 2009-09-01 Ticketmaster Systems for dynamically allocating finite or unique resources
US20060195384A1 (en) * 2005-02-25 2006-08-31 Bauer David L Systems and methods for determining vehicle salvage value
US7962374B2 (en) * 2006-04-24 2011-06-14 Andrew Altschuler System and method for selling a product multiple times during the life of the product
US8112319B2 (en) * 2006-04-24 2012-02-07 Andrew Altschuler System and method for generating exponential expansion of commerce
US8650090B2 (en) * 2006-04-24 2014-02-11 Exp Commerce Dot Com Ltd. Methods and systems for selling a product/service before or during a first purchase in an electronic marketplace

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190073685A1 (en) * 2015-04-02 2019-03-07 The Nielsen Company (Us), Llc Methods and apparatus to identify affinity between segment attributes and product characteristics
US10909560B2 (en) * 2015-04-02 2021-02-02 The Nielsen Company (Us), Llc Methods and apparatus to identify affinity between segment attributes and product characteristics
US11657417B2 (en) 2015-04-02 2023-05-23 Nielsen Consumer Llc Methods and apparatus to identify affinity between segment attributes and product characteristics

Also Published As

Publication number Publication date
US20130282531A1 (en) 2013-10-24
US20110246325A1 (en) 2011-10-06
US8744922B2 (en) 2014-06-03
US8650090B2 (en) 2014-02-11
US20130282513A1 (en) 2013-10-24
US20130282505A1 (en) 2013-10-24
US20070250403A1 (en) 2007-10-25
WO2007124182A2 (en) 2007-11-01
US20120143710A1 (en) 2012-06-07
US7962374B2 (en) 2011-06-14
US8112319B2 (en) 2012-02-07
EP2027135A2 (en) 2009-02-25
EP2027135A4 (en) 2011-03-09
CN101479285A (en) 2009-07-08
WO2007124182A3 (en) 2008-01-31
US20130290123A1 (en) 2013-10-31

Similar Documents

Publication Publication Date Title
US8744922B2 (en) Generating multiple buy and sell transactions
US9053514B2 (en) System supporting promotion browsing and searching
US8160937B2 (en) System and method for placing a product order via a communications network
US20150066679A1 (en) Methods and systems for generating merchandise leads
US20100287062A1 (en) Method and Apparatus for Facilitating Buyer Driven Transaction
US20160148289A1 (en) Managing buy/sell transactions
US20110246289A1 (en) Click marketplace system and method with enhanced click traffic auctions
KR20000012196A (en) Ready listed electronic commerce system and method thereof
KR20010097364A (en) Bid form program and bid transaction mediating method and system using the same
KR20000058841A (en) management method of cosmetics shopping mall using internet
US20150348147A1 (en) Volume pricing search
JP2002117315A (en) Method and system for selling commodities and providing services via interactive communication system
KR20020016050A (en) A method for using a computer to facilitate sales contract on the computer network and a server thereof
KR20050083189A (en) Method for controlling real time bilateral electronic commerce

Legal Events

Date Code Title Description
AS Assignment

Owner name: EXP COMMERCE DOT COM LTD., ISRAEL

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:ALTSCHULER, ANDREW;REEL/FRAME:030675/0105

Effective date: 20130624

STCB Information on status: application discontinuation

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