WO2006036815A2 - Xml/soap interprocess intercontroller communication - Google Patents
Xml/soap interprocess intercontroller communication Download PDFInfo
- Publication number
- WO2006036815A2 WO2006036815A2 PCT/US2005/034217 US2005034217W WO2006036815A2 WO 2006036815 A2 WO2006036815 A2 WO 2006036815A2 US 2005034217 W US2005034217 W US 2005034217W WO 2006036815 A2 WO2006036815 A2 WO 2006036815A2
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- computer process
- message
- ipc
- source
- destination
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/544—Buffers; Shared memory; Pipes
Definitions
- the present invention relates to communication between two or more computing processes and, more specifically, to a system that uses SOAP (Simple Object Access Protocol) and XML (Extensible Markup Language) for interprocess communication (IPC) between non-specific computing systems.
- SOAP Simple Object Access Protocol
- XML Extensible Markup Language
- An inter-process communication IPC channel that contains a shared memory is provided between the producer and at least one of n consumers.
- the information stream is written into the shared memory by way of a producer-side interface.
- the information stream is read from the shared memory by way of a consumer- side interface.
- computing components such as software or firmware
- software or firmware are often updated, for example, to fix bugs, add features, and provide enhancements.
- this involves updating, recompiling, and redistributing the component.
- IPC communication with other components often no longer works, because the schemas are now different. What is needed is a means of upgrading computing components without impacting communication with other components.
- the present invention provides a method for transferring a message from a source computer process to at least one destination computer process.
- the method includes the step of converting a message from the source computer process into an extensible markup language (XML) document, and then encoding the XML document into a simple object access protocol (SOAP) message.
- XML extensible markup language
- SOAP simple object access protocol
- the SOAP message is transmitted to the at least one destination computer process via an interprocess communication (IPC) interface; After transmission, the SOAP message is then decoded to extract the XML document, and the XML document is translated to a language usable by the at least one destination computer process.
- the IPC interface may be a socket connection, and both the source and the at least one destination computer processes may be run on at least one redundant array of independent disks (RAID) controller.
- the present invention provides an interprocess communication (IPC) system.
- the system includes a plurality of controllers, a source computer process that runs on one of the controllers, and at least one destination computer process that also runs on at least one of the controllers.
- the system also includes an IPC interface configured to allow transmission of messages between the source computer process and the at least one destination computer process.
- a message is issued from the source computer process for use by the at least one destination computer process.
- the message is converted into an extensible markup language (XML) document and encoded into a simple object access protocol (SOAP) message by the source computer process.
- SOAP simple object access protocol
- the destination computer process receives the SOAP message and decodes the SOAP message.
- the resulting XML document is translated by the destination computer process into a language usable by the at least one destination computer process.
- the present invention provides an interprocess communication (IPC) system that includes an IPC interface configured to allow transmission of a first message between at least two computer processes.
- the system also includes a source computer process configured to use the IPC interface to send the first message, and a destination computer process configured to receive the first message.
- the source computer process includes a source extensible markup language (XML) layer configured to convert the first message into a first XML document.
- the source computer process also includes a source simple object access protocol (SOAP) layer configured to encode the first XML document into a first SOAP message.
- SOAP source simple object access protocol
- the destination computer process includes both a destination SOAP layer configured to decode the first SOAP message into the first XML document and a destination XML layer configured to convert the first XML document into a transmitted first message, where the transmitted first message is in a language usable by the destination computer process.
- the IPC interface may be a socket interface, and both the source and the destination computer processes may include sockets. Additionally, both the source and the destination computer processes may run on at least one redundant array of independent disks (RAID) controller.
- the present invention provides an interprocess communication (IPC) system that, like the above embodiment, includes an IPC interface configured to allow transmission of a first message between at least two computer processes.
- the system includes a source computer process configured to use the IPC interface to send the first message, and a destination computer process configured to receive the first message.
- the source computer process includes means to convert the first message into a first document that is not application- or platform-specific, as well as means to encode the first document with data to aid with transmission and interpretation of the first document.
- the destination computer process includes both means to decode the transmission and interpretation data sent with the first document and means to translate the first document into a transmitted first message, where the transmitted first message is in a language usable by the destination computer process.
- the IPC interface may be a socket interface, and both the source and the destination computer processes may include sockets. Additionally, both the source and the destination computer processes may run on at least one controller.
- FIG. 1 illustrates a block diagram of a conventional RAID networked storage system in accordance with the invention
- FIG. 2 illustrates a block diagram of a RAID controller system in accordance with the invention.
- FIG. 3 illustrates a functional diagram of IPC between two processes that utilize SOAP and XML technologies in accordance with the invention.
- the present invention is a system for interprocess communication (IPC) within embedded computing environments that use SOAP and XML. While IPC is described within the context of a redundant array of independent disks (RAID) controller system, those skilled in the art will appreciate that IPC is enabled for any computing system or device that uses the following components and configuration.
- a running process on a RAID controller or other computing system converts a command to XML and encodes the command into a SOAP message.
- the SOAP message is then sent via a socket to a second process that is running on either the same or a different RAID controller or other computing system.
- the SOAP message is decoded and utilized by the second process.
- FIG. 1 is a block diagram of a conventional RAID networked storage system 100 that combines multiple small, independent disk drives into an array of disk drives that yields superior performance characteristics, such as redundancy, flexibility, and economical storage.
- Conventional RAID networked storage system 100 includes a plurality of hosts 11 OA through 11 ON, where 'N' is not representative of any other value 'N' described herein.
- Hosts 110 are connected to a communications means 120, which is further coupled via host ports (not shown) to a plurality of RAID controllers 130A and 130B through 130N, where 'N' is not representative of any other value 'N' described herein.
- RAID controllers 130 are connected through device ports (not shown) to a second communication means 140, which is further coupled to a plurality of memory devices 150A through 150N, where 'N' is not representative of any other value 'N' described herein.
- Memory devices 150 are housed within enclosures (not shown).
- Hosts 110 are representative of any computer systems or terminals that are capable of communicating over a network.
- Communication means 120 is representative of any type of electronic network that uses a protocol, such as Ethernet.
- RAID controllers 130 are representative of any storage controller devices that process commands from hosts 110 and, based on those commands, from memory devices 150. RAID controllers 130 also provide data redundancy, based on system administrator programmed RAID levels. This includes data mirroring, parity generation, and/or data regeneration from parity after a device failure. Physical to logical and logical to physical mapping of data is also an important function of RAID controllers 150 that are related to the RAID level in use.
- Communication means 140 is any type of storage controller network, such as iSCSI (internet Small Computer System Interface) or fibre channel.
- Memory devices 150 may be any type of storage device, such as, for example, tape drives, disk drives, non-volatile memory, or solid state devices. Although most RAID architectures use disk drives as the main storage devices, it should be clear to one skilled in the art that the invention embodiments described herein apply to any type of memory device.
- host 11 OA In operation, host 11 OA, for example, generates a read or a write request for a specific volume, (e.g., volume 1), to which it has been assigned access rights.
- the request is sent through communication means 120 to the host ports of RAID controllers 130.
- the command is stored in local cache in, for example, RAID controller 130B, because RAID controller 130B is programmed to respond to any commands that request volume 1 access.
- RAID controller 130B processes the request from host IIOA and determines the first physical memory device 150 address from which to read data or to which to write new data.
- volume 1 is a RAID 5 volume and the command is a write request
- RAID controller 130B If volume 1 is a RAID 5 volume and the command is a write request, RAID controller 130B generates new parity, stores the new parity to the parity memory device 150 via communication means 140, sends a "done" signal to host IIOA via communication means 120, and writes the new host IIOA data through communication means 140 to the corresponding memory devices 150.
- FIG. 2 is a block diagram of a RAID controller system 200.
- RAID controller system 200 includes RAID controllers 130 and a general purpose personal computer (PC) 210.
- PC 210 further includes a graphical user interface (GUI) 212.
- RAID controllers 130 further include software applications 220, an operating system 240, and a RAID controller hardware 250.
- Software applications 220 further include a common information module object manager (CIMOM) 222, a software application layer (SAL) 224, a logic library layer (LAL) 226, a system manager (SM) 228, a software watchdog (SWD) 230, a persistent data manager (PDM) 232, an event manager (EM) 234, and a battery backup (BBU) 236.
- CIMOM common information module object manager
- SAL software application layer
- LAL logic library layer
- SWD software watchdog
- PDM persistent data manager
- EM event manager
- BBU battery backup
- GUI 212 is a software application that is used to input personality attributes for RAID controllers 130.
- GUI 212 runs on PC 210.
- RAID controllers 130 are representative of RAID storage controller devices that process commands from hosts 110 and, based on those commands, from memory devices 150.
- the RAID controller 130 shown in Figure 2 is an exemplary embodiment of the invention; however, other implementations of controllers may be envisioned here by those skilled in the art.
- RAID controllers 130 provide data redundancy, based on system-administrator-programmed RAID levels. This includes data mirroring, parity generation, and/or data regeneration from parity after a device failure.
- RAID controller hardware 250 is the physical processor platform of RAID controllers 130 that executes all RAID controller software applications 220 and that consists of a microprocessor, memory, and all other electronic devices necessary for RAID control, as described in detail in the discussion of Figure 3.
- Operating system 240 is an industry-standard software platform, such as Linux, for example, upon which software applications 220 can run. Operating system 240 delivers other benefits to RAID controllers 130.
- Operating system 240 contains utilities, such as a file system, that provides a way for RAID controllers 130 to store and transfer files.
- Software applications 220 contain algorithms and logic necessary for the RAID controllers 130 and are divided into those needed for initialization and those that operate at run- time.
- Initialization software applications 220 consist of the following software functional blocks: CIMOM 222, which is a module that initiates all objects in software applications 220 with the personality attributes entered, SAL 224, which is the application layer upon which the run ⁇ time modules execute, and LAL 226, a library of low-level hardware commands used by a RAID transaction processor, as described in the discussion of Figure 3.
- CIMOM 222 which is a module that initiates all objects in software applications 220 with the personality attributes entered
- SAL 224 which is the application layer upon which the run ⁇ time modules execute
- Software applications 220 consist of the following software functional blocks: system manager 228, a module that carries out the run-time executive; SWD 230, a module that provides software supervision function for fault management; PDM 232, a module that handles the personality data within software applications 220; EM 234, a task scheduler that launches software applications 220 under conditional execution; and BBU 236, a module that handles power bus management for battery backup.
- FIG. 3 illustrates a functional diagram of interprocess communication (IPC) 300 between two processes that utilize SOAP and XML technologies in accordance with the invention. While IPC 300 is illustrated in the invention as operating within a RAID controller system, it is understood that IPC 300 is enabled for any computing systems or devices with components and configuration, as described below.
- IPC interprocess communication
- Process A 310 and process B 312 represent two separate, conventional computer processes.
- a computer process is an instance of a running program (for example, SWD 230) in an operating system (for example, operating system 240) of a computing system (for example, RAID controller system 200).
- a computer process may also be a sub- process that runs within a program, which is known as a child process.
- process A 310 and process B 312 may be processes within one or more different software programs.
- process A 310 and process B 312 either run on a single processor of a single computer system, across multiple processors of a single computer system, or across multiple processors of multiple computer systems.
- Process A 310 and process B 312 further contain a SOAP layer 314 and a SOAP layer 316, as well as an XML layer 318 and an XML layer 320, respectively.
- XML is a language that is used to define data in a descriptive manner.
- SOAP is a communication protocol that is used for sending and describing what to do with information such as XML data. While those skilled in the art will appreciate that communication protocols other than XML via SOAP (for example, remote procedure calls (RPC)) could be used to enable die invention, SOAP and XML allow computers with different operating systems and computer programs that have been created widi different programming languages to communicate effortlessly. Furthermore, SOAP and XML allow computers to exchange data across networks and through firewalls effortlessly without compromising security.
- RPC remote procedure calls
- XML layer 318 represents custom programming code diat converts an application-specific command or set of commands into an application non-specific XML command or set of commands conforming to conventional XML standards as defined by the World Wide Web Consortium (W3C).
- W3C World Wide Web Consortium
- XML layer 318 converts a command of process A 310 into XML.
- SOAP layer 314 represents custom programming code that encodes XML into SOAP messages conforming to conventional SOAP standards as defined by the W3C.
- XML layer 318 passes the XML to SOAP layer 314, and SOAP layer 314 converts the XML into SOAP.
- XML layer 318 and SOAP layer 314 also decode messages and turn diem back into an application-specific command or commands.
- XML layer 320 and SOAP layer 316 of process B 312 have both encoding and decoding capabilities as well.
- Process A 310 and process B 312 further contain socket 322 and socket 324, respectively.
- Sockets are software objects that contain a set of programming requests or function calls for processes of software programs to read and write data, such as SOAP messages, to and from other processes. Sockets function as die IPC medium for process A 310 and process B 312, although other IPC means, as described in the background, could also be used to realize the invention.
- Socket 322 and socket 324 are written to communicate over a socket connection 326, which is a conventional transport layer for transferring data between computing devices. The transportation method of socket connection 326 varies, depending on the architecture of process A 310 and process B 312.
- socket connection 326 uses a conventional internal transport method, such as Transmission Control Protocol (TCP), User Datagram Protocol (UDP), or Asynchronous Transfer Mode (ATM).
- TCP Transmission Control Protocol
- UDP User Datagram Protocol
- ATM Asynchronous Transfer Mode
- an external transport method such as Transmission Control Protocol / Internet Protocol (TCP/IP)
- TCP/IP Transmission Control Protocol / Internet Protocol
- socket 322 and socket 324 are written to support any combination of internal and external socket connections 326, depending on the needs of each computer system, its programs, and its processes.
- process A 310 provides XML layer 318 with a command in the form of a parameter bar or set of variables.
- XML layer 318 then converts the command into an XML document.
- the XML is then passed to SOAP layer 314, where information about how a receiving entity should interpret and process the XML is added to create a SOAP message.
- Process A 310 identifies to socket 322 where the SOAP message should be sent; in this example, the destination is the computing system running process B 312. In another example, the destination is within the same computing system that is running process A 310, in which an internal socket connection would be used for communication. Socket 322 communicates with socket 324 via socket connection 326 and sends the SOAP message.
- Socket 324 receives and then passes the SOAP message to SOAP layer 316, where the message is decoded and interpreted.
- the XML portion of the message is passed to XML layer 320, where the original command is turned back into a parameter bar or set of variables that process B 312 understands.
Abstract
Description
Claims
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/662,951 US20070256080A1 (en) | 2004-09-22 | 2005-09-22 | Xml/Soap Interprocess Intercontroller Communication |
EP05801040A EP1810160A4 (en) | 2004-09-22 | 2005-09-22 | Xml/soap interprocess intercontroller communication |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US61180704P | 2004-09-22 | 2004-09-22 | |
US60/611,807 | 2004-09-22 |
Publications (2)
Publication Number | Publication Date |
---|---|
WO2006036815A2 true WO2006036815A2 (en) | 2006-04-06 |
WO2006036815A3 WO2006036815A3 (en) | 2006-05-26 |
Family
ID=36119463
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/US2005/034217 WO2006036815A2 (en) | 2004-09-22 | 2005-09-22 | Xml/soap interprocess intercontroller communication |
Country Status (3)
Country | Link |
---|---|
US (1) | US20070256080A1 (en) |
EP (1) | EP1810160A4 (en) |
WO (1) | WO2006036815A2 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008151887A2 (en) * | 2007-06-12 | 2008-12-18 | International Business Machines Corporation | Optimize web service interactions via a downloadable custom parser |
Families Citing this family (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7483994B1 (en) * | 2004-11-01 | 2009-01-27 | Ameriprise Financial, Inc. | System and method for creating a standard envelope structure |
US7882317B2 (en) | 2004-12-06 | 2011-02-01 | Microsoft Corporation | Process isolation using protection domains |
US8020141B2 (en) | 2004-12-06 | 2011-09-13 | Microsoft Corporation | Operating-system process construction |
US7600232B2 (en) * | 2004-12-07 | 2009-10-06 | Microsoft Corporation | Inter-process communications employing bi-directional message conduits |
US8849968B2 (en) | 2005-06-20 | 2014-09-30 | Microsoft Corporation | Secure and stable hosting of third-party extensions to web services |
US8074231B2 (en) * | 2005-10-26 | 2011-12-06 | Microsoft Corporation | Configuration of isolated extensions and device drivers |
US7865934B2 (en) * | 2006-05-18 | 2011-01-04 | Microsoft Corporation | Access-control permissions with inter-process message-based communications |
US8032898B2 (en) * | 2006-06-30 | 2011-10-04 | Microsoft Corporation | Kernel interface with categorized kernel objects |
US8789063B2 (en) | 2007-03-30 | 2014-07-22 | Microsoft Corporation | Master and subordinate operating system kernels for heterogeneous multiprocessor systems |
US20110047482A1 (en) * | 2009-08-18 | 2011-02-24 | Turning Technologies, Llc | Audience response web server |
US20110047227A1 (en) * | 2009-08-18 | 2011-02-24 | Turning Technologies, Llc | Message-service audience response |
US20110195695A1 (en) * | 2010-02-11 | 2011-08-11 | Rashim Gupta | Managing event distribution to applications within a wireless communications device |
US9134971B2 (en) * | 2010-09-29 | 2015-09-15 | Rockwell Automation Technologies, Inc. | Extensible device object model |
US9356826B2 (en) * | 2012-12-21 | 2016-05-31 | Sap Se | Connecting network management systems |
US10764367B2 (en) | 2017-03-15 | 2020-09-01 | Hewlett Packard Enterprise Development Lp | Registration with a storage networking repository via a network interface device driver |
Family Cites Families (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4694396A (en) * | 1985-05-06 | 1987-09-15 | Computer X, Inc. | Method of inter-process communication in a distributed data processing system |
US5652885A (en) * | 1993-05-25 | 1997-07-29 | Storage Technology Corporation | Interprocess communications system and method utilizing shared memory for message transfer and datagram sockets for message control |
US5682534A (en) * | 1995-09-12 | 1997-10-28 | International Business Machines Corporation | Transparent local RPC optimization |
US6226689B1 (en) * | 1997-01-29 | 2001-05-01 | Microsoft Corporation | Method and mechanism for interprocess communication using client and server listening threads |
US6519686B2 (en) * | 1998-01-05 | 2003-02-11 | Intel Corporation | Information streaming in a multi-process system using shared memory |
US6748452B1 (en) * | 1999-03-26 | 2004-06-08 | International Business Machines Corporation | Flexible interprocess communication via redirection |
US7403984B2 (en) * | 2000-02-01 | 2008-07-22 | Asyst Technologies, Inc. | Automated tool management in a multi-protocol environment |
US6742072B1 (en) * | 2000-08-31 | 2004-05-25 | Hewlett-Packard Development Company, Lp. | Method and apparatus for supporting concurrent system area network inter-process communication and I/O |
US7581230B2 (en) * | 2001-02-06 | 2009-08-25 | Siebel Systems, Inc. | Adaptive communication application programming interface |
US7165112B2 (en) * | 2001-06-22 | 2007-01-16 | Motorola, Inc. | Method and apparatus for transmitting data in a communication system |
US7159224B2 (en) * | 2002-04-09 | 2007-01-02 | Sun Microsystems, Inc. | Method, system, and articles of manufacture for providing a servlet container based web service endpoint |
US7549153B2 (en) * | 2002-07-22 | 2009-06-16 | Amberpoint, Inc. | Apparatus and method for content and context processing of web service traffic |
US20040216127A1 (en) * | 2002-09-10 | 2004-10-28 | Chutney Technologies | Method and apparatus for accelerating web services |
JP2005135382A (en) * | 2003-08-19 | 2005-05-26 | Toshiba Corp | System and method for shared memory-based inter-process communication queue template having event-based notification |
US7631314B2 (en) * | 2003-08-26 | 2009-12-08 | International Business Machines Corporation | Method and system for dynamically associating type information and creating and processing meta-data in a service oriented architecture |
US7653911B2 (en) * | 2003-09-05 | 2010-01-26 | Alcatel-Lucent Usa Inc. | Implicit interprocess communications (IPC) versioning support |
-
2005
- 2005-09-22 EP EP05801040A patent/EP1810160A4/en not_active Withdrawn
- 2005-09-22 WO PCT/US2005/034217 patent/WO2006036815A2/en active Application Filing
- 2005-09-22 US US11/662,951 patent/US20070256080A1/en not_active Abandoned
Non-Patent Citations (1)
Title |
---|
See references of EP1810160A4 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008151887A2 (en) * | 2007-06-12 | 2008-12-18 | International Business Machines Corporation | Optimize web service interactions via a downloadable custom parser |
WO2008151887A3 (en) * | 2007-06-12 | 2009-02-19 | Ibm | Optimize web service interactions via a downloadable custom parser |
Also Published As
Publication number | Publication date |
---|---|
EP1810160A4 (en) | 2008-05-21 |
WO2006036815A3 (en) | 2006-05-26 |
US20070256080A1 (en) | 2007-11-01 |
EP1810160A2 (en) | 2007-07-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20070256080A1 (en) | Xml/Soap Interprocess Intercontroller Communication | |
US11537409B2 (en) | System and method for managing system configuration data models | |
US9946565B2 (en) | Management of cloud-computing facility through a virtual infrastructure management server | |
US8073674B2 (en) | SCSI device emulation in user space facilitating storage virtualization | |
US10225142B2 (en) | Method and system for communication between a management-server and remote host systems | |
US10824486B1 (en) | Two-way clipboard exchange in virtual console | |
US20100169069A1 (en) | Composite device emulation | |
Wenger et al. | A programming language and system for heterogeneous cloud of things | |
US20050049849A1 (en) | Cross-platform virtual tape device emulation | |
US9891929B2 (en) | System and method for redirecting input/output (I/O) sequences | |
Denis et al. | Portable parallel CORBA objects: an approach to combine parallel and distributed programming for grid computing | |
US6948001B1 (en) | Modular software method for independent storage nodes | |
US6795824B1 (en) | Independent storage architecture | |
Cope et al. | Bridging HPC and grid file I/O with IOFSL | |
Bacon et al. | Distributed computing with RPC: The Cambridge approach | |
Kottmann et al. | Delegating remote operation execution in a mobile computing environment | |
US20060155868A1 (en) | Distributed system architecture for variable coupling | |
JP7044907B1 (en) | Information processing device, information processing system, control method of information processing device, and control program of information processing device | |
CN113542412B (en) | Data transmission method, device, electronic equipment and storage medium | |
US11294840B2 (en) | Dual-tree backplane | |
CN115079931A (en) | Processing system, method, apparatus, device and medium for distributed storage nodes | |
CN116208558A (en) | Traffic processing method, device, medium and computing equipment in micro-service architecture | |
CN116107645A (en) | Interface for sharing equipment serving partition operating system | |
CN116527774A (en) | System and method for implementing multiplexing protocol in RTOS platform | |
EP4165833A1 (en) | Ipmi over redfish |
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 BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KM KP KR KZ LC LK LR LS LT LU LV LY MA MD MG MK MN MW MX MZ NA NG NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW |
|
AL | Designated countries for regional patents |
Kind code of ref document: A2 Designated state(s): GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU LV MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2005801040 Country of ref document: EP |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
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: 11662951 Country of ref document: US |
|
WWP | Wipo information: published in national office |
Ref document number: 2005801040 Country of ref document: EP |
|
WWP | Wipo information: published in national office |
Ref document number: 11662951 Country of ref document: US |