EP1226516A2 - Automated methods for creation of adaptive trade specifications - Google Patents
Automated methods for creation of adaptive trade specificationsInfo
- 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
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR 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.
Abstract
Description
Claims
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 | |
PCT/US2000/030321 WO2001033400A2 (en) | 1999-11-03 | 2000-11-03 | Automated methods for creation of adaptive trade specifications |
US704739 | 2000-11-03 |
Publications (1)
Publication Number | Publication Date |
---|---|
EP1226516A2 true EP1226516A2 (en) | 2002-07-31 |
Family
ID=26859475
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP00975563A Withdrawn EP1226516A2 (en) | 1999-11-03 | 2000-11-03 | Automated methods for creation of adaptive trade specifications |
Country Status (5)
Country | Link |
---|---|
EP (1) | EP1226516A2 (en) |
AU (1) | AU1360001A (en) |
CA (1) | CA2390205A1 (en) |
IL (1) | IL149351A0 (en) |
WO (1) | WO2001033400A2 (en) |
Cited By (1)
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)
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 |
US7577589B2 (en) | 2002-09-25 | 2009-08-18 | Combinenet, Inc. | Method and apparatus for conducting a dynamic exchange |
US7499880B2 (en) | 2002-09-25 | 2009-03-03 | Combinenet, Inc. | Dynamic exchange method and apparatus |
US7752117B2 (en) | 2003-01-31 | 2010-07-06 | Trading Technologies International, Inc. | System and method for money management in electronic trading environment |
-
2000
- 2000-11-03 AU AU13600/01A patent/AU1360001A/en not_active Abandoned
- 2000-11-03 WO PCT/US2000/030321 patent/WO2001033400A2/en not_active Application Discontinuation
- 2000-11-03 IL IL14935100A patent/IL149351A0/en unknown
- 2000-11-03 CA CA002390205A patent/CA2390205A1/en not_active Abandoned
- 2000-11-03 EP EP00975563A patent/EP1226516A2/en not_active Withdrawn
Non-Patent Citations (1)
Title |
---|
See references of WO0133400A2 * |
Cited By (1)
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 |
---|---|
CA2390205A1 (en) | 2001-05-10 |
AU1360001A (en) | 2001-05-14 |
IL149351A0 (en) | 2002-11-10 |
WO2001033400A8 (en) | 2002-04-11 |
WO2001033400A2 (en) | 2001-05-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6751597B1 (en) | System and method for adaptive trade specification and match-making optimization | |
Teich et al. | Emerging multiple issue e-auctions | |
US7386478B2 (en) | Dynamic criteria based line-grouping mechanism and method for purchase order generation | |
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 | |
US20090099933A1 (en) | Total value bidding | |
US7272579B1 (en) | Auction based procurement system | |
US20030014350A1 (en) | Method and system for electronic report handling, such as for metrics reports concerning electronic auctions | |
WO2000058896A9 (en) | Method and system for conducting electronic auctions with net present value bidding | |
US6965877B2 (en) | Brokering and facilitating consumer projects in an e-commerce system | |
US20020111895A1 (en) | System and method for creating catalog neutral products | |
CN1323011A (en) | Commercial network for chemical products | |
US20020111897A1 (en) | Web-based method and implementation for procurement of goods and services | |
US20040006530A1 (en) | Automated lotting | |
Cramton et al. | An overview of combinatorial auctions | |
JP2009514044A (en) | Electrodynamic pricing transactions | |
US7801769B1 (en) | Computing a set of K-best solutions to an auction winner-determination problem | |
WO2001031537A2 (en) | System and method for adaptive trade specification and match-making optimization | |
JP2002032587A (en) | System and method for anonymous electronic commerce with credit function | |
EP1226537A2 (en) | Electronic malls and auctions based on adaptive trade specifications | |
WO2001033400A2 (en) | Automated methods for creation of adaptive trade specifications | |
US20030004857A1 (en) | Coordinating manufacturing by local and remote manufacturers for a personalized design in an electronic commerce system | |
Goodwin et al. | A decision-support system for quote generation | |
CA2389828A1 (en) | Apparatus for negotiation |
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 |