EP1567934A2 - Verfahren und schaltungsanordnung zum rechnergestützten erzeugen einer grafischen benutzeroberfläche - Google Patents

Verfahren und schaltungsanordnung zum rechnergestützten erzeugen einer grafischen benutzeroberfläche

Info

Publication number
EP1567934A2
EP1567934A2 EP03807839A EP03807839A EP1567934A2 EP 1567934 A2 EP1567934 A2 EP 1567934A2 EP 03807839 A EP03807839 A EP 03807839A EP 03807839 A EP03807839 A EP 03807839A EP 1567934 A2 EP1567934 A2 EP 1567934A2
Authority
EP
European Patent Office
Prior art keywords
user interface
graphical user
data
dynamic
static
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
EP03807839A
Other languages
English (en)
French (fr)
Inventor
Michael Ellinger
Hans Haugeneder
Joachim Ritter
Sebastian Witte
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.)
BSH Hausgeraete GmbH
Original Assignee
BSH Bosch und Siemens Hausgeraete GmbH
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
Priority claimed from DE2002146112 external-priority patent/DE10246112A1/de
Application filed by BSH Bosch und Siemens Hausgeraete GmbH filed Critical BSH Bosch und Siemens Hausgeraete GmbH
Publication of EP1567934A2 publication Critical patent/EP1567934A2/de
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/30—Creation or generation of source code
    • G06F8/38—Creation or generation of source code for implementing user interfaces
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2805—Home Audio Video Interoperability [HAVI] networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2816—Controlling appliance services of a home automation network by calling their functionalities
    • H04L12/282—Controlling appliance services of a home automation network by calling their functionalities based on user interaction within the home
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2823—Reporting information sensed by appliance or service execution status of appliance services in a home automation network

