US20080040141A1 - Method, System and Apparatus for Matching Sellers to a Buyer Over a Network and for Managing Related Information - Google Patents

Method, System and Apparatus for Matching Sellers to a Buyer Over a Network and for Managing Related Information Download PDF

Info

Publication number
US20080040141A1
US20080040141A1 US11/780,553 US78055307A US2008040141A1 US 20080040141 A1 US20080040141 A1 US 20080040141A1 US 78055307 A US78055307 A US 78055307A US 2008040141 A1 US2008040141 A1 US 2008040141A1
Authority
US
United States
Prior art keywords
sellers
buyer
particular type
seller
index
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US11/780,553
Inventor
Alex Torrenegra
Tania Zapata
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Torrenegra IP LLC
Original Assignee
Torrenegra IP LLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Torrenegra IP LLC filed Critical Torrenegra IP LLC
Priority to US11/780,553 priority Critical patent/US20080040141A1/en
Assigned to TORRENEGRA IP, LLC reassignment TORRENEGRA IP, LLC ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: TORRENEGRA, ALEX HENRIQUEZ, ZAPATA, TANIA
Publication of US20080040141A1 publication Critical patent/US20080040141A1/en
Priority to US13/271,675 priority patent/US8266011B2/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/08Auctions
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0605Supply or demand aggregation

