EP1226516A2 - Procedes automatises destines a la creation de specifications de marche adaptatif - Google Patents

Procedes automatises destines a la creation de specifications de marche adaptatif

Info

Publication number
EP1226516A2
EP1226516A2 EP00975563A EP00975563A EP1226516A2 EP 1226516 A2 EP1226516 A2 EP 1226516A2 EP 00975563 A EP00975563 A EP 00975563A EP 00975563 A EP00975563 A EP 00975563A EP 1226516 A2 EP1226516 A2 EP 1226516A2
Authority
EP
European Patent Office
Prior art keywords
item
traders
give
items
ats
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.)
Withdrawn
Application number
EP00975563A
Other languages
German (de)
English (en)
Inventor
Alex Brodsky
Stanislav Zelivinski
Marcel Katz
Alan Gozhansky
Sonya Karpishpan
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.)
Adaptive Trade Inc
Original Assignee
Adaptive Trade Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Adaptive Trade Inc filed Critical Adaptive Trade Inc
Publication of EP1226516A2 publication Critical patent/EP1226516A2/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION 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/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions

Definitions

  • the present invention is directed to a system and method for facilitating electronic commerce and more particularly to a trade mechanism comprised of a library of predefined wizards l e , specialized "smart" interface templates for various types of trading paradigms
  • a wizard is a utility within an application that helps the user use the application to perform a particular task.
  • a "letter wizard" within a word processing application leads the user through the steps of producing different types of correspondence.
  • electronic commerce in which users buy and sell goods online.
  • Electronic commerce, or e-commerce can be directed at consumers or can be business-to- business (“B2B").
  • e-commerce involves posting a catalog online, in which each item is described, and a fixed cost is given.
  • Such an online catalog is typically implemented by CGI or some similar scripting language, allowing the consumer to input a quantity desired and other pertinent information through text-entry boxes, drop-down menus, buttons, and other components of a user interface.
  • Such an interface is not well suited to more complicated transactions.
  • the above-referenced patent applications teach the use of adaptive trade specifications (ATS's), in which traders specify items that they are willing to give, items that they desire to take in return, constraints on the contemplated trade, and an objective to be optimized (e.g., maximum profit or minimum total outlay).
  • ATS's adaptive trade specifications
  • Such information can be difficult to input into a traditional e- commerce Web site.
  • the present invention is directed to a system and method by which traders use ATS Wizards to create and manage Adaptive Trade Specifications that are used in an ATS Based Electronic Marketplace.
  • This invention implements a technique by which various traders that take part in the Electronic Marketplace create and manage Adaptive Trade Specifications.
  • ATS Adaptive Trade Specifications
  • Adaptive Trade Specification is a model of Adaptive Trade Specification (ATS) Model. Adaptive Trade Specification (ATS) is a model of Adaptive Trade Specification (ATS) Model. Adaptive Trade Specification (ATS) is a model of Adaptive Trade Specification (ATS) Model. Adaptive Trade Specification (ATS) is a
  • ATS constraints include restrictions (on quantities, prices, totals, profits, revenues etc.) that must be satisfied to perform an optimal transaction, and the interconnection between various business parameters (such as profit, quantities, prices and costs).
  • the core of each ATS is a specification of "items" the trader offers to GIVE as well as “items” to TAKE in return. For example, a procurement organization may offer to GIVE the "item" money and wants to
  • An office equipment supplier may have an ATS, in which all its catalog appears as GIVE items, and money as the only TAKE item.
  • a manufacturer may have an ATS, in which all of its products appear as GIVE items, all raw materials and money (i.e., revenues for its products) as TAKE items.
  • ATS is adaptive in that various numeric parameters such as quantities of items, prices, profit, revenue, totals etc. are not fixed, but could vary, provided that they satisfy the ATS constraints.
  • Item specifications in an ATS arc also constraint-based and not fixed.
  • an ATS of a trader may include, as one of the TAKE item specifications, a hard disk that has at least 12 GB capacity and is compatible with a G7305E mother board; no exact model and vendor is necessary.
  • the MM and Optimization method recommends specific transactions with other traders (i.e., against their ATS's) that are mutually agreeable and optimize the objective of the trader's ATS (e.g., minimal price, maximal profit, etc.).
  • the recommended set of transactions will indicate exactly with whom the transaction should be made, the exact GIVE and TAKE items and their quantities, as well as other relevant parameters (e.g., price and profit).
  • the MM and Optimization method recommends a set of suppliers' ATS's and the exact quantities of the items to be purchased from each, so that the procurement ATS objective, say the minimal total cost, is achieved.
  • the MM and Optimization method can recommend a set of buyers ATS's interested in the manufacturer's products, and a set of ATS's suppliers of raw materials necessary to manufacture the products, so that the manufacturer's objective, say maximal profit, is achieved.
  • the ATS-based match making and optimization are generic and work uniformly regardless of a specific wizard (or trader type) that generated them.
  • an ATS-based shop trades one or more ATS 's, rather than just selling items.
  • an ATS-based trader can sell items as a "regular" shop (i.e., have a supplier ATS), or procure (i.e., have a procurement ATS), or offer manufacturing capability (i.e., have a manufacturing ATS) etc. While a "regular" shop may be selling a long list of items, an ATS-based trader shop is likely to have only a small number of, and often just one, ATS.
  • an office supplies shop may include its entire catalog of items in a single ATS, in which constraints will be on the limitation in available quantities, and will also include the price function (e.g., based on price per item and volume discounts).
  • the fact that totally unrelated items may appear in the same ATS is not a problem, because traders visiting the mall (e.g., to search, match-make etc.) will, by default, see only item sets that are relevant to their interests (ATS 's). Visiting traders could perform match-making that optimizes their own ATS objective and recommends the best (combined) transaction. This can be done against ATS's in a particular shop or the entire mall. A visiting trader can immediately perform a transaction with any ATS in the mall, provided it is mutually agreeable with the visitor's ATS.
  • the auctioned bundle (or item) is fixed and indivisible; each bid is a monetary amount; and the outcome is a single winner who offered the highest bid.
  • the auctioned bundle is an ATS (and thus dividable among different bidders); each (partial) bid is an ATS; and the outcome may be one or many "winners", with whom the auctioning trader will perform a multiple combined transaction.
  • a surplus seller initiates an auction with a surplus ATS, that has the objective of maximizing the overall revenue (whether the entire surplus or only part of it will be sold).
  • Bids could be ATS-based offers from buyers (procurement organizations).
  • Each such ATS bid may indicate, as TAKE items, only some, not all, of the surplus items, and have constraints on the quantities and prices offered (as in any ATS, it may involve flexible, rather than fixed, quantities and cost functions).
  • the system collects the latest ATS bids from all auction participants, and performs a match-making that optimizes the objective of the auctioned ATS (the maximal overall revenue, in our example).
  • the outcome of the auction is a set of "winning" ATS's and the exact recommended quantities (quantities of items in the surplus to be sold to each "winner" so that the maximal overall revenue will be received).
  • ATS auctions In the special case when an auctioned ATS indicates fixed quantities for traded items, and requests that there be only one winner, the ATS auction degenerates to a regular auction.
  • regular auctions arc not flexible enough for corporate traders. For example, running a regular auction for the entire surplus would eliminate potential auction participants and possibly higher monetary awards. One could also split the surplus into small bundles, or even individual items, and run a regular auction for each bundle. However, this approach would require to run possibly hundreds of tiny auctions - a tedious process just for one surplus package. Also, many corporate auction traders may not at all be willing to participate in tiny-scale auctions, which again would eliminate potential participants.
  • ATS auctions provides the best of both worlds: a single auction, no restrictions on potential participants, and the optimal outcome for the auction initiator (ATS).
  • the ATS auction is generic for any auctioned ATS and bid ATS 's, regardless of how (or using which wizard) they were generated. Thus, one could also auction a procurement ATS, in which case suppliers and manufacturers may be potential bidders. Or, one could auction a manufacturing ATS, in which case procurement organizations as well as raw material suppliers may be potential bidders. Thus, in addition to its flexibility, ATS auctions capture "direct",
  • the invention is directed to the process by which various traders interact with an ATS based Electronic Marketplace and to the method to create and manage ATS's.
  • the trader using the wizard inserts into the wizard predefined trading parameters and concepts such as:
  • each one of the wizards take item entries (desired items) and give item entries (offered items) are constructed by adding items to the wizard by the user.
  • the wizards can be characterized by indicating Input, Default Input, Output, and the Method for constructing Output from Input.
  • the underlying system that interacts with the wizards takes the information entered by the user translates it to a mathematical format and propagates it for further processing by ATS-based Match Making Optimization Methods.
  • FIG. 1 ATS-Based Trading Software System, describes a high level graphical summary of the suite of software tools related to the ATS-Based Trading Software System.
  • FIG.2 ATS-Based Match-Making and Optimization Hardware Architecture Diagram, describes a high level graphical summary of the hardware architecture.
  • FIG. 3 Item Specification and Adaptive Trade Specification (ATS) Class Diagram, presents a high level graphical summary of the Item Specification and Adaptive Trade Specification classes.
  • FIG. 4a Functional Diagram for ATS Wizards, Procurement Wizard Method presents a high level graphical summary of ATS Procurement Wizard.
  • FIG. 4b Functional iam m foi ATS Xai tf Supplici Wizai d Method presents a high level giaphical summary of ATS Supplier Wizard
  • FIG. 4c Functional Diagram for ATS Wizards, Manufacturer Wizard Method presents a high level graphical summary of ATS Manufacturer Wizard
  • FIG. 4d Functional Diagram for ATS Wizards, Surplus Seller Wizard Method presents a high level graphical summary of ATS Surplus Seller Wizard.
  • FIG. 4e Functional Diagram for ATS Wizards, Reseller Wizard Method presents a high level graphical summary of ATS Reseller Wizard.
  • FIG.4f Functional Diagram for ATS Wizards, Simple Buy Wizard Method presents a high level graphical summary of ATS Simple Buy Wizard.
  • FIG.4g Functional Diagram for ATS Wizards, Simple Sell Wizard Method presents a high level graphical summary of ATS Simple Sell Wizard.
  • FIG. 4h Functional Diagram for ATS Wizards, Trade-in Wizard Method presents a high level graphical summary of ATS Trade-in Wizard.
  • FIG. 5 ATS Creation Technique presents a flow chart of the technique for forming an ATS in accordance with the functional diagram of any of FIGS. 4a-4h.
  • FIG. 1 shows an overview of an environment in which the wizards of the preferred embodiment can be used.
  • An ATS-based electronic marketplace 101 can include one or more of an ATS- based electronic mall 103, an ATS-based electronic auction (forward or reverse) 105, and any other ATS-based commerce environment.
  • participants in the marketplace 101 form ATS ' s through various techniques.
  • wizards 107 including one or more of a procurement wizard 109, a supplier wizard 111 , a manufacturing wizard 113, a surplus seller wizard 1 1 , a reseller wizard 1 17, a generic buy and sell wizard 1 19, a generic buy wizard 121 , a generic sell wizard 123, a trade-in wizard 125, and other wizards adapted to specific purposes.
  • These wizards like those wizards that are known in the programming art, are utilities that guide a user through a specific task.
  • the ATS's formed through use of the wizards 107 are input to the ATS match-maker 127, which uses matchmaking optimization methods described in the above-referenced related applications.
  • a Constraint Object Oriented Database (CSPACE) 129 uses an iterative query language (IQL) 131 and a constraint and optimization library 133 to perform the matchmaking and optimization.
  • the CSPACE 129 communicates through an ODMG wrapper 135 with an ODMG-compliant database manager 137 and also communicates directly with a mixed integer programming (MIP) solver 139.
  • MIP mixed integer programming
  • the hardware architecture capable of running an ATS based match-making and optimization system includes several logical tiers, each one performing specific computational tasks. Each tier can be described in terms of specific tasks that it performs. From the hardware perspective, each tier can be built from computers having sufficient computational power.
  • Tier 1 includes a database server 201 , which is a power server machine (preferably dual or quad Pentium III machine) running one of the following network operating systems: Windows NT 4.0, Novell 5.0, UNIX.
  • the database server 201 performs all tasks related to data persistency, data integrity and querying.
  • the database server 201 runs one of the commercially available object oriented databases such as Poet, Objectivity, Object Store, etc.
  • Tier 2 includes the application server 203, which is a power server machine (preferably dual or quad Pentium III machine) running one of the following network operating systems: Windows NT 4.0, Novell 5.0, UNIX etc.
  • the application server 203 performs all tasks related to performing ATS-bascci match-making and optimization.
  • the data arc passed between layer? via RM1, COR-BA, DCOM or any other distributed computing protocol allowing remote method invocation and data transmission.
  • Tier 3 includes a Web server 205, which is a computer that responds to requests from Web browsers via HTTP.
  • the Web server 205 transfers text files and corresponding graphics and data via HTTP to remote computers that are running Web browsers.
  • the Web server 205 should have the functionality commonly associated with e-commerce Web servers, such as CGI (Common Gateway Interface) for performing searches and other dynamic HTML functions and SSL (Secure Socket Layer) for handling secure transactions.
  • CGI Common Gateway Interface
  • SSL Secure Socket Layer
  • the servers 201, 203, and 205 communicate with another through an internal network.
  • the Web server 205 communicates via the Internet 207 or another publicly accessible network with Tier 4, which includes computers 209 running on users' premises and used as Web clients.
  • the Web clients 209 are computers or other devices (such as WAP-enabled wireless devices) capable of running any standard off-the-shelf browser.
  • the clients 209 run Web-based applications that will use information provided by the application server 203 and the Web server 205.
  • the servers can be, but are not necessarily, implemented on separate machines. Other possibilities are separate virtual machines or simply separate software processes or threads.
  • FIG. 3 provides a high level graphical description of the classes Item Specification and Adaptive Trade Specification.
  • An ATS class 301 includes four components: give-item-entries 303, take-item-entries 305, constraints 307 and an objective 309.
  • the give-item-entries 303 identify what the particular user is willing to give in the trade and include one or more item specifications 311.
  • the take-item-entries 305 identify what the user wants in return and include one or more item specifications 313.
  • the constraints 307 set forth restrictions that must be satisfied before a transaction can be carried out, e.g., constraints on quantity or on time of I he ol ⁇ cctn e 309 indicates what the paiticulai usei wants to optimi/c, foi example
  • a seller may want to optimize (maximize) profit, while a buyei may want to optimize (minimize)
  • ATS's are created by users through ATS wizards, which will now be described
  • Each ATS Wizard is described below, as a Method that takes its Input from the user, and creates
  • Each wizard represents an editable text entry widget, or a selection box, used by the user to specify parameters.
  • Each wizard is a window widget that contains the editable input widgets described in the Input section and the Objective section of each wizard.
  • the wizards can be implemented in any suitable programming language that allows the
  • the elements of the user interface can include well known elements such as text boxes, drop-down lists, buttons, and the like.
  • Input (401): Parameters defined by the user through a graphical user interface as follows-
  • Reference-Price-Ratio is defined as the ratio between
  • the offered price per offered quantities and the Reference-Price per offered quantities are each offered item specification.
  • Refer ence-Price-Per-Unit fair price for each offered item specification.
  • how much more or less than the reference price is the trader willing to pay where for example: 2, means that the buyer is willing to pay twice as much as the reference price, and 0.5 means that the buyer is willing to pay half as much as the reference price.
  • the procurement method uses default values for input parameters, defined as follows:
  • the default Maximal-Total-Price is + infinity, i.e., no limitation for price is requested. * 1 he default infinity, i.e., no limitation for Reference -
  • a constructed ATS which includes:
  • Reference-Price Reference-Price-Per-Unit[ISI] * Quantity [IS 1] +
  • Price ⁇ Maximal-Reference-Price-Ratio * Reference-Price AND
  • Time-To-Shipping ⁇ Maximal-Time-To-Shipping.
  • Input (411): Parameters defined by the user through a graphical user interface as follows:
  • Mimmal-QuantitvflSJ ' the minimum quantity to sell Maximal-Quantity [IS]
  • a constructed ATS which includes:
  • Method (423) Name: Manufacturer Wizard.
  • Input (421): Parameters defined by the user through a graphical user interface as follows:
  • Minimal-Quantity [prod-IS] the minimum quantity to sell.
  • Maximal-Quantity [prod-IS] the maximum quantity to sell
  • a constructed ATS which includes:
  • the output ATS is constructed as follows-
  • Raw-Mat-Cost Quantity [give-money-IS] .
  • Time-To-Shipping ⁇ Maximal-Time-To-Shipping.
  • Input (431): Parameters defined by the user through a graphical user interface as follows:
  • a constructed ATS which includes:
  • the output ATS is constructed as follows:
  • Minunal-Price-Per-Pur chase ⁇ ⁇ Quantity f money-IS] ⁇ + ⁇ nfin ⁇ ty.
  • Minimal-Price-Per-Package (A Package is composed of specific quantities if items that a buyer is willing to purchase.)
  • Price Quantity [money-IS].
  • Time-To-Shipping ⁇ Maximal-Time-To-Shipping.
  • Minimal-Quantity [IS] the minimum quantity to sell - Maximal-Quantity [IS] , the maximum quantity to sell.
  • Cost-Pr ⁇ ce-Per-Un ⁇ t[IS] the price paid per unit bought.
  • a constructed ATS which includes:
  • the output ATS is constructed as follows
  • Time-To-Shipping ⁇ Maximal-Time-To-Shipping.
  • a constructed ATS which includes:
  • the output ATS is constructed as follows:
  • Price Quantity [money-IS] .
  • Time-To-Shipping ⁇ Maximal-Time-To-Shipping.
  • Input (461): Parameters defined by the user through a graphical user interface as follows:
  • a constructed ATS which includes:
  • the output ATS is constructed as follows:
  • Time-To-Shipping ⁇ Maximal-Time-To-Shipping.
  • Offered-Quantity [buy-IS] the requested quantity to sell.
  • the output ATS is constructed as follows:
  • Time-To-Shipping ⁇ Maximal-Time-To-Shipping.
  • the Web server 205 presents the trader with a user interface by sending the appropriate HTML
  • step 503 the Web server 205 receives that information.
  • step 507 the specifications and quantity range of the give-items are determined.
  • step 509 the constraints
  • step 51 1 the objective is determined.
  • the result is a completed ATS in step
  • the wizards and the ATS can be stored anywhere on the system of Fig. 2.
  • the wizards and the ATS can be stored anywhere on the system of Fig. 2.
  • the wizards and the ATS can be stored anywhere on the system of Fig. 2.
  • ATS is stored on the database server 201.
  • code for implementing the wizards can be written on the system of Fig. 2 or written elsewhere and supplied on any suitable computer-readable medium, such as a CD-ROM.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • User Interface Of Digital Computer (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

La présente invention concerne un ensemble de modèles d'interface graphique utilisateur destiné à la création et à l'édition de spécifications de marché adaptatif (ATS) pour utilisation dans un marché électronique. Ces modèles d'interface graphique utilisateur sont appelés aides ATS. Ces aides ATS permettent aux utilisateurs de construire et d'éditer des spécifications de marché adaptatif de façon à réaliser des transactions optimisées sur le Web. L'invention décrit les structures des aides ATS et le procédé par lequel elles facilitent l'instanciation et la gestion des ATS. Les aides ATS constituent un point d'entrée centré utilisateur dans un système qui réalise une liaison entre intermédiaires dans un marché électronique selon des spécifications d'article données par ces intermédiaires via les aides ATS et les spécifications de marché adaptatif produites. Un intermédiaire utilise aussi les aides afin de spécifier un objectif de marché que l'on peut optimiser, sur la base duquel le système d'ATS recommande la transaction optimale pour cet intermédiaire. Cette transaction optimale spécifie des articles et des quantités spécifiées par d'autres intermédiaires sur le marché électronique.
EP00975563A 1999-11-03 2000-11-03 Procedes automatises destines a la creation de specifications de marche adaptatif Withdrawn EP1226516A2 (fr)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US16324399P 1999-11-03 1999-11-03
US163243P 1999-11-03
US70473900A 2000-11-03 2000-11-03
US704739 2000-11-03
PCT/US2000/030321 WO2001033400A2 (fr) 1999-11-03 2000-11-03 Procedes automatises destines a la creation de specifications de marche adaptatif

Publications (1)

Publication Number Publication Date
EP1226516A2 true EP1226516A2 (fr) 2002-07-31

Family

ID=26859475

Family Applications (1)

Application Number Title Priority Date Filing Date
EP00975563A Withdrawn EP1226516A2 (fr) 1999-11-03 2000-11-03 Procedes automatises destines a la creation de specifications de marche adaptatif

Country Status (5)

Country Link
EP (1) EP1226516A2 (fr)
AU (1) AU1360001A (fr)
CA (1) CA2390205A1 (fr)
IL (1) IL149351A0 (fr)
WO (1) WO2001033400A2 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6751597B1 (en) * 1999-10-26 2004-06-15 B2E Sourcing Optimization, Inc. System and method for adaptive trade specification and match-making optimization

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7610236B2 (en) 2002-04-10 2009-10-27 Combinenet, Inc. Method and apparatus for forming expressive combinatorial auctions and exchanges
US7499880B2 (en) 2002-09-25 2009-03-03 Combinenet, Inc. Dynamic exchange method and apparatus
US7577589B2 (en) 2002-09-25 2009-08-18 Combinenet, Inc. Method and apparatus for conducting a dynamic exchange
US7752117B2 (en) 2003-01-31 2010-07-06 Trading Technologies International, Inc. System and method for money management in electronic trading environment

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO0133400A2 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6751597B1 (en) * 1999-10-26 2004-06-15 B2E Sourcing Optimization, Inc. System and method for adaptive trade specification and match-making optimization

Also Published As

Publication number Publication date
WO2001033400A2 (fr) 2001-05-10
WO2001033400A8 (fr) 2002-04-11
IL149351A0 (en) 2002-11-10
AU1360001A (en) 2001-05-14
CA2390205A1 (fr) 2001-05-10

Similar Documents

Publication Publication Date Title
US6751597B1 (en) System and method for adaptive trade specification and match-making optimization
Kameshwaran et al. Multiattribute electronic procurement using goal programming
Keskinocak et al. Quantitative analysis for Internet-enabled supply chains
Teich et al. Emerging multiple issue e-auctions
US6915275B2 (en) Managing customization of projects prior to manufacture in an electronic commerce system
US7376593B2 (en) Methods and computer readable storage medium for conducting a reverse auction
US20010034663A1 (en) Electronic contract broker and contract market maker infrastructure
US20020087440A1 (en) Method for reconstructing and validating a bill of materials and creating a comprehensive bill of materials
US7272579B1 (en) Auction based procurement system
US20090099933A1 (en) Total value bidding
US20030014350A1 (en) Method and system for electronic report handling, such as for metrics reports concerning electronic auctions
WO2000058896A9 (fr) Procede et systeme de conduite de ventes aux encheres electroniques par l'intermediaire d'offres a valeur actuelle nette
US6965877B2 (en) Brokering and facilitating consumer projects in an e-commerce system
US20020111895A1 (en) System and method for creating catalog neutral products
CN1323011A (zh) 化学产品的商务网
US20020111897A1 (en) Web-based method and implementation for procurement of goods and services
Cramton et al. An overview of combinatorial auctions
JP2009514044A (ja) エレクトロダイナミック価格付け取引
EP1228467A2 (fr) Systeme et procede pour des specifications commerciales adaptatives et une optimisation des correspondances
JP2002032587A (ja) 与信機能を備えた匿名電子商取引システム及び方法
EP1226537A2 (fr) Galerie marchande et vente aux encheres electroniques basees sur des specifications commerciales adaptatives
EP1226516A2 (fr) Procedes automatises destines a la creation de specifications de marche adaptatif
US7801769B1 (en) Computing a set of K-best solutions to an auction winner-determination problem
US20030004857A1 (en) Coordinating manufacturing by local and remote manufacturers for a personalized design in an electronic commerce system
Asselin et al. Toward a Protocol for the Formation of Coalitions of Buyers

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20020503

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE TR

AX Request for extension of the european patent

Free format text: AL;LT;LV;MK;RO;SI

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ADAPTIVE TRADE, INC.

RIN1 Information on inventor provided before grant (corrected)

Inventor name: BRODSKY, ALEX

Inventor name: ZELIVINSKI, STANISLAV

Inventor name: KARPISHPAN, SONYA

Inventor name: GOZHANSKY, ALAN

Inventor name: KATZ, MARCEL

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20050601