EP0970869B1 - Verfahren zur sicheren Anzeige des Zustandes einer signaltechnischen Anlage - Google Patents
Verfahren zur sicheren Anzeige des Zustandes einer signaltechnischen AnlageInfo
- Publication number
- EP0970869B1 EP0970869B1 EP99440192A EP99440192A EP0970869B1 EP 0970869 B1 EP0970869 B1 EP 0970869B1 EP 99440192 A EP99440192 A EP 99440192A EP 99440192 A EP99440192 A EP 99440192A EP 0970869 B1 EP0970869 B1 EP 0970869B1
- Authority
- EP
- European Patent Office
- Prior art keywords
- picture
- symbols
- image
- display module
- status
- 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.)
- Expired - Lifetime
Links
Images
Classifications
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B61—RAILWAYS
- B61L—GUIDING RAILWAY TRAFFIC; ENSURING THE SAFETY OF RAILWAY TRAFFIC
- B61L25/00—Recording or indicating positions or identities of vehicles or vehicle trains or setting of track apparatus
- B61L25/06—Indicating or recording the setting of track apparatus, e.g. of points, of signals
- B61L25/08—Diagrammatic displays
-
- G—PHYSICS
- G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
- G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
- G09G2330/00—Aspects of power supply; Aspects of display protection and defect management
- G09G2330/08—Fault-tolerant or redundant circuits, or circuits in which repair of defects is prepared
-
- G—PHYSICS
- G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
- G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
- G09G2340/00—Aspects of display data processing
- G09G2340/12—Overlay of images, i.e. displayed pixel being the result of switching between the corresponding input pixels
-
- G—PHYSICS
- G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
- G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
- G09G2360/00—Aspects of the architecture of display systems
- G09G2360/06—Use of more than one graphics processor to process data before displaying to one or more screens
-
- G—PHYSICS
- G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
- G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
- G09G5/00—Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators
- G09G5/36—Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators characterised by the display of a graphic pattern, e.g. using an all-points-addressable [APA] memory
Definitions
- the invention relates to a method for the reliable display of the state of a signaling system on a screen and an operator station computer for carrying out the method.
- Fig. 1 shows the basic structure of an X-Windows system.
- Essential components are an X server XSERV and one or more client applications CLAPP1 and CLAPP2.
- the client applications typically rely on an X library of XLIB, which provides the client applications with an agreed set of instructions.
- REQU calls from the client applications to the X server XSERV are translated by the X library XLIB into the X protocol and transmitted over a network NETW.
- the X server XSERV creates an image that can be displayed directly on the screen BS.
- the X server usually has input devices such as keyboard TAS and mouse connected to it.
- the X server provides u. a. that different windows can be called up via the input devices and changed in size and position. Between the X server and the screen, only a graphics card is switched, the u. a. contains a frame buffer.
- Signals generated by the input devices are transmitted in the form of special messages EVTS from the X server XSERV to the client applications CLAPP1 and CLAPP2 via the network NETW.
- REPL messages that the X server uses to acknowledge calls or send error messages to client applications.
- EP 0 584 895 A2 discloses a method for displaying operating states in which image symbols composed of picture elements are created and provided with color values.
- the method should provide a high level of security in detecting errors and distortions with the least possible expenditure of hardware and software.
- two image build-up modules using feed-in state data, independently of one another generate image symbols (SYMB1, SYMB2) composed of pixels.
- At least one image-building module transmits the created image symbols to a display module.
- the color values of the pixels for the image symbols are specified explicitly.
- the display module then assembles the transmitted image symbols to form a state that can be displayed directly on the screen.
- the image symbols are also generated independently of one another in two different logical channels.
- the display module which is simply present, receives from the image building modules the complete pixel information (i.e., the color values) for the icons.
- the functionality of the display module is thus limited to assembling the transmitted icons into a complete picture. Because of this reduced functionality, the likelihood that adulteration errors will go undetected is less likely.
- each image building module accesses its own protected memory area when creating the image symbols.
- templates for picture symbols are stored pixel by pixel. It is thus prevented that the image acquisition modules jointly access a defective memory and create parallel falsified image symbols.
- the image-building modules are X-clients and the display module is an X-server. Since the required security is achieved with only one X server instead of the usual two-channel systems two X servers, you only need an X server license in the implementation.
- the invention is by no means limited to the use of an X-Windows system.
- the image build-up modules can be realized as client processes.
- the display module is then a protected subsystem of the operating system.
- the transmission of image symbols then takes place via interfaces for local or remote procedure calls.
- the status data originate, for example, from a signal-technically safe interlocking computer.
- the status data are identical in content and are only transmitted twice in different formats for security reasons (eg normal and inverted). It is also conceivable, however, that the status data is simply fed to the operator station computer and internally distributed to both input channels.
- Each input channel communicates with an image building module BAM1 or BAM2.
- the image enhancement modules BAM1 and BAM2 create image symbols for the parts of the signaling installation that are affected by the status data from the supplied status data i1 and i2. They use project data, which u. a. Specify which image icon to use for which type of track or field element. More complex field elements, eg. B. main signals, if necessary, must be composed of several icons.
- the rules on which icons to use and how to arrange them are usually set by the plant operator. They are preferably stored independently of one another in both image-building modules BAM1 and BAM2.
- the image enhancement modules BAM1 and BAM2 receive the message "track section G3 occupied" as the status data from a safe interlocking computer. With this status data, the interlocking computer reports the occupation of the track section G3 by a train.
- the image building module BAM1 now determines in a step 32 which image symbol is to be used for the representation of a track section. It accesses to project data, which can be seen in this example that the track section in question is represented by a horizontal bar. From a file in which all possible image symbols are stored as templates, the image building module BAM1 retrieves the template for the corresponding image symbol. Subsequently, the image enhancement module BAM1 assigns a foreground and a background color to the original in a step 33. Which colors are to be selected depends on the rules already mentioned above. The assignment of the color values to the individual pixels of the template produces the finished image symbol.
- the image building module BAM1 transmits the complete image symbol to a display module AZM.
- the display module receives the image icon and overwrites the displayed image with the image icon.
- FIG. 4 shows by way of example four track sections G1... G4.
- the track section G3 is first shown in the displayed on the screen status screen by a picture icon whose color design symbolizes the state "Free".
- the display module AZM overwrites this icon by the newly transmitted from the image module BAM1 image icon.
- the new icon in this case has the same geometry but a different color than the original icon. The changed color indicates to the operating personnel the status "busy".
- the display module only has the task of overwriting the existing state image with an image symbol which has been generated by a image build-up module. If z. B. after a change of the displayed section, a state image is to be completely rebuilt, so it is composed of the display module completely from individual transmitted image symbols.
- Operator-specific icons are also treated as icons. They are thus also created by the image-building modules in the manner described using templates and transmitted to the display module.
- the other image building module BAM2 executes the steps just explained for the image building module BAM1 in the same way, but independently. If the image enhancement modules BAM1 and BAM2 function correctly, the independently created image symbols must match pixel by pixel in their color values. To check this, the independently created icons can be compared with each other. In addition, it can be provided that image symbols are read back from the screen and compared with the image symbols created by the image building module BAM2.
- image symbols are read back from the screen and compared with the image symbols created by the image building module BAM2.
- Which of the two image enhancement modules BAM1 or BAM2 transmits image symbols to the display module AZM in a concrete individual case is not important here. In FIG. 2, therefore, the connections of the two image build-up modules BAM1 and BAM2 to the display module AZM are shown in the same way.
- the project data and also the templates for the image symbols are stored in two independent protected memory areas, to which only one of the two image-building modules has access.
- these storage areas are indicated by reference numerals SPC1 and SPC2.
- the protected memory areas may, for example, be areas of a main memory which is managed by an operating system which ensures a strict separation of computer resources (eg Windows NT®).
- the display module AZM be assigned a protected memory area SPAZM.
- the inventive method has been successfully implemented on an X-Windows system.
- the image building modules BAM1 and BAM2 are in this case X client applications, while the display module is an X server.
- the transmission of the image symbols from the image processing modules to the X server is carried out according to the X protocol.
- the X server has a very limited functionality compared to the otherwise common use. Usually, only the most necessary information for creating graphical representations is transmitted to the X server in order to minimize the data volume in the connecting network. From these data (eg coordinates of a polygon) the X-Server automatically determines the color values of the pixels to be displayed.
- the X-client applications together with the X server on a computer, so that its powerful internal bus system can be used for the transfer.
- the X server is connected to one or more graphics cards GK connected to a corresponding number of screens BS.
- the entire system can thus be built with standard hardware and does not require a particularly developed operating system.
- the invention is not limited to the use of an X-Windows system. Due to the limited functionality required by the display module, it is also possible to use certain client-server operating systems, such as Windows NT®.
- the image enhancement modules can then be realized as normal client applications.
- the role of the display module is assumed protected subsystem of the operating system. The transmission of image symbols in this case takes place via interfaces for local procedure calls. If the image building modules and the display module are spatially distributed over a network, the transmission takes place correspondingly via interfaces for remote procedure calls.
Description
- Die Erfindung betrifft ein Verfahren zur sicheren Anzeige des Zustandes einer signaltechnischen Anlage auf einem Bildschirm und einen Bedienplatzrechner zur Ausführung des Verfahrens.
- In Stellwerken und Betriebsleitstellen wird der aktuelle Zustand signaltechnischer Anlagen auf Bildschirmen angezeigt. Visualisiert werden beispielsweise Besetztzustände von Gleisabschnitten, die Lage von Weichen und Signalbegriffe. Das Bedienpersonal, z. B. ein Fahrdienstleiter, trifft auf der Grundlage des angezeigten Zustandes Entscheidungen und greift gezielt in das Betriebsgeschehen der Anlage ein. Kommt es bei der Anzeige des Zustandes zu einer für das Bedienpersonal nicht erkennbaren Verfälschung von visuellen Informationen, so können solche Eingriffe zu einer Gefährdung des Betriebes fuhren.
- Es sind daher verschiedene Verfahren entwickelt worden, wie Verfälschungen von Bildschirmanzeigen zuverlässig erkannt werden können. So ist beispielsweise aus der DE-C2-43 06 470 ein Verfahren bekannt, bei dem zugeführte Zustandsdaten in zwei unabhängigen logischen Kanälen aufbereitet und miteinander verglichen werden. Die graphische Benutzeroberfläche wird dabei vorzugsweise von einem X-Windows-System zur Verfügung gestellt.
- Fig. 1 zeigt den Grundaufbau eines X-Windows-Systems. Wesentliche Komponenten sind ein X-Server XSERV und eine oder mehrere Client-Applikationen CLAPP1 und CLAPP2. Die Client-Applikationen setzen gewöhnlich auf eine X-Bibliothek XLIB auf, die den Client-Applikationen einen vereinbarten Befehlssatz zur Verfügung stellt. Aufrufe REQU von den Client-Applikationen an den X-Server XSERV werden von der X Bibliothek XLIB in das X-Protokoll übersetzt und über ein Netzwerk NETW übermittelt. Der X-Server XSERV erstellt daraus ein unmittelbar auf dem Bildschirm BS darstellbares Bild. Neben dem Bildschirm sind an den X-Server in der Regel Eingabegeräte wie Tastatur TAS und Maus MAUS angeschlossen. Der X-Server sorgt u. a. dafür, daß verschiedene Fenster über die Eingabegeräte aufrufbar und in Größe und Position veränderbar sind. Zwischen dem X-Server und dem Bildschirm ist lediglich eine Graphikkarte geschaltet, die u. a. einen Bildwiederholspeicher enthält.
- Durch die Eingabegeräte erzeugte Signale werden in Form von besonderen Nachrichten EVTS vom X-Server XSERV an die Client-Applikationen CLAPP1 und CLAPP2 über das Netzwerk NETW übermittelt. Außerdem gibt es Nachrichten REPL, mit denen der X-Server den Client-Applikationen bestimmte Aufrufe quittiert oder Fehlermeldungen übermittelt.
- Aus der DE-A1-43 32 143 ist ein Verfahren zur Anzeige von Betriebszuständen bekannt, bei dem die Zustandsdaten zwar zweikanalig zugeführt werden, aber in einem Rechner nur teilweise zweikanalig aufbereitet werden. In einem Graphiksystem sind dort Bildsymbole hinterlegt, die in Abhängigkeit vom darzustellendem Zustand farbig ausgelegt werden. Das dort beschriebene Verfahren stößt jedoch auf ernste Sicherheitsbedenken, da das Graphiksystem selbst nur einfach vorhanden ist. Es ist beispielsweise nicht erkennbar, wenn ein Bildsymbol im Graphiksystem verfälscht aus dem Speicher geladen und in das Gesamtbild integriert wird.
- Die EP 0 584 895 A2 offenbart ein Verfahren zur Anzeige von Betriebszustanden, bei dem aus Bildpunkten zusammengesetzte bildsymbole erstellt und mit Farbwerten versehen werden.
- Es ist daher Aufgabe der Erfindung, ein Verfahren zur sicheren Anzeige des Zustandes einer signaltechnischen Anlage auf einem Bildschirm anzugeben. Das Verfahren soll bei möglichst geringem Hard- und Softwareaufwand eine hohe Sicherheit beim Erkennen von Fehlern und Verfälschungen bieten.
- Diese Aufgabe wird gelöst von einem Verfahren mit den Merkmalen gemäß Anspruch 1. Erfindungsgemäß erstellen zwei Bildaufbaumodule unter Verwendung zugeführter Zustandsdaten unabhängig voneinander aus Bildpunkten zusammengesetzte Bildsymbole (SYMB1, SYMB2). Wenigstens ein Bildaufbaumodul übermittelt die erstellten Bildsymbole an ein Anzeigemodul. Die Farbwerte der Bildpunkte für die Bildsymbole werden dabei explizit angegeben. Das Anzeigemodul setzt anschließend die übermittelten Bildsymbole zu einem unmittelbar auf dem Bildschirm anzeigbaren Zustandsbild zusammen.
- Nach dem erfindungsgemäße Verfahren werden also auch die Bildsymbole unabhängig voneinander in zwei unterschiedlichen logischen Kanälen erzeugt. Das Anzeigemodul, welches nur einfach vorhanden ist, erhält von den Bildaufbaumodulen die vollständigen Bildpunktinformationen (d. h. die Farbwerte) für die Bildsymbole. Die Funktionalität des Anzeigemoduls ist somit beschränkt auf das Zusammensetzen der übermittelten Bildsymbole zu einem vollständigen Bild. Aufgrund dieser reduzierten Funktionalität ist auch die Wahrscheinlichkeit geringer, daß zur Verfälschung der Anzeige führende Fehler unerkannt bleiben.
- Bei einem vorteilhaften Ausführungsbeispiel der Erfindung greift jedes Bildaufbaumodul beim Erstellen der Bildsymbole auf einen eigenen geschützten Speicherbereich zu. In diesem Speicherbereich sind Vorlagen für Bildsymbole bildpunktweise gespeichert. Es wird somit verhindert, daß die Bildaufbaumodule gemeinsam auf einen fehlerhaften Speicher zugreifen und daraus parallel verfälschte Bildsymbole erstellen.
- Bei einem anderen vorteilhaften Ausführungsbeispiel handelt es sich bei den Bildaufbaumodulen um X-Clients und bei dem Anzeigemodul um einen X-Server. Da die erforderliche Sicherheit mit nur einem X-Server anstelle von sonst bei zweikanaligen Systemen üblichen zwei X-Servern erzielt wird, benötigt man bei der Realisierung nur eine X-Server-Lizenz.
- Die Erfindung ist jedoch keineswegs auf die Verwendung eines X-Windows-Systems beschränkt Bei Einsatz bestimmter Client-Server-Betriebssysteme wie beispielsweise Windows NT® können die Bildaufbaumodule als Client-Prozesse realisiert werden. Das Anzeigemodul ist dann ein geschütztes Subsystem des Betriebssystems. Die Übermittlung von Bildsymbolen erfolgt dann über Schnittstellen für lokale oder entfernte Prozeduraufrufe.
- Die Erfindung wird nachfolgend anhand der Ausführungsbeispiele und der Zeichnungen eingehend erläutert. Es zeigen:
- Fig. 1: Prinzipskizze zur Erläuterung eines X-Windows-Systems;
- Fig. 2: Schematische Darstellung eines erfindungsgemäßen Bedienplatzrechners;
- Fig. 3: Flußdiagramm zur Erläuterung des erfindungsgemäßen Verfahrens;
- Fig. 4: Visuelle Darstellung von besetzten und unbesetzten Gleisabschnitten.
- Fig. 2 zeigt schematisch einen Bedienplatzrechner, dem über zwei unabhängige Eingabekanäle Zustandsdaten i1 und i2 zugeführt werden. Die Zustandsdaten stammen beispielsweise von einem signaltechnisch sicheren Stellwerksrechner. Die Zustandsdaten sind inhaltlich identisch und werden nur aus Sicherheitsgründen zweifach in unterschiedlichen Formaten übertragen (z. B. normal und invertiert). Denkbar ist jedoch auch, daß die Zustandsdaten nur einfach dem Bedienplatzrechner zugeführt und dort intern an beide Eingabekanäle verteilt werden.
- Jeder Eingabekanal steht mit einem Bildaufbaumodul BAM1 bzw. BAM2 in Verbindung. Die Bildaufbaumodule BAM1 und BAM2 erstellen aus den zugeführten Zustandsdaten i1 und i2 Bildsymbole für die von den Zustandsdaten betroffenen Teile der signaltechnischen Anlage. Sie greifen dabei auf Projektdaten zurück, die u. a. Angaben enthalten, welches Bildsymbol für welche Art von Gleis- oder Feldelement zu verwenden ist. Komplexere Feldelemente, z. B. Hauptsignale, müssen ggf. aus mehreren Bildsymbolen zusammengesetzt werden. Die Regeln, welche Bildsymbole zu verwenden und wie diese anzuordnen sind, werden üblicherweise vom Anlagenbetreiber festgelegt. Sie sind vorzugsweise in beiden Bildaufbaumodulen BAM1 und BAM2 unabhängig voneinander abgelegt.
- Anhand des in den Fig. 3 und Fig. 4 dargestellten Beispiels soll die Erstellung der Bildsymbole näher erläutert werden. Es sei angenommen, daß in einem Schritt 31 die Bildaufbaumodule BAM1 und BAM2 als Zustandsdatum von einem sicheren Stellwerksrechner die Meldung "Gleisabschnitt G3 besetzt" zugeführt bekommen. Mit diesem Zustandsdatum meldet der Stellwerksrechner die Besetzung des Gleisabschnitts G3 durch einen Zug.
- Das Bildaufbaumodul BAM1 ermittelt nun in einem Schritt 32, welches Bildsymbol für die Darstellung eines Gleisabschnitts zu verwenden ist. Es greift dazu auf Projektdaten zu, denen in diesem Beispiel zu entnehmen ist, daß der betreffende Gleisabschnitt durch einen horizontalen Balken darzustellen ist. Aus einer Datei, in denen alle überhaupt möglichen Bildsymbole als Vorlagen gespeichert sind, ruft das Bildaufbaumodul BAM1 die Vorlage für das entsprechende Bildsymbol ab. Anschließend ordnet das Bildaufbaumodul BAM1 in einem Schritt 33 der Vorlage eine Vorder- und eine Hintergrundfarbe zu. Welche Farben dabei auszuwählen sind, richtet sich nach den oben bereits angesprochenen Regeln. Durch die Zuordnung der Farbwerte zu den einzelnen Bildpunkten der Vorlage entsteht das fertige Bildsymbol.
- Im folgenden Schritt 34 übermittelt erfindungsgemäß das Bildaufbaumodul BAM1 das vollständige Bildsymbol einem Anzeigemodul AZM. Vollständig heißt in diesem Zusammenhang, daß für alle Bildpunkte explizit die Farbwerte angegeben werden. Wenn das Symbol beispielsweise 13 mal 17 Bildpunkte groß ist und die Farbtiefe 8 Bit beträgt, so müssen zur Übermittlung des Bildsymbols mindestens (13x17x8)/8 = 221 Byte übermittelt werden. Zusätzlich zu den Farbwerten der Bildpunkte muß zumindest übermittelt werden, an welcher Stelle des anzuzeigenden Bildes das Symbol erscheinen soll. Die Koordinaten hierfür entnimmt das Bildaufbaumodul BAM1 den Projektdaten.
- Das Anzeigemodul empfängt das Bildsymbol und überschreibt das angezeigte Bild mit dem Bildsymbol. Fig. 4 zeigt exemplarisch vier Gleisabschnitte G1...G4. Der Gleisabschnitt G3 ist zunächst bei dem auf dem Bildschirm angezeigten Zustandsbild durch ein Bildsymbol dargestellt, dessen Farbgestaltung den Zustand "Frei" symbolisiert. Nach der Besetztmeldung überschreibt das Anzeigemodul AZM dieses Bildsymbol durch das neu vom Bildaufbaumodul BAM1 übermittelte Bildsymbol. Das neue Bildsymbol hat in diesem Fall die gleiche Geometrie, aber eine andere Farbgebung als das ursprünglich vorhandene Bildsymbol. Durch die veränderte Farbe wird dem Bedienpersonal der Zustand "besetzt" angezeigt.
- Das Anzeigemodul hat also, wie oben bereits erwähnt, hier lediglich die Aufgabe, das bestehende Zustandsbild mit einem Bildsymbol zu überschreiben, welches von einem Bildaufbaumodul erzeugt worden ist. Wenn z. B. nach einem-Wechsel des anzuzeigenden Ausschnitts ein Zustandsbild komplett neu aufgebaut werden soll, so wird es vom Anzeigemodul vollständig aus einzelnen übermittelten Bildsymbolen zusammengesetzt.
- Bedienerspezifische Symbole ("Pushbuttons") werden ebenso als Bildsymbole behandelt. Sie werden also ebenfalls von den Bildaufbaumodulen in der geschilderten Weise unter Verwendung von Vorlagen erstellt und an das Anzeigemodul übermittelt.
- Das andere Bildaufbaumodul BAM2 führt die soeben für das Bildaufbaumodul BAM1 erläuterten Schritte in gleicher Weise, aber unabhängig davon aus. Bei einwandfreier Funktion der Bildaufbaumodule BAM1 und BAM2 müssen die unabhängig erstellten Bildsymbole Bildpunkt für Bildpunkt in ihren Farbwerten übereinstimmen. Um dies zu überprüfen, können die unabhängig voneinander erstellten Bildsymbole miteinander verglichen werden. Außerdem kann vorgesehen werden, daß Bildsymbole vom Bildschirm zurückgelesen und mit den vom Bildaufbaumodul BAM2 erstellten Bildsymbolen verglichen werden. Derartige Überprüfungen sind jedoch nicht Gegenstand der Erfindung, weswegen an dieser Stelle auf die eingangs zitierten Veröffentlichungen verwiesen wird. Welches der beiden Bildaufbaumodule BAM1 oder BAM2 dem Anzeigemodul AZM im konkreten Einzelfall Bildsymbole übermittelt, ist hier nicht von Bedeutung. In Fig. 2 sind daher die Verbindungen der beiden Bildaufbaumodule BAM1 und BAM2 zum Anzeigemodul AZM gleich dargestellt.
- Bei einem vorteilhaften Ausführungsbeispiel nach Anspruch 2 sind die Projektdaten und auch die Vorlagen für die Bildsymbole in zwei unabhängigen geschützten Speicherbereichen abgelegt, zu denen jeweils nur eines der beiden Bildaufbaumodule Zugriff hat. In Fig. 2 sind diese Speicherbereiche durch die Bezugszeichen SPC1 und SPC2 gekennzeichnet. Bei den geschützten Speicherbereichen kann es sich beispielsweise um Bereiche eines Hauptspeichers handeln, der von einem Betriebssystem verwaltet wird, welches eine strikte Trennung von Rechnerresourcen sicherstellt (z. B. Windows NT®). In diesem Hauptspeicher kann, wie in Fig. 2 dargestellt, auch dem Anzeigemodul AZM ein geschützter Speicherbereich SPAZM zugewiesen sein.
- Kommt es in einem der Speicherbereichen SPC1 oder SPC2 zu einer Verfälschung von gespeicherten Informationen, so ist auf diese Weise sichergestellt, daß sich von den Bildaufbaumodulen BAM1 und BAM2 erstellte Bildsymbole unterscheiden. Bei einem Vergleich der Bildsymbole wird die somit Verfälschung zuverlässig erkannt.
- Das erfindungsgemäße Verfahren ist erfolgreich implementiert worden auf einem X-Windows-System. Die Bildaufbaumodule BAM1 und BAM2 sind in diesem Fall X-Client-Anwendungen, während das Anzeigemodul ein X-Server ist. Die Übermittlung der Bildsymbole von den Bildaufbaumodulen zum X-Server erfolgt gemäß dem X-Protokoll. Der X-Server hat erfindungsgemäß eine - im Vergleich zur sonst gängigen Verwendung - sehr eingeschränkte Funktionalität. Üblicherweise werden dem X-Server nur die nötigsten Angaben zur Erstellung von graphischen Darstellungen übermittelt, um das Datenaufkommen im verbindenden Netzwerk zu minimieren. Aus diesen Angaben (z. B. Koordinaten eines Polygonzuges) ermittelt der X-Server selbständig die Farbwerte der anzuzeigenden Bildpunkte.
- Erfindungsgemäß wird hingegen das anzuzeigende Bild vollständig, wenn auch in einzelnen Teilen (= Bildsymbole), dem X-Servem von den X-Client-Anwendungen übermittelt. Dies hat zur Folge, daß der Umfang der Datenübermittlung zwischen den X-Client-Anwendungen einerseits und dem X-Server andererseits nicht unerheblich ist. Wenn die X-Client-Anwendungen räumlich entfernt vom X-Server angeordnet ist, so ist folglich für eine ausreichende Übertragungskapazitäl auf dem verbindenden Netzwerk zu sorgen. Vorzugsweise jedoch befinden sich sind die X-Client-Anwendungen zusammen mit dem X-Server auf einem Rechner, so daß dessen leistungsfähiges internes Bussystem für die Übertragung genutzt werden kann.
- Der X-Server ist an eine oder mehrere Graphikkarten GK angeschlossen, die mit einer entsprechenden Zahl von Bildschirmen BS verbunden sind. Das Gesamtsystem kann somit mit Standard-Hardware aufgebaut werden und benötigt kein besonders zu entwickelndes Betriebssystem.
- Die Erfindung ist freilich nicht auf die Verwendung eines X-Windows-Systems beschränkt. Aufgrund der geringen Funktionalität, die vom Anzeigemodul verlangt wird, kommt auch ein Einsatz bestimmter Client-Server-Betriebssysteme wie beispielsweise Windows NT® in Frage. Die Bildaufbaumodule sind dann als normale Client-Anwendungen zu realisieren. Die Rolle des Anzeigemoduls übemimmt ein geschütztes Subsystem des Betriebssystems. Die Übermittlung von Bildsymbolen erfolgt in diesem Fall über Schnittstellen für lokale Prozeduraufrufe. Wenn die Bildaufbaumodule und das Anzeigemodul räumlich über ein Netzwerk verteilt sind, so erfolgt die Übermittlung entsprechend über Schnittstellen für entfernte Prozeduraufrufe.
Claims (7)
- Verfahren zur sicheren Anzeige des Zustandes einer signaltechnischen Anlage auf einem Bildschirm (BS) mit Hilfe eines Bedienplatzrechners (BPR), umfassend die folgenden Schritte:a) wenigstens zwei Bildaufbaumodule (BAM1, BAM2) erstellen unter Verwendung zugeführter Zustandsdaten (i1, i2) unabhängig voneinander aus Bildpunkten zusammengesetzte Bildsymbole,b) wenigstens ein Bildaufbaumodul übermittelt die von ihm erstellten Bildsymbole an genau ein Anzeigemodul (AZM), wobei der Farbwert für jeden einzelnen Bildpunkt der Bildsymbole explizit angegeben wird,c) das Anzeigemodul setzt die übermittelten Bildsymbole zu einem unmittelbar auf dem Bildschirm anzeigbaren Zustandsbild zusammen.
- Verfahren nach Anspruch 1, bei dem jedes Bildaufbaumodul (BAM1, BAM2) beim Erstellen der Bildsymbole auf einen eigenen geschützten Speicherbereich (SPC1, SPC2) zugreift, in dem Vorlagen für Bildsymbole gespeichert sind.
- Verfahren nach einem der vorhergehenden Ansprüche, bei dem die Bildaufbaumodule X-Client-Anwendungen sind, das Anzeigemodul ein X-Server ist und die Übermittlung von Bildsymbolen gemäß dem X-Protokoll erfolgt.
- Verfahren nach einem der Ansprüche 1 oder 2, bei dem die Bildaufbaumodule geschützte Client-Prozesse eines Client-Server-Betriebssystems sind, das Anzeigemodul ein geschütztes Subsystem des Client-Server-Betriebssystems ist und die Übermittlung von Bildsymbolen entweder über eine Nachrichtenschnittstelle für lokale Prozeduraufrufe oder über eine Nachrichtenschnittstelle für entfernte Prozeduraufrufe erfolgt.
- Bedienplatzrechner (BPR) zur sicheren Anzeige des Zustandes einer signaltechnischen Anlage auf einem Bildschirm (BS) mit:a) wenigstens zwei Bildaufbaumodulen (BAM1, BAM2), die unabhängig voneinander unter Verwendung zugeführter Zustandsdaten (i1, i2) aus Bildpunkten zusammengesetzte Bildsymbole erstellen und dabei die Farbwerte der einzelnen Bildpunkte explizit angeben, und einemb) Anzeigemodul, welches von wenigstens einem Bildaufbaumodul Bildsymbole übermittelt bekommt und die übermittelten Bildsymbole zu einem unmittelbar auf dem Bildschirm anzeigbaren Zustandsbild zusammensetzt.
- Bedienplatzrecher nach Anspruch 5, bei dem die Bildaufbaumodule X-Client-Anwendungen sind, das Anzeigemodul ein X-Server ist und die Übermittlung von Bildsymbolen gemäß dem X-Protokoll erfolgt.
- Bedienplatzrechner nach Anspruch 5, bei dem die Bildaufbaumodule geschützte Client-Prozesse eines Client-Server-Betriebssystems sind, das Anzeigemodul ein geschütztes Subsystem des Client-Server-Betriebssystems ist und die Übermittlung von Bildsymbolen entweder über eine Nachrichtenschnittstelle für lokale Prozeduraufrufe oder über eine Nachrichtenschnittstelle für entfernte Prozeduraufrufe erfolgt.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE19830926A DE19830926A1 (de) | 1998-07-10 | 1998-07-10 | Verfahren zur sicheren Anzeige des Zustandes einer signaltechnischen Anlage |
DE19830926 | 1998-07-10 |
Publications (3)
Publication Number | Publication Date |
---|---|
EP0970869A2 EP0970869A2 (de) | 2000-01-12 |
EP0970869A3 EP0970869A3 (de) | 2002-09-11 |
EP0970869B1 true EP0970869B1 (de) | 2006-03-22 |
Family
ID=7873606
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP99440192A Expired - Lifetime EP0970869B1 (de) | 1998-07-10 | 1999-07-09 | Verfahren zur sicheren Anzeige des Zustandes einer signaltechnischen Anlage |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP0970869B1 (de) |
AT (1) | ATE320954T1 (de) |
DE (2) | DE19830926A1 (de) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101380961B (zh) * | 2008-09-27 | 2011-10-05 | 上海宝信软件股份有限公司 | 厂内铁路图形化调车系统及其方法 |
EP4234360A1 (de) * | 2022-02-24 | 2023-08-30 | RFI S.p.A. | Verfahren und system zur erzeugung eines ausgangsbildes, das einen zustand einer eisenbahntransportanlage darstellt |
EP4234359A1 (de) | 2022-02-24 | 2023-08-30 | RFI S.p.A. | System und verfahren zur anzeige des zustands einer eisenbahntransportanlage |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE10004743C2 (de) * | 2000-01-28 | 2002-03-28 | Siemens Ag | Verfahren und Einrichtung zum Ansteuern eines Bildschirmgerätes für ein Eisenbahnleitsystem |
DE10004728C1 (de) * | 2000-01-28 | 2002-06-13 | Siemens Ag | Verfahren und Einrichtung zum Ansteuern eines Bildschirmgerätes für ein Eisenbahnleitsystem |
US6647315B1 (en) * | 2000-09-29 | 2003-11-11 | Fisher-Rosemount Systems, Inc. | Use of remote soft phases in a process control system |
ITTO20030447A1 (it) * | 2003-06-13 | 2004-12-14 | Ansaldo Segnalamento Ferroviario Sp A | Metodo di rappresentazione in sicurezza mediante |
EP2998187A1 (de) | 2014-09-22 | 2016-03-23 | Thales Deutschland GmbH | Verfahren zur Übertragung von auf einem Informationsendgerät anzuzeigenden Informationen |
FR3054687B1 (fr) * | 2016-07-28 | 2019-05-17 | Airbus (S.A.S.) | Dispositif et procede d'affichage d'un document |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE3324313A1 (de) * | 1983-07-06 | 1985-01-17 | Standard Elektrik Lorenz Ag, 7000 Stuttgart | Einrichtung zur signaltechnisch sicheren darstellung von information auf einem datensichtgeraet |
GB8328349D0 (en) * | 1983-10-24 | 1983-11-23 | London Transport Executive | Visual data display system |
DE4005393A1 (de) * | 1990-02-21 | 1991-08-22 | Standard Elektrik Lorenz Ag | Einrichtung zur signaltechnisch sicheren darstellung eines meldebildes |
CH683953A5 (de) * | 1992-04-30 | 1994-06-15 | Siemens Integra Verkehrstechni | Verfahren zur Gewährleistung der signaltechnischen Sicherheit der Benutzeroberfläche einer Datenverarbeitungsanlage. |
DE4228917A1 (de) * | 1992-08-28 | 1994-03-03 | Siemens Ag | Verfahren zum signaltechnisch sicheren Anzeigen verkehrstechnischer Informationen eines Verkehrswegesystems |
DE4332143A1 (de) * | 1993-09-17 | 1995-03-23 | Siemens Ag | Verfahren zum Betrieb eines Datensichtgerätes und Einrichtungen zur Durchführung des Verfahrens |
DE19703574A1 (de) * | 1997-01-31 | 1998-08-06 | Alsthom Cge Alcatel | Verfahren zur sicheren Darstellung eines Bildes auf einem Monitor |
-
1998
- 1998-07-10 DE DE19830926A patent/DE19830926A1/de not_active Withdrawn
-
1999
- 1999-07-09 DE DE59913255T patent/DE59913255D1/de not_active Expired - Lifetime
- 1999-07-09 EP EP99440192A patent/EP0970869B1/de not_active Expired - Lifetime
- 1999-07-09 AT AT99440192T patent/ATE320954T1/de not_active IP Right Cessation
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101380961B (zh) * | 2008-09-27 | 2011-10-05 | 上海宝信软件股份有限公司 | 厂内铁路图形化调车系统及其方法 |
EP4234360A1 (de) * | 2022-02-24 | 2023-08-30 | RFI S.p.A. | Verfahren und system zur erzeugung eines ausgangsbildes, das einen zustand einer eisenbahntransportanlage darstellt |
EP4234359A1 (de) | 2022-02-24 | 2023-08-30 | RFI S.p.A. | System und verfahren zur anzeige des zustands einer eisenbahntransportanlage |
Also Published As
Publication number | Publication date |
---|---|
EP0970869A2 (de) | 2000-01-12 |
DE59913255D1 (de) | 2006-05-11 |
DE19830926A1 (de) | 2000-01-13 |
EP0970869A3 (de) | 2002-09-11 |
ATE320954T1 (de) | 2006-04-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
DE2740009A1 (de) | Vorrichtung zur steuerung von information, die auf einer fernsehartigen sichtvorrichtung dargestellt werden soll | |
DE19627464A1 (de) | Prozeßautomatisierungssystem | |
DE2023693A1 (de) | ||
EP0970869B1 (de) | Verfahren zur sicheren Anzeige des Zustandes einer signaltechnischen Anlage | |
EP0584895B1 (de) | Verfahren zum signaltechnisch sicheren Anzeigen verkehrstechnischer Informationen eines Verkehrswegesystems | |
DE3411015C2 (de) | ||
EP0443377B1 (de) | Einrichtung zur signaltechnisch sicheren Darstellung eines Meldebildes | |
DE4306470C2 (de) | Verfahren zur Gewährleistung der signaltechnischen Sicherheit der Benutzeroberfläche einer Datenverarbeitungsanlage | |
WO2001055853A1 (de) | Verfahren und einrichtung zum ansteuern eines bildschirmgerätes für ein eisenbahnleitsystem | |
DE3324313A1 (de) | Einrichtung zur signaltechnisch sicheren darstellung von information auf einem datensichtgeraet | |
DE3223489A1 (de) | Bildschirmtextdecoder zur bildlichen darstellung von texten, grafiken und symbolen auf bildschirmen von monitoren oder fernsehempfangsgeraeten | |
EP0392328B1 (de) | Verfahren zur ständigen Prüfung einer signaltechnisch sicheren Bildschirmdarstellung | |
DE102014218191A1 (de) | Verfahren zum Betreiben eines Verkehrsleitsystems | |
DE10004743C2 (de) | Verfahren und Einrichtung zum Ansteuern eines Bildschirmgerätes für ein Eisenbahnleitsystem | |
EP1669925A2 (de) | Verfahren zur Skalierung eines Bildzeichens | |
EP0782077B1 (de) | Verfahren und Anordnung zum Konvertieren von Speicheradressen in Speicheransteuersignale | |
EP1963162B1 (de) | Verfahren und anordnung zur sicheren überwachung und auswertung von betriebszuständen wenigstens eines verkehrssteuerungssystems sowie deren verwendung | |
DE10330115A1 (de) | Einrichtung zum Steuern eines von einer Bedienperson gesteuerten Systems, insbesondere eines Stellwerks eines Eisenbahnsystems | |
DE4015430C2 (de) | Verfahren zur unabhängigen Steuerung des Kontrastes und/oder der Helligkeit einer Vielzahl von Bildern und Schaltungsanordnung zur Durchführung dieses Verfahrens | |
DE10250409B4 (de) | Mehrschirmanzeigevorrichtung | |
DE3402889A1 (de) | Verfahren und vorrichtung zur sicherung eines eingestellten betriebszustands bei anzeigegeraeten und/oder druckern in elektronischen datenverarbeitungsanlagen | |
EP4114679B1 (de) | Verfahren und vorrichtung zur sicheren anzeige von asil-relevanten daten auf einer anzeigevorrichtung eines kraftfahrzeuges | |
DE19724409C2 (de) | Verfahren und Vorrichtung zum Modifizieren der Ausrichtung und Position einer Anzeige auf einem Monitor | |
EP0144656A2 (de) | Verfahren und Anordnung zum Darstellen von Schriftzeichen and einer Anzteigeeinheit | |
DE10206951B4 (de) | Anzeigeeinheit sowie Verfahren zur visuellen Darstellung von Informationen auf einer solchen |
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 |
|
AK | Designated contracting states |
Kind code of ref document: A2 Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE |
|
AX | Request for extension of the european patent |
Free format text: AL;LT;LV;MK;RO;SI |
|
PUAL | Search report despatched |
Free format text: ORIGINAL CODE: 0009013 |
|
AK | Designated contracting states |
Kind code of ref document: A3 Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE |
|
AX | Request for extension of the european patent |
Free format text: AL;LT;LV;MK;RO;SI |
|
RIC1 | Information provided on ipc code assigned before grant |
Free format text: 7B 61L 25/08 A, 7G 06F 11/16 B |
|
17P | Request for examination filed |
Effective date: 20021025 |
|
AKX | Designation fees paid |
Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE |
|
GRAP | Despatch of communication of intention to grant a patent |
Free format text: ORIGINAL CODE: EPIDOSNIGR1 |
|
GRAS | Grant fee paid |
Free format text: ORIGINAL CODE: EPIDOSNIGR3 |
|
GRAA | (expected) grant |
Free format text: ORIGINAL CODE: 0009210 |
|
AK | Designated contracting states |
Kind code of ref document: B1 Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: NL Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20060322 Ref country code: IE Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20060322 |
|
REG | Reference to a national code |
Ref country code: GB Ref legal event code: FG4D Free format text: NOT ENGLISH |
|
REG | Reference to a national code |
Ref country code: CH Ref legal event code: EP |
|
GBT | Gb: translation of ep patent filed (gb section 77(6)(a)/1977) |
Effective date: 20060322 |
|
REG | Reference to a national code |
Ref country code: IE Ref legal event code: FG4D Free format text: LANGUAGE OF EP DOCUMENT: GERMAN |
|
REF | Corresponds to: |
Ref document number: 59913255 Country of ref document: DE Date of ref document: 20060511 Kind code of ref document: P |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: SE Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20060622 Ref country code: DK Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20060622 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: ES Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20060703 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: MC Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20060731 Ref country code: LI Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20060731 Ref country code: CH Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20060731 Ref country code: BE Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20060731 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: PT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20060822 |
|
NLV1 | Nl: lapsed or annulled due to failure to fulfill the requirements of art. 29p and 29m of the patents act | ||
ET | Fr: translation filed | ||
REG | Reference to a national code |
Ref country code: IE Ref legal event code: FD4D |
|
REG | Reference to a national code |
Ref country code: CH Ref legal event code: PL |
|
PLBE | No opposition filed within time limit |
Free format text: ORIGINAL CODE: 0009261 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT |
|
26N | No opposition filed |
Effective date: 20061227 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: AT Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20060709 |
|
BERE | Be: lapsed |
Owner name: ALCATEL Effective date: 20060731 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: GR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20060623 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: FI Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20060322 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: LU Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20060709 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: CY Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20060322 |
|
REG | Reference to a national code |
Ref country code: FR Ref legal event code: PLFP Year of fee payment: 18 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: GB Payment date: 20160624 Year of fee payment: 18 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: DE Payment date: 20160705 Year of fee payment: 18 Ref country code: IT Payment date: 20160720 Year of fee payment: 18 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: FR Payment date: 20160712 Year of fee payment: 18 |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R119 Ref document number: 59913255 Country of ref document: DE |
|
GBPC | Gb: european patent ceased through non-payment of renewal fee |
Effective date: 20170709 |
|
REG | Reference to a national code |
Ref country code: FR Ref legal event code: ST Effective date: 20180330 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: GB Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20170709 Ref country code: DE Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20180201 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: FR Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20170731 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: IT Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20170709 |