Definitions

  • the present invention relates to a method and a circuit arrangement for the computer-assisted generation of a graphical user interface of a device monitoring unit and / or device control unit of at least one device, in particular a domestic appliance, a base structure of the graphical user interface being determined from a base configuration file, depending on the base structure the graphic user interface, device-specific static detail data are determined from a device-specific device configuration file, depending on the basic structure of the graphic user interface, device-specific dynamic detail data, which are provided by the device to be controlled and which describe a state of the device to be monitored and / or controlled, are determined and the graphical user interface is formed according to the basic structure and the static detailed data and the dynamic detail data can be inserted into the graphical user interface.
  • the present invention is therefore based on the object of showing a way of proceeding in a relatively simple manner in a method of the type mentioned at the outset is to be able to solve the above-mentioned problem, that is to say, in a particularly simple manner, to be able to insert device-specific static and dynamic detailed data at positions that can be defined and changed in the respective graphical user interface without the entire process sequence and thus a process sequence behind it To have to completely redesign the entire programming.
  • the object outlined above is achieved according to the invention in a method of the type mentioned at the outset by additionally storing in at least one configuration file information about where in the graphical user interface which device-specific static or dynamic detailed data are to be stored and that Based on the information in this configuration file, the device-specific static and dynamic detail data are inserted into the graphical user interface.
  • the invention has the advantage that it is determined solely by the information contained in the configuration file provided in each case, at which points in the graphic user interface which device-specific static or dynamic detailed data are to be stored and thus inserted. If the positions and / or the contents of certain display fields or areas of the respective graphical user interface are to be changed, then this only needs to be taken into account by correspondingly changed entries in the existing configuration file, which is possible by relatively simple method steps. A comprehensive change of the entire process sequences and the overall programming behind them is therefore not necessary due to the present invention.
  • the invention is therefore characterized by a high degree of flexibility with regard to the definition and modification of display fields and areas in the respective graphical user interface and the device-specific static and dynamic detailed data to be inserted therein.
  • WML Wireless Markup Language
  • HTML Hypertext Markup Language
  • XMLC Extended Markup Language Compiling
  • the configuration file mentioned is preferably provided by a spreadsheet file (for example by an Excel M file), the data representing the stated data being converted into XML data (Extended Markup Language).
  • a spreadsheet file for example by an Excel M file
  • XML data Extended Markup Language
  • the individual elements of the basic structure data to be used for different graphical user interfaces are stored in separate basic configuration files which are selected in accordance with the respectively desired graphical user interface and are used to provide the relevant graphical user interface.
  • This measure has the advantage that, in a particularly simple manner, the surface elements required or serving for different user interfaces need only be stored once in order to be able to be used in a large number of different user interfaces. The overall effort required to create different graphical user interfaces is thus significantly reduced compared to the case in which the basic structure data required for each graphical user interface are completely stored in a separate basic configuration file.
  • the details of where device-specific static or dynamic data are to be entered in the overall possible graphical user interfaces are stored in individual configuration files which are selected in accordance with the respectively desired graphical user interface and on the basis of which the respective static and dynamic detailed data, which are also in each case are saved in individual files and inserted into the desired graphical user interface.
  • This measure advantageously makes it possible to provide, for example, store information about the device-specific static or dynamic detailed data to be entered in the same places in a number of graphical user interfaces, as well as the relevant static and dynamic detailed data itself. A multiple storage of the concerned It is therefore not necessary to provide information, for example, in accordance with the respective graphical user interfaces.
  • All files are expediently stored in at least one memory of a building gateway computer device, the operation of which provides the respective graphical user interface and the insertion of the respective device-specific static and dynamic data.
  • a circuit arrangement in a device monitoring / control unit of at least one device, in particular a domestic appliance, with a processor unit, with the aid of which the respective graphical user interface is to be created and with which at least one is used for the creation, is preferably used to carry out the method according to the invention the data serving the respective graphical user interface and the memory storing device-specific static and dynamic detail data to be inserted into the respective graphical user interface.
  • this circuit arrangement is characterized in that information about at which locations of the respective graphical user interface which data of the respective device-specific static and dynamic detailed data are to be stored is stored in at least one separate memory or memory area which is stored with the processor unit connected and that after
  • the device-specific static and dynamic detailed data to be inserted into the respective graphical user interface can be selectively called up.
  • Fig. 1 shows a block diagram of a first embodiment of the invention.
  • 2 shows a block diagram of a second exemplary embodiment of the invention.
  • FIG. 1 illustrates in a block diagram a method and a circuit arrangement for carrying it out according to a first exemplary embodiment of the present invention for computer-aided generation of a graphical user interface of a device monitoring unit and / or device control unit of a device, in particular a domestic device.
  • a device monitoring unit and / or device control unit of a device in particular a domestic device.
  • a basic structure request message 101 is sent to a computing device via a request line 102 , which is formed by a processor 150 receiving the relevant message 101, which controls a basic structure configuration file 110, which can also be referred to as a template file, via a control line 104.
  • the processor 150 is designed here in such a way that it can process ML data (markup language).
  • Base structure configuration file 110 are stored base structures corresponding to user interfaces, which are assigned to the devices to be monitored or controlled, in the present case in WML format or in HTML format.
  • the relevant basic structures determine the layout of the respective graphical user interface. At the points or areas where device-specific static or dynamic detailed data are to be entered, individual placeholders are entered, to which reference is made below.
  • the basic structure request message 101 thus requires the relevant device monitoring unit or device control unit to transmit a specific basic structure of a graphical user interface to be created.
  • the basic structure selected in this way from the basic structure or basic configuration file 110 is subjected to compilation in the present case via a connecting line 105 in an XMLC compiler 106 (Extended Markup Language Compiling).
  • the data 108 obtained in this way are transmitted via a connecting line 107 in the form of
  • Basic structure data are made available in a document-object model (DOM) or in a device 109 containing this object model.
  • DOM document-object model
  • Device-specific static and dynamic detailed data must now be inserted at specified positions or areas in the respective basic structure of an object-oriented representation of this document object model, which is to be supplemented and thus created.
  • a device configuration file 130 is provided for the provision of device-specific static detail data, which can be controlled accordingly by the processor 150 via a control line 131 and which, when activated, sends the static detail data 135 specified by this control via a data line 134 releases processor 150.
  • a dynamic data file 140 which is referred to as device-specific dynamic detail data and is provided for the provision of the required dynamic detailed data, is provided by the processor 150 via a control line 141 for the delivery of dynamic detailed data 145 determined by the relevant control via a connecting line 144 is initiated.
  • the relevant dynamic detail data itself is provided by the device to be controlled, such as device 100; they describe a state of the device in question, e.g. a temperature of a certain process.
  • the processor 150 can be provided with device-specific static and dynamic detailed data which are to be inserted into the basic structure data available in the document object model 109.
  • a configuration file 120 which can also be referred to as a meta configuration file, is provided.
  • This configuration file 120 can be controlled by the processor 150 via a control line 121.
  • This configuration file 120 it is now specified for the individual fields and areas in the respective basic structure of the graphical user interface which device-specific static or dynamic detailed data are to be entered there.
  • the individual positions or areas of the basic structure of the respective graphical user interface can be defined, for example, by unique ID details (identification details), such as are used as placeholders in the relevant basic structure, or they can refer to these placeholders. Addresses associated with these detailed data in the previously mentioned files 130 and 140 can be used, for example, to determine the device-specific static or dynamic detailed data to be taken into account.
  • the configuration file 120 indicates, on its control, on the one hand, at which points in the basic structure of the respective graphical user interface existing in the document object model 109, device-specific static or dynamic detailed data is to be inserted, and on the other hand, on its control, it specifies which data the by the files 130 and 140 provided device-specific static and dynamic detail data are to be inserted into the relevant basic structure.
  • the configuration file 120 is preferably in the form of a spreadsheet file, for example an EXCEL TM file. 1, the content of this file is fed via an output line 122 to an XML converter which converts the relevant data of this file into the XML format (Extended Markup Language) and the data 125 thus converted is sent to the processor 150 via an output line 124 Provides. On the basis of this information or data 125 made available to the processor 150 from the configuration file 120, this processor retrieves the respectively required device-specific static or dynamic detailed data by appropriately controlling the static file 130 via the control line 131 and the dynamic file 140 via the control line 141.
  • EXCEL TM file Extended Markup Language
  • the requested device-specific static detailed data 135 are then transmitted from the static file 130 to the processor 150 via the connecting line 134, and the requested device-specific graphic detailed data 145 are transmitted from the dynamic file 140 to the processor 150 via the connecting line 144.
  • the processor 150 then transmits data 152 and 162 corresponding to the relevant detail data 135 and 145 via an output line 151 to the data Basic structure of the desired graphical user interface to be created in the document object model 109 and inserts the relevant detail data 152, 162 there into the places or areas that are known to it from the information 125 that comes from the configuration file 120.
  • FIG. 2 illustrates a second exemplary embodiment or a modification of the arrangement shown in FIG. 1 and the associated method according to the present invention.
  • FIG. 2 differs from the embodiment shown in FIG. 1 essentially in that the one in FIG.
  • the basic configuration file designated by 110 in FIG. 1 according to FIG. 2 is formed by basic configuration files 210A to 210M (each designated by the basic configuration file) (with A to M> 2), in which the individual elements differ for - Graphical user interfaces for basic structure data to be used are stored are.
  • the relevant basic configuration files 210A to 21 OM are connected via bidirectionally operable connecting lines 205A to 205M to a selection device 219 which is connected on the input side via a control line 204 to a processor 250 which corresponds to the processor 150 according to FIG. 1.
  • the selection device 219 is connected via a connecting line 211 to an XMLC compiler or compiler 206, which corresponds to the compiler 106 according to FIG. 1.
  • the compiler 206 is connected via a connecting line 207 to a device 209 containing a document object model, to which the basic structure data 208 required for the respective graphical user interface to be created are supplied via the connecting line 207 in question.
  • the selection device 219 is otherwise connected to the mentioned processor 250 via a selection control line 218.
  • Configuration files 220A to 220N (with A to N> 2) corresponding to configuration file 120 according to FIG. 1 are connected via bidirectionally operable lines 222A to 222N to a selection device 229, which is connected on the input side to processor 250 via a connection line 221 and which is connected on the output side to The processor 250 is connected via a conversion device 223 corresponding to the XML conversion device 123 according to FIG. 1, which is connected on the output side to the processor 250 via a connecting line 224 and via this data or information 225 corresponding to the information 125 according to FIG. 1 transfers.
  • the selection device 229 which is connected on the input side to processor 250 via a connection line 221 and which is connected on the output side to The processor 250 is connected via a conversion device 223 corresponding to the XML conversion device 123 according to FIG. 1, which is connected on the output side to the processor 250 via a connecting line 224 and via this data or information 225 corresponding to the information 125 according to FIG. 1 transfers.
  • the selection device 223
  • 229 is connected to processor 250 via a selection control line 228.
  • the static file 130 shown in FIG. 1 corresponds to the static files 230A to 230P (with A to P> 2) in FIG. 2, which are connected to a selection device 239 via bidirectionally operable connecting lines 232A to 232P.
  • This selection device 239 is connected on the input side to the processor 250 via a control line 231 and on the output side via an output line 235.
  • Device-specific static detailed data 235 corresponding to the detailed data 135 according to FIG. 1 can be transmitted via this output line 234.
  • the selection device 239 is connected to the processor 250 via a selection control line 238.
  • the dynamic file 140 according to FIG. 1 corresponds to the dynamic files 240A to 240X (with A to X> 2) shown in FIG. 2, which are connected to a selection device 249 via bidirectionally operable connecting lines 242A to 242X.
  • This selection device 249 is on the input side via a control line 241 and on the output side. tig connected to the processor 250 via an output line 245.
  • the dynamic detailed data 245 corresponding to the device-specific dynamic detailed data 145 mentioned in connection with FIG. 1 can be transmitted via this output line 244.
  • the selection device 249 is otherwise connected to the processor 250 via a selection control line 248.
  • the processor 250 is connected on the input side via a connecting line 202 to a device 200, from which data 201 can be transmitted via the connecting line 202 in question, which corresponds to the data 101 according to FIG. 1.
  • the processor 250 according to FIG. 2 in accordance with the processor 150 according to FIG. 1, is connected via a connecting line 251 to the device which has the document object model 209 containing the basic structure for the respective graphical user interface to be provided. Via this connecting line 251, the relevant document object model 209 is to be transferred detailed data 252 and 262 for insertion into the basic structure of the graphic user interface to be created.
  • the individual elements of the basic structure data to be used for different graphical user interfaces are stored in the separate basic configuration files 210A to 210M, which are selected in accordance with the respectively desired graphical user interface and used to provide the relevant graphical user interface.
  • the configuration file 120 according to FIG. 1 By dividing the configuration file 120 according to FIG. 1 into a plurality of configuration files 220A to 220N according to FIG. 2, it is also possible to perform an efficient control-enabling division of the information stored in these files, for example with regard to information about which Positions in the respective basic structure of device-specific static detail data are to be inserted, and with regard to information about at which points in the respective basic structure device-specific static detailed data are to be stored.
  • the information that is always to be inserted in the same place or in the same area of the different basic structures of graphical user interfaces can all be stored in a single configuration file. In this way, too, advantages can be achieved in terms of control.
  • static or dynamic detailed data can be contained in a wide variety of orders or sequences, for example in the order of their importance for the processes to be monitored and / or controlled. This also allows flexibility or relief in terms of control compared to the conditions as described in connection with FIG. 1.
  • a to Z ⁇ 2) can be provided.
  • the files 210A to 210M, 220A to 220N, 230A to 230P and 240A to 240X shown in FIG. 2 can, moreover, like the corresponding files according to FIG. 1, be stored in at least one memory of a building gateway computing device, which, for example, is the Processor 250 includes.

