EP1581867A2 - Anordnung und verfahren zur datenübermittlung zwischen applikationen mit proprietären schnittstellen - Google Patents

Anordnung und verfahren zur datenübermittlung zwischen applikationen mit proprietären schnittstellen

Info

Publication number
EP1581867A2
EP1581867A2 EP03708147A EP03708147A EP1581867A2 EP 1581867 A2 EP1581867 A2 EP 1581867A2 EP 03708147 A EP03708147 A EP 03708147A EP 03708147 A EP03708147 A EP 03708147A EP 1581867 A2 EP1581867 A2 EP 1581867A2
Authority
EP
European Patent Office
Prior art keywords
data
applications
corba
interface
xml
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP03708147A
Other languages
English (en)
French (fr)
Inventor
Felix Akeret
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Siemens Schweiz AG
Original Assignee
Siemens Schweiz 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 Siemens Schweiz AG filed Critical Siemens Schweiz AG
Priority to EP03708147A priority Critical patent/EP1581867A2/de
Publication of EP1581867A2 publication Critical patent/EP1581867A2/de
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/541—Interprogram communication via adapters, e.g. between incompatible applications
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/465—Distributed object oriented systems
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/546—Message passing systems or structures, e.g. queues

Definitions

  • the present invention relates to an arrangement and method for data transmission between applications with proprietary interfaces according to the preamble of patent claim 1 and patent claim 4.
  • the present invention relates to the field of information and communication technology. Due to the very diverse requirements, computers and associated applications from a wide variety of manufacturers must be networked in integrated systems.
  • CORBA architecture was specified by the OMG committee, through which the various applications - also called applications - can communicate.
  • So-called CORBA applications consist of one or more objects that represent an image of one or more real processes - a function and assigned data. A type is assigned to each object. There are usually several instances of an object.
  • An e-commerce web application consists of those instances that correspond to the shopping basket of the current users or customers of this web application.
  • the applications have interfaces based on CORBA requirements, which are defined in the CORBA-IDL (Interface Definition Language) and then translated and implemented in the different implementation languages of the target systems.
  • CORBA-IDL Interface Definition Language
  • the big advantage of the CORBA-based products is the cross-language, cross-platform and suitable for heterogeneous systems. In practice, it has been shown that the aforementioned architecture allows data exchange between different data sources and data sinks in a reliable and expedient manner, even if the interfaces in question are highly proprietary. However, it is disadvantageous that a great deal of effort has to be made for new applications to be connected.
  • the present invention is therefore based on the object of specifying an arrangement based on the CORBA architecture and associated method for data transmission between proprietary data sources and data sinks, so that new applications can be connected with little effort.
  • the data transmission to be created is intended to meet increased security requirements with regard to unauthorized access.
  • FIG. 1 shows an overview of the arrangement of different applications that exchange data via a CORBA-based data broker 1.
  • the data broker is trained as CORBA / ORB.
  • So-called peripheral systems are designated by reference number 10.
  • the individual peripheral systems 101, 102 etc. stand for example for a traffic jam information system, for a communication system for the monitoring of the operational area, etc.
  • peripheral systems serve to support processes for airspace monitoring.
  • So-called engagement systems are designated by reference numeral 20.
  • the individual intervention systems 201, 202 stand for example for patrol deployment and deployment planning. In terms of application, the aforementioned two intervention systems 201, 202 are accessible via a portal 29.
  • the auxiliary systems 30 include, for example, a notification service 301, a workflow engine 302.
  • the data broker 1 is divided with two so-called data guards 2. These data guards 2 have the function of an extended firewall. This is to be distinguished from encryption, which is described below.
  • the data belonging to the operational area monitoring system are kept in a relational database RDBMS (reference number 27); Access and administration take place via a data manager 28.
  • RDBMS relational database
  • FIG. 2 shows a detailed structure for connecting applications to the data broker.
  • the structure is preferably for all types of the aforementioned systems, ie peripheral systems 10, intervention systems 20 and database 27.
  • the interface adaptation includes the following elements in a layer representation of an application: Application adapter 123, 223, 273;
  • FIG. 2 For an intervention system 201, the interface with the use of XML according to the invention is shown in FIG.
  • the XML encoding / decoding 207 shown corresponds to the application adapter shown in FIG. 2.
  • a generic interface 208 and a notification interface 209 are provided in the concrete application of XML.
  • a message msg2 to be transmitted has the following structure and exemplary content:
  • FIG. 4 shows:
  • XML Request 41 has the following content and form, for example:

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)
  • Computer And Data Communications (AREA)

Abstract

