WO2004019220A1 - Vorrichtung, insbesondere automatisierungsgerät, mit in datei gespeicherter dateiverzeichnisstruktur - Google Patents

Vorrichtung, insbesondere automatisierungsgerät, mit in datei gespeicherter dateiverzeichnisstruktur Download PDF

Info

Publication number
WO2004019220A1
WO2004019220A1 PCT/DE2003/002631 DE0302631W WO2004019220A1 WO 2004019220 A1 WO2004019220 A1 WO 2004019220A1 DE 0302631 W DE0302631 W DE 0302631W WO 2004019220 A1 WO2004019220 A1 WO 2004019220A1
Authority
WO
WIPO (PCT)
Prior art keywords
file
directory structure
characteristic
file directory
directory
Prior art date
Application number
PCT/DE2003/002631
Other languages
English (en)
French (fr)
Inventor
Thomas Talanis
Frank Volkmann
Original Assignee
Siemens Aktiengesellschaft
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Siemens Aktiengesellschaft filed Critical Siemens Aktiengesellschaft
Priority to EP03792129A priority Critical patent/EP1530764A1/de
Priority to US10/524,782 priority patent/US7865539B2/en
Publication of WO2004019220A1 publication Critical patent/WO2004019220A1/de

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers

Definitions

  • Device in particular automation device, with a file directory structure stored in a file
  • the invention relates to a device, in particular an automation device, with a file directory structure stored in a file.
  • File directory structures serve among other things. For organizing or quickly finding individual files within a large amount of data, for example on a hard drive of a computer. A typical example of this is e.g. Windows Explorer from Microsoft.
  • Embedded systems or embedded devices are systems with embedded computer functions, such as those found in intelligent sensors and actuators, bus modules, as well as in many device and machine controls or other applications in automation technology.
  • web servers for the embedded systems area, which ensure suitable communication of the automation devices with or via the Internet / intranet.
  • file systems are now being implemented in a complex manner, with files, that is to say files, then existing, for example, as independent memory blocks which have to be managed, for example, via the so-called FTP service (File Transfer Protocol).
  • FTP service File Transfer Protocol
  • an FTP server usually has to be additionally implemented on the embedded system, which further reduces the resources on the target machine.
  • automation systems that are protected by firewalls are not necessarily permeable to an FTP server, so remote access may not be possible.
  • the object of the present invention is to provide a device which enables an implementation of a file directory structure, especially on embedded systems or automation devices, even without its own file directory structure.
  • a device with a memory for storing a file directory structure with at least a first and a second hierarchical level, which is designed as a subordinate level of the first hierarchical level, with at least one first file directory located on the first hierarchical level with at least one second Directory that is on the second hierarchy level and solved with at least one first file, which is located on one of the two hierarchical levels or a hierarchical level below, in that the file directory structure is stored in a second file, the file directory structure representing part or all of the content of the second file , wherein each file directory and each file of the file directory structure are listed one after the other in the second file, identified by at least one characteristic start symbol and / or at least one characteristic end symbol, and the contents of each file directory and each file of the file directory structure are each stored between the assigned two characteristic symbols.
  • This object is achieved by a method for mapping a hierarchical first file directory structure with at least a first and a second hierarchical level, which is designed as a subordinate level of the first hierarchical level, with at least one first file directory located on the first hierarchical level with at least one second file directory , which is located on the second hierarchical level and with at least one first file, which is located on one of the two hierarchical levels or a hierarchical level below it, dissolved into a second file, the second file directory structure mapped from the hierarchical first file directory structure of the content or the total content of the second file, each directory and each file of the hierarchical directory structure to be mapped listed in the second file one after the other, by at least one characteristic start symbol and / or at least one characteristic end symbol is identified and the contents of each file directory and each file of the file directory structure to be mapped are each stored between the assigned two characteristic symbols.
  • an internet-compatible language is used to describe the file directory structure.
  • the second file in which the file directory structure is mapped is an XML file, the language XML being used for the description, in particular of the file directory structure.
  • XML files can be set up very easily and require very little space. They can also be sent very easily via the intranet or the Internet.
  • a new line is used in the second file for each characteristic start symbol and for each characteristic end symbol.
  • the respective characteristic start symbol is used, for example, the designation of the respective file directory or the respective file and the respective characteristic end symbol is the designation of the respective file directory or the respective file, with a predeterminable character also being prefixed.
  • a predeterminable character is, for example, the character “/”. It could of course also be any other character, special character, number, etc.
  • each file directory becomes a hierarchical level of the file directory structure to be mapped, including the content of the file directories and files All sub-hierarchy levels of this file directory are stored between the characteristic start symbol and the characteristic end symbol of the file directory in question. This structure of brackets between the characteristic start and end symbol for each file directory or file makes the mapping of the hierarchy including the
  • the data directory structure shown represents only part of the content of the second file, the beginning of this part being identified by at least one characteristic start symbol and the end of this part by at least one characteristic end symbol, the file directory structure shown being between the characteristic start symbol and the characteristic End symbol is stored.
  • the word "BASE” can be identified for the characteristic start symbol for the depicted file directory structure and the word "BASE” as the characteristic end symbol for the depicted file directory structure, and the preceding character "/" can be prepended, for example, to separate the pure one File directory structure achieved by any additional information that you want to place in such an XML file after the file directory structure marked in this way.
  • the second file in addition to the part which contains the depicted file directory structure, contains further parts with different contents, each of which is identified or separated by at least one characteristic start symbol and at least one characteristic end symbol.
  • the bracket structure allows further characteristic data for the configuration of the respective embedded systems or automation devices and / or feedback from the respective embedded systems or automation devices, in particular result and / or error codes, in separate bracketed parts of the second in the second file Files are stored which are each identified or separated by a corresponding characteristic start symbol and at least one characteristic end symbol.
  • the second file is preferably used in a device that does not have its own file directory structure.
  • the fact that the second file contains an illustrated file directory structure replaces the usual file directory structure of the device.
  • the device has means for receiving and / or storing the second file via a communication network, in particular the internet and / or intranet and / or a radio link.
  • a communication network in particular the internet and / or intranet and / or a radio link.
  • the device can be configured automatically with the configuration data present in the second file.
  • automation devices that are very far away in space can easily be automatically be figured, which considerably reduces the commissioning effort and the associated costs.
  • the device can be used as a web server. This makes it possible to address the embedded device or automation device directly remotely via the Internet or intranet, which also prevents human personnel from appearing on site.
  • the depicted file directory structure can be updated by overwriting the original file version of the second file with a new file version.
  • the configuration data can be updated by overwriting the original file version of the second file with a new file version.
  • the configuration data is therefore updated automatically, as a result of which current data can be transferred very quickly to the embedded system or the automation device.
  • the overwriting of the original file version of the second file with a new file version can of course be carried out remotely via the Internet and / or intranet and / or wirelessly via a corresponding radio link.
  • the configuration data of the device previously set, into which the original file version of the second file was loaded can be automatically checked and, if necessary, adapted. This makes it possible to react very easily and very quickly to current changes that make it necessary to adapt the configuration data of the automation device and the configuration of the device itself. It is also extremely advantageous if the device is an embedded device and / or an automation device and this device is used in an automation system.
  • the disclosed method is used or used in automation systems, in particular in and in packaging machines, presses, plastic injection machines, textile machines, printing machines, machine tools, robots, handling systems, woodworking machines, glass processing machines, ceramic processing machines and lifting equipment can be.
  • HTML pages, other files, as well as configuration data, etc. which are required for an automation device or embedded device, for example in the form of an XML page, can be loaded into an automation device and stored there, as a result of which one Device can also be used as a web server.
  • binary objects e.g. Save graphics linked in the HTML pages either using the so-called BASE 64 encoding method within the XML page or separately. In this case, the binary objects can be accessed via a link from the XML page.
  • file directories and files for example as HTML pages, and their contents are listed within a single XML page, do not require complex administration of these individual objects.
  • only standard tools are required to edit such an XML file. This eliminates the need to use proprietary tools that are not guaranteed to be available in the future.
  • the remote access enables fast and flexible expansion and / or change of configuration data, for example, which automatically backwards compatibility.
  • FIG. 1 shows a schematic diagram of a classic hierarchical file directory structure
  • FIG. 2 shows a schematic diagram of an XML file with a hierarchical file directory structure
  • FIG. 3 shows a flowchart for the implementation of an XML file and 4 shows a device according to the invention with memory and XML file in an automation system.
  • FIG. 1 shows the basic representation of a classic hierarchical file directory structure 35, also called a file system.
  • a file directory structure 35 consists of a root directory, which represents the top hierarchical level 1 of such a file directory structure 35. All other file subdirectories or files are hierarchically subordinate to the root directory, ie the first hierarchy level 1.
  • 1 shows file directories as rectangles. Files are represented as ovals, the connecting lines between the rectangles or ovals denoting belonging to objects or hierarchy levels. The dots that break the connecting lines indicate the possibility of any subdirectory structure. Any subdirectory structure means both file directories, also called directories, and files, also called files.
  • the second hierarchy level 2 consists, for example, of three directories, of which only the directory 6 Disc_C has been designated for the sake of clarity.
  • These directories are, for example, the representation of different partitions on a hard disk of any computer.
  • drives ie external storage media or peripheral devices of the computer in question, can of course also be addressed, for example floppy disk drives in which floppy disks or CD-ROM drives in which CD-ROMs can be read.
  • the directory 7 Dir_C2 is further subdivided into sub-directories that represent the fourth hierarchy level 4. For reasons of clarity, only Sub Directory 8 or Sub Directory, SubDirC2_b has been designated.
  • SubDirC2_b In the fourth hierarchy level 4, an exemplary division of the sub-
  • any other subdirectory structures can be present in any file system, regardless of the example shown.
  • Even the individual hierarchy levels can have any directory or file.
  • the names of the individual directories or file directories as well as the files have only been selected here as examples. They can be labeled with any other name, which can be formed, for example, from numbers and / or letters and / or special characters.
  • Objects of a lower hierarchical level thus form the content of the corresponding associated directory on the higher hierarchical level.
  • the affiliation is shown by the corresponding lines. For example, in the example shown, all objects of the third hierarchy level 3 characterize the content of the directory 6 Disc_C of the second hierarchy level 2. Other objects of the hierarchy level 2 were not refined in this example. Similarly, this is shown for hierarchy levels 3, 4 and 5. For reasons of clarity, the content of a file itself, for example file 9 C2_B-Filel.html, has not been explicitly shown.
  • FIG. 2 shows a file 11 created according to the invention with a hierarchical file directory structure 12 shown.
  • the file 11 is also referred to below as a second file or XML file.
  • the terms used in FIG. 2 are based on the terms in FIG. 1.
  • the representation of a file directory structure 12 is also possible without a physical presentation of a file directory structure 35, as shown in FIG. 1 is shown, exists.
  • the second file 11 shown is, for example, an XML file and contains, for example, three large main blocks, the file directory structure 12 shown, section 13, which is labeled SERVER_CONFIGURATION and contains, for example, configuration data for an automation device or a web server, and section 14 , which has been designated RESULT_CODES and in which, for example, result and / or error codes, in particular from the automation device or the web server, can be stored and then evaluated via remote access.
  • section 14 which has been designated RESULT_CODES and in which, for example, result and / or error codes, in particular from the automation device or the web server, can be stored and then evaluated via remote access.
  • further sections can be stored in file 11 following sections 12, 13 and 14, in which further required data can be stored.
  • the dots before section 12 or after section 14 make it clear that further XML data, lines or sections can be inserted in file 11.
  • a hierarchical file directory structure 12 is shown in the file 11 as an example.
  • Characteristic of the XML language and many Internet-compatible languages is that each line begins with the character " ⁇ ", then the actual content of the line follows and the respective line ends with the character ">".
  • Each of the in the XML File 11 sections 12, 13, 14 shown by way of example begins with a characteristic start symbol and ends with a characteristic end symbol. The content of each section is bracketed between these two symbols.
  • the respective characteristic start symbol and the respective characteristic end symbol each receive a new line within the XML file. Because of the clear presentation, only the characteristic start symbol 15 and the characteristic end symbol 16 of the hierarchical file directory structure 12 have been designated accordingly.
  • the characteristic start symbol 15 of the depicted file directory structure 12 has, for example, the designation “BASE”.
  • the designation that forms the characteristic start symbol 15 of the relevant section is, for example, the predefinable one Character 36 preceded by "/". In principle, however, any other character could also be specified.
  • the characteristic end symbol 16 is therefore the term “BASE”, which is preceded by the “/” character. The entire file directory structure 12 to be mapped and the contents of the respective directories or sub-directories or files are then listed and displayed between the characteristic start symbol 15 and the characteristic end symbol 16 of section 12.
  • the section in the file 11 shown which identifies the illustrated file directory structure 12 by way of example, is composed of various subsections 17, 18, 19, 20 and 21.
  • the subsection 17 shown here thus identifies a directory with the name Disc_A.
  • the dots in subsection 17 between the characteristic start symbol, which is identified by the designation Disc_A, and the characteristic end symbol, which is identified by the designation / Disc_A, indicate that an arbitrarily nested subdirectory or file Structure can be located, but its presentation has been omitted for reasons of clarity.
  • the characteristic start symbol 15 of the file directory structure 12 symbolizes the top hierarchical level 1 of the file directory structure 35 from FIG. 1, and thus corresponds to the root directory.
  • the characteristic start symbol of subsection 17 with the designation Disc_A symbolizes the start of the first object of the second hierarchy level below the root directory.
  • subsection 18 symbolizes the start of another object of the second hierarchical level below the root directory, that is to say the uppermost hierarchical level. Subsections 17 and 18 therefore identify objects that are located on the same hierarchy level below the root directory.
  • subsection 19 identifies the subdirectory with the designation Dir_C2, which begins with the characteristic start symbol with the same designation and ends with the characteristic end symbol / Dir_C2. In between is the complete sub-directory structure or the files it contains, as well as the content of the files that are in the Dir__C2 sub-directory.
  • the subsection 19 thus corresponds to an object of the third hierarchical level (see FIG. 1).
  • subsections 20 and 21 within the subsection 19 of the file directory structure 12 were also listed in the XML file 11 by way of example. This begins with sub-section 20, which is a sub-directory of the directory
  • Dir_C2 identifies with the characteristic start symbol SubDirC2 b and ends with the characteristic end symbol / SubDirC2_b. In between is the content of the subdirectory so called.
  • the content of the subdirectory 20 is the subsection 21, which has no further subdirectory, but instead represents a single file with the designation C2_b-Filel.html, which at the same time denotes the characteristic starting symbol.
  • the end of the file is again identified with the characteristic end symbol /C2_b-Filel.html.
  • the points between the characteristic start symbol or the characteristic end symbol of the subsection 21 are intended to indicate the content of the file, but the reproduction of which is omitted for reasons of clarity.
  • Subsection 20 thus corresponds to an object of fourth hierarchy level 4 from FIG. 1 and subsection 21 thus corresponds to an object of fifth hierarchy level 5, also from FIG. 1.
  • an Internet-compatible language shown by the use of the XML language as an example, enables the representation of a file directory structure 12 and / or mapping of any hierarchical file directory structure 35 into a file directory structure 12 ′ within a file 11.
  • the designation of the relevant file directory or the file to be mapped is advantageously used as the characteristic starting symbol of each subsection.
  • the depicted file directory structure 12 advantageously forms only part of the XML file 11, which additionally contains further sections, in particular sections 13 and 14, as mentioned above, but may also contain further sections.
  • the other sections are also advantageously identified by a characteristic start symbol for direct addressing via the Internet or intranet, and the end is in turn identified by a characteristic end symbol.
  • the subdirectory Dir_C2 which at the same time identifies the characteristic starting symbol of the subsection 19 from the file directory structure 12 of the XML file 11, can be addressed directly by means of a URL address.
  • a URL address has, for example, the form "http: // server address / BASE / Disc_C / Dir_C2 / SubDirC2_b /”.
  • server address means the name or address by means of which the automation device in question, which also functions as the web Server works, can be addressed and / or addressed via the Internet and / or intranet.
  • C2_b-Filel.html can be addressed and accessed directly remotely via the Internet or intranet.
  • the content of the page in question, which is located in the XML file 11, can thus be displayed on a spatially remote PC and its content can be changed and / or evaluated, saved, overwritten, etc. very easily, if necessary.
  • step 3 shows a flowchart for the implementation of an XML file with a file directory structure 12 on a device according to the invention, in particular an automation device.
  • the web server functionality is also based on the concerned embedded device transported.
  • Such an XML file 11 is advantageously brought to an embedded device, in particular an automation device, which by default does not have its own file directory structure.
  • an XML file 11 is created locally on any computer and with the necessary sections, for example the file directory structure 12 (see FIG. 2), as well as with other sections which contain data which are necessary for the functionality of a web Servers are necessary, for example section 13 of the XML file 11, which contains the corresponding configuration data for such a web server, or also further sections for any further necessary data.
  • the exemplary file 11 is completed, it is sent in step 23 via a connected communication network, for example an Internet or intranet, or also via a suitable radio connection, to an embedded device connected to this communication network.
  • step 24 checks whether a file 11 already exists on the embedded device. If a file 11 does not yet exist, the sent file 11 is implemented in step 25 on the corresponding embedded device or automation device and then in step 26 the embedded device is automatically configured with the configuration data of file 11 available in, for example, section 14.
  • step 27 If a file 11 already exists on the corresponding automation device, the original file 11 is overwritten in step 27 by the new, ie current, file 11, which may contain other, current configuration data, for example.
  • the new current file version of the file 11 can also have a new, changed file directory structure, if necessary due to changed requirements or boundary conditions.
  • step 28 checks whether the configuration of the corresponding embedded device or the corresponding automation device needs to be updated. This can be the case if, for example, new configuration data have been sent to the automation device with the new XML file due to current changes. This update also advantageously takes place automatically after checking whether the corresponding configuration data of the target machine have changed in order to be able to dispense with the use of maintenance and / or other personnel on site.
  • step 29 the corresponding embedded device or the corresponding automation device can take up the function as a web server and go into operation.
  • Direct communication via an Internet or intranet from a remote computer, that is, a remote connection, is thus very easily guaranteed, which is inexpensive to maintain or Operating effort affects.
  • Such an embedded device can advantageously be used in any automation system.
  • the automation device 30 represents, for example, a PLC or other control, for example for a motor 39, an intelligent sensor or any other automation device. It is equipped with a memory 31 in which a file 11, in particular an XML file, is stored can. The file 11 can be loaded into the memory 31 directly via a possible interface.
  • the file 11 is preferably created on a local computer 34, from which it is generated by means of a first communication connection 32, via a communication network 33, in particular the Internet and / or intranet and / or a suitable radio connection and by means of a second communication connection 37, by means of which the automation device 30 is connected to the communication network 33, to the automation tion device 30 is sent.
  • the automation device 30 has means for receiving the file 11 and stores it in the memory 31 and can then operate as a web server.
  • the automation device 30 can then be addressed directly by any other subscriber 38 of the communication system, in particular the automation system.
  • the data listed in the individual sections of file 11 can thus be accessed remotely. This data can therefore be changed, adapted, read, evaluated, etc. quickly and flexibly by any other subscriber 38 of the communication system, without the presence of corresponding personnel being necessary for operating and / or maintenance purposes on site.
  • the present invention is a device and a method which is used to very easily use automation devices, so-called embedded devices, which generally do not have their own file directory structure 12, using an Internet-compatible language, in particular XML Display and / or map file directory structure 12 within such an XML file 11 and bring it to the embedded device by sending the file 11 so that the target machine works as a web server and thus enables remote access.
  • embedded devices which generally do not have their own file directory structure 12, using an Internet-compatible language, in particular XML Display and / or map file directory structure 12 within such an XML file 11 and bring it to the embedded device by sending the file 11 so that the target machine works as a web server and thus enables remote access.