Definitions

  • This invention relates broadly to methods, systems and apparatus for facilitating electronic commerce. More particularly, this invention relates to methods, systems and apparatus for matching buyers and sellers of goods and services.
  • Electronic commerce systems (such as online marketplaces, online auction houses, online reverse auction houses) provide a mechanism for matching sellers with buyers for facilitating transactions related to goods and services.
  • electronic commerce systems (such as online marketplaces, online auction houses, online reverse auction houses) provide a mechanism for matching sellers with buyers for facilitating transactions related to goods and services.
  • reverse auctions there can be a significant number of potential sellers that can meet the demands of a respective buyer. This unbalance can have negative effects such as:
  • Electronic commerce systems proposed in the prior art facilitate reverse auctions for goods and/or services, yet fail to address the problems that arise from the unbalance as set forth above, where there are a significant number of potential sellers that can meet the demands of a respective buyer, and where there are other factors apart from price (such as quality of the service or product offered by the seller, reputation of the seller, etc.) that may affect the decision of the buyer. In such situations, the buyer can receive an overwhelming number of offers, which makes it difficult and time-consuming to identify the most appropriate seller.
  • an improved system and method for facilitating a transaction between a buyer and one of a number of sellers is provided.
  • the transaction is related to a project specified by the buyer.
  • a set of sellers are identified from a database.
  • a flow control process operates over a number of processing cycles. In each processing cycle, the flow control process selects sellers from the set for classification as sellers of a particular type (“Invited Sellers”).
  • the system automatically enables at least one action carried out by the sellers of the particular type.
  • the duration of the processing cycles varies over the processing cycles and is derived from a time period specified by the buyer as well as a predetermined constant that results in exponential reduction of the process cycle durations.
  • the number of sellers selected for classification as sellers of a particular type also varies over processing cycles and depends upon a number of offers that are submitted by sellers of the particular type and received by the buyer. In the initial processing cycle, the number of sellers selected for classification as sellers of a particular type depends on a number of offers the buyer wishes to receive as dictated by input from the buyer.
  • the at least one action enabled by the process includes: i) the sellers of the particular type submitting offers and information related to the offers and storing the offers and related information (such as multimedia files) in a database for access by the buyer; ii) the sellers of the particular type accessing detailed information related to the offer; iii) communication between the sellers of the particular type and the buyer; iv) automatic notification to the sellers of the particular type of their classification to the particular type; and/or v) automatic notification to the buyer of the sellers of the particular type.
  • the selection of the sellers of the set is carried out by calculating likelihood indices for the sellers of the set, and ranking the sellers of the set according to the corresponding likelihood indices. This allows the selection process to select higher ranked sellers before lower ranked sellers.
  • the likelihood index for a seller are preferably derived from a number of index calculations, most preferably including a group of relevancy subindices and a group of priority subindices.
  • the sellers of the set are preferably identified by an automated process that matches requirements of the project as specified by the buyer to profile data of sellers.
  • FIG. 1 is a block diagram of an electronic commerce system that includes functionality for matching buyers and sellers of good and services in accordance with the present invention.
  • FIG. 2 is a flow chart illustrating the operations of the matching functionality of the electronic commerce system of FIG. 1 in accordance with the present invention.
  • FIG. 3 is a schematic illustration of an index schema that can be used in the operations of FIG. 2 for determining a likelihood (or probability) that an offer from a Seller will best match a Buyer's project in accordance with the present invention.
  • FIGS. 4A and 4B collectively, is a flow chart illustrating the flow control process of FIG. 2 for classifying Invited Sellers over a number of processing cycles for a project in accordance with the present invention.
  • FIG. 4C is a graph depicting the number of Invited Sellers classified over each one of a number of processing cycles as part of the flow control process of FIGS. 4A and 4B for an exemplary project.
  • FIGS. 5 A 1 , 5 A 2 , 5 B, 5 C, 5 D 1 and 5 D 2 illustrate an exemplary user interface generated by the system of FIG. 1 for creating and managing projects and perform related tasks where voice over talent or producers provide voiceovers to buyers for commercial needs.
  • FIGS. 6 A, 6 B 1 , 6 B 2 , 6 C 1 and 6 C 2 illustrate an exemplary user interface generated by the system of FIG. 1 that allows voice over talent and produces (a Seller) to submit and manage offer(s) and perform related tasks for Buyers' project(s) that are matched to the Seller by the system.
  • a “reverse auction” is a process whereby a number of sellers compete for the right to provide goods or services to a buyer.
  • the reverse auction is different from an “ordinary auction,” which is process whereby a number of buyers compete for the right to obtain goods or services from a seller.
  • FIG. 1 there is shown the architecture of an electronic commerce system that facilitates reverse auctions.
  • Two classes denoted “Buyers” and “Sellers” of users of the system.
  • One or more Buyers access the system over a network (such as the Internet) to create and manage projects.
  • a project is a solicitation for goods and/or services that are desired by the Buyer.
  • Sellers of the system compete for the right to provide goods or services to a Buyer as dictated by a corresponding project.
  • a project involves a number of requirements, such as one or more dates related to the project (e.g., a start date and/or an end date) and specific needs or functions to be provided by the Seller to the Buyer.
  • the system includes software logic that automatically matches a number of Sellers to a given Buyer's project that is posted or otherwise designated by the given Buyer.
  • the system also provides for creation, submission and management of offers related to a given Buyer's project by Sellers that are matched to the given Buyer's project.
  • a Seller is matched to a given Buyer's project by classifying the Seller as an Invited Seller for this project as described below in more detail.
  • the system also provides for communication and management of such offers between Buyers and Sellers in order to facilitate transactions therebetween.
  • a Buyer utilizes a web browser executing on a computing device 3 to connect to a web server 5 over the network 7 (e.g., Internet).
  • a number of Sellers each utilize a web browser executing on a computing device 9 to connect to the web server 5 over the network 7 .
  • the browser-based interaction between the computing devices 3 , 5 and the web server 5 occur over TCP/IP sessions established therebetween over which are communicated HTML-based (and possibly XML-based) documents and commands as well as other messages, commands and data.
  • the web server 5 enables login and authentication of the Buyer via interaction with the Buyer system 3 as well as login and authentication of a respective Seller via interaction with the Seller system 9 .
  • Such login and authentication can utilize password-based authentication, operating system-based authentication (e.g., NTLM or Kerberos); services-based authentication (e.g., Microsoft Passport authentication), certificate-based authentication, or any other authentication scheme.
  • the web server 5 communicates with an Application Server 11 to build dynamic web page(s) based on data supplied by the Application Server 11 and serve the dynamic web page(s) to the Buyer web browser (or the Seller web browser) as requested, and forward (and/or transform) data supplied by the Buyer web browser (or the Seller web browser) to the Application Server 11 as needed.
  • the web server 5 is located in a “demilitarized zone” (DMZ) provided with a firewall router 13 .
  • DMZ demilitarized zone
  • the firewall/router 13 enables authorized communication between the web server 5 and the Application Server 11 (typically utilizing a secure socket layer (SSL) interface or an IPSec interface), while blocking unauthorized communication requests to the Application Server 11 .
  • the web server 5 preferably utilizes style sheets to build the HTML documents (and XML documents) for presentment to the Buyer web browser (or to the Seller web browse).
  • the web server 5 may be realized by commercially available HTTP servers, such as the Apache Web Server, Microsoft Internet Information Server, and Sun ONE Web Server.
  • the Application Server 11 includes a Buyer Application Component 15 , a Seller Application Component 17 , Buyer Seller Matching Logic 16 , Administration/Configuration Logic 19 , a Database 21 storing buyer data and seller data, Presentation Services 23 , Network Security Services 25 , and Messaging Logic/Services 27 .
  • the Administration/Configuration Logic 19 provides for system management and configuration of the Application Server 11 .
  • the Presentation Services 23 are facilities that enable delivering dynamic content to client browsers. Preferably, the Presentation Services 23 support Active Server Pages, JavaServer pages, server-side scripting such as Perl, CGI, PL/SQL scripting, etc.
  • the Network Security Services 25 provides facilities that enable maintaining network security (such as SSL-based or IPSec-based encryption and authentication facilities).
  • the Application Server 11 is realized by a commercially-available software framework, such as the WebLogic Platform commercially available from BEA Systems of San Jose, Calif., the Websphere Application Server commercially available from IBM, Windows Server Systems commercially available from Microsoft Corporation of Redmond, Wash., or the SUN ONE Application Server commercially available from Sun Microsystems of Santa Clara, Calif.
  • a commercially-available software framework such as the WebLogic Platform commercially available from BEA Systems of San Jose, Calif., the Websphere Application Server commercially available from IBM, Windows Server Systems commercially available from Microsoft Corporation of Redmond, Wash., or the SUN ONE Application Server commercially available from Sun Microsystems of Santa Clara, Calif.
  • the Database 21 maintains buyer data that pertains to a respective Buyer and to the projects of the respective Buyer as well as seller data that pertains to a respective Seller and to the offers of the respective Seller.
  • the buyer data pertaining to a respective Buyer can include data defining open projects, project history, profile of the respective Buyer, a preferred seller list, contact information for the respective Buyer, etc.
  • the seller data pertaining to a respective Seller can include defining offers to which the respective seller has been matched (i.e., offers for which the Seller is classified as an Invited Seller), information related to such offers, offer/project history, profile of the respective Seller, contact information for the respective Seller, etc.
  • the Buyer Application component 15 works in conjunction with the Presentation Services 23 and other components of the Application Server 11 , to provide dynamic content to the web server 5 for delivery to the browser-based Buyer system 3 .
  • the Buyer Application component 15 also encodes logic that allows for the respective Buyer to create and manage projects and store information pertaining thereto in the Database 21 , which preferably includes access to and/or presentation of offers submitted by Invited Sellers for the projects of the respective Buyer as well as information provided by the Seller related thereto.
  • FIGS. 5 A 1 , 5 A 2 , 5 B, 5 C, 5 D 1 and 5 D 2 depict an exemplary user interface generated by the Buyer Application component 15 for creating and managing projects where voice over talent or producers provide voiceovers to buyers for commercial needs.
  • the user interface is communicated to and rendered by the buyer system 3 by operation of a web browser executing on the buyer system 3 .
  • FIGS. 5 A 1 and 5 A 2 collectively, illustrate a user interface generated by the Buyer Application component 15 for creating a project, including a text box 501 for assigning a name to the project, buttons 503 , 505 for selectively activating and deactivating the Buyer Seller Matching logic 16 described below for the project, a widget 507 for specifying the number of offers that the Buyer would like to receive for the project, a pull down box 509 to enable the Buyer to specify the purpose of the project, buttons 511 A, 511 B that allows the Buyer to specify a preference for a female or male voice, a pull down menu 513 that allows the Buyer to specify the language fluency requirements for the project, a set of buttons 515 that allows the Buyer to specify the voice age for the project, a set of buttons 517 that allows the Buyer to specify the audio recording format and delivery mechanism for the project, a set of buttons 519 that allows the Buyer to specify any union requirements for the project, buttons 521 that allow the Buyer to selectively hide the name of the Buyer's company to sellers for the
  • FIG. 5B illustrates a user interface generated by the Buyer Application component 15 for managing a project, including a selector box 541 that enables the Buyer to navigate to a user interface (not shown) for increasing the number of offers that the Buyer wishes to receive for a project, a display field 543 that provides the Buyer with instructions on how to invite sellers that are not part of the system to access the project on the system (preferably, such sellers access the project by a URL and access code that is specified in the display field 543 ), a selector box 545 that enables the Buyer to navigate to a user interface (not shown) for searching for sellers of the system as maintained in the Database 21 and for inviting selected sellers to submit an offer for the project, and a selector box 547 that enables the Buyer to navigate to a user interface (not shown) for inviting sellers that are on the Buyer's Preferred Seller List (as maintained in the Database 21 ) to submit an offer for the project.
  • a selector box 541 that enables the Buyer to navigate to a user interface (not shown) for increasing the
  • FIGS. 5 D 1 and 5 D 2 collectively, illustrate a user interface generated by the Buyer Application component 15 for managing a project, including selector box 551 that enables the Buyer to navigate to a user interface (not shown) for increasing the number of offers that the Buyer wishes to receive for a project, a selector box 553 that enables the Buyer to navigate to a user interface (not shown) for updating the deadline of (or reopening) the project, a selector box 555 that enables the Buyer to navigate to a user interface (not shown) for extending audio storage time for the project, a tabbed folder including a project detail tab 557 , an inbox tab 559 that provides the Buyer with access to the offers submitted by Invited Sellers (including the display of status information related to the offers and performing various actions related thereto as shown), and a deleted tab 561 that provides the Buyer with access to offers deleted by the Buyer.
  • selector box 551 that enables the Buyer to navigate to a user interface (not shown) for increasing the number of offers that the Buyer wishes to receive for
  • the Buyer Seller Matching Logic 16 works in conjunction with the other components of the Application Server 11 to match a number of Sellers to a given Buyer's project that is posted or otherwise designated by the given Buyer.
  • a Seller is matched to a given Buyer's project by classifying the Seller as an Invited Seller for this project as described below in more detail.
  • the Seller Application component 17 works in conjunction with the Presentation Services 23 and other components of the Application Server 11 , to provide dynamic content to the web server 5 for delivery to the browser-based Seller system 9 .
  • the Seller Application component 17 also encodes logic that allows Sellers to create and maintain profiles (short description of goods or services, training, additional skills, experience, description of goods or services, historical price data for projects, desired buyer preferences, project matching filter data, etc.), which are stored in the Database 21 .
  • the Seller Application component 17 also enables the Seller to perform various actions with regard to project(s) that are matched to the Seller (such as creation, submission and management of offers related to a given Buyer's project).
  • FIGS. 6 A, 6 B 1 , 6 B 2 , 6 C 1 , and 6 C 2 depict an exemplary user interface generated by the Seller Application component 17 that allows voice over talent or producers (Voice Over Seller) to perform various actions with regard to project(s) that are matched to the Voice Over Seller by the Matching Logic 16 .
  • the user interface is communicated to and rendered by the seller system 9 by operation of a web browser executing on the seller system 9 .
  • the Database 21 maintains a profile for each Voice Over Seller, which specifies one or more of the following: i) one or more languages that the Voice Over Seller is fluent in, ii) types of projects that the Voice Over Seller is interested in pursing, iii) one or more voice ages that can be provided by the Voice Over Seller, iv) audio format and delivery options provided by the Voice Over Seller, v) one or more union affiliations of the Voice Over Seller, v) a description of the Voice Over Seller's voice, vi) a description of the experience of the Voice Over Seller, vii) training of the Voice Over Seller, viii) additional skills of the Voice Over Seller, ix) contact information for the Voice Over Seller, x) means for initiating payment to the Voice Over Seller, xi) one or more audio files for demonstrating the voice over skills of the Voice Over Seller, xii) historical price data for projects, xiii) desired buyer preferences, and xiv) project matching filter data.
  • FIG. 6A illustrates a user interface generated by the Seller Application component 17 for notifying a Voice Over Seller that the Voice Over Seller has been matched to a Buyer's project by the Buyer Seller Matching Logic 16 as described herein.
  • the notification is automatically generated by the system and triggered by the classification of the Voice Over Seller as an Invited Seller as described herein.
  • FIGS. 6 B 1 and 6 B 2 collectively, illustrate a user interface generated by the Seller Application component 17 that allows the Voice Over Seller to view the details of a project that the Voice Over Seller has been matched to.
  • the project details include a description of the project, the date the project was posted, the deadline for the project, project status (opened and receiving offers or closed), how many offers received, geographical requirements for the project, budget information, language requirements for the project, voice gender for the project, voice age for the project, audio recording and delivery requirements for the project, union requirements for the project, script information for the project, voice seeker (Buyer) details for the project, etc.
  • FIGS. 6 C 1 and 6 C 2 collectively, illustrate a user interface generated by the Seller Application component 17 that allows the Voice Over Seller to create and submit an offer for a project that the Voice Over Seller has been matched to.
  • the interface enables the Voice Over Seller to upload an audio file as part of the offer (e.g., for an audition or other demonstration purposes), specify the price of the project, and provide other relevant information as shown.
  • the interface also includes a button that allows the Voice Over Seller to request notification if and when the Buyer of the project opens the offer and/or information related thereto as shown.
  • the interface also provides detailed information regarding the project as shown. This interface is presented to the Voice Over Seller for a given Project only in the case where the Voice Over Seller is classified as an Invited Seller for the given project as described herein.
  • the Buyer and Seller Application components 15 , 17 also include functionality (e.g., a messaging interface) that provides for communication between Buyers and Sellers in order to facilitate transactions therebetween.
  • Messaging logic/services 27 provided by the Application Server 11 can be used to carry out such communication.
  • the Messaging logic/services 27 can support voicemail for voice messages, email messaging, IM messaging, SMS messaging or other suitable communication services between Buyers and Sellers.
  • FIG. 5C illustrates a user interface generated by the Buyer Application component 15 that allows a Buyer to communicate an invitation to submit an offer for a project. Similar interfaces can be used for other communication from the Buyer to a Seller and from a Seller to a Buyer in order to facilitate matching a Seller to a Buyer, for collaboration therebetween on projects, for arranging payment between the Buyer and Seller, etc.
  • FIG. 2 there is shown a high-level schematic representation of the functions provided by the Buyer Seller Matching Logic 16 .
  • Such functions begin in block 200 upon a Buyer creating and posting a project (P) on the system.
  • a selection process is carried out in which a number of sellers are selected from the Database 21 (block 204 ) based on the Sellers profiles stored therein as matched against the requirements of the project (P) as stored therein. These Sellers are classified as “Identified Sellers.”
  • the selection process of block 204 can be rigid in nature (e.g., requiring that the Seller's profiles match all of the requirements of the project) or can be more flexible in nature based on similarity between the Sellers profiles and the requirements of the project (P).
  • a weighted-tree similarity algorithm or other suitable matching algorithm can be used for the similarity-based matching.
  • a likelihood index table is built for the Identified Sellers selected in block 202 .
  • the LIT includes a likelihood index (LI) for each Identified Seller.
  • the LI represents the likelihood (or probability) that an offer from the Identified Seller will best match the Buyer's project (P). It can also account for the level of activity of Sellers in the marketplace (in order to first invite more or less active Sellers) and/or account for other factors that the marketplace may consider (in order to increase or decrease the level of participation of individual Sellers).
  • the LI for an Identified Seller can be calculated using numerous factors, each of which is accorded a different weight based on an individual buyer's needs.
  • the LI for an Identified Seller is derived from relevancy and priority indices as described below in more detail ( FIG. 3 ).
  • the Identified Seller with the highest LI is predicted to have the greatest chance of being matched to the Buyer for the project (P).
  • the LIT ranks the Identified Sellers by their LIs from highest LI to lowest LI. In other words, the Identified Seller(s) having the highest LI are ranked first in the LIT and the Identified Seller(s) with the lowest LI are ranked last in the LIT.
  • a flow control process is carried out to regulate the process and flow by which the Buyer receives offers from Identified Sellers for the project (P).
  • the FCP is intended to increase the Buyer's chances of finding the best matching Identified Seller for the project (P) at the beginning of the process.
  • the FCP classifies Identified Sellers in the LIT as “Invited Sellers” over a number of processing cycles. In each processing cycle, the FCP calculates a new number of Identified Sellers to classify as “invited.” The number of Invited Sellers classified and the time period calculated for each processing cycle is strategically determined in order to make the most efficient use of the Buyer's time in finding a Seller for the project. The process by which these parameters are calculated during each processing cycle is further discussed below, and illustrated by FIGS. 4A and 4B .
  • the system automatically performs various system tasks related to the project, and enables actions and/or tasks to be performed by the Invited Sellers and/or the Buyer of the project (P).
  • These tasks/actions include, but are not limited to, notifying the Invited Seller that he or she has been selected to submit one or more offers to the Buyer; notifying the Buyer of the Invited Seller; allowing communication between the Invited Seller and Buyer; allowing the Invited Seller to submit an offer to the Buyer; and additional information exchanges.
  • the process determines if the project should be closed. Projects can be closed for several reasons. For example, the project can close automatically upon expiration of the last processing cycle of the flow control process of block 208 .
  • the Buyer can designate a number of offers that the Buyer wants to receive during the process. The system can track the number of offers that the Buyer receives during the process and close the process when the tracked number of received offers matches the number of wanted offers designated by the Buyer.
  • the project can be closed when the deadline for receiving offers has passed; the Buyer has already selected a Seller; the Buyer opted to stop receiving offers before the original deadline; etc. If closed, the project could be reopened at any time upon the Buyer's request, thus restarting or reactivating the process.
  • the system determines whether the project (P) has been closed. If the project (P) has not yet closed, the system returns to block 208 to continue the FCP process. If the project has closed, the system can automatically perform various system tasks related to the project before it ends. Such system tasks can include:
  • LI is calculated to derive the likelihood (or probability) that an offer from an Identified Seller will best match the Buyer's project (P).
  • LI is derived from a weighted calculation of a relevancy index and a priority index.
  • LI can be calculated by multiplying respective factors or weights (e.g., 0.5, 0.5) to the relevancy index and the priority index, and then summing the resultant values.
  • the relevancy index preferably is derived from a number of sub-indices, including a preferred-seller index, a geographical-proximity index, a keyword-matching index, and a relevant-samples-of-work index.
  • the priority index preferably is derived from a number of sub-indices, including a quality-assurance index, a preferred-seller popularity index, a proposal-history index, a seller-seniority index, a subscription-expiration index, and a pay-per-proposal submission index.
  • the Preferred-Seller Index assigns a score to the Identified Seller based on whether or not that Identified Seller is on the Buyer's preferred talent list.
  • This list may be created by the Buyer over time for Sellers with whom it has worked and whose work product and/or service has been satisfactory. This list is stored and accessed as part of the buyer data in the Database 21 . This index might comprise 30% of the relevancy index.
  • the Geographic-Proximity index assigns a score to the Identified Seller based on the geographic proximity of the Identified Seller to the Buyer.
  • the geographical location for the Identified Seller and the Buyer can be stored and accessed as part of the data in the Database 21 . This index might comprise 10% of the relevancy index.
  • the Keyword-Matching index assigns a score to the Identified Seller based on matching key words in the profile of the Identified Seller to key words pertaining to the project (P).
  • the profile of the Identified Seller is maintained as seller data in the Database 21 .
  • the keywords pertaining to the project can be input (or selected) by the Buyer and/or automatically extracted from the requirements of the project (P) as maintained in the Database 21 .
  • This index might comprise 30% of the relevancy index.
  • the Relevant-Samples-of Work index assigns a score to the Identified Seller based on samples of offers, services, products, etc. that the Identified Seller has added to his or her profile as maintained by the Database 21 and that is deemed relevant to the project (P). This index might comprise 30% of the relevancy index.
  • the Quality-Assurance index assigns a score to the Identified Seller based on a quality control process established by the marketplace to rate Sellers. For example, if an Identified Seller (or the profile of an Identified Seller) has not been approved by a quality control team in a specific market, then the Identified Seller might be assigned a lower score for this index. This index might comprise 10% of the priority index.
  • the Preferred-Seller-Popularity index assigns a score to the Identified Seller based on the number of Buyers in a given market that have selected a specific Seller and placed that Seller on their respective “preferred seller list.” For example, the Preferred-Seller-Popularity index might range from 1%-100%, with one percentage point being awarded for each preferred seller list on which the Identified Seller has been placed.
  • the preferred seller lists that contribute to this index can be constrained to particular Buyers, such as Buyers in the relevant industry or field that pertains to the project (P). This index might comprise 10% of the priority index.
  • the Proposal-History index assigns a score to the Identified Seller based on a grading, rating, or feedback system for the offers and proposals historically submitted, if any, by the Identified Seller. This information is maintained in the Database 21 . This index might comprise 40% of the priority index.
  • the Seller-Seniority Index assigns a score to the Identified Seller based on the Identified Seller's seniority in the system and/or marketplace. This information is maintained in the Database 21 . This index might comprise 20% of the priority index.
  • the Pay-Per-Proposal-Submission index assigns a score to the Identified Seller based on the amount of money the Identified Seller is willing to pay for submission of an offer. This information is maintained in the Database 21 . This index might comprise 20% of the priority index.
  • the relevancy and priority indices each comprise 50% of the LI. But numerous other indices and sub indices with different values and weighted characteristics can be developed and used with the present invention to accomplish the desired results depending on a Buyer's particular business and goals, and the particular talents and characteristics of the sellers in a given market.
  • Other possible sub-indices include the similarity of a particular Identified Seller to other Identified Sellers that have been identified for a project and/or for prior similar projects; the number of requirements of the project that are met by the Identified Seller's particular profile; the number of offers that a seller has submitted during a period of time compared to the average number of offers submitted by other sellers; an Identified Seller's quoted price compared to the average of the quoted prices submitted by other sellers; the amount of money that a seller is willing to pay to the marketplace in order to earn the right to submit offers; the tier level of a seller in the marketplace; the historical expensiveness of a seller compared to the project's budget; and the seller's experience level.
  • a likelihood index table stores LIs for a number of Identified Sellers. Each LI represents the likelihood that the corresponding seller will best match a Buyer's need for desired goods and/or services as dictated by the project (P).
  • the likelihood index of a given seller is based on relevancy and priority indices generated for the given Identified Seller as described above in more detail.
  • the LIT is preferably sorted according to the rank of the likelihood indices contained therein in order to efficiently identify the highest ranked Identified Sellers.
  • the rank of an Identified Seller in the LIT reflects the Identified Seller's probability of satisfying the Buyer's need for goods and/or services relative to the other sellers in the LIT.
  • likelihood indices of the LIT can also account for the level of activity of Sellers in the marketplace (in order to first invite more or less active Sellers) and/or account for other factors that the marketplace may consider (in order to increase or decrease the level of participation of individual Sellers).
  • the system After building the LIT, the system initiates a flow control process (FCP) to regulate the process and flow by which the Buyer receives offers from Identified Sellers.
  • the FCP is intended to increase the Buyer's chances of finding the best Identified Seller for the project (P) at the beginning of the process. This is accomplished by allowing only a small number of the highest ranked Identified Sellers in the LIT to compete for the project early in the process. During this period of time, the Buyer can evaluate the offers presented by these highest ranked sellers without being bombarded with offers from other sellers. In short, the Identified Sellers most likely to get the project are allowed to compete for the project over a larger period of time without interference from numerous other sellers. If the Buyer does not select a Seller early in the process, then a larger number of lower ranked Identified Sellers are subsequently allowed to compete for the project (P).
  • FCP flow control process
  • the FCP operates over a number of processing cycles. In each processing cycle, the FCP calculates a number of Identified Sellers to classify as “invited.”
  • An Invited Seller is an Identified Seller that has been selected to submit one or more offers to the Buyer for the project (P).
  • Classification of an Identified Seller as “invited” can trigger the system to automatically perform various system tasks related to the project (P), such as:
  • the number of new Invited Sellers for each process cycle can vary, and is preferably calculated based on a number of factors, including, but not limited to, the deadline of the project, the total number of Identified Sellers, the number of offers (A) that the Buyer wants for the project, the ratio of the total number of Invited Sellers overall versus the number of Invited Sellers that have actually submitted an offer, etc.
  • the new Invited Sellers have the highest rank in the LIT for those Identified Sellers that have not already been classified as Invited Sellers.
  • the FCP identifies new lower-ranked Identified Sellers as Invited Sellers.
  • the FCP calculates the time period for the next processing cycle (if there is one) and continues to perform the processing for the next processing cycle.
  • the calculation of the processing cycle times for the project is preferably based on a number of factors, including, but not limited to, the deadline of the project, the time left on the project to receive offers, the number of Identified Sellers, the ratio of Invited Sellers versus Invited Sellers that have submitted an offer, etc.
  • the FCP can be implemented in various ways depending on the needs of a business.
  • An exemplary embodiment of the FCP is illustrated in FIGS. 4A and 4B , which begins in block 400 by defining a set of parameters utilized by the process as shown.
  • the process calculates the amount of time available to get offers (M).
  • M the amount of time available to get offers
  • the calculation of M depends upon the needs of each individual business. For example, a business might want to receive 100% of all offers within the first 75% of the time period between the date that the project posts and the deadline, which would give the business 25% of the time before the deadline to do other things once it has selected a seller.
  • Block 402 also initializes KT and XT, which are variables used to derive the processing cycle time over the cycles of the process.
  • KT is a constant and XT is variable that is initialized to KT and updated each processing cycle (block 442 ).
  • Block 402 also preferably initializes the following constants: the maximum processing cycle time (MWT), the minimum processing cycle time (IWT), the maximum number of Identified Sellers that can be classified as Invited Sellers in each processing cycle (MTT), and the minimum number of Identified Sellers that can be classified as Invited Sellers in each processing cycle (ITT).
  • the constant KA is typically higher than 1.0, and is set based on an anticipated response rate, as well as the number of cycles desired over the flow control process.
  • the process then operates over a number of processing cycles (which are defined by blocks 406 , 410 , 412 , 418 , 420 ). During each processing cycle, the process classifies a number of Identified Sellers as Invited Sellers (blocks 406 and 408 ) and waits for a processing cycle time period. Classification of an Identified Seller as “invited” can trigger the system to automatically perform various system tasks related to the project as described above. Classification of an Identified Seller as “invited” can also trigger the system to enable actions and/or tasks to be performed by the Invited Seller and/or the Buyer with regard to the project as described above. The system can also monitor the number of offers the Buyer has received from Invited Sellers with respect to the project.
  • the process updates the variable TTN, calculates the number of Identified Sellers to classify as Invited Sellers in the next processing cycle, and calculates the wait time for the next processing cycle (blocks 422 through 442 ) and then continues to the next processing cycle or performs the last processing cycle (blocks 444 to 447 ).
  • the process selects the LNS highest ranked Identified Sellers from the LIT that are not already classified as “Invited Sellers.” During the first cycle, that group would simply consist of the LNS highest ranked Identified Sellers on the LIT. During the second cycle, that group would consist of the next LNS highest ranked Identified Sellers, etc.
  • the process classifies the Identified Sellers selected in block 406 as “Invited Sellers.”
  • the process evaluates whether the amount of time (M) to get offers divided by variable (XT) is less than or greater than the minimum amount of time (IWT) for processing cycles.
  • Variable (XT) increases each cycle by the preset multiple (KT), which makes the ratio (M/XT) approach zero for each subsequent processing cycle. If this ratio becomes less than the minimum processing cycle time (IWT), the FCP continues to the path of blocks 444 - 447 to carry out the last processing cycle as described below. If this ratio is greater than the minimum processing cycle time (IWT), the FCP proceeds to block 412 .
  • TTN which is the total number of Identified Sellers in the LIT that have yet to be classified as Invited Sellers, decreases each cycle as LNS new Identified Sellers are become invited.
  • TTN TTN>0
  • the FCP determines the total number of offers submitted from Invited Sellers (SA) and calculates the percentage of Invited Sellers that have yet to submit an offer (PAST).
  • the FCP evaluates whether NTS (as calculated in block 428 ) is greater than the preset maximum number of Identified Sellers that can be enabled during each processing cycle (MTT). If so, the FCP sets NTS equal to MTT (block 432 ) and proceeds to block 440 . In block 434 , the FCP evaluates whether NTS (as calculated in block 428 ) is less than the preset minimum number of Identified Sellers that can be enabled during each processing cycle (ITT). If so, the FCP sets NTS equal to ITT (block 436 ) and proceeds to block 440 .
  • the operations of blocks 430 - 436 ensure that the number of Identified Sellers classified as Invited Sellers in each processing cycle stays between a preset minimum and maximum number and thus will not receive too few or too many offers during any given processing cycle.
  • the FCP evaluates whether the number of calculated Identified Sellers to classify as Invited Sellers in the next processing cycle (NTS) is greater than the number of Identified Sellers in the LIT that have yet to be classified as Invited Sellers (TTN).
  • the FCP continues to blocks 440 and 442 .
  • the FCP sets LNS equal to NTS.
  • 4C depicts the number of Invited Sellers classified over each one of a number of processing cycles as part of the flow control process described above for an exemplary project.
  • the time for the project extends along the X axis.
  • the Y axis depicts the number of Invited Sellers.
  • the data lines correspond to the processing cycles of the process.
  • the relative position of a given data line along the X axis with respect to the previous data line indicates the duration of the corresponding processing cycle.
  • the height of the data line indicates the number of Invited Sellers classified during the corresponding processing cycle.
  • the FCP continues to the path of blocks 444 - 447 to carry out the last processing cycle.
  • the FCP selects the remaining Identified Sellers in the LIT that have yet to be classified as Invited Sellers.
  • the Identified Sellers selected in block 444 are classified as Invited Sellers.
  • the FCP process waits for a time M/XT.
  • the invitation cycle processing stops and the FCP ends.
  • the number of sellers classified as “Invited Sellers” in a given processing cycle of the flow control process can be constant over the processing cycles (such as one per cycle) and the time duration of the processing cycles can vary depending on the percentage of Invited Sellers that have yet to submit an offer (PAST). It will therefore be appreciated by those skilled in the art that yet other modifications could be made to the provided invention without deviating from its spirit and scope as claimed.

Abstract

An improved system and method for facilitating a transaction between a buyer and one of a number of sellers is provided. The transaction is related to a project specified by the buyer. A set of sellers are identified from a database. A flow control process operates over a number of processing cycles. In each processing cycle, the flow control process selects sellers from the set for classification as sellers of a particular type (“Invited Sellers”). The system automatically enables at least one action carried out by the sellers of the particular type. The duration of the processing cycles preferably varies over the processing cycles and is derived from a time period specified by the buyer as well as a predetermined constant that results in exponential reduction of the process cycle durations. The number of sellers selected for classification as sellers of a particular type preferably varies over processing cycles and depends upon a number of offers that are submitted by sellers of the particular type and received by the buyer. In the initial processing cycle, the number of sellers selected for classification as sellers of a particular type depends on a number of offers the buyer wishes to receive as dictated by input from the buyer. In the preferred embodiment, the at least one action enabled by the process includes: i) the sellers of the particular type submitting offers and information related to the offers and storing the offers and related information (such as multimedia files) in a database for access by the buyer; ii) the sellers of the particular type accessing detailed information related to the offer; iii) communication between the sellers of the particular type and the buyer; iv) automatic notification to the sellers of the particular type of their classification to the particular type; and/or v) automatic notification to the buyer of the sellers of the particular type.

