US20060206413A1 - Systems and methods for facilitating a transaction by matching seller information and buyer information - Google Patents

Abstract

Systems and methods are provided to facilitate a transaction between a seller and a buyer According to one embodiment, seller offer information is received at a controller. The seller offer information is associated with an item, such as a secondary market item, being offered for sale by a seller. Buyer offer information, associated with a buyer offering to make a purchase, is also received. An evaluation rule is determined, and the seller offer information and the buyer offer information are matched based on the evaluation rule. It is then arranged for the seller to sell the item to the buyer. According to another embodiment, an appropriate item price is determined based on the seller offer information. Information associated with the appropriate item price is transmitted to the seller, and an actual item price is determined. According to another embodiment, a subsidy is determined, the subsidy being associated with a benefit from a subsidy provider to be applied to the transaction. In this case, it is arranged for the seller to provide the item to the buyer in accordance with the benefit. A seller offer and/or a buyer offer may be binding, and a penalty may be applied if a seller and/or a buyer does not complete a transaction.

Description

CROSS REFERENCE TO RELATED APPLICATIONS
• The present application claims the benefit of U.S. Provisional Patent Application Ser. No. 60/176,158 filed Jan. 14, 2000. The entire content of this application is incorporated herein by reference.
• The present application is related to U.S. patent application Ser. No. 08/964,967 entitled “Conditional Purchase Offer (CPO) Management System for Collectibles” and filed Nov. 5, 1997, which is a continuation-in-part of U.S. patent application Ser. No. 08/889,319 entitled “Conditional Purchase Offer Management System” and filed Jul. 8, 1998, which is a continuation-in-part of U.S. patent application Ser. No. 08/707,660 entitled “Method and Apparatus for a Cryptographically Assisted Commercial Network System Designed to Facilitate Buyer-Driven Conditional Purchase Offers,” filed on Sep. 4, 1996 and issued as U.S. Pat. No. 5,794,207 on Aug. 11, 1998; U.S. patent application Ser. No. 09/282,747 entitled “Method arid Apparatus for Providing Cross-Benefits Based on a Customer Activity” and filed Mar. 31, 1999; U.S. patent application Ser. No. 09/274,281 entitled “Method and Apparatus for Providing Cross-Benefits via a Central Authority” and filed Mar. 22, 1999; and U.S. patent application Ser. No. 09/322,351 entitled “Method and Apparatus for Providing Cross Benefits and Penalties” and filed May 28, 1999; U.S. patent application Ser. No. 09/100,684 entitled “Billing Statement Customer Acquisition System” and filed May 19, 1999, which is a continuation-in-part of U.S. patent application Ser. No. 08/982,149 entitled “Method and Apparatus for Printing a Billing Statement to Provide Supplementary Product Sales” and filed on Dec. 1, 1997. The entire contents of these applications are incorporated herein by reference.
FIELD OF THE INVENTION
• The present invention relates to commerce. In particular, the present invention relates to systems and methods for facilitating a transaction between a seller and a buyer.
BACKGROUND OF THE INVENTION
• Many consumers are interested in selling items. A consumer may, for example, be interested in selling a used or second-hand item (i.e., a “secondary market” item) that he or she owns but no longer uses. Consumer electronics, exercise equipment, automobiles and collectibles (e.g., coins or stamps) are some examples of such secondary market items. Similarly, a consumer may be interested in selling, for example, a theater or concert ticket that he or she will not be able to use.
• One way for a consumer to sell an item is through a merchant who in turn re-sells the item to another consumer. Such a merchant, however, will want to profit from the transaction, or at least pay for overhead associated with the transaction (e.g., employee salaries, rent, insurance). As a result, an item price the consumer may receive from the merchant in exchange for selling the item is generally less than an item price another consumer will be willing to provide to the merchant in exchange for the item.
• Moreover, a merchant who deals with a large number of consumers may not be flexible with respect to one or more transaction terms. For example, the merchant may insist that every consumer bring his or her items directly to the merchant. A consumer may, however, prefer that a buyer pick-up an item from his or her home. For example, a consumer may prefer that a buyer pick-up a heavy and bulky piece of exercise equipment. Another consumer may prefer to meet a buyer at a mutually convenient location to complete a transaction (e.g., to maintain his or her anonymity). It will typically not be practical for a merchant to individually negotiate delivery terms, or other transaction terms, with each consumer.
• Another problem with selling an item to a merchant is that a consumer may not be able to determine a reasonable price for the item. That is, a merchant will typically set the item price, and the consumer may have no way of knowing if the merchant's item price is reasorable. Although the consumer could bring the item to a number of different merchants to determine a reasonable price (e.g., by comparing item prices set by different merchants), such a solution would be inconvenient and time consuming.
• In addition to selling items, many consumers are interested in purchasing items, such as secondary market items. Purchasing such items from merchants, however, may involve the same disadvantages as described above with respect to the sale of such items. Namely, a merchant may increase an item price and may not be flexible with respect to transaction terms. Moreover, a merchant typically determines an item price, and a consumer interested in purchasing the item may not be able to determine if the item price is reasonable.
• As a result of these disadvantages, many consumers are interested in completing transactions directly with other consumers. Because no third party needs to make a profit, or pay for overhead, both the seller and the buyer can often benefit from such a direct “consumer-to-consumer” transaction. Moreover, both consumers can work together to decide on agreeable terms for the transaction, such as a mutually convenient delivery location.
• To help facilitate consumer-to-consumer transactions, “on-line” services that communicate with a large number of sellers and buyers, such as a World Wide Web site provided via the Internet, have become increasingly popular.
• In a classified advertisement, or “classifieds,” type of on-line service, a seller can advertise an item to be sold at a particular price. When a buyer agrees to purchase the item at that price, the item is sold to the buyer. The advertisement may include, for example, a description of the item and an item price. A buyer can similarly advertise that he or she is interested in purchasing a particular type of item.
• In an “auction” type of on-line service, a seller posts an item to be sold by auction. A post for an auction may include, for example, an item description but not an item price. A number of buyers may submit bids for that item, and the item is sold to the bidder that submits the highest bid. Such an auction type of on-line service can also let a seller set a “floor price” for the item. That is, the item will not be sold below the floor price even if no higher bids are submitted.
• In addition to the classifieds and auction types of services, U.S. patent application Ser. No. 08/964,967, entitled “Conditional Purchase Offer (CPO) Management System for Collectibles,” discloses a system wherein a CPO management system receives a Conditional Purchase Offer (CPO) from a buyer. The buyer's CPO is a binding offer containing one or more conditions submitted by a buyer for the purchase of an item at a buyer-defined price. The CPO management system then determines whether one or more sellers are willing to accept the buyer's CPO. If a seller accepts the buyer's CPO, and ultimately delivers an item complying with the conditions, the buyer is bound to provide payment of the buyer-defined price. The buyer's CPO may be guaranteed, for example, by a credit card account. In this way, a “race” between sellers results (i.e., the sellers compete to accept a buyer's CPO with a reasonable buyer-defined price).
• With the consumer-to-consumer services described above, however, it may be difficult for a buyer and a seller to complete a transaction. For example, although a buyer may be able to determine that a seller is interested in selling a kitchen table, the buyer may not be able to determine if the seller is willing to deliver the table to a particular town. Similarly, a seller interested in selling a camera with a tripod and a particular zoom ratio may need to review information submitted by hundreds of buyers to determine which buyers are interested in purchasing a camera with these qualifications. It may be especially difficult for sellers and buyers to complete a transaction with respect to secondary market items, where the condition of an item can vary widely.
• Moreover, problems exist with the ability of known consumer-to-consumer services to match buyers and sellers. For example, a seller may establish an unreasonable item price (e.g., an item price that is too high). Similarly, a buyer may submit an item price that is too low. In other cases, a buyer may be unable to pay, or a seller may be unable to accept, what he or she realizes is a reasonable item price. Such gaps between an item price a seller is willing to accept and an item price a buyer is willing to pay reduces the number of transactions completed by such services.
• Another problem with known consumer-to-consumer services is that a seller may initiate, but not complete, a transaction. For example, a buyer may contact a seller who advertised that he or she was interested in selling four tickets to a particular concert only to find out that the seller had already sold the tickets to someone else. Similarly, a seller may back-out of a transaction for any number of other reasons (e.g., if the seller and the buyer are unable to agree on a transaction term, such as a delivery term). In addition, buyers may also decide to not complete a transaction in many consumer-to-consumer services.
• Moreover, consumer-to-consumer services typically have only a limited ability and/or flexibility to profit from a completed transaction. For example, an consumer-to-consumer service may charge aseller 5% of a sale price in exchange for facilitating a transaction. The service, however, typically does not select a particular buyer, or a particular seller, based on a resulting profit to the service. Similarly, the service typically does not select a buyer and/or seller based on other information associated with the effectiveness of the service (e.g., a total number of transactions that are completed by the service or demographic characteristics associated with the seller and/or buyer).
• Note that, businesses face many of the same problems discussed above with respect to consumers. For example, a business interested in selling items to, or purchasing items from, consumers—or even a business interested in selling items to, or purchasing items from, other businesses—may find it difficult to complete a transaction.
• Thus, a need exists for improved systems that facilitate transactions between buyers and sellers.
SUMMARY OF THE INVENTION
• To alleviate problems inherent in the prior art, the present invention introduces systems and methods to facilitate a transaction between a seller and a buyer.
• According to one embodiment of the present invention, seller offer information, associated with an item being offered for sale by a seller, is received. Buyer offer information, associated with a buyer offering to make a purchase, is also received. An evaluation rule is determined and the seller offer information and the buyer offer information are matched based on the evaluation rule. It is then arranged for the seller to sell the item to the buyer.
• According to another embodiment, seller offer information, associated with an item being offered for sale by a seller, is received. An appropriate item price is determined based on the seller offer information, and information associated with the appropriate item price is transmitted to the seller. An actual seller price is then determined. Similarly, an appropriate item price may be determined based on buyer offer information, and an actual buyer item price may be determined.
• According to another embodiment, seller offer information, associated with an item being offered for sale by a seller, is received. Buyer offer information, associated with a buyer offering to make a purchase, is also received. A subsidy is determined, the subsidy being associated with a benefit from a subsidy provider to be applied to the transaction. It is then arranged for the seller to provide the item to the buyer in accordance with the benefit.
• According to another embodiment, a binding seller offer is received, the binding seller offer being associated with an item being offered for sale by a seller. A binding buyer offer is also received, the binding buyer offer being associated with a buyer offer to make a purchase. The binding seller offer is matched with the binding buyer offer, and it is arranged for the seller to sell the item to the buyer.
• One embodiment of the present invention comprises: means for receiving seller offer information associated with an item being offered for sale by a seller; means for receiving buyer offer information associated with a buyer offering to make a purchase; means for determining an evaluation rule; means for matching the seller offer information and the buyer offer information based on the evaluation rule; and means for arranging for the seller to sell the item to the buyer.
• Another embodiment comprises: means for receiving seller offer information associated with an item being offered for sale by a seller; means for determining an appropriate item price based on the seller offer information; means for transmitting information associated with the appropriate item price to the seller; and means for determining an actual seller price.
• Another embodiment comprises: means for receiving seller offer information associated with an item being offered for sale by a seller; means for receiving buyer offer information associated with a buyer offering to make a purchase; means for determining a subsidy, the subsidy being associated with a benefit from a subsidy provider to be applied to the transaction; and means for arranging for the seller to provide the item to the buyer in accordance with the benefit.
• Another embodiment comprises: means for receiving a binding seller offer associated with an item being offered for sale by a seller; means for receiving a binding buyer offer associated with a buyer offering to make a purchase; means for matching the binding seller offer with the binding buyer offer; and means for arranging for the seller to sell the item to the buyer.
• With these and other advantages and features of the invention that will become hereinafter apparent, the nature of the invention may be more clearly understood by reference to the following detailed description of the invention, the appended claims and the several drawings attached herein.
BRIEF DESCRIPTION OF THE DRAWINGS
• FIG. 1 is a block diagram overview of a transaction system according to an embodiment of the present invention.
• FIG. 2 is a block diagram of a controller according to an embodiment of the present invention.
• FIG. 3 is a tabular representation of a portion of a buyer database according to an embodiment of the present invention.
• FIG. 4 is a tabular representation of a portion of a seller database according to an embodiment of the present invention.
• FIG. 5 is a tabular representation of a portion of an offer to buy database according to an embodiment of the present invention.
• FIG. 6 is a tabular representation of a portion of an offer to sell database according to an embodiment of the present invention.
• FIG. 7 is a tabular representation of a portion of an item category database according to an embodiment of the present invention.
• FIG. 8 is a tabular representation of a record of a quality class database according to an embodiment of the present invention.
• FIG. 9 is a tabular representation of a portion of a matching objectives database according to an embodiment of the present invention.
• FIG. 10 is a tabular representation of a record of a rule database according to an embodiment of the present invention.
• FIG. 11 is a tabular representation of a portion of a subsidy rules database according to an embodiment of the present invention.
• FIG. 12 is a tabular representation of a portion of a subsidy database according to an embodiment of the present invention.
• FIG. 13 is a tabular representation of a portion of a transaction database according to an embodiment of the present invention.
• FIG. 14 is a flow chart of a method according to an embodiment of the present invention.
• FIG. 15 is a flow chart of a method according to another embodiment of the present invention.
• FIG. 16 is a flow chart of a method according to another embodiment of the present invention.
• FIG. 17 is a flow chart of a matching method according to an embodiment of the present invention.
• FIG. 18A is a flow chart of an offer to buy method according to an embodiment of the present invention.
• FIG. 18B is a flow chart of an offer to sell method according to an embodiment of the present invention.
• FIG. 19 is a flow chart of a matching method according to an embodiment of the present invention.
• FIGS. 20A through 20C are a flow chart of a subsidy method according to an embodiment of the present invention.
• FIG. 21 is a flow chart of a matching objective method according to an embodiment of the present invention.
• FIG. 22 is a flow chart of a timed-release method according to an embodiment of the present invention.
• FIG. 23 is a flow chart of a method for arranging a sale of a secondary market item in accordance with an embodiment of the present invention.
DETAILED DESCRIPTION OF THE INVENTION
• The present invention is directed to systems and methods for facilitating a transaction between a seller and a buyer. According to one embodiment, a controller receives seller offer information, such as an Offer To Sell (OTS), from a seller. The seller may be, for example, an individual or business who is interested in selling an item. The item may be, by way of example, any product or service, such as a secondary market item, computer software, a ticket, a future product, a hotel room reservation, or a gift certificate. The OTS may include, for example, a seller price and information describing the item.
• The controller also receives buyer offer information, such as an Offer To Buy (OTB), from a buyer. The buyer may be, for example, an individual or business who is interested in making a purchase. For example, the buyer may be interested in purchasing an item or purchasing a right to an item (e.g., renting or licensing the item). The OTB may include, for example, a buyer price and an item category (e.g., medium screen televisions or 35 mm cameras).
• The controller “matches” the OTS and the OTB based on an evaluation rule (e.g., determines that the OTS satisfies the OTB and the OTB satisfies the OTS), and arranges for the seller to sell the item to the buyer. An OTB may be matched with an OTS based on, for example, the item category associated with the OTB, the information describing the item associated with the OTS, the buyer price, and the seller price. As used herein, a matching offer may be an OTS that matches an OTB or an OTB that matches an OTS.
• Referring in detail to the drawings,FIG. 1 is a block diagram overview of atransaction system100 according to one embodiment of the present invention. Thetransaction system100 includesseller devices10 andbuyer devices20 in communication with acontroller200. As used herein, devices (such as theseller devices10, thebuyer devices20, thecontroller200 and/or a subsidy provider device30) may communicate, for example, via a communication network, such as a Local Area Network (LAN), a Metropolitan Area Network (MAN), a Wide Area Network (WAN), a Public Switched Telephone Network (PSTN), or an Internet Protocol (IP) network such as the Internet, an intranet or an extranet. Moreover, as used herein, communications include those enabled by wired and/or wireless technology.
• Note that theseller devices10 and thebuyer devices20 may not be in constant communication with thecontroller200. For example, aseller device10 may only communicate with thecontroller200 when a seller accesses a Web site associated with thecontroller200. Although embodiments of the present invention are described with respect to information exchanged via a Web site, according to other embodiments information can instead be exchanged via, for example: a telephone, an Interactive Voice Response Unit (IVRU), a facsimile machine, regular mail, electronic mail, a WEBTV® interface, an Automated Teller Machine (ATM), a cable network interface, or a wireless communication system.
• In general, thecontroller200 and thesubsidy provider device30 can be any device capable of performing methods in accordance with the present invention. For example, thecontroller200 may be a Web server. Theseller device10 and/or thebuyer device20 may be, for example: a Personal Computer (PC), a portable computing device such as a Personal Digital Assistant (PDA), a wired or wireless telephone, a one-way or two-way pager, a kiosk, an ATM, a smart card, a magnetic stripe card, or any other appropriate communication or storage device.
• Note that theseller devices10 and/or thebuyer devices20 may include a number of different types of devices (e.g., some buyers may use PCs while others use telephones). Also note that any of theseller devices10, thebuyer devices20, thesubsidy provider device30 and/or thecontroller200 may be incorporated in a single device (e.g., a kiosk may serve as aseller device10, abuyer device20 and a controller200).
• According to an embodiment of the present invention, thecontroller200 may receive an offer, including offer information, aseller device10 or abuyer device20. As used herein, an “offer” may mean either an OTB or an OTS and is not limited to the legal definition of an offer (i.e., an offer may include a communication that will not result in a binding contract when accepted). Thecontroller200 generates a matching code for the offer based on the offer information. Typically, the offer information associated with an OTB is “broad” (e.g., only an item category is provided) and the offer information associated with an OTS is “specific” (e.g., a seller describes in detail a particular item he or she is interested in selling). The matching code is used by thecontroller200 to find a matching offer.
• According to one embodiment, thecontroller200 stores indications of “quality classes” which indicate various levels of item quality. For example, thecontroller200 may use the offer information to assign a quality score (e.g., a score indicating that the item has four out of five desirable features) and, based on the quality score, assign the offer to a particular quality class. The quality class may, for example, enable thecontroller200 to find a matching offer with a comparable quality.
• Determining a quality class also enables thecontroller200 to determine and suggest an appropriate item price (e.g., $50) or item price range (e.g., $45 to $55) for an |offer. For example, thecontroller200 may retrieve an appropriate item price range associated with a quality class and transmit an indication of the appropriate item price range to the buyer or seller associated with the offer. The buyer or seller may select an appropriate item price or item price range, or enter his or her own item price.
• According to one embodiment, thecontroller200 matches an OTS and an OTB by searching for matching offer codes. The search may be performed, for example, when a new OTS is received, when a new OTB is received, and/or on a periodic (e.g., every hour) or non-periodic basis. Thecontroller200 may then, according to one embodiment, retrieve the item price associated with each potentially matching offer. When searching for a match for an OTS, thecontroller200 may eliminate a potentially matching OTB if an item price associated with the OTB (e.g., a maximum buyer price) is lower than an item price associated with the OTS (e.g., a minimum seller price). Similarly, when searching for a match for an OTB, thecontroller200 may eliminate a potentially matching OTS if an item price associated with the OTS is higher than an item buyer price associated with the OTB.
• If thecontroller200 determines that a matching offer cannot be found, thecontroller200 may, according to one embodiment, calculate a subsidy amount that would need to be added to (or subtracted from) an offer price in order to find at least one matching offer. For example, consider an OTS associated with a seller price of $100. Thecontroller200 may determine that a first OTB associated with a buyer price of $50 and a second OTB associated with a buyer price of $80 potentially match the OTS (e.g., each OTB is associated with an item category that matches the item associated with the OTS). In this case, thecontroller200 may determine that a subsidy of $20 (i.e., $100−$80) would enable the second OTB to match the OTS. Note that the $20 may either be added to the OTB or subtracted from the OTS. When the subsidy is provided by a third party (e.g., a party other than thecontroller200, the buyer and/or the seller), thecontroller200 may communicate with thesubsidy provider device30 to determine if the subsidy may be offered to the buyer or the seller (e.g., in exchange for the buyer and/or the seller performing a task).
• According to an embodiment of the present invention, if more than one matching offer exists based on matching codes and item prices, thecontroller200 retrieves a matching objective in order to select a matching offer. The matching objective may be, for example, any rule or set of rules thecontroller200 can use to select a matching offer. For example, different matching objectives may be arranged into a hierarchy and applied (e.g., to eliminate potentially matching offers) until a single matching offer remains. The hierarchy may be adjusted, for example, manually by an operator of thecontroller200 or automatically based on historical, current or predicted data. Once a single matching offer is found, thecontroller200 may, according to an embodiment of the present invention, automatically “bind” the offers (i.e., associate the seller's OTS with the buyer's OTB) and notify the seller and buyer of the completed match. According to one embodiment of the present invention, thecontroller200 also arranges for the seller to sell the item to the buyer.
• Note that aseller device10 and/or abuyer device20 may also communicate directly with the subsidy provider device30 (as shown by a dashed line inFIG. 1). For example, a subsidy provider may offer to contribute an amount that will enable an OTS to match with an OTB if both the seller and the buyer apply for a new credit card. In this case, the credit card application information (e.g., the customer's name, address and Social Security number) may be transmitted directly from theseller device10 and thebuyer device20 to thesubsidy provider device30. Similarly, information about available subsidy offers may be transmitted directly from thesubsidy provider device30 to one ormore seller devices10 and/orbuyer devices20.
• Note that although a singlesubsidy provider device30 is shown inFIG. 1, any number ofsubsidy provider devices30 may be included in thetransaction system100. Similarly, any number of the other devices described herein may be included according to embodiments of the present invention (e.g., a number of controllers may operate together).
Transaction Examples
• Several transaction examples will now be described to illustrate how thetransaction system100 may be used according to various embodiments of the present invention. Although some examples are described with respect to an OTB submitted by a buyer, it will be understood by those skilled in the art that similar examples may involve an OTS submitted by a seller.
• Consider a buyer who is interested in purchasing an item. Thecontroller200 may receive buyer offer information, such as buyer registration information (e.g., submitted when the buyer registered to use the controller200) and/or an OTB, from abuyer device20. The buyer offer information may be used, for example, to generate a matching code for the OTB.
• Thecontroller200 may receive the buyer offer information, for example, after leading the buyer through a series of questions (e.g., pull-down menus displayed via a Web site) to define an item category (e.g., exercise equipment), a condition of the item (e.g., mint, good, or fair), and the age of the item.
• Thecontroller200 may also prompt the buyer to enter a general description of the item he or she is interested in purchasing. For example, the buyer may supply a brand name, a manufacturer, and model number of a particular item her or she is interested in purchasing (or of a representative item). In this case, thecontroller200 may categorize the description for the buyer.
• Thecontroller200 may also determine a quality class associated with the buyer offer information. For example, the buyer may select an item category, and thecontroller200 may retrieve and display quality classes associated with that category. A quality class display may include, for example, a brief description and an exemplary set of the manufacturers and models numbers within the class. A quality class may also be associated with an appropriate range of item prices.
• The buyer may then select a quality class based on his or her budget and expectations. According to an embodiment of the present invention, by selecting a quality class the buyer agrees to accept any item that falls within the quality class. Thecontroller200 may have predetermined matching codes associated with each quality class.
• In general, the buyer offer information will be broad, such as an item category or a general description of the desired item, including information (such as acceptable brands and features) that will help thecontroller200 determine a quality class. For example, the buyer offer information may include one or more product features or accessories that must be included with the item.
• The buyer offer information may also indicate acceptable item price and feature trade-offs, mandatory item requirements, and transaction preferences. For example, a buyer may be willing to accept any video camera but prefers to receive a Video Home System-Compact (VHS-C) video camera if one is available. Similarly, a buyer may insist on purchasing an item from a student or a charity.
• In another example, thecontroller200 may ask a buyer “Would you accept a television without surround sound for $25 less than your offer price?” or “Would you accept surround sound in place of picture-in-picture capability?” Thecontroller200 may use answers to these questions to locate a matching OTS. Thecontroller200 may also, according to one embodiment, submit a counter-offer to the buyer if no OTS exactly matches one or more features included in the OTB.
• Such buyer offer information may be a valuable demand collection tool and help a manufacturer determine a perceived value of a feature. For example, if a buyer agrees to increase a buyer price by $5 in exchange for a feature, the feature is worth about $5 to that buyer. Similarly, if most buyers will not accept a television with a remote control in exchange for an upgrade to a higher quality class, but will accept a television without picture-in-picture capability for such an upgrade, it can be assumed that buyers consider a remote control more valuable than picture-in-picture capability.
• According to one embodiment, a buyer may rank a number of features associated with an OTB. For example, a buyer may indicate that one feature is “necessary” (i.e., a matching offer must have the feature) and another is “desired.” Thecontroller200 may use these rankings to match offers, as well as to collect demand information.
• With respect to an OTS, the seller offer information will typically be more specific. For example, the seller offer information may indicate the manufacturer, model number, condition, year, and color of an item. That is, the seller is describing a particular item that is being offered for sale. For example, the seller offer information may indicate that the seller is interested in selling a “1993 SONY® WALKMAN®, working condition.”
• In addition to information about a type of item or a particular item, offer information (i.e., buyer offer information or seller offer information) may include information about buyer or seller. For example, offer information may include a name, an address, contact information (e.g., an electronic mail address or telephone number) and/or demographic information. The offer information may also include a payment identifier (e.g., a credit card number) that may be used by thecontroller200 to collect transaction fees from buyers and/or sellers. The payment identifier may also be used to credit or debit an account as appropriate to complete a transaction (e.g., an amount based on an item price). According to one embodiment, such payments may be made over time in installments.
• The offer information may also include an offer price. That is, an OTS may include a seller price. The seller price may represent, for example, a seller asking price (e.g., an amount the seller would like to receive) and/or a seller minimum price (e.g., an amount below which the seller would not sell an item). Similarly, an OTB may include a buyer price (e.g., a buyer asking price and/or a buyer maximum price).
• The offer information may also include a time limit, such as an offer period or expiration date. Such a time limit may be used, for example, by thecontroller200 to reduce the chance that an OTS or an OTB will remain unmatched for an unreasonable amount of time (e.g., when more than one potentially matching OTB is determined, thecontroller200 may select the OTB with the nearest expiration date). According to other embodiments, thecontroller200 may determine a time limit or notify the seller or buyer when an offer can be removed. Thecontroller200 may also use such a time limit to anticipate supply and/or demand and more accurately manage an offer “pipeline.” For example, thecontroller200 may wait to match an OTB until after a holiday when fewer offers will be received. In exchange, the buyer may receive an extended warranty period, a higher quality item or a subsidy from thecontroller200.
• The offer information may also include delivery information, such as a shipping preference. For example, a buyer may choose to pick-up an item at a specific place or have the item shipped to his or her home. In one embodiment thecontroller200 displays a map, which a buyer (or seller) can use to specify how far he or she is willing to travel to pick-up (or deliver) an item.
• During a transaction, thecontroller200 may provide a subsidy offer to a buyer (and/or a seller). For example, a subsidy offer may be provided to a buyer when he or she initially registers with thecontroller200, when the buyer submits an OTB, when no potentially matching OTS is located, or prior to an expiration date associated with the OTB. For example, the buyer may receive a message stating “Sign up for AT&T® long distance service, and we'll advance you in our matching queue—you'll get a better product in less time!” Several types of subsidy offers are described in U.S. patent application Ser. No. 09/274,281 entitled “Method and Apparatus for Providing Cross-Benefits via a Central Authority.” The buyer's response to the subsidy offer (e.g., an acceptance) may be received and stored by thecontroller200.
• According to one embodiment, a reward, such as payment of an award amount or is the availability of a subsidy offer, may be provided to a party based on the corresponding demand for his or her offer. For example, consider a seller who submits an OTS for an item. If a large number of offers to buy are currently pending (or have historically been submitted) for that type of item (and/or at the seller's price), a reward may be provided to the seller. Similarly, a reward may be provided to a buyer who submits a popular OTB. The reward may be predetermined or may be based on, for example: supply information, demand information, the item category, and/or the item price.
• According to another embodiment, thecontroller200 may notify the buyer of an incentive available in exchange for receiving information about newly introduced items (e.g., information about a new computer model when the buyer is offering to purchase a computer), or a willingness to purchase a substitute item or a supplemental item (e.g. a toner cartridge or a toner cartridge subscription when the buyer is offering to purchase a printer).
• According to one embodiment, a seller's OTS and/or a buyer's OTB may be “binding.” That is, a penalty may be applied if the seller and/or the buyer do not complete a transaction. For example, thecontroller200 may notify a buyer of a penalty (e.g., a predetermined or variable penalty amount). A penalty may be applied, for example, if the buyer fails to pick-up an item. Thecontroller200 may similarly notify a seller of a penalty imposed, for example, if he or she misrepresents the quality of an item sold to a buyer.
• According to one embodiment, an offer may be assigned a priority ranking. For example, when more than one OTB is determined to be a potentially matching offer, an OTB having the highest priority ranking may be selected by thecontroller200. Thus, a higher priority ranking for an offer may, for example, enable an OTB to be matched more quickly or with a more favorable OTS (e.g. an OTS associated with a lower price and/or a higher quality class).
• A priority ranking may be determined, for example, initially when a buyer submits an OTB. The priority ranking may also change dynamically before the OTB is matched. According to one embodiment, thecontroller200 may allow a buyer to pay for an improved priority ranking (either on an offer-by-offer basis or with respect to all of the parties offers). For example, a buyer may receive a message asking “Will you pay $2.00 to be given high priority in our matching system?”
• According to another embodiment, the priority ranking is based on a measured desirability of the particular type of item associated with the OTB. For example, if a large number of sellers have offered, or are currently offering, to sell the same type of item, thecontroller200 may assign the a high priority ranking to the OTB (e.g., because there is a large supply of that type of item). Similarly, if a large number of buyers have been interested, or are currently interested, in purchasing the same type of item, thecontroller200 may assign the a low priority ranking to the OTB (e.g., because there is a large demand for that type of item).
• A priority ranking may also be based on how long an offer has remained unmatched and/or how close an offer is to an expiration date. For example, as a buyer's OTB remains unmatched thecontroller200 may increase a priority ranking to expedite matching. A priority ranking may also be based on delivery information. For example, a buyer may receive a high priority ranking if he or she is more flexible about where and when an item may be delivered. A priority ranking may also be based on past transactions between a buyer and thecontroller200. For example, thecontroller200 may store “reputation” information based on problems that have occurred in the past (e.g., failing to deliver an item or provide a payment at an appropriate time). A priority ranking for a newly registered buyer may start out high to encourage the buyer to use thetransaction system100 in the future.
• A priority ranking may also be based on whether the buyer has accepted a subsidy offer. That is, a buyer who accepts a subsidy offer may receive a higher priority ranking because of his or her acceptance. A priority ranking may also be based on whether the buyer has submitted an appropriate buyer price with the OTB (e.g., whether the buyer price is within an appropriate item price range suggested by the controller200).
• The buyer information may include a quality class of the item he or she is interested in purchasing. For example, the buyer may indicate that he or she is interested in a purchasing a stereo having a quality class of “better.” According to another embodiment, thecontroller200 may determine a quality class based on the buyer offer information (e.g., based on the particular features the stereo must have). According to another embodiment, a quality class may be predicted based on the buyer's past history with thetransaction system100.
• The quality classes may be organized based on, for example, a number of features, item manufacturers, an item condition, and/or accessories associated with an item. For example, the highest quality class may have the most features, the most exclusive manufacturers, at least a good item condition, and the most accessories. In contrast, the lowest quality class may have the fewest features, the most number of acceptable manufacturers, a lower item condition, and fewer accessories.
• The quality classes may be altered periodically based on current data (e.g., a previously desirable feature becomes obsolete and an item with such a feature is moved to a lower quality class). For example, when an OTB is received, thecontroller200 may assign a “score” to the OTB based on the item description provided by the buyer. The buyer may submit, for example, an item category, a minimum acceptable condition, one or more acceptable brands, and desired features and accessories. Based on the description, thecontroller200 can score the OTB and, based on the score, determine an appropriate quality class,
• Note that an OTB may fall into more than one quality class. For example, an OTB may be assigned to both a “better” and a “best” class, That is, the best class may simply be a subset of the better class.
• According to an embodiment of the present invention, thecontroller200 retrieves an appropriate item price range associated with a quality class and outputs the range to thebuyer device20. The appropriate item price range may, for example, help a buyer select a buyer price to include in his or her OTB. The appropriate item price range may be determined based on, for example, historical, current or predicted data and may be adjusted by thecontroller200 when appropriate. According to one embodiment, the buyer is free to determine any buyer price (e.g., including a buyer price outside of the range suggested by the controller200). In another embodiment, the buyer price must be within the appropriate item price range. Note that an appropriate item price range for a quality class may be different for an OTB and an OTS.
• For example, consider a buyer who is interested in purchasing a television. Thecontroller200 displays a list of television features and brands to the buyer. The buyer selects “color,” “remote control,” and “picture-in-picture capability” as desired features and indicates that he or she is willing to accept televisions made by “all manufacturers.” Thecontroller200 determines that the buyer's selected features are associated with both a “good” and a “better” quality class, but not a “best” quality class (which has a more limited selection of manufacturers). Thecontroller200 assigns the OTB to the “better” quality class and displays an appropriate item price range of $150-$250 to the buyer. The buyer may either select a buyer price within the appropriate item price range, or name a different price.
• Based on the compatibility of offer codes and offer price, thecontroller200 attempts to retrieve and match at least one matching OTS to the OTB. For example, thecontroller200 may search for all matching OTS codes compatible with the OTB matching code (e.g., a potentially matching OTS has at least the features described by the OTB). That is, an OTS that matches the OTB item category (e.g., “television”) but does not match the required features (e.g., “at least a 27 inch screen”) or quality class (e.g., “better”) of the OTB is eliminated from the search.
• Thecontroller200 also eliminates an OTS if the seller price exceeds the buyer price associated with the OTB. If the OTB is associated with both an asking price and a maximum price, thecontroller200 may decide to base the search on either price. This decision may be based on, for example, whether thecontroller200 is interesting in improving a benefit associated the buyer (i.e., by matching his or her asking price), or whether thecontroller200 is interested in completing transactions (i.e., by matching the buyer's maximum price).
• If thecontroller200 does not find a matching OTS, the OTB may be stored in a database and thecontroller200 may attempt to find a match for the OTB again later. According to another embodiment, the OTB is simply rejected if thecontroller200 does not initially find a matching OTS.
• According to one embodiment, if a single matching OTS is found, thecontroller200 automatically binds the OTB and the matching OTS. According to another embodiment, thecontroller200 may not automatically bind an OTB with an OTS when a single potentially matching OTS is found (e.g., the controller may wait two days to determine if another potentially matching OTS is submitted).
• Consider, for example, a buyer who submits an OTB for a television with an asking price of $100 and a maximum price $125. Thecontroller200 receives the OTB, generates a matching code, assigns it to a “better” quality class, and searches for an OTS with a similar (or identical) matching code. Thecontroller200 also eliminates an OTS if it has a minimum price higher than $100. If a single matching OTS remains after this elimination, thecontroller200 automatically binds that OTS and the OTB and completes the transaction. If no matching OTS remains, thecontroller200 searches for an OTS with a similar (or identical) matching code and a minimum price less than $125. If one such OTS is found, thecontroller200 automatically binds the matching OTS and the OTB. If there is more than one matching OTS, thecontroller200 may use matching objectives to select an OTS as described herein.
• According to one embodiment of the present invention, thecontroller200 calculates and adds a subsidy amount to an OTB and/or an OTS in order to find a matching offer. For example, thecontroller200 may fund a special account or budget to subsidize offers and increase the number of successful matches. Thecontroller200 may set a maximum amount to subsidize each offer, or use subsidy rules to determine an amount. Thecontroller200 may, for example, add the subsidy amount to the OTB and search for a matching OTS.
• If a matching OTS is found, thecontroller200 determines if there is a discrepancy between the seller price and the buyer price adjusted by the subsidy amount. In other words, thecontroller200 calculates [(buyer price+subsidy amount)—seller price], which represents a surplus amount of money. The surplus may be, for example, kept by the controller200 (e.g., as profit or to be used with respect to another OTS or OTB) or passed onto the seller and/or buyer.
• In another embodiment, thecontroller200 may find the closest matching offer and determine a subsidy amount needed to complete that match. If it is equal to or less than a predetermined amount (or percentage), thecontroller200 may automatically add the subsidy to the offer and complete the match.
• Consider, for example, acontroller200 that receives an OTB including a buyer price of $100. Although at least one OTS matches based on the matching code, no OTS has a seller price of $100 or less. Thecontroller200 retrieves subsidy rules and determines that the OTB can be subsidized for up to 20% of the buyer price. Thecontroller200 adds $20 to the buyer price and again attempts to find a matching OTS. Thecontroller200 now finds a matching OTS with a seller price of $115. Thecontroller200 automatically binds both the OTB and the matching OTS, and determines that the extra money (i.e. $5) is passed on to the seller.
• In one embodiment, thecontroller200 receives an OTB or OTS and calculates and presents an offer to finance the transaction. Offering to finance a purchase in this way may enable thecontroller200 to complete more transactions, as well as earn a profit on the interest earned by the finance offer. One or more subsidies may also be calculated and included in the finance offer.
• According to one embodiment of the present invention, thecontroller200 uses one or more matching objectives to select a single offer from a group of potentially matching offers. The matching objectives may represent, for example, one or more goals of thecontroller200. The matching objectives may be a hierarchy of rules that are applied until a single matching offer remains. According to one embodiment, the matching objectives are predetermined and/or are periodically re-organized (e.g., automatically by thecontroller200 or manually by an operator) depending on objectives of the controller200 (e.g., increasing a profit or increasing a number of completed transactions).
• In one embodiment, thecontroller200 changes the hierarchy of the rules after a predetermined number of transactions have taken place (e.g. after accumulating a statistically significant sample pool) and determines which matches are more beneficial (e.g., increase profit, reduce customer service complaints, or increase the number of completed transactions). Note that the matching objectives may be the same, or may be different, with respect to an OTB and an OTS.
• A matching objectives rule may be based on, for example, priority rankings associated with a buyer and/or a seller. For example, an offer with higher priority ranking may match more quickly, or more beneficially, than an offer with a lower priority ranking. In this case, if an OT3 is received with a high buyer price, an OTS with a higher priority ranking may be selected by thecontroller200.
• A matching objectives rule may also be based on an item price. For example, thecontroller200 may periodically determine which price among several is “optimal” for matching. That is, if there are four matching offers with four different prices, thecontroller200 may decide that the highest priced one should be filled first. Thecontroller200 may adjust such a pricing rule (e.g., automatically or manually) when appropriate.
• A matching objectives rule may also be based on whether the buyer and seller have previously completed a transaction with each other. If so, thecontroller200 may determine if the previous transaction was successful If the transaction was not successful (e.g., the buyer had submitted a complaint about the seller), thecontroller200 may eliminate the associated offer.
• A matching objectives rule may also be based on how long a matching offer has remained unmatched. For example, thecontroller200 may select an older offer, a newer offer, an offer that is closest to an expiration date, or an offer that is farthest away from an expiration date.
• A matching objectives rule may also be based on the location of the buyer and/or seller. For example, the controller,200 may select the potentially matching offer associated with a buyer who lives in the same town as the seller. Similarly, other information about the buyer and the seller may be used when determining a matching OTB and OTS (e.g., the age of the buyer and/or the seller).
• A matching objectives rule may also be based on the identity of the seller and/or the buyer. For example, thecontroller200 may “own” certain items and store them in a warehouse. In this case, warehouse items may be matched more quickly. Alternatively, warehouse items may be matched less quickly (e.g., to increase seller satisfaction).
• A matching objectives rule may also be based on whether the item is a manufacturer-promoted item. For example, a manufacturer may pay the controller200 a fee to match a particular brand or model number first.
• Once the matching objectives are retrieved, thecontroller200 applies them to each potential matching OTS (e.g., each OTS having a “pending” status) until a single matching OTS remains. The eliminated offers are assigned an “unmatched” status, and the selected OTS and the OTB are assigned a “matched” status.
• The appropriate seller and the buyer are notified, and the transaction is completed. According to one embodiment, thecontroller200 charges the buyer and/or seller a commission fee (e.g., a predetermined amount or a percentage of the item price) either before or after the transaction is complete. Thecontroller200 may also arrange for the seller to sell the item to the buyer. For example, thecontroller200 may debit an account associated with the buyer and credit an account associated with the seller. Thecontroller200 may also, according to one embodiment of the present invention, arrange for the delivery of the item (e.g., sending a delivery service to the seller) and/or arrange to inspect the item (e.g., by receiving the item from the seller, inspecting the item and delivering the item to the buyer).
Controller
• FIG. 2 illustrates acontroller200 that is descriptive of the device shown inFIG. 1 according to an embodiment of the present invention. Thecontroller200 comprises aprocessor210, such as one or more INTEL® Pentium® processors, in communication with acommunication device220 configured to communicate through a communication network (not shown inFIG. 2). Thecommunication device220 may be used to communicate, for example, with: one ormore seller devices10, one ormore buyer devices20 and/or one or moresubsidy provider devices30.
• Theprocessor210 is also in communication with astorage device230. Thestorage device230 may comprise any appropriate information storage device, including combinations of magnetic storage devices (e.g., magnetic tape and hard disk drives), optical storage devices and semiconductor memory devices, such as Random Access Memory (RAM) devices and Read Only Memory (ROM) devices.
• Thestorage device230 stores aprogram215 for controlling theprocessor210. Theprocessor210 performs instructions of theprogram215, and thereby operates in accordance with the present invention. For example, theprocessor210 may receive seller offer information associated with an item being offered for sale by a seller, receive buyer offer information associated with a buyer offering to make a purchase, determine an evaluation rule, match the seller offer information and the buyer offer information based on the evaluation rule, and arrange for the seller to sell the item to the buyer.
• According to another embodiment, theprocessor210 may receive seller offer information associated with an item being offered for sale by a seller, determine an appropriate item price based on the seller offer information, transmit information associated with the appropriate item price to the seller, and determine a seller price. Similarly, theprocessor210 may receive buyer offer information associated with a buyer offering to make a purchase, determine an appropriate item price based on the buyer offer information, transmit information associated with the appropriate item price to the buyer, and determine a buyer price.
• According to another embodiment, theprocessor210 may receive seller offer information associated with an item being offered for sale by a seller, receive buyer offer information associated with a buyer offering to make a purchase, determine a subsidy, the subsidy being associated with a benefit from a subsidy provider to be applied to the transaction, and arrange for the seller to provide the item to the buyer in accordance with the benefit.
• Theprogram215 may be stored in a compressed, uncompiled or encrypted format. Theprogram215 may furthermore include program elements that may be necessary, such as an operating system, a database management system and “device drivers” used by theprocessor210 to interface with peripheral devices. Appropriate program elements are known to those skilled in the art.
• Note that theprocessor210 and thestorage device230 may be, for example: (i) located entirely within a single computer or other computing device or (ii) located in separate devices coupled through a communication channel. In one embodiment, thecontroller200 comprises one or more computers that are connected to a remote database server.
• As used herein, information may be “received” by, for example: (i) thecontroller200 from any other device or (ii) a software application or module within thecontroller200 from another software application, module or any other source. Similarly, information may be “transmitted” to, for example: (i) another device from thecontroller200 or (ii) a software application or module within thecontroller200 from another software application, module or any other source.
• As shown inFIG. 2, thestorage device230 also stores: a buyer database300 (described with respect toFIG. 3); a seller database400 (described with respect toFIG. 4); an offer to buy database500 (described with respect toFIG. 5); an offer to sell database600 (described with respect toFIG. 6); an item category database700 (described with respect toFIG. 7); a quality class database800 (described with respect toFIG. 8); a matching objectives database900 (described with respect toFIG. 9); a rule database1000 (described with respect toFIG. 10); a subsidy rules database1100 (described with respect toFIG. 11); a subsidy database1200 (described with respect toFIG. 12); and a transaction database1300 (described with respect toFIG. 13).
• Examples of databases that may be used in connection with thetransaction system100 will now be described in detail with respect toFIGS. 3 through 13. Each figure depicts a database in which the data is organized according to a data structure in accordance with embodiments of the present invention. The data may be stored, for example, on a computer readable medium and be accessible by a program executed on a data processing system. The schematic illustration and accompanying description of these databases are exemplary, and any number of other database arrangements could be employed besides those suggested by the figures.
Buyer Database
• Referring toFIG. 3, a table represents one embodiment of thebuyer database300 that may be stored at thecontroller200 according to an embodiment of the present invention. The table includes entries identifying buyers who may offer to make a purchase. The table also definesfields302,304,306,308,310,312,314,316,318 for each of the entries. The fields specify: abuyer identifier302; abuyer name304; anaddress306; acontact identifier308; associated offers to buy310; apriority ranking312; apayment identifier314; accepted subsidy offers316; and acurrent balance318. The information in thebuyer database300 may be created and updated, for example, when a buyer registers with thecontroller200.
• Thebuyer identifier302 may be, for example, an alphanumeric code associated with a buyer who may offer to make a purchase via thetransaction system100. Thebuyer identifier302 may be, for example, generated by thecontroller200 or the buyer (e.g., when the buyer selects a user name and password).
• For each buyer, thebuyer database300 may also store thebuyer name304 and theaddress306 associated with the buyer. This information may be based on, for example, information provided by the buyer when he or she registers with thecontroller200.
• For each buyer, thebuyer database300 may also store thecontact identifier308 that thecontroller200 may use to contact the buyer (e.g., to inform the buyer that an OTB has been matched). Thecontact identifier308 may be, for example, an electronic mail address or a telephone number and may be based on, for example, information provided by the buyer when he or she registers with thecontroller200 or submits an OTB.
• Thebuyer database300 may also store an indication (e.g., an identifier) of the associated offers to buy310 that have been submitted by the buyer as well as the priority ranking312 associated with the buyer. For example, as illustrated by the first entry ofFIG. 3, the buyer having a buyer identifier of “B-1111” has submitted two offers to buy (i.e., “OTB-0000” and “OTB-3333”) and has a priority ranking312 of “1.”
• Thepayment identifier314 stored in thebuyer database300 may be used by thecontroller200, for example, to arrange for the buyer to pay for an item, to charge the buyer a fee in exchange for facilitating a transaction, and/or to apply a penalty to the buyer.
• The accepted subsidy offers316 may store an indication (e.g., an identifier) associated with each subsidy offer that the buyer has accepted. Each of the accepted subsidy offers316 may be associated with, for example, a subsidy amount to be used in connection with an OTB in exchange for the performance of a task by the buyer (e.g., in exchange for answering five question or subscribing to a magazine). According to another embodiment, an accepted subsidy offer may be associated with a specific OTB (instead of with a buyer).
• Thecurrent balance318 may indicate, for example, fees, item prices and/or penalty amounts that the buyer owes to thecontroller200 and/or to one or more sellers.
Seller Database
• Referring toFIG. 4, a table represents one embodiment of theseller database400 that may be stored at thecontroller200 according to an embodiment of the present invention. The table includes entries identifying sellers who may offer to sell an item. The table also definesfields402,404,406,408,410,412,414,416,418 for each of the entries. The fields specify: aseller identifier402; aseller name404; anaddress406; acontact identifier408; associated offers to sell410; apriority ranking412; apayment identifier414; accepted subsidy offers416; and acurrent balance418. The information in theseller database400 may be created and updated, for example, when a seller registers with thecontroller200.
• Theseller identifier402 may be, for example, an alphanumeric code associated with a seller who may be interested in selling an item via thetransaction system100. Theseller identifier402 may be, for example, generated by thecontroller200 or the seller (e.g., when the seller selects a user name and password).
• For each seller, theseller database400 may also store theseller name404 and theaddress406 associated with the seller This information may be based on, for example, information provided by the seller when he or she registers with thecontroller200.
• For each seller, theseller database400 may also store thecontact identifier408 that thecontroller200 may use to contact the seller (e.g., to inform the seller that an OTS has been matched). Thecontact identifier408 may be, for example an electronic mail address or a telephone number and may be based on, for example, information provided by the seller when he or she registers with thecontroller200 or submits an OTS.
• Theseller database400 may also store an indication (e.g., an identifier) of the associated offers to sell410 that have been submitted by the seller as well as the priority ranking12 associated with the seller. For example, as illustrated by the first entry ofFIG. 4, the seller having a seller identifier of “S-1111” has submitted two offers to sell (i.e., “OTS-5555” and “OTS-3333”) and has a priority ranking412 of “1.”
• Thepayment identifier414 stored in theseller database400 may be used by thecontroller200, for example, to arrange for the seller to receive payment for an item, to charge the seller a fee in exchange for facilitating a transaction, and/or to apply a penalty to the seller.
• The accepted subsidy offers416 may store an indication (e.g., an identifier) associated with the subsidy offers that the seller has accepted. Each of the accepted subsidy offers416 may be associated with, for example, a subsidy amount to be used in connection with an OTS in exchange for the performance of a task by the seller. According to another embodiment, an accepted subsidy offer may be associated with a specific OTS.
• Thecurrent balance418 may indicate, for example, fees, item prices and/or penalty amounts that the seller owes to thecontroller200 and/or to one or more buyers.
• Note that thebuyer database300 and theseller database400 may comprise a single database. In this case, the database may store both OTS and OTB information regarding each person.
Offer to Buy Database
• Referring toFIG. 5, a table represents one embodiment of the offer to buydatabase500 that may be stored at thecontroller200 according to an embodiment of the present invention. The table includes entries each identifying an offer to purchase an item. The table also definesfields502,504,506,508,510,512,514,516 for each of the entries. The fields specify: an offer to buyidentifier502; a date received504; anitem category506; amatching code508; aquality class510; anasking price512; amaximum price514; and astatus516. The information in the offer to buydatabase500 may be created and updated, for example, when an OTB is received from a buyer.
• The offer to buyidentifier502 may be, for example, an alphanumeric code associated with a buyer's offer to purchase an item. The offer to buyidentifier502 may be, for example, generated by the controller when a buyer submits an OTB and may be based on the associated offers to buy310 stored in thebuyer database300. The date received may indicate the date (and time of day) that the OTB was received by thecontroller200.
• Theitem category506 may be, for example, an alphanumeric code and may indicate the type of item the buyer is interested in purchasing. Theitem category506 may be, for example, selected by the buyer or be determined by thecontroller200 based on information received from the buyer.
• Thematching code508 may be, for example, an alphanumeric code and may indicate in detail the type of item the buyer is interested in purchasing (e.g., including an age of the item, one or more features associated with the item and acceptable product manufacturers). Thematching code508 may be, for example, determined by thecontroller200 based on information received from the buyer. Thequality class510 may be, for example, an alphanumeric code and may indicate a level of quality associated with the item the buyer is interested in purchasing. Thequality class510 may be, for example, selected by the buyer. Thequality class510 may instead be determined by thecontroller200 based on information received from the buyer (e.g., based on theitem category506, thematching code508, theasking price512, and/or the maximum price514).
• Theasking price512 and themaximum price514 may represent an amount the buyer would like to pay and the highest amount the buyer is willing to pay for an item, respectively. Theasking price512 and themaximum price514 may be, for example, selected by the buyer (e.g., when the buyer selects one of a number of price selections determined by the controller200) or be determined by thecontroller200 based on information received from the buyer (e.g., based on theitem category506, thematching code508, and/or the quality class510).
• Thestatus516 represents the status of the OTB. For example, when the OTB is initially received it may be assigned astatus516 of “open.” When the OTB is being evaluated as a possible match for an OTS, it may be assigned astatus516 of “pending.” When the OTB is matched with an OTS, it may be assigned astatus516 of “filled.” When the buyer has purchased and received the item from a seller, the OTB may be assigned astatus516 of “complete.” Finally, if an expiration date associated with the OTB has passed, it may be assigned astatus516 of “expired” (i.e., it will not be considered as a possible match in the future).
• Thus,FIG. 5 depicts a database in which the data is organized according to a data structure according to an embodiment of the present invention. The data structure includes an offer to buy data object (i.e., the offer to buy identifier502) representing an offer to purchase an item; and a matching code data object508 representing information that may be used to match the OTB with an OTS.
Offer to Sell Database
• Referring toFIG. 6, a table represents one embodiment of the offer to selldatabase600 that may be stored at thecontroller200 according to an embodiment of the present invention. The table includes entries each identifying an offer to sell an item. The table also definesfields602,604,606,608,610,612,614,616 for each of the entries. The fields specify: an offer to sellidentifier602; a date received604; anitem category606; amatching code608; aquality class610; anasking price612; aminimum price614; and astatus616. The information in the offer to selldatabase600 may be created and updated, for example, when at OTS is received from a seller.
• The offer to sellidentifier602 may be, for example, an alphanumeric code associated with a seller's offer to sell an item. The offer to sellidentifier602 may be, for example, generated by the controller when a seller submits an OTS and may be based on the associated offers to sell410 stored in theseller database400. The date received may indicate the date (and time of day) that the OTS was received by thecontroller200.
• Theitem category606 may be, for example, an alphanumeric code and may indicate the type of item the seller is interested in selling. Theitem category606 may be, for example, selected by the seller or be determined by thecontroller200 based on information received from the seller.
• Thematching code608 may be, for example, an alphanumeric code and may indicate in detail the type of item the seller is interested in selling (e.g., including an age of the item, one or more features associated with the item and a product manufacturer). Thematching code608 may be, for example, determined by thecontroller200 based on information received from the seller. Thequality class610 may be, for example, an alphanumeric code and may indicate a level of quality associated with the item the seller is interested in selling. Thequality class610 may be, for example, selected by the seller. Thequality class610 may instead be determined by thecontroller200 based on information received from the seller (e.g., based on theitem category606, thematching code608, theasking price612, and/or the minimum price614).
• Theasking price612 and theminimum price614 may represent an amount the seller would like to receive and the lowest amount the seller is willing to accept in exchange for an item, respectively. Theasking price612 and themaximum price614 may be, for example, selected by the seller (e.g., when the seller selects one of a number of price selections determined by the controller200) or be determined by thecontroller200 based on information received from the seller (e.g., based on theitem category606, thematching code608, and/or the quality class610).
• Thestatus616 represents the status of the OTS. For example, when the OTS is initially received it may be assigned astatus616 of “unmatched.” When the OTS is being evaluated as a possible match for an OTB, it may be assigned astatus616 of “pending.” When the OTS is matched with an OTB, it may be assigned astatus616 of “filled.” When the seller has sold and provided the item to a buyer, the OTS may be assigned astatus616 of “complete.” Finally, if an expiration date associated with the OTS has passed, it may be assigned astatus616 of “expired” (i.e., it will not be considered as a possible match in the future).
• Thus,FIG. 6 depicts a database in which the data is organized according to a data structure according to an embodiment of the present invention. The data structure includes an offer to sell data object (i.e., the offer to sell identifier602) representing an offer to sell an item; and a matching code data object608 representing information that may be used to match the OTS with an OTB.
Item Category Database
• Referring toFIG. 7, a table represents one embodiment of theitem category database700 that may be stored at thecontroller200 according to an embodiment of the present invention. The table includes entries identifying item categories. The table also definesfields702,704 for each of the entries. The fields specify: anitem category identifier702; and a category description. The information in theitem category database700 may be created and updated, for example, by an operator associated with thecontroller200 and/or based on information received from buyers, sellers (e.g., when a predetermined number of sellers become interested in offering a new type of item for sale via the controller200), and/or product manufacturers.
• Theitem category identifier702 may be, for example, an alphanumeric code associated with a type of item that may be exchanged via thecontroller200. Theitem category identifier702 may also be based on, or associated with, theitem category identifier506 stored in the offer to buydatabase500 and/or theitem category identifier606 stored in the offer to selldatabase600. For each item category, theitem category database700 also stores the associatedcategory description704. Thecategory description704 may be, for example, a textual, graphical, and/or audio description of the item category. Thecategory description704 may be transmitted, for example, to aseller device10 or abuyer device20 to help the seller or buyer determine an appropriate item category.
Quality Class Database
• Referring toFIG. 8, a table represents one embodiment of a record of thequality class database800 that may be stored at thecontroller200 according to an embodiment of the present invention. The table includes records associated with an item category. Each record includes entries identifying features that may be associated with an item in that category.
• The table also definesfields804,806,808,810 for each of the entries. The fields specify: afeature804; agood class806; abetter class808; and abest class810. The information in thequality class database800 may be created and updated, for example, by an operator associated with thecontroller200 and/or based on information received from buyers, sellers, and/or manufacturers.
• Theitem category identifier802 may be, for example, an alphanumeric code associated with a type of item that may be exchanged through thecontroller200. Theitem category identifier802 may also be based on, or associated with, theitem category identifier506 stored in the offer to buydatabase500, theitem category identifier606 stored in the offer to selldatabase600, and/or theitem category identifier702 stored in theitem category database700.
• For eachitem category identifier802, thequality class database800 may also store afeature804 associated with the item category, along with an indication of whether the feature is associated with one or more quality classes (i.e.,good class806,better class808, and best class810).
• For example, the record illustrated inFIG. 8 represents the item category identifier of “I-C111” which, as shown by thecategory description704 inFIG. 7 is associated with a “point and shoot camera.” Referring again toFIG. 8, a point and shoot camera may have afeature804 identified as “2× zoom lens,” and such a 2× zoom lens is associated with thebest class810 and the better class808 (i.e., as reflected by the “yes”), but not with the good class806 (i.e., as reflected by the “ - - - ”).
• Thefeature804 may also indicate which manufacturers are associated with each quality class and a suggested price range that is appropriate for each quality class.
• Matching Objectives Database
• Referring toFIG. 9, a table represents one embodiment of the matchingobjectives database900 that may be stored at thecontroller200 according to an embodiment of the present invention. The table includes entries identifying categories of rules that may be used when matching an OTS and an OTB. The table also definesfields902,904,906,908 for each of the entries. The fields specify: arule category identifier902; arule category description904; amatching priority906; and acurrent rule908. The information in thematching objectives database900 may be created and updated, for example, manually by an operator associated with thecontroller200 and/or automatically based on the performance of the controller200 (e.g., based on a profit being made by thecontroller200 or a number of transactions being completed via the controller200).
• Therule category identifier902 may be, for example, an alphanumeric code associated with a set a rules that may be used to match an OTS and an OTB.
• For each rule category, the matchingobjectives database900 also stores therule category description904 that describes the type of rules included in the rule category. For example, the rule category may be described as “pricing rules” (e.g., the rules in the category match an OTS and an OTB based on a price).
• According to an embodiment of the present invention, the rules categories are arranged in a hierarchy. That is, each rule category is associated with amatching priority906 that reflects the order in which different types of rules should be used to match an OTS and an OTB. For example, as illustrated inFIG. 9, pricing rules (having a matchingpriority906 of “1”) may be used first by thecontroller200 when more than one potentially matching OTS exists for an OTB (or vice versa). If more than one potentially matching is OTS exists even after the pricing rules are applied (e.g., eliminating some of the potentially matching offers), thecontroller200 would next apply the priority ranking rules Waving amatching priority906 of “2”). Such priority ranking rules may, for example, eliminate other offers based on the priority ranking312 associated with the buyer and the priority ranking412 associated with the seller. Thecontroller200 continues to select a rule from each rule category until a single OTS is matched with the OTB. According to one embodiment, a random process may also be used to match an OTS with an OTB (e.g., when a number of different offers may be matched).
• Thematching priority906 may be updated, for example, manually by an operator associated with thecontroller200 and/or automatically based on the performance of the controller200 (e.g., the hierarchy may be re-organized based on a profit being made by the controller200).
• Thecurrent rule908 in thematching objectives database900 indicates which rule in the rule category is currently being applied by thecontroller200. For example, there may be a number of different rules in the pricing rules category. In this case, thecurrent rule908 may reflect which pricing rule should be used by thecontroller200 to match an OTS and an OTB.
Rule Database
• Referring toFIG. 10, a table represents one embodiment of a record of therule database1000 that may be stored at thecontroller200 according to an embodiment of the present invention. The table includes records associated with a rule category that may be used to match an OTS and an OTB. Each record includes entries identifying one or more rules in that rule category.
• The table also definesfields1004,1006 for each of the entries. The fields specify: arule identifier1004; and arule description1006. The information in therule database1000 may be created and updated, for example, manually by an operator associated with thecontroller200 and/or automatically based on the performance of thecontroller200.
• Therule category identifier1002 may be, for example, an alphanumeric code associated with a set a rules that may be used to match an OTS and an OTB. Therule category identifier1002 may also be based on, or associated with, therule category identifier902 stored in thematching objectives database900.
• For each rule category, therule database1000 may also store arule identifier1004. The rule identifier may be, for example, an alphanumeric code associated with a particular rule that may be used to match an OTS and an OTB. Therule identifier1004 may also be based on, or associated with, thecurrent rule908 stored in thematching objectives database900.
• Therule description1006 describes the particular rule in the rule category. For example, a particular rule in the pricing rules category may be described as “match all OTB to high OTS” (e.g., all OTB are matched with the OTS having the highest seller price).
Subsidy Rules Database
• Referring toFIG. 11, a table represents one embodiment of thesubsidy rules database1100 that may be stored at thecontroller200 according to an embodiment of the present invention. The table includes entries identifying rules that may be applied to determine if a subsidy will be added to an OTS and/or an OTB. The table also definesfields1102,1104,1106,1108 for each of the entries. The fields specify: asubsidy rule identifier1102; acondition1104; a subsidy rule106; and adiscrepancy rule1108. The information in thesubsidy rules database1100 may be created and updated, for example, manually by an operator associated with thecontroller200 and/or based on information received from one or moresubsidy provider devices30.
• Thesubsidy rule identifier1102 may be, for example, an alphanumeric code associated with a rule that may be applied by thecontroller200 to determine if a subsidy will be added to an OTS and/or an OTB.
• For each subsidy rule thesubsidy rule database1100 also stores thecondition1104 that must be satisfied in order for the rule to be applied. For example, a rule may only be applied if a price (e.g., a buyer price, or a seller's minimum price) is more than $200.
• Thesubsidy rule1106 indicates the rule that will be applied by thecontroller200 regarding a subsidy that will be added to an OTS and/or an OTB (e.g., a subsidy amount thecontroller200 will contribute in order to complete a transaction). For example, asubsidy rule1106 may comprise adding up to $30 to an OTS.
• Thediscrepancy rule1108 indicates how thecontroller200 may handle any funds that remain after a subsidy is used with respect to an OTS and/or an OTB. For example, the controller may add $10 in order to match an OTB having amaximum price514 of $90 with an OTS having aminimum price614 of $95. In this case, thecontroller200 may keep the extra $5, or provide the extra amount to the seller and/or the buyer.
Subsidy Database
• Referring toFIG. 12, a table represents one embodiment of thesubsidy database1200 that may be stored at thecontroller200 according to an embodiment of the present invention. The table includes entries identifying subsidies that may be offered to a buyer and/or a seller. The table also definesfields1202,1204,1206,1208 for each of the entries. The fields specify: asubsidy identifier1202; asubsidy provider1204; asubsidy description1206; and acurrent balance1208. The information in thesubsidy database1200 may be created and updated, for example, based on information received from asubsidy provider device30.
• Thesubsidy identifier1202 may be, for example, an alphanumeric code associated with a subsidy that may be offered via thecontroller200. The subsidy identifier may be based on, or associated with, the accepted subsidy offers315 stored in thebuyer database300 and/or the accepted subsidy offers416 stored in theseller database400. Thesubsidy provider1204 may indicate the party that is supplying funds for the subsidies. For example, thesubsidy provider1204 may be a manufacturer, a third party or thecontroller200.
• Thesubsidy description1206 may be a textual, graphical, or audio description of the subsidy offer. For example, thesubsidy description1206 may indicate that $50 will be added to an OTB if the buyer subscribes to a long distance service associated with thesubsidy provider1204. Thecurrent balance1208 may indicate an amount of available funds that may be used to provide subsidies to buyers and/or sellers. For example, thecurrent balance1208 may be increased based on information received from a subsidy provider device30 (e.g., when the subsidy provider adds money to the subsidy account maintained by the controller200) and decreased each time a buyer or a seller accepts the subsidy (e.g, by agreeing to perform a task). According to one embodiment, a penalty may be applied to a buyer or a seller who accepted a subsidy offer but failed to perform a task.
Transaction Database
• Referring toFIG. 13, a table represents one embodiment of thetransaction database1300 that may be stored at thecontroller200 according to an embodiment of the present invention. The table includes entries identifying transactions that have been filled or completed via thecontroller200. The table also definesfields1302,1304,1306,1308,1310,1312,1314,1316 for each of the entries. The fields specify: atransaction identifier1302; an offer to sellidentifier1304; an offer to buyidentifier1306; aprice1308; afill date1310; acomplete date1312; abuyer subsidy1314; and aseller subsidy1316. The information in thetransaction database1300 may be created and updated, for example, when an OTB and an OTS are matched.
• Thetransaction identifier1302 may be, for example, an alphanumeric code associated with a transaction that has been filled (e.g., matched) or completed via thecontroller200. The transaction identifier may, for example, be generated by thecontroller200 when an OTB and an OTS are matched.
• For each transaction, thetransaction database1300 stores the offer to sellidentifier1304 and the offer to buyidentifier1306 associated with the OTS and OTB, respectively, that have been matched by thecontroller200. The offer to sellidentifier1304 may be based on, or associated with, the offer to sellidentifier602 stored in the offer to selldatabase600. The offer to buyidentifier1306 may be based on, or associated with, the offer to buyidentifier502 stored in the offer to buydatabase500.
• Theprice1308 stored in thetransaction database1300 may indicate an amount the buyer will provide in exchange for an item and/or an amount a seller will receive in exchange for providing the item to the buyer. Thefill date1310 may indicate the date on which an OTS was matched with an OTB and thecomplete date1312 may indicate a date on which the transaction has been completed (e.g., a date on which the item has been provided to the buyer, the buyer has provided payment of theprice1308, and/or the seller has received the price1308). Thebuyer subsidy1314 and theseller subsidy1316 may indicate a subsidy amount that has been applied to an OTB and/or an OTS, respectively, during the transaction.
• Methods that may be used in connection with thetransaction system100 according to an embodiment of the present invention will now be described in detail with respect toFIGS. 14 through 23, In particular,FIGS. 14 through 16 and23 illustrate some general embodiments, whileFIGS. 17 through 22 illustrate more detailed embodiments according to the present invention.
Transaction System Methods
• FIG. 14 is a flow chart illustrating a method which may be performed by acontroller200 according to an embodiment of the present invention. The flow chart depicted inFIG. 14, as well as the other flow charts discussed herein, is not intended to imply a fixed order to the elements shown therein, and embodiments of the present invention can be practiced in any order that is practicable.
• At1402, seller offer information is received. The seller offer information may comprise, for example, registration information and/or an OTS associated with an item being offered for sale by a seller. The seller offer information may be received, for example, from aseller device10 via a Web site, the Internet, a seller computer, a PDA, a kiosk, an electronic mail message, a telephone, an interactive voice response unit, and/or an operator. The seller offer information may include, for example, an item category, an item quality class, at least one item feature, a seller price, an age associated with the item, an item manufacturer, an item description, an item image, an item condition, an accessory associated with the item, a seller offer period, seller delivery information, seller payment information, a seller evaluation rule, and/or a seller preference.
• At1404, buyer offer information is received. The buyer offer information may comprise, for example, an OTB associated with a buyer offering to make a purchase. The buyer offer information may be received, for example, from abuyer device10 via a Web site, the Internet, a buyer computer, a PDA, a kiosk, an electronic mail message, a telephone, an interactive voice response unit, and/or an operator. The buyer offer information may include, for example, an item category, an item quality class, at least one item feature, a buyer price, an age associated with the item, one or more acceptable item manufacturers, an item description, an item image, an item condition, a buyer offer period, buyer delivery information, buyer payment information, a buyer evaluation rule, and a buyer preference.
• At1406, an evaluation rule is determined. According to one embodiment of the present invention, the evaluation rule automatically determined based on revenue management information associated with thecontroller200, such as an amount of profit associated with the controller and/or a number of transactions associated with the controller. According to another embodiment, the evaluation rule is determined manually by an operator associated with thecontroller200. In either case, the evaluation rule may be selected from a plurality of possible evaluation rules. According to another embodiment, the evaluation rule is determined by retrieving a predetermined evaluation rule (e.g., a stored evaluation rule).
• According to another embodiment, thecontroller200 measures a current performance parameter (e.g., a rate at which transactions are being completed), and the evaluation rule is determined based on this measurement (e.g., a certain evaluation rule traditionally has worked well during a holiday season).
• According to another embodiment, the evaluation rule is determined based on a matching objective. The matching objective may be, for example, to increase a profit associated with the transaction and/or to increase a total number of transactions.
• According to one embodiment of the present invention, the evaluation rule comprises not matching the buyer with at least one predetermined seller (e.g., when the buyer and that seller have had a problem during a past transaction) and/or not matching the seller with at least one predetermined buyer.
• The evaluation rule may also be based on, for example, when the buyer offer information is received and/or when the seller offer information is received (e.g., an older offer may be matched before a newer offer).
• The evaluation rule may also be based on information associated with thecontroller200. For example, the information associated with thecontroller200 may comprise an amount of profit associated with the transaction for thecontroller200, a current overall level of profit associated with thecontroller200, information associated with anothercontroller200, a total number of buyer offers pending in thecontroller200 for similar items, and a total number of seller offers pending in thecontroller200 for similar items.
• The evaluation rule may also be based on information associated with the seller, such as, for example, a seller location, a seller transaction history, a seller reputation, a seller payment identifier, demographic information associated with the seller, psychographic information associated with the seller, a credit rating associated with the seller, other offers to sell associated with the seller, other offers to buy associated with the seller, and/or an amount of profit associated with the transaction for the seller.
• The evaluation rule may also be based on information associated with the buyer, such as, for example, a buyer location, a buyer transaction history, a buyer reputation, a buyer payment identifier, demographic information associated with the buyer, a credit rating associated with the buyer, psychographic information associated with the buyer, other offers to sell associated with the buyer, other offers to buy associated with the buyer, and/or an amount of profit associated with the transaction for the buyer.
• The evaluation rule may also be based on information associated with the item, such as, for example, a past popularity of the item, a current popularity of the item, and/or a predicted future popularity of the item.
• At1408, the seller offer information and the buyer offer information are matched based on the evaluation rule.
• According to one embodiment, a buyer offer code is determined based on the buyer offer information, and a seller offer code is determined based on the seller offer information. The buyer offer code may then be matched with the seller offer code based on the evaluation rule. For example, the buyer offer code may be associated with a set of possible items, and the matching may comprise determining that the seller offer code is associated with a subset of the set of possible items.
• According to another embodiment, thecontroller200 determines an item quality class associated with the item based on the seller offer information. The buyer offer information may then be matched based on the quality class. Similarly, thecontroller200 may determine an item quality class associated with the item based on the buyer offer information. The seller offer information may then be matched based on the quality class. In either case, the item quality class may based on, for example, an item category, at least one item feature, an item price (e.g., a seller price or a buyer price), an age associated with the item, an item manufacturer, an item description, an item image, an item condition, and/or an accessory associated with the item.
• According to another embodiment, the seller offer information includes a seller price (e.g., a buyer asking price and/or a buyer maximum price), and the buyer offer information includes a buyer price (e.g., a seller asking price and/or a seller minimum price). In this case, the matching may be performed based on the seller price and the buyer price. For example, an OTS having a minimum price of $5.00 may be matched with an OTB having a maximum price of $6.00 but not with an OTB having a maximum price of $4.00. That is, according to one embodiment, the seller price must be less than or equal to the buyer price. According to another embodiment, however, the seller price may be greater than the buyer price (e.g., thecontroller200 or any other party may subsidize the transaction). According to another embodiment, the seller price and buyer price may not even be considered when the matching is performed by thecontroller200.
• According to another embodiment, the seller offer information includes a seller address, and the buyer offer information includes a buyer address. In this case, the matching may be performed based on the seller address and the buyer address (e.g., an OTS may be matched with an OTB if the seller lives within five miles of the buyer).
• According to another embodiment, an OTS may be matched with an OTB if both the seller and the buyer live (or work) within a predetermined distance of a third party address. For example, an OTS may be matched with an OTB if both the seller and the buyer live within five miles of a MCDONALD’S® restauraunt.
• According to another embodiment, the seller offer information includes at least one transaction requirement, and buyer offer information will only be considered a match if the buyer offer information complies with the transaction requirement (e.g., the buyer has a predetermined reputation rating). According to another embodiment, the buyer offer information includes at least one transaction requirement, and seller offer information will only be considered a match if the seller offer information complies with the transaction requirement (e.g., the seller has been the only owner of the item).
• According to another embodiment, the seller offer information includes at least one transaction preference, and buyer offer information is more likely to be considered a match if the buyer offer information complies with the transaction preference (e.g., the buyer should preferably be a METS® fan). According to another embodiment, the buyer offer information includes at least one transaction preference, and seller offer information is more likely to be considered match if the seller offer information complies with the transaction preference (e.g., the seller should preferably be over 65 years old).
• According to one embodiment, the seller offer information may potentially be matched with a plurality of buyer offers, and thecontroller200 selects one of the buyer offers. The buyer offer may be selected, for example, based on priority rankings associated with the buyer offers. The priority rankings may be based on, for example, priority payments, other seller offers for similar items, other buyer offers for similar items, transaction histories, seller offer information, and/or the buyer offer information.
• According to another embodiment, the buyer offer information may potentially be matched with a plurality of seller offers, and thecontroller200 selects one of the seller offers. The seller offer may be selected, for example, based on priority rankings associated with the seller offers. The priority rankings may be based on, for example, priority payments, other seller offers for similar items, other buyer offers for similar items, transaction histories, the seller offer information, and/or buyer offer information.
• According to one embodiment, thecontroller200 periodically attempts to match an OTS with an OTB. According to another embodiment, thecontroller200 periodically attempts to match an OTB with an OTS. Thecontroller200 may also evaluate offers, for example, when a new OTS and/or OTB is received.
• At1410, the controller arranges for the seller to sell the item to the buyer. According to one embodiment, a seller offer is “binding” in that the seller is obligated to sell the item subsequent to said matching. In this case, thecontroller200 may arrange for the seller to provide payment of a penalty amount if the seller does not sell the item. According to another embodiment, a buyer offer is “binding” in that the buyer is obligated to purchase the item subsequent to said matching. In this case, thecontroller200 may arrange for the buyer to provide payment of a penalty amount if the buyer does not purchase the item. Note that both the seller offer and the buyer offer may be binding or neither the seller offer nor the buyer offer may be binding.
• FIG. 15 is a flow chart of a method according to another embodiment of the present invention. At1502, seller offer information is received. The seller offer information may comprise, for example, registration information and/or an OTS associated with an item being offered for sale by a seller.
• At1504, an appropriate item price is determined based on the seller offer information. According to another embodiment, the appropriate item price is further based on a matching objective, such as to increase a profit associated with the transaction and/or to increase a total number of transactions.
• According to an embodiment of the present invention, an item quality class is determined based on the seller offer information. For example, based on an item manufacturer and one or more item features, thecontroller200 may determine that an item is in the “better” class. The appropriate item price may then be determined based on the item quality class.
• At1506, information associated with the appropriate item price is transmitted to the seller. The information may comprise, for example, the appropriate item price (or appropriate item price range), a probability that the item will be sold at one or more prices, and an average length of time it will take to sell the item at one or more prices. The information may be transmitted to, for example, aseller device10 via a Web site, the Internet, a seller computer, a PDA, a kiosk, an electronic mail message, a telephone, an interactive voice response unit, and/or an operator.
• At1508, an actual seller price is determined. The actual seller price may be determined, for example, by thecontroller200 setting the actual seller price to the appropriate item price (e.g., thecontroller200, and not the seller, determines the actual seller price).
• According to another embodiment, the controller may receive an adjustment of the appropriate item price from theseller device10. For example, the seller may indicate that he or she would like to increase the appropriate item price by $5 or 10%. The actual seller price is then determined based on the appropriate item price and the adjustment. According to another embodiment, the actual seller price is determined based on information received from theseller device10. For example, seller may transmit a seller-defined price to thecontroller200.
• Note that the method described with respect toFIG. 15 may similarly be performed to transmit an appropriate item price to the buyer and to determine an actual buyer price.
• FIG. 16 is a flow chart of a method according to another embodiment of the present invention.
• At1602, seller offer information is received. The seller offer information may comprise, for example, registration information and/or an OTS associated with an item being offered for sale by a seller. At1604, buyer offer information is received. The buyer offer information may comprise, for example, an OTB associated with a buyer offering to make a purchase.
• At1606, a subsidy is determined. The subsidy is associated with a benefit from a subsidy provider (e.g., thecontroller200 or a third party) to be applied to the transaction (e.g., on behalf of a buyer and/or a seller).
• The subsidy may be conditioned upon performance of a task by the seller. In this case, thecontroller200 may transmit an indication of a subsidy offer to the seller, and receive an indication of acceptance of the subsidy offer from the seller. According to another embodiment, the subsidy is conditioned upon performance of a task by the buyer. In this case, thecontroller200 may transmit an indication of a subsidy offer to the buyer, and receive an indication of acceptance of the subsidy offer from the buyer. Note that a subsidy may also be conditioned upon performance of a task by both the buyer and the seller. According to one embodiment, the indication of the subsidy offer is transmitted to the seller and/or the buyer via a Web site, the Internet, a computer, a PDA, a kiosk, an electronic mail message, a telephone, an interactive voice response unit, and/or an operator.
• According to one embodiment, a subsidy may be conditioned upon, for example, a buyer and/or a seller submitting another offer to thecontroller200, completing another transaction through thecontroller200, subscribing to a service, applying for a service, a performance of a task (or a promise to perform a task), and/or a performance of a plurality of tasks.
• The subsidy may be determined by thecontroller200 based on, for example, information associated with the seller, information associated with the item, information associated with the buyer, information associated with thecontroller200, and/or information associated with a third party. The subsidy may also be based on, for example, an item category, an item quality class, at least one item feature, an item price, an age associated with the item, an item manufacturer, an item description, an item image, an item condition, an accessory associated with the item, an offer period, delivery information, payment information, at least one evaluation rule, a location, a transaction history, demographic information, psychographic information, a credit rating, other offers to sell, other offers to buy, and/or an amount of profit associated with the transaction.
• At1608, it is arranged for the seller to provide the item to the buyer in accordance with the benefit. For example, the benefit may comprise a subsidy amount that is added to the buyer price and provided to the seller in exchange for the item.
• FIG. 17 is a flow chart of a matching method according to an embodiment of the present invention. At1702, thecontroller200 receives an offer (i.e., an OTS or an OTB) including item information. Based on the item information, thecontroller200 generates a matching code for the item at1704. The matching code is used to find compatible codes and determine at least one matching offer at1706. The matching objectives are applied to the determined matching offers at1708 to select an “optimal” matching offer (e.g., an offer that best satisfies the matching objectives). Thecontroller200 then automatically matches, or binds, the received offer with the selected offer.
• FIG. 18A is a flow chart of an offer to buy method according to an embodiment of the present invention. At1802, an OTB, including an indication of an item category, is received from a buyer (e.g., the buyer is interested in purchasing a “camera”). At least one quality class associated with the item category is retrieved at1804, and the retrieved quality class or classes are output to the buyer at1806. A selection of a quality class is then received from the buyer at1808 (e.g., “best” quality).
• At1810, thecontroller200 retrieves at least one price or price range associated with the selected quality class and outputs the retrieved price to the buyer at1812. Thecontroller200 then receives a price to associate with the OTB from the buyer at1814 (e.g., when the buyer selects one of a plurality of appropriate prices).
• At1816, thecontroller200 retrieves a predetermined matching code for the received quality class to assign to the OTB, and the buyer information is stored in thebuyer database300. The OTB information, including the price (e.g., as anasking price512 or a maximum price514) and matchingcode508, is stored in the offer to buydatabase500.
• FIG. 15B is a flow chart of an offer to sell method according to an embodiment of the present invention. At1820, an OTS, including an item description, is received from a seller. Based on the item description, thecontroller200 assigns the OTS to a quality class.
• At1824, thecontroller200 retrieves at least one price or price range associated with the assigned quality class and outputs the retrieved price to the seller at1826. Thecontroller200 then receives a price to associate with the OTS from the seller at1828 (e.g. when the seller selects one of a plurality of appropriate prices).
• At1830, thecontroller200 generates a matching code for the OTS, and the seller information is stored in theseller database400. The OTS information, including the price (e.g., anasking price612 or a minimum price614) and thematching code608, is stored in the offer to selldatabase600.
• FIG. 19 is a flow chart of a preliminary matching method based on the compatibility of matching codes and basic price elimination according to an embodiment of the present invention. At1902, an OTB, including an item description and a price (e.g., a maximum price514) are received from a buyer, and a matching code is assigned to the OTB at1904.
• At1906, each OTS with a matching code that is compatible with the matching code assigned to the OTB is retrieved. If at least one OTS is not found at1908, the OTB is stored as “unmatched” for a predetermined time (e.g., for twenty four hours) at1910.
• If at least one matching OTS is found at1908, each OTS with a price (e.g., a minimum price614) exceeding the OTB price is eliminated at1912. If more than one OTS still remains, thecontroller200 selects an optimal matching OTS based on matching objectives (e.g., based on information in thematching objectives database900 and rules database1000).
• FIGS. 20A through 20C are a flow chart of a subsidy method according to an embodiment of the present invention. At2002, an OTB is received from a buyer. The OTB includes an item description, an asking price, and a maximum price. Based on the item description, thecontroller200 retrieves at least one matching OTS at2004.
• If the price of the matching OTS is less than or equal to the OTB asking price at2006, the match is completed based on matching objectives at2008 (e.g., the OTS is selected as a potentially matching offer and the matching objectives may be used to select one of a number of potentially matching offers).
• If the price of the matching OTS is more than the OTB asking price at2006, a subsidy rule is retrieved by thecontroller200 in accordance with the information associated with the OTB at2010. Thecontroller200 then calculates a subsidy amount based on the retrieved subsidy rule at2012 and the subsidy amount is added to the OTB asking price at2014.
• The controller then searches for a matching OTS with a price less than or equal to the OTB asking price plus the subsidy amount at2016. If, at2018, the price of at least one matching OTS is less than or equal to the OTB asking price plus the subsidy amount, the match is completed at2020 and a discrepancy rule is applied with respect to any excess funds.
• If, at2018, no OTS has a price less than or equal to the OTB asking price plus the subsidy amount, thecontroller200 searches for a matching OTS with a price less than the OTB maximum price at2022. If, at2024, the price of at least one matching OTS is less than or equal to the maximum price, the match is completed based on current matching objectives at2026.
• If, at2024, no OTS has a price less than or equal to the maximum price, a subsidy rule is retrieved by thecontroller200 in accordance with the information associated with the OTB at2028. Thecontroller200 then calculates a subsidy amount based on the retrieved subsidy rule at2030 and the subsidy amount is added to the OTB maximum price at2032.
• Thecontroller200 searches for a matching OTS with a price less than the OTB maximum price plus the subsidy amount at2034. If, at2036, the price of at least one matching OTS is less than or equal to the maximum price plus the subsidy amount, the match is completed and a discrepancy rule is applied at2038.
• If, at2036, no OTS has a price less than or equal to the maximum price plus the subsidy amount, the OTB is stored as unmatched at2040. An electronic mail message may be sent to the buyer indicating, for example, that a match may be found if his or her maximum price was increased by $5.
• FIG. 21 is a flow chart of a matching objective method when there is more than one matching OTS for a single OTB according to an embodiment of the present invention. An OTB, including an item description and a price (eg., a maximum price) is received from a buyer at2102. Based on the item description and price, more than one matching OTS is retrieved at2104 from the offer to selldatabase600.
• Based on the matching objectives hierarchy retrieved from the matchingobjectives database900 at2106, the highest priority rule associated with the matching objective at the top of the hierarchy is retrieved at2108 from therule database1000. The highest priority rule is then applied to each matching OTS at2110.
• If only a single matching OTS remains at2112, thecontroller200 automatically matches and binds that OTS with the received OTB at2114.
• If more than one OTS remains at2112, the next highest priority matching objective is retrieved from the matchingobjectives database900 at2116. The highest priority rule associated with the next highest priority matching object is retrieved at2118 from therule database1000. This rule is then applied to each remaining OTS at2110, and the process is repeated until a single OTS is matched to the received OTB.
• FIG. 22 is a flow chart of a “timed-release” method according to an embodiment of the present invention. At2202, an OTB is received. If a matching OTS is found at2204, the transaction is completed as appropriate at2206.
• If no matching OTS is found at2204 (e.g., thecontroller200 has been unable to match the OTB for a predetermined period of time, such as for one week), thecontact identifier408 of each seller available for messaging (e.g., each seller who requested such messaging when he or she registered with the controller200) is retrieved at2208 from theseller database400. Thecontact identifier408 is then used to transmit an indication of the unmatched OTB to those sellers at2210.
• If this results in a match at2212 (e.g., if one of the contacted sellers accepted the unmatched OTB), the transaction is completed at2214. If no match is found at2212, the unmatched OTB is posted on a general Web site that potential sellers may visit to review, and accept, the unmatched OTB.
• Thus, the time-release embodiment provides an alternative to rejecting an OTB if it is not automatically matched. This embodiment also enables thecontroller200 to have different types of sellers, some of whom pay for receiving various services (e.g., some of whom pay to receive an electronic mail message regarding an unmatched OTB). A similar time-release embodiment may be implemented with respect to an unmatched OTS.
• According to one embodiment, a seller may not submit a specific OTS but may instead indicate that he or she is interested in learning about all offers to buy that satisfy some criteria (e.g., all offers to buy associated with any of a list of baseball cards). In this case, thecontroller100 may inform the seller of all such offers to buy or only of those offers to buy that are not matched with an OTS. Similarly, a buyer may not submit a specific OTB but may instead indicate that he or she is interested in learning about all offers to sell that satisfy some criteria.
• FIG. 23 is a flow chart of a method for arranging the sale of a secondary market item in accordance with an embodiment of the present invention. At2302, seller payment information is received, as is a binding seller offer associated with a secondary market item. At2304, buyer payment information is received, as is a binding buyer offer associated with a buyer interested in making a purchase.
• At2306, the binding seller offer and the binding buyer offer are matched, and at2308 it is arranged for the seller to sell the secondary market item to the buyer.
• If it is determined at2310 that the seller has not performed in accordance with the binding seller offer (e.g., the seller has not provided the item), then a penalty is applied to the seller at2312. The penalty may comprise, for example, having the seller provide payment of a penalty amount (e.g., to thecontroller200 and/or the buyer) using the seller payment information. The penalty may also comprise, for example, preventing another offer from the seller and/or adjusting a reputation associated with the seller.
• If it is determined at2314 that the buyer has not performed in accordance with the binding buyer offer (e.g., the buyer has not provided payment in exchange for the item), then a penalty is applied to the buyer at2316. The penalty may comprise, for example, having the buyer provide payment of a penalty amount (e.g., to thecontroller200 and/or the seller) using the buyer payment information. The penalty may also comprise, for example, preventing another offer from the buyer and/or adjusting a reputation associated with the buyer.
• If both the seller and the buyer have performed in accordance with their respective offers, the transaction is completed at2318.
Additional Embodiments
• The following are several examples which illustrate additional embodiments of the present invention. These examples do not constitute a definition of all possible embodiments, and those skilled in the art will understand that the present invention is applicable to many other embodiments. Further, although the following embodiments are briefly described for clarity, those skilled in the art will understand how to make any changes, if necessary, to the above-described apparatus and methods to accommodate these and other embodiments and applications.
• According to one embodiment, buyers and sellers can receive periodic updates about the status of their offers. For example, thecontroller200 may transmit status information to a buyer or seller along with at least one “close” matching offer. That is, thecontroller200 selects an offer that does not match (e.g., does not match based on price or geography) and transmits information about the offer to the buyer and/or seller in a “close-call” electronic mail message. The buyer and/or seller can then determine whether to bind this offer (e.g., by increasing or decreasing an offer price). The buyer and/or seller may pay a fee for such a service.
• According to another embodiment, when an OTB cannot be matched thecontroller200 determines what aspects of the OTB are preventing a match. The aspects may include, for example, the buyer price, the item quality, and one or more item features. Thecontroller200 may send an electronic mail message to the buyer describing the aspects of the OTB that should be adjusted to increase the probability that the OTB will be matched. A similar embodiment may be directed to an OTS. In either case, the electronic mail message may further include an incentive to adjust the offer.
• According to another embodiment, thecontroller200 automatically adjusts an offer price on a periodic basis. For example, a seller may ask that his or her minimum price be lowered by $10 each week until an item is sold. Similarly, a buyer may ask that his or her maximum price be increased by 1% each day until an item is purchased.
• According to another embodiment, a buyer and/or seller receives a benefit in exchange for submitting a reasonable offer (e.g., an offer that is more likely to be matched by the controller200). For example, a buyer may be told that he or she will receive a free warranty (or have a commission fee waived) in exchange for selecting a buyer price within an appropriate item price range.
• According to another embodiment, thecontroller200 stores commission fee rules. The commission fee rules may be based on, for example, an average item price or seller-defined item price, an item type, and/or a market size for the item. As the market for an item grows or changes, the commission fee may be adjusted to improve, for example, a volume-to-profit ratio.
• According to another embodiment, a “ticker-tape” or “zipper” display is used to present information about offers that have been submitted by buyers. Each OTB moves across the zipper display and may be a hyperlink used to receive information, accept the OTB, and/or submit a counter-offer. According to another embodiment, a first zipper displays open offers and a second zipper displays bound offers *along with the length of time to took for the offer to be bound). The seller may specify the types of offers included in the zipper display based on, for example, his or her location and/or an item category. According to another embodiment, the seller may submit an OTS and only be shown an OTB if it potentially matches the seller's OTS. According to another embodiment, the zipper display indicates the minimum price set by a seller and the actual price at which the item was sold.
• The present invention has been described in terms of several embodiments solely for the purpose of illustration. Persons skilled in the art will recognize from this description that the invention is not limited to the embodiments described, but may be practiced with modifications and alterations limited only by the spirit and scope of the appended claims.

Claims (94)

1. A method for a controller to facilitate a transaction, comprising;

receiving seller offer information associated with an item being offered for sale by a seller;

receiving buyer offer information associated with a buyer offering to make a purchase;

determining an evaluation rule;

matching the seller offer information and the buyer offer information based on the evaluation rule; and

arranging for the seller to sell the item to the buyer.

2. The method ofclaim 1, wherein said matching comprises:

determining a buyer offer code based on the buyer offer information;

determining a seller offer code based on the seller offer information; and

matching the buyer offer code with the seller offer code based on the evaluation rule.

3. The method ofclaim 2, wherein the buyer offer code is associated with a set of possible items, and said matching comprises determining that the seller offer code is associated with a subset of the set of possible items.

4. The method ofclaim 1, wherein said matching comprises:

determining an item quality class associated with the item based on the seller offer information, and

matching the buyer offer information with the item quality class.

5. The method ofclaim 4, wherein said determining the item quality class is based on at least one of: (i) an item category, (ii) at least one item feature, (iii) an item price, (iv) an age associated with the item, (v) an item manufacturer, (vi) an item description, (vii) an item image, (viii) an item condition, and (ix) an accessory associated with the item.

6. The method ofclaim 4, further comprising:

outputting, based on the item quality class, a suggested item price to at least one of, (i) the buyer, and (ii) the seller.

7. The method ofclaim 4, further comprising,

outputting, based on the item quality class, a suggested item price range to at least one of: (i) the buyer, and (ii) the seller.

8. The method ofclaim 1, wherein the seller offer information includes a seller price, the buyer offer information includes a buyer price, and said matching comprises matching the seller offer information and the buyer offer information based on the seller price and the buyer price.

9. The method ofclaim 8, wherein the seller price is less than or equal to the buyer price.

10. The method ofclaim 8, wherein the seller price is greater than the buyer price.

11. The method ofclaim 1, wherein the seller offer information includes a seller price, the buyer offer information includes a buyer price, and said matching comprises matching the seller offer information and the buyer offer information based on information not including the seller price and the buyer price.

12. The method ofclaim 1, wherein said receiving seller offer information comprises receiving the seller offer information from the seller via at least one of. (i) a Web site, (ii) the Internet, (iii) a seller computer, (iv) a personal digital assistant, (v) a kiosk, (vi) an electronic mail message, (vii) a telephone, (viii) an interactive voice response unit, and (ix) an operator.

13. The method ofclaim 1, wherein the seller offer-information comprises at least one of: (i) an item category, (ii) an item quality class, (iii) at least one item feature, (iv) a seller price, (v) an age associated with the item, (vi) an item manufacturer, (vii) an item description, (viii) an item image, (ix) an item condition, (x) an accessory associated with the item, (xi) a seller offer period, (xii) seller delivery information, (xiii) seller payment information, (xiv) a seller evaluation rule, and (xv) a seller preference.

14. The method ofclaim 1, wherein said receiving buyer offer information comprises receiving the buyer offer information from the buyer via at least one of. (i) a Web site, (ii) the Internet, (iii) a buyer computer, (iv) a personal digital assistant, (v) a kiosk, (vi) an electronic mail message, (vii) a telephone, (viii) an interactive voice response unit, and (ix) an operator.

15. The method ofclaim 1, wherein the buyer offer information comprises at least one of: (i) an item category, (ii) an item quality class, (iii) at least one item feature, (iv) a buyer price, (v) an age associated with the item, (vi) an item manufacturer, (vii) an item description, (viii) an item image, (ix) an item condition, (x) a buyer offer period, (xi) buyer delivery information, (xii) buyer payment information, (xiii) a buyer evaluation rule, and (xiv) a buyer preference.

16. The method ofclaim 1, wherein the seller offer information comprises a seller address, the buyer offer information comprises a buyer address and said matching is performed based on the seller address and the buyer address.

17. The method ofclaim 16, wherein the evaluation rule comprises the seller address being within a predetermined distance of the buyer address.

18. The method ofclaim 16, wherein the evaluation rule comprises the seller address and the buyer address being within a predetermined distance of a third party address.

19. The method ofclaim 1, wherein the seller offer information comprises at least one transaction requirement and said matching is only performed if the buyer offer information complies with the at least one transaction requirement.

20. The method ofclaim 1, wherein the seller offer information comprises at least one transaction preference and said matching is based on the transaction preference.

21. The method ofclaim 1, wherein the buyer offer information comprises at least one transaction requirement and said matching is only performed if the seller offer information complies with the at least one transaction requirement.

22. The method ofclaim 1, wherein the buyer offer information comprises at least one transaction preference and said matching is based on the transaction preference.

23. The method ofclaim 1, wherein said determining the evaluation rule is performed automatically based on revenue management information associated with the controller.

24. The method ofclaim 23, wherein the revenue management information comprises at least one of: (i) an amount of profit associated with the controller and (ii) a number of transactions associated with the controller.

25. The method ofclaim 1, wherein said determining the evaluation rule is performed manually by a controller operator.

26. The method ofclaim 1, wherein said determining the evaluation rule comprises retrieving a predetermined evaluation rule.

27. The method ofclaim 1, wherein said determining the evaluation rule comprises selecting an evaluation rule from a plurality of possible evaluation rules.

28. The method ofclaim 1, further comprising:

measuring a current performance of the controller,

wherein said determining the evaluation rule is based on the current performance of the controller.

29. The method ofclaim 1, wherein said determining the evaluation rule is based on a matching objective.

30. The method ofclaim 29, wherein the matching objective comprises at least one of: (i) increasing a profit associated with the transaction, and (ii) increasing a total number of transactions.

31. The method ofclaim 1, wherein the evaluation rule comprises at least one of: (i) not matching the buyer with at least one predetermined seller, and (ii) not matching the seller with at least one predetermined buyer.

32. The method ofclaim 1, wherein the evaluation rule is based on at least one of: (i) when the buyer offer information is received, and (ii) when the seller offer information is received.

33. The method ofclaim 1, wherein the evaluation rule is based on information associated with the controller.

34. The method ofclaim 33, wherein the information associated with the controller comprises at least one of: (i) an amount of profit associated with the transaction for the controller, (ii) a current overall level of profit associated with the controller, (iii) information associated with another controller, (iv) a total number of buyer offers pending in the controller for similar items, and (v) a total number of seller offers pending in the controller for similar items.

35. The method ofclaim 1, wherein the evaluation rule is based on information associated with the seller.

36. The method ofclaim 35, wherein the information associated with the seller comprises at least one of: (i) a seller location, (ii) a seller transaction history, (iii) a seller reputation, (iv) a seller payment identifier, (v) demographic information associated with the seller, (vi) psychographic information associated with the seller, (vii) a credit rating associated with the seller, (viii) other offers to sell associated with the seller, (ix) other offers to buy associated with the seller, and (x) an amount of profit associated with the transaction for the seller.

37. The method ofclaim 1, wherein the evaluation rule is based on information associated with the buyer.

38. The method ofclaim 37, wherein the information associated with the buyer comprises at least one of. (i) a buyer location, (ii) a buyer transaction history, (iii) a buyer reputation, (iv) a buyer payment identifier, (v) demographic information associated with the buyer, (vi) a credit rating associated with the buyer, (vii) psychographic information associated with the buyer, (viii) other offers to sell associated with the buyer, (ix) other offers to buy associated with the buyer, and (x) an amount of profit associated with the transaction for the buyer.

39. The method ofclaim 1, wherein the evaluation rule is based on information associated with the item.

40. The method ofclaim 39, wherein the information associated with the item comprises at least one of: (i) a past popularity of the item, (ii) a current popularity of the item, and (iii) a predicted future popularity of the item.

41. The method ofclaim 1, wherein said matching comprises:

matching the seller offer information with a plurality of buyer offers;

and selecting one of the plurality of buyer offers.

42. The method ofclaim 41, wherein said selecting is based on priority rankings associated with the buyer offers.

43. The method ofclaim 42, wherein the priority rankings are based on at least one of: (i) priority payments, (ii) other seller offers for similar items, (iii) other buyer offers for similar items, (iv) transaction histories, (v) the seller offer information, and (vi) the buyer offer information.

44. The method ofclaim 1, wherein said matching comprises:

matching the buyer offer information with a plurality of seller offers;

and selecting one of the plurality of seller offers.

45. The method ofclaim 44, wherein said selecting is based on priority rankings associated with the seller offers.

46. The method ofclaim 45, wherein the priority rankings are based on at least one of: (i) priority payments, (ii) other seller offers for similar items, (iii) other buyer offers for similar items, and (iv) transaction histories.

47. The method ofclaim 1, wherein said matching is performed based on when the seller offer information is received.

48. The method ofclaim 1, wherein said matching is performed based on when the buyer offer information is received.

49. The method ofclaim 1, wherein said matching is performed periodically.

50. The method ofclaim 1, wherein the seller is obligated to sell the item subsequent to said matching.

51. The method ofclaim 50, further comprising:

arranging for the seller to provide payment of a penalty amount if the seller does not sell the item.

52. The method ofclaim 1, wherein the buyer is obligated to buy the item subsequent to said matching.

53. The method ofclaim 51, further comprising:

arranging for the buyer to provide payment of a penalty amount if the buyer does not buy the item.

54. The method ofclaim 1, wherein the seller and the buyer are obligated to complete a transaction subsequent to said matching.

55. The method ofclaim 1, further comprising

determining an appropriate item price based on the seller offer information;

transmitting information associated with the appropriate item price to the seller; and

determining a seller price.

56. The method ofclaim 1, further comprising

determining an appropriate item price based on the buyer offer information;

transmitting information associated with the appropriate item price to the buyer; and

determining a buyer price.

57. The method ofclaim 1, further comprising

determining a subsidy, the subsidy being associated with a benefit from a subsidy provider to be applied to the transaction,

wherein said arranging comprises arranging for the seller to provide the item to the buyer in accordance with the subsidy.

58. The method ofclaim 57, wherein the benefit comprises a subsidy amount, and said matching is performed by adding the subsidy amount to a buyer price.

59. The method ofclaim 57, wherein the benefit comprises a subsidy amount, and said matching is performed by subtracting the subsidy amount from a seller price.

60. A method for a controller to facilitate a transaction, comprising:

receiving seller offer information associated with an item being offered for sale by a seller;

determining an appropriate item price based on the seller offer information;

transmitting information associated with the appropriate item price to the seller; and

determining an actual seller price.

61. The method ofclaim 60, further comprising:

arranging for the seller to provide the item to a buyer in exchange for payment of an amount based on the actual seller price.

62. The method ofclaim 60, wherein at least one of said receiving and transmitting are performed via at least one of: (i) a Web site, (ii) the Internet, (iii) a seller computer, (iv) a personal digital assistant, (v) a kiosk, (vi) an electronic mail message, (vii) a telephone, (viii) an interactive voice response unit, and (ix) an operator.

63. The method ofclaim 60, wherein the seller offer information comprises at least one of: (i) an item category, (ii) an item quality class, (iii) at least one item feature, (iv) a seller price, (v) an age associated with the item, (vi) an item manufacturer, (vii) an item description, (viii) an item image, (ix) an item condition, (x) an accessory associated with the item, (xi) a seller offer period, (xii) seller delivery information, (xiii) seller payment information, (xiv) at least one seller evaluation rule, (xv) a transaction requirement, and (xvi) a transaction preference,

64. The method ofclaim 60, wherein the appropriate item price is further based on at least one of: (i) information associated with at least one prior transaction for a similar item, (ii) another seller offer pending for a similar item, (iii) a buyer offer pending for a similar item, (iv) a seller transaction history, (v) demographic information associated with the seller, (vi) psychographic information associated with the seller, (vii) a credit rating associated with the seller, (viii) another seller offer associated with the seller, and (ix) a buyer offer associated with the seller.

65. The method ofclaim 60, wherein the appropriate item price is further based on a matching objective.

66. The method ofclaim 65, wherein the matching objective comprises at least one of: (i) increasing a profit associated with the transaction, and (ii) increasing a total number of transactions.

67. The method ofclaim 60, wherein said determining the appropriate item price comprises:

determining an item quality class based on the seller offer information; and

determining the appropriate item price based on the item quality class.

68. The method ofclaim 60, wherein said determining the actual seller price comprises:

automatically determining the actual seller price based on the appropriate item price.

69. The method ofclaim 60, wherein said determining the actual seller price comprises:

receiving an adjustment of the appropriate item price from the seller; and

determining the actual seller price based on the appropriate item price and the adjustment.

70. The method ofclaim 69, wherein the adjustment comprises at least one of: (i) a predetermined percentage, and (ii) a predetermined amount.

71. The method ofclaim 60, wherein said determining an actual seller price comprises:

receiving information associated with the actual seller price from the seller.

72. A method for a controller to facilitate a transaction, comprising:

receiving buyer offer information associated with a buyer offering to make a purchase;

determining an appropriate item price based on the buyer offer information;

transmitting information associated with the appropriate item price to the buyer; and

determining an actual buyer price.

73. A method for a controller to facilitate a transaction, comprising:

receiving seller offer information associated with an item being offered for sale by a seller;

receiving buyer offer information associated with a buyer offering to make a purchase;

determining a subsidy, the subsidy being associated with a benefit from a subsidy provider to be applied to the transaction; and

arranging for the seller to provide the item to the buyer in accordance with the benefit.

74. The method ofclaim 73, wherein the subsidy provider is the controller.

75. The method ofclaim 73, wherein the subsidy provider is a third party.

76. The method ofclaim 73, wherein the subsidy is conditioned upon performance of a task by the seller, and further comprising:

transmitting an indication of a subsidy offer to the seller; and

receiving an indication of acceptance of the subsidy offer from the seller.

77. The method ofclaim 73, wherein the subsidy is conditioned upon performance of a task by the buyer, and further comprising:

transmitting an indication of a subsidy offer to the buyer; and

receiving an indication of acceptance of the subsidy offer from the buyer.

78. The method ofclaim 73, wherein the subsidy is conditioned upon at least one of: (i) submitting another offer to the controller, (ii) completing another transaction through the controller, (iii) subscribing to a service, (iv) applying for a service, (v) a performance of a task, and (vi) a performance of a plurality of tasks.

79. The method ofclaim 73, wherein the subsidy is associated with a payment to be provided to at least one of: (i) the buyer, and (ii) the seller.

80. The method ofclaim 73, wherein said determining is based on at least one of: (i) information associated with the seller, (ii) information associated with the item, (iii) information associated with the buyer, (iv) information associated with the controller, and (v) information associated with a third party.

81. The method ofclaim 73, wherein said determining is based on at least one of: (i) an item category, (ii) an item quality class, (iii) at least one item feature, (iv) an item price, (v) an age associated with the item, (vi) an item manufacturer, (vii) an item description, (viii) an item image, (ix) an item condition, (x) an accessory associated with the item, (xi) an offer period, (xii) delivery information, (xiii) payment information, (xiv) at least one evaluation rule, (xv) a location, (xvi) a transaction history, (xvii) demographic information, (xviii) psychographic information, (xix) a credit rating, (xx) other offers to sell, (xxi) other offers to buyer, and (xii) an amount of profit associated with the transaction.

82. The method ofclaim 73, wherein one of said receiving seller offer information and receiving buyer offer information is performed via at least one of: (i) a Web site, (ii) the Internet, (iii) a computer, (iv) a personal digital assistant, (v) a kiosk, (vi) an electronic mail message, (vii) a telephone, (viii) an interactive voice response unit, and (ix) an operator.

83. A method for a controller to facilitate a transaction, comprising:

receiving a binding seller offer associated with an item being offered for sale by a seller;

receiving a binding buyer offer associated with a buyer offering to make a purchase;

matching the binding seller offer with the binding buyer offer; and

arranging for the seller to sell the item to the buyer.

84. The method ofclaim 83, further comprising:

receiving, prior to said matching, seller payment information associated with the seller; and

receiving, prior to said matching, buyer payment information associated with the buyer,

wherein said arranging is performed using at least one of: (i) the seller payment information, and (ii) the buyer payment information.

85. The method ofclaim 83, further comprising:

applying a penalty to the seller if the seller does not provide the item to the buyer.

86. The method ofclaim 85, wherein the penalty comprises at least one of. (i) payment of a penalty amount, (ii) preventing another offer from the seller, and (iii) adjusting a reputation associated with the seller.

87. The method ofclaim 83, further comprising:

applying a penalty to the buyer if the buyer does not purchase the item from the seller.

88. The method ofclaim 87, wherein the penalty comprises at least one of: (i) payment of a penalty amount, (ii) preventing another offer from the buyer, and (iii) adjusting a reputation associated with the buyer.

89. The method ofclaim 83, wherein the item is a secondary market item.

90. An apparatus, comprising:

a processor; and

a storage device coupled to said processor and storing instructions adapted to be executed by said processor to:

receive seller offer information associated with an item being offered for sale by a seller;

receive buyer offer information associated with a buyer offering to make a purchase;

determine an evaluation rule;

match the seller offer information and the buyer offer information based on the evaluation rule; and

arrange for the seller to sell the item to the buyer.

91. The apparatus ofclaim 90, further comprising:

a communication port coupled to said processor and adapted to communicate with at least one of: (i) a seller device, (ii) a buyer device, and (iii) a subsidy provider device.

92. The apparatus ofclaim 90, wherein said storage device further stores at least one of: (i) a buyer database, (ii) a seller database, (iii) an offer to buy database, (iv) an offer to sell database, (v) an item category database, (vi) a quality class database, (vii) a matching objectives database, (viii) a rule database, (ix) a subsidy rules database, (x) a subsidy database, and (xi) a transaction database.

93. A medium storing instructions adapted to be executed by a processor to perform a method for facilitating a transaction, said method comprising:

receiving seller offer information associated with an item being offered for sale by a seller;

receiving buyer offer information associated with a buyer offering to make a purchase;

determining an evaluation rule;

matching the seller offer information and the buyer offer information based on the evaluation rule; and

arranging for the seller to sell the item to the buyer.

94. A method of facilitating a transaction via a communication network, comprising:

receiving binding seller offer information associated with a secondary market item being offered for sale by a seller, the binding seller offer information including an item description and a minimum price;

determining a seller offer code based on the seller offer information;

receiving binding buyer offer information associated with a buyer offering to make a purchase, the binding buyer offer information including an item category and a maximum price;

determining a buyer offer code based on the buyer offer information;

matching the seller offer code and the buyer offer code;

determining if the maximum price is at least equal to the minimum price; and

if the maximum price is at least equal to the minimum price, arranging for the seller to sell the secondary market item to the buyer.

Images