WO2002037339A2 - Systeme, procede et programme informatique destines a la configuration d'objets - Google Patents

Systeme, procede et programme informatique destines a la configuration d'objets Download PDF

Info

Publication number
WO2002037339A2
WO2002037339A2 PCT/CH2001/000633 CH0100633W WO0237339A2 WO 2002037339 A2 WO2002037339 A2 WO 2002037339A2 CH 0100633 W CH0100633 W CH 0100633W WO 0237339 A2 WO0237339 A2 WO 0237339A2
Authority
WO
WIPO (PCT)
Prior art keywords
components
archetypes
component
meta
configuration
Prior art date
Application number
PCT/CH2001/000633
Other languages
German (de)
English (en)
Other versions
WO2002037339A3 (fr
Inventor
Stephan Lutzke
Dominik Eichelberg
Daniel Von Lucius
Philipp Ackermann
Original Assignee
Perspectix Ag
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 Perspectix Ag filed Critical Perspectix Ag
Priority to EP01975945A priority Critical patent/EP1332446A2/fr
Priority to AU2001295356A priority patent/AU2001295356A1/en
Publication of WO2002037339A2 publication Critical patent/WO2002037339A2/fr
Publication of WO2002037339A3 publication Critical patent/WO2002037339A3/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F30/00—Computer-aided design [CAD]
    • G06F30/10—Geometric CAD
    • G06F30/17—Mechanical parametric or variational design
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F30/00—Computer-aided design [CAD]

Definitions

  • the invention relates to the field of computer-aided configuration of objects. It relates in particular to a system, a method and a computer program according to the preambles of the independent claims.
  • Standard configuration systems are based on known systems for the construction of objects.
  • Computer Aided Design is a prime example of a construction system, for example for machines or buildings, using computer software.
  • Modern CAD systems combine any design options with clear presentation in an excellent way. They offer means for the direct generation of technical drawings or even codes that can be used directly in the manufacture of the objects (CIM).
  • CCM manufacture of the objects
  • the unlimited number of design options also set limits for applications.
  • CAD systems can only be operated by specialists. In addition, they can hardly be converted into configuration systems with additional modules.
  • Such are systems with which an object is configured with the help of individual components in a user-friendly and - possibly just as important - user-leading manner.
  • a "finished" object can be assumed here, which can be individually configured through changes. However, the object can also be created on the basis of individual components.
  • user guidance consists in that the design options of the user depend on physically and possibly also functionally meaningful variants are limited or that the user is made aware of them.
  • configuration systems which are only based on the individual adaptation of a list of components, for example those listed in the table.
  • Such configuration systems are used, for example, in ERP (Enterprise Resource Planning) systems. They are used for the direct implementation of component assemblies adapted to customer needs by employees in resource data.
  • ERP Enterprise Resource Planning
  • These configuration systems have the serious disadvantage that the specific design of the object in question is left to the client's imagination. They are therefore not suitable for certain customer-related applications.
  • An example of the graphic configuration systems that exist on the other hand comes from the furniture industry. This is based on approaches, graphically represented and depending on the components represented by CAD files. It can additionally be provided that, for example, price information is calculated on the basis of the components currently used in the configuration and is continuously updated.
  • Such configuration systems are rather limited in their performance and can only be expanded with great effort.
  • Essential features of the invention are the following: Rule sets for representing components - including geometric, optical physical and / or further properties of the components - are present as meta components in a set of meta components. There is also a set of component connection rules (metadocks), with at least some meta components having calls of such connection rules (docks).
  • a component pool also called ArcoTope; the term Arcotope is made up of the elements "Arco” for "Arrange and Configure” and “Tope” as a short form of "Biotope”
  • ArcoTope is made up of the elements "Arco” for "Arrange and Configure” and “Tope” as a short form of "Biotope”
  • the components from the component pool can or will be connected, whereby connection rules must be satisfied.
  • connection rules are called by the meta-components corresponding to the components.
  • the components in the component pool together with their connections form the configured or to be configured object.
  • the configuration of the possibly connected components in the component pool is checked for correspondence with archetypes.
  • object in this not only designates objects but any arrangements to be configured.
  • the object can be any modular consumer and investment goods, that is to say both a piece of furniture or a vehicle and a house interior, a group of buildings and / or civil engineering, any combination of articles etc. others used Terms are: "component” for the building blocks (quasi atoms) that are not further subdivided by the configuration system and "object part” for a subset of the object.
  • assemblies of components and connections between them that form a functional unit are “assemblies”.
  • metal denotes representations that can be converted into effective elements and “instantiate” this implementation into effective elements.
  • the connection of components to one another is limited to a finite number of docks creates a discretization of the configuration options (comparable to "Lego" kits).
  • the set of archetypes contains, for example, both configurations of Completely assembled and, for example, functional objects as well as configurations of parts of such objects, the latter can, for example, be partial assemblies which form functional units and are available to a user analogously to the components and just like configurations of fully assembled objects for introduction into the component pool Due to the fact that an assembly can have a sub-assembly that forms a unit and is recognized as such, a first hierarchy is naturally defined, and this first hierarchy can already be created in the archetypes.
  • the archetype set preferably also has a second hierarchy.
  • This hierarchy is a property hierarchy. For components or archetypes that have properties in common, there is an archetype in a higher hierarchy level. This inherits its properties to the hierarchically subordinate components and / or archetypes. For example, it may be that there are different archetypes that relate to a common function and can therefore be interchanged, for example when configuring an object. These have many properties in common.
  • One with a properties Hierarchy-provided archetype sets may therefore also have archetypes that are not intended to be instantiated and that only serve to summarize common properties of archetypes / components.
  • a first advantage of this hierarchy is that the properties of several components can be changed together by one user.
  • Manipulation performed by a user often means that the configuration of the manipulated object no longer corresponds to an archetype. This can be the case, for example, when a component of the object is replaced by another component.
  • Such a manipulation can now be supplemented by the system in such a way that the object again corresponds to an archetype, which, however, has the property newly introduced by the manipulation (for example, has the newly used component).
  • the archetype is used, for example, which is one level above the original archetype in the second hierarchy. From the group of archetypes subordinate to this archetype, the one who has the new property and at the same time is selected. other properties are closest to the original archetype.
  • the system manipulates the object so that its properties are those of the archetype. This last manipulation can of course be made dependent on confirmation to be made by the user.
  • Computer program is its flexibility and expandability. It is naturally suitable for implementation through object-oriented programming. The components are then classes with properties that other classes do not own, namely with meta docks. Because according to the invention only one rule sets for archetypes, metadocks etc. have to be available, a flexible and expandable implementation with a core in an object-oriented programming language, e.g. C ++, and with rule sets in an easy-to-use, machine-readable standard, e.g. XML done.
  • object-oriented programming language e.g. C ++
  • rule sets in an easy-to-use, machine-readable standard e.g. XML done.
  • the system also has means for generating a resource list from the data available in the component pool.
  • a resource list can be designed, for example, as an order list.
  • it can also have data which are prepared for the resource management of an ERP computer program.
  • An order list is determined continuously using a rule set and in parallel with the review of the assembly structures. This dynamic determination based on rules is a very important property of this embodiment. It represents a significant difference to systems that only provide an evaluation after the configured object has been completed. The dynamic determination ensures that a user, for example, is not ultimately confronted with an abundance of error messages.
  • the system, method and computer program according to the invention are necessarily distinguished by a certain redundancy, since each manipulation also involves a comparison of the components present in the component pool with their connections to all archetypes. This guarantees any flexibility and great security.
  • freezing of parts of the object can be made possible according to a special embodiment of the invention. Such freezing can, for example, redefine an assembly - which may or may not be an archetype - into a component.
  • FIG. 1 shows a diagram of the component pool with components connected to one another via docks
  • FIG. 2 shows a diagram analogous to FIG. 1, with the recognition based on archetypes and a corresponding grouping now taking place,
  • FIG. 3 shows a diagram which shows the separation of abstract model and possible concrete visualizations "model-view-separation"
  • FIG. 4 shows a sketch of the interaction of various elements of the system and computer program according to the invention.
  • FIG. 5 shows the diagram of FIG. 2, the set of archetypes with a representation of its second hierarchization and thus the relationship between instanced assemblies and archetypes being additionally shown.
  • FIG. 1 shows, by way of example and in a simplified manner, a first stage of the system according to the invention:
  • a pool 1 of components 3, 5, 7, 9, also called “ArcoTope” - wherein several identical components 3, 5 can occur - is schematically delimited by a frame in the figure
  • Components are instanced metacomponents, which are quasi present as "blueprints" in a metacomponent set. Because of these meta-components, the components of the figure have docks 21, 23, 25, 27, 29, 31. These docks are calls to components - connection rules (metadocks). They also contain geometric information, for example the position and orientation of a connection relative to the component. Metadocks specify the type of connection and possible partner docks with which the dock can be connected.
  • Component pool 1 is not a priori hierarchical. It offers the user a kind of reservoir of building blocks to put together a unit. However, the docks discretize the configuration options. With a certain number of selected components, there is only a finite number of possibilities for configuring the object.
  • FIG. 2 shows schematically how the archetype reservoir can be structured using archetypes from the set of archetypes. Only the differences from FIG. 1 are discussed here.
  • the system recognizes certain configurations of object parts 31, 33, i.e. Components connected to each other in a predefined way, as an archetype. A corresponding hierarchical grouping takes place in the component pool. It is preferably additionally provided that the recognition and assignment of object parts to archetypes is also visible on the user interface.
  • the assignment of components connected to each other in a predefined way to assemblies is central to the input elements described below. What manipulations a user can carry out on the object depends directly on which archetypes the object and its parts can be assigned to.
  • manipulation options on an assembly is a key point where visual, interactive operation is based directly on the abstract concept described here using examples.
  • a certain manipulation of the object can affect a partial assembly of the object as a whole and can accordingly be carried out as a unit on the partial assembly.
  • the set of archetypes is, for example, also designed as a computer-readable rule set written in a programmer-friendly language.
  • a computer-readable rule set written in a programmer-friendly language.
  • two examples are given here for the definition of archetypes and for the definition of rules concerning them in the XML standard: Definition of archetypes:
  • the grouping (“assembly”) of object parts 31, 33 is preferably carried out dynamically, ie subsets of the component pool are continuously checked for correspondence with the archetypes.
  • the assemblies as instanced archetypes do not themselves store any data but are always in accordance with the current 10 rules generated.
  • the hierarchy of grouping components in the component pool is referred to here as the first hierarchy. It is described in more detail below with reference to FIG. 5.
  • FIG. 3 shows an example for the implementation of a system according to the invention.
  • the so-called "package” 41 in which the software elements that have not been changed during use are summarized.
  • a "cartridge” 43 contains a set of metadocks ("dock system”), a set of meta components (“component system”) , a set of archetypes ("assemblerrules”) and possibly other fixed rule sets - for example for resource lists, see below - together.
  • modules 45, 41, 49 with rules for displaying the object configured in component pool 1.
  • Such representations are preferably 3-dimensional (first module: "3D models” 45) and contain, in a manner known per se, geometric properties, material surface properties (textures, ...), colors, etc.
  • a module 47 with rule sets for A two-dimensional representation (“2D models”) may be present.
  • symbols, names Such are, for example, representations in lists, hierarchy trees, etc.
  • the system according to the invention thus allows the parallel representation of different visualizations of the object on the basis of a single concept, namely on the basis of the component pool with the structuring by means of archetypes.
  • a user interface is provided through which, for example, representations of the object are output on an output unit (for example, a computer screen).
  • User input 51 is of course also used to record user inputs, for example using conventional input means (computer keyboard, computer mouse, etc.) with the aid of a graphical user interface including a representation of the object.
  • FIG. 4 shows the flow of interactions in the system for the specific example of a configuration system for the assembly of furniture.
  • the user can control the system via various input elements: by direct manipulation 51 on the object, in a known manner also via graphic symbols menus etc. 53, by manipulation using virtual aids 55, by adding or removing graphically present components or sub-objects 57, by external ones Commands 59 etc.
  • the user interface translates the input into commands from operators 61. These operators then change the components in the component pool, including their properties and their docks.
  • the operators 61 are drawn linearly, ie with equal rights, but they can equally well be structured hierarchically. For example, an operator can include a call to another, more fundamental operator. The operators can be addressed in the same way using different input elements, so that it is possible to trigger the same operation using different input principles.
  • the operators 61 are preferably generic, i.e. regardless of the elements available for configuration as meta components, metadocks, archetypes etc. However, it may still be possible to provide special operators for very complex and specific functionality. However, these special operators fit seamlessly into the user interface, since they are also controlled by the same input elements.
  • a resource list 71 is created, for example.
  • a resource rule set 81 is available for this.
  • a resource list is created, for example, as follows:
  • Each component and each dock has quantitative resource attributes defined by the meta component or the metadock.
  • a component "table leg" in a furniture configuration system has, for example, the resource attributes "1 time Table leg body "," 1 time table foot “and” 4 times screw xy ".
  • a dock can have additional resource attributes that do not belong to the component.
  • the resource attributes of all components and docks instantiated in the component pool are added to a resource set-up Starting with the meta-resource entities provided in the rule set (in the example, a pack of 20 screws xy could represent a resource entity).
  • the resource list is then a list of resource entities, possibly supplemented with further attributes such as price, availability, etc.
  • the difference to existing configuration systems and, for example, also to accounting programs lies in the systematics, which in the invention is given on the one hand in the hierarchical assembly system defined by archetypes, which sensibly combines components according to their function n of course, a tool which fits into the invention and which summarizes resources as according to their availability.
  • the relationship between the resource list on the one hand and the component pool and the available operators on the other hand is bidirectional.
  • the resource list can be continuously compared with a resource database or the like.
  • Such bidirectionality is made possible by the implementation of the configuration system according to the invention with a continuous and / or constantly repeated check of the components present in the component pool.
  • the feasibility of an operation 61 by a user can be linked to an availability attribute. If, for example, a user wants to re-instantiate a metacomponent and add it to the existing object, the resource attributes of the metacomponent are examined for their availability, only if this is given, the operation is possible at all or can be done without a corresponding warning for the Users are done.
  • FIG. 5 again shows a diagram of the configuration system described above.
  • the component pool of FIG. 2 is shown.
  • the components are connected to one another by docks.
  • object parts 31, 33 are recognized as corresponding to an archetype.
  • Certain compositions of object parts and / or components can of course in turn correspond to an archetype and thus in turn form an object part - at a higher hierarchical level.
  • the object consists of parts A, B, C, part A, for its part, consists of parts AI, A2 and the components X, Y, part AI of ... etc.
  • the object hierarchy can already be created in the archetypes. It enables the user to manipulate the object in a context that makes sense.
  • Every object part and every component is of a so-called type.
  • Each of these types is part of a hierarchical type tree, which represents a property hierarchy of the archetypes and forms the second hierarchy.
  • Properties which are defined for an archetype (“assembly type") are inherited downwards. These inherited properties also include interaction options on the graphical user interface (GUI), for example input elements to be displayed such as pop-up menus or virtual aids, etc. This enables a user there, depending on how it makes sense to define or manipulate properties for entire assemblies or for individual components.
  • GUI graphical user interface
  • the second hierarchy also contains archetypes that are never instantiated, but whose definition makes sense.
  • archetypes that are never instantiated, but whose definition makes sense.
  • an archetype "underpass” with archetypes "pedestrian underpass” and "cycle path underpass” located below it in the second hierarchy is present. Then either is instantiated a pedestrian underpass or a cycle path underpass.
  • many properties can already be defined at the higher hierarchy level.

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Geometry (AREA)
  • General Physics & Mathematics (AREA)
  • Evolutionary Computation (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Computational Mathematics (AREA)
  • Mathematical Analysis (AREA)
  • Mathematical Optimization (AREA)
  • Pure & Applied Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Machine Translation (AREA)

Abstract

Des groupes régulateurs destinés à la représentation de composants comportant des propriétés géométriques, optiques, physiques et/ou d'autres propriétés, sont présents dans un ensemble de méta-composants en tant que méta-composants. On fait également intervenir un ensemble de règles de liaison de composants, au moins certains méta-composants présentant des appels de telles règles de liaison. On maintien par ailleurs un paquet de composants insérés dans lequel un même méta-composant peut être présent plusieurs fois. Les composants du paquet de composants peuvent être reliés avec observation de règles de liaison. Ces règles de liaison sont appelées par les méta-composants correspondant aux composants. Les composants présents dans le paquet de composants forment avec leurs liaisons l'objet configuré ou à configurer. Il existe par ailleurs un ensemble d'archétypes correspondant à des configurations prédéfinies de composants. La configuration des composants liés présents dans le paquet de composants est examinée en continu en ce qui concerne les correspondances.
PCT/CH2001/000633 2000-10-30 2001-10-24 Systeme, procede et programme informatique destines a la configuration d'objets WO2002037339A2 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP01975945A EP1332446A2 (fr) 2000-10-30 2001-10-24 Systeme, procede et programme informatique destines a la configuration d'objets
AU2001295356A AU2001295356A1 (en) 2000-10-30 2001-10-24 System, method and computer programme for configuring objects

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CH2122/00 2000-10-30
CH21222000 2000-10-30

Publications (2)

Publication Number Publication Date
WO2002037339A2 true WO2002037339A2 (fr) 2002-05-10
WO2002037339A3 WO2002037339A3 (fr) 2003-03-13

Family

ID=4567597

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CH2001/000633 WO2002037339A2 (fr) 2000-10-30 2001-10-24 Systeme, procede et programme informatique destines a la configuration d'objets

Country Status (3)

Country Link
EP (1) EP1332446A2 (fr)
AU (1) AU2001295356A1 (fr)
WO (1) WO2002037339A2 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004077878A1 (fr) * 2003-02-26 2004-09-10 Vasilis Tsakiris Systeme de haut-parleurs modulaire pour reproduction sonore multicanaux, composant une piece d'ameublement adaptee a une salle d'ecoute
DE10347156A1 (de) * 2003-10-10 2005-05-04 Volkswagen Ag Verfahren und Vorrichtung zum rechnergestützten Entwerfen
US8200457B2 (en) 2005-08-17 2012-06-12 Tacton Systems Ab Customizing of computer aided design models

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1998055949A1 (fr) * 1997-06-06 1998-12-10 Haworth, Inc. Procede et systeme de support d'interface utilisateur graphique servant a generer a distance des instructions concernant des produits complexes de mobilier de bureau
WO1999048031A1 (fr) * 1998-03-16 1999-09-23 Array Technology Aps Base de donnees de configuration et/ou d'optimisation d'un systeme, et generation d'une telle base de donnees
US6002854A (en) * 1993-03-29 1999-12-14 Trilogy Developmetn Group, Inc. Method and apparatus for configuring systems

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6002854A (en) * 1993-03-29 1999-12-14 Trilogy Developmetn Group, Inc. Method and apparatus for configuring systems
WO1998055949A1 (fr) * 1997-06-06 1998-12-10 Haworth, Inc. Procede et systeme de support d'interface utilisateur graphique servant a generer a distance des instructions concernant des produits complexes de mobilier de bureau
WO1999048031A1 (fr) * 1998-03-16 1999-09-23 Array Technology Aps Base de donnees de configuration et/ou d'optimisation d'un systeme, et generation d'une telle base de donnees

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004077878A1 (fr) * 2003-02-26 2004-09-10 Vasilis Tsakiris Systeme de haut-parleurs modulaire pour reproduction sonore multicanaux, composant une piece d'ameublement adaptee a une salle d'ecoute
DE10347156A1 (de) * 2003-10-10 2005-05-04 Volkswagen Ag Verfahren und Vorrichtung zum rechnergestützten Entwerfen
US8200457B2 (en) 2005-08-17 2012-06-12 Tacton Systems Ab Customizing of computer aided design models

Also Published As

Publication number Publication date
EP1332446A2 (fr) 2003-08-06
AU2001295356A1 (en) 2002-05-15
WO2002037339A3 (fr) 2003-03-13

Similar Documents

Publication Publication Date Title
DE10051645B4 (de) Prozesssteuersystem und Verfahren zum Kontrollieren eines Prozesses
DE69817158T2 (de) Benutzerschnittstellen-Mechanismus zur Manipulierung von Kontexten in Computerverwaltungsapplikationen
DE19712946A1 (de) Methode zum Generieren einer Implementierung wiederverwendbarer Teile von Containern eines Workflow-Prozessmodells
EP1061422A1 (fr) Système d'ordinateur pour la définition, l'optimisation et la régulation des processus
DE10150387A1 (de) CAD-Datenmodell mit Entwurfsnotizen
DE102006046310A1 (de) System zur Erzeugung und zum Betrieb einer Softwareapplikation für medizinische Bildgebung
EP2637114B1 (fr) Procédé de couplage d'un système CAD avec un système de base de données et de planification destiné à l'échange de données entre ces deux systèmes
EP3425571A1 (fr) Système numérique d'informations de bâtiment
DE69907714T2 (de) Komponentbasiertes quellcodegeneratorverfahren
EP3364257B1 (fr) Procédé de fonctionnement d'un système d'ingénierie pour un système d'automatisation de processus industriel et programme de commande
EP0859987A2 (fr) Systeme de travail et d'information assiste par ordinateur et module associe
EP1332446A2 (fr) Systeme, procede et programme informatique destines a la configuration d'objets
DE10215653A1 (de) Verfahren und Anordung zur automatischen Erzeugung von Programmcodeabschnitten sowie ein entsprechendes Computerprogrammprodukt und ein entsprechendes computerlesbares Speichermedium
EP1516234A2 (fr) Systeme de production d'informations pour creation de produits
EP1490762B1 (fr) Procede, produit logiciel et systeme de traitement universel de l'information assiste par ordinateur
DE102004023634B4 (de) Verfahren zur Vollständigkeits- und Konsistenzprüfung einer Informationsbibliothek
EP1285315B1 (fr) Systeme de traitement d'informations et son procede d'exploitation
EP1343078B1 (fr) Dispositif pour la modélisation et génération des systèmes de génération de logiciel
EP1234231B1 (fr) Procede permettant de produire des interfaces utilisateur graphiques pour des programmes informatiques
DE102005023145B4 (de) Verfahren zum Simulieren und Untersuchen einer elektrischen Schaltung und Speichermedium
DE19955002C2 (de) Modellierungsverfahren für Informationsmodelle zur konsistenten Repräsentation und/oder Speicherung von Systemelementen hierarchischer Systemstrukturen
DE10139761B4 (de) Computeranordnung in Form eines Client-/Server-Systems mit einer Datei einer Auszeichnungssprache für die Parametrisierung einer automatischen Abfrage sowie entsprechendes Verfahren
DE10109876B4 (de) Verfahren und Einrichtung zum Datenmanagement
DE10236384A1 (de) Informationserzeugungssystem für die Produktentstehung
DE10147872A1 (de) Verfahren, Vorrichtung und Speichermedium mit Software zum Anzeigen von Eigenschaften eines Objektes einer Server-Software in einem Client-Rechner

Legal Events

Date Code Title Description
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2001975945

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 2001975945

Country of ref document: EP

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

NENP Non-entry into the national phase

Ref country code: JP

WWW Wipo information: withdrawn in national office

Ref document number: 2001975945

Country of ref document: EP