Abstract

Bei der vorliegenden Erfindung handelt es sich um eine Vorrichtung und ein Verfahren, das dazu dient, um auf Automatisierungsgeräten, so genannten Embedded Devices, die in der Regel keine eigene Dateiverzeichnisstruktur (12) aufweisen, sehr leicht mit Hilfe einer internetfähigen Sprache, insbesondere XML, eine Dateiverzeichnisstruktur (12) innerhalb einer solchen XML-Datei (11) darzustellen und/oder abzubilden und durch Senden der Datei (11) auf das Embedded Device zu bringen, so dass die Zielmaschine als Web-Server arbeitet und so einen remote-Zugriff ermöglicht.

Description

Beschreibung
Vorrichtung, insbesondere Automatisierungsgerät, mit in Datei gespeicherter DateiVerzeichnisStruktur
Die Erfindung betrifft eine Vorrichtung, insbesondere Automatisierungsgerät, mit in Datei gespeicherter Dateiverzeichnisstruktur.
Dateiverzeichnisstrukturen, insbesondere hierarchische Dateiverzeichnisstrukturen, dienen u.a. zum Ordnen bzw. schnellen Wiederfinden von einzelnen Dateien innerhalb einer großen Datenmenge, die sich beispielsweise auf einer Festplatte eines Rechners befindet. Ein typisches Beispiel hierfür ist z.B. der Windows Explorer der Firma Microsoft.
Des Weiteren halten Internet Technologien wie beispielsweise HTTP, die Fähigkeit, mit Internet Browsern, wie beispielsweise dem Microsoft Internet Explorer oder Netscape zu kommuni- zieren, immer mehr Einzug in die Welt der Automatisierungstechnik. Dies gilt im Besonderen für den Bereich der Embedded Systeme. Unter Embedded Systeme oder auch Embedded Devices versteht man Systeme mit eingebetteten Computerfunktionen, wie man sie beispielsweise in intelligenten Sensoren und Ak- tuatoren, Busbaugruppen sowie in vielen Geräte- und Maschinensteuerungen bzw. anderen Anwendungen der Automatisierungs- technik findet. Auch für den Embedded Systems-Bereich gibt es mittlerweile eine Reihe von Web-Servern, die für eine geeignete Kommunikation der Automatisierungsgeräte mit bzw. via Internet/Intranet sorgen.
Alle diese Web-Server für Embedded Systeme haben im Wesentlichen die gleichen Probleme. Einerseits bestehen nur geringe Ressourcen auf der Zielmaschine bzw. dem jeweiligen Automati- sierungsgerät, wodurch in der Regel ein File-System bzw. eine Dateiverzeichnisstruktur fehlt. Da Objekte, die mit Internet Technologien adressiert werden sollen, über eine sog. URL (Uniform Resource Locator) adressiert werden und diese URLs zur Adressierung eine hierarchische Struktur, wie sie von Filesystemen angeboten werden, benutzen, können Objekte, die sich auf solchen Embedded Systemen befinden, nicht ohne wei- teres adressiert werden. Andererseits besteht aber die Notwendigkeit eines Fernzugriffs auf diese Automatisierungsgeräte bzw. Embedded Systeme, da diese in der Regel räumlich weit entfernt und unbeaufsichtigt laufen. Eine Fernbedienung bzw. Remote Konfiguration z.B. beim Auftreten von Fehlern, zu War- tungszwecken etc. kann die Anwesenheit von Personal vor Ort reduzieren und ist damit kostengünstig. Um diese Anforderung zu lösen, werden heutzutage File-Systeme aufwändig nachimplementiert, wobei Files, also Dateien, dann beispielsweise als unabhängige Speicherblöcke existieren, die beispielsweise über den so genannten FTP-Dienst (File Transfer Protocol) verwaltet werden müssen. Neben dem Problem, dass die Verwaltung solcher einzelner Speicherblöcke sehr aufwändig ist, uss ein solcher FTP-Server in der Regel zusätzlich auf dem Embedded System implementiert werden, was die Ressourcen auf der Zielmaschine weiter reduziert. Darüber hinaus sind Automatisierungssysteme, die durch Firewalls geschützt werden, nicht notwendigerweise für einen FTP-Server durchlässig, der Fernzugriff ist also unter Umständen verwehrt.
Aufgabe der vorliegenden Erfindung ist es, eine Vorrichtung anzugeben, die eine Implementierung einer Dateiverzeichnisstruktur vor allem auf Embedded Systemen bzw. Automatisierungsgeräten auch ohne eigene Dateiverzeichnisstruktur ermöglicht .
Diese Aufgabe wird durch eine Vorrichtung mit einem Speicher zur Speicherung einer Dateiverzeichnisstruktur mit wenigstens einer ersten und einer zweiten Hierarchieebene, welche als untergeordnete Ebene der ersten Hierarchieebene ausgebildet ist, mit wenigstens einem ersten Dateiverzeichnis, das sich auf der ersten Hierarchieebene befindet, mit wenigstens einem zweiten Dateiverzeichnis, das sich auf der zweiten Hierar- chieebene befindet und mit wenigstens einer ersten Datei, die sich auf einer der zwei Hierarchieebenen oder einer darunter liegenden Hierarchieebene befindet, dadurch gelöst, dass die Dateiverzeichnisstruktur in einer zweiten Datei abgespeichert ist, wobei die Dateiverzeichnisstruktur einen Teil des Inhalts oder den Gesamtinhalt der zweiten Datei darstellt, wobei jedes Dateiverzeichnis und jede Datei der Dateiverzeichnisstruktur in der zweiten Datei nacheinander aufgelistet, durch wenigstens ein charakteristisches Anfangssymbol und/oder wenigstens ein charakteristisches Endesymbol gekennzeichnet und die Inhalte jedes Dateiverzeichnisses und jeder Datei der Dateiverzeichnisstruktur jeweils zwischen den zugeordneten beiden charakteristischen Symbolen abgelegt sind.
Diese Aufgabe wird durch ein Verfahren zur Abbildung einer hierarchischen ersten Dateiverzeichnisstruktur mit wenigstens einer ersten und einer zweiten Hierarchieebene, welche als untergeordnete Ebene der ersten Hierarchieebene ausgebildet ist, mit wenigstens einem ersten Dateiverzeichnis, das sich auf der ersten Hierarchieebene befindet, mit wenigstens einem zweiten Dateiverzeichnis, das sich auf der zweiten Hierarchieebene befindet und mit wenigstens einer ersten Datei, die sich auf einer der zwei Hierarchieebenen oder einer darunter liegenden Hierarchieebene befindet, in .eine zweite Datei ge- löst, wobei die aus der hierarchischen ersten Dateiverzeichnisstruktur abgebildete zweite Dateiverzeichnisstruktur einen Teil des Inhalts oder den Gesamtinhalt der zweiten Datei darstellt, wobei jedes Dateiverzeichnis und jede Datei der abzubildenden hierarchischen Dateiverzeichnisstruktur in der zweiten Datei nacheinander aufgelistet, durch wenigstens ein charakteristisches Anfangssymbol und/oder wenigstens ein charakteristisches Endesymbol gekennzeichnet und die Inhalte jedes Dateiverzeichnisses und jeder Datei der abzubildenden Dateiverzeichnisstruktur jeweils zwischen den zugeordneten bei- den charakteristischen Symbolen abgelegt werden. Nach einer bevorzugten Ausführungsform der Erfindung wird zur Beschreibung der Dateiverzeichnisstruktur eine internetfähige Sprache verwendet. Nach einer weiteren bevorzugten Ausführungsform der Erfindung ist die zweite Datei, in der die Da- teiverzeichnisstruktur abgebildet ist, eine XML-Datei, wobei- zur Beschreibung, insbesondere der Dateiverzeichnisstruktur, wird die Sprache XML verwendet. Selbstverständlich können auch andere geeignete, internetfähige Sprachen neben XML, wie beispielsweise HTML/XHTML, CSS, Java Script, CGI/Perl, etc. bei Bedarf verwendet werden. XML-Dateien können sehr leicht aufgebaut werden und haben nur einen geringen Speicherplatzbedarf. Sie können ebenfalls sehr leicht re ote via Intra- bzw. Internet versendet werden.
Nach einer weiteren bevorzugten Ausführungsform wird sowohl für jedes charakteristische Anfangssymbol als auch für jedes charakteristische Endesymbol jeweils eine neue Zeile in der zweiten Datei verwendet. Dabei dient als jeweiliges charakteristisches Anfangssymbol beispielsweise die Bezeichnung des jeweiligen Dateiverzeichnisses bzw. der jeweiligen Datei und als jeweiliges charakteristisches Endesymbol die Bezeichnung des jeweiligen Dateiverzeichnisses bzw. der jeweiligen Datei, wobei zusätzlich ein vorgebbares Zeichen vorangestellt wird. Ein solches vorgebbares Zeichen ist beispielsweise das Zei- chen „/" . Es könnte selbstverständlich auch ein beliebiges anderes Zeichen, Sonderzeichen, Zahl, etc. sein. Des Weiteren wird der Inhalt jedes Dateiverzeichnisses einer Hierarchieebene der abzubildenden Dateiverzeichnisstruktur einschließlich des Inhaltes der Dateiverzeichnisse und Dateien aller Unterhierarchieebenen dieses Dateiverzeichnisses zwischen dem charakteristischen Anfangssymbol und dem charakteristischen Endesymbol des betreffenden Dateiverzeichnisses abgelegt. Durch diese KlammerStruktur zwischen charakteristischem Anfangs- und Endesymbol für jedes Dateiverzeichnis bzw. jede Datei wird die Abbildung der Hierarchie einschließlich der
Auflistung der jeweiligen Inhalte der Dateiverzeichnisse bzw. Dateien erreicht. Für XML wird dafür beispielsweise der so genannte „Tag" -Mechanismus benutzt. Zusätzlich wird jeweils zwischen dem charakteristischen Anfangs- bzw. Endesymbol des jeweiligen Dateiverzeichnisses bzw. der jeweiligen Datei der Inhalt der entsprechenden Dateiverzeichnisse bzw. der jewei- ligen Dateien abgelegt, wodurch ein hierarchisches Dateiverzeichnis einschließlich der jeweiligen Inhalte in einer solchen Datei, beispielsweise XML-Datei, nacheinander aufgelistet wird. Gleichzeitig ist es möglich, gezielt und schnell auf die entsprechenden Inhalte der Dateiverzeichnisse und Da- teien zuzugreifen, da diese durch die jeweiligen charakteristischen Anfangs- bzw. Endesymbole direkt adressierbar sind.
Des weiteren stellt die abgebildete Datenverzeichnisstruktur nur einen Teil des Inhalts der zweiten Datei dar, wobei der Anfang dieses Teils durch wenigstens ein charakteristisches Anfangssymbol und der Ende dieses Teils durch wenigstens ein charakteristisches Endesymbol gekennzeichnet wird, wobei die abgebildete Dateiverzeichnisstruktur zwischen dem charakteristischen Anfangssymbol und dem charakteristischen Endesym- bol abgelegt wird. Beispielsweise kann für das charakteristische Anfangssymbol für die abgebildete Dateiverzeichnisstruktur das Wort „BASE" und als charakteristisches Endesymbol für die abgebildete Dateiverzeichnisstruktur das Wort „BASE" und zusätzliches Voranstellen beispielsweise des vorgebbaren Zei- chens „/" gekennzeichnet werden. Damit hat man eine Trennung der reinen Dateiverzeichnisstruktur von eventuellen zusätzlichen Informationen erreicht, die man im Anschluss an die so gekennzeichnete Dateiverzeichnisstruktur in einer solchen XML-Datei unterbringen will.
Nach einer weiteren bevorzugten Ausführungsform der Erfindung sind in der zweiten Datei zusätzlich zu dem Teil, der die abgebildete Dateiverzeichnisstruktur enthält, weitere Teile mit anderen Inhalten vorhanden, die jeweils durch wenigstens ein charakteristisches Anfangssymbol und wenigstens ein charakteristisches Endesymbol gekennzeichnet bzw. abgetrennt sind. Beispielsweise können in wenigstens einem der weiteren ge- kennzeichneten Teile der zweiten Datei Konfigurationsdaten bzw. in wenigstens einem der weiteren gekennzeichneten Teile der zweiten Datei Ergebnis- und/oder Fehlercodes abgelegt werden. Durch eine solche Klammerstruktur können in der zwei- ten Datei weitere charakteristische Daten für die Konfiguration der jeweiligen Embedded Systeme bzw. Automatisierungsgeräte und/oder Rückmeldungen der jeweiligen Embedded Systeme bzw. Automatisierungsgeräte, insbesondere Ergebnis- und/oder Fehlercodes, in separaten geklammerten Teilen der zweiten Da- tei abgelegt werden, die jeweils durch ein entsprechendes charakteristisches Anfangssymbol und wenigstens ein charakteristisches Endesymbol gekennzeichnet bzw. abgetrennt sind.
Dabei wird die zweite Datei vorzugsweise in einem Gerät ein- gesetzt, das keine eigene Dateiverzeichnisstruktur aufweist. Dadurch, dass die zweite Datei eine abgebildete Dateiverzeichnisstruktur enthält, ersetzt diese die sonst übliche eigene Dateiverzeichnisstruktur des Geräts.
Von besonderem Vorteil ist es darüber hinaus, dass die Vorrichtung Mittel zum Empfang und/oder zur Speicherung der zweiten Datei über ein Kommunikationsnetz, insbesondere In- ter- und/oder Intranet und/oder eine Funkverbindung, aufweist. Durch ein solches ferngesteuertes Laden, beispielswei- se einer XML-Datei über Inter- und/oder Intranet und/oder beispielsweise drahtlos über eine Funkanbindung, in ein Automatisierungsgerät ist es möglich, auch räumlich sehr weit entfernt liegende Automatisierungsgeräte auch ohne persönliches Erscheinen von Technikern bzw. anderem Personal vor Ort anzusprechen.
Ein weitere überaus vorteilhafte Weiterbildung der Erfindung ist es, dass nach dem Laden der zweiten Datei in die Vorrichtung automatisch eine Konfiguration der Vorrichtung mit den in der zweiten Datei vorhandenen Konfigurationsdaten durchführbar ist. Dadurch können Automatisierungsgeräte, die räumlich sehr weit entfernt liegen, sehr leicht automatisch kon- figuriert werden, was den Inbetriebsetzungsaufwand und die damit verbundenen Kosten erheblich reduziert.
Weiterhin ist es sehr vorteilhaft, dass nach dem Laden der zweiten Datei in die Vorrichtung, die Vorrichtung als Web- Server einsetzbar ist. Dadurch ist es möglich, über das Internet bzw. Intranet das Embedded Device, bzw. Automatisierungsgerät direkt remote anzusprechen, wodurch ebenfalls ein Erscheinen von menschlichem Personal vor Ort vermieden werden kann.
Eine überaus vorteilhafte Weiterbildung der Erfindung ist, dass eine Aktualisierung der abgebildeten Dateiverzeichnisstruktur durch Überschreiben der ursprünglichen Dateiversion der zweiten Datei mit einer neuen Dateiversion durchführbar ist. Darüber hinaus ist durch das Überschreiben der ursprünglichen Dateiversion der zweiten Datei mit einer neuen Dateiversion eine Aktualisierung der Konfigurationsdaten durchführbar. Es wird dabei also automatisch eine Aktualisierung der Konfigurationsdaten durchgeführt, wodurch aktuelle Daten sehr schnell auf das Embedded System bzw. das Automatisierungsgerät übertragen werden können. Das Überschreiben der ursprünglichen Dateiversion der zweiten Datei mit einer neuen Dateiversion kann dabei selbstverständlich ferngesteuert über Inter- und/oder Intranet und/oder drahtlos über eine entsprechende Funkanbindung durchgeführt werden.
Nach einer weiteren bevorzugten Ausführungsform der Erfindung sind nach der Aktualisierung der zweiten Datei die bisher eingestellten Konfigurationsdaten der Vorrichtung, in die die ursprüngliche Dateiversion der zweiten Datei geladen war, automatisch überprüfbar und ggf. anpassbar. Dadurch ist es möglich, sehr leicht und sehr schnell auf aktuelle Veränderungen, die ein Anpassen der Konfigurationsdaten des Automati- sierungsgeräts und die Konfiguration des Geräts selbst nötig erscheinen lassen, zu reagieren. Überaus vorteilhaft ist es darüber hinaus, wenn die Vorrichtung ein Embedded Device und/oder ein Automatisierungsgerät ist und diese Vorrichtung in einem Automatisierungssystem eingesetzt wird.
Von besonderem Vorteil ist es darüber hinaus, dass das offenbarte Verfahren in Automatisierungssystemen, insbesondere bei und in Verpackungsmaschinen, Pressen, Kunststoffspritzmaschi- nen, Textilmaschinen, Druckmaschinen, Werkzeugmaschinen, Ro- boter, Handlingsystemen, Holzverarbeitungsmaschinen, Glasverarbeitungsmaschinen, Keramikverarbeitungsmaschinen sowie Hebezeugen eingesetzt bzw. verwendet werden kann.
Mit dem offenbarten Verfahren können also beispielsweise HTML-Seiten, andere Dateien, sowie Konfigurationsdaten, etc. die für ein Automatisierungsgerät, bzw. Embedded Device benötigt werden, beispielsweise in Form einer XML-Seite in ein Automatisierungsgerät geladen und dort gespeichert werden, wodurch ein solches Gerät auch als Web-Server eingesetzt wer- den kann. Es ist darüber hinaus ebenfalls möglich, binäre Objekte, z.B. in den HTML-Seiten gelinkte Grafiken entweder mit Hilfe der so genannten BASE 64 Encoding-Methode innerhalb der XML-Seite zu speichern oder separat davon. In diesem Fall sind die binären Objekte per Link aus der XML-Seite zugreif- bar.
Dadurch, dass die benötigte Dateiverzeichnisstruktur incl . Dateiverzeichnissen und Dateien, beispielsweise als HTML- Seiten, samt Inhalt innerhalb einer einzigen XML-Seite aufge- listet wird, ist keine aufwändige Verwaltung dieser einzelnen Objekte notwendig. Darüber hinaus werden zur Bearbeitung einer solchen XML-Datei nur Standard Tools benötigt. Die Verwendung proprietärer Tools, bei denen die Verfügbarkeit in der Zukunft nicht unbedingt gewährleistet ist, ist dadurch überflüssig. Darüber hinaus ist es, wie oben offenbart, sehr leicht möglich, eine einfache Konfiguration eines solchen als Web- Server arbeitenden Automatisierungsgeräts durch internetfähige Mittel, wie z.B. HTTP-Befehle, durchzuführen. Darüber hin- aus werden keine weiteren Dienste benötigt. Durch den Remote Zugriff ist eine schnelle und flexible Erweiterung und/oder Änderung von beispielsweise Konfigurationsdaten möglich, eine Abwärtskompatibilität ist dadurch automatisch gegeben. Mit dem offenbarten Verfahren ist es zusätzlich sehr leicht mög- lieh, eine solche XML-Seite, auch Web Site genannt, lokal auf einem Rechner, z.B. mit dem Tool Front Page, zu erstellen, als XML-Datei abzuspeichern, sie über das Inter- und/oder Intranet an das Embedded Device zu senden und dort durch erstmaliges Implementieren oder durch Überschreiben der ur- sprünglichen XML-Datei den Inhalt der XML-Datei zu übernehmen und alle notwendigen Aktualisierungen durchzuführen. Man spricht in diesem Fall auch von einem Publishing Mechanismus.
Die Notwendigkeit einer hierarchischen Dateiverzeichnisstruk- tur, wie sie jeder Web-Server benötigt und bisher in anderer Form abgebildet wurde, wird durch die Nutzung der hierarchischen Strukturmittel der XML-Sprache, den sogenannten „Tags", mit oben genannten Vorteilen realisiert und befriedigt.
Im Weiteren werden bevorzugte Ausführungsbeispiele der Erfindung mit Bezugnahme auf die Zeichnungen näher erläutert. Es zeigen:
FIG 1 eine Prinzipdarstellung einer klassischen hierar- chischen Dateiverzeichnissstruktur,
FIG 2 eine Prinzipdarstellung einer XML-Datei mit hierarchischer DateiverzeichnisStruktur,
FIG 3 ein Flussdiagramm zur Implementierung einer XML- Datei und FIG 4 eine erfindungsgemäße Vorrichtung mit Speicher und XML-Datei in einem Automatisierungssystem.
FIG 1 zeigt die prinzipielle Darstellung einer klassischen hierarchischen Dateiverzeichnisstruktur 35 auch File-System genannt. Eine solche Dateiverzeichnisstruktur 35 besteht aus einem Root-Verzeichnis, welches die oberste Hierarchieebene 1 einer solchen Dateiverzeichnisstruktur 35 darstellt. Alle weiteren Dateiunterverzeichnisse bzw. Dateien sind hierar- chisch dem Root-Verzeichnis, also der ersten Hierarchieebene 1 untergeordnet. In der FIG 1 sind Dateiverzeichnisse als Rechtecke dargestellt. Dateien sind als Ovale dargestellt, wobei die Verbindungslinien zwischen den Rechtecken bzw. Ovalen die Zugehörigkeit zu Objekten bzw. zu Hierarchieebenen kennzeichnen. Die Punkte, die die Verbindungslinien unterbrechen, kennzeichnen die Möglichkeit von beliebigen Unterverzeichnisstrukturen. Unter beliebigen Unterverzeichnisstrukturen sind sowohl Dateiverzeichnisse, auch Directories genannt, als auch Dateien, auch Files genannt, zu verstehen.
Im gezeigten Beispiel besteht die zweite Hierarchieebene 2 aus beispielsweise drei Directories, von denen der Übersichtlichkeit halber nur das Directory 6 Disc_C bezeichnet wurde . Bei diesen Directories handelt es sich beispielsweise um die Darstellung von verschiedenen Partitionen einer Festplatte eines beliebigen Rechners. Selbstverständlich können damit beispielsweise auch Laufwerke, also externe Speichermedien bzw. Peripheriegeräte des betreffenden Rechners angesprochen werden, beispielsweise Diskettenlaufwerke, in denen Disketten oder CD-ROM-Laufwerke, in denen CD-ROMs gelesen werden können.
In der Figur 1 ist beispielsweise das Directory 6, also beispielsweise die Partition Disc_C einer entsprechenden Fest- platte, in mehrere Unter-Directories, auch Sub Directories genannt, unterteilt, die sich auf der dritten Hierarchieebene 3 befinden. Auch hier ist der Übersichtlichkeit halber nur das Sub Directory 7 DIR_C2 bezeichnet worden. Wie aus der Figur 1 ebenfalls ersichtlich ist, können sich auch auf dieser Ebene einzelne Dateien befinden. Aus Gründen der Übersichtlichkeit ist beispielhaft nur die Datei 10 C-Filel.html be- zeichnet worden. Selbstverständlich können sich beliebig viele weitere Dateien auf der dritten und auf jeder anderen Hierarchieebene befinden. Dies ist jeweils durch Punkte angedeutet.
In der Figur 1 ist beispielhaft das Directory 7 Dir_C2 weiter in Unter-Directories unterteilt, die die vierte Hierarchiestufe 4 darstellen. Aus Gründen der Übersichtlichkeit ist nur das Sub Directory 8, bzw. Unter-Directory, SubDirC2_b bezeichnet worden. Bei der vierten Hierarchiestufe 4 ist schließlich eine beispielhafte Unterteilung des Sub-
Directories 8 SubDirC2_b vorgenommen worden, auf der sich in diesem Beispiel nur Dateien befinden, von denen aus Gründen der Übersichtlichkeit nur die Datei 9 C2_b-filel.html bezeichnet worden ist. Diese bilden in dem vorliegenden Bei- spiel die fünfte Hierarchiestufe 5.
Selbstverständlich können bei einem beliebigen File-System unabhängig von dem gezeigten Beispiel beliebige weitere Unterverzeichnisstrukturen vorhanden sein. Selbst die einzelnen Hierarchiestufen können beliebige Verzeichnisse bzw. Files aufweisen. Auch die Namen der einzelnen Directories bzw. Dateiverzeichnisse sowie der Dateien bzw. Files sind hier nur beispielhaft gewählt worden. Sie können mit beliebigen anderen Namen bezeichnet werden, die beispielsweise aus Zahlen und/oder Buchstaben und/oder Sonderzeichen gebildet werden können. Somit bilden Objekte einer niedrigeren Hierarchiestufe den Inhalt des entsprechenden zugehörigen Dateiverzeichnisses auf der höheren Hierarchiestufe. Die Zugehörigkeit wird durch die entsprechenden Linien deutlich. So kennzeich- nen beispielsweise alle Objekte der dritten Hierarchiestufe 3 im gezeigten Beispiel den Inhalt des Directories 6 Disc_C der zweiten Hierarchiestufe 2. Andere Objekte der Hierarchiestufe 2 wurden in diesem Beispiel nicht verfeinert. Analog dazu ist dies bei den Hierarchiestufen 3, 4 bzw. 5 dargestellt. Aus Gründen der Übersichtlichkeit wurde darauf verzichtet, den Inhalt einer Datei selbst, beispielsweise der Datei 9 C2_B- Filel.html, explizit darzustellen.
Die Figur 2 zeigt eine erfindungsgemäß erstellte Datei 11 mit abgebildeter hierarchischer Dateiverzeichnisstruktur 12. Die Datei 11 wird im folgenden auch als zweite Datei oder XML- Datei bezeichnet. Die verwendeten Begriffe in der Figur 2 sind dabei an die Begriffe der Figur 1 angelehnt. Selbstverständlich ist auch die Darstellung einer Dateiverzeichnisstruktur 12 möglich, ohne dass eine physikalische Vorlage einer Dateiverzeichnisstruktur 35, wie sie in der FIG. 1 darge- stellt ist, existiert. Die dargestellte zweite Datei 11 ist beispielsweise eine XML-Datei und beinhaltet beispielhaft drei große Hauptblöcke, die abgebildete Dateiverzeichnisstruktur 12, den Abschnitt 13, der mit SERVER_CONFIGURATION bezeichnet ist und beispielsweise Konfigurationsdaten für ein Automatisierungsgerät bzw. einen Web-Server enthält, sowie den Abschnitt 14, der mit RESULT_CODES bezeichnet worden ist und in dem beispielsweise Ergebnis- und/oder Fehlercodes, insbesondere vom Automatisierungsgerät bzw. dem Web-Server abgelegt und dann über remote-Zugriff ausgewertet werden kön- nen. Selbstverständlich können weitere Abschnitte in der Datei 11 im Anschluss an die Abschnitte 12, 13, bzw. 14 abgelegt werden, in denen weitere benötigte Daten hinterlegt werden können. Die Punkte vor dem Abschnitt 12 bzw. nach dem Abschnitt 14 verdeutlichen, dass noch weitere XML-Daten, Zeilen bzw. Abschnitte in der Datei 11 eingefügt werden können. In der Datei 11 ist, wie vorher bereits erwähnt, eine hierarchische Dateiverzeichnisstruktur 12 beispielhaft dargestellt.
Kennzeichen der XML-Sprache und vieler internetfähiger Spra- chen, ist, dass jede Zeile mit dem Zeichen „<" beginnt, danach der eigentliche Inhalt der Zeile folgt und die jeweilige Zeile mit dem Zeichen „>" beendet wird. Jedes der in der XML- Datei 11 beispielhaft dargestellten Abschnitte 12, 13, 14, beginnt mit einem charakteristischen Anfangssymbol und endet mit einem charakteristischen Endesymbol. Der Inhalt jedes Abschnittes ist zwischen diesen beiden Symbolen eingeklammert. Das jeweilige charakteristische Anfangssymbol sowie das jeweilige charakteristische Endesymbol erhält jeweils eine neue Zeile innerhalb der XML-Datei. Aufgrund einer übersichtlichen Darstellung sind lediglich das charakteristische Anfangssymbol 15 sowie das charakteristische Endesymbol 16 der hierar- chischen Dateiverzeichnisstruktur 12 entsprechend bezeichnet worden. Das charakteristische Anfangssymbol 15 der abgebildeten Dateiverzeichnisstruktur 12 hat beispielsweise die Bezeichnung „BASE" . Um das Ende eines entsprechenden Abschnitts in einer XML-Datei kennzeichnen zu können, wird der Bezeich- nung, die das charakteristische Anfangssymbol 15 des betreffenden Abschnitts bildet, beispielsweise das vorgebbare Zeichen 36 „/" vorangestellt. Im Prinzip könnte jedoch auch ein beliebiges anderes Zeichen vorgegeben werden. Im vorliegenden Beispiel der abgebildeten hierarchischen Dateiverzeichnis- Struktur 12 ist somit das charakteristische Endesymbol 16 der Begriff „BASE", dem das Zeichen „/" vorangestellt wird. Die gesamte abzubildende Dateiverzeichnisstruktur 12 sowie die Inhalte der jeweiligen Directories bzw. Sub-Directories bzw. Dateien werden dann zwischen dem charakteristischen Anfangs- symbol 15 und dem charakteristischen Endesymbol 16 des Abschnitts 12 aufgelistet und dargestellt.
So ist der Abschnitt in der gezeigten Datei 11, der die abgebildete Dateiverzeichnisstruktur 12 beispielhaft kennzeich- net, aus verschiedenen Unterabschnitten 17, 18, 19, 20 sowie 21 aufgebaut. So kennzeichnet der hier gezeigte Unterabschnitt 17 ein Verzeichnis mit dem Namen Disc_A. Die Punkte im Unterabschnitt 17 zwischen dem charakteristischen Anfangssymbol, das durch die Bezeichnung Disc_A gekennzeichnet ist, und dem charakteristischen Endesymbol, das durch die Bezeichnung /Disc_A gekennzeichnet ist, deuten an, dass sich hier eine beliebig verschachtelte Unterverzeichnis- bzw. Datei- Struktur befinden kann, auf dessen Darstellung aus Gründen der Übersichtlichkeit jedoch verzichtet wurde. Das charakteristische Anfangssymbol 15 der Dateiverzeichnisstruktur 12 symbolisiert die oberste Hierarchieebene 1 der Dateiverzeichnisstruktur 35 aus Figur 1, entspricht also dem Root- Verzeichnis. Das charakteristische Anfangssymbol des Unterabschnitts 17 mit der Bezeichnung Disc_A symbolisiert den Beginn des ersten Objekts der zweiten Hierarchieebene unterhalb des Root-Verzeichnisses.
Das charakteristische Anfangssymbol des Unterabschnitts 18, mit der Bezeichnung Disc_C symbolisiert den Beginn eines weiteren Objekts der zweiten Hierarchieebene unterhalb des Root- Verzeichnisses, also der obersten Hierarchieebene. Unterab- schnitte 17 und 18 kennzeichnen also Objekte, die auf derselben Hierarchieebene unterhalb des Root-Verzeichnisses stehen.
Aus Gründen der Übersichtlichkeit wurde im Unterabschnitt 18 beispielhaft nur ein Unterverzeichnis weiter verzweigt. Es handelt sich dabei um den Unterabschnitt 19. Der Unterabschnitt 19 kennzeichnet das Unterverzeichnis mit der Bezeichnung Dir_C2, das mit dem charakteristischen Anfangssymbol mit derselben Bezeichnung beginnt und mit dem charakteristischen Endesymbol /Dir_C2 beendet wird. Dazwischen befindet sich wiederum die komplette Unterverzeichnisstruktur bzw. die enthaltenen Dateien sowie die Inhalte der Dateien, die sich im Unterverzeichnis Dir__C2 befinden. Der Unterabschnitt 19 entspricht somit einem Objekt der dritten Hierarchieebene (vergleiche FIG 1) .
Zur Verdeutlichung der möglichen weiteren Verzweigungen wurden beispielhaft noch die Unterabschnitte 20 und 21 innerhalb des Unterabschnittes 19 der Dateiverzeichnisstruktur 12 in der XML-Datei 11 aufgelistet. Dabei beginnt der Unterab- schnitt 20, der ein Unterverzeichnis des Verzeichnisses
Dir_C2 kennzeichnet, mit dem charakteristischen Anfangssymbol SubDirC2 b und endet mit dem charakteristischen Endesymbol /SubDirC2_b. Dazwischen ist wiederum der Inhalt des so bezeichneten Unterverzeichnisses enthalten. Der Inhalt des Unterverzeichnisses 20 ist in diesem Beispiel der Unterabschnitt 21, der kein weiteres Unterverzeichnis aufweist, son- dern eine einzelne Datei mit der Bezeichnung C2_b-Filel.html darstellt, womit gleichzeitig das charakteristische Anfangssymbol bezeichnet ist. Das Ende der Datei wird wiederum mit dem charakteristischen Endesymbol /C2_b-Filel.html bezeichnet. Die Punkte zwischen dem charakteristischen Anfangssymbol bzw. dem charakteristischen Endesymbol des Unterabschnitts 21 sollen den Inhalt der Datei andeuten, auf dessen Wiedergabe jedoch aus Gründen der Übersichtlichkeit verzichtet wird. Unterabschnitt 20 entspricht somit einem Objekt der vierten Hierarchieebene 4 aus der Figur 1 und Unterabschnitt 21 ent- spricht somit einem Objekt der fünften Hierarchieebene 5, ebenfalls aus der Figur 1.
Durch die Verwendung einer internetfähigen Sprache, am Beispiel gezeigt durch die Verwendung der Sprache XML, wird die Darstellung einer Dateiverzeichnisstruktur 12 und/oder Abbildung einer beliebigen hierarchischen Dateiverzeichnisstruktur 35 in eine Dateiverzeichnisstruktur 12 'innerhalb einer Datei 11 ermöglicht. Die Versendung einer solchen Datei 11 über Internet und/oder Intranet oder auch über eine Funkanbindung sowie der Empfang einer solchen Datei 11 von einem Embedded Device, insbesondere Automatisierungsgerät, ist sehr einfach und problemlos möglich. Zur problemlosen Identifizierung der einzelnen Unterabschnitte 17, 18, 19, 20 bzw. 21 der Dateiverzeichnisstruktur 12 wird vorteilhafterweise als charakte- ristisches Anfangssymbol jedes Unterabschnittes jeweils die Bezeichnung des betreffenden Dateiverzeichnisses bzw. der abzubildenden Datei verwendet. Um den Anfang bzw. das Ende eines beliebigen Dateiverzeichnisses bzw. einer beliebigen Datei schnell und problemlos identifizieren zu können, ist es darüber hinaus vorteilhaft, zumindest das charakteristische Anfangssymbol und das jeweilige charakteristische Endesymbol jeweils in einer neuen Zeile aufzulisten. Der Inhalt der so abzubildenden Dateiverzeichnisse bzw. Dateien befindet sich dann vorteilhafterweise geklammert zwischen dem jeweiligen charakteristischen Anfangssymbol und Endesymbol der jeweiligen Objekte. Die abgebildete Dateiverzeichnisstruktur 12 bil- det vorteilhafterweise nur einen Teil der XML-Datei 11, welche zusätzlich noch weitere Abschnitte, insbesondere Abschnitte 13 und 14, wie oben erwähnt, enthält, darüber hinaus aber noch weitere Abschnitte enthalten kann. Die anderen Abschnitte sind ebenfalls vorteilhafterweise zur direkten Ad- ressierung über Internet bzw. Intranet durch ein charakteristisches Anfangssymbol gekennzeichnet, und das Ende ist jeweils wiederum durch ein charakteristisches Endesymbol gekennzeichnet. So kann beispielsweise das Unterverzeichnis Dir_C2, das gleichzeitig das charakteristische Anfangssymbol des Unterabschnittes 19 aus der Dateiverzeichnisstruktur 12 der XML-Datei 11 kennzeichnet, mittels einer URL-Adresse direkt angesprochen werden. Eine solche URL-Adresse hat z.B. die Form „http: //Serveradresse/BASE/Disc_C/Dir_C2/SubDirC2_b/" . Mit dem Begriff „Serveradresse" ist die Bezeichnung bzw. Adresse gemeint, mittels derer das betreffende Automatisierungsgerät, das auch als Web-Server arbeitet, über Internet und/oder Intranet angesprochen und/oder adressiert werden kann. Mit der oben erwähnten vollständigen URL-Adresse kann die entspre- chende Html-Seite, bzw. Datei, in diesem Beispiel die Seite
C2_b-Filel.html direkt remote über Inter- bzw. Intranet angesprochen und aufgerufen werden. Der Inhalt der betreffenden Seite, die sich in der XML-Datei 11 befindet, kann somit auf einem räumlich entfernten PC dargestellt und dessen Inhalt gegebenenfalls sehr leicht verändert und/oder ausgewertet, gespeichert, überschrieben, etc. werden.
FIG 3 zeigt ein Flussdiagramm zur Implementierung einer XML- Datei mit einer Dateiverzeichnisstruktur 12 auf einer erfin- dungsgemäßen Vorrichtung, insbesondere einem Automatisierungsgerät. Mit dem Implementieren einer solchen Datei 11 wird darüber hinaus die Web-Server-Funktionalität auf das betreffende Embedded Device transportiert. Vorteilhafterweise wird eine solche XML-Datei 11 auf ein Embedded Device, insbesondere Automatisierungsgerät, gebracht, welches standardmäßig keine eigene Dateiverzeichnisstruktur aufweist. So wird im Schritt 22 eine XML-Datei 11 beispielsweise lokal auf einem beliebigen Rechner erstellt und mit den notwendigen Abschnitten, beispielsweise der Dateiverzeichnisstruktur 12 (vgl. Figur 2), sowie mit anderen Abschnitten, die Daten beinhalten, welche für die Funktionalität eines Web-Servers notwendig sind, beispielsweise Abschnitt 13 der XML-Datei 11, der die entsprechenden Konfigurationsdaten für einen solchen Web-Server enthält, oder auch weiteren Abschnitten für beliebige weitere notwendige Daten ausgestattet. Sobald die beispielhafte Datei 11 fertiggestellt ist, wird sie im Schritt 23 via ein angeschlossenes Kommunikationsnetz, beispielsweise Inter- bzw. Intranet, oder auch per geeigneter Funkanbindung, an ein an dieses Kommunikatiönsnetz angeschlossenes Embedded Device gesendet.
Bei oder nach dem Empfang der Datei 11 durch das Automatisierungsgerät wird im Schritt 24 kontrolliert, ob auf dem Embedded Device bereits eine Datei 11 vorhanden ist. Falls noch keine Datei 11 vorhanden ist, wird die gesendete Datei 11 im Schritt 25 auf dem entsprechenden Embedded Device bzw. Auto- matisierungsgerät implementiert und danach im Schritt 26 das Embedded Device mit den im beispielsweise Abschnitt 14 verfügbaren Konfigurationsdaten der Datei 11 automatisch konfiguriert.
Ist auf dem entsprechenden Automatisierungsgerät bereits eine Datei 11 vorhanden, so wird die ursprüngliche Datei 11 im Schritt 27 von der neuen, also aktuellen, Datei 11 überschrieben, die beispielsweise andere, aktuelle Konfigurationsdaten enthalten kann. Insbesondere kann die neue aktuelle Dateiversion der Datei 11 bei Bedarf aufgrund geänderter Anforderungen, bzw. Randbedingungen auch eine neue, geänderte Dateiverzeichnisstruktur aufweisen. Im Schritt 28 wird danach kontrolliert, ob die Konfiguration des entsprechenden Embedded Devices bzw. des entsprechenden Automatisierungsgeräts aktualisiert werden muss. Dies kann dann der Fall sein, wenn mit der neuen XML-Datei aufgrund aktueller Veränderungen bei- spielsweise neue Konfigurationsdaten an das Automatisierungsgerät gesendet wurden. Auch diese Aktualisierung erfolgt vorteilhafterweise automatisch nach der Überprüfung, ob sich die entsprechenden Konfigurationsdaten der Zielmaschine geändert haben, um auf einen Einsatz von Wartungs- und/oder sonstigem Personal vor Ort verzichten zu können.
Im Schritt 29 kann das entsprechende Embedded Device bzw. das entsprechende Automatisierungsgerät die Funktion als Web- Server aufnehmen und in Betrieb gehen. Eine direkte Kommuni- kation über ein Inter- bzw. Intranet von einem räumlich entfernten Rechner, also eine remote-Verbindung, wird somit sehr leicht gewährleistet, was sich kostengünstig auf Wartungsbzw. Bedienungsaufwand auswirkt. Ein solches Embedded Device kann vorteilhafterweise in einem beliebigen Automatisierungs- System eingesetzt werden.
Fig. 4 zeigt eine erfindungsgemäßes Automatisierungsgerät 30 mit Speicher 31 und XML-Datei 11 in einem Automatisierungssystem. Das Automatisierungsgerät 30 stellt dabei beispiels- weise eine SPS oder sonstige Steuerung beispielsweise für einen Motor 39, einen intelligenten Sensor oder ein beliebiges anderes Automatisierungsgerät dar. Es ist mit einem Speicher 31 ausgestattet, in dem eine Datei 11, insbesondere XML- Datei, gespeichert werden kann. Die Datei 11 kann direkt über eine eventuelle Schnittstelle in den Speicher 31 geladen werden. Bevorzugt wird die Datei 11 jedoch auf einem lokalen Rechner 34 erstellt, von dem sie mittels einer ersten Kommunikationsverbindung 32, über ein Kommunikationsnetz 33, insbesondere Internet und/oder Intranet und/oder eine geeignete Funkanbindung und mittels einer zweiten Kommunikationsverbindung 37, mittels derer das Automatisierungsgerät 30 an das Kommunikationsnetz 33 angeschlossen ist, an das Automatisie- rungsgerät 30 gesendet wird. Das Automatisierungsgerät 30 weist dabei Mittel zum Empfang der Datei 11 auf und speichert diese in dem Speicher 31 ab und kann dann als Web-Server arbeiten. Das Automatisierungsgerät 30 ist dann von einem be- liebigen anderen Teilnehmer 38 des KommunikationsSystems, insbesondere Automatisierungssystem, direkt adressierbar. Auf die Daten die in den einzelnen Abschnitten der Datei 11 aufgelistet sind, kann somit remote zugegriffen werden. Diese Daten können also von einem beliebigen anderen Teilnehmer 38 des Kommunikationssystems schnell und flexibel beispielsweise verändert, angepasst, ausgelesen, ausgewertet, etc. werden, ohne dass eine Anwesenheit von entsprechendem Personal zu Be- dienungs- und/oder Wartungszwecken vor Ort nötig ist.
Zusammengefasst handelt es sich bei der vorliegenden Erfindung um eine Vorrichtung und ein Verfahren, das dazu dient, um auf Automatisierungsgeräten, so genannten Embedded Devices, die in der Regel keine eigene Dateiverzeichnisstruktur 12 aufweisen, sehr leicht mit Hilfe einer internetfähigen Sprache, insbesondere XML, eine Dateiverzeichnisstruktur 12 innerhalb einer solchen XML-Datei 11 darzustellen und/oder abzubilden und durch Senden der Datei 11 auf das Embedded Device zu bringen, so dass die Zielmaschine als Web-Server arbeitet und so einen remote-Zugriff ermöglicht.