Landscapes

  • Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Multimedia (AREA)
  • User Interface Of Digital Computer (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Information Transfer Between Computers (AREA)
  • Apparatus Associated With Microorganisms And Enzymes (AREA)

Abstract

Zum rechnergestützten Erzeugen einer grafischen Benutzeroberfläche (160) einer Geräteüberwachungseinheit und/oder Gerätesteuerungseinheit (100) wenigstens eines Gerätes, insbesondere eines Hausgerätes, wird eine Basisstruktur der grafischen Benutzeroberfläche aus einer Basis-Konfigurationsdatei (110) ermittelt; in diese Basisstruktur werden gerätespezifische statische Detaildaten aus einer gerätespezifischen Geräte-Konfigurationsdatei (130) und gerätespezifische dynamische Detaildaten, welche von dem zu steuernden Gerät bereitgestellt werden und welche einen Zustand des zu überwachenden und/oder zu steuernden Geräts beschreiben, nach Massgabe von in wenigstens einer Konfigurationsdatei (120) gespeicherten Angaben darüber eingefügt, an welchen Stellen in der grafischen Benutzeroberfläche (160) welche gerätespezifischen statischen oder dynamischen Daten zu speichern sind.

Description

Verfahren und Schaltungsanordnung zum rechnergestützten Erzeugen einer grafischen Benutzeroberfläche
Die vorliegende Erfindung bezieht sich auf ein Verfahren und eine Schaltungsanordnung zum rechnergestützten Erzeugen einer grafischen Benutzeroberfläche einer Geräteüberwachungseinheit und/oder Gerätesteuerungseinheit wenigstens eines Gerätes, insbesondere eines Hausgerätes, wobei aus einer Basis-Konfigurationsdatei eine Basisstruktur der grafischen Benutzeroberfläche ermittelt wird, wobei abhängig von der Basisstruktur der grafischen Benutzeroberfläche gerätespezifische statische Detaildaten aus einer gerätespezifischen Geräte-Konfigurationsdatei ermittelt werden, wobei abhängig von der Basisstruktur der grafischen Benutzeroberfläche gerätespezifische dynamische Detaildaten, welche von dem zu steuernden Gerät bereitgestellt werden und welche einen Zustand des zu überwachenden und/oder zu steuernden Geräts beschreiben, ermittelt werden und wobei die grafische Benutzeroberfläche gemäß der Basisstruktur gebildet wird und die statischen Detaildaten sowie die dynamischen Detaildaten in die grafische Benutzeroberfläche eingefügt werden.
Das vorstehend angegebene Verfahren sowie eine nach diesem Verfahren betriebene Geräteüberwachungs- und/oder Gerätesteuerungseinheit sind durch das Hauptpatent (DE-Patentanmeldung 102 08 146.8) erfasst. Obwohl es durch das betreffende Verfahren auf sehr einfache Weise möglich ist, für eine Vielzahl unterschiedlicher Geräte eine grafische Benutzeroberfläche zum Überwachen und/oder zum Steuern unterschiedlicher Geräte bereitzustellen, hat es sich in der Praxis jedoch als wünschenswert herausgestellt, hinsichtlich der Einfügung der statischen und dynamischen Detaildaten in die jeweilige grafische Benutzeroberfläche über mehr Flexibilität verfügen zu können, um derartige statische und dynamische Detaildaten auf einfache Weise an geänderten Positionen in der jeweiligen grafischen Benutzeroberfläche einfügen zu können.
Der vorliegenden Erfindung liegt daher die Aufgabe zugrunde, einen Weg zu zeigen, wie bei einem Verfahren der eingangs genannten Art auf relativ einfache Weise vorzugehen ist, um das vorstehend angesprochene Problem zu lösen, das heißt auf besonders einfache Weise gerätespezifische statische und dynamische Detaildaten an beliebig festlegbaren und änderbaren Positionen in der jeweiligen grafischen Benutzeroberfläche einfügen zu können, ohne dazu den gesamten Verfahrensablauf und damit eine hinter diesem Ver- fahrensablauf stehende Gesamtprogrammierung völlig neu gestalten zu müssen.
Gelöst wird die vorstehend aufgezeigte Aufgabe bei einem Verfahren der eingangs genannten Art erfindungsgemäß dadurch, dass zusätzlich in wenigstens einer Konfigurationsdatei Angaben darüber gespeichert werden, an welchen Stellen in der grafischen Be- nutzeroberfläche welche gerätespezifischen statischen oder dynamischen Detaildaten zu speichern sind, und dass auf der Grundlage der Angaben in dieser Konfigurationsdatei die gerätespezifischen statischen und dynamischen Detaildaten in die grafische Benutzeroberfläche eingefügt werden.
Die Erfindung bringt den Vorteil mit sich, dass allein durch die in der jeweils vorgesehenen Konfigurationsdatei enthaltenen Angaben festgelegt wird, an welchen Stellen in der grafischen Benutzeroberfläche welche gerätespezifischen statischen oder dynamischen Detaildaten zu speichern und damit einzufügen sind. Sind also die Positionen und/oder die Inhalte bestimmter Anzeigefelder oder Bereiche der jeweiligen grafischen Benutzeroberfläche zu ändern, so braucht dies lediglich durch entsprechende veränderte Einträge in der vorhandenen Konfigurationsdatei berücksichtigt zu werden, was durch relativ einfache Verfahrensschritte möglich ist. Eine umfassende Änderung der gesamten Verfahrensabläufe und der hinter diesen stehenden Gesamtprogrammierung ist durch die vor- liegende Erfindung somit nicht erforderlich. Die Erfindung zeichnet sich also durch ein hohes Maß an Flexibilität hinsichtlich der Festlegung und Änderung von Anzeigefeldern und Bereichen in der jeweiligen grafischen Benutzeroberfläche sowie der darin einzufügenden gerätespezifischen statischen und dynamischen Detaildaten aus.
Zweckmäßigerweise werden die die jeweilige grafische Benutzeroberfläche festlegenden
Daten als WML-(Wireless Markup Language)- oder als HTML-Daten (Hypertext Markup Language)-Daten bereitgestellt, die einer XMLC-Kompilierung (Extented Markup Language Compiling) unterzogen werden, durch die eine Dokument-Objekt-Modell-(DOM)- Darstellung der betreffenden grafischen Benutzeroberfläche erhalten wird. Hierdurch er- gibt sich der Vorteil, dass auf relativ einfache Weise mit einer objektorientierten Darstel- lung der jeweiligen grafischen Benutzeroberfläche gearbeitet werden kann, was eine besonders einfache Vorgehensweise beinhaltet.
Vorzugsweise wird die genannte Konfigurationsdatei durch eine Tabellenkalkulationsdatei (z.B. durch eine Excel M-Datei) bereitgestellt, deren die genannten Angaben darstellenden Daten in XML-Daten (Extended Markup Language) umgesetzt werden. Hierdurch ergibt sich der Vorteil, dass die Konfigurationsdatei auf besonders einfache Weise erstellt werden kann und dass die Aufnahme bzw. Änderung der in ihr enthaltenen Datenangaben besonders einfach möglich ist.
Gemäß einer besonders zweckmäßigen Weiterbildung des Verfahrens gemäß der Erfindung werden die einzelnen Elemente der für unterschiedliche grafische Benutzeroberflächen zu verwendenden Basisstrukturdaten in gesonderten Basis-Konfigurationsdateien gespeichert, die der jeweils gewünschten grafischen Benutzeroberfläche entsprechend ausgewählt und für die Bereitstellung der betreffenden grafischen Benutzeroberfläche verwendet werden. Diese Maßnahme bringt den Vorteil mit sich, dass auf besonders einfache Weise für unterschiedliche Benutzeroberflächen erforderliche bzw. dienende Oberflächenelemente jeweils nur einmal abgespeichert zu werden brauchen, um dennoch in einer Vielzahl von unterschiedlichen Benutzeroberflächen verwendet werden zu können. Damit ist der für die Erstellung unterschiedlicher grafischer Benutzeroberflächen insgesamt erforderliche Aufwand deutlich reduziert im Vergleich zu dem Fall, dass die für jede grafische Benutzeroberfläche erforderlichen Basisstrukturdaten vollständig in einer gesonderten Basis-Konfigurationsdatei gespeichert werden.
Vorzugsweise werden die Angaben, an welchen Stellen gerätespezifische statische oder dynamische Daten in die insgesamt möglichen grafischen Benutzeroberflächen einzutragen sind, in individuellen Konfigurationsdateien gespeichert, die entsprechend der jeweils gewünschten grafischen Benutzeroberfläche ausgewählt werden und auf deren Grundlage die jeweiligen statischen und dynamischen Detaildaten, die ebenfalls jeweils in indivi- duellen Dateien gespeichert werden, in die jeweils gewünschte grafische Benutzeroberfläche eingefügt werden. Durch diese Maßnahme lassen sich in vorteilhafter Weise sowohl Angaben über an denselben Stellen in mehreren grafischen Benutzeroberflächen einzutragende gerätespezifische statische oder dynamische Detaildaten als auch die betreffenden statischen und dynamischen Detaildaten selbst in besonders effizienter Weise zur Verfügung stellen, z.B. speichern. Eine Mehrfachspeicherung der betreffenden Angaben beispielsweise entsprechend den jeweils möglichen grafischen Benutzeroberflächen ist somit nicht notwendig.
Zweckmäßigerweise werden sämtliche Dateien in wenigstens einem Speicher einer Ge- bäude-Gateway-Rechnervorrichtung gespeichert, durch deren Betrieb die Bereitstellung der jeweiligen grafischen Benutzeroberfläche und die Einfügung der jeweiligen gerätespezifischen statischen und dynamischen Daten erfolgen. Hierdurch ergibt sich der Vorteil eines besonders einfachen Ablaufs des Verfahrens gemäß der Erfindung in einer Anlage, in der eine Mehrzahl von Geräten, insbesondere von Hausgeräten über eine Busleitungs- anordnung an einem Gebäude-Gateway bzw. einer Gebäude-Übergangseinrichtung miteinander angeschlossen sind.
Zur Durchführung des Verfahrens gemäß der Erfindung dient vorzugsweise eine Schaltungsanordnung in einer Geräteüberwachungs-/Steuerungseinheit wenigstens eines Ge- rätes, insbesondere eines Hausgerätes, mit einer Prozessoreinheit, mit deren Hilfe die jeweilige grafische Benutzeroberfläche zu erstellen ist und mit der wenigstens ein die für die Erstellung der jeweiligen grafischen Benutzeroberfläche dienenden Daten und die in die betreffende grafische Benutzeroberfläche jeweils einzufügenden gerätespezifischen statischen und dynamischen Detaildaten speichernder Speicher verbunden ist.
Diese Schaltungsanordnung ist gemäß der vorliegenden Erfindung dadurch gekennzeichnet, dass Angaben darüber, an welchen Stellen der jeweiligen grafischen Benutzeroberfläche welche Daten der jeweiligen gerätespezifischen statischen und dynamischen Detaildaten zu speichern sind, in wenigstens einem gesonderten Speicher oder Spei- cherbereich gespeichert sind, der mit der Prozessoreinheit verbunden ist, und dass nach
Maßgabe dieser Angaben die in die jeweils bereitzustellende grafische Benutzeroberfläche einzufügenden gerätespezifischen statischen und dynamischen Detaildaten selektiv abrufbar sind.
Hierdurch wird der Vorteil erzielt, dass mit besonders geringem schaltungstechnischen
Aufwand das Verfahren gemäß der Erfindung mit seinen besonderen Vorteilen durch- bzw. ausgeführt werden kann.
Anhand von Zeichnungen wird die Erfindung nachstehend unter Bezugnahme auf zwei Ausführungsbeispiele näher erläutert. Fig. 1 zeigt ein Blockdiagramm eines ersten Ausführungsbeispiels der Erfindung. Fig. 2 zeigt ein Blockdiagramm eines zweiten Ausführungsbeispiels der Erfin- düng.
Fig. 1 veranschaulicht in einem Blockdiagramm ein Verfahren und eine zu dessen Durchführung dienende Schaltungsanordnung gemäß einem ersten Ausführungsbeispiel der vorliegenden Erfindung zum rechnergestützten Erzeugen einer grafischen Benutzerober- fläche einer Geräteüberwachungseinheit und/oder Gerätesteuerungseinheit eines Gerätes, insbesondere eines Hausgerätes. Es sei an dieser Stelle angemerkt, dass die betreffende Geräteüberwachungseinheit bzw. Gerätesteuerungseinheit und ihre Verbindung mit dem jeweils zu überwachenden bzw. zu steuernden Gerät lediglich durch ein mit 100 bezeichnetes Gerät angedeutet sind. In diesem Zusammenhang wird hier davon ausgegan- gen, dass diesbezüglich dieselben Verhältnisse vorliegen, wie sie im Hauptpatent
(DE-Patentanmeldung 102 08 146.8) angegeben sind.
Außerdem wird im Zusammenhang mit Fig. 1 davon ausgegangen, dass mit dem Einschalten der zuvor erwähnten Geräteüberwachungseinheit und/oder Gerätesteuerungs- einheit - also des in Fig. 1 dargestellten Gerätes 100 - eine Basisstruktur-Anforderungsnachricht 101 über eine Anforderungsleitung 102 an eine Rechnervorrichtung abgegeben wird, die durch einen die betreffende Nachricht 101 aufnehmenden Prozessor 150 gebildet ist, der über eine Steuerleitung 104 eine auch als Template-Datei zu bezeichnende Basisstruktur-Konfigurationsdatei 110 ansteuert. Der Prozessor 150 ist hier so ausgelegt, dass er ML-Daten (Markup Language) zu verarbeiten vermag. In der zuvor genannten
Basisstruktur-Konfigurationsdatei 110 sind Basisstrukturen entsprechend Benutzeroberflächen gespeichert, die den jeweils zu überwachenden bzw. zu steuernden Geräten zugeordnet sind, und zwar im vorliegenden Fall im WML-Format oder im HTML-Format. Die betreffenden Basisstrukturen legen das Layout der jeweiligen grafischen Benutzerober- fläche fest. An den Stellen oder Bereichen, an denen gerätespezifische statische oder dynamische Detaildaten einzutragen sind, sind individuelle Platzhalter eingetragen, auf die nachstehend noch Bezug genommen wird. Durch die Basisstruktur-Anforderungsnachricht 101 wird von der betreffenden Geräteüberwachungseinheit bzw. Gerätesteuerungseinheit also die Übermittlung einer bestimmten Basisstruktur einer zu erstellenden grafischen Benutzeroberfläche gefordert. Die so aus der Basisstruktur- bzw. kurz Basis-Konfigurationsdatei 110 ausgewählte Basisstruktur wird im vorliegenden Fall über eine Verbindungsleitung 105 in einem XMLC- Kompilierer 106 (Extended Markup Language Compiling) einer Kompilierung unterzogen. Die so gewonnenen Daten 108 werden über eine Verbindungsleitung 107 in Form von
Basisstrukturdaten in einem Dokumenten-Objekt-Modell (DOM) bzw. in einer dieses Objektmodell enthaltenden Einrichtung 109 zur Verfügung gestellt. In die in diesem Doku- mentenobjektmodell in objektorientierter Darstellung vorhandene jeweilige Basisstruktur einer noch zu ergänzenden und damit zu erstellenden grafischen Bildschirmoberfläche sind nun gerätespezifische statische und dynamische Detaildaten an festgelegten Stellen bzw. Bereichen einzufügen.
Für die Bereitstellung von gerätespezifischen statischen Detaildaten ist gemäß Fig. 1 eine Geräte-Konfigurationsdatei 130 vorgesehen, die über eine Steuerleitung 131 von dem Prozessor 150 entsprechend ansteuerbar ist und die auf ihre Ansteuerung hin die durch diese Ansteuerung spezifizierten statischen Detaildaten 135 über eine Datenleitung 134 an den Prozessor 150 abgibt.
Für die Bereitstellung der erforderlichen dynamischen Detaildaten dient gemäß Fig. 1 eine kurz mit dynamische Daten bezeichnete gerätespezifische dynamische Detaildaten bereitstellende dynamische Datendatei 140, die von dem Prozessor 150 her über eine Steuerleitung 141 zur Abgabe von durch die betreffende Ansteuerung festgelegten dynamischen Detaildaten 145 über eine Verbindungsleitung 144 veranlasst wird. Die betreffenden dynamischen Detaildaten selbst werden von dem jeweils zu steuernden Gerät, wie dem Gerät 100, bereitgestellt; sie beschreiben einen Zustand des betreffenden Gerätes, wie z.B. eine Temperatur eines bestimmten Vorganges.
Auf diese Weise können dem Prozessor 150 also gerätespezifische statische und dynamische Detaildaten zur Verfügung gestellt werden, die in die im Dokumentenobjektmodell 109 verfügbaren Basisstrukturdaten einzufügen sind.
Wie nun gemäß der Erfindung festgelegt wird, an welchen Stellen der jeweiligen Basisstruktur und damit in der jeweiligen grafischen Benutzeroberfläche welche gerätespezifischen statischen oder dynamischen Detaildaten einzufügen sind, wird nunmehr erläutert. Gemäß Fig. 1 ist eine Konfigurationsdatei 120, die auch als Meta-Konfigurationsdatei zu bezeichnen ist, vorgesehen. Diese Konfigurationsdatei 120 ist über eine Ansteuerleitung 121 vom Prozessor 150 ansteuerbar. In dieser Konfigurationsdatei 120 ist nun für die einzelnen Felder und Bereiche in der jeweiligen Basisstruktur der grafischen Benutzer- Oberfläche festgelegt, welche gerätespezilϊschen statischen oder dynamischen Detaildaten dort einzutragen sind. Die einzelnen Stellen bzw. Bereiche der Basisstruktur der jeweiligen grafischen Benutzeroberfläche können dabei beispielsweise durch eindeutige ID- Angaben (Identifikationsangaben) festgelegt sein, wie sie in der betreffenden Basisstruktur beispielsweise als Platzhalter verwendet sind, oder sie können auf diese Platzhalter Bezug nehmen. Für die Festlegung der jeweils zu berücksichtigenden gerätespezifischen statischen oder dynamischen Detaildaten können beispielsweise diesen Detaildaten in den zuvor erwähnten Dateien 130 und 140 zugehörige Adressen benutzt werden.
Die Konfigurationsdatei 120 gibt also auf ihre Ansteuerung hin zum einen an, an welchen Stellen in der im Dokumentenobjektmodell 109 vorhandenen Basisstruktur der jeweiligen grafischen Benutzeroberfläche gerätespezifische statische oder dynamische Detaildaten einzufügen sind, und zum anderen gibt sie auf ihre Ansteuerung hin an, welche Daten der durch die Dateien 130 und 140 zur Verfügung gestellten gerätespezifischen statischen und dynamischen Detaildaten in die betreffende Basisstruktur einzufügen sind.
Die Konfigurationsdatei 120 liegt vorzugsweise als Tabellenkalkulationsdatei vor, beispielsweise als EXCEL™-Datei. Der Inhalt dieser Datei wird gemäß Fig. 1 über eine Ausgangsleitung 122 einem XML-Umsetzer zugeleitet, der die betreffenden Daten dieser Datei in das XML-Format (Extended Markup Language) umsetzt und die so umgesetzten Daten 125 über eine Ausgangsleitung 124 dem Prozessor 150 zur Verfügung stellt. Anhand dieser dem Prozessor 150 aus der Konfigurationsdatei 120 zur Verfügung gestellten Angaben bzw. Daten 125 ruft dieser Prozessor die jeweils geforderten gerätespezifischen statischen oder dynamischen Detaildaten durch entsprechende Ansteuerung der statischen Datei 130 über die Steuerleitung 131 und der dynamischen Datei 140 über die Steuerleitung 141 ab. Von der statischen Datei 130 werden dann die angeforderten gerätespezifischen statischen Detaildaten 135 über die Verbindungsleitung 134 zum Prozessor 150 übertragen, und von der dynamischen Datei 140 werden die angeforderten gerätespezifischen grafischen Detaildaten 145 über die Verbindungsleitung 144 zum Prozessor 150 übertragen. Der Prozessor 150 überträgt daraufhin den betreffenden Detaildaten 135 und 145 entsprechende Daten 152 bzw. 162 über eine Ausgangsleitung 151 zu der Basisstruktur der zu erstellenden gewünschten grafischen Benutzeroberfläche in dem Dokumentenobjektmodell 109 und fügt die betreffenden Detaildaten 152, 162 dort in die Stellen bzw. Bereiche ein, die ihm aus den Angaben 125 her bekannt sind, die aus der Konfigurationsdatei 120 stammen.
Nach Einfügen der Detaildaten 152 und 162 in die erwähnte Basisstruktur der grafischen Benutzeroberfläche ist somit die in Fig. 1 angedeutete HTML- oder WML-Seite 160 der betreffenden Benutzeroberfläche erstellt und kann nunmehr genutzt werden. Auf die damit zusammenhängenden Überwachungs- und/oder Steuerungsvorgänge wird hier indes- sen nicht weiter eingegangen, da diese im Hauptpatent (DE-Patentanmeldung 102 08
146.8) im einzelnen angegeben sind. Es sei hier jedoch angemerkt, dass sämtliche im Zusammenhang mit Fig. 1 erwähnten Dateien in wenigstens einem Speicher gespeichert sein können, der im Falle von zu überwachenden und/oder zu steuernden Geräten, insbesondere von Hausgeräten, zu einer Gebäude-Gateway- bzw. Gebäude-Übergangs- einrichtungs-Rechnervorrichtung gehört, als welche beispielsweise der in Fig. 1 dargestellte Prozessor 101 dienen kann, durch dessen Betrieb die Bereitstellung der jeweiligen grafischen Benutzeroberfläche und die Einfügung der jeweiligen gerätespezifischen statischen und dynamischen Detaildaten in diese Oberfläche erfolgt.
In Fig. 2 ist ein zweites Ausführungsbeispiel bzw. eine Modifikation der in Fig. 1 dargestellten Anordnung und des damit verbundenen Verfahrens gemäß der vorliegenden Erfindung veranschaulicht.
Das in Fig. 2 dargestellte Ausführungsbeispiel der Erfindung unterscheidet sich von der in Fig. 1 dargestellten Ausführungsform im wesentlichen dadurch, dass die in Fig. 1 mit 110,
120, 130 und 140 bezeichneten Dateien in Fig. 2 jeweils in einer Mehrzahl vorgesehen und jeweils über eine zugehörige Auswahleinrichtung sowohl eingangsseitig als auch ausgangsseitig ansteuerbar sind. Für die Bezeichnung der den in Fig. 1 dargestellten Elementen entsprechenden Elemente in Fig. 2 sind entsprechende Bezugszeichen ver- wendet, die jeweils mit 2 beginnen.
So ist die in Fig. 1 mit 110 bezeichnete Basis-Konfigurationsdatei gemäß Fig. 2 durch Basis-Konfigurationsdateien 210A bis 210M (jeweils mit Basis-Konfigurationsdatei bezeichnet) gebildet (mit A bis M > 2), in denen die einzelnen Elemente der für unterschied- liehe grafische Benutzeroberflächen zu verwendenden Basisstrukturdaten gespeichert sind. Die betreffenden Basis-Konfigurationsdateien 210A bis 21 OM sind über bidirektional betreibbare Anschlussleitungen 205A bis 205M mit einer Auswahleinrichtung 219 verbunden, die eingangsseitig über eine Steuerleitung 204 mit einem Prozessor 250 verbunden ist, der dem Prozessor 150 gemäß Fig. 1 entspricht. Ausgangsseitig ist die Auswahlein- richtung 219 über eine Verbindungsleitung 211 mit einem XMLC-Compiler bzw. -Kompilierer 206 verbunden, der dem Compiler 106 gemäß Fig. 1 entspricht. Der Compiler 206 ist ausgangsseitig über eine Verbindungsleitung 207 mit einer ein Dokumentenobjektmo- dell enthaltenden Einrichtung 209 verbunden, der über die betreffende Verbindungsleitung 207 die für die jeweils zu erstellende grafische Benutzeroberfläche erforderlichen Basisstrukturdaten 208 zugeführt werden. Die Auswahleinrichtung 219 ist im Übrigen über eine Auswahlsteuerleitung 218 mit dem erwähnten Prozessor 250 verbunden.
Der Konfigurationsdatei 120 gemäß Fig. 1 entsprechende Konfigurationsdateien 220A bis 220N (mit A bis N > 2) sind über bidirektional betreibbare Leitungen 222A bis 222N mit einer Auswahleinrichtung 229 verbunden, die eingangsseitig über eine Verbindungsleitung 221 mit dem Prozessor 250 verbunden ist und die ausgangsseitig mit dem Prozessor 250 über eine der XML-Umsetzeinrichtung 123 gemäß Fig. 1 entsprechende Umsetzeinrichtung 223 verbunden ist, welche ausgangsseitig über eine Verbindungsleitung 224 mit dem Prozessor 250 verbunden ist und über diese Daten bzw. Angaben 225 entspre- chend den Angaben 125 gemäß Fig. 1 überträgt. Außerdem ist die Auswahleinrichtung
229 über eine Auswahlsteuerleitung 228 mit dem Prozessor 250 verbunden.
Der in Fig. 1 dargestellten statischen Datei 130 entsprechen in Fig. 2 die statischen Dateien 230A bis 230P (mit A bis P > 2), die über bidirektional betreibbare Verbindungslei- tungen 232A bis 232P mit einer Auswahleinrichtung 239 verbunden sind. Diese Auswahleinrichtung 239 ist eingangsseitig über eine Steuerleitung 231 und ausgangsseitig über eine Ausgangsleitung 235 mit dem Prozessor 250 verbunden. Über diese Ausgangsleitung 234 sind gerätespezifische statische Detaildaten 235 entsprechend den Detaildaten 135 gemäß Fig. 1 übertragbar. Außerdem ist die Auswahleinrichtung 239 über eine Aus- wahlsteuerleitung 238 mit dem Prozessor 250 verbunden.
Der dynamischen Datei 140 gemäß Fig. 1 entsprechen die in Fig. 2 dargestellten dynamischen Dateien 240A bis 240X (mit A bis X >2), die über bidirektional betreibbare Verbindungsleitungen 242A bis 242X mit einer Auswahleinrichtung 249 verbunden sind. Diese Auswahleinrichtung 249 ist eingangsseitig über eine Steuerleitung 241 und ausgangssei- tig über eine Ausgangsleitung 245 mit dem Prozessor 250 verbunden. Über diese Ausgangsleitung 244 sind den im Zusammenhang mit Fig. 1 erwähnten gerätespezifischen dynamischen Detaildaten 145 entsprechende dynamische Detaildaten 245 übertragbar. Die Auswahleinrichtung 249 ist im Übrigen über eine Auswahlsteuerleitung 248 mit Pro- zessor 250 verbunden.
Der Prozessor 250 ist entsprechend dem Prozessor 150 gemäß Fig. 1 eingangsseitig über eine Verbindungsleitung 202 mit einem Gerät 200 verbunden, von dem über die betreffende Verbindungsleitung 202 Daten 201 übertragen werden können, die den Daten 101 gemäß Fig. 1 entsprechen.
Ausgangsseitig ist der Prozessor 250 gemäß Fig. 2 entsprechend dem Prozessor 150 gemäß Fig. 1 über eine Verbindungsleitung 251 mit der Einrichtung, die das die Basisstruktur für die jeweilige bereitzustellende grafische Benutzeroberfläche enthaltende Do- kumentenobjektmodell 209 aufweist, verbunden. Über diese Verbindungsleitung 251 sind dem betreffenden Dokumentenobjektmodell 209 Detaildaten 252 und 262 für eine Einfügung in die dort vorhandene Basisstruktur der zu erstellenden grafischen Benutzeroberfläche zu übertragen.
Nachdem aus der vorstehenden Beschreibung der in Fig. 2 dargestellten Verhältnisse klar geworden sein dürfte, dass die wesentlichen Unterschiede gegenüber den in Fig. 1 dargestellten Verhältnissen lediglich darin bestehen, dass die in Fig. 1 jeweils als Einzeldateien dargestellten Dateien 110, 120, 130 und 140 gemäß Fig. 2 jeweils durch eine Mehrzahl von Dateien gebildet sind, die jeweils über eine eigene Auswahleinrichtung an- steuerbar sind, wird nunmehr das bei der Schaltungsanordnung gemäß Fig. 2 zur Anwendung gelangende Verfahrensprinzip im noch erforderlichen Umfang erläutert.
Wie oben erwähnt, sind gemäß Fig. 2 die einzelnen Elemente der für unterschiedliche grafische Benutzeroberflächen zu verwendenden Basisstrukturdaten in den gesonderten Basis-Konfigurationsdateien 210A bis 210M gespeichert, die der jeweils gewünschten grafischen Benutzeroberfläche entsprechend ausgewählt und für die Bereitstellung der betreffenden grafischen Benutzeroberfläche verwendet werden. Damit brauchen einzelne Elemente von Basisstrukturdaten, die in unterschiedlichen grafischen Benutzeroberflächen wiederkehrend genutzt werden, jeweils nur einmal abgespeichert zu werden und dennoch können sie für eine Vielzahl von grafischen Benutzeroberflächen genutzt wer- den. Auf diese Weise ist eine flexible Zusammenstellung der Basisstruktur unterschiedlichster grafischer Benutzeroberflächen auf einfache Weise ermöglicht.
Durch die Aufteilung der Konfigurationsdatei 120 gemäß Fig. 1 in eine Mehrzahl von Kon- figurationsdateien 220A bis 220N gemäß Fig. 2 ist es überdies möglich, eine eine effiziente Steuerung ermöglichende Aufteilung der in diesen Dateien gespeicherten Angaben vorzunehmen, beispielsweise hinsichtlich Angaben darüber, an welchen Stellen in der jeweiligen Basisstruktur gerätespezifische statische Detaildaten einzufügen sind, und hinsichtlich Angaben darüber, an welchen Stellen in der jeweiligen Basisstruktur gerätespezi- fische statische Detaildaten zu speichern sind. Dabei können die Angaben, die stets an derselben Stelle bzw. im selben Bereich der verschiedenen Basisstrukturen von grafischen Benutzeroberflächen einzufügen sind, alle in einer einzigen Konfigurationsdatei gespeichert sein. Auch hierdurch lassen sich ansteuerungsmäßig Vorteile erreichen.
In den statischen und dynamischen Dateien 230A bis 230P bzw. 240A bis 240X gemäß
Fig. 2 können statische bzw. dynamische Detaildaten in unterschiedlichsten Ordnungen bzw. Reihenfolgen enthalten sein, beispielsweise in der Reihenfolge ihrer Wichtigkeit für die jeweils zu überwachenden und/oder zu steuernden Prozesse. Auch hierdurch lässt sich steuerungsmäßig eine Flexibilität bzw. Erleichterung gegenüber den Verhältnissen erzielen, wie sie im Zusammenhang mit Fig. 1 beschrieben worden sind.
Angesichts der vorstehend anhand der Fig. 2 erläuterten Verhältnisse ist es somit auf relativ einfache Weise möglich, in flexibler Weise unterschiedliche grafische Benutzeroberflächen zu erstellen, die von der das Dokumentenobjektmodell enthaltenden Einrich- tung 209 gemäß Fig. 2 als unterschiedliche HTML- oder WML-Seiten 260A bis 260Z (mit
A bis Z ≥ 2) bereitgestellt werden können.
Die in Fig. 2 dargestellten Dateien 210A bis 210M, 220A bis 220N 230A bis 230P und 240A bis 240X können im Übrigen wie die entsprechenden Dateien gemäß Fig. 1 in we- nigstens einem Speicher einer Gebäude-Gateway-Rechnervorrichtung gespeichert werden, die beispielsweise den Prozessor 250 umfasst.

Claims

Patentansprüche
1. Verfahren zum rechnergestützten Erzeugen einer grafischen Benutzeroberfläche einer Geräteüberwachungseinheit und/oder Gerätesteuerungseinheit wenigstens eines Gerä- tes, insbesondere eines Hausgerätes, wobei aus einer Basis-Konfigurationsdatei eine Basisstruktur der grafischen Benutzeroberfläche ermittelt wird, wobei abhängig von der Basisstruktur der grafischen Benutzeroberfläche gerätespezifische statische Detaildaten aus einer gerätespezifischen Geräte-Konfigurationsdatei ermit- telt werden, wobei abhängig von der Basisstruktur der grafischen Benutzeroberfläche gerätespezifische dynamische Detaildaten, welche von dem zu steuernden Gerät bereitgestellt werden und welche einen Zustand des zu überwachenden und/oder zu steuernden Geräts beschreiben, ermittelt werden, und wobei die grafische Benutzeroberfläche gemäß der Basisstruktur gebildet wird und die statischen Detaildaten sowie die dynamischen Detaildaten in die grafische Benutzeroberfläche eingefügt werden, nach Patent .... (DE-Patentanmeldung 102 08 146.8), dadurch gekennzeichnet, dass zusätzlich in wenigstens einer Konfigurationsdatei (120; 220A bis 220N) Angaben darüber gespeichert werden, an welchen Stellen in der grafischen Benutzeroberfläche (160; 260A bis 260Z) welche gerätespezifischen statischen oder dynamischen Daten zu speichern sind, und dass auf der Grundlage der Angaben in dieser Konfigurationsdatei (120; 220A bis 220N) die gerätespezifischen statischen und dynamischen Daten in die grafische Benut- zeroberfläche (160; 260A bis 260Z) eingefügt werden.
2. Verfahren nach Anspruch 1 , dadurch gekennzeichnet, dass die die jeweilige grafische Benutzeroberfläche (160; 260A bis 260Z) festlegenden Daten als WML- oder als HTML- Daten bereitgestellt werden, die einer XMLC-Kompilierung unterzogen werden, durch die eine Dokumenten-Objekt-Modell-Darstellung (109; 209) der betreffenden grafischen Benutzeroberfläche (160; 260A bis 260Z) erhalten wird.
3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass die Konfigurationsdatei (120; 220A bis 220N) durch eine Tabellenkalkulationsdatei (EXCEL™) bereitgestellt wird, deren die genannten Angaben darstellenden Daten in XML-Daten umgesetzt werden.
4. Verfahren nach einem der Ansprüche 1 bis 3, dadurch gekennzeichnet, dass die einzelnen Elemente der für unterschiedliche grafische Benutzeroberflächen (160; 260A bis 260Z) zu verwendenden Basisstrukturdaten in gesonderten Basis-Konfigurationsdateien (210A bis 21 OM) gespeichert werden, die der jeweils gewünschten grafischen Benutzeroberfläche (160; 260A bis 260Z) entsprechend ausgewählt und für die Bereitstellung der betreffenden grafischen Benutzeroberfläche (160; 260A bis 260Z) verwendet werden.
5. Verfahren nach Anspruch 4, dadurch gekennzeichnet, dass die Angaben, an welchen Stellen gerätespezifische statische oder dynamische Daten in die insgesamt möglichen grafischen Benutzeroberflächen einzutragen sind, in individuellen Konfigurationsdateien (220A bis 2220N) gespeichert werden, die entsprechend der jeweils gewünschten grafi- sehen Benutzeroberfläche (260A bis 260Z) ausgewählt werden und auf deren Grundlage die jeweiligen statischen und dynamischen Daten, die ebenfalls jeweils in individuellen Dateien (230A bis 230P, 240A bis 240X) gespeichert werden, in die jeweils gewünschte grafische Benutzeroberfläche (260A bis 260Z) eingefügt werden.
6. Verfahren nach einem der Ansprüche 1 bis 5, dadurch gekennzeichnet, dass sämtliche
Dateien (110, 120, 130, 140; 110A bis 110M, 120A bis 120N 130A bis 130P, 140A bis 140X) in wenigstens einem Speicher einer Gebäude-Gateway-Rechnervorrichtung gespeichert werden, durch deren Betrieb die Bereitstellung der jeweiligen grafischen Benutzeroberfläche (160; 260A bis 260Z) und die Einfügung der jeweiligen gerätespezifischen statischen und dynamischen Daten erfolgen.
7. Schaltungsanordnung zur Durchführung des Verfahrens nach einem der Ansprüche 1 bis 6 in einer Geräteüberwachungs-/ Steuerungseinheit wenigstens eines Gerätes, insbesondere eines Hausgerätes, mit einer Prozessoreinheit, mit deren Hilfe die die jeweilige grafische Benutzeroberfläche zu erstellen ist und mit der wenigstens ein die für die Erstellung der jeweiligen grafischen Benutzeroberfläche dienenden Daten und die in die betreffende grafische Benutzeroberfläche jeweils einzufügenden gerätespezifischen statischen und dynamischen Daten speichernder Speicher verbunden ist, dadurch gekennzeichnet, dass Angaben darüber, an welchen Stellen der jeweiligen grafischen Benutzerober- fläche (160; 260A bis 260Z) welche Daten der jeweiligen gerätespezifischen statischen und dynamischen Detaildaten zu speichern sind, in wenigstens einem gesonderten Speicher oder Speicherbereich (120; 220A bis 220N) gespeichert sind, der mit der Prozessoreinheit (150; 250) verbunden ist und dass nach Maßgabe dieser Angaben die in die jeweils bereitzustellende grafische Benutzeroberfläche (160; 260A bis 260Z) einzufügenden gerätespezifischen statischen und dynamischen Detaildaten selektiv abrufbar sind.
EP03807839A 2002-10-02 2003-10-02 Verfahren und schaltungsanordnung zum rechnergestützten erzeugen einer grafischen benutzeroberfläche Withdrawn EP1567934A2 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
DE10246112 2002-10-02
DE2002146112 DE10246112A1 (de) 2002-02-26 2002-10-02 Verfahren und Schaltungsanordnung zum rechnergestützten Erzeugen einer grafischen Benutzeroberfläche
PCT/EP2003/010980 WO2004034254A2 (de) 2002-10-02 2003-10-02 Verfahren und schaltungsanordnung zum rechnergestützten erzeugen einer grafischen benutzeroberfläche

Publications (1)

Publication Number Publication Date
EP1567934A2 true EP1567934A2 (de) 2005-08-31

Family

ID=27740767

Family Applications (1)

Application Number Title Priority Date Filing Date
EP03807839A Withdrawn EP1567934A2 (de) 2002-10-02 2003-10-02 Verfahren und schaltungsanordnung zum rechnergestützten erzeugen einer grafischen benutzeroberfläche

Country Status (7)

Country Link
US (1) US20050283733A1 (de)
EP (1) EP1567934A2 (de)
KR (1) KR20050050096A (de)
CN (1) CN100375015C (de)
AU (1) AU2003276042A1 (de)
DE (1) DE10208146A1 (de)
WO (1) WO2004034254A2 (de)

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040187110A1 (en) * 2003-02-20 2004-09-23 Julian Boyfield Method and apparatus for specifying properties using regular expression parameterization
DE102004040795A1 (de) * 2004-08-23 2006-03-02 BSH Bosch und Siemens Hausgeräte GmbH Verfahren, Vorrichtung und Sofwaremodul zur softwaretechnischen Abbildung des Geräteverhaltens eines realen Hausgeräts in einem Modell
KR100703733B1 (ko) 2005-01-10 2007-04-05 삼성전자주식회사 홈 네트워크 기기에 대한 상태 표현 코드 생성 방법 및 장치
US8217752B2 (en) * 2005-01-25 2012-07-10 Lg Electronics Inc. Remote monitoring system and method controlling the same
US20060184878A1 (en) * 2005-02-11 2006-08-17 Microsoft Corporation Using a description language to provide a user interface presentation
US7770124B2 (en) 2005-02-11 2010-08-03 Microsoft Corporation Using a description language to build a management system
ES2450172T3 (es) 2005-08-11 2014-03-24 Basf Se Copolímeros para aplicaciones cosméticas
US20090055760A1 (en) * 2006-08-17 2009-02-26 Vantage Controls, Inc. System and method for creating a user interface
DE102008027597A1 (de) * 2008-06-10 2009-12-24 Rational Ag Anzeigeeinrichtung und Gargerät sowie Küchennetzwerk mit zumindest einer solchen Anzeigeeinrichtung
KR101502756B1 (ko) * 2009-06-09 2015-03-17 한국전자통신연구원 게임 컨텐츠 판매 시스템 및 그 방법
EP2395425B1 (de) * 2010-06-11 2015-04-08 Alcatel Lucent Vorrichtung für Fehlerauflösung und dazugehöriges Verfahren
DE102010025480A1 (de) * 2010-06-29 2011-12-29 Siemens Aktiengesellschaft Verfahren und System zur Steuerung einer Benutzeroberfläche einer Softwareapplikation
DE102010041661A1 (de) * 2010-09-29 2012-03-29 Siemens Aktiengesellschaft Beobachtung und/oder Bedienung eines Gerätes und/oder einer Anlage
US10152039B2 (en) 2011-11-11 2018-12-11 Rockwell Automation Technologies, Inc. Method and apparatus for the display of multiple errors on a human-machine interface
FR2983593B1 (fr) * 2011-12-05 2014-06-27 Greenleaf Systemes et procedes de configuration et d'utilisation de systemes automatises dans des batiments
US9026995B2 (en) * 2012-03-26 2015-05-05 The Boeing Company Software settings management tool
WO2014032713A1 (de) * 2012-08-30 2014-03-06 Siemens Aktiengesellschaft Erzeugung einer grafischen benutzeroberfläche
DE102013005770A1 (de) * 2013-04-05 2014-10-09 Robert Bosch Gmbh Maschine, Computerprogrammprodukt für ein Gerät zur Anzeige von Daten und Verfahren zur Energieüberwachung einer Maschine
DE102013005769A1 (de) * 2013-04-05 2014-10-09 Robert Bosch Gmbh Maschine, Computerprogrammprodukt für ein Gerät zur Anzeige von Daten und Verfahren zur Statusüberwachung einer Maschine

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
BR9906952A (pt) * 1998-09-17 2000-10-03 Koninkl Philips Electronics Nv Processo para facilitar uma programação de um dispositivo de controle, programa de software que está contido em um meio legìvel por computador para execução em um computador, respectivo dispositivo de controle, software objeto que está contido em um meio legìvel por computador em um site de internet, e, processo de habilitação de um usuário para personalizar o controle de um aparelho
EP1098244A3 (de) * 1999-11-02 2001-06-13 CANAL + Société Anonyme Graphische Benutzeroberfläche
DE10100826B4 (de) * 2000-02-01 2005-11-10 Lg Electronics Inc. Internet-Kühlschrank und Betriebsverfahren hierfür
US8397223B2 (en) * 2000-03-17 2013-03-12 Gutenberg Printing Llc Web application generator
EP1295197A2 (de) * 2000-06-14 2003-03-26 Koninklijke Philips Electronics N.V. Benutzerschnittstelle mit dynamischer organisation von menuwahlen
US7155667B1 (en) * 2000-06-21 2006-12-26 Microsoft Corporation User interface for integrated spreadsheets and word processing tables
EP1341082A3 (de) * 2002-02-26 2005-07-06 BSH Bosch und Siemens Hausgeräte GmbH Verfahren zum rechnergestützten Erzeugen einer graphischen Benutzeroberfläche einer Geräteüberwachungs-/Steuerungseinheit

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2004034254A3 *

Also Published As

Publication number Publication date
KR20050050096A (ko) 2005-05-27
WO2004034254A3 (de) 2005-06-30
CN1703672A (zh) 2005-11-30
US20050283733A1 (en) 2005-12-22
WO2004034254A2 (de) 2004-04-22
CN100375015C (zh) 2008-03-12
DE10208146A1 (de) 2003-09-11
AU2003276042A1 (en) 2004-05-04

Similar Documents

Publication Publication Date Title
EP1567934A2 (de) Verfahren und schaltungsanordnung zum rechnergestützten erzeugen einer grafischen benutzeroberfläche
EP1061422B1 (de) Informationstechnisches System zur Definition, Optimierung und Steuerung von Prozessen
WO2013131958A1 (de) Verfahren zur kopplung eines cad-systems mit einem datenbank- und planungssystem zum austausch von daten zwischen beiden systemen
EP2439691A1 (de) Vorrichtung und Verfahren zum maschinellen Erstellen eines Prozessdiagramms
DE10250641A1 (de) Auf- und abwärtskompatible Schemaevolution
EP1005215B1 (de) Verfahren und Vorrichtung zum Editieren von Konfigurationsdaten für Telekommunikationssysteme
EP1638028A2 (de) Rechnergestützte Erzeugung und Änderungsmanagement für Bedienoberflächen
WO2020200877A1 (de) Generierung und verteilung von konfigurations-datenstrukturen für steuerungssysteme
DE112019007753T5 (de) Geräteverwaltungsvorrichtung und Softwareerzeugungsverfahren
DE10246112A1 (de) Verfahren und Schaltungsanordnung zum rechnergestützten Erzeugen einer grafischen Benutzeroberfläche
DE4308291C2 (de) Verfahren und Vorrichtung zur vorgangsbezogenen Erstellung und Bearbeitung von Dokumenten
EP2803254A1 (de) Kontrollsystem für Anbaugeräte einer landwirtschaftlichen Arbeitsmaschine
DE102006033863A1 (de) Verschaltungsschnittstelle für flexibles Online/Offline-Deployment einer n-schichtigen Softwareapplikation
EP2515229A1 (de) Softwarewerkzeug für die Automatisierungstechnik
DE10342591A1 (de) Automatisierungsobjekt bzw. Verfahren zur Informationsbeschreibung eines Automatisierungsobjektes
WO2000060459A2 (de) Softwareobjekt, system und verfahren für ein automatisierungsprogramm mit funktionsregeln mit mehrfachnutzung für verschiedene programmierwerkzeuge
EP1675045A1 (de) Austausch von Beschreibungsdaten zwischen Projekten mit Hilfe von Inter-Project-Interfaces
EP2149844B1 (de) Verfahren und Computerprogrammprodukt zum automatischen Einfügen von Daten aus einem Datenbanksystem in eine Datenstruktur
DE19951756B4 (de) Verfahren zur Datenverwaltung sowie Computerprogramm und -system zu dessen Ausführung
EP1044409B1 (de) Programmablaufverfahren und verfahren zur erweiterung eines programmkomponentensystems
DE10109876B4 (de) Verfahren und Einrichtung zum Datenmanagement
DE102024111078A1 (de) Computerimplementiertes Verfahren zur Steuerung von Maschinen
DE10139761B4 (de) Computeranordnung in Form eines Client-/Server-Systems mit einer Datei einer Auszeichnungssprache für die Parametrisierung einer automatischen Abfrage sowie entsprechendes Verfahren
DE102005058218A1 (de) Verfahren und Vorrichtung zur Erzeugung von Dialogen für ein Bedien- und Beobachtungssystem
EP1584998A1 (de) Verfahren zur Projektierung einer busorientierten programmierbaren Elektroinstallation

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 BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LI LU MC NL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL LT LV MK

DAX Request for extension of the european patent (deleted)
17P Request for examination filed

Effective date: 20051230

RBV Designated contracting states (corrected)

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 RO SE SI SK TR

RIN1 Information on inventor provided before grant (corrected)

Inventor name: WITTE, SEBASTIAN

Inventor name: RITTER, JOACHIM

Inventor name: HAUGENEDER, HANS

Inventor name: ELLINGER, MICHAEL

17Q First examination report despatched

Effective date: 20090724

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