This application is the national phase under 35 U.S.C. § 371 of PCT International Application No. PCT/DE00/00737 which has an International filing date of Mar. 9, 2000, which designated the United States of America, the entire contents of which are hereby incorporated by reference.
The invention relates to an automation system which has at least one automation object.
An automation system of this type is used in particular in the area of automation technology. An automation system of this type generally includes a multiplicity of individual automation objects, which are frequently highly dependent on the automation object of the engineering system respectively used. This has the consequence that automation objects of one manufacturer often require their own engineering system and cannot be used in other systems with automation objects of other manufacturers.
Robert Orfali et al: “The Essential Distributed Objects Survival Guide”, 1996, John Wiley & Sons Inc., New York, USA, XP002152444, discloses the standardized middleware CORBA, which allows location-, platform- and implementation-independent communication between applications. The CORBA Version 2.0 makes it possible for messages be exchanged between Object Request Brokers (ORB) of various manufacturers and in particular also over the Internet. An ORB makes it possible for a client to send a message transparently to a server object, the server object being able to run on the same machine or another machine. The ORB is responsible for finding the server object, calling up the function there, transferring the parameters and returning the result to the client.
The invention is based on the object of specifying an automation system which makes it possible for automation solutions to be created on a parallel and/or distributed basis.
This and/or other objects are achieved by an automation system with the features specified in claim 1.
The invention is based on the realization that in previous solutions, the data of the automation solution were generally stored in a central data store such as a database system. The data storage system then controlled the access of various users to the data. In this case, it was ensured that each user only saw consistent data and is isolated from changes made by other users. This generally took place by a user being granted exclusive access to his required data. In this time, these data were not available to other users for working on them. Therefore, this solution had the following disadvantages:
The solution according to the invention permits immediate and permanent access to currently created partial solutions by the special way in which the directory is structured as a directory service. The directory service provides all developers with access to the current partial solutions and automation objects. This results in the following advantages:
The invention is described in more detail and explained below on the basis of the exemplary embodiments represented in the figures, in which:
With the aid of the directory structure shown in
Along with a reference to the actual object, the entry includes a description of its technological functionality through the list of names of the modules contained, a listing of the names of any subcomponents and a description of its interface, which makes it possible for other objects/tools to use the objects referenced in this way.
Entering or changing or removing an object entry in the directory does not have to take place instantaneously. Here, too, the analogy with a telephone book again applies: even if individual entries become invalid, as a whole it can still be used. This property is important in particular in the case of distributed working, since the communication expenditure is minimized in this way. If an object is still in the directory, but no longer available, this is indicated when it is attempted to request a copy.
To sum up, the invention consequently relates to an automation system which has at least one automation object 1, with a directory V for storing object names O1 . . . On of the automation objects, an object name O1 . . . On being assigned a directory entry Oe1 . . . Oen which has first information data O11 as a reference to the automation object, second information data O12 as a description of the technological functionality and third information data O13 as a description of interfaces of the automation object. This results in immediate and permanent access to currently created (partial) solutions, so that parallel and/or distributed working on automation objects is possible.
The invention being thus described, it will be obvious that the same may be varied in many ways. Such variations are not to be regarded as a departure from the spirit and scope of the invention, and all such modifications as would be obvious to one skilled in the art are intended to be included within the scope of the following claims.
Number | Date | Country | Kind |
---|---|---|---|
199 10 537 | Mar 1999 | DE | national |
Filing Document | Filing Date | Country | Kind | 371c Date |
---|---|---|---|---|
PCT/DE00/00737 | 3/9/2000 | WO | 00 | 2/13/2002 |
Publishing Document | Publishing Date | Country | Kind |
---|---|---|---|
WO00/54147 | 9/14/2000 | WO | A |
Number | Name | Date | Kind |
---|---|---|---|
5790116 | Malone et al. | Aug 1998 | A |
5987242 | Bentley et al. | Nov 1999 | A |
6098111 | Maegawa et al. | Aug 2000 | A |
6289334 | Reiner et al. | Sep 2001 | B1 |
6584179 | Fortier et al. | Jun 2003 | B1 |