Claims

Patentansprüche
1. Vorrichtung (30) mit einem Speicher (31) zur Speicherung einer Dateiverzeichnisstruktur (12) mit wenigstens einer ers- ten (1) und einer zweiten (2) Hierarchieebene, welche als untergeordnete Ebene der ersten Hierarchieebene (1) ausgebildet ist, mit wenigstens einem ersten Dateiverzeichnis, das sich auf der ersten Hierarchieebene (1) befindet, mit wenigstens einem zweiten Dateiverzeichnis (6), das sich auf der zweiten Hierarchieebene (2) befindet und mit wenigstens einer ersten Datei (9), die sich auf einer der zwei Hierarchieebenen (1, 2) oder einer darunter liegenden Hierarchieebene (3,4,5) befindet, d a d u r c h g e k e n n z e i c h n e t, dass die Dateiverzeichnisstruktur (12) in einer zweiten Datei
(11) abgespeichert ist, wobei die Dateiverzeichnisstruktur
(12) einen Teil des Inhalts oder den Gesamtinhalt der zweiten Datei (11) darstellt, wobei jedes Dateiverzeichnis und jede Datei der Dateiverzeichnisstruktur (12) in der zweiten Datei (11) nacheinander aufgelistet, durch wenigstens ein charakteristisches Anfangssymbol (15) und/oder wenigstens ein charakteristisches Endesymbol (16) gekennzeichnet und die Inhalte jedes Dateiverzeichnisses und jeder Datei der Dateiverzeichnisstruktur (12) jeweils zwischen den zugeordneten beiden charakteristischen Symbolen (15,16) abgelegt sind.
2. Vorrichtung nach Anspruch 1, d a d u r c h g e k e n n z e i c h n e t, dass zur Beschreibung der Dateiverzeichnisstruktur (12) eine internetfähige Sprache verwendet wird.
3. Vorrichtung nach einem der Ansprüche 1 oder 2, d a d u r c h g e k e n n z e i c h n e t, dass die zweite Datei (11) , in der die Dateiverzeichnisstruk- tur (12) abgespeichert ist, eine XML-Datei ist und zur Beschreibung, insbesondere der Dateiverzeichnisstruktur (12) , die Sprache XML verwendet wird.
4. Vorrichtung nach einem der vorherigen Ansprüche, d a d u r c h g e k e n n z e i c h n e t, dass sowohl für jedes charakteristische Anfangssymbol (15) als auch für jedes charakteristische Endesymbol (16) jeweils eine neue Zeile in der zweiten Datei (11) verwendet wird.
5. Vorrichtung nach einem der vorherigen Ansprüche, d a d u r c h g e k e n n z e i c h n e t, dass als jeweiliges charakteristisches Anfangssymbol (15) die Bezeichnung des jeweiligen Dateiverzeichnisses bzw. der jeweiligen Datei verwendet wird, und dass als jeweiliges charakteristisches Endesymbol (16) die Bezeichnung des jeweiligen Dateiverzeichnisses bzw. der jeweiligen Datei verwendet wird und zusätzlich ein vorgebbares Zeichen vorangestellt wird.
6. Vorrichtung nach einem der vorherigen Ansprüche, d a d u r c h g e k e n n z e i c h n e t, dass in der zweiten Datei (11) zusätzlich zu dem Abschnitt, der die Dateiverzeichnisstruktur (12) enthält, weitere Abschnitte (13, 14) mit anderen Inhalten vorhanden sind, die jeweils durch wenigstens ein charakteristisches Anfangssymbol (15) und wenigstens ein charakteristisches Endesymbol (16) gekennzeichnet bzw. abgetrennt sind.
7. Vorrichtung nach Anspruch 6, d a d u r c h g e k e n n z e i c h n e t, dass in wenigstens einem der weiteren gekennzeichneten Abschnitte (13, 14) der zweiten Datei (11) Konfigurationsdaten abgelegt sind.
8. Vorrichtung nach Anspruch 6, d a d u r c h g e k e n n z e i c h n e t, dass in wenigstens einem der weiteren gekennzeichneten Ab- schnitte (13, 14) der zweiten Datei (11) Ergebnis- und/oder Fehlercodes abgelegt sind.
9. Vorrichtung nach einem der vorherigen Ansprüche, d a d u r c h g e k e n n z e i c h n e t, dass die Vorrichtung Mittel zum Empfang und/oder zur Speicherung der zweiten Datei (11) über ein Kommunikationsnetz, ins- besondere Inter- und/oder Intranet (33) und/oder eine Funkverbindung, aufweist.
10. Vorrichtung nach einem der vorherigen Ansprüche, d a d u r c h g e k e n n z e i c h n e t, dass nach dem Laden der zweiten Datei (11) in die Vorrichtung automatisch eine Konfiguration der Vorrichtung mit den in der zweiten Datei (11) vorhandenen Konfigurationsdaten durchführbar ist.
11. Vorrichtung nach einem der vorherigen Ansprüche, d a d u r c h g e k e n n z e i c h n e t, dass nach dem Laden der zweiten Datei (11) in die Vorrichtung, die Vorrichtung als Webserver einsetzbar ist.
12. Vorrichtung nach einem der vorherigen Ansprüche, d a d u r c h g e k e n n z e i c h n e t, dass eine Aktualisierung der Dateiverzeichnisstruktur (12) durch Überschreiben der ursprünglichen Dateiversion der zweiten Datei (11) mit einer neuen Dateiversion durchführbar ist.
13. Vorrichtung nach einem der vorherigen Ansprüche, d a d u r c h g e k e n n z e i c h n e t, dass durch das Überschreiben der ursprünglichen Dateiversion der zweiten Datei (11) mit einer neuen Dateiversion eine Ak- tualisierung der Konfigurationsdaten durchführbar ist.
14. Vorrichtung nach einem der vorherigen Ansprüche, d a d u r c h g e k e n n z e i c h n e t, dass nach der Aktualisierung der zweiten Datei (11) die bis- her eingestellten Konfigurationsdaten der Vorrichtung, in das die ursprüngliche Dateiversion der zweiten Datei (11) geladen war, automatisch überprüfbar und ggf. anpassbar sind.
15. Vorrichtung nach einem der vorherigen Ansprüche, d a d u r c h g e k e n n z e i c h n e t, dass die Vorrichtung ein Embedded Device ist.
16. Vorrichtung nach einem der vorherigen Ansprüche, d a d u r c h g e k e n n z e i c h n e t, dass die Vorrichtung ein Automatisierungsgerät ist.
17. Automatisierungssystem mit wenigstens einer Vorrichtung nach einem der Ansprüche 1 bis 16.
18. Verfahren zur Abbildung einer hierarchischen ersten Dateiverzeichnisstruktur (35) mit wenigstens einer ersten (1) und einer zweiten (2) Hierarchieebene, welche als untergeordnete Ebene der ersten Hierarchieebene (1) ausgebildet ist, mit wenigstens einem ersten Dateiverzeichnis, das sich auf der ersten Hierarchieebene (1) befindet, mit wenigstens einem zweiten Dateiverzeichnis (6), das sich auf der zweiten Hie- rarchieebene (2) befindet und mit wenigstens einer ersten Datei (9), die sich auf einer der zwei Hierarchieebenen (1, 2) oder einer darunter liegenden Hierarchieebene (3,4,5) befindet, in eine zweite Datei (11) , wobei die aus der hierarchischen ersten Dateiverzeichnisstruktur (35) abgebildete zweite Dateiverzeichnisstruktur (12) einen Teil des Inhalts oder den Gesamtinhalt der zweiten Datei (11) darstellt, wobei jedes Dateiverzeichnis und jede Datei der abzubildenden hierarchischen Dateiverzeichnisstruktur (35) in der zweiten Datei (11) nacheinander aufgelistet, durch wenigstens ein charakteristi- sches Anfangssymbol (15) und/oder wenigstens ein charakteristisches Endesymbol (16) gekennzeichnet und die Inhalte jedes Dateiverzeichnisses und jeder Datei der abzubildenden Dateiverzeichnisstruktur (35) jeweils zwischen den zugeordneten beiden charakteristischen Symbolen (15,16) abgelegt werden.
PCT/DE2003/002631 2002-08-19 2003-08-05 Vorrichtung, insbesondere automatisierungsgerät, mit in datei gespeicherter dateiverzeichnisstruktur WO2004019220A1 (de)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP03792129A EP1530764A1 (de) 2002-08-19 2003-08-05 Vorrichtung, insbesondere automatisierungsgerät, mit in datei gespeicherter dateiverzeichnisstruktur
US10/524,782 US7865539B2 (en) 2002-08-19 2003-08-05 Device, especially an automation apparatus, with a file index structure stored in files

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE10237875A DE10237875A1 (de) 2002-08-19 2002-08-19 Vorrichtung, insbesondere Automatisierungsgerät, mit in Datei gespeicherter Dateiverzeichnisstruktur
DE10237875.4 2002-08-19