Auf der Architektur CORBA basierende Anordnungen zur Datenübermittlung zwischen proprietären Datenquellen und Datensenken weisen den Nachteil auf, dass für neue anzubindende Applikation (101, 102; 201, 202) ein grosser Aufwand geleistet werden muss. Dazu wird vorgeschlagen, dass die Requests/Responses (40, 50; 41, 51) als XML-Nachrichten (msg1, msg2) ausgebildet sind.

Description

Anordnung und Verfahren zur Datenübermittlung zwischen Applikationen mit proprietären Schnittstellen
Die vorliegende Erfindung betrifft eine Anordnung und Verfahren zur Datenübermittlung zwischen Applikationen mit proprietären Schnittstellen nach dem Oberbegriff des Patentanspruchs 1 und des Patentanspruchs 4.
Die vorliegende Erfindung betrifft das Gebiet der Informa- tions- und Kommunikationstechnologie. Bedingt durch die sehr vielfältigen Anforderungen sind in integrierten Systemen Computer und zugeordnete Anwendungen von verschiedensten Herstellern zu vernetzen.
Vom Gremium OMG wurde dazu die Architektur CORBA spezifiziert, auf über die die verschiedenen Anwendungen - auch Applikationen genannt - kommunizieren können. Sogenannte CORBA Applikationen bestehen aus einem oder mehreren Objekten, die ein Abbild eines oder mehrer realer Vorgänge - eine Funktion und zugeordnete Daten - repräsentieren. Jedem Objekt ist dabei ein Typ zugeordnet. Üblicherweise gibt es mehrere Instanzen eines Objektes. Eine E-Commerce Web-Applikation besteht aus denjenigen Instanzen, die dem Warenkorb der momentanen Anwender bzw. Kunden dieser Web-Applikation entsprechen. Für die Spezifikation der Architektur CORBA wird auf das Dokument [1] verwiesen.
Für jeden Objekttyp ist abhängig von der jeweiligen Lauf- umgebung eine Schnittstellendefinition notwendig. Die Applikationen haben auf CORBA-Vorgaben abgestützte Schnittstellen, welche in- der CORBA-IDL (Interface Definition Language) definiert und dann in die verschiedenen Implementationssprachen der Zielsysteme übersetzt und implementiert werden. Der grosse Vorteil der CORBA basierten Produkte ist dabei die sprachenübergreifende, plattformübergreifende und für heterogene Systeme geeignete Funktionsweise. In der Praxis hat sich gezeigt, dass die vorgenannte Architektur einen Datenaustausch zwischen verschiedenen Datenquellen und Datensenken auf zuverlässige und zweckmässige Weise erlauben und zwar auch dann, wenn die betreffenden Schnittstellen hochgradig proprietär sind. Nachteilig ist jedoch, dass für neue anzubindende Applikation ein grosser Aufwand geleistet werden muss .
Der vorliegenden Erfindung liegt daher die Aufgabe zugrunde, eine auf der Architektur CORBA basierende Anordnung und dazugehöriges Verfahren zur Datenübermittlung zwischen proprietären Datenquellen und Datensenken anzugeben, so dass neue Applikationen mit geringem Aufwand angebunden werden können. In einer besonderen Weiterbildung soll die zu schaffende Datenübermittlung dabei erhöhte Sicherheitsanforderungen bezüglich unerlaubtem Zugriff erfüllen.
Diese Aufgabe wird erfindungsge äss durch die im Patentanspruch 1 angegebene Anordnung und durch das im Patentanspruch 4 angegebene Verfahren gelöst.
Vorteilhafte Ausgestaltungen der Erfindung sind in weiteren Ansprüchen angegeben. •
Die Erfindung wird nachfolgend anhand einer Zeichnung beispielsweise näher erläutert. Dabei zeigen: Figur 1 Übersicht der Anordnung von verschiedenen
Applikation, die über einen auf CORBA basierenden Databroker Daten austauschen; Figur 2 Detaillierte Struktur zur Anbindung von Applikationen an den Databroker; Figur 3 Detaillierte Struktur zur Anbindung von Applikationen an den Databroker unter Verwendung von XML; Figur 4 Darstellung von Requests und Responses mit zugehörigen XML - Sequenzen. Das nachfolgende Ausführungsbeispiel betrifft ein integriertes Polizeiführungssystem. Figur 1 zeigt eine Übersicht der Anordnung von verschiedenen Applikation, die über einen auf CORBA basierenden Databroker 1 Daten austauschen. Der Databroker ist dabei als CORBA/ORB ausgebildet. Mit dem Bezugszeichen 10 sind sogenannte Umsysteme bezeichnet. Die einzelnen Umsysteme 101, 102 usw. stehen beispielsweise für ein Stau-Informationssystem, für ein Kommunikationssystem für die Einsatzraumüberwachungen, usw. Umsysteme dienen dabei der Unterstützung von Vorgängen zur Luftraumüberwachung. Mit dem Bezugszeichen 20 sind sogenannte EingriffSysteme bezeichnet. Die einzelnen EingriffSysteme 201, 202 stehen dabei beispielsweise für Patroullieneinsatz und Einsatzplanung. Von der Anwendung her sind die vorgenannten zwei EingriffSysteme 201, 202 über ein Portal 29 zugänglich. Die Hilfssysteme 30 beinhalten z.B. einen Notifikationsdienst 301, eine Workflow Engine 302.
Umsysteme und EingriffSysteme sind auch lokal z.B. über ein Land verteilt. Um den Zugriff auf die Daten wirksam hinsichtlich Integrität der Daten und Wahrung der Vertraulichkeit der Daten zu schützen, ist der Databrokern 1 mit zwei sogenannten Dataguards 2 geteilt. Diesen Dataguards 2 kommt die Funktion einer erweiterten Firewall zu. Davon zu unterscheiden ist eine Verschlüsselung, die weiter unten beschrieben wird.
Die dem Einsatzraumüberwachungssystem zugehörigen Daten werden in einer relationalen Datenbasis RDBMS (Bezugszeichen 27) gehalten; Zugriff und Administration erfolgen über einen Datamanager 28.
In Figur 2 ist eine detaillierte Struktur zur Anbindung von Applikationen an den Databroker gezeigt. Die Struktur ist dabei vorzugsweise für alle Arten der vorgenannten Systeme, das sind Umsysteme 10, EingriffSysteme 20 und Datenbasis 27. Die Schnittstellenanpassung beinhalten in einer Schichtdarstellung von einer Applikation folgende Elemente: Applikationsadapter 123, 223, 273;
Perfomer Interface 121 221, 271 /
Invoker Interface 122, 222, 272; O jectadapter 120, 220, 270.
Für ein EingriffSystem 201 ist in Figur 3 das Interfacing mit der erfindungsgemässen Anwendung von XML dargestellt. Das dargestellte XML Encoding/Decoding 207 entspricht dabei dem in Figur 2 gezeigten Applikationsadapter. Zusätzlich, sind in der konkreten Anwendung von XML ein Generic Interface 208 und ein Notikationsinterface 209 vorgesehen. Eine zu übermittelnde Nachricht msg2 hat folgende Struktur und beispielhaften Inhalt:
<xml>
<domain> DataBase </domain> <version> 1.0 </version> <operation> Query
<object> Wasserwerfer</object> <id> WWl00</id>
<attribute> Fahrrername </attribute> </operation> </xml>
In einem sogenannten XML Message Catalog msg2 sind einzelne Nachrichten enthalten. Drei beispielhafte Inhalte eines solchen Message Catalog msgl sind nachfolgend dargestellt:
<xml>
<domain> EinsatzPlanung</domain>
<version> 1.0 </version>
<operation> Today' s Plan <day> 1 März 2002 </day>
</operation> </xml> <xml>
<domain> EinsatzPlanung </domain> <version> 1.0 </version> <result> Today's Plan <onsite>
<plane WW100 </plan> <time> 0830 </time> <return> 1915 </return> </onsite> </result> </xml>
<xml>
<domain> IntegraleFuehrung</domain> <version> 1.0 </version> <operation> Where
<object> Wasserwerfer</object> <id> WW100 </id> <operation> </xml>
In Figur 4 sind dargestellt:
• mit dem Bezugszeichen 40 ein XML Request von einem Umsystem 102 zur Datenbasis 27;
• mit dem Bezugszeichen 41 eine XML Response von der Datenbasis 27 zum Umsystem 102;
• mit dem Bezugszeichen 50 ein XML Request vom Eingriffsystem 202 zum EingriffSystem 201;
• mit dem Bezugszeichen 51 ein XML Response vom Eingriffsystem 201 zum Eingriffsystem 202. Der XML Request 41 hat beispielsweise folgenden Inhalt und Form:
<xml>
<domain> EinsatzPlanung </domain>
<version> 1.0 </version>
<operation> Today' s Plan <day> 1 März 2002 </day>
</operation> </xml>
Die zugehörige Response ist dabei:
<xml>
<domain> EinsatzPlanung </domain> <version> 1.0 </version> <result> Today' s Plan <onsite>
<vehicule WW100 </vehicule> <time> 0830 </time> <return> 1915 </return> </onsite> </result> </xml>
Mit der Kombination guten Wartbarkeit und Übersichtlichkeit von XML und der Mächtigkeit von CORBA ist eine Anordnung und ein Verfahren geschaffen, dass gegenüber dem Stand der Technik folgende Vorteile aufweist:
- Einfache Anbindung neuer Applikationen dank Datenadaptern
- Gute Wartbarkeit,
- Gute Wiederverwendbarkeit der Schnittstellen,
- Eine Verschlüsselung ist möglich ab Applikationsadapter 123, bzw. 223 bzw. 273, siehe Figur 2. Liste der verwendeten Bezugszeichen
1 DataBroker: CORBA/ORB
2 Firewall, Dataguard 10 Umsysteme
20 EingriffSysteme
27 Database, Database RDBMS
28 DataManager
29 Portal
30 HilfSysteme
40 XML Request Umsystem -> Datenbasis 1 XML Response Datenbasis -> Umsystem 0 XML Request Eingriffsystem -^ Eingriffsystem 1 XML Response Eingriffsystem - Eingriffsystem 01 Umsystem Meteo 02 Umsystem Kommunikation 03 Umsystem .. 10 Führungssystem 20 Objektadapter, object adapter 21 , performer interface 22 , invoker Interface 23 Anwendungsadapter, application adapter 01 Eingriffsystem Patroullieneinsatz 02 Eingriffsystem Einsatzplanung 07 XML Encoding/Decoding 08 Generic Interface • 09 Notification Interface 20 O jektadapter, object adapter 21 , performer interface 23 Anwendungs adapter, application adapter 01 Notifikationsdienst 02 Workflow Engine Msgl Nachrichten-Katalog Msg2 Nachricht
Liste der verwendeten Akronyme
CORBA Common Object Request Broker Architecture
IDL Interface Definition Language
OMG Object Management Group
ORB Object Request Broker
RDBMS Relationales Datenbankmanagmentsystem
XML Extensible Markup Language
Literaturliste
[1] Common Object Request Broker Architecture: Gore Specification, December 2002, Version 3.0