Description

    CROSS-REFERENCE TO RELATED APPLICATIONS
  • This application claims benefits from U.S. Provisional Patent Application No. 60/832,042, filed Jul. 20, 2006, the contents of which are hereby incorporated herein by reference.
  • BACKGROUND OF THE INVENTION
  • 1. Field of the Invention
  • This invention relates broadly to methods, systems and apparatus for facilitating electronic commerce. More particularly, this invention relates to methods, systems and apparatus for matching buyers and sellers of goods and services.
  • 2. State of the Art
  • Electronic commerce systems (such as online marketplaces, online auction houses, online reverse auction houses) provide a mechanism for matching sellers with buyers for facilitating transactions related to goods and services. For reverse auctions, there can be a significant number of potential sellers that can meet the demands of a respective buyer. This unbalance can have negative effects such as:
  • too much competition among sellers;
  • an overflow of offers submitted from sellers to a respective buyer and a low conversion ratio of acceptance of such offers by buyers;
  • a reduced quality of offers submitted from sellers to a respective buyer; and
  • a perception by the sellers who submit offers that the lowest priced offer will be accepted by the buyer.
  • Electronic commerce systems proposed in the prior art (for example, the system described in U.S. Pat. No. 6,647,373 to Carlton-Foss) facilitate reverse auctions for goods and/or services, yet fail to address the problems that arise from the unbalance as set forth above, where there are a significant number of potential sellers that can meet the demands of a respective buyer, and where there are other factors apart from price (such as quality of the service or product offered by the seller, reputation of the seller, etc.) that may affect the decision of the buyer. In such situations, the buyer can receive an overwhelming number of offers, which makes it difficult and time-consuming to identify the most appropriate seller. It also makes it unpractical for sellers as they have to compete with a large number of other sellers, which significantly reduces the conversion ratio of accepted offers by sellers. Such reduced conversion ratios can negatively impact the reverse auction process as sellers spend time and effort preparing and submitting offers that are rejected by buyers, which can deflate the moral of the sellers and lower the quality of the offers submitted by sellers to buyers as part of the process.
  • Several commercially-available online systems (such as elance.com and guru.com) have attempted to address these issues by limiting the number of offers sellers can make based on a tier system and/or by terminating the offer submission process when a certain number of offers have been submitted to the buyer. These systems are limited in their benefit to a buyer because the matching process favors sellers that submit offers quickly and does not attempt to aid the buyer in receiving better suited offers for the desired goods and/or services.
  • Thus, there remains a need in the art for improved methods, systems and apparatus for facilitating electronic commerce involving matching buyers and sellers of good and services, and particularly where such matching is part of a reverse auction process.
  • SUMMARY OF THE INVENTION
  • It is therefore an object of the invention to provide improved methods, systems and apparatus for facilitating electronic commerce involving matching buyers and sellers of good and services.
  • It is another object of the invention to provide such methods, systems and apparatus where matching of buyers and sellers is part of a reverse auction process.
  • It is a further object of the invention to provide such matching process that is effective when there are a significant number of potential sellers that can meet the demands of a respective buyer.
  • It is also an object of the invention to provide such matching process that is effective when there are other factors apart from price (such as quality of the service or product offered by the seller, reputation of the seller, etc.) that may affect the decision of the buyer.
  • In accord with these objects, which will be discussed in detail below, an improved system and method for facilitating a transaction between a buyer and one of a number of sellers is provided. The transaction is related to a project specified by the buyer. A set of sellers are identified from a database. A flow control process operates over a number of processing cycles. In each processing cycle, the flow control process selects sellers from the set for classification as sellers of a particular type (“Invited Sellers”). The system automatically enables at least one action carried out by the sellers of the particular type.
  • In the illustrative embodiment, the duration of the processing cycles varies over the processing cycles and is derived from a time period specified by the buyer as well as a predetermined constant that results in exponential reduction of the process cycle durations. The number of sellers selected for classification as sellers of a particular type also varies over processing cycles and depends upon a number of offers that are submitted by sellers of the particular type and received by the buyer. In the initial processing cycle, the number of sellers selected for classification as sellers of a particular type depends on a number of offers the buyer wishes to receive as dictated by input from the buyer.
  • In a preferred embodiment, the at least one action enabled by the process includes: i) the sellers of the particular type submitting offers and information related to the offers and storing the offers and related information (such as multimedia files) in a database for access by the buyer; ii) the sellers of the particular type accessing detailed information related to the offer; iii) communication between the sellers of the particular type and the buyer; iv) automatic notification to the sellers of the particular type of their classification to the particular type; and/or v) automatic notification to the buyer of the sellers of the particular type.
  • In the preferred embodiment, the selection of the sellers of the set is carried out by calculating likelihood indices for the sellers of the set, and ranking the sellers of the set according to the corresponding likelihood indices. This allows the selection process to select higher ranked sellers before lower ranked sellers. The likelihood index for a seller are preferably derived from a number of index calculations, most preferably including a group of relevancy subindices and a group of priority subindices. The sellers of the set are preferably identified by an automated process that matches requirements of the project as specified by the buyer to profile data of sellers.
  • Additional objects and advantages of the invention will become apparent to those skilled in the art upon reference to the detailed description taken in conjunction with the provided figures.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 is a block diagram of an electronic commerce system that includes functionality for matching buyers and sellers of good and services in accordance with the present invention.
  • FIG. 2 is a flow chart illustrating the operations of the matching functionality of the electronic commerce system of FIG. 1 in accordance with the present invention.
  • FIG. 3 is a schematic illustration of an index schema that can be used in the operations of FIG. 2 for determining a likelihood (or probability) that an offer from a Seller will best match a Buyer's project in accordance with the present invention.
  • FIGS. 4A and 4B, collectively, is a flow chart illustrating the flow control process of FIG. 2 for classifying Invited Sellers over a number of processing cycles for a project in accordance with the present invention.
  • FIG. 4C is a graph depicting the number of Invited Sellers classified over each one of a number of processing cycles as part of the flow control process of FIGS. 4A and 4B for an exemplary project.
  • FIGS. 5A1, 5A2, 5B, 5C, 5D1 and 5D2 illustrate an exemplary user interface generated by the system of FIG. 1 for creating and managing projects and perform related tasks where voice over talent or producers provide voiceovers to buyers for commercial needs.
  • FIGS. 6A, 6B1, 6B2, 6C1 and 6C2 illustrate an exemplary user interface generated by the system of FIG. 1 that allows voice over talent and produces (a Seller) to submit and manage offer(s) and perform related tasks for Buyers' project(s) that are matched to the Seller by the system.
  • DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
  • For purposes of description herein, a “reverse auction” is a process whereby a number of sellers compete for the right to provide goods or services to a buyer. The reverse auction is different from an “ordinary auction,” which is process whereby a number of buyers compete for the right to obtain goods or services from a seller.
  • Turning now to FIG. 1, there is shown the architecture of an electronic commerce system that facilitates reverse auctions. There are two classes (denoted “Buyers” and “Sellers”) of users of the system. One or more Buyers access the system over a network (such as the Internet) to create and manage projects. A project is a solicitation for goods and/or services that are desired by the Buyer. Sellers of the system compete for the right to provide goods or services to a Buyer as dictated by a corresponding project. In the illustrative embodiment, a project involves a number of requirements, such as one or more dates related to the project (e.g., a start date and/or an end date) and specific needs or functions to be provided by the Seller to the Buyer. Sellers access the system over the network to create and maintain a profile stored on the system. The system includes software logic that automatically matches a number of Sellers to a given Buyer's project that is posted or otherwise designated by the given Buyer. The system also provides for creation, submission and management of offers related to a given Buyer's project by Sellers that are matched to the given Buyer's project. A Seller is matched to a given Buyer's project by classifying the Seller as an Invited Seller for this project as described below in more detail. The system also provides for communication and management of such offers between Buyers and Sellers in order to facilitate transactions therebetween.
  • As shown in FIG. 1, a Buyer utilizes a web browser executing on a computing device 3 to connect to a web server 5 over the network 7 (e.g., Internet). Similarly, a number of Sellers each utilize a web browser executing on a computing device 9 to connect to the web server 5 over the network 7. Preferably, the browser-based interaction between the computing devices 3, 5 and the web server 5 occur over TCP/IP sessions established therebetween over which are communicated HTML-based (and possibly XML-based) documents and commands as well as other messages, commands and data. The web server 5 enables login and authentication of the Buyer via interaction with the Buyer system 3 as well as login and authentication of a respective Seller via interaction with the Seller system 9. Such login and authentication can utilize password-based authentication, operating system-based authentication (e.g., NTLM or Kerberos); services-based authentication (e.g., Microsoft Passport authentication), certificate-based authentication, or any other authentication scheme. Once a user session has been authorized (whether it be a Buyer session or Seller session), the web server 5 communicates with an Application Server 11 to build dynamic web page(s) based on data supplied by the Application Server 11 and serve the dynamic web page(s) to the Buyer web browser (or the Seller web browser) as requested, and forward (and/or transform) data supplied by the Buyer web browser (or the Seller web browser) to the Application Server 11 as needed. Preferably, the web server 5 is located in a “demilitarized zone” (DMZ) provided with a firewall router 13. In this configuration, the firewall/router 13 enables authorized communication between the web server 5 and the Application Server 11 (typically utilizing a secure socket layer (SSL) interface or an IPSec interface), while blocking unauthorized communication requests to the Application Server 11. In addition, the web server 5 preferably utilizes style sheets to build the HTML documents (and XML documents) for presentment to the Buyer web browser (or to the Seller web browse). The web server 5 may be realized by commercially available HTTP servers, such as the Apache Web Server, Microsoft Internet Information Server, and Sun ONE Web Server.
  • The Application Server 11 includes a Buyer Application Component 15, a Seller Application Component 17, Buyer Seller Matching Logic 16, Administration/Configuration Logic 19, a Database 21 storing buyer data and seller data, Presentation Services 23, Network Security Services 25, and Messaging Logic/Services 27. The Administration/Configuration Logic 19 provides for system management and configuration of the Application Server 11. The Presentation Services 23 are facilities that enable delivering dynamic content to client browsers. Preferably, the Presentation Services 23 support Active Server Pages, JavaServer pages, server-side scripting such as Perl, CGI, PL/SQL scripting, etc. The Network Security Services 25 provides facilities that enable maintaining network security (such as SSL-based or IPSec-based encryption and authentication facilities). Preferably, the Application Server 11 is realized by a commercially-available software framework, such as the WebLogic Platform commercially available from BEA Systems of San Jose, Calif., the Websphere Application Server commercially available from IBM, Windows Server Systems commercially available from Microsoft Corporation of Redmond, Wash., or the SUN ONE Application Server commercially available from Sun Microsystems of Santa Clara, Calif.
  • The Database 21 maintains buyer data that pertains to a respective Buyer and to the projects of the respective Buyer as well as seller data that pertains to a respective Seller and to the offers of the respective Seller. In the illustrative embodiment shown, the buyer data pertaining to a respective Buyer can include data defining open projects, project history, profile of the respective Buyer, a preferred seller list, contact information for the respective Buyer, etc. The seller data pertaining to a respective Seller can include defining offers to which the respective seller has been matched (i.e., offers for which the Seller is classified as an Invited Seller), information related to such offers, offer/project history, profile of the respective Seller, contact information for the respective Seller, etc.
  • The Buyer Application component 15, works in conjunction with the Presentation Services 23 and other components of the Application Server 11, to provide dynamic content to the web server 5 for delivery to the browser-based Buyer system 3. The Buyer Application component 15 also encodes logic that allows for the respective Buyer to create and manage projects and store information pertaining thereto in the Database 21, which preferably includes access to and/or presentation of offers submitted by Invited Sellers for the projects of the respective Buyer as well as information provided by the Seller related thereto.
  • FIGS. 5A1, 5A2, 5B, 5C, 5D1 and 5D2 depict an exemplary user interface generated by the Buyer Application component 15 for creating and managing projects where voice over talent or producers provide voiceovers to buyers for commercial needs. The user interface is communicated to and rendered by the buyer system 3 by operation of a web browser executing on the buyer system 3.
  • FIGS. 5A1 and 5A2, collectively, illustrate a user interface generated by the Buyer Application component 15 for creating a project, including a text box 501 for assigning a name to the project, buttons 503, 505 for selectively activating and deactivating the Buyer Seller Matching logic 16 described below for the project, a widget 507 for specifying the number of offers that the Buyer would like to receive for the project, a pull down box 509 to enable the Buyer to specify the purpose of the project, buttons 511A, 511B that allows the Buyer to specify a preference for a female or male voice, a pull down menu 513 that allows the Buyer to specify the language fluency requirements for the project, a set of buttons 515 that allows the Buyer to specify the voice age for the project, a set of buttons 517 that allows the Buyer to specify the audio recording format and delivery mechanism for the project, a set of buttons 519 that allows the Buyer to specify any union requirements for the project, buttons 521 that allow the Buyer to selectively hide the name of the Buyer's company to sellers for the project, buttons 523 that allow the Buyer to selectively attach files for the project, a text input box 525 that allows the Buyer to provide a description of the project, a text input box 527 that allows the Buyer to provide a script for an audition for the project, a set of buttons 529 and an input box 531 that allows the Buyer to describe the budget for the project, a date/time input widget 533 that allows the Buyer to define a date and time deadline for the project, and a button 535 that is selected by the Buyer to commit storage of the project data as defined by the user input in the Database 21 of the system.
  • FIG. 5B illustrates a user interface generated by the Buyer Application component 15 for managing a project, including a selector box 541 that enables the Buyer to navigate to a user interface (not shown) for increasing the number of offers that the Buyer wishes to receive for a project, a display field 543 that provides the Buyer with instructions on how to invite sellers that are not part of the system to access the project on the system (preferably, such sellers access the project by a URL and access code that is specified in the display field 543), a selector box 545 that enables the Buyer to navigate to a user interface (not shown) for searching for sellers of the system as maintained in the Database 21 and for inviting selected sellers to submit an offer for the project, and a selector box 547 that enables the Buyer to navigate to a user interface (not shown) for inviting sellers that are on the Buyer's Preferred Seller List (as maintained in the Database 21) to submit an offer for the project.
  • FIGS. 5D1 and 5D2, collectively, illustrate a user interface generated by the Buyer Application component 15 for managing a project, including selector box 551 that enables the Buyer to navigate to a user interface (not shown) for increasing the number of offers that the Buyer wishes to receive for a project, a selector box 553 that enables the Buyer to navigate to a user interface (not shown) for updating the deadline of (or reopening) the project, a selector box 555 that enables the Buyer to navigate to a user interface (not shown) for extending audio storage time for the project, a tabbed folder including a project detail tab 557, an inbox tab 559 that provides the Buyer with access to the offers submitted by Invited Sellers (including the display of status information related to the offers and performing various actions related thereto as shown), and a deleted tab 561 that provides the Buyer with access to offers deleted by the Buyer.
  • The Buyer Seller Matching Logic 16 works in conjunction with the other components of the Application Server 11 to match a number of Sellers to a given Buyer's project that is posted or otherwise designated by the given Buyer. A Seller is matched to a given Buyer's project by classifying the Seller as an Invited Seller for this project as described below in more detail.
  • The Seller Application component 17, works in conjunction with the Presentation Services 23 and other components of the Application Server 11, to provide dynamic content to the web server 5 for delivery to the browser-based Seller system 9. The Seller Application component 17 also encodes logic that allows Sellers to create and maintain profiles (short description of goods or services, training, additional skills, experience, description of goods or services, historical price data for projects, desired buyer preferences, project matching filter data, etc.), which are stored in the Database 21. The Seller Application component 17 also enables the Seller to perform various actions with regard to project(s) that are matched to the Seller (such as creation, submission and management of offers related to a given Buyer's project).
  • FIGS. 6A, 6B1, 6B2, 6C1, and 6C2 depict an exemplary user interface generated by the Seller Application component 17 that allows voice over talent or producers (Voice Over Seller) to perform various actions with regard to project(s) that are matched to the Voice Over Seller by the Matching Logic 16. The user interface is communicated to and rendered by the seller system 9 by operation of a web browser executing on the seller system 9. The Database 21 maintains a profile for each Voice Over Seller, which specifies one or more of the following: i) one or more languages that the Voice Over Seller is fluent in, ii) types of projects that the Voice Over Seller is interested in pursing, iii) one or more voice ages that can be provided by the Voice Over Seller, iv) audio format and delivery options provided by the Voice Over Seller, v) one or more union affiliations of the Voice Over Seller, v) a description of the Voice Over Seller's voice, vi) a description of the experience of the Voice Over Seller, vii) training of the Voice Over Seller, viii) additional skills of the Voice Over Seller, ix) contact information for the Voice Over Seller, x) means for initiating payment to the Voice Over Seller, xi) one or more audio files for demonstrating the voice over skills of the Voice Over Seller, xii) historical price data for projects, xiii) desired buyer preferences, and xiv) project matching filter data.
  • FIG. 6A illustrates a user interface generated by the Seller Application component 17 for notifying a Voice Over Seller that the Voice Over Seller has been matched to a Buyer's project by the Buyer Seller Matching Logic 16 as described herein. The notification is automatically generated by the system and triggered by the classification of the Voice Over Seller as an Invited Seller as described herein.
  • FIGS. 6B1 and 6B2, collectively, illustrate a user interface generated by the Seller Application component 17 that allows the Voice Over Seller to view the details of a project that the Voice Over Seller has been matched to. The project details include a description of the project, the date the project was posted, the deadline for the project, project status (opened and receiving offers or closed), how many offers received, geographical requirements for the project, budget information, language requirements for the project, voice gender for the project, voice age for the project, audio recording and delivery requirements for the project, union requirements for the project, script information for the project, voice seeker (Buyer) details for the project, etc.
  • FIGS. 6C1 and 6C2, collectively, illustrate a user interface generated by the Seller Application component 17 that allows the Voice Over Seller to create and submit an offer for a project that the Voice Over Seller has been matched to. The interface enables the Voice Over Seller to upload an audio file as part of the offer (e.g., for an audition or other demonstration purposes), specify the price of the project, and provide other relevant information as shown. The interface also includes a button that allows the Voice Over Seller to request notification if and when the Buyer of the project opens the offer and/or information related thereto as shown. The interface also provides detailed information regarding the project as shown. This interface is presented to the Voice Over Seller for a given Project only in the case where the Voice Over Seller is classified as an Invited Seller for the given project as described herein.
  • The Buyer and Seller Application components 15, 17 also include functionality (e.g., a messaging interface) that provides for communication between Buyers and Sellers in order to facilitate transactions therebetween. Messaging logic/services 27 provided by the Application Server 11 can be used to carry out such communication. The Messaging logic/services 27 can support voicemail for voice messages, email messaging, IM messaging, SMS messaging or other suitable communication services between Buyers and Sellers. FIG. 5C illustrates a user interface generated by the Buyer Application component 15 that allows a Buyer to communicate an invitation to submit an offer for a project. Similar interfaces can be used for other communication from the Buyer to a Seller and from a Seller to a Buyer in order to facilitate matching a Seller to a Buyer, for collaboration therebetween on projects, for arranging payment between the Buyer and Seller, etc.
  • Turning now to FIG. 2, there is shown a high-level schematic representation of the functions provided by the Buyer Seller Matching Logic 16. Such functions begin in block 200 upon a Buyer creating and posting a project (P) on the system. At block 202, a selection process is carried out in which a number of sellers are selected from the Database 21 (block 204) based on the Sellers profiles stored therein as matched against the requirements of the project (P) as stored therein. These Sellers are classified as “Identified Sellers.” The selection process of block 204 can be rigid in nature (e.g., requiring that the Seller's profiles match all of the requirements of the project) or can be more flexible in nature based on similarity between the Sellers profiles and the requirements of the project (P). A weighted-tree similarity algorithm or other suitable matching algorithm can be used for the similarity-based matching.
  • At block 206, a likelihood index table (LIT) is built for the Identified Sellers selected in block 202. The LIT includes a likelihood index (LI) for each Identified Seller. The LI represents the likelihood (or probability) that an offer from the Identified Seller will best match the Buyer's project (P). It can also account for the level of activity of Sellers in the marketplace (in order to first invite more or less active Sellers) and/or account for other factors that the marketplace may consider (in order to increase or decrease the level of participation of individual Sellers). The LI for an Identified Seller can be calculated using numerous factors, each of which is accorded a different weight based on an individual buyer's needs. Different markets will likely require different factors to use in the calculation, and a Buyer can assign relative weights to the factors if desired. In an illustrative embodiment, the LI for an Identified Seller is derived from relevancy and priority indices as described below in more detail (FIG. 3). The Identified Seller with the highest LI is predicted to have the greatest chance of being matched to the Buyer for the project (P). The LIT ranks the Identified Sellers by their LIs from highest LI to lowest LI. In other words, the Identified Seller(s) having the highest LI are ranked first in the LIT and the Identified Seller(s) with the lowest LI are ranked last in the LIT.
  • At block 208, a flow control process (FCP) is carried out to regulate the process and flow by which the Buyer receives offers from Identified Sellers for the project (P). The FCP is intended to increase the Buyer's chances of finding the best matching Identified Seller for the project (P) at the beginning of the process. The FCP classifies Identified Sellers in the LIT as “Invited Sellers” over a number of processing cycles. In each processing cycle, the FCP calculates a new number of Identified Sellers to classify as “invited.” The number of Invited Sellers classified and the time period calculated for each processing cycle is strategically determined in order to make the most efficient use of the Buyer's time in finding a Seller for the project. The process by which these parameters are calculated during each processing cycle is further discussed below, and illustrated by FIGS. 4A and 4B.
  • At block 210, the system automatically performs various system tasks related to the project, and enables actions and/or tasks to be performed by the Invited Sellers and/or the Buyer of the project (P). These tasks/actions include, but are not limited to, notifying the Invited Seller that he or she has been selected to submit one or more offers to the Buyer; notifying the Buyer of the Invited Seller; allowing communication between the Invited Seller and Buyer; allowing the Invited Seller to submit an offer to the Buyer; and additional information exchanges.
  • At block 211, the process determines if the project should be closed. Projects can be closed for several reasons. For example, the project can close automatically upon expiration of the last processing cycle of the flow control process of block 208. In another example, the Buyer can designate a number of offers that the Buyer wants to receive during the process. The system can track the number of offers that the Buyer receives during the process and close the process when the tracked number of received offers matches the number of wanted offers designated by the Buyer. In other examples, the project can be closed when the deadline for receiving offers has passed; the Buyer has already selected a Seller; the Buyer opted to stop receiving offers before the original deadline; etc. If closed, the project could be reopened at any time upon the Buyer's request, thus restarting or reactivating the process.
  • At block 212, the system determines whether the project (P) has been closed. If the project (P) has not yet closed, the system returns to block 208 to continue the FCP process. If the project has closed, the system can automatically perform various system tasks related to the project before it ends. Such system tasks can include:
  • (1) notification to Invited Seller(s) that the project has closed (which can be accomplished by the mechanisms discussed above);
  • (2) notification to the Buyer that the project has closed (which can be accomplished by the mechanisms discussed above);
  • (3) disabling communication between the Invited Seller(s) and Buyer (which can be accomplished by the mechanisms discussed above);
  • (4) disabling submission of offers and/or information related thereto from the Invited Seller(s) to the Buyer (which can be accomplished by the mechanisms discussed above);
  • 5) disabling access to detailed information regarding the project by the Invited Seller(s) (which can be accomplished by the mechanisms discussed above); and
  • (6) disabling exchange of information between the Buyer and the Invited Seller(s) as desired (which can be accomplished by the mechanisms discussed above).
  • As described above, a likelihood index (LI) is calculated to derive the likelihood (or probability) that an offer from an Identified Seller will best match the Buyer's project (P). In the preferred embodiment of the invention as depicted in FIG. 3, LI is derived from a weighted calculation of a relevancy index and a priority index. For example, LI can be calculated by multiplying respective factors or weights (e.g., 0.5, 0.5) to the relevancy index and the priority index, and then summing the resultant values.
  • The relevancy index preferably is derived from a number of sub-indices, including a preferred-seller index, a geographical-proximity index, a keyword-matching index, and a relevant-samples-of-work index. The priority index preferably is derived from a number of sub-indices, including a quality-assurance index, a preferred-seller popularity index, a proposal-history index, a seller-seniority index, a subscription-expiration index, and a pay-per-proposal submission index.
  • The Preferred-Seller Index assigns a score to the Identified Seller based on whether or not that Identified Seller is on the Buyer's preferred talent list. This list may be created by the Buyer over time for Sellers with whom it has worked and whose work product and/or service has been satisfactory. This list is stored and accessed as part of the buyer data in the Database 21. This index might comprise 30% of the relevancy index.
  • The Geographic-Proximity index assigns a score to the Identified Seller based on the geographic proximity of the Identified Seller to the Buyer. The geographical location for the Identified Seller and the Buyer can be stored and accessed as part of the data in the Database 21. This index might comprise 10% of the relevancy index.
  • The Keyword-Matching index assigns a score to the Identified Seller based on matching key words in the profile of the Identified Seller to key words pertaining to the project (P). The profile of the Identified Seller is maintained as seller data in the Database 21. The keywords pertaining to the project can be input (or selected) by the Buyer and/or automatically extracted from the requirements of the project (P) as maintained in the Database 21. This index might comprise 30% of the relevancy index.
  • The Relevant-Samples-of Work index assigns a score to the Identified Seller based on samples of offers, services, products, etc. that the Identified Seller has added to his or her profile as maintained by the Database 21 and that is deemed relevant to the project (P). This index might comprise 30% of the relevancy index.
  • The Quality-Assurance index assigns a score to the Identified Seller based on a quality control process established by the marketplace to rate Sellers. For example, if an Identified Seller (or the profile of an Identified Seller) has not been approved by a quality control team in a specific market, then the Identified Seller might be assigned a lower score for this index. This index might comprise 10% of the priority index.
  • The Preferred-Seller-Popularity index assigns a score to the Identified Seller based on the number of Buyers in a given market that have selected a specific Seller and placed that Seller on their respective “preferred seller list.” For example, the Preferred-Seller-Popularity index might range from 1%-100%, with one percentage point being awarded for each preferred seller list on which the Identified Seller has been placed. The preferred seller lists that contribute to this index can be constrained to particular Buyers, such as Buyers in the relevant industry or field that pertains to the project (P). This index might comprise 10% of the priority index.
  • The Proposal-History index assigns a score to the Identified Seller based on a grading, rating, or feedback system for the offers and proposals historically submitted, if any, by the Identified Seller. This information is maintained in the Database 21. This index might comprise 40% of the priority index.
  • The Seller-Seniority Index assigns a score to the Identified Seller based on the Identified Seller's seniority in the system and/or marketplace. This information is maintained in the Database 21. This index might comprise 20% of the priority index.
  • The Pay-Per-Proposal-Submission index assigns a score to the Identified Seller based on the amount of money the Identified Seller is willing to pay for submission of an offer. This information is maintained in the Database 21. This index might comprise 20% of the priority index.
  • In the above described embodiment of the invention, the relevancy and priority indices each comprise 50% of the LI. But numerous other indices and sub indices with different values and weighted characteristics can be developed and used with the present invention to accomplish the desired results depending on a Buyer's particular business and goals, and the particular talents and characteristics of the sellers in a given market. Other possible sub-indices include the similarity of a particular Identified Seller to other Identified Sellers that have been identified for a project and/or for prior similar projects; the number of requirements of the project that are met by the Identified Seller's particular profile; the number of offers that a seller has submitted during a period of time compared to the average number of offers submitted by other sellers; an Identified Seller's quoted price compared to the average of the quoted prices submitted by other sellers; the amount of money that a seller is willing to pay to the marketplace in order to earn the right to submit offers; the tier level of a seller in the marketplace; the historical expensiveness of a seller compared to the project's budget; and the seller's experience level.
  • As discussed above, a likelihood index table (LIT) stores LIs for a number of Identified Sellers. Each LI represents the likelihood that the corresponding seller will best match a Buyer's need for desired goods and/or services as dictated by the project (P). The likelihood index of a given seller is based on relevancy and priority indices generated for the given Identified Seller as described above in more detail. The LIT is preferably sorted according to the rank of the likelihood indices contained therein in order to efficiently identify the highest ranked Identified Sellers. The rank of an Identified Seller in the LIT reflects the Identified Seller's probability of satisfying the Buyer's need for goods and/or services relative to the other sellers in the LIT. Note that the likelihood indices of the LIT can also account for the level of activity of Sellers in the marketplace (in order to first invite more or less active Sellers) and/or account for other factors that the marketplace may consider (in order to increase or decrease the level of participation of individual Sellers).
  • After building the LIT, the system initiates a flow control process (FCP) to regulate the process and flow by which the Buyer receives offers from Identified Sellers. The FCP is intended to increase the Buyer's chances of finding the best Identified Seller for the project (P) at the beginning of the process. This is accomplished by allowing only a small number of the highest ranked Identified Sellers in the LIT to compete for the project early in the process. During this period of time, the Buyer can evaluate the offers presented by these highest ranked sellers without being bombarded with offers from other sellers. In short, the Identified Sellers most likely to get the project are allowed to compete for the project over a larger period of time without interference from numerous other sellers. If the Buyer does not select a Seller early in the process, then a larger number of lower ranked Identified Sellers are subsequently allowed to compete for the project (P).
  • The FCP operates over a number of processing cycles. In each processing cycle, the FCP calculates a number of Identified Sellers to classify as “invited.” An Invited Seller is an Identified Seller that has been selected to submit one or more offers to the Buyer for the project (P).
  • Classification of an Identified Seller as “invited” can trigger the system to automatically perform various system tasks related to the project (P), such as:
      • (1) notification to the Invited Seller that the Invited Seller has been selected to submit one or more offers to the Buyer (such notification can be carried out over the messaging interface of Seller Application component 17 or by other external messaging means such as telephone, fax, e-mail, SMS, IM, etc); and
      • (2) notification to the Buyer of the Invited Seller (such notification can be carried out over the messaging interface of Buyer Application component 15 or by other external messaging means such as telephone, fax, e-mail, SMS, IM, etc).
        Classification of an Identified Seller as “invited” can also trigger the system to enable actions and/or tasks to be performed by the Invited Seller and/or the Buyer with regard to the project (P), such as:
      • (1) communication between the Invited Seller and Buyer (such communication can occur over a messaging interfaces of the Seller and Buyer Application components 15, 17 or via external messaging such as telephone, fax, e-mail, SMS, IM, etc);
      • (2) submission of an offer from the Invited Seller to the Buyer (the offer can be stored in the Database 21 of the system and accessed by and/or presented to the Buyer by the Buyer Application component 15, or possibly communicated to the Buyer via external messaging such as telephone, fax, e-mail, SMS, IM, etc.);
      • (3) communication of information related to an offer from the Invited Seller to the Buyer (the related information can be uploaded to and stored on the Database 21 by the Seller Application component 17 and accessed by and/or presented to the Buyer by the Buyer Application component 15, or possibly communicated to the Buyer via external messaging such as telephone, fax, e-mail, SMS, IM, etc.);
      • (4) access to detailed information regarding the project (P) by the Invited Seller (the detailed information can be uploaded to and stored on the Database 21 by the Buyer Application component 15 and accessed by and/or presented to the Seller by the Seller Application component 17, or possibly communicated to the Invited Seller via external messaging such as telephone, fax, e-mail, SMS, IM, etc.); and
      • (5) exchange of information between the Buyer and the Invited Seller as required (such information exchange can be carried out over the messaging interfaces of the Buyer Application component 15 and the Seller Application component 17, or possibly involve external messaging such as telephone, fax, e-mail, SMS, IM, etc.).
  • The number of new Invited Sellers for each process cycle can vary, and is preferably calculated based on a number of factors, including, but not limited to, the deadline of the project, the total number of Identified Sellers, the number of offers (A) that the Buyer wants for the project, the ratio of the total number of Invited Sellers overall versus the number of Invited Sellers that have actually submitted an offer, etc. For each processing cycle, the new Invited Sellers have the highest rank in the LIT for those Identified Sellers that have not already been classified as Invited Sellers. In other words, during each subsequent processing cycle, the FCP identifies new lower-ranked Identified Sellers as Invited Sellers.
  • At the end of each processing cycle, the FCP calculates the time period for the next processing cycle (if there is one) and continues to perform the processing for the next processing cycle. The calculation of the processing cycle times for the project is preferably based on a number of factors, including, but not limited to, the deadline of the project, the time left on the project to receive offers, the number of Identified Sellers, the ratio of Invited Sellers versus Invited Sellers that have submitted an offer, etc.
  • The FCP can be implemented in various ways depending on the needs of a business. An exemplary embodiment of the FCP is illustrated in FIGS. 4A and 4B, which begins in block 400 by defining a set of parameters utilized by the process as shown. In block 402, the process calculates the amount of time available to get offers (M). In the preferred embodiment, the calculation of M depends upon the needs of each individual business. For example, a business might want to receive 100% of all offers within the first 75% of the time period between the date that the project posts and the deadline, which would give the business 25% of the time before the deadline to do other things once it has selected a seller. Block 402 also initializes KT and XT, which are variables used to derive the processing cycle time over the cycles of the process. In the preferred embodiment, KT is a constant and XT is variable that is initialized to KT and updated each processing cycle (block 442). Block 402 also preferably initializes the following constants: the maximum processing cycle time (MWT), the minimum processing cycle time (IWT), the maximum number of Identified Sellers that can be classified as Invited Sellers in each processing cycle (MTT), and the minimum number of Identified Sellers that can be classified as Invited Sellers in each processing cycle (ITT).
  • In block 404, the process calculates the initial number of Invited Sellers (INS), which is preferably based on the number of offers (A) that the Buyer wants for the project, and a predetermined constant KA (e.g., INS=A*KA). The constant KA is typically higher than 1.0, and is set based on an anticipated response rate, as well as the number of cycles desired over the flow control process. Block 404 also initializes the number of Identified Sellers to classify as Invited Sellers in the current processing cycle (LNS) to INS (LNS=INS) and initializes the number of Identified Sellers in the LIT that have yet to be classified as Invited Sellers (TTN) as the number of Identified Sellers in the LIT.
  • The process then operates over a number of processing cycles (which are defined by blocks 406, 410, 412, 418, 420). During each processing cycle, the process classifies a number of Identified Sellers as Invited Sellers (blocks 406 and 408) and waits for a processing cycle time period. Classification of an Identified Seller as “invited” can trigger the system to automatically perform various system tasks related to the project as described above. Classification of an Identified Seller as “invited” can also trigger the system to enable actions and/or tasks to be performed by the Invited Seller and/or the Buyer with regard to the project as described above. The system can also monitor the number of offers the Buyer has received from Invited Sellers with respect to the project. After each processing cycle, the process updates the variable TTN, calculates the number of Identified Sellers to classify as Invited Sellers in the next processing cycle, and calculates the wait time for the next processing cycle (blocks 422 through 442) and then continues to the next processing cycle or performs the last processing cycle (blocks 444 to 447).
  • In block 406, the process selects the LNS highest ranked Identified Sellers from the LIT that are not already classified as “Invited Sellers.” During the first cycle, that group would simply consist of the LNS highest ranked Identified Sellers on the LIT. During the second cycle, that group would consist of the next LNS highest ranked Identified Sellers, etc.
  • In block 408, the process classifies the Identified Sellers selected in block 406 as “Invited Sellers.”
  • In block 410, the process evaluates whether the amount of time (M) to get offers divided by variable (XT) is less than or greater than the minimum amount of time (IWT) for processing cycles. Variable (XT) increases each cycle by the preset multiple (KT), which makes the ratio (M/XT) approach zero for each subsequent processing cycle. If this ratio becomes less than the minimum processing cycle time (IWT), the FCP continues to the path of blocks 444-447 to carry out the last processing cycle as described below. If this ratio is greater than the minimum processing cycle time (IWT), the FCP proceeds to block 412.
  • In block 412, if ((M/XT)>MWT), the FCP waits for the time period specified by constant MWT (block 418). If ((M/XT)<MWT), the FCP waits for the time period (M/XT) (block 420). These steps ensure that the processing cycle time does not exceed the designated maximum processing cycle time MWT. At the end of either block 418 or 420, the process proceeds to block 422.
  • In block 422, the process decreases the value of TTN by the value of LNS (e.g., TTN=TTN−LNS). TTN, which is the total number of Identified Sellers in the LIT that have yet to be classified as Invited Sellers, decreases each cycle as LNS new Identified Sellers are become invited.
  • In block 424, the process evaluates whether TTN is greater than zero. If this condition is false (TTN=0), then there are no Identified Sellers in the LIT that have not yet been classified as Invited Sellers, and the process continues to block 447 to terminate the invitation cycle processing. If the condition of block 412 is determined to be true (TTN>0), the FCP continues to block 426 and 428. In block 626, the FCP determines the total number of offers submitted from Invited Sellers (SA) and calculates the percentage of Invited Sellers that have yet to submit an offer (PAST). In block 428, the FCP calculates the number (NTS) of Identified Sellers to classify as Invited Sellers in the next processing cycle, preferably based on a configurable constant (KN) and the percentage of Invited Sellers that have yet to submit an offer (PAST) (e.g., NTS=(LNS)*(PAST)*(KN)).
  • In block 430, the FCP evaluates whether NTS (as calculated in block 428) is greater than the preset maximum number of Identified Sellers that can be enabled during each processing cycle (MTT). If so, the FCP sets NTS equal to MTT (block 432) and proceeds to block 440. In block 434, the FCP evaluates whether NTS (as calculated in block 428) is less than the preset minimum number of Identified Sellers that can be enabled during each processing cycle (ITT). If so, the FCP sets NTS equal to ITT (block 436) and proceeds to block 440. The operations of blocks 430-436 ensure that the number of Identified Sellers classified as Invited Sellers in each processing cycle stays between a preset minimum and maximum number and thus will not receive too few or too many offers during any given processing cycle.
  • In block 438, the FCP evaluates whether the number of calculated Identified Sellers to classify as Invited Sellers in the next processing cycle (NTS) is greater than the number of Identified Sellers in the LIT that have yet to be classified as Invited Sellers (TTN).
  • If in block 438 (TS>TTN) is false, the FCP continues to blocks 440 and 442. In block 440, the FCP sets LNS equal to NTS. In block 442, the FCP updates variable XT, preferably based on a predetermined constant used to derive processing cycle time (KT) (XT=XT*KT). The operations then loop back to block 406 for the next processing cycle. Note that the change to (XT) will cause the time period for the next cycle to change. Since the initial value of (XT) is (KT), the time period for each subsequent processing cycle changes by a factor of 1/(KT). The time of each processing cycle decreases as a function of M/(XT)ˆn where n=the processing cycle number. FIG. 4C depicts the number of Invited Sellers classified over each one of a number of processing cycles as part of the flow control process described above for an exemplary project. The time for the project extends along the X axis. The Y axis depicts the number of Invited Sellers. The data lines correspond to the processing cycles of the process. The relative position of a given data line along the X axis with respect to the previous data line indicates the duration of the corresponding processing cycle. The height of the data line indicates the number of Invited Sellers classified during the corresponding processing cycle.
  • If in block 438 (TS>TTN) is true, the FCP continues to the path of blocks 444-447 to carry out the last processing cycle. In blocks 444, the FCP selects the remaining Identified Sellers in the LIT that have yet to be classified as Invited Sellers. In block 445, the Identified Sellers selected in block 444 are classified as Invited Sellers. In block 446, the FCP process waits for a time M/XT. In block 447, the invitation cycle processing stops and the FCP ends.
  • There have been described and illustrated herein several embodiments of a system, methodology, and apparatus for matching sellers to a buyer over a network and for managing related information. While particular embodiments of the invention have been described, it is not intended that the invention be limited thereto, as it is intended that the invention be as broad in scope as the art will allow and that the specification be read likewise. Thus, while particular application server architectures have been disclosed, it will be appreciated that other architectures for web-based services can be used as well. In addition, while particular schema and data have been disclosed for matching voice over talent to buyers, it will be understood that the matching logic, systems and apparatus as described herein can be used for other applications, including, and not by way of limitation, systems for matching employers to potential employees, systems for matching corporate buyers to potential vendors and other suitable reverse auction processes. Moreover, while particular methodologies have been disclosed in reference to the generation of the likelihood index table and flow control process, it will be appreciated that other methodologies could be used as well. For example, the number of sellers classified as “Invited Sellers” in a given processing cycle of the flow control process can be constant over the processing cycles (such as one per cycle) and the time duration of the processing cycles can vary depending on the percentage of Invited Sellers that have yet to submit an offer (PAST). It will therefore be appreciated by those skilled in the art that yet other modifications could be made to the provided invention without deviating from its spirit and scope as claimed.

