[0001] Die Erfindung bezieht sich auf ein Parkhaus-Leitsystem nach dem Oberbegriff des Patentanspruchs 1.
[0002] Die DE-Druckschrift "SIPARK - Das innovative Parkhaus-Leitsystem", herausgegeben 2002 von Siemens AG unter der Bestell-Nr. E10003-A800-B26, offenbart ein Parkhaus-Leitsystem, welches einen Fahrer nach der Einfahrt in das Parkhaus auf dem kürzesten Weg an einen freien Stellplatz führt. Ein Ultraschallsensor überwacht jeden einzelnen Stellplatz und übermittelt den Belegzustand an die Parkhaus-Leitzentrale. In die Sensoren integrierte Leuchtdioden signalisieren Parkplatzsuchenden die freien Stellplätze. Pfeilanzeigen oder Sondersymbole weisen den richtigen Weg zum nächsten freien Stellplatz. Die Systemsoftware verknüpft die Stellplatzinformationen aller Sensoren miteinander und steuert so die Zonenanzeigen.
Die Parkhaus-Leitzentrale visualisiert das gesamte Parkhaus, führt statistische Auswertungen durch und ermöglicht von zentraler Stelle Eingriffe in das Stellplatz-Managementsystem. Durch den Einsatz eines Personalcomputers, der die aktuelle Belegsituation visualisiert, kann bei Bedarf direkt Eingriff in das System genommen werden, beispielsweise bei der Reservierung eines Stellplatzes, bei der manuellen Steuerung der Zonenanzeigen und bei der Parkzeitüberwachung für jeden Stellplatz.
[0003] Es ist bekannt, die Visualisierung von Parkhaus-Ebenen in einem derartigen Parkhaus-Leitsystem manuell zu erstellen und in einer eigens hierfür programmierten graphischen Benutzeroberfläche darzustellen und zu dynamisieren. Dabei werden bereits vorhandene Baupläne des Parkhauses als Vorlagen verwendet, die computergestützt konstruiert werden. Entsprechende CAD-Programme (Englisch: computer-aided design), wie z.B. AutoCAD, basieren auf objektorientierter Programmierung, wobei jedes Bestandteil des Designs aus einem oder mehreren programmtechnischen Objekten besteht; Änderungen und Spezifikationen sind die Parameter der Objekte. Ein Abzeichnen von CAD-Bauplänen verursacht allerdings einen erheblichen Mehraufwand. Ebenso muss die Dynamisierung der graphischen Darstellung einer Parkhaus-Ebene, also die Einarbeitung und Aktualisierung veränderlicher Elemente, wie z.B.
Zustände von Anzeigen, von Hand projektiert bzw. programmiert werden. Da eine derartige Projektierung eine speziell ausgebildete Fachkraft erfordert, ist der Projektierungsaufwand sehr hoch; ausserdem birgt die manuelle Durchführung der Projektierung eine gewisse Fehleranfälligkeit in sich.
[0004] Der Erfindung liegt daher die Aufgabe zugrunde, ein Parkhaus-Leitsystem der eingangs genannten Art anzugeben, welches sowohl den Projektierungsaufwand als auch die Fehleranfälligkeit für eine dynamisierte graphische Darstellung von Parkhaus-Ebenen reduziert.
[0005] Die Aufgabe wird erfindungsgemäss gelöst durch ein Parkhaus-Leitsystem der eingangs genannten Art, bei welchem die Recheneinrichtung dazu eingerichtet ist, eine Bauplan-Datei einer Parkhaus-Ebene in eine Datei umzuwandeln, welche die Parkhaus-Ebene als eine zweidimensionale Vektorgraphik mit veränderbaren Elementen beschreibt, einen aktuellen Zustand eines veränderbaren Elementes in einer Projektierungsdatenbank abzulegen, den aktuellen Zustand eines veränderbaren Elementes periodisch abzufragen und die Vektorgraphik-Datei entsprechend anzupassen, und eine graphische Darstellung der Parkhaus-Ebene aus der angepassten Vektorgraphik-Datei zu erzeugen, und dass die Anzeigeeinrichtung dazu eingerichtet ist, die erzeugte graphische Darstellung zu visualisieren.
Indem auf bereits von Architekten erstellte CAD-Baupläne zurückgegriffen wird, vermeidet man ein Neuzeichnen der graphischen Layouts von Hand, was den Gesamtaufwand für die Darstellung der Parkhaus-Ebenen erheblich reduziert. Von dieser massstäblichen Vorlage ausgehend, können solche Dateien mit Hilfe eines Konvertierungstools, welches marktüblich oder durch einen einmaligen Aufwand programmierbar ist, in Vektorgraphik-Dateien mit veränderbaren Elementen umgewandelt werden. Derartige Vektor- bzw. Rastergraphiken bieten die Möglichkeit, Zustandsänderungen der veränderbaren Elemente anzuzeigen aber auch auf Computermaus-Ereignisse im Layout zu reagieren. Ein Layout-Generator durchsucht die Vektorgraphik nach veränderbaren Elementen und fragt deren aktuellen Zustand periodisch in einer Projektierungsdatenbank des Parkhaus-Leitsystems ab.
Die angepasste Vektorgraphik-Datei mit aktualisierter Stellplatz-, Zonen- und numerischer Anzeige wird dann als Layout bzw. graphische Darstellung der Parkhaus-Ebene mittels einer Anzeigeeinrichtung, etwa einem Bildschirm, des Bedien- und Beobachtungssystems visualisiert. Durch die periodische Abfrage nach den aktuellen Zuständen veränderbarer Elemente sowie der entsprechenden Anpassung des Layouts erreicht man eine Dynamisierung der graphischen Darstellung der Parkhaus-Ebenen. Zusätzlich ist es möglich, auf Computermaus-Ereignisse im Layout zu reagieren. Bewegt man den Cursor mit der Computermaus im Layout auf einen Stellplatz, so könnte sich beispielsweise aufgrund dieses Ereignisses ein Fenster mit Zusatzinformationen über diesen Stellplatz - etwa Belegsituation, Reservierung, Parkzeit, oder dergleichen - im Layout öffnen.
[0006] In einer bevorzugten Ausgestaltung des erfindungsgemässen Parkhaus-Leitsystems ist die Recheneinrichtung dazu eingerichtet, die Vektorgraphik-Datei in der computerlesbaren Sprache Scalable Vector Graphics zu schreiben Scalable Vector Graphics, kurz SVG, ist eine Sprache zur Beschreibung zweidimensionaler Vektorgraphiken in XML (Englisch: extensible markup language), einem Standard zur Erstellung strukturierter, maschinenlesbarer Dateien. In SVG bauen alle graphischen Objekte auf einfachen Grundelementen auf, wie Pfad, Kreis, Ellipse, Rechteck, Linie, Polylinie, Polygon oder Text, aus welchen komplexere Objekte zusammengesetzt werden. SVG bietet die Möglichkeit der Anzeige von Zustandsänderungen bzw. der Reaktion auf Computermaus-Ereignissen im Layout. Mit einem speziellen SVG-Viewer kann eine SVG-Datei auf einem Bildschirm dargestellt werden.
[0007] In einer vorteilhaften Ausführungsform des erfindungsgemässen Parkhaus-Leitsystems ist die Recheneinrichtung dazu eingerichtet, sich zum Erzeugen der graphischen Darstellung der Parkhaus-Ebene aus der Vektorgraphik-Datei eines Webbrowsers zu bedienen. Die generierten SVG-Dateien entsprechen einem Internet-Standard und können daher mit einem Webbrowser als HTML-Datei visualisiert werden. Die SVG-Dateien können in eigene programmierte Oberflächen eingebunden werden, wenn man ein entsprechendes Webbrowser-Steuerelement einbindet. Der Webbrowser ist ein Computerprogramm, welches zum Betrachten von Websites im World Wide Web (WWW) benutzt wird. Am häufigsten werden graphische Browser verwendet, die ein Betriebssystem mit einer graphischen Benutzeroberfläche verlangen.
Der Internet Explorer von Microsoft kennt beispielsweise so genannte ActiveX-Funktionen, also Software-Komponenten für andere Anwendungen, Makroprogrammierungen und Entwicklungsprogramme, die gleich in verschiedenen Programmiersprachen und Umgebungen verwendet werden können.
[0008] Vorzugsweise ist bei dem erfindungsgemässen Parkhaus-Leitsystem die Recheneinrichtung dazu eingerichtet, zur Abfrage des aktuellen Zustandes eines veränderbaren Elementes einen Webservice aufzurufen, über welchen eine Datenkommunikation mit der Projektierungsdatenbank erfolgt. Allgemein versteht man unter einem Webservice einen Dienst, der mit Hilfe von XML auf der Basis von Internet-Netzwerkprotokollen erbracht wird, um Informationen von Software-Komponenten zu sammeln.
[0009] Ein Ausführungsbeispiel und weitere Vorteile der Erfindung werden nachfolgend anhand der Zeichnungen näher erläutert, in deren
<tb>Fig. 1<sep>eine erfindungsgemäss erzeugte graphische Darstellung einer Parkhaus-Ebene,
<tb>Fig. 2<sep>die Erzeugung der graphischen Darstellung mittels des erfindungsgemässen Parkhaus-Leitsystems,
<tb>Fig. 3<sep>die Anpassung der graphischen Darstellung an die aktuellen Zustände ihrer veränderlichen Elemente schematisch veranschaulicht sind.
[0010] Fig. 1 zeigt eine graphische Darstellung 15 einer Parkhaus-Ebene, wie sie auf einem Bildschirm eines Bedien- und Beobachtungssystems einer Parkhaus-Leitzentrale als Layout visualisiert wird. Die Projektierung eines solchen Layouts 15, also dessen Erstellung oder spätere Änderung, erfolgte bislang manuell von speziell ausgebildeten Fachkräften, was aufwändig und zudem fehleranfällig war. Erfindungsgemäss wird auch von CAD-Bauplänen ausgegangen, die von Architekten des Parkhauses bereits erstellt worden sind und eine massstäbliche Vorlage für die zu erzeugende graphische Darstellung 15 bilden. Diese CAD-Baupläne können jedoch nicht direkt verwendet werden, da im Layout 15 einer Parkhaus-Ebene auch veränderbare Elemente, wie Stellplatzanzeigen 15S, Zonenanzeigen 15Z oder auch in Fig. 1 nicht dargestellte numerische Anzeigen, dargestellt werden können sollen.
Eine Stellplatzanzeige 15S kann unterschiedliche Zustände einnehmen, also etwa frei (Zustand 15Sf) oder belegt (Zustand 15Sb) sein, was in der graphischen Darstellung 15 durch unterschiedliche Symbole zum Ausdruck gebracht ist. Eine Zonenanzeige 15Z, die einem Fahrer den Weg in Gassen mit freien Stellplätzen signalisieren soll, kann ebenfalls verschiedene Zustände annehmen, etwa grüne Richtungspfeile nach links (Zustand 15Zg), rechts oder geradeaus oder auch ein rotes Kreuz - je nach Stellplatzbelegung in den entsprechenden Gassen der dargestellten Parkhaus-Ebene. Die graphische Darstellung 15 zeigt neben der Anordnung der Stellplätze innerhalb der Parkhaus-Ebene bauliche Begrenzungen sowie Ein- und Ausfahrten.
Das Bedien- und Beobachtungssystem des Parkhaus-Leitsystems gestattet dem Benutzer die graphische Darstellung 15 in der Grösse zu verändern und das Sichtfenster innerhalb der Ebene zu verschieben. Ausserdem kann zwischen graphischen Darstellungen unterschiedlicher Sektoren einer Parkhaus-Ebene gewechselt werden.
[0011] Erfindungsgemäss wird nach Fig. 2von einer bereits vorliegenden Bauplan-Datei 10 einer Parkhaus-Ebene ausgegangen, die in eine Datei 11 umgewandelt wird, welche die Parkhaus-Ebene als eine zweidimensionale Vektorgraphik mit veränderbaren Elementen 15S, 15Z beschreibt. Hierzu kommt ein Konvertierungswerkzeug 20 zum Einsatz, welches den CAD-Bauplan 10 mit der typischen Dateiendung *.DXF in eine Vektorgraphik-Datei 11 umwandelt. Mit Vorteil wird dabei in eine Scalable Vector Graphics-Datei mit der Endung *. SVG konvertiert, da dieser Standard die Möglichkeit der Anzeige von Zustandsänderungen veränderbarer Elemente sowie Reaktionen auf Computermaus-Ereignisse im Layout 15 ermöglicht.
[0012] Die nun erhaltene SVG-Datei 11 durchläuft einen Layout-Generator einer Recheneinrichtung 32 des Bedien- und Beobachtungssystems 30 der Parkhaus-Leitzentrale. Der Layout-Generator 32 durchsucht die SVG-Datei 11 nach veränderbaren Elementen 15S, 15Z und fügt der SVG-Datei 11 die Parkhaus-Informationen bezüglich Stellplatzzustand 15Sf, 15Sb bzw. Zonenanzeigenzustand 15Zg hinzu. Hierzu wird der Layout-Generator 32 mit einer Projektierungsdatenbank 50 verbunden, in der sämtliche Parkhaus-Informationen abgelegt sind, die der Layout-Generator 32 braucht. Dies hat den Vorteil, dass die Projektierung der Parkhaus-Ebenen nur einmal vorhanden ist und bei Änderungen im Parkhaus, wie z.B. ein Wechsel von Stellplatzbezeichnungen, nur ein Durchlauf für die Erzeugung der graphischen Darstellung 15 notwendig ist. Eine manuelle Bearbeitung entfällt.
Sowohl der Konvertierungs- als auch der Projektierungsaufwand sind minimal und relativ fehlerfrei.
[0013] Ein Vorteil bei der Verwendung von SVG als erzeugtem Format der Vektorgraphik-Dateien liegt darin, dass diese einem Internet-Standard entsprechen und deshalb mit einem geeigneten Webbrowser 34 - etwa dem Microsoft Internet Explorer - visualisiert werden können. Bindet man das entsprechende Webbrowser-Steuerelement ein, so kann die SVG-Datei 11 in einer eigenen programmierten Oberfläche eingebunden werden. Damit hat man die gleichen Möglichkeiten wie mit bekannten Webbrowsern. Die entsprechende HTML-Datei 12 wird dann auf einer Anzeigeeinrichtung 36, etwa einem Bildschirm, des Bedien- und Beobachtungssystems 30 in Form des Layouts 15 visualisiert.
[0014] Die Zustandsdaten für die in der SVG-Datei dargestellten veränderbaren Elemente 15S, 15Z werden über einen Webservice 40 von der als Object Factory ausgebildeten Projektierungsdatenbank 50 angefordert. Damit exakt die Daten angefordert werden, welche in dieser SVG-Datei dargestellt werden, werden beim Erzeugen der SVG-Datei 11, deren Name sowie veränderbaren Elemente in der Projektierungsdatenbank 50 abgelegt. Die Record-ID des Datensatzes mit dem Dateinamen wird in der SVG-Datei 11 als Attribut abgelegt.
[0015] Nach Fig. 3 wird das Aktualisieren der Zustände 15Sf, 15Sb, 15Zg in der SVG-Datei mit einem Java-Script 13 (SVGCP.JS) durchgeführt, welches als externes Script eingebunden wird. Das hat den Vorteil, dass alle SVG-Dateien auf dieses Script zugreifen können. Eine Änderung wirkt sich auf alle SVG-Dateien aus, wodurch der benötigte Speicherplatz geringer ist. Da neben der graphischen Darstellung von veränderbaren Elementen 15S, 15Z auch Informationen über die Stellplätze dargestellt werden sollen, wird auch eine HTML-Datei 12 mit dem gleichen Namen wie die SVG-Datei 11 erzeugt. Die SVG-Datei 11 wird in die HTML-Datei 12 eingebettet, so dass die gewünschten Stellplatzinformationen angezeigt werden können.
Auch in die HTML-Datei 12 ist ein Java-Script (HTMLCP.JS) extern eingebunden, in welchem das Ergebnis des Aufrufs des Webservice 40 ausgewertet und in der SVG-Datei 11 aktualisiert wird.
[0016] Findet der Layout-Generator in der SVG-Datei 11 ein veränderbares Element 15S, 15Z, so wird das Java-Script 13 angesprochen und der Webservice 40 aufgerufen. Der Webservice 40 kontaktiert wiederum die als Object Factory ausgebildete Projektierungsdatenbank 50, von der er ein Ergebnis in Form von aktualisierten Zuständen 15Sf, 15Sb, 15Zg zurückerhält. Der Webservice 40 liefert das Ergebnis an die Call-back-Funktion im Java-Script 14 der HTML-Datei 12, von wo aus ein Eintrag der Zustandsänderungen in der SVG-Datei 11 erfolgt. Durch periodisches Abfragen über den Webservice 40 kann auf der Anzeigeeinrichtung 36 des Bedien- und Beobachtungssystems 30 ein Layout 15 visualisiert werden, welches den aktuellen Zustand der Anzeigen repräsentiert.
[0017] Die Projektierungsdatenbank 50 selbst entnimmt die aktuellen Daten wiederum von der Steuerungslogik des Parkhaus-Leitsystems. Der Webservice 40 liegt dabei auf dem gleichen Server, auf dem auch die Projektierungsdatenbank 50 läuft. Dies ist aber nicht zwingend erforderlich. Für einen Stellplatz können an Informationen der Stellplatzstatus, eine Reservierung, der Parkbeginn und die Parkzeit; für eine Zonenanzeige liegen an Informationen ein Richtungspfeil links, eine Richtungspfeil geradeaus, ein Richtungspfeil rechts sowie ein Sperrsymbol vor; für eine numerische Anzeige wird die Anzahl der Fahrzeuge übergeben.
[0018] Es wird bemerkt, dass die hier beschriebene Erfindung natürlich nicht auf Layouts von Parkhaus-Ebenen beschränkt ist, sondern mit Vorteil auch in beliebigen anderen Bedien- und Beobachtungssystemen zur Erzeugung von graphischen Darstellungen mit veränderbaren Elementen einsetzbar ist.
The invention relates to a parking garage guidance system according to the preamble of patent claim 1.
The DE-document "SIPARK - The innovative parking garage control system", issued in 2002 by Siemens AG under the order no. E10003-A800-B26, discloses a parking garage guidance system, which guides a driver after entering the parking garage on the shortest path to a free parking space. An ultrasonic sensor monitors each individual parking space and transmits the document status to the parking garage control center. Light-emitting diodes integrated in the sensors signal parking lot seekers the free parking spaces. Arrow displays or special symbols indicate the right way to the next free parking space. The system software links the location information of all the sensors and controls the zone displays.
The parking garage control center visualizes the entire parking garage, carries out statistical evaluations and enables interventions in the parking space management system from a central location. Through the use of a personal computer, which visualizes the current document situation, can be taken if necessary directly intervention in the system, for example, when reserving a parking space, when manually controlling the zone displays and parking time monitoring for each parking space.
It is known to manually create the visualization of parking garage levels in such a parking garage management system and display in a specially programmed for this purpose graphical user interface and to dynamize. Existing blueprints of the car park are used as templates, which are computer-aided design. Corresponding computer-aided design (CAD) programs, such as e.g. AutoCAD, based on object-oriented programming, where each part of the design consists of one or more programmatic objects; Changes and specifications are the parameters of the objects. However, a signing of CAD construction plans causes a considerable additional effort. Similarly, the dynamization of the graphical representation of a parking garage level, ie the incorporation and updating of variable elements, such as.
States of displays, to be projected or programmed by hand. Since such a configuration requires a specially trained specialist, the configuration effort is very high; In addition, the manual execution of the configuration entails a certain susceptibility to error.
The invention is therefore an object of the invention to provide a parking garage control system of the type mentioned, which reduces both the design effort and the error rate for a dynamic graph of parking garage levels.
The object is achieved according to the invention by a parking garage control system of the type mentioned, in which the computing device is adapted to convert a blueprint file of a parking garage level into a file which the parking garage level as a two-dimensional vector graphic with changeable Elements describes storing a current state of a modifiable element in a design database, periodically polling the current state of a modifiable element and adjusting the vector graphics file, and generating a parking garage level plot from the adjusted vector graphic file, and the Display device is adapted to visualize the generated graphical representation.
By resorting to CAD designs already created by architects, one avoids a redrawing of the graphic layouts by hand, which significantly reduces the overall effort for the presentation of the parking garage levels. Starting from this scale template, such files can be converted into vector graphics files with changeable elements using a conversion tool that is customary in the market or programmable with a one-time effort. Such vector or raster graphics provide the ability to display state changes of the variable elements but also to respond to computer mouse events in the layout. A layout generator searches the vector graphic for changeable elements and queries their current state periodically in a configuration database of the parking garage control system.
The adapted vector graphic file with updated parking space, zone and numeric display is then visualized as a layout or graphic representation of the parking garage level by means of a display device, such as a screen, of the operating and monitoring system. The periodic query for the current states of changeable elements and the corresponding adaptation of the layout results in a dynamization of the graphical representation of the parking garage levels. In addition, it is possible to respond to computer mouse events in the layout. Moving the cursor with the computer mouse in the layout on a parking space, it could, for example, due to this event, a window with additional information about this space - such as document situation, reservation, parking time, or the like - open in the layout.
In a preferred embodiment of the inventive parking garage guidance system, the computing device is adapted to write the vector graphic file in the computer-readable language Scalable Vector Graphics Scalable Vector Graphics, SVG for short, is a language for describing two-dimensional vector graphics in XML (English: extensible markup language), a standard for creating structured, machine-readable files. In SVG, all graphical objects build on simple primitives, such as path, circle, ellipse, rectangle, line, polyline, polygon, or text, from which more complex objects are assembled. SVG provides the ability to view state changes or the response to computer mouse events in the layout. With a special SVG viewer, an SVG file can be displayed on a screen.
In an advantageous embodiment of the inventive parking garage control system, the computing device is adapted to use to generate the graphical representation of the parking garage level from the vector graphic file of a web browser. The generated SVG files correspond to an Internet standard and can therefore be visualized as a HTML file using a web browser. The SVG files can be incorporated into custom programmed interfaces by incorporating a corresponding web browser control. The web browser is a computer program used to view websites on the World Wide Web (WWW). The most commonly used are graphical browsers that require an operating system with a graphical user interface.
For example, Microsoft's Internet Explorer has so-called ActiveX features, software components for other applications, macro programming, and development programs that can be used in a variety of programming languages and environments.
Preferably, in the inventive parking garage control system, the computing device is configured to call a web service to query the current state of a variable element, via which a data communication with the configuration database. Generally, a web service is a service provided by XML based on Internet network protocols to collect information from software components.
An embodiment and further advantages of the invention will be explained in more detail with reference to the drawings, in whose
<Tb> FIG. 1 <sep> a graphical representation of a parking garage level generated according to the invention,
<Tb> FIG. 2 <sep> the generation of the graphical representation by means of the parking garage guidance system according to the invention,
<Tb> FIG. 3, the adaptation of the graphical representation to the current states of its variable elements are schematically illustrated.
Fig. 1 shows a graphical representation 15 of a parking garage level, as visualized on a screen of a control and monitoring system of a parking garage control center as a layout. The planning of such a layout 15, ie its creation or subsequent change, was previously done manually by specially trained professionals, which was complex and error-prone. According to the invention, it is also assumed that CAD construction plans have already been prepared by architects of the parking garage and form a scale template for the graphic representation 15 to be generated. However, these CAD construction plans can not be used directly, since in the layout 15 of a parking garage level also variable elements, such as parking space 15S, zone 15Z or in Fig. 1 numerical displays, not shown, to be displayed.
A parking space display 15S can assume different states, ie be free (state 15Sf) or occupied (state 15Sb), which is expressed in the graphical representation 15 by different symbols. A zone display 15Z, which is to signal a driver the way in lanes with free parking spaces, can also assume different states, such as green directional arrows to the left (state 15Zg), right or straight or even a red cross - depending on the parking space occupancy in the corresponding streets Parking garage level shown. The graphic representation 15 shows in addition to the arrangement of the parking spaces within the parking garage level structural limitations and entrances and exits.
The control and monitoring system of the car park guidance system allows the user to resize the graphical representation 15 and move the viewing window within the plane. In addition, you can switch between graphs of different sectors of a parking garage level.
According to the invention, an already existing blueprint file 10 of a parking garage level is assumed in FIG. 2, which is converted into a file 11 which describes the parking garage level as a two-dimensional vector graphic with variable elements 15S, 15Z. For this purpose, a conversion tool 20 is used, which converts the CAD blueprint 10 with the typical file extension * .DXF into a vector graphic file 11. The advantage here is a Scalable Vector Graphics file with the extension *. SVG converts as this standard allows the ability to view changes in state of changeable elements and responses to computer mouse events in Layout 15.
The now obtained SVG file 11 passes through a layout generator of a computing device 32 of the operator control and monitoring system 30 of the parking garage control center. The layout generator 32 searches the SVG file 11 for changeable elements 15S, 15Z and adds to the SVG file 11 the parking space information 15Sf, 15Sb and zone display state 15Zg, respectively. For this purpose, the layout generator 32 is connected to a configuration database 50, in which all parking garage information is stored, which the layout generator 32 needs. This has the advantage that the configuration of the parking garage levels is only once available and for changes in the parking garage, such as. a change of slot designations, only one pass is necessary for the generation of the graphical representation 15. A manual processing is eliminated.
Both the conversion and the configuration effort are minimal and relatively error-free.
An advantage of using SVG as the generated format of the vector graphics files is that they conform to an Internet standard and therefore can be visualized with a suitable web browser 34 such as Microsoft Internet Explorer. If you include the appropriate web browser control, the SVG file 11 can be integrated into its own programmed user interface. This gives you the same options as with popular web browsers. The corresponding HTML file 12 is then visualized on a display device 36, such as a screen, of the operating and monitoring system 30 in the form of the layout 15.
The state data for the variable elements 15S, 15Z represented in the SVG file are requested via a web service 40 from the configuration database 50 designed as an object factory. In order to request exactly the data that is displayed in this SVG file, the SVG file 11, its name and changeable elements are stored in the configuration database 50 when the SVG file is generated. The record ID of the record with the file name is stored in the SVG file 11 as an attribute.
According to Fig. 3, the updating of states 15Sf, 15Sb, 15Zg in the SVG file is performed with a Java script 13 (SVGCP.JS), which is incorporated as an external script. This has the advantage that all SVG files can access this script. A change affects all SVG files, reducing the space required. Since in addition to the graphical representation of variable elements 15S, 15Z and information about the parking spaces to be displayed, an HTML file 12 is created with the same name as the SVG file 11. The SVG file 11 is embedded in the HTML file 12, so that the desired parking space information can be displayed.
Also in the HTML file 12, a Java script (HTMLCP.JS) is externally integrated, in which the result of the call of the web service 40 is evaluated and updated in the SVG file 11.
If the layout generator finds a changeable element 15S, 15Z in the SVG file 11, then the Java script 13 is addressed and the web service 40 is called. The web service 40 in turn contacts the project planning database 50 designed as an object factory, from which it receives a result in the form of updated states 15Sf, 15Sb, 15Zg. The web service 40 delivers the result to the call-back function in the Java script 14 of the HTML file 12, from where an entry of the state changes in the SVG file 11 takes place. By periodic queries via the web service 40, a layout 15 can be visualized on the display device 36 of the operating and monitoring system 30, which represents the current state of the displays.
The project planning database 50 itself extracts the current data from the control logic of the parking garage management system. The web service 40 is located on the same server on which the configuration database 50 is running. But this is not mandatory. For a parking space, information about the parking space status, a reservation, the start of the parking and the parking time; for a zone display, there is an arrow on the left, a directional arrow on the right, a directional arrow on the right and a lock symbol on the information; For a numeric display, the number of vehicles is transferred.
It is noted that the invention described here is of course not limited to layouts of parking garage levels, but can be used with advantage in any other control and observation systems for the production of graphical representations with variable elements.