Claims

Patentansprüche
1. Anordnung zur Datenübermittlung zwischen Applikationen (101, 102; 201, 202) mit proprietären Schnittstellen, wobei die Applikationen über einen CORBA/ORB-Databroker (1) für die Datenübermittlung koppelbar sind und die Datenübermittlung mittels Requests (40, 50) und Responses (41, 51) über den CORBA/ORB-Databroker erfolgt; dadurch gekennzeichnet, dass die Requests/Responses (40, 50; 41, 51) als XML-Nachrichten (msgl, msg2) ausgebildet sind und dass die Schnittstelle zwischen CORBA/ORB-Databroker folgende Struktur aufweist: Applikationsadapter (123, 223, 273),
Perfomer Interface (121 221, 211 )- / Invoker Interface
(122, 222, 272), Ob ectadapter (120, 220, 270) .
2. Anordnung nach Anspruch 1, dadurch gekennzeichnet, dass in dem Applikationsadapter (123, 223, 273) ein Verschlüsselungsmodul enthalten ist.
3. Verfahren zur Datenübermittlung zwischen Applikationen (101, 102; 201, 202) mit proprietären Schnittstellen, wobei die Applikationen über einen CORBA/ORB-Databroker für die Datenübermittlung koppelbar sind und die Datenübermittlung mittels Requests (40, 50) und Responses (41, 51) über den CORBA/ORB-Databroker erfolgt; dadurch gekennzeichnet, dass das die Requests/Responses (40, 50; 41, 51) als XML-Nachrichten (msgl, msg2) ausgebildet sind.
4. Verfahren nach Anspruch 3, dadurch gekennzeichnet, dass die Schnittstelle zwischen CORBA/ORB-Databroker folgende Struktur aufweist: Applikationsadapter (123, 223, 273),
Perfomer Interface (121 221, 271) / Invoker Interface
(122, 222, 272), Objectadapter (120, 220, 270) .
5. Verfahren nach Anspruch 4, dadurch gekennzeichnet, dass in dem Applikationsadaptern (123, 223, 273) eine Verschlüsselung/Entschlüsselung von Requests und Responses erfolgt.
EP03708147A 2003-01-08 2003-02-27 Anordnung und verfahren zur datenübermittlung zwischen applikationen mit proprietären schnittstellen Withdrawn EP1581867A2 (de)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP03708147A EP1581867A2 (de) 2003-01-08 2003-02-27 Anordnung und verfahren zur datenübermittlung zwischen applikationen mit proprietären schnittstellen

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
EP03000251 2003-01-08
EP03000251 2003-01-08
PCT/EP2003/001982 WO2004063930A2 (de) 2003-01-08 2003-02-27 Anordnung und verfahren zur datenübermittlung zwischen applikationen mit proprietären schnittstellen
EP03708147A EP1581867A2 (de) 2003-01-08 2003-02-27 Anordnung und verfahren zur datenübermittlung zwischen applikationen mit proprietären schnittstellen