Claims (43)

1. A method for facilitating a transaction between a buyer and one of a number of sellers, the transaction related to a project specified by the buyer, the method comprising:
identifying a set of sellers stored in a database;
for each processing cycle over a number of processing cycles, selecting sellers from the set for classification as sellers of a particular type; and
automatically enabling at least one action carried out by the sellers of the particular type.
2. A method according to claim 1, wherein:
the duration of the processing cycles varies over the processing cycles.
3. A method according to claim 2, wherein:
the duration of the processing cycles are derived from a time period specified by the buyer.
4. A method according to claim 3, wherein:
the durations of the processing cycles over time are derived from a predetermined constant that results in exponential reduction of said durations.
5. A method according to claim 1, wherein:
the number of sellers selected for classification as sellers of a particular type varies over the processing cycles.
6. A method according to claim 5, wherein:
the number of sellers selected for classification as sellers of a particular type depends upon a number of offers that are submitted by sellers of the particular type and received by the buyer.
7. A method according to claim 5, wherein:
the number of sellers selected for classification as sellers of a particular type in an initial processing cycle depends on a number of offers the buyer wishes to receive as dictated by input from the buyer.
8. A method according to claim 1, wherein:
the number of sellers selected for classification as sellers of a particular type is constant over the processing cycles.
9. A method according to claim 1, wherein:
said at least one action includes the sellers of the particular type submitting offers and information related to the offers and storing the offers and related information in a database for access by the buyer.
10. A method according to claim 9, wherein:
the information related to the offers includes multimedia files related to the offers.
11. A method according to claim 1, wherein:
said at least one action includes the sellers of the particular type accessing detailed information related to the offer.
12. A method according to claim 1, wherein:
said at least one action includes communication between the sellers of the particular type and the buyer.
13. A method according to claim 1, further comprising:
automatically notifying the sellers of the particular type of their classification to the particular type.
14. A method according to claim 1, further comprising:
automatically notifying the buyer of the sellers of the particular type.
15. A method according to claim 1, further comprising:
calculating likelihood indices for the sellers of the set; and
ranking the sellers of the set according to the corresponding likelihood indices.
16. A method according to claim 15, wherein:
the selection of sellers from the set over said processing cycles is adapted to select higher ranked sellers before lower ranked sellers.
17. A method according to claim 16, wherein:
the likelihood index for a seller is derived from a number of index calculations.
18. A method according to claim 17, wherein:
said index calculations include a group of relevancy subindices and a group of priority subindices.
19. A method according to claim 18, wherein:
said relevancy sub indices include at least one of: a preferred-seller index, a geographical-proximity index, a keyword-matching index, and a relevant-samples-of-work index; and
said priority subindices include at least of: a quality-assurance index, a preferred-seller popularity index, a proposal-history index, a seller-seniority index, and a pay-per-proposal submission index.
20. A method according to claim 1, wherein:
the sellers of the set are identified by an automated process that matches requirements of the project as specified by the buyer to profile data of sellers.
21. A method according to claim 20, wherein:
the automated process performs similarity analysis with respect to the requirements of the project and the profile data of sellers.
22. A system for facilitating a transaction between a buyer and one of a number of sellers, the transaction related to a project, the system comprising:
means for interacting with a buyer over a communication network to specify a project and storing data related to the project in a database;
means for interacting with a number of sellers over the communication network and storing data related to the sellers in the database;
logic that performs an automated process for identifying a set of sellers stored in a database;
logic that operates of over a number of processing cycles, wherein in each processing cycle, the logic selects sellers from the set for classification as sellers of a particular type; and
logic that automatically enables at least one action carried out by the sellers of the particular type.
23. A system according to claim 22, wherein:
the duration of the processing cycles varies over the processing cycles.
24. A system according to claim 23, wherein:
the duration of the processing cycles are derived from a time period specified by the buyer.
25. A system according to claim 24, wherein:
the durations of the processing cycles over time are derived from a predetermined constant that results in exponential reduction of said durations.
26. A system according to claim 22, wherein:
the number of sellers selected for classification as sellers of a particular type varies over the processing cycles.
27. A system according to claim 26, wherein:
the number of sellers selected for classification as sellers of a particular type depends upon a number of offers that are submitted by sellers of the particular type and received by the buyer.
28. A system according to claim 26, further comprising:
means for interacting with the buyer over the communication network to specify a number of offers that the buyer wished to receive for the project, wherein the number of sellers selected for classification as sellers of a particular type in an initial processing cycle depends on the number of offers the buyer wishes to receive as specified by the buyer.
29. A system according to claim 22, wherein:
the number of sellers selected for classification as sellers of a particular type is constant over the processing cycles.
30. A system according to claim 22, wherein:
said at least one action is carried out by means for interacting with sellers of the particular type over the communication network to submit offers and information related to the offers and storing the offers and related information in the database for access by the buyer.
31. A system according to claim 30, wherein:
the information related to the offers includes multimedia files related to the offers.
32. A system according to claim 22, wherein:
said at least one action is carried out by means for providing the sellers of the particular type access to detailed information related to the offer.
33. A system according to claim 22, wherein:
said at least one action is carried out by means for providing communication between the sellers of the particular type and the buyer.
34. A system according to claim 22, further comprising:
means for automatically notifying the sellers of the particular type of their classification to the particular type.
35. A system according to claim 22, further comprising:
means for automatically notifying the buyer of the sellers of the particular type.
36. A system according to claim 22, further comprising:
logic for calculating likelihood indices for the sellers of the set, and
logic for ranking the sellers of the set according to the corresponding likelihood indices.
37. A system according to claim 22, wherein:
the selection of sellers from the set over said processing cycles is adapted to select higher ranked sellers before lower ranked sellers.
38. A system according to claim 37, wherein:
the likelihood index for a seller is derived from a number of index calculations.
39. A system according to claim 38, wherein:
said index calculations include a group of relevancy subindices and a group of priority subindices.
40. A system according to claim 39, wherein:
said relevancy sub indices include at least one of: a preferred-seller index, a geographical-proximity index, a keyword-matching index, and a relevant-samples-of-work index; and
said priority subindices include at least of: a quality-assurance index, a preferred-seller popularity index, a proposal-history index, a seller-seniority index, and a pay-per-proposal submission index.
41. A system according to claim 22, wherein:
wherein the automated process matches requirements of the project as specified by the buyer to profile data of sellers.
42. A system according to claim 41, wherein:
the automated process performs similarity analysis with respect to the requirements of the project and the profile data of sellers.
43. An application server, operably coupled to the Internet, for facilitating a transaction between a buyer and one of a number of sellers, the transaction related to a project, the application server comprising:
a database;
means for interacting with a buyer computer system over a communication network to specify a project and storing data related to the project in the database;
means for interacting with a number of seller computer systems over the communication network and storing data related to the sellers in the database;
logic that performs an automated process for identifying a set of sellers stored in a database;
logic that operates of over a number of processing cycles, wherein in each processing cycle, the logic selects sellers from the set for classification as sellers of a particular type; and
logic that automatically enables at least one action carried out by the sellers of the particular type.
US11/780,553 2006-07-20 2007-07-20 Method, System and Apparatus for Matching Sellers to a Buyer Over a Network and for Managing Related Information Abandoned US20080040141A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US11/780,553 US20080040141A1 (en) 2006-07-20 2007-07-20 Method, System and Apparatus for Matching Sellers to a Buyer Over a Network and for Managing Related Information
US13/271,675 US8266011B2 (en) 2006-07-20 2011-10-12 Method, system and apparatus for matching sellers to a buyer over a network and for managing related information

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US83204206P 2006-07-20 2006-07-20
US11/780,553 US20080040141A1 (en) 2006-07-20 2007-07-20 Method, System and Apparatus for Matching Sellers to a Buyer Over a Network and for Managing Related Information

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/271,675 Continuation US8266011B2 (en) 2006-07-20 2011-10-12 Method, system and apparatus for matching sellers to a buyer over a network and for managing related information