Publications (1)

Publication Number Publication Date
WO2004019220A1 true WO2004019220A1 (de) 2004-03-04

Family

ID=31197085

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/DE2003/002631 WO2004019220A1 (de) 2002-08-19 2003-08-05 Vorrichtung, insbesondere automatisierungsgerät, mit in datei gespeicherter dateiverzeichnisstruktur

Country Status (4)

Country Link
US (1) US7865539B2 (de)
EP (1) EP1530764A1 (de)
DE (1) DE10237875A1 (de)
WO (1) WO2004019220A1 (de)

Families Citing this family (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060190106A1 (en) * 2001-07-30 2006-08-24 Rockwell Automation Technologies, Inc. Method for consistent storage of data in an industrial controller
US8831966B2 (en) 2003-02-14 2014-09-09 Oracle International Corporation Method for delegated administration
US7653930B2 (en) 2003-02-14 2010-01-26 Bea Systems, Inc. Method for role and resource policy management optimization
US7591000B2 (en) 2003-02-14 2009-09-15 Oracle International Corporation System and method for hierarchical role-based entitlements
US20050102535A1 (en) * 2003-10-10 2005-05-12 Bea Systems, Inc. Distributed security system with security service providers
US20050256906A1 (en) * 2004-05-14 2005-11-17 Bea Systems, Inc. Interface for portal and webserver administration-efficient updates
US20050256899A1 (en) * 2004-05-14 2005-11-17 Bea Systems, Inc. System and method for representing hierarchical data structures
US20050257172A1 (en) * 2004-05-14 2005-11-17 Bea Systems, Inc. Interface for filtering for portal and webserver administration
US20050257154A1 (en) * 2004-05-14 2005-11-17 Bea Systems, Inc. Graphical association of elements for portal and webserver administration
DE102004041395A1 (de) * 2004-08-26 2006-03-09 Siemens Ag Erzeugung dynamischer Webinhalte
US7783670B2 (en) * 2004-11-18 2010-08-24 Bea Systems, Inc. Client server conversion for representing hierarchical data structures
CN100561921C (zh) * 2005-04-22 2009-11-18 鸿富锦精密工业（深圳）有限公司 客户端与服务器快速交换资料的系统及方法
US20070006069A1 (en) * 2005-06-27 2007-01-04 Bea Systems, Inc. System and method for improved web portal design through control tree file utilization
US20060294458A1 (en) * 2005-06-27 2006-12-28 Bea Systems, Inc. System and method for a subsection designer
US20060294495A1 (en) * 2005-06-27 2006-12-28 Bea Systems, Inc. System and method for improved web portal design through control tree file modification
US20060294496A1 (en) * 2005-06-27 2006-12-28 Bea Systems, Inc. System and method for improved web portal design through control tree file creation
US7917537B2 (en) 2005-09-26 2011-03-29 Oracle International Corporation System and method for providing link property types for content management
US7752205B2 (en) 2005-09-26 2010-07-06 Bea Systems, Inc. Method and system for interacting with a virtual content repository
US7818344B2 (en) 2005-09-26 2010-10-19 Bea Systems, Inc. System and method for providing nested types for content management
US7953734B2 (en) 2005-09-26 2011-05-31 Oracle International Corporation System and method for providing SPI extensions for content management system
US7693889B1 (en) 2005-12-28 2010-04-06 Emc Corporation Automated backup and recovery for content repository
US7574461B1 (en) * 2005-12-28 2009-08-11 Emc Corporation Dividing data for multi-thread backup
DE502006005974D1 (de) * 2006-02-17 2010-03-11 Siemens Ag Nutzung von Variablen in mehreren Automatisierungssystemen
US20080250388A1 (en) * 2006-09-22 2008-10-09 Bea Systems, Inc. Pagelets in adaptive tags
US8463852B2 (en) 2006-10-06 2013-06-11 Oracle International Corporation Groupware portlets for integrating a portal with groupware systems
JP5304172B2 (ja) * 2007-12-04 2013-10-02 株式会社リコー ファイル管理装置、ファイル管理方法及びファイル管理プログラム
US7979418B1 (en) * 2007-12-21 2011-07-12 Mcafee, Inc. System, method, and computer program product for processing a prefix tree file utilizing a selected agent
SE533007C2 (sv) 2008-10-24 2010-06-08 Ilt Productions Ab Distribuerad datalagring
KR101606373B1 (ko) * 2009-08-31 2016-03-28 삼성전자주식회사 데이터 운용 방법과, 이를 지원하는 단말기 및 시스템
EP2387200B1 (de) 2010-04-23 2014-02-12 Compuverde AB Verteilte Datenspeicherung
CA2825891A1 (en) * 2011-01-28 2012-08-02 Nec Corporation Storage system for storing data in a plurality of storage devices
US9021053B2 (en) 2011-09-02 2015-04-28 Compuverde Ab Method and device for writing data to a data storage system comprising a plurality of data storage nodes
US9626378B2 (en) 2011-09-02 2017-04-18 Compuverde Ab Method for handling requests in a storage system and a storage node for a storage system
US8769138B2 (en) 2011-09-02 2014-07-01 Compuverde Ab Method for data retrieval from a distributed data storage system
US8645978B2 (en) 2011-09-02 2014-02-04 Compuverde Ab Method for data maintenance
US8997124B2 (en) 2011-09-02 2015-03-31 Compuverde Ab Method for updating data in a distributed data storage system
US8650365B2 (en) 2011-09-02 2014-02-11 Compuverde Ab Method and device for maintaining data in a data storage system comprising a plurality of data storage nodes
US20180131743A1 (en) * 2016-11-08 2018-05-10 Bevara Technologies, Llc Systems and methods for encoding and decoding

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6029196A (en) * 1997-06-18 2000-02-22 Netscape Communications Corporation Automatic client configuration system
WO2001018633A1 (en) * 1999-09-07 2001-03-15 Emc Corporation System and method for secure storage, transfer and retrieval of content addressable information
US20020078065A1 (en) * 2000-11-14 2002-06-20 International Business Machines Corporation Object-oriented method and system for transfrring a file system

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0463251A1 (de) * 1990-06-28 1992-01-02 International Business Machines Corporation Software-Installation
US6807632B1 (en) * 1999-01-21 2004-10-19 Emc Corporation Content addressable information encapsulation, representation, and transfer
GB2366969A (en) * 2000-09-14 2002-03-20 Phocis Ltd Copyright protection for digital content distributed over a network
TW552502B (en) * 2000-11-21 2003-09-11 Matsushita Electric Ind Co Ltd File management method and content recording/playback apparatus
US20020129000A1 (en) * 2000-12-11 2002-09-12 Vikram Pillai XML file system
US7437363B2 (en) * 2001-01-25 2008-10-14 International Business Machines Corporation Use of special directories for encoding semantic information in a file system
WO2003083688A1 (en) * 2002-03-22 2003-10-09 Sun Microsystems, Inc. Mobile download system
US20030220914A1 (en) * 2002-05-23 2003-11-27 Mindflash Technologies, Inc. Method for managing data in a network
US7162628B2 (en) * 2002-07-23 2007-01-09 Cisco Technology, Inc. Method, system, apparatus and program product for temporary personalization of a computer terminal

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6029196A (en) * 1997-06-18 2000-02-22 Netscape Communications Corporation Automatic client configuration system
WO2001018633A1 (en) * 1999-09-07 2001-03-15 Emc Corporation System and method for secure storage, transfer and retrieval of content addressable information
US20020078065A1 (en) * 2000-11-14 2002-06-20 International Business Machines Corporation Object-oriented method and system for transfrring a file system

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
US7865539B2 (en) 2011-01-04
EP1530764A1 (de) 2005-05-18
DE10237875A1 (de) 2004-03-04
US20050256894A1 (en) 2005-11-17

Similar Documents

Publication Publication Date Title
WO2004019220A1 (de) Vorrichtung, insbesondere automatisierungsgerät, mit in datei gespeicherter dateiverzeichnisstruktur
EP1401171B1 (de) Elektronische Vorrichtung für ein Bussystem
EP1430369B1 (de) Dynamischer zugriff auf automatisierungsressourcen
EP1426849A1 (de) Verfahren zur Programmierung von Flash-E-PROMs in einer mit einem Mikroprozessor ausgerüsteten Steuerelektronik für Strassenfahrzeuge
DE10210675A1 (de) Steuerungen, Erweiterungsplatten und Kommunikationseinheiten
DE102006005365A1 (de) Verfahren zum Aktualisieren der Firmware von Feldgeräten
DE19645128C2 (de) Verfahren zum Verwalten von Dokumenten sowie Gerätetreiber zur Durchführung des Verfahrens
WO2006069763A1 (de) Verfahren zur konfiguration von feldgeräten
DE19860069B4 (de) Programmierbare Steuereinrichtung
WO2002067141A2 (de) System und verfahren zum speicherplatzoptimierten abspeichern und generieren von webseiten
DE102004013493B4 (de) Zugriffs-Verfahren für einen NAND-Flash-Speicherbaustein und ein entsprechender NAND-Flash-Speicherbaustein
EP3438774B1 (de) Verfahren zur bereitstellung von funktionen innerhalb eines industriellen automatisierungssystems und automatisierungssystem
EP1515207A1 (de) Automatisierungsobjekt und Verfahren zur Beschreibung eines Automatisierungsobjektes unter Verwendung einer Metasprache
DE112019006886T5 (de) Systementwicklungsunterstützungsvorrichtung, Verfahren, Programm und Aufzeichnungsmedium
WO2003026208A2 (de) Datenverarbeitungsanlage, ressourcensteuergerät und verfahren zur fernverwaltung von ressourcen mittels generisch gekennzeichneten ressoucenbeschreibungsdaten
EP1435026B1 (de) System und verfahren zur datenausgabe eines geräts, insbesondere eines automatisierungsgerät über eine standardisierte schnittstelle mit variablenersetzung über einen echoserver
EP1435025B1 (de) System und verfahren zum zugriff auf ein gerät, insbesondere ein automatisierungsgerät mit einer standardisierten schnittstelle
EP3912021B1 (de) Dynamisches herstellen einer kompatibilität von dateisystemen in echtzeit
DE202010010086U1 (de) Eingabeeinrichtung und Erfassungseinrichtung zum Gestalten und Generieren von Druckereierzeugnissen
EP0960378B1 (de) Verfahren zur generierung eines verbundes von in einer seitenauszeichnungssprache formatierten seitendateien
EP2629216A2 (de) Verfahren und Anordnung zur Verwaltung von Daten sowie ein entsprechendes Computerprogramm und ein entsprechendes computerlesbares Speichermedium
EP1239377A1 (de) Datenorganisationssystem und Verfahren zur Gliederungsstrukturverwaltung und -synchronisation
DE69819355T2 (de) Gerät zum erstellen und verwenden von mehrlagigen texten
EP1196864A2 (de) System und verfahren zur vorparametrierung von komponenten
WO2009083426A2 (de) Feldgerät, system der prozessautomatisierungstechnik und verfahren zum auslesen von profilparametern des feldgeräts

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): US

AL Designated countries for regional patents

Kind code of ref document: A1

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

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2003792129

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 10524782

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 2003792129

Country of ref document: EP