Publications (1)

Publication Number Publication Date
EP1581867A2 true EP1581867A2 (de) 2005-10-05

Family

ID=32695584

Family Applications (1)

Application Number Title Priority Date Filing Date
EP03708147A Withdrawn EP1581867A2 (de) 2003-01-08 2003-02-27 Anordnung und verfahren zur datenübermittlung zwischen applikationen mit proprietären schnittstellen

Country Status (2)

Country Link
EP (1) EP1581867A2 (de)
WO (1) WO2004063930A2 (de)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1594058A1 (de) * 2004-05-08 2005-11-09 Siemens Schweiz AG Netzwerk und Verfahren zur Datenübermittlung zwischen Applikationen mit prorietären Schnittstellen

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
None *
See also references of WO2004063930A3 *

Also Published As

Publication number Publication date
WO2004063930A3 (de) 2004-09-23
WO2004063930A2 (de) 2004-07-29

Similar Documents

Publication Publication Date Title
DE112004000271T5 (de) Datenerfassung,-bündelung und -optimierung auf der Basis offener Netze zum Gebrauch in Prozess-Steuersystemen
DE10113577A1 (de) Verfahren, Computerprogrammprodukt und Computersystem zur Unterstützung mehrerer Anwendungssysteme mittels eines einzelnen Datenbank-Systems
DE102010036511A1 (de) Prozesssteuerungssystem mit integrierten externen Datenquellen
DE19963673A1 (de) Verfahren, Systeme und Computerprogrammprodukte zur Dokumentenverwaltung für Software-Entwicklungssysteme
EP3966723B1 (de) Verfahren und anordnung zur bereitstellung von daten einer industriellen automatisierungsanordnung zu einer externen anordnung
EP1581867A2 (de) Anordnung und verfahren zur datenübermittlung zwischen applikationen mit proprietären schnittstellen
EP1299817A2 (de) Informationsdienstsystem
EP2810204A1 (de) System und verfahren zum lizenzieren einer vielzahl von softwarekomponenten
EP1524608B1 (de) Kommunikationssystem zur Verwaltung und Bereitstellung von Daten
EP1062611A1 (de) Inventarisierungssystem mit einer datenverarbeitungs- oder kommunikationsanlage
EP1158747B1 (de) Verfahren zum Übertragen von Daten
DE10129886A1 (de) Verfahren zum Netzkonfigurationsmanagement und Netzbestandsmanagement eines Netzes und entsprechendes Netzkonfigurationsmanagement- und Netzbestandsmanagementsystem
EP1102167B1 (de) Einrichtung und Betrieb einer Kommunikationsverbindung mit einem Steuergerät
EP1745633A1 (de) Netzwerk und verfahren zur datenübermittlung zwischen applikationen mit proprietären schnittstellen
DE102023116908B3 (de) Informationssystem und Verfahren zum Betreiben eines Informationssystems
DE102004017698A1 (de) SCADA-System
EP4462315A1 (de) Vorrichtungen und verfahren für föderales rechnen
EP1844396B1 (de) Verfahren zum unterbrechungsfreien software-update
EP1610517A1 (de) Netzwerk zur Datenübermittlung zwischen Applikationen mit applikationsspezifischen Anwendungsadaptern
CH709007A2 (de) Service Bus zur Integration verteilter Informations- und Kommunikationsdienste in die Anwendungslandschaft eines kleinen oder mittelständischen Unternehmens.
EP1402421A2 (de) Integriertes dokumentationssystem mit zeitindiziertem relationalem datenbanksystem
DE19951756B4 (de) Verfahren zur Datenverwaltung sowie Computerprogramm und -system zu dessen Ausführung
Verma Putting the" Intelligence" into Intelligent Transportation Systems
EP1357483A2 (de) Dynamisches Datenbankinterface
EP1843929A1 (de) Leitsystem für die steuerung und/oder überwachung von objekten

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: 20050601

AK Designated contracting states

Kind code of ref document: A2

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

17Q First examination report despatched

Effective date: 20070208

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: 20070619