Publications (1)

Publication Number Publication Date
US20080040141A1 true US20080040141A1 (en) 2008-02-14

Family

ID=39051938

Family Applications (2)

Application Number Title Priority Date Filing Date
US11/780,553 Abandoned US20080040141A1 (en) 2006-07-20 2007-07-20 Method, System and Apparatus for Matching Sellers to a Buyer Over a Network and for Managing Related Information
US13/271,675 Active US8266011B2 (en) 2006-07-20 2011-10-12 Method, system and apparatus for matching sellers to a buyer over a network and for managing related information

Family Applications After (1)

Application Number Title Priority Date Filing Date
US13/271,675 Active US8266011B2 (en) 2006-07-20 2011-10-12 Method, system and apparatus for matching sellers to a buyer over a network and for managing related information

Country Status (1)

Country Link
US (2) US20080040141A1 (en)

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090287596A1 (en) * 2008-05-15 2009-11-19 Alex Henriquez Torrenegra Method, System, and Apparatus for Facilitating Transactions Between Sellers and Buyers for Travel Related Services
US20100332339A1 (en) * 2009-06-30 2010-12-30 Ebay Inc. System and method for location based mobile commerce
US20110112922A1 (en) * 2009-11-06 2011-05-12 Smith Thomas D Systems and methods for assisting consumers in negotiating purchases with a plurality of sellers
US20110125653A1 (en) * 2009-11-20 2011-05-26 David Ciccarelli System for managing online transactions involving voice talent
US20120011045A1 (en) * 2010-02-26 2012-01-12 Rodman & Renshaw, Llc Method and system for identifying parties with concentrated positions in securities
US20120084398A1 (en) * 2010-10-04 2012-04-05 Donald Kent Neary Methods and apparatus for submitting and reviewing auditions
US20120089591A1 (en) * 2010-10-12 2012-04-12 Abraham Stern Self-induced online query reply system
WO2013056086A1 (en) * 2011-10-13 2013-04-18 Jalloh Mohamed Falilu Reverse-auction methodology with triggered social network analysis
US20140095217A1 (en) * 2012-09-28 2014-04-03 Mark Armstrong Online Booking System
WO2014120978A1 (en) * 2013-01-31 2014-08-07 Alexander Greystoke Virtual purchasing assistant
US20140258047A1 (en) * 2000-03-06 2014-09-11 Wellogix Technology Licensing, Llc Method and process for providing relevant data, comparing proposal alternatives, and reconciling proposals; invoices, and purchase orders with actual costs in a workflow process
US20160148161A1 (en) * 2009-11-20 2016-05-26 David Ciccarelli System for managing online transactions involving voice talent
US10185917B2 (en) 2013-01-31 2019-01-22 Lf Technology Development Corporation Limited Computer-aided decision systems
WO2019135012A1 (en) * 2018-01-05 2019-07-11 Tango Voz, S.L. Method for audio dubbing and voice-overs
US10437889B2 (en) 2013-01-31 2019-10-08 Lf Technology Development Corporation Limited Systems and methods of providing outcomes based on collective intelligence experience
US10489443B2 (en) 2014-01-23 2019-11-26 Alibaba Group Holding Limited Method and apparatus of displaying information

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120307995A1 (en) * 2011-06-03 2012-12-06 Bellomo Michael A Efficient provisioning of services and equipment
US9397969B2 (en) 2011-12-29 2016-07-19 BunnyForce, Inc. Electronic system and method for creation and management of media content
US20130339176A1 (en) * 2012-06-07 2013-12-19 Keith T. White Systems and Methods for Matching a Seeker with a Proffered Provider of an Urgent Goods or Service
US20140244520A1 (en) * 2013-02-28 2014-08-28 IdeaConnection Ltd Method of managing a crowdsource scouting system
US9959559B2 (en) 2014-01-31 2018-05-01 Ebay Inc. Ranking and recommendation algorithms for search listings
JP6314099B2 (en) * 2015-02-24 2018-04-18 株式会社日立製作所 Power converter
US11030690B2 (en) * 2015-07-29 2021-06-08 City University Of Hong Kong Method and apparatus for matching buyers with sellers in a marketplace to facilitate trade
US11188960B2 (en) * 2019-03-15 2021-11-30 Swapretail, Inc. Systems and methods for managing direct exchange

