WO2001046819A2 - Abstract device driver model for the portability of device drivers across different operating system platforms - Google Patents
Abstract device driver model for the portability of device drivers across different operating system platforms Download PDFInfo
- Publication number
- WO2001046819A2 WO2001046819A2 PCT/US2000/042614 US0042614W WO0146819A2 WO 2001046819 A2 WO2001046819 A2 WO 2001046819A2 US 0042614 W US0042614 W US 0042614W WO 0146819 A2 WO0146819 A2 WO 0146819A2
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- device driver
- operating system
- client
- interface
- abstract
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/10—Program control for peripheral devices
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/10—Program control for peripheral devices
- G06F13/102—Program control for peripheral devices where the programme performs an interfacing function, e.g. device driver
Definitions
- the present invention relates to the field of digital set-top software/firmware for use, e.g., in a cable or satellite television subscriber network.
- an abstract interface model is provided for device drivers in a set-top terminal.
- subscriber television networks such as cable/satellite television networks.
- Such terminals can support increased levels of programming services and a variety of software-based applications and functions, such as an electronic program guide, stock or weather banners, shop and bank at home services, games, and the like.
- this trend is expected to continue with the convergence of telephone, television and computer networks, and the rise of in- home computer networks.
- Each terminal includes different hardware devices, for example, tuners, demodulators, MPEG-2 Decoders (e.g., audio, video, and data), video encoders, audio mixers, and so forth, which are controlled by respective drivers.
- MPEG-2 Decoders e.g., audio, video, and data
- video encoders e.g., video, and data
- audio mixers e.g., audio mixers, and so forth, which are controlled by respective drivers.
- each terminal uses an operating system (OS) platform for controlling the functions of the terminal .
- the OS has a hierarchical structure wherein functions are separated according to their level of abstraction. At the bottom of the structure, the least abstract level or layer is the hardware device level . The next higher level is the device driver level . At the top of the structure, the most abstract level is typically the client level.
- each level manages a set of objects, which can be hardware or software objects, and defines operations that can be carried out on the objects.
- a device driver it is necessary for a device driver to be implemented separately for each operating system platform, e.g., for different set-top manufacturers, or different set-top models from the same manufacturer.
- a single hardware platform may be required to support different OS platforms. It is even possible for different terminals in the same network to have different operating systems .
- device drivers for a particular OS are tightly bundled to the OS, which means each driver contains OS-specific details throughout the driver's implementation, so a full development cycle is required to develop drivers for each OS platform.
- the interface should allow a device driver to be implemented only once while being usable under several operating systems and set-top platforms.
- One such suitable platform is the DCT5000 series terminals, manufactured by General Instrument Corporation, the assignee hereof.
- the interface should allow two-way communication between the device driver and a client.
- the interface should ensure that the hardware device appears the same to the terminal's client (e.g., whatever application or other entity is communicating with the device) regardless of the OS under which the hardware device operates. Similarly, the client should appear the same to the actual device driver regardless of the operating system.
- the interface should allow the sharing of architecture and code across both OS platforms and hardware platforms .
- the interface should be usable with operating systems that have, or do not have, a dedicated (operating system-specific) device driver interface.
- the interface should be implementable using object-oriented or procedure-oriented programming languages .
- the present invention provides a device driver abstract interface model having the above and other advantages .
- the present invention relates to an abstract interface model for device drivers in a set-top terminal .
- the invention allows the development of driver core logic only once.
- the core still needs to be compiled separately for each OS platform.
- a method for allowing communication between a client and a device driver in a terminal, where the terminal has an associated specific operating system under which the device driver operates .
- the method includes the step of providing a first abstract interface for converting a service request from the client that has a format that is operating system-independent into a call to the device driver that has a format that is compatible with the specific operating system.
- the first abstract interface is adapted to provide the call to the device driver in any one of a plurality of different formats that are compatible with a corresponding plurality of different operating systems .
- the device driver interface When a dedicated (OS-specific) device driver interface is present, the device driver interface is adapted to receive a second call directly from another client that has a format that is compatible with the specific operating system. The second call does not pass through the first abstract interface. Moreover, the device driver interface provides the second call to the device driver via a second abstract interface.
- a related method for allowing communication between a client and a device driver in a terminal, where the terminal has an associated specific operating system under which the device driver operates includes the step of providing a first abstract interface for converting a message from the device driver that is in the format of the specific operating system to a corresponding message in an operating system- independent format for use by the client.
- the first abstract interface is adapted to convert the message from any one of a plurality of different formats that are compatible with a corresponding plurality of different operating systems into the operating system- independent format for use by the client.
- FIG. 1 illustrates a device driver abstract interface model for use with an operating system that has a dedicated device driver interface in accordance with the present invention.
- FIG. 2 illustrates a device driver abstract interface model for use with an operating system that does not have a dedicated device driver interface in accordance with the present invention.
- the present invention relates to an abstract interface model for device drivers in a set-top terminal .
- Known object-oriented design techniques provide a method for abstractly creating objects. Mainly, the designer can create an object that provides an abstract interface without directly knowing the details of the instantiation of the object. This occurs dynamically, at the run time of the software.
- the invention extends or modifies this idea as follows. Only a single driver interface is created for all operating systems. This is done at the time the source code is compiled, and only happens once (statically) .
- the device driver core control resides immediately above the hardware device level, and communicates with the hardware device either directly, or with the assistance of the OS-specific driver support subsystem.
- the core control includes the majority of all the code in this architecture.
- the device driver core control implements the logic defined in the device driver abstract interface. This interface defines what services the driver must provide.
- the core control includes all code required to provide those services .
- FIG. 1 illustrates a device driver abstract interface model for use with an OS that has a dedicated device driver interface in accordance with the present invention.
- the dedicated device driver interface 130 may be, e.g., Windows CE from Microsoft (tm) .
- a layered device driver model 100 includes a number of levels 110, 120, 130, 140, 150 and 160. Typically, the OS requires just a driver implemented to its interface, in one level.
- a bottom level 160 which is the least abstract level, includes the hardware device itself 162 in the set-top terminal.
- the next abstract level 150 includes a second device driver abstract interface 152, a device driver core control 154, and an OS-specific driver support 156.
- the next abstract level 140 includes an OS- specific device driver implementation 142.
- the next abstract level 130 includes an OS device driver interface 132.
- the next abstract level 120 includes the first device driver abstract interface 122, and a device driver proxy 124.
- the next abstract level 110 which is the highest level, includes a client 112 that is using the device driver abstract interface 122, and a client 114 that is using the OS device driver interface 132. Note that while only one device is shown, the invention is suitable for use with any number of devices in a set-top.
- the OS-specific device driver 142 controls or drives the device driver core control 154 using the second device driver abstract interface 152.
- this level 140 with the OS-specific device driver 142 converts or transforms OS-specific device driver calls (tied specifically to an OS) into abstract device driver calls that are defined by the device driver abstract interface 152.
- the OS itself invokes services within the OS- specific device driver 142 through the operating system's defined driver interface 132.
- the OS may be
- Microsoft (tm) Windows CE for example.
- This OS invokes calls having the format "xxx_IOCTL" within a Windows CE Device Driver, where "xxx" represents the Windows CE names of the device.
- Windows CE represents an example where a proxy would invoke a "DeviceloControl" call to passing the Win CE name of the device.
- the device driver proxy 124 represents the device driver 154 to the client 112 using the abstract interface 122, which is functionally the same as the device driver abstract interface 152 that is implemented by the device driver core control 154.
- These clients can include, e.g., middleware and applications. Hence, it appears as if the client is interfacing directly to the driver core itself.
- the proxy 124 converts or transforms interface service requests from the client 112 into their associated OS-specific system device.
- the abstract interfaces 122, 152 handle data that is communicated from the driver to the client, which can be synchronous or asynchronous.
- the driver 154 With synchronous communication, the driver 154 only provides data to the client 110, 114 when asked. The data is transferred across the OS driver boundary as described in connection with the client to driver communication.
- Asynchronous communication occurs when a driver wishes to send a client data (e.g., a message) without the client asking for it. Note that the driver can only inform the client that it has data, and the client must then synchronously retrieve the data. This is summarized by the following steps:
- the driver signals the client asynchronously through an event .
- Client issues a synchronous operation to retrieve or read the data.
- the device driver proxy 124 converts abstract interface requests from a client 110 into OS- specific device driver system calls.
- the OS invokes OS-specific driver entry points.
- the OS- specific driver 142 converts the request back into a driver abstract interface request, which is the same interface call that the client originally performed. This request is executed in the device driver core 154.
- external clients can chose two interface paths when accessing drivers.
- the abstract interface 122, 152 can be used in the manner the internal clients (e.g., clients developed by the set- top manufacturer) use it, such as the client 112 is doing in FIG. 1.
- the OS driver interface can be directly used, as the client 114 is doing in FIG 1.
- An external client is external to the set-top manufacturer.
- External clients include any entity that needs to use the manufacturer's driver including, e.g., a middleware developer such as Liberate Technologies (tm) , San Carlos, California, USA, or an OS developer such as Microsoft.
- FIG. 2 illustrates a device driver abstract interface model for use with an operating system that does not have a dedicated device driver interface in accordance with the present invention.
- the hierarchical model 200 includes levels 210,
- the bottom level 260 includes the hardware device 262.
- the next abstract level 250 includes a device driver abstract interface 252, a device driver core control 254, and an OS-specific driver support 256.
- the next level 210 includes the client 212 that is using the abstract interface 252.
- FIG. 2 refers to a set-top system containing an OS without a device driver interface.
- An example of such an OS is VRTX from Mentor Graphics Corporation, Wilsonville, Oregon, USA.
- This layered architecture compresses (e.g., fewer layers are required) when the OS does not require the use of a dedicated OS-specific interface.
- the client 212 again, views the device driver 254 using the device driver abstract interface 252. But, the client directly connects to the driver core 254. Only the abstract interface 252 is available under the OS without dedicated driver interfaces.
- the device driver 254 views the client via the interface 252 to allow two-way communication. Accordingly, it can be seen that the present invention provides an abstract interface model for device drivers in a set -top terminal.
- the device driver To clients using the abstract interface, the device driver always appears the same. The client does not need to be redeveloped for each operating system. Also, the client cannot tell or see the difference between the two very different OS implementations (see FIGs 1 and 2) . The driver appears the same. A key point is that the device drivers support an abstract interface allowing clients to be developed once, and utilized across operating systems.
- the driver core control sub-system is implemented in a OS-independent manner. Typically, this sub-system requires a great amount of effort to develop (e.g., up to 90% of all driver development man-hours) . However, since the driver core control sub-system of the invention only needs to be developed once, and can then be utilized across different OS platforms, the abstract device driver model can greatly improve the time to market for new set-top products.
- LANs local area networks
- MANs metropolitan area networks
- WANs wide area networks
- internets intranets
- intranets and the Internet, or combinations thereof, may be used.
- the invention may be implemented using any known hardware, firmware and/or software techniques.
Abstract
Description
Claims
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
AU43100/01A AU4310001A (en) | 1999-12-21 | 2000-12-06 | Abstract device driver model for the portability of device drivers across different operating system platforms |
KR1020027007954A KR20020073481A (en) | 1999-12-21 | 2000-12-06 | Abstract device driver model for the portability of device drivers across different operating system platforms |
EP00992393A EP1287436A2 (en) | 1999-12-21 | 2000-12-06 | Abstract device driver model for the portability of device drivers across different operating system platforms |
CA002395468A CA2395468A1 (en) | 1999-12-21 | 2000-12-06 | Abstract device driver model for the portability of device drivers across different operating system platforms |
JP2001547266A JP2003521027A (en) | 1999-12-21 | 2000-12-06 | An abstract device driver model for device driver portability across different operating system platforms |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US46804799A | 1999-12-21 | 1999-12-21 | |
US09/468,047 | 1999-12-21 |
Publications (2)
Publication Number | Publication Date |
---|---|
WO2001046819A2 true WO2001046819A2 (en) | 2001-06-28 |
WO2001046819A3 WO2001046819A3 (en) | 2002-11-28 |
Family
ID=23858234
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/US2000/042614 WO2001046819A2 (en) | 1999-12-21 | 2000-12-06 | Abstract device driver model for the portability of device drivers across different operating system platforms |
Country Status (7)
Country | Link |
---|---|
EP (1) | EP1287436A2 (en) |
JP (1) | JP2003521027A (en) |
KR (1) | KR20020073481A (en) |
CN (1) | CN1434942A (en) |
AU (1) | AU4310001A (en) |
CA (1) | CA2395468A1 (en) |
WO (1) | WO2001046819A2 (en) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2005104464A1 (en) * | 2004-03-25 | 2005-11-03 | Advanced Micro Devices, Inc. | Four layer architecture for network device drivers |
WO2007030465A1 (en) * | 2005-09-08 | 2007-03-15 | Honeywell International Inc. | Systems and methods for satellite payload application development |
WO2008097695A1 (en) * | 2007-02-06 | 2008-08-14 | Microsoft Corporation | Supporting multiple operating systems in media devices |
CN100454238C (en) * | 2005-04-28 | 2009-01-21 | 上海贝尔阿尔卡特股份有限公司 | DOHM software interface irrelevant with apparatus object |
FR2930058A1 (en) * | 2008-04-14 | 2009-10-16 | Bull S A S Soc Par Actions Sim | PORTABLE DEVICE AND METHOD FOR EXTERNALLY STARTING A COMPUTER INSTALLATION |
CN103164207A (en) * | 2011-12-16 | 2013-06-19 | 深圳市快播科技有限公司 | Application program development method and system for spanning hardware platforms based on Android system |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6139603A (en) * | 1989-02-22 | 2000-10-31 | L'air Liquide, Societe Anonyme Pour L'etude Et L'exploitation Des Procedes Georges Claude | Process for recovering oxygen |
CN100343803C (en) * | 2004-07-26 | 2007-10-17 | 国际商业机器公司 | Method and syste mfor transplanting prsonalized computation environment from source platform to target platform |
CN100351788C (en) * | 2005-05-18 | 2007-11-28 | 大唐移动通信设备有限公司 | Drive method for embedded apparatus |
US20080222659A1 (en) * | 2007-03-09 | 2008-09-11 | Microsoft Corporation | Abstracting operating environment from operating system |
CN101163074B (en) * | 2007-11-12 | 2010-12-08 | 中兴通讯股份有限公司 | WiMAX terminal equipment mainframe driving method |
CN101615125B (en) * | 2008-06-24 | 2012-09-19 | 纬创资通股份有限公司 | Agent drive method of video device and module thereof |
CN102467381A (en) * | 2010-11-16 | 2012-05-23 | 北京中电华大电子设计有限责任公司 | Implementation method for wireless local area network (WLAN) driver |
US8683428B2 (en) * | 2011-03-23 | 2014-03-25 | Microsoft Corporation | Automated generation of client/driver communication interfaces |
CN106878467B (en) * | 2017-04-07 | 2023-06-16 | 同方威视技术股份有限公司 | Method for remotely controlling equipment and remote control system |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5878237A (en) * | 1997-07-11 | 1999-03-02 | Compaq Computer Corp. | Apparatus, method and system for a comuter CPU and memory to PCI bridge having a pluarlity of physical PCI buses |
-
2000
- 2000-12-06 JP JP2001547266A patent/JP2003521027A/en active Pending
- 2000-12-06 CA CA002395468A patent/CA2395468A1/en not_active Abandoned
- 2000-12-06 KR KR1020027007954A patent/KR20020073481A/en not_active Application Discontinuation
- 2000-12-06 CN CN00819068A patent/CN1434942A/en active Pending
- 2000-12-06 WO PCT/US2000/042614 patent/WO2001046819A2/en not_active Application Discontinuation
- 2000-12-06 EP EP00992393A patent/EP1287436A2/en not_active Withdrawn
- 2000-12-06 AU AU43100/01A patent/AU4310001A/en not_active Abandoned
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5878237A (en) * | 1997-07-11 | 1999-03-02 | Compaq Computer Corp. | Apparatus, method and system for a comuter CPU and memory to PCI bridge having a pluarlity of physical PCI buses |
Non-Patent Citations (4)
Title |
---|
GOTT R A: "INTELLIGENT I/O EASES SUBSYSTEM DEVELOPMENT" COMPUTER DESIGN, PENNWELL PUBL. LITTLETON, MASSACHUSETTS, US, vol. 37, no. 5, 1 May 1998 (1998-05-01), pages 106,108-110, XP000791246 ISSN: 0010-4566 * |
RYAN S J: "SYNCHRONIZATION IN PORTABLE DEVICE DRIVERS" OPERATING SYSTEMS REVIEW (SIGOPS), ACM HEADQUARTER. NEW YORK, US, vol. 32, no. 4, October 1998 (1998-10), pages 62-69, XP000849896 * |
VAUGHAN P L ET AL: "Migrating from PVM to MPI.I. The Unify system" FRONTIERS OF MASSIVELY PARALLEL COMPUTATION, 1995. PROCEEDINGS. FRONTIERS '95., FIFTH SYMPOSIUM ON THE MCLEAN, VA, USA 6-9 FEB. 1995, LOS ALAMITOS, CA, USA,IEEE COMPUT. SOC, 6 February 1995 (1995-02-06), pages 488-495, XP010130246 ISBN: 0-8186-6965-9 * |
WRIGHT M: "INTELLIGENT I/O: DOES I 2 O HOLD H 2 O ?" EDN ELECTRICAL DESIGN NEWS, CAHNERS PUBLISHING CO. NEWTON, MASSACHUSETTS, US, no. EUROPE, 2 March 1998 (1998-03-02), pages 56-60,62,64,, XP000779112 ISSN: 0012-7515 * |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2005104464A1 (en) * | 2004-03-25 | 2005-11-03 | Advanced Micro Devices, Inc. | Four layer architecture for network device drivers |
US7676814B2 (en) | 2004-03-25 | 2010-03-09 | Globalfoundries Inc. | Four layer architecture for network device drivers |
CN100454238C (en) * | 2005-04-28 | 2009-01-21 | 上海贝尔阿尔卡特股份有限公司 | DOHM software interface irrelevant with apparatus object |
WO2007030465A1 (en) * | 2005-09-08 | 2007-03-15 | Honeywell International Inc. | Systems and methods for satellite payload application development |
WO2008097695A1 (en) * | 2007-02-06 | 2008-08-14 | Microsoft Corporation | Supporting multiple operating systems in media devices |
US8046570B2 (en) | 2007-02-06 | 2011-10-25 | Microsoft Corporation | Supporting multiple operating systems in media devices |
RU2451989C2 (en) * | 2007-02-06 | 2012-05-27 | Майкрософт Корпорейшн | Supporting multiple operating systems in multimedia devices |
KR101505209B1 (en) | 2007-02-06 | 2015-03-23 | 마이크로소프트 코포레이션 | Supporting multiple operating systems in media devices |
FR2930058A1 (en) * | 2008-04-14 | 2009-10-16 | Bull S A S Soc Par Actions Sim | PORTABLE DEVICE AND METHOD FOR EXTERNALLY STARTING A COMPUTER INSTALLATION |
EP2110742A1 (en) * | 2008-04-14 | 2009-10-21 | Bull S.A.S. | Portable device and method for externally starting up a computer system |
CN103164207A (en) * | 2011-12-16 | 2013-06-19 | 深圳市快播科技有限公司 | Application program development method and system for spanning hardware platforms based on Android system |
Also Published As
Publication number | Publication date |
---|---|
CN1434942A (en) | 2003-08-06 |
AU4310001A (en) | 2001-07-03 |
JP2003521027A (en) | 2003-07-08 |
KR20020073481A (en) | 2002-09-26 |
CA2395468A1 (en) | 2001-06-28 |
WO2001046819A3 (en) | 2002-11-28 |
EP1287436A2 (en) | 2003-03-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2001046819A2 (en) | Abstract device driver model for the portability of device drivers across different operating system platforms | |
AU763158B2 (en) | Method and apparatus for providing a virtual desktop system architecture | |
KR100262432B1 (en) | Device independent and transfer optimized interactive client-server dialog system | |
US6286003B1 (en) | Remote controlling method a network server remote controlled by a terminal and a memory storage medium for HTML files | |
EP1322084B1 (en) | Scaling and delivering distributed applications | |
US20020046300A1 (en) | Associating multiple display units in a grouped server environment | |
EP0817031A2 (en) | Using a distributed object system to find and download java-based applications | |
US20030074485A1 (en) | Dynamic corba gateway for CORBA and non-CORBA clients and services | |
US20120042079A1 (en) | Techniques for providing services and establishing processing environments | |
JP4567115B2 (en) | Method and apparatus for extending digital video broadcast common interface functionality by direct access to conditional access modules | |
KR102426381B1 (en) | Api request processing system | |
KR20080040104A (en) | Application component communication apparatus of software communication architecture(sca)-based system, and method thereof | |
CN111045781A (en) | Method and device for creating mirror image on cloud platform and storage medium | |
US20010039566A1 (en) | Method and apparatus for controlling an animatronic device using a web enabled cellular phone | |
US20020073218A1 (en) | Stream device management system for multimedia clients in a broadcast network architecture | |
US6976263B2 (en) | Mechanism for encoding and decoding upgradeable RPC/XDR structures | |
US8200749B2 (en) | Data processing method for generating service interface descriptions | |
US20030028903A1 (en) | System and method for storing and processing data for display on a display device | |
KR20050094372A (en) | System and method for servicing multimedia contents and recording medium thereof | |
US6721949B1 (en) | Kernel abstraction layer for digital television set-top box firmware | |
KR20080052112A (en) | Method for start of application based on sca system according to component start order | |
US20030055874A1 (en) | System for automatically recognizing devices connected in a distributed processing environment | |
US8464218B2 (en) | Method port arrangement and configuration method thereof for robot software component | |
KR100544151B1 (en) | Software management system for imbedded operating system of digital television | |
US6401135B1 (en) | Translator object for testing an interface to a server object |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AK | Designated states |
Kind code of ref document: A2 Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CR CU CZ DE DK DM DZ EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US UZ VN YU ZA ZW |
|
AL | Designated countries for regional patents |
Kind code of ref document: A2 Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
DFPE | Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101) | ||
WWE | Wipo information: entry into national phase |
Ref document number: 1020027007954 Country of ref document: KR |
|
ENP | Entry into the national phase |
Ref country code: JP Ref document number: 2001 547266 Kind code of ref document: A Format of ref document f/p: F |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2395468 Country of ref document: CA |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2000992393 Country of ref document: EP |
|
WWE | Wipo information: entry into national phase |
Ref document number: 008190682 Country of ref document: CN |
|
WWP | Wipo information: published in national office |
Ref document number: 1020027007954 Country of ref document: KR |
|
AK | Designated states |
Kind code of ref document: A3 Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CR CU CZ DE DK DM DZ EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US UZ VN YU ZA ZW |
|
AL | Designated countries for regional patents |
Kind code of ref document: A3 Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG |
|
REG | Reference to national code |
Ref country code: DE Ref legal event code: 8642 |
|
WWP | Wipo information: published in national office |
Ref document number: 2000992393 Country of ref document: EP |
|
WWW | Wipo information: withdrawn in national office |
Ref document number: 2000992393 Country of ref document: EP |