Citations (94)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5164897A (en) * 1989-06-21 1992-11-17 Techpower, Inc. Automated method for selecting personnel matched to job criteria
US5243515A (en) * 1990-10-30 1993-09-07 Lee Wayne M Secure teleprocessing bidding system
US5592375A (en) * 1994-03-11 1997-01-07 Eagleview, Inc. Computer-assisted system for interactively brokering goods or services between buyers and sellers
US5615269A (en) * 1996-02-22 1997-03-25 Micali; Silvio Ideal electronic negotiations
US5710887A (en) * 1995-08-29 1998-01-20 Broadvision Computer system and method for electronic commerce
US5717989A (en) * 1994-10-13 1998-02-10 Full Service Trade System Ltd. Full service trade system
US5754850A (en) * 1994-05-11 1998-05-19 Realselect, Inc. Real-estate method and apparatus for searching for homes in a search pool for exact and close matches according to primary and non-primary selection criteria
US5758328A (en) * 1996-02-22 1998-05-26 Giovannoli; Joseph Computerized quotation system and method
US5794207A (en) * 1996-09-04 1998-08-11 Walker Asset Management Limited Partnership Method and apparatus for a cryptographically assisted commercial network system designed to facilitate buyer-driven conditional purchase offers
US5832452A (en) * 1996-01-31 1998-11-03 Electronic Data Systems Corporation Hotel database inquiry system
US5835896A (en) * 1996-03-29 1998-11-10 Onsale, Inc. Method and system for processing and transmitting electronic auction information
US5890138A (en) * 1996-08-26 1999-03-30 Bid.Com International Inc. Computer auction system
US5966699A (en) * 1996-10-11 1999-10-12 Zandi; Richard System and method for conducting loan auction over computer network
US6014639A (en) * 1997-11-05 2000-01-11 International Business Machines Corporation Electronic catalog system for exploring a multitude of hierarchies, using attribute relevance and forwarding-checking
US6131087A (en) * 1997-11-05 2000-10-10 The Planning Solutions Group, Inc. Method for automatically identifying, matching, and near-matching buyers and sellers in electronic market transactions
US6189003B1 (en) * 1998-10-23 2001-02-13 Wynwyn.Com Inc. Online business directory with predefined search template for facilitating the matching of buyers to qualified sellers
US6223990B1 (en) * 1995-06-16 2001-05-01 Rohm Co., Ltd. Communication system including a dual passive antenna configuration
US6243691B1 (en) * 1996-03-29 2001-06-05 Onsale, Inc. Method and system for processing and transmitting electronic auction information
US20010032170A1 (en) * 1999-08-24 2001-10-18 Sheth Beerud D. Method and system for an on-line private marketplace
US20010032175A1 (en) * 2000-04-27 2001-10-18 Holden G. David System and method for an on-line industry auction site
US20010044758A1 (en) * 2000-03-30 2001-11-22 Iqbal Talib Methods and systems for enabling efficient search and retrieval of products from an electronic product catalog
US20010047323A1 (en) * 2000-03-13 2001-11-29 Craig Schmidt System and method for matching buyers and sellers in a marketplace
US20020013735A1 (en) * 2000-03-31 2002-01-31 Arti Arora Electronic matching engine for matching desired characteristics with item attributes
US20020023046A1 (en) * 2000-05-19 2002-02-21 Professor Mac, Llc System for automating business purchasing functions via a global computer network
US6356878B1 (en) * 1996-09-04 2002-03-12 Priceline.Com Incorporated Conditional purchase offer buyer agency system
US6356909B1 (en) * 1999-08-23 2002-03-12 Proposal Technologies Network, Inc. Web based system for managing request for proposal and responses
US20020038285A1 (en) * 2000-09-08 2002-03-28 Golden Marshall K. System and method for providing a loan marketplace
US6385594B1 (en) * 1998-05-08 2002-05-07 Lendingtree, Inc. Method and computer network for co-ordinating a loan over the internet
US6397197B1 (en) * 1998-08-26 2002-05-28 E-Lynxx Corporation Apparatus and method for obtaining lowest bid from information product vendors
US20020069154A1 (en) * 1999-11-09 2002-06-06 Fields Scott J. Network system for handling requests for proposal relating to the provision of legal services
US6418415B1 (en) * 1996-09-04 2002-07-09 Priceline.Com Incorporated System and method for aggregating multiple buyers utilizing conditional purchase offers (CPOS)
US20020147674A1 (en) * 2000-04-04 2002-10-10 Gillman Kyle E. System and method for specialized reverse auction
US20020152133A1 (en) * 2001-03-09 2002-10-17 King John Thorne Marketplaces for on-line contract negotiation, formation, and price and availability querying
US20020156857A1 (en) * 2001-04-20 2002-10-24 Provere, Inc. Method and system for posting requests for bids for professional services
US20020161697A1 (en) * 2001-04-30 2002-10-31 Stephens Charles M. On-line procurement or RFP auction system
US20030004854A1 (en) * 2001-06-27 2003-01-02 International Business Machines Corporation RFP decomposition and collaboration
US20030014326A1 (en) * 1999-06-23 2003-01-16 Webango, Inc. Method for buy-side bid management
US20030018566A1 (en) * 2000-10-18 2003-01-23 Robin Mackay Online auction systems
US20030028469A1 (en) * 2001-06-29 2003-02-06 International Business Machines Corporation Methods and apparatus for enabling an electronic information marketplace
US20030033239A1 (en) * 2001-03-30 2003-02-13 Gilbert Andrew C. Request for quote (RFQ) and inside markets
US20030041010A1 (en) * 2001-08-23 2003-02-27 Mark Yonao-Cowan Online bidding for contracts
US20030093355A1 (en) * 1999-08-12 2003-05-15 Gabriel N. Issa, Llc Method, system and computer site for conducting an online auction
US6567608B2 (en) * 1998-03-13 2003-05-20 Matsushita Electric Industrial Co., Ltd. Data storage medium, and apparatus and method for reproducing the data from the same
US6567784B2 (en) * 1999-06-03 2003-05-20 Ework Exchange, Inc. Method and apparatus for matching projects and workers
US20030101127A1 (en) * 2000-11-30 2003-05-29 Cornelius Michael Anfred Network-based system for the management of construction bids
US6584462B2 (en) * 1999-09-10 2003-06-24 Requisite Technology, Inc. Sequential subset catalog search engine
US20030200168A1 (en) * 2002-04-10 2003-10-23 Cullen Andrew A. Computer system and method for facilitating and managing the project bid and requisition process
US20030204448A1 (en) * 2002-04-26 2003-10-30 Vishik Claire S. System and method for creating electronic marketplaces
US6687682B1 (en) * 1998-11-09 2004-02-03 Mitel Corporation System for discounting in a bidding process based on quality of service
US20040030569A1 (en) * 2000-11-09 2004-02-12 Eric Elgrably Data processing system intended to facilitate confronting an offer and a demand
US20040073507A1 (en) * 2001-01-03 2004-04-15 Scott William A. Method and system for providing international procurement, such as via an electronic reverse auction
US6751597B1 (en) * 1999-10-26 2004-06-15 B2E Sourcing Optimization, Inc. System and method for adaptive trade specification and match-making optimization
US20040215467A1 (en) * 2001-01-03 2004-10-28 Coffman Kathryn D. Method and system for electronic document handling, such as for requests for quotations under an electronic auction
US20050033682A1 (en) * 2003-08-04 2005-02-10 Levy Douglas A. Method for facilitating purchasing of advertising via electronic auction
US20050055299A1 (en) * 2000-02-23 2005-03-10 Phyllis Chambers System and method for facilitating a request for proposal process
US6871191B1 (en) * 2000-01-24 2005-03-22 Sam E. Kinney, Jr. Method and system for partial quantity evaluated rank bidding in online auctions
US6876973B1 (en) * 2000-04-03 2005-04-05 John Visconti Restaurant directory and marketing system
US20050131799A1 (en) * 2003-12-15 2005-06-16 Danny Clay Enhanced online auction method apparatus and system
US20050131724A1 (en) * 2003-12-15 2005-06-16 Danny Clay Enhanced online auction method and apparatus
US20050149410A1 (en) * 1999-10-01 2005-07-07 Livesay Jeffery A. Process and system for matching buyers and sellers of goods and/or services
US20050182660A1 (en) * 2000-11-29 2005-08-18 Med Bid Exchange Llc Business method and system for providing an on-line healthcare market exchange for procuring and financing medical services and products
US20050182743A1 (en) * 1999-10-15 2005-08-18 Richard Koenig Internet-based matching service for expert consultants and customers with matching of qualifications and times of availability
US6937996B1 (en) * 2000-08-29 2005-08-30 Charles Bradley Forsythe Method and system for selecting and purchasing media advertising
US20050203806A1 (en) * 2004-01-17 2005-09-15 Jacobs Thomas M. System for associating requests with potential respondents to said requests
US20050228709A1 (en) * 2004-04-08 2005-10-13 Hillel Segal Internet-based job placement system for managing proposals for screened and pre-qualified participants
US6983276B2 (en) * 2001-05-15 2006-01-03 I2 Technologies Us, Inc. Facilitating electronic commerce transactions using buyer profiles
US6993503B1 (en) * 2000-01-28 2006-01-31 Priceline.Com Incorporated System and method for allocating a conditional purchase offer for a travel related services reservation to one of a plurality of entities in a buyer driven electronic commerce system
US7024376B1 (en) * 1999-07-02 2006-04-04 Yuen Henry C Internet-based auction method
US20060074890A1 (en) * 2004-10-06 2006-04-06 Manjula Sundharam Process for matching vendors and users of search engines so that more valuable leads are generated for vendors
US20060080207A1 (en) * 2004-10-13 2006-04-13 Girija Binumon T Method, system and internet platform for classified request auction
US20060085318A1 (en) * 2004-10-15 2006-04-20 Kevin Cohoon Systems and methods for providing reverse-auction
US20060095366A1 (en) * 1999-08-24 2006-05-04 Sheth Beerud D Method and apparatus for an electronic marketplace for services having a collaborative workspace
US20060106636A1 (en) * 2004-04-08 2006-05-18 Hillel Segal Internet-based job placement system for creating proposals for screened and pre-qualified participants
US20060106712A1 (en) * 2004-11-17 2006-05-18 Min Guo Method and Apparatus for Online Buyer Oriented Reverse Auction System
US7058602B1 (en) * 2000-08-18 2006-06-06 Luckysurf.Com, Inc. Enhanced auction mechanism for online transactions
US20060136324A1 (en) * 2004-12-21 2006-06-22 Richard Barry Reverse auction with qualitative discrimination
US7072857B1 (en) * 1999-11-06 2006-07-04 Cynthia Calonge Method for providing online submission of requests for proposals for forwarding to identified vendors
US20060149653A1 (en) * 2000-10-10 2006-07-06 Davis Oren L Method and system for online sales and purchase
US7085732B2 (en) * 2001-09-18 2006-08-01 Jedd Adam Gould Online trading for the placement of advertising in media
US7087829B2 (en) * 2000-09-13 2006-08-08 Yamaha Corporation Method, system and recording medium for viewing/listening evaluation of musical performance
US7096193B1 (en) * 1999-05-21 2006-08-22 Servicemagic, Inc. Facilitating commerce among consumers and service providers by matching ready-to-act consumers and pre-qualified service providers
US7103568B1 (en) * 1995-08-08 2006-09-05 Eugene August Fusz Online product exchange system
US7107226B1 (en) * 1999-01-20 2006-09-12 Net32.Com, Inc. Internet-based on-line comparison shopping system and method of interactive purchase and sale of products
US7110976B2 (en) * 2000-08-22 2006-09-19 Scott Allen Heimermann Centralized, requisition-driven, order formulating, e-procurement method using reverse auction
US20060218052A1 (en) * 2002-11-19 2006-09-28 Haynes Leonard S Apparatus and method for facilitating the selection of products by buyers and the purchase of the selected products from a supplier
US7130815B1 (en) * 1999-11-16 2006-10-31 Softface, Inc. (A Subsidiary Of Ariba, Inc.) Method and system for conducting reserve request reverse auctions for electronic commerce
US7222116B2 (en) * 2002-01-29 2007-05-22 International Business Machines Corporation Method and system for matching complex customer requirements with provider solutions
US7249027B1 (en) * 1996-01-04 2007-07-24 Efficient Auctions Llc Computer implemented methods and apparatus for auctions
US7266523B2 (en) * 2001-10-31 2007-09-04 Adamshand, Inc. Method and apparatus for allocating interviews based on dynamic pricing or auctions using electronic networks
US7272579B1 (en) * 2000-02-17 2007-09-18 Fedbid, Inc. Auction based procurement system
US7324969B2 (en) * 2002-04-11 2008-01-29 Intel Corporation System and method for automated auctioning of web services
US7330852B2 (en) * 2000-05-18 2008-02-12 Caterpillar Inc. Computer-implemented procurement of items using parametric searching
US7330829B1 (en) * 2001-06-26 2008-02-12 I2 Technologies Us, Inc. Providing market feedback associated with electronic commerce transactions to sellers
US7330826B1 (en) * 1999-07-09 2008-02-12 Perfect.Com, Inc. Method, system and business model for a buyer's auction with near perfect information using the internet

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6092105A (en) 1996-07-12 2000-07-18 Intraware, Inc. System and method for vending retail software and other sets of information to end users
US7305363B1 (en) 1998-10-27 2007-12-04 Combinenet, Inc. Method for optimal winner determination in combinatorial auctions
US6647373B1 (en) 1998-12-24 2003-11-11 John Carlton-Foss Method and system for processing and transmitting electronic reverse auction information
US7302429B1 (en) 1999-04-11 2007-11-27 William Paul Wanker Customizable electronic commerce comparison system and method
US6574608B1 (en) 1999-06-11 2003-06-03 Iwant.Com, Inc. Web-based system for connecting buyers and sellers
US6965868B1 (en) 1999-08-03 2005-11-15 Michael David Bednarek System and method for promoting commerce, including sales agent assisted commerce, in a networked economy
US7302404B2 (en) 2000-02-14 2007-11-27 Auctionkiller Method and apparatus for a network system designed to actively match buyers and sellers in a buyer-driven environment
US20030208434A1 (en) 2000-06-15 2003-11-06 Enrique Posner On-line system and method for analyzing vendor proposals in response to a request-for-proposal
US20030208435A1 (en) 2000-06-15 2003-11-06 Enrique Posner In an on-line system and method for processing requests-for-proposals, a system and method for assembling a proposal in response to an RFP
US6826541B1 (en) 2000-11-01 2004-11-30 Decision Innovations, Inc. Methods, systems, and computer program products for facilitating user choices among complex alternatives using conjoint analysis
US6965877B2 (en) 2001-06-07 2005-11-15 International Business Machines Corporation Brokering and facilitating consumer projects in an e-commerce system
US20030023537A1 (en) * 2001-07-26 2003-01-30 Joshi Rohit Ricky System and method for negotiating prices in an automated auction forum
US20030225683A1 (en) 2002-05-31 2003-12-04 Mt One, Inc. Electronic bid/proposal system for the construction industry
US20050246240A1 (en) 2004-05-03 2005-11-03 Padilla Raymund M System and method for business-to-business buying, selling, sourcing and matching of proudcts and services across multiple business partners over the internet

Patent Citations (99)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5164897A (en) * 1989-06-21 1992-11-17 Techpower, Inc. Automated method for selecting personnel matched to job criteria
US5243515A (en) * 1990-10-30 1993-09-07 Lee Wayne M Secure teleprocessing bidding system
US5592375A (en) * 1994-03-11 1997-01-07 Eagleview, Inc. Computer-assisted system for interactively brokering goods or services between buyers and sellers
US5754850A (en) * 1994-05-11 1998-05-19 Realselect, Inc. Real-estate method and apparatus for searching for homes in a search pool for exact and close matches according to primary and non-primary selection criteria
US5717989A (en) * 1994-10-13 1998-02-10 Full Service Trade System Ltd. Full service trade system
US6223990B1 (en) * 1995-06-16 2001-05-01 Rohm Co., Ltd. Communication system including a dual passive antenna configuration
US7103568B1 (en) * 1995-08-08 2006-09-05 Eugene August Fusz Online product exchange system
US5710887A (en) * 1995-08-29 1998-01-20 Broadvision Computer system and method for electronic commerce
US7249027B1 (en) * 1996-01-04 2007-07-24 Efficient Auctions Llc Computer implemented methods and apparatus for auctions
US5832452A (en) * 1996-01-31 1998-11-03 Electronic Data Systems Corporation Hotel database inquiry system
US5758328A (en) * 1996-02-22 1998-05-26 Giovannoli; Joseph Computerized quotation system and method
US5842178A (en) * 1996-02-22 1998-11-24 Giovannoli; Joseph Computerized quotation system and method
US5615269A (en) * 1996-02-22 1997-03-25 Micali; Silvio Ideal electronic negotiations
US5835896A (en) * 1996-03-29 1998-11-10 Onsale, Inc. Method and system for processing and transmitting electronic auction information
US6243691B1 (en) * 1996-03-29 2001-06-05 Onsale, Inc. Method and system for processing and transmitting electronic auction information
US5890138A (en) * 1996-08-26 1999-03-30 Bid.Com International Inc. Computer auction system
US6418415B1 (en) * 1996-09-04 2002-07-09 Priceline.Com Incorporated System and method for aggregating multiple buyers utilizing conditional purchase offers (CPOS)
US6085169A (en) * 1996-09-04 2000-07-04 Priceline.Com Incorporated Conditional purchase offer management system
US5794207A (en) * 1996-09-04 1998-08-11 Walker Asset Management Limited Partnership Method and apparatus for a cryptographically assisted commercial network system designed to facilitate buyer-driven conditional purchase offers
US6356878B1 (en) * 1996-09-04 2002-03-12 Priceline.Com Incorporated Conditional purchase offer buyer agency system
US5966699A (en) * 1996-10-11 1999-10-12 Zandi; Richard System and method for conducting loan auction over computer network
US6131087A (en) * 1997-11-05 2000-10-10 The Planning Solutions Group, Inc. Method for automatically identifying, matching, and near-matching buyers and sellers in electronic market transactions
US6014639A (en) * 1997-11-05 2000-01-11 International Business Machines Corporation Electronic catalog system for exploring a multitude of hierarchies, using attribute relevance and forwarding-checking
US6567608B2 (en) * 1998-03-13 2003-05-20 Matsushita Electric Industrial Co., Ltd. Data storage medium, and apparatus and method for reproducing the data from the same
US6611816B2 (en) * 1998-05-08 2003-08-26 Lendingtree, Inc. Method and computer network for co-ordinating a loan over the Internet
US6385594B1 (en) * 1998-05-08 2002-05-07 Lendingtree, Inc. Method and computer network for co-ordinating a loan over the internet
US6397197B1 (en) * 1998-08-26 2002-05-28 E-Lynxx Corporation Apparatus and method for obtaining lowest bid from information product vendors
US6189003B1 (en) * 1998-10-23 2001-02-13 Wynwyn.Com Inc. Online business directory with predefined search template for facilitating the matching of buyers to qualified sellers
US6687682B1 (en) * 1998-11-09 2004-02-03 Mitel Corporation System for discounting in a bidding process based on quality of service
US7107226B1 (en) * 1999-01-20 2006-09-12 Net32.Com, Inc. Internet-based on-line comparison shopping system and method of interactive purchase and sale of products
US7096193B1 (en) * 1999-05-21 2006-08-22 Servicemagic, Inc. Facilitating commerce among consumers and service providers by matching ready-to-act consumers and pre-qualified service providers
US6567784B2 (en) * 1999-06-03 2003-05-20 Ework Exchange, Inc. Method and apparatus for matching projects and workers
US20030014326A1 (en) * 1999-06-23 2003-01-16 Webango, Inc. Method for buy-side bid management
US7024376B1 (en) * 1999-07-02 2006-04-04 Yuen Henry C Internet-based auction method
US7330826B1 (en) * 1999-07-09 2008-02-12 Perfect.Com, Inc. Method, system and business model for a buyer's auction with near perfect information using the internet
US20030093355A1 (en) * 1999-08-12 2003-05-15 Gabriel N. Issa, Llc Method, system and computer site for conducting an online auction
US6356909B1 (en) * 1999-08-23 2002-03-12 Proposal Technologies Network, Inc. Web based system for managing request for proposal and responses
US20010032170A1 (en) * 1999-08-24 2001-10-18 Sheth Beerud D. Method and system for an on-line private marketplace
US7069242B1 (en) * 1999-08-24 2006-06-27 Elance, Inc. Method and apparatus for an electronic marketplace for services having a collaborative workspace
US20060095366A1 (en) * 1999-08-24 2006-05-04 Sheth Beerud D Method and apparatus for an electronic marketplace for services having a collaborative workspace
US6584462B2 (en) * 1999-09-10 2003-06-24 Requisite Technology, Inc. Sequential subset catalog search engine
US20050149410A1 (en) * 1999-10-01 2005-07-07 Livesay Jeffery A. Process and system for matching buyers and sellers of goods and/or services
US20050182743A1 (en) * 1999-10-15 2005-08-18 Richard Koenig Internet-based matching service for expert consultants and customers with matching of qualifications and times of availability
US7167855B1 (en) * 1999-10-15 2007-01-23 Richard Koenig Internet-based matching service for expert consultants and customers with matching of qualifications and times of availability
US6751597B1 (en) * 1999-10-26 2004-06-15 B2E Sourcing Optimization, Inc. System and method for adaptive trade specification and match-making optimization
US7072857B1 (en) * 1999-11-06 2006-07-04 Cynthia Calonge Method for providing online submission of requests for proposals for forwarding to identified vendors
US20020069154A1 (en) * 1999-11-09 2002-06-06 Fields Scott J. Network system for handling requests for proposal relating to the provision of legal services
US7130815B1 (en) * 1999-11-16 2006-10-31 Softface, Inc. (A Subsidiary Of Ariba, Inc.) Method and system for conducting reserve request reverse auctions for electronic commerce
US6871191B1 (en) * 2000-01-24 2005-03-22 Sam E. Kinney, Jr. Method and system for partial quantity evaluated rank bidding in online auctions
US6993503B1 (en) * 2000-01-28 2006-01-31 Priceline.Com Incorporated System and method for allocating a conditional purchase offer for a travel related services reservation to one of a plurality of entities in a buyer driven electronic commerce system
US7272579B1 (en) * 2000-02-17 2007-09-18 Fedbid, Inc. Auction based procurement system
US20050055299A1 (en) * 2000-02-23 2005-03-10 Phyllis Chambers System and method for facilitating a request for proposal process
US20010047323A1 (en) * 2000-03-13 2001-11-29 Craig Schmidt System and method for matching buyers and sellers in a marketplace
US20010044758A1 (en) * 2000-03-30 2001-11-22 Iqbal Talib Methods and systems for enabling efficient search and retrieval of products from an electronic product catalog
US20020013735A1 (en) * 2000-03-31 2002-01-31 Arti Arora Electronic matching engine for matching desired characteristics with item attributes
US6876973B1 (en) * 2000-04-03 2005-04-05 John Visconti Restaurant directory and marketing system
US20020147674A1 (en) * 2000-04-04 2002-10-10 Gillman Kyle E. System and method for specialized reverse auction
US20010032175A1 (en) * 2000-04-27 2001-10-18 Holden G. David System and method for an on-line industry auction site
US7330852B2 (en) * 2000-05-18 2008-02-12 Caterpillar Inc. Computer-implemented procurement of items using parametric searching
US20020023046A1 (en) * 2000-05-19 2002-02-21 Professor Mac, Llc System for automating business purchasing functions via a global computer network
US7058602B1 (en) * 2000-08-18 2006-06-06 Luckysurf.Com, Inc. Enhanced auction mechanism for online transactions
US7110976B2 (en) * 2000-08-22 2006-09-19 Scott Allen Heimermann Centralized, requisition-driven, order formulating, e-procurement method using reverse auction
US6937996B1 (en) * 2000-08-29 2005-08-30 Charles Bradley Forsythe Method and system for selecting and purchasing media advertising
US20020038285A1 (en) * 2000-09-08 2002-03-28 Golden Marshall K. System and method for providing a loan marketplace
US7087829B2 (en) * 2000-09-13 2006-08-08 Yamaha Corporation Method, system and recording medium for viewing/listening evaluation of musical performance
US20060149653A1 (en) * 2000-10-10 2006-07-06 Davis Oren L Method and system for online sales and purchase
US20030018566A1 (en) * 2000-10-18 2003-01-23 Robin Mackay Online auction systems
US20040030569A1 (en) * 2000-11-09 2004-02-12 Eric Elgrably Data processing system intended to facilitate confronting an offer and a demand
US20050182660A1 (en) * 2000-11-29 2005-08-18 Med Bid Exchange Llc Business method and system for providing an on-line healthcare market exchange for procuring and financing medical services and products
US20030101127A1 (en) * 2000-11-30 2003-05-29 Cornelius Michael Anfred Network-based system for the management of construction bids
US20040215467A1 (en) * 2001-01-03 2004-10-28 Coffman Kathryn D. Method and system for electronic document handling, such as for requests for quotations under an electronic auction
US20040073507A1 (en) * 2001-01-03 2004-04-15 Scott William A. Method and system for providing international procurement, such as via an electronic reverse auction
US20020152133A1 (en) * 2001-03-09 2002-10-17 King John Thorne Marketplaces for on-line contract negotiation, formation, and price and availability querying
US20030033239A1 (en) * 2001-03-30 2003-02-13 Gilbert Andrew C. Request for quote (RFQ) and inside markets
US20020156857A1 (en) * 2001-04-20 2002-10-24 Provere, Inc. Method and system for posting requests for bids for professional services
US20020161697A1 (en) * 2001-04-30 2002-10-31 Stephens Charles M. On-line procurement or RFP auction system
US6983276B2 (en) * 2001-05-15 2006-01-03 I2 Technologies Us, Inc. Facilitating electronic commerce transactions using buyer profiles
US7330829B1 (en) * 2001-06-26 2008-02-12 I2 Technologies Us, Inc. Providing market feedback associated with electronic commerce transactions to sellers
US20030004854A1 (en) * 2001-06-27 2003-01-02 International Business Machines Corporation RFP decomposition and collaboration
US20030028469A1 (en) * 2001-06-29 2003-02-06 International Business Machines Corporation Methods and apparatus for enabling an electronic information marketplace
US20030041010A1 (en) * 2001-08-23 2003-02-27 Mark Yonao-Cowan Online bidding for contracts
US7085732B2 (en) * 2001-09-18 2006-08-01 Jedd Adam Gould Online trading for the placement of advertising in media
US7266523B2 (en) * 2001-10-31 2007-09-04 Adamshand, Inc. Method and apparatus for allocating interviews based on dynamic pricing or auctions using electronic networks
US7222116B2 (en) * 2002-01-29 2007-05-22 International Business Machines Corporation Method and system for matching complex customer requirements with provider solutions
US20030200168A1 (en) * 2002-04-10 2003-10-23 Cullen Andrew A. Computer system and method for facilitating and managing the project bid and requisition process
US7324969B2 (en) * 2002-04-11 2008-01-29 Intel Corporation System and method for automated auctioning of web services
US20030204448A1 (en) * 2002-04-26 2003-10-30 Vishik Claire S. System and method for creating electronic marketplaces
US20060218052A1 (en) * 2002-11-19 2006-09-28 Haynes Leonard S Apparatus and method for facilitating the selection of products by buyers and the purchase of the selected products from a supplier
US20050033682A1 (en) * 2003-08-04 2005-02-10 Levy Douglas A. Method for facilitating purchasing of advertising via electronic auction
US20050131724A1 (en) * 2003-12-15 2005-06-16 Danny Clay Enhanced online auction method and apparatus
US20050131799A1 (en) * 2003-12-15 2005-06-16 Danny Clay Enhanced online auction method apparatus and system
US20050203806A1 (en) * 2004-01-17 2005-09-15 Jacobs Thomas M. System for associating requests with potential respondents to said requests
US20060106636A1 (en) * 2004-04-08 2006-05-18 Hillel Segal Internet-based job placement system for creating proposals for screened and pre-qualified participants
US20050228709A1 (en) * 2004-04-08 2005-10-13 Hillel Segal Internet-based job placement system for managing proposals for screened and pre-qualified participants
US20060074890A1 (en) * 2004-10-06 2006-04-06 Manjula Sundharam Process for matching vendors and users of search engines so that more valuable leads are generated for vendors
US20060080207A1 (en) * 2004-10-13 2006-04-13 Girija Binumon T Method, system and internet platform for classified request auction
US20060085318A1 (en) * 2004-10-15 2006-04-20 Kevin Cohoon Systems and methods for providing reverse-auction
US20060106712A1 (en) * 2004-11-17 2006-05-18 Min Guo Method and Apparatus for Online Buyer Oriented Reverse Auction System
US20060136324A1 (en) * 2004-12-21 2006-06-22 Richard Barry Reverse auction with qualitative discrimination

Cited By (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140258047A1 (en) * 2000-03-06 2014-09-11 Wellogix Technology Licensing, Llc Method and process for providing relevant data, comparing proposal alternatives, and reconciling proposals; invoices, and purchase orders with actual costs in a workflow process
US20090287596A1 (en) * 2008-05-15 2009-11-19 Alex Henriquez Torrenegra Method, System, and Apparatus for Facilitating Transactions Between Sellers and Buyers for Travel Related Services
US20100332339A1 (en) * 2009-06-30 2010-12-30 Ebay Inc. System and method for location based mobile commerce
US8886569B2 (en) * 2009-06-30 2014-11-11 Ebay Inc. System and method for location based mobile commerce
US20110112922A1 (en) * 2009-11-06 2011-05-12 Smith Thomas D Systems and methods for assisting consumers in negotiating purchases with a plurality of sellers
WO2011057167A2 (en) * 2009-11-06 2011-05-12 Smith Thomas D Systems and methods for assisting consumers in negotiating purchases with a plurality of sellers
WO2011057167A3 (en) * 2009-11-06 2011-08-04 Smith Thomas D Systems and methods for assisting consumers in negotiating purchases with a plurality of sellers
US20110125653A1 (en) * 2009-11-20 2011-05-26 David Ciccarelli System for managing online transactions involving voice talent
US10909504B2 (en) * 2009-11-20 2021-02-02 Voices.Com Inc. System for managing online transactions involving voice talent
US10664804B2 (en) * 2009-11-20 2020-05-26 David Ciccarelli Computer-implemented method of facilitating online interactions involving voice recordings using multiple electronic interfaces
US20160328680A1 (en) * 2009-11-20 2016-11-10 David Ciccarelli Computer-implemented method of facilitating online interactions involving voice recordings using multiple electronic interfaces
US20160148161A1 (en) * 2009-11-20 2016-05-26 David Ciccarelli System for managing online transactions involving voice talent
US20120011045A1 (en) * 2010-02-26 2012-01-12 Rodman & Renshaw, Llc Method and system for identifying parties with concentrated positions in securities
US9129260B2 (en) * 2010-10-04 2015-09-08 Donald Kent Neary Methods and apparatus for submitting and reviewing auditions
US20120084398A1 (en) * 2010-10-04 2012-04-05 Donald Kent Neary Methods and apparatus for submitting and reviewing auditions
US20120089591A1 (en) * 2010-10-12 2012-04-12 Abraham Stern Self-induced online query reply system
WO2013056086A1 (en) * 2011-10-13 2013-04-18 Jalloh Mohamed Falilu Reverse-auction methodology with triggered social network analysis
US20140095217A1 (en) * 2012-09-28 2014-04-03 Mark Armstrong Online Booking System
WO2014120978A1 (en) * 2013-01-31 2014-08-07 Alexander Greystoke Virtual purchasing assistant
US9767498B2 (en) 2013-01-31 2017-09-19 Lf Technology Development Corporation Ltd. Virtual purchasing assistant
US10185917B2 (en) 2013-01-31 2019-01-22 Lf Technology Development Corporation Limited Computer-aided decision systems
US10437889B2 (en) 2013-01-31 2019-10-08 Lf Technology Development Corporation Limited Systems and methods of providing outcomes based on collective intelligence experience
US10489443B2 (en) 2014-01-23 2019-11-26 Alibaba Group Holding Limited Method and apparatus of displaying information
WO2019135012A1 (en) * 2018-01-05 2019-07-11 Tango Voz, S.L. Method for audio dubbing and voice-overs

Also Published As

Publication number Publication date
US8266011B2 (en) 2012-09-11
US20120030052A1 (en) 2012-02-02

Similar Documents

Publication Publication Date Title
US8266011B2 (en) Method, system and apparatus for matching sellers to a buyer over a network and for managing related information
US11200584B2 (en) Method and apparatus for social network qualification systems
US9400882B2 (en) Method and system for maintaining login preference information of users in a network-based transaction facility
US20150235289A1 (en) Computer system and methods for chat enabled online search
US20030014265A1 (en) Online dispute resolution method and system
US20150302103A1 (en) Computer system and methods for chat enabled online search
US20150319203A1 (en) Computer system and methods for chat enabled online search
US20030110047A1 (en) Automatic auction bid cancellation method and system
US20130268377A1 (en) Gift collaboration social network service
US20070244769A1 (en) User interaction for trading system and method
US9094396B2 (en) Integrated profile creation for a social network environment
US20060155645A1 (en) Image uploading and print-on demand system and method, namely for art and photographs
US10664804B2 (en) Computer-implemented method of facilitating online interactions involving voice recordings using multiple electronic interfaces
US20020087450A1 (en) Venture matching method and system
US20140351093A1 (en) Chat enabled online marketplace systems and methods
US20080133375A1 (en) Method, System and Apparatus for Facilitating Selection of Sellers in an Electronic Commerce System
WO2017182982A1 (en) Computer-based supplier knowledge management system and method
EP1203327A1 (en) Integrated auction for remote online bidders and live participants at an auction site
US20020128948A1 (en) Interactive offer system bidder status management system and method
US20180121859A1 (en) Computer-implemented system and method for providing on-demand expert advice to a consumer
US20130036021A1 (en) Method and system for investor social network, forum and virtual marketplace
WO2007121298A2 (en) Automated transaction system, database, and method
CA2649226A1 (en) Automated transaction system, database, and method
CA2594314A1 (en) Method, system and apparatus for matching sellers to a buyer over a network and for managing related information
US11205209B2 (en) Methods for searching and obtaining clothing designs while discouraging copying

Legal Events

Date Code Title Description
AS Assignment

Owner name: TORRENEGRA IP, LLC, NEW JERSEY

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:TORRENEGRA, ALEX HENRIQUEZ;ZAPATA, TANIA;REEL/FRAME:019885/0308

Effective date: 20070913

STCB Information on status: application discontinuation

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