WO2005003935A1 - System bzw. verfahren zur freigabe freigabebedürftigter softwareprogramme - Google Patents

System bzw. verfahren zur freigabe freigabebedürftigter softwareprogramme Download PDF

Info

Publication number
WO2005003935A1
WO2005003935A1 PCT/EP2004/005827 EP2004005827W WO2005003935A1 WO 2005003935 A1 WO2005003935 A1 WO 2005003935A1 EP 2004005827 W EP2004005827 W EP 2004005827W WO 2005003935 A1 WO2005003935 A1 WO 2005003935A1
Authority
WO
WIPO (PCT)
Prior art keywords
license key
license
handler
software
manager
Prior art date
Application number
PCT/EP2004/005827
Other languages
English (en)
French (fr)
Inventor
Walter Dörsch
Ulrich Kaus
Jürgen OLOMSKI
Lothar Trapp
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 US10/563,476 priority Critical patent/US20070174202A1/en
Publication of WO2005003935A1 publication Critical patent/WO2005003935A1/de

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • G06F21/12—Protecting executable software
    • G06F21/121—Restricting unauthorised execution of programs

Definitions

  • the invention relates to a system and a method for releasing software programs that require approval.
  • Methods for releasing software programs that require approval are generally known.
  • Such a system relates to at least one or more automation components, as are known, for example, in the field of control or regulation, in particular of machine tools or production machines or handling machines or other machines or systems for the automation of processes in particular.
  • An automation component is, for example, a programmable logic controller PLC, a power converter, a personal computer, a motion controller or the like.
  • Such software programs, in particular for controlling or regulating at least one automation object are to be secured against unauthorized use, for example by software protection.
  • Software protection is deactivated, for example, by entering a license key as a unique identifier in the system for lawful use of the respective software program in need of approval.
  • the software program can thus be activated or activated.
  • Deactivating software protection corresponds to licensing the respective software program.
  • the license key is handled in the software by a license key holder. Such a license key holder has, for example, certain algorithms for identifying the license key.
  • the license key handler has a user interface to a user.
  • Another method of software protection is, for example, the use of a dongle as a copy protection plug, which can be connected to a device, for example a CNC control, at a serial or parallel interface.
  • software protection is linked to hardware, which, among other things, requires logistical effort. Since the number of parallel or serial or other interfaces in an automation system or an automation component, such as a programmable logic controller - PLC - or a converter or a motion controller, is limited, the number of dongles to be used is also limited, and thus the number Software that needs to be used. This is particularly disadvantageous if an OEM - Original Equipment Manufacturer - should also be able to create software that requires approval.
  • Another option for software protection is e.g. by using floppy disks as data carriers, e.g. is described in EP 0 745 925 A2 or in EP 0 610 623 AI.
  • a user who has successfully licensed a first software program must have the respective license key ready to license another software program, determine which steps to license must be carried out and then carry out these steps individually to obtain the software program with the associated license key, or key for short to license. This procedure is particularly time-consuming and error-prone for inexperienced users.
  • legal licensing is to be distinguished from checking the license key.
  • the license key is an electronic or technical representation of the legal license for a licensed software.
  • the process of licensing the software using the license key involves checking the electronic or data-technical representation of the legal license for the use of licensed software, ie software that requires a software key to be released.
  • the process of checking the license key has, for example, at least one of the following effects: the software that is in need of release is not executable, the software that is in need of release is executable to a limited extent, the software that is in need of release is executable, and the generation of a message to an observation device to indicate the status of the license is in need of release Software.
  • the software that is in need of release is not executable
  • the software that is in need of release is executable to a limited extent
  • the software that is in need of release is executable
  • the generation of a message to an observation device to indicate the status of the license is in need of release
  • Software In automation and drive systems, software is increasingly being marketed separately from the hardware. Software protection is occasionally ensured by software license protection. The variety of these components in automation and drive systems is a problem.
  • the invention is therefore based on the object of specifying a system or a method which is suitable for licensing at least one software program, in particular for joint licensing, a plurality of software programs and which at least partially overcomes the disadvantages and problems described above.
  • This object is achieved according to the invention by a system with the features of claim 1 or by a method according to claim 7.
  • the software program requiring approval can be released via a license key, a license key handler being provided for the release and a license key handler manager with at least one or with two or several license key handlers can be connected in terms of data technology.
  • the automation component can be used, for example, to control or regulate a machine tool, a production machine, a handling machine, a chemical process system or an electric motor, all of which are automation objects.
  • the release of the software program requiring approval is at least to be understood as the examination of the electronic or data technology representation of the license in the form of the license key.
  • the license key handler is intended for handling the license key.
  • the license key handler who is trained as software, has an algorithm for recognizing a license key.
  • the license key holder can still be trained in such a way that the Licensing, in particular the activation of one or more software programs that require approval.
  • the license key handler manager is connected to the license key handler in terms of data technology, ie two software programs are provided for the exchange of data.
  • the data connection is used in particular to identify the license key holder and to transmit the license key or the release information for the software.
  • the license key handler manager can be executed in such a way that it is always or only temporarily active.
  • a temporary activation is advantageous, for example, when an automation component starts up or when at least one software program is reinstalled, since system resources are not used up in the rest of the time.
  • a user of software that requires approval (software program) is now able to use the license key handler manager to pass on data, in particular license keys, to the license key handler.
  • the license key handler manager can be designed in such a way that it offers the user a largely standardized user interface regardless of the type of license key handler. The user therefore does not have to adjust to different operating concepts from different license key handlers.
  • At least two license key handlers are of different types.
  • the types of license key handlers differ by different types of license keys.
  • the integration of a non-erasable date stored in the hardware of the automation component in a key can also form a new type of license key. These are just a few examples of many possible types of types.
  • the license key handler manager is provided for recognizing at least two license key handlers or for recognizing a license requirement.
  • license key handlers of different types ie with different license key methods
  • this is a great relief for the user.
  • this recognizes the types of license key handlers connected to it in terms of data technology. If, for example, the license key handler manager is not yet aware of a type, the license key handler manager can be upgraded by means of a playable software supplement module so that he can also recognize a new type and can manage it. This option is particularly useful for OEMs, since they can create their own licensable software programs. It is also advantageous if licensable software from different manufacturers is used or if the type of software protection for a successor software has been changed by a manufacturer.
  • the system recognizes the number and type of license keys required for the software programs to be released, for example in an automation system or in a machine tool control.
  • the system is a distributed system with at least two automation components which are networked with one another in terms of data technology, the software program requiring approval being executable on one of the automation components and the license key holder anager executable on this or on another automation component and with which License key handler is connected to at least one other automation component in terms of data technology.
  • the license key handler manager can therefore be operated in a system on the same hardware platform or on a different hardware platform as the license key handler. This increases flexibility.
  • the flexibility can also be increased with a floating license.
  • the license key handler manager assigns e.g. the license key once to one license key holder and another to the other license key holder.
  • the license key handler can also be trained in such a way that this software to be checked does not only search on the automation component on which the license key handler runs, but also on at least one automation component that is data-technically connected to this automation component and on which software that requires approval can run or runs there.
  • the license key handler manager and the license key handler are integrated into one another in a software program.
  • a system is therefore characterized by an extended license key handler who is capable of handling different types of license keys, ie carrying out a check of the license keys.
  • the inventive system comprises, in an advantageous embodiment, to at least one automation component and an automation component, the automation component ⁇ approximately a runtime software comprises. Licensing is particularly important for runtime software.
  • the object of the invention is further achieved by a method for the execution release of at least one software program requiring approval.
  • a license key handler manager recognizes at least one of optionally at least two license key handlers connected to it.
  • the license key handler manager can thereby form an interface or a kind of node between several license key handlers. This interface function is supported in particular by the fact that the license key handler manager offers a user interface which supports the operation of different license key handlers of different types.
  • the license key handler manager transfers the license key to a license key memory of a recognized license key handler and the license key handler receives the license key from the license key memory or b) the license key handler manager transfers the license key to a license key server that provides the license key server Forwards the license key to the license key store for storage or supplies the license key to the license key holder or c) the license key handler manager transfers the license key to the license key handler, the license key handler storing the license key in the license key memory and the execution releases of the software program being carried out by querying or checking the license key at the license key handler by the software program which is to be released.
  • the license key can be transferred, for example, as part of a commissioning measure for an automation component, whereas the execution is released, for example, during the runtime of the automation component or the software running on it.
  • the license key can be configured both as data information and as a separate software program.
  • the license key server is a means of providing information or data that can be queried by the server, for example, by a license holder.
  • the license key releases a software program that requires approval and that runs in an embedded runtime system of an industrial automation system or a drive system, which in particular has at least one automation component.
  • the software programs requiring approval require license keys of different types, the license key handler manager handing over the license key of the one type to a license key handler of this same type. To release the software program that needs to be released, it needs approval, ie test information from the license key holder.
  • a license key store is advantageously assigned to a license key handler, after which the license key handler manager in particular transfers the license key directly to the license key store.
  • a license key store is assigned to a license key handler, the license key handler storing the license key in the license key store or reading the license key from the license key store.
  • license key handlers of different types which handle license keys of different types, are assigned to a license key handler manager and the type of license key handler is recognized by the license key handler manager.
  • license key handler manager is supplemented by modules for managing a new type of license key handler. License keys of the same type are, for example, different license keys that were created using the same algorithm.
  • the invention also relates to an automation system for performing the method described above. The following characteristics should be emphasized:
  • license key handler of the application can e.g. grant or deny the right to operate in a restricted or unrestricted manner.
  • License keys can be inserted into the license key storage system components via the license key handler manager and the license key handlers. • When the automation system is running, a license key handler manager can ask a license key server for a license key.
  • the license key handlers provide the license key handler manager with the license requirements. • On request, the license key handlers inform the license key handler manager of the license key requirement of the system component.
  • License keys can be loaded from the Internet via a Web license interface using the license key handler manager.
  • license keys can also be ordered from the license key handler manager. • Using the license key handler manager, the license key requirement determination and the license key When ordering, the determined demand can be ordered automatically.
  • an automation component is configured, parameterized, configured or programmed from an engineering system (runtime manager, e.g. S7 manager, 7), this configuration information can be used to immediately perform necessary license management tasks via the license key handler manager, e.g. Loading license keys can be triggered in this component.
  • FIG 1 shows a first system which has a license key handler manager
  • FIG 2 shows a second system which has a license key handler manager
  • FIG. 3 shows a third system, which has a license key handler manager
  • FIG. 4 shows a method for releasing execution of a software program that requires release.
  • 1 shows a system 1, in particular an automation system or an automation component 24.
  • the system also has software.
  • the system 1 has both a free software program 12 which does not require a license key for execution, and software programs 13, 14, 15 and 16 which require approval.
  • the software programs 13, 14, 15 and 16 which require approval require a license key 5, 6 'for the release. , ⁇ "and 7, the license keys not being in the software program, but the figurative representation there expresses that a license key is assigned to software.
  • the license keys are of different types, the type being represented by the graphic representation as a circle, three Software keys 6 of the same type in particular also have different license keys 6 'and 6 ", the difference between the license keys in the case of type 6 represented by a circle being represented by a half full surface or by a quartered full surface of the circle are.
  • the software programs 13, 14, 15 and 16 which are in need of release are released by means of license key handlers 8, 9 and 10.
  • the license key handler 8 handles the license keys 6 'and 6 ".
  • the license key handler 9 handles the license key 5 identified by a triangle and the license key handler 10 handles the License key 7 marked by an asterisk.
  • the license key handlers 8, 9 and 10 are software programs which have a data connection 28 with the software programs 13, 14, 15 and 16 which require approval.
  • the data connection 28 is an internal data connection, whereby the data exchange between the software elements license key handlers 8, 9 and 10 or the software programs 13, 14, 15 and 16.
  • the license key handlers 8, 9 and 10 are each provided for one type as license key 5, 6 ', 6 ", 7.
  • the license key handlers 8, 9 and 10 are in a data connection 28 with a license key storage 30, 31.
  • the license key storage 30, 31 can be configured such that a license key storage 31 stores, for example, only one type of license key 7. Another version of the license key memory 30 enables the storage of different types of license keys 5, ⁇ .
  • the license key holder manager 20 lacks information for managing a license key type, this information about the missing type can be supplied by a software supplement module 35.
  • the license key handlers 8, 9 and 10 have a data connection 28, which is indicated by a double arrow, with a license key handler manager.
  • the license key handler manager 20 assigns license keys 5, 6, 7 to the license key handlers 8, 9 and 10.
  • the license key handlers 8, 9 and 10 are able to store these license keys 5, 6, 7 in license key memories 30, 31.
  • the license key handler manager 20 recognizes a certain type of license key handler 8, 9, 10 or the type of license key handler 5, 6, 7 that is handled by the license key handler 8, 9, 10.
  • the license key handler 8, 9, 10 serves to release the software programs 13, 14, 15 and 16.
  • the license key 5, 6, 7 can be played back to the license key handler manager 20.
  • the feed not shown in FIG. 1, is carried out, for example, by a data carrier such as a memory card, a communication link via an Internet, an intranet or an Ethernet or the like.
  • a commissioning tool 46 can be connected to the automation component 24 by means of a data connection 29 (for example a cable or a radio connection).
  • the commissioning tool is, for example, commissioning software.
  • the system 2 shows a system 2 which has an automation component 24 and an automation component 25.
  • the automation component 24 is, for example, a PC on which a control or regulation or movement software can run.
  • the representation of the automation component 24 is based on the system 1 shown in FIG. 1.
  • the automation component 24 only has a license key 6 and a software program 14 that needs to be released for simpler illustration.
  • the software that needs approval is also runtime software, for example.
  • the license handler manager for example, can be called up via an engineering system (not shown in FIG. 2).
  • the structure or structure of an automation system which can at least include software but also hardware, can advantageously be generated or known. This information can be used to determine possible required license keys, so that the license key handler manager can advantageously be operated via the engineering system.
  • the engineering system can be integrated into a PC, for example.
  • the automation component 25 is also designed, for example, as a personal computer PC.
  • the automation component 25 has a license key handler 20, which is connected to a license key server 23 in data technology connection 28.
  • the license key server is used to manage license keys, which are also transmitted to it, for example, by a license key manager 20 of a further automation component 24 or by a license key handler 8 or are supplied with license keys 6 by the latter.
  • the license key server 23 is designed in such a way that it stores license keys 6 on a license key memory 30 via a data connection 28.
  • the license key storage 30 can also be executed as one of several components of the license key server 23.
  • the data link 28 between the Automation components 24 and 25 succeed, for example, through a data connection 29.
  • a data connection 29 can be implemented, for example, through a cable connection, a radio connection or an infrared connection.
  • FIG. 3 shows an expansion of FIG. 2, the system 3 according to FIG. 3 having further additional automation components 26 and 27, which are networked with one another by means of data connections 29.
  • the automation component 26 is, for example, an embedded runtime
  • This embedded runtime system has runtime software that requires approval.
  • the release can be achieved by means of a license key handler 8 and a license key memory 30.
  • the license key memory 30 has only one license key 6 in the automation component 26.
  • the license key storage 8 can also be implemented, for example, as a storage space for one or more license keys integrated in the license key handler, this not being shown in FIG. 3.
  • the license key handler 8 is connected to the license key handler manager 10 of the automation component 24 by means of the data link 28. Another license key handler 8 of an automation component 27 can also be addressed via the license key handler 8 of the automation component 26.
  • the automation component 24 is connected to a data network 40.
  • the data network is, for example, an internet, an intranet, a local area network (LAN), ....
  • license keys for example, license keys can be transmitted.
  • the license key handler manager 20 can also be supplemented in this way via the data network by at least one module for managing a license key handler of the new type.
  • the system 3 is, for example, an automation or a drive system. With this universal license management for such an automation or drive system, license keys 5,6,7 are represented electronically.
  • the license key handler manager 20 has interfaces to the license key handlers 8, which can have different forms. For PC systems, the license key handler can be uniform for all PCs. For different embedded runtime systems, such as
  • PLCs machine tool controls or drives, these can each be designed specifically according to the requirements.
  • the communication from the license key handler manager 20 to the license key handler 8 can also be different. Between PC components, this can be based on standard PC communication technologies, specific communication technologies can be used for embedded runtime systems.
  • the illustration according to FIG. 4 shows exemplary process steps for the execution release of a software program that requires approval.
  • license key handlers are recognized 51 by the license key handler manager.
  • the license key handler manager then transfers 53 a license key to the license key handler.
  • the license key handler stores the license key in a license key memory 55.
  • Execution approval 57 by the license key handler is then carried out. Possible repetitions of one or more method steps are symbolized by means of a dashed-line feedback arrow 59.

Abstract

Die Erfindung betrifft ein System (1,2,3) zur Ausführung zu-mindest eines freigabebedürftigen Softwareprogrammes (13,14,15,16) zur Steuerung bzw. Regelung einer Werkzeugma-schine, bzw. einer Produktionsmaschine bzw. eines Handha-bungsautomaten, bei dem die Freigabe des freigabebedürftigen Softwareprogrammes über einen Lizenzschlüssel (5,6,7) er-reichbar ist, wobei zur Freigabe ein Lizenzschlüsselhandhaber (8,9,10) vorgesehen ist. Des weiteren betrifft die Erfindung ein entsprechendes Verfahren. Weist das System unterschiedli-che freigabebedürftige Softwareprogramme auf, so ist die Handhabung der Freigabe bzw. Lizensierung entsprechned auf-wendig und kompliziert. Eine Vereinfachung gelingt mittels eines Lizenzschlüsselhandhabermanager (20), welcher mit zu-mindest einem bzw. mit zwei oder mehreren Lizenzschlüssel-handhabern (8,9,10) datentechnisch verbindbar ist.

Description

Beschreibung
System bzw. Verfahren zur Freigabe freigabebedürftigter Soft- wareprogramme
Die Erfindung betrifft ein System bzw. ein Verfahren zur Freigabe freigabebedürftigter Softwareprogramme . Verfahren zur Freigabe freigabebedürftige, d.h., insbesondere instanzi- ierbarer Softwareprogramme sind allgemein bekannt. Ein derar- tiges System betrifft zumindest eine oder mehrere Automatisierungskomponenten, wie diese beispielsweise auf dem Gebiet der Steuerung bzw. Regelung insbesondere von Werkzeugmaschinen bzw. Produktionsmaschinen bzw. Handhabungsautomaten bzw. anderen Automaten bzw. Systemen zur Automatisierung insbeson- dere von Prozessen bekannt sind. Eine Automatisierungskomponente ist beispielsweise eine speicherprogrammierbare Steuerung SPS, ein Stromrichter, ein Personal Computer, eine Bewegungssteuerung bzw. dergleichen. Derartige Softwareprogramme, insbesondere zur Steuerung bzw. Regelung zumindest eines Au- tomatisierungsobjektes sind vor unberechtigter Verwendung z.B. durch einen Softwareschutz zu sichern. Der Softwareschutz wird beispielsweise durch Eingabe eines Lizenzschlüssels als eine eindeutige Kennung in das System zur rechtmäßigen Benutzung des jeweiligen freigabebedürftigen Softwarepro- gramms deaktiviert. Das Softwareprogramm ist dadurch aktivierbar bzw. aktiviert. Solange der Softwareschutz nicht deaktiviert ist, kann das Softwareprogramm nicht oder nicht im vollen Umfang auf den jeweiligen Gerät, welches insbesondere eine Automatisierungskomponente ist genutzt werden. Das Deak- tivieren des Softwareschutzes entspricht damit einer Lizenzierung des jeweiligen Softwareprogrammes. Der Umgang mit dem Lizenzschlüssel erfolgt in der Software durch einen Lizenzschlüsselhandhaber. Ein derartiger Lizenzschlüsselhandhaber weist z.B. bestimmte Algorithmen zur Identifizierung des Li- zenzschlüssels auf. Des weiteren weist der Lizenzschlüssel¬ handhaber eine Bedienschnittstelle zu einem Anwender auf. Ein anderes Verfahren des Softwareschutzes ist beispielsweise die Verwendung eines Dongles als Kopierschutzstecker, der an einem Gerät z.B. einer CNC-Steuerung an einer seriellen oder parallelen Schnittstelle anschließbar ist. Dadurch ist der Softwareschutz mit einer Hardware verknüpft, was unter anderem logistischen Aufwand erfordert. Da die Anzahl paralleler oder serieller oder anderen Schnittstellen bei einem Automatisierungssystem bzw. bei einer Automatisierungskomponente, wie z.B. einer Speicher-Programmierbaren-Steuerung - SPS - oder einem Stromrichter oder einer Bewegungssteuerung, begrenzt ist, begrenzt sich auch die Anzahl einzusetzender Dongles und somit die Anzahl einzusetzender freigabebedürftiger Software. Dies ist insbesondere dann von Nachteil, wenn auch ein OEM - Original Equipment Manufacturer - dazu befä- higt sein soll, freigabebedürftige Software zu schaffen.
Eine weitere Möglichkeit des Softwareschutzes ergibt sich z.B. durch die Verwendung von Disketten als Datenträger, wie dies z.B. in der EP 0 745 925 A2 oder in der EP 0 610 623 AI beschrieben ist.
Aus der WO 00/75760 AI ist bekannt, einen Lizenzschlüssel vom Hersteller der Software bzw. der Hardware an eine bestimmte Ziel-Hardware zu binden, in dem eine freigabebedürftige Soft- wäre speziell für eine Hardware, welche eine Kennung aufweist generiert wird.
Sind auf einer Werkzeugmaschine bzw. Produktionsmaschine bzw. einem Handhabungsautomaten bzw. einem System insbesondere ei- nem Automatisierungssystem für allgemeine bzw. spezielle Automatisierungsaufgaben, welches zumindest eine Automatisierungskomponente aufweist verschiedene Softwareprogramme ablauffähig bzw. sind innerhalb eines Verbundes derartiger Maschinen bzw. Automaten bzw. Automatisierungssysteme verschie- dene Softwareprogramme ablauffähig, welche insbesondere verschiedene Schutzmechanismen zum Schutz der Software nutzen, so treten dadurch Nachteile auf. Für jede freigabebedürftige Software ist einzeln der entsprechende Softwareschutz manuell einzurichten. Handelt es sich um unterschiedliche Softwareschutzmechanismen, so sind unterschiedliche Vorgehensweisen zur Aktivierung bzw. zur Freischaltung der Software notwen- dig. Diese Freigabe von lizenzierter bzw. freigabebedürftiger Software, insbesondere bei einer Vielzahl von lizenzierten Softwareprogrammen sind sehr arbeitsaufwendig. Dies liegt insbesondere daran, dass die Schritte zur Lizenzierung sich häufig für jedes Softwareprogramm unterscheiden. Ein Benut- zer, der ein erstes Softwareprogramm erfolgreich lizenziert hat, muss zur Lizenzierung eines weiteren Softwareprogrammes den jeweiligen Lizenzschlüssel bereit halten und ermitteln, welche Schritte zur Lizenzierung auszuführen sind und darauf diese Schritte einzeln ausführen um das Softwareprogramm mit dem zugehörigen Lizenzschlüssel, kurz Schlüssel genannt, zu lizenzieren. Dieses Vorgehen ist insbesondere für ungeübte Benutzer aufwendig, zeitintensiv und fehleranfällig. Die rechtliche Lizenzierung ist in diesem Zusammenhang von der Prüfung des Lizenzschlüssels zu unterscheiden. Zum Nachweis einer Lizenz gibt es z.B. Urkunden, welche vorteilhafter Weise fälschungssicher sind. Der Lizenzschlüssel ist eine elektronische bzw. datentechnische Repräsentanz der rechtlichen Lizenz an einer lizenzierten Software. Bei dem Vorgang der Lizenzierung der Software durch den Lizenzschlüssel handelt es sich um eine Prüfung der elektronischen bzw. datentechnischen Repräsentanz der rechtlichen Lizenz zur Nutzung einer lizenzierten Software, d.h. einer durch einen Softwareschlüssel freigabebedürftigen Software. Der Vorgang der Prüfung des Lizenzschlüssels hat beispielsweise zumindest eine der fol- genden Wirkungen: die freigabebedürftige Software ist nicht ablauffähig, die freigabebedürftige Software ist eingeschränkt ablauffähig, die freigabebedürftige Software ist ablauffähig, eine Generierung einer Meldung an ein Beobachtungsgerät zur Anzeige des Lizenzierungszustandes freigabebe- dürftiger Software. In Automatisierungs- und Antriebssystemen wird Software zunehmend getrennt von der Hardware vermarktet. Der Schutz von Software wird vereinzelt durch einen SW-Lizenzschutz sichergestellt. Die Vielfältigkeit dieser Komponenten in Automati- sierungs- und Antriebssystemen ist ein Problem.
Bei Softwarelizenzen, d.h. bei freigabebedürftiger Software z.B. von: • Software in elektrischen Antriebskomponenten, • Software in einer embedded-Runtime-Steuerung, wie z.B. einer Werkzeugmaschinen-Steuerungen oder einer Speicher- Programmierbaren-Steuerung, oder • Software eines Personal Computers als • Mittel zum Bedienen bzw. zum Beobachten • Mittel zu einer übergeordnete Datenerfassung einer Automatisierungsaufgabe oder als • Mittel zur Leitsteuerung eines Automatisierungssystems • Software einer speicherprogrammierbaren Steuerung (SPS) • Software einer Werkzeugmaschinensteuerung • usw. hat ein Anwender mit unterschiedlichsten Methoden und Tools Softwarelizensen zu handhaben. Mit zunehmender Durchdringung von Softwarelizensen bzw. freigabebedürftiger Softwareprogramme in Automatisierungs- und Antriebssystemen und zunehmender Komplexität solcher Anlagen, ist dieser Ansatz für einen Anwender nicht mehr handhabbar.
Der Erfindung liegt daher die Aufgabe zugrunde, ein System bzw. ein Verfahren anzugeben, dass zur Lizenzierung mindestens eines Softwareprogrammes, insbesondere zur gemeinsamen Lizenzierung eine Mehrzahl von Softwareprogrammen geeignet ist und die obig beschriebenen Nachteile bzw. Probleme zumin- dest in Teilen überwindet. Diese Aufgabe wird erfindungsgemäß durch ein System mit den Merkmalen des Anspruchs 1 bzw. durch ein Verfahren nach Anspruch 7 gelöst.
Die Unteransprüche 2 bis 6 bzw. 8 bis 16 sind erfindungsgemäße Weiterbildungen des Systems bzw. des Verfahrens.
Bei einem System zur Ausführung eines freigabebedürftigen Softwareprogrammes zur Steuerung bzw. Regelung mittels zumin- dest einer Automatisierungskomponente ist eine Freigabe des freigabebedürftigen Softwareprogrammes über einen Lizenzschlüssel erreichbar, wobei zur Freigabe ein Lizenzschlüsselhandhaber vorgesehen ist und wobei ein Lizenzschlüsselhandha- bermanager mit zumindest einem bzw. mit zwei oder mehreren Lizenzschlüsselhandhabern datentechnisch verbindbar ist.
Dadurch ist insbesondere ein über verschiedene Automatisierungs- und Antriebskomponenten einheitliches Lizenzmanagementverfahren zu schaffen. Die Automatisierungskomponente ist beispielsweise zum Steuern bzw. Regeln einer Werkzeugmaschine, einer Produktionsmaschine, eines Handhabungsautomaten, einer chemischen Prozessanlage bzw. eines elektrischen Motors einsetzbar, wobei dies alles Automatisierungsobjekte sind.
Unter der Freigabe des freigabebedürftigen Softwareprogrammes ist zumindest die Prüfung der elektronischen bzw. datentechnischen Repräsentanz der Lizenz in der Form des Lizenzschlüssels zu verstehen. Aus der Prüfung kann sich dann eine der bereits beschriebenen Folgen wie z.B. die entweder beschränk- te oder unbeschränkte Ablauffähigkeit des freigabebedürftigen Softwareprogrammes ergeben.
Der Lizenzschlüsselhandhaber ist zur Handhabung des Lizenzschlüssels vorgesehen. Beispielsweise weist der als Software ausgebildete Lizenzschlüsselhandhaber einen Algorithmus zur Erkennung eines Lizenzschlüssels auf. Der Lizenzschlüsselhandhaber ist weiterhin so ausbildbar, dass durch diesen die Lizensierung, insbesondere die Freischaltung eines bzw. mehrerer freigabebedürftiger Softwareprogramme erfolgt. Der Li- zenzschlüsselhandhabermanager ist datentechnisch, d.h. zwei Softwareprogramme sind zum Austausch von Daten vorgesehen, mit dem Lizenzschlüsselhandhaber verbunden. Die datentechnische Verbindung dient insbesonder der Erkennung des Lizenzschlüsselhandhaber und zur Übermittlung des Lizenzschlüssels bzw. der Freigabeinformation für die Software. Der Li- zenzschlüsselhandhabermanager ist derart ausführbar, dass dieser sowohl immer oder auch nur zeitweise aktiv ist. Eine zeitweise Aktivierung ist beispielsweise beim Hochlauf einer Automatisierungskomponente oder bei der Neuinstallation zumindest eines Softwareprogrammes vorteilhaft, da in der übrigen Zeit Systemresourcen nicht belastet werden.
Ein Anwender von freigabebedürftiger Software (Softwareprogramm) ist nun in der Lage mittels des Lizensschlüsselhandha- bermanagers Daten, insbesondere Lizenzschlüssel, an den Lizenzschlüsselhandhaber weiterzugeben. Der Lizenzschlüssel- handhabermanager ist derart ausbildbar, dass er unabhängig von der Art des Lizenzschlüsselhandhabers dem Anwender eine weitgehend standardisierte Bedienoberfläche bietet. Der Anwender uss sich also nicht auf unterschiedliche Bedienkonzepte unterschiedlicher Lizenzschlüsselhandhaber einstellen. Durch das erfindungsgemäße System, ist es nun also möglich freigabebedürftige Softwareprogramme, welchen jeweils ein Lizenzschlüsselhandhaber zuweisbar ist, mit einem Softwareprogramm, dem Lizenzschlüsselhandhabermanager, zu managen. Dadurch ergibt sich nunmehr nur noch eine Schnittstelle für ei- nen Nutzer zur Lizenzfreigabe von Softwareprogrammen und somit ein leichterer und schnellerer, d.h., kostengünstigerer Umgang mit Freigaben von Lizenzen.
In einer vorteilhaften Ausgestaltung des Systems sind zumin- dest zwei Lizenzschlüsselhandhaber unterschiedlichen Typs. Die Typen der Lizenzschlüsselhandhaber unterscheiden sich durch unterschiedliche Typen der Lizenzschlüssel. Ein be- stimmter Verschlüsselungsalgorithmus kennzeichnet beispielsweise einen Typ. Auch die Einbindung eines in der Hardware der Automatisierungskomponente gespeicherten nicht löschbaren Datums in einen Schlüssel kann einen neuen Typ von Lizenz- Schlüssel ausbilden. Dies sind nur wenige Beispiele für viele mögliche Arten von Typen.
In einer weiteren vorteilhaften Ausgestaltung des Systems ist der Lizensschlüsselhandhabermanager zur Erkennung zumindest zweier Lizensschlüsselhandhaber, bzw. zur Erkennung eines Lizenzbedarfs vorgesehen.
Wenn mit dem Lizenzschlüsselhandhabermanager Lizenzschlüsselhandhaber unterschiedlichen Typs, d.h. mit unterschiedlichem Lizenzschlüsselmethoden, handelbar sind, so ist dies für den Anwender eine große Erleichterung. In einer vorteilhaften Ausgestaltung des Lizenzschlüsselhandhabermanagers erkennt dieser die Typen der mit ihm datentechnisch verbundenen Lizenzschlüsselhandhaber. Ist dem Lizenzschlüsselhandhabermana- ger beispielsweise ein Typ noch nicht bekannt, so ist der Li- zenzschlüsselhandhabermanager mittels eines zuspielbaren Softwareergänzungsmoduls aufrüstbar, damit er auch einen neuen Typ erkennt und diesen managen kann. Diese Möglichkeit ist insbesondere für OEM's nützlich, da diese eigene lizenzierba- re Softwareprogramme erstellen können. Auch ist es dann von Vorteil, wenn lizenzierbare Software unterschiedlicher Hersteller Verwendung finden bzw. wenn seitens eines Herstellers die Art des Softwareschutzes für eine Nachfolgesoftware geändert wurde. In einer weiteren vorteilhaften Ausgestaltung des Lizenzschlüsselhandhabermanagers erkennt dieser in dem System, d.h. z.B. in einem Automatisierungssystem oder in einer Werkzeugmaschinensteuerung, die Anzahl und den Typ der benötigten Lizenzschlüssel für die zu verwendenden freigabebedürftigen Softwareprogramme. In einer vorteilhaften Ausgestaltung des Systems ist das System ein verteiltes System mit mindestens zwei Automatisierungskomponenten, welche miteinander datentechnisch vernetzt sind, wobei auf einer der Automatisierungskomponenten das freigabebedürftige Softwareprogramm ablauffähig ist und der Lizenzschlüsselhandhaber anager auf dieser bzw. auf einer weiteren Automatisierungskomponente ablauffähig ist und mit dem Lizenzschlüsselhandhaber zumindest einer weiteren Automatisierungskomponente datentechnisch verbunden ist.
Der Lizenzschlüsselhandhabermanager ist also in einem System auf einer gleichen Hardwareplattform oder auch auf einer anderen Hardwareplattform wie der Lizenzschlüsselhandhaber betreibbar. Dies erhöht die Flexibilität.
Die Flexibilität ist auch durch eine Floating-Lizenz erhöhbar. Der Lizenzschlüsselhandhabermanager weist dabei z.B. den Lizenzschlüssel einmal dem einen Lizenzschlüsselhandhaber und ein anderes mal dem anderen Lizenzschlüsselhandhaber zu.
Der Lizenzschlüsselhandhaber ist auch derart ausbildbar, dass dieser zu prüfende freigabebedürftige Software nicht nur auf der Automatisierungskomponente sucht, auf welcher der Lizenzschlüsselhandhaber abläuft, sondern auch auf zumindest einer mit dieser Automatisierungskomponente datentechnisch verbundener Automatisierungskomponente, auf der freigabebedürftige Software ablauffähig ist bzw. dort abläuft.
In einer weiteren vorteilhaften Ausgestaltung des Systems sind der Lizenzschlüsselhandhabermanager und der Lizenzschlüsselhandhaber ineinander in ein Softwareprogramm integriert. Ein derartiges System kennzeichnet sich folglich durch einen erweiterten Lizenzschlüsselhandhaber, welcher dazu ertüchtigt ist verschiedene Typen von Lizenzschlüsseln zu handhaben, d.h. eine Prüfung der Lizenzschlüssel vorzunehmen. Das erfindungsgemäße System weist in einer vorteilhaften Ausgestaltung zumindest eine Automatisierungskomponente bzw. eine Automatisierungskomponente auf, wobei die Automatisie¬ rungskomponente eine Runtime-Software aufweist. Gerade auch bei Runtime-Software ist die Lizenzierung von Bedeutung.
Die Aufgabe der Erfindung wird weiterhin durch ein Verfahren zur Ausführungsfreigabe zumindest eines freigabebedürftigen Softwareprogrammes gelöst. Bei dem Verfahren zur Ausführungs- freigäbe zumindest eines freigabebedürftigen und über einen Lizenzschlüssel freigebbaren Softwareprogrammes, erkennt ein Lizenzschlüsselhandhabermanager zumindest einen von optional zumindest zwei mit diesem verbundenen Lizenzschlüsselhandha- bern.
Der Lizenzschlüsselhandhabermanager kann dadurch eine Schnittstelle bzw. eine Art Knotenpunkt zwischen mehreren Li- zenzschlüsselhandhabern bilden. Diese Schnittstellenfunktion wird insbesondere dadurch unterstützt, dass der Lizenzschlüs- selhandhabermanager eine Bedienoberfläche anbietet, welche die Bedienung verschiedener Lizenzschlüsselhandhaber unterschiedlichen Typs unterstützt.
Zur Ausführungsfreigabe eines freigabebedürftigen Softwa- reprogrammes dienen beispielsweise die folgenden Schritte: a) der Lizenzschlüsselhandhabermanager übergibt den Lizenzschlussel an einen Lizenzschlüsselspeicher eines erkannten Lizenzschlüsselhandhabers und der Lizenzschlüsselhandhaber erhält den Lizenzschlüssel aus dem Lizenzschlüsselspeicher bzw. b) der Lizenzschlüsselhandhabermanager übergibt den Lizenzschlussel an einen Lizensschlüsselserver, der den Lizenzschlüssel zur Speicherung an den Lizenzschlüsselspeicher weiterleitet bzw. den Lizenzschlüssel dem Lizenzschlüssel- handhaber zuführt oder c) der Lizenzschlüsselhandhabermanager übergibt den Lizenzschlüssel an den Lizenzschlüsselhandhaber, wobei der Lizenzschlüsselhandhaber den Lizenzschlüssel im Lizenzschlüsselspeicher ablegt und wobei die Ausführungsfreigäbe des Softwareprogrammes durch eine Abfrage bzw. Kontrolle des Lizenzschlüssels bei dem Lizenzschlüsselhandhaber durch das freigabebedürftige Softwareprogramm erfolgt.
Für die Ausführungsfreigäbe der Software ist eine zeitliche enge Verknüpfung mit der Übergabe des Lizenzschlüssels an den Lizenzschlüsselhandhaber nicht unbedingt erforderlich. Die Übergabe der Lizenzschlüssel ist beispielsweise innerhalb einer Inbetriebsetzungsmaßnahme einer Automatisierungskomponen- te durchführbar, wohingegen die Ausführungsfreigabe beispielsweise zur Laufzeit der Automatisierungskomponente bzw. der auf dieser ablaufenden Software erfolgt.
Daraus ergeben sich die bereits obig beschriebenen Vorteile. Der Lizenzschlüssel ist sowohl als Dateninformation als auch als eigenes Softwareprogramm ausbildbar.
Der Lizenzschlüsselserver ist ein Mittel zur Bereitstellung von Informationen bzw. Daten, welche von dem Server bei- spielsweise durch einen Lizenzhandhaber abfragbar sind.
In einer vorteilhaften Ausgestaltung des Verfahrens wird durch den Lizenzschlüssel ein freigabebedürftiges Softwareprogramm, welches in einem embedded Runtimesystem eines in- dustriellen Automatisierungssystems bzw. eines Antriebssystems, welches insbesondere zumindest eine Automatisierungskomponente aufweist, abläuft, freigegeben. In einer weiteren vorteilhaften Ausgestaltung benötigen die freigabebedürftigen Softwareprogramme Lizenzschlüssel unterschiedlichen Typs auf, wobei der Lizenzschlüsselhandhaberma- nager den Lizenzschlüssel des einen Typs an einen Lizenz- schlüsselhandhaber diesen selben Typ übergibt. Zur Freigab des freigabebedürftigen Softwareprogramms benötigt dieses eine Freigabe d.h. eine PrüfInformation vom Lizenzschlüsselhandhaber .
Vorteilhaft wir einem Lizenzschlüsselhandhaber ein Lizenzschlüsselspeicher zugeordnet wonach der Lizenzschlüsselhand- habermanager den Lizenzschlüssel an den Lizenzschlüsselspeicher insbesondere direkt übergibt.
In einer weiteren Ausgestaltung des Verfahrens ist einem Li- zenszschlüsselhandhaber ein Lizenzschlüsselspeicher zugeordnet wobei der Lizenzschlüsselhandhaber den Lizenzschlüssel im Lizenzschlüsselspeicher speichert bzw. den Lizenzschlüssel aus dem Lizenzschlüsselspeicher ausliest.
Vorteilhafter weise sind einem Lizenzschlüsselhandhabermana- ger mehrere Lizenzschlüsselhandhaber unterschiedlichen Typs, welche Lizenzschlüssel unterschiedlichen Typs handhaben, zugeordnet sind und vom Lizenzschlüsslehandhabermanager der Typ des Lizenzschlüsselhandhabers erkannt wird.
Ist dem Lizenzschlüsslenhandhabermanager ein Lizenzschlüsseltyp unbekannt so wird der Lizenzschlüsselhandhabermanager durch Module zum Managen eines Lizenzschlüsselhandhabers neu- en Typs ergänzt. Lizenzschlüssel gleichen Typs sind beispielsweise unterschiedliche Lizenzschlüssel die jedoch mittels des selben Algorithmusses erstellt wurden. Die Erfindung betrifft weiterhin auch ein Automatisierungssystem zur Durchführung des oben beschriebenen Verfahrens. Dabei sind die folgenden Ausprägungen hervorzuheben:
• Eine Lizenzschlüsselbedürftige Software fragt den Lizenzschlüsselhandhaber ob und unter welchen Bedingungen sie betrieben werden kann. In Abhängigkeit der durch die Lizenzschlüssel repräsentierten Lizenzsituation kann der Lizenzschlüsselhandhaber der Applikation z.B. das Recht zum Betrieb eingeschränkt oder uneingeschränkt gewähren oder verwehren.
• Lizenzschlüssel können über den Lizenzschlüsselhandhaberma- nager und die Lizenzschlüsselhandhaber in die Lizenzschlüsselspeicher Systemkomponenten eingebracht werden. • Zur Laufzeit des Automatisierungssystems kann ein Li- zenzschlüsselhandhabermanager bei Bedarf bei einem Lizenzschlüssel-Server nach Lizenzschlüssel fragen.
• Die Lizenschlüsselhandhaber stellen dem Lizenzschlüssel- handhabermanager den Lizenzbedarf zur Verfügung. • Die Lizenschlüsselhandhaber geben dem Lizenzschlüsselhand- habermanager auf Anfrage den Lizenzschlüssel Bedarf der Systemkomponente bekannt.
• Download vom Lizenzschlüssel aus einem Web License Interface des Lizenzanbieters. Lizenzschlüssel können über ein Web License Interface mit Hilfe des Lizenzschlüsselhandha- bermanagers aus dem Internet geladen werden.
• Download des ermittelten Lizenzschlüssels Bedarfs. Mit Hilfe des Lizenzschlüsselhandhabermanagers der Lizenzschlüssel Bedarfsermittlung und des Lizenzschlüssels Downloads kann automatisch der ermittelte Lizenzschlüssel Bedarf aus dem Internet geladen werden.
• Mit Hilfe des Lizenzschlüsselhandhabermanagers und einer im Web License Interface integrierten Bestell- und Lieferabwicklung können Lizenzschlüssel auch aus dem Lizenzschlüs- selhandhabermanager heraus bestellt werden. • Mit Hilfe des Lizenzschlüsselhandhabermanagers, der Lizenzschlüssel-Bedarfsermittlung und der Lizenzschlüssel Bestellung kann automatisch der ermittelte Bedarf bestellt werden.
• Die Kommunikation zu spezifischen Lizenschlüsselhandhaber vom Lizenzschlüsselhandhabermanager aus kann über für diese Lizenschlüsselhandhaber spezifische Plugins im Li- zenzschlüsselhandhabermanager erfolgen. Diese Plugins können im Nachhinein zum Lizenzschlüsselhandhabermanager hinzugefügt werden.
• Wird aus einem Engineeringssystem (Runtime-Manager, z.B. S7-Manager, ... ) eine Automatisierungskomponente projektiert, parametriert, konfiguriert bzw. programmiert können mit dieser Projektierungsinformation sofort über den Li- zenzschlüsselhandhabermanager notwendige Lizenzmanagement Aufgaben, wie z.B. Laden von Lizenzschlüsseln in dieser Komponenten angestoßen werden.
• Kann ein Lizenzschlüsselhandhabermanager in einem vernetzten Automatisierungs- und Antriebsverbund nicht direkt mit einem Lizenzschlüsselhandhaber einer Automatisierungsoder Antriebskomponente kommunizieren, so können dazwi- schenliegende Automatisierungs- und Antriebskomponenten diese notwendige Kommunikation weiterleiten.
Im folgenden wird die Erfindung beipielhaft anhand der in den Figuren dargestellten ausführungsbeispiele beschrieben. Es zeigen:
FIG 1 ein erstes System, welches einen Lizenzschlüssel- handhabermanager aufweist, FIG 2 ein zweites System, welches einen Lizenzschlüssel- handhabermanager aufweist,
FIG 3 ein drittes System, welches einen Lizenzschlüssel- handhabermanager aufweist und FIG 4 die Darstellung eines Verfahrens zur Ausführungs- freigabe eines Freigabebedürftigen Softwareprogram- mes. Die Darstellung gemäß FIG 1 zeigt ein System 1, insbesondere ein Automatisierungssystem bzw. eine Automatisierungskomponente 24. Das System weist neben Hardware, welche in der FIG 1 nicht ausdrücklich dargestellt ist, auch Software auf. Das System 1 weist dabei sowohl ein freies Softwareprogramm 12 auf, welches zur Ausführung keinen Lizenzschlüssel benötigt, wie auch freigabebedürftige Softwareprogramme 13, 14, 15 und 16. Die freigabebedürftigen Softwareprogramme 13, 14, 15 und 16 benötigen zur Freigabe einen Lizenzschlüssel 5, 6', δ" und 7, wobei die Lizenzschlüssel nicht im Softwareprogramm liegen, jedoch die dortige figürliche Darstellung zum Ausdruck bringt, dass ein Lizenzschlüssel einer Software zugeordnet ist. Die Lizenzschlüssel sind von unterschiedlichen Typ, wobei der Typ durch die graphische Darstellung als Kreis, Drei- eck bzw. Stern ausgedruckt ist. Softwareschlüssel 6 gleichen Typs weisen insbesondere auch unterschiedliche Lizenzschlüssel 6' und 6" auf, wobei die Unterschiedlichkeit der Lizenzschlüssel im Falle des durch einen Kreis dargestellten Typs 6 durch eine hälftige Vollfläche bzw. durch eine geviertelte Vollfläche des Kreises dargestellt sind. Die Freigabe der freigabebedürftigten Softwareprogramme 13, 14, 15 und 16 erfolgt mittels Lizenzschlüsselhandhabern 8, 9 und 10. Der Lizenzschlüsselhandhaber 8 handhabt die Lizenzschlüssel 6' und 6 ". Der Lizenzschlüsselhandhaber 9 handhabt den durch ein Dreieck gekennzeichneten Lizenzschlüssel 5 und der Lizenzschlüsselhandhaber 10 handhabt den durch einen Stern gekennzeichneten Lizenzschlussel 7. Die Lizenzschlüsselhandhaber 8, 9 und 10 sind Softwareprogramme, welche in einer datentechnischen Verbindung 28 mit den freigabebedürftigen Softwareprogrammen 13, 14, 15 und 16 stehen. Die datentechnische Verbindung 28 ist eine interne Datenverbindung, wobei dadurch der Datenaustausch zwischen den Softwareelementen Lizenzschlüsselhandhaber 8, 9 und 10 bzw. den Softwareprogrammen 13, 14, 15 und 16 ausgedrückt wird. Die Lizenzschlüssel- handhaber 8, 9 und 10 sind jeweils für einen Typ als Lizenzschlüssels 5, 6', 6", 7 vorgesehen. Die Lizenzschlüsselhandhaber 8, 9 und 10 sind in einer datentechnischen Verbindung 28 mit einem Lizenzschlüsselspeicher 30, 31. Die Lizenzschlüsselspeicher 30, 31 sind so ausbildbar, dass ein Lizenzschlüsselspeicher 31 z.B. nur einen Typ eines Lizenzschlüssels 7 speichert. Eine andere Ausführung des Lizenzschlüssel- Speichers 30 ermöglicht die Speicherung verschiedener Typen von Lizenzschlüsseln 5, β.
Fehlt dem Lizenzschlüsselhanhabermanager 20 Information zum Managen eins Lizenzschlussel Typs, so ist diese Information über den fehlenden Typ durch ein Software-Ergänzungsmodul 35 zuspielbar.
Die Lizenzschlüsselhandhaber 8, 9 und 10 stehen in datentechnischer Verbindung 28, welches durch einen Doppelpfeil ange- zeigt ist, mit einem Lizenzschlüsselhandhabermanager . Der Li- zenzschlüsselhandhabermanager 20 weist Lizenzschlüssel 5, 6, 7 den Lizenzschlüsselhandhabern 8, 9 und 10 zu. Die Lizenzschlüsselhandhaber 8, 9 und 10 sind in der Lage diese Lizenzschlüssel 5, 6, 7 in Lizenzschlüsselspeicher 30, 31 abzu- legen.
In einer vorteilhaften Ausgestaltung erkennt der Lizenz- schlüsselhandhabermanager 20 einen bestimmten Typ eines Lizenzschlüsselhandhabers 8, 9, 10 bzw. den Typ des Lizenz- schlüsseis 5, 6, 7, der durch den Lizenzschlüsselhandhaber 8, 9, 10 gehandhabt wird. Der Lizenzschlüsselhandhaber 8, 9, 10 dient zur Freigabe der Softwareprogramme 13, 14, 15 und 16. Die Lizenzschlüssel 5, 6, 7 sind den Lizenzschlüsselhandha- bermanager 20 zuspielbar. Die in der FIG 1 nicht dargestellte Zuspielung erfolgt beispielsweise durch einen Datenträger wie eine Speicherkarte, eine Kommunikationsverbindung über ein Internet, ein Intranet oder ein Ethernet oder ähnliches. Mittels einer Datenverbindung 29 (z.B. ein Kabel oder eine Funkverbindung) ist ein IBN-Tool 46 mit der Automatisierungskom- ponente 24 verbindbar. Das IBN-Tool ist beispielsweise eine Inbetriebnahme-Software . Die Darstellung gemäß FIG 2 zeigt ein System 2, welches eine Automatisierungskomponente 24 und eine Automatisierungskomponente 25 aufweist. Die Automatisierungskomponente 24 ist beispielsweise ein PC, auf welcher eine Steuerung bzw. eine Re- gelung bzw. eine Bewegungssoftware ablauffähig ist. Die Automatisierungskomponente 24 lehnt sich in ihrer Darstellung an das in FIG 1 dargestellte System 1 an. Im Unterschied zur FIG 1 weist die Automatisierungskomponente 24 zur einfacheren Darstellung lediglich einen Lizenzschlüssel 6 und eine frei- gabebedürftiges Softwareprogramm 14 auf. Die freigabebedürftige Software ist beispielsweise auch ein Runtime-Software. Über ein in der FIG 2 nicht dargestelltes Engineeringssystem ist beispielsweise der Lizenzhandhabermanager aufrufbar. Im Engineeringssystem ist vorteilhaft der Aufbau bzw. die Struk- tur eines Automatisierungssystems welches zumindest Software aber auch Hardware aufweisen kann, generierbar bzw. bekannt. Diese Information lässt sich zur Ermittlung möglicher benötigter Lizenzschlüssel nutzen, so dass vorteilhafter Weise der Lizenzschlüsselhandhabermanager über das Engineerings- system bedienbar ist. Das Engineeringssystem ist beispielsweise in einem PC integrierbar.
Die Automatisierungskomponente 25 ist beispielsweise auch als Personal-Computer PC ausgeführt. Die Automatisierungskompo- nente 25 weist einen Lizenzschlüsselhandhaber anager 20 auf, welcher in datentechnischer Verbindung 28 mit einem Lizenz- schlüsselserver 23 steht. Der Lizenzschlüsselserver dient zur Verwaltung von Lizenzschlüsseln, die ihm beispielsweise auch durch einen Lizenzschlüsselmanager 20 einer weiteren Automa- tisierungskomponente 24 bzw. durch einen Lizenzschlüsselhandhaber 8 übermittelt werden bzw. von diesem mit Lizenzschlüsseln 6 versorgt werden. Der Lizenzschlüsselserver 23 ist derart ausgeführt, dass dieser über eine datentechnische Verbindung 28 Lizenzschlüssel 6 auf einen Lizenzschlüsselspeicher 30 speichert. Der Lizenzschlüsselspeicher 30 ist auch als eine von mehreren Komponenten des Lizenzschlüsselservers 23 ausführbar. Die datentechnische Verbindung 28 zwischen den Automatisierungskomponenten 24 und 25 gelingt beispielsweise durch eine Datenverbindung 29. Eine Datenverbindung 29 ist beispielsweise durch eine Kabelverbindung, eine Funkverbindung oder eine Infrarotverbindung ausführbar.
Die Darstellung gemäß FIG 3 zeigt eine Erweiterung der FIG 2, wobei das System 3 gemäß FIG 3 weitere zusätzliche Automatisierungskomponenten 26 und 27 aufweist, welche miteinander mittels Datenverbindungen 29 vernetzt sind. Die Automatisie- rungskompenente 26 ist beipielsweise ein Embedded Runtime
System. Dieses Embedded Runtime System weist eine freigabebedürftige Runtimesoftware auf. Die Freigabe ist mittels eines Lizensschlüsselhandhabers 8 und eines Lizensschlüsselspei- chers 30 erziebar. Der Lizenzschlüsselspeicher 30 weist in der Automatisierungskomponente 26 lediglich einen Lizenzschlüssel 6 auf. Der Lizenzschlüsselspeicher 8 ist beispielsweise auch als ein in den Lizenzschlüsselhandhaber integrierter Speicherpaltz für einen oder mehrere Lizenzschlüssel ausführbar, wobei dies in der Figur 3 nicht dargestellt ist.
Mittel der datentechnischen Verbindung 28 ist der Lizenzschlüsselhandhaber 8 mit dem Lizenzschlüsslehandhaberma- nager 10 der Automatisierungskomponente 24 verbunden. Über den Lizenzschlüsselhandhaber 8 der Automatisierungskomponente 26 ist beispielsweise auch ein weiterer Lizenzschlüsselhandhaber 8 einer Automtisierungskomponente 27 ansprechbar.
In einer vorteilhaften Ausgestaltung ist die Automatisierungskomponente 24 mit einem Datennetz 40 verbunden. Das Da- tennetz ist beispielsweise ein Internet, ein Intranet, ein Local-Area-Network (LAN) , ... . Auf diese Weise sind dem Lizenzhandhabermanager 20 beispielsweise Lizenzschlüssel übermittelbar. Ist dem Lizenzschlüsselhandhabermanager 20 ein Typ eines Lizenzschlüssels unbekannt, so ist auch auf diese Weise über das Datennetz der Lizenzschlüsselhandhabermanager 20 durch zumindest ein Modul zum Managen eines Lizenschlüssel- handhabers des neuen Typs ergänzbar. Das System 3 ist beispielsweise ein Automatisierungs- bzw. ein Antriebssystem. Bei diesem durchgängigen Lizenzmanagement für ein derartiges Automatisierungs- bzw. Antriebssysteme werden Lizenzschlüssel 5,6,7 elektronisch repräsentiert. Der Lizenzschlüsselhandhabermanager 20 weist Schnittstellen zu den Lizenzschlüsselhandhabern 8 auf, welche unterschiedliche Ausprägungen aufweisen können. Für PC-Systeme kann der Lizenzschlüsselhandhaber einheitlich für alle PC's ausgeprägt sein. Für unterschiedliche embedded Runtime-Systeme, wie
PLC's, Werkzeugmaschinen-Steuerungen oder Antriebe, können diese jeweils spezifisch nach den Anforderungen ausgebildet sein. Auch die Kommunikation vom Lizenzschlüsselhandhaberma- nager 20 zu den Lizenzschlüsselhandhabern 8 kann unterschied- lieh ausgeprägt sein. Zwischen PC-Komponenten kann dies auf Standard-PC-Kommunikationstechniken basieren, zu embedded Runtime-Systemen können spezifische Kommunikationstechniken verwendet werden.
Die Darstellung gemäß FIG 4 zeigt beipielshaft Verfahrenschritte zur Ausführungsfreigabe eines Freigabebedürftigen Softwareprogrammes. Zunächst erfolgt eine Erkennung 51 von Lizenzschlüsselhandhabern durch den Lizenzschlüsselhandhaber- manager. Danach erfolgt die Übergabe 53 eines Lizenzschlüs- sels durch den Lizenzschlüsselhandhabermanager an den Lizenzschlüsselhandhaber. Der Lizenzschlüsselhandhaber legt den Lizenzschlüssel in einen Lizenzschlüsselspeicher 55 ab. Eine Ausführungsfreigabe 57 durch den Lizenzschlüsselhandaber wird anschließend durchgeführt. Mittels eines strichlinierten Rückführuδngspfeils 59 sind mögliche Wiederholungen von einem oder mehreren Verfahrensschritten symbolisiert.

Claims

Patentansprüche
1. System (1,2,3) zur Ausführung zumindest eines freigabebedürftigen Softwareprogrammes (13,14,15,16) zur Steuerung bzw. Regelung mittels zumindest einer Automatisierungskomponente, bei dem eine Freigabe des freigabebedürftigen Softwareprogrammes über einen Lizenzschlüssel (5,6,7) erreichbar ist, wobei zur Freigabe ein Lizenzschlüsselhandhaber (8,9,10) vorgesehen ist, d a d u r c h g e k e n n z e i c h n e t, dass ein Lizenzschlüsselhandhabermanager (20) mit zumindest einem bzw. mit zwei oder mehreren Lizenzschlüsselhandhabern (8,9,10) datentechnisch verbindbar ist.
2. System (1,2,3) 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 zumindest zwei Lizenzschlüsselhandhaber (8,9,10) unterschiedlichen Typs sind.
3. System (1,2,3) nach Anspruch 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 der Li- zensschlüsselhandhabermanager (20) zur Erkennung zumindest zweier Lizensschlüsselhandhaber (8,9,10) vorgesehen ist bzw. zur Erkennung eines Lizenzbedarfs vorgesehen ist.
4. System (1,2,3) nach einem der Ansprüche 1 bis 3, d a d u r c h g e k e n n z e i c h n e t, dass das System (2,3) ein verteiltes System (2,3) ist und zumindest zwei Automatisierungskomponenten (24,25,26) aufweist, welche miteinander eine datentechnische Verbindung (28) aufweisen, wo- bei auf einer der Automatisierungskomponenten (24,25,26) das freigabebedürftige Softwareprogramm (13,14,15,16) ablauffähig ist und der Lizenzschlüsselhandhabermanager (20) auf dieser bzw. auf einer weiteren Automatisierungskomponente (24,25,26) ablauffähig ist und mit dem Lizenzschlüsselhandhaber
(8,9,10), welcher auf zumindest einer der Automatisierungskomponenten (24,25,26) ablauffähig ist, eine datentechnische Verbindung (28) aufweist.
5. System (1,2,3) nach einem der Ansprüche 1 bis 4, d a d u r c h g e k e n n z e i c h n e t, dass der Li- zenzschlüsselhandhabermanager und der Lizenzschlüsselhandhaber ineinander in ein Softwareprogramm integriert sind.
6. System (1,2,3) nach einem der Ansprüche 1 bis 5, d a d u r c h g e k e n n z e i c h n e t, dass das System zumindest eine Automatisierungskomponente (24,25,26,27) aufweist bzw. eine Automatisierungskomponente (24,25,26,27) ist, wobei die Automatisierungskomponente (24,25,26,27) eine Runtime-Software aufweist.
7. Verfahren zur Ausführungsfreigabe zumindest eines freigabebedürftigen und über einen Lizenzschlüssel (5,6,7) freigeb- baren Softwareprogrammes (13,14,15,16), wonach ein Li- zenzschlüsselhandhabermanager (20) zumindest einen von optional zumindest zwei mit diesem verbundenen Lizenzschlüsselhandhabern (8,9,10) erkennt.
8. Verfahren nach Anspruch 7, wonach zur Ausführungsfreigabe eines freigabebedürftigen Softwareprogrammes (13,14,15,16) der Lizenzschlüsselhandhabermanager (20) den Lizenzschlüssel (5,6,7) : a) an einen Lizenzschlüsselspeicher (30,31) eines erkannten Lizenzschlüsselhandhabers (8,9,10) übergibt und der Lizenzschlüsselhandhaber (8,9,10) den Lizenzschlüssel (5,6,7) aus dem Lizenzschlüsselspeicher (30,31) erhält oder b) an einen Lizensschlüsselserver (23) übergibt, der den Lizenzschlüssel (5,6,7) zur Speicherung an den Lizenzschlüsselspeicher (30,31) weiterleitet bzw. den Lizenzschlüssel (5,6,7) dem Lizenzschlüsselhandhaber (8,9,10) zuführt oder c) an den Lizenzschlüsselhandhaber (8,9,10) übergibt, wobei der Lizenzschlüsselhandhaber (8,9,10) den Lizenzschlüssel im Lizenzschlüsselspeicher (30,31) ablegt und die Ausführungsfreigabe des Softwareprogrammes (13,14,15,16) durch eine Abfrage bzw. Kontrolle des Lizenz- schlüsseis (5,6,7) bei dem Lizenzschlüsselhandhaber (8,9,10) durch das freigabebedürftige Softwareprogramm (13,14,15,16) erfolgt.
9. Verfahren nach Anspruch 8, d a d u r c h g e k e n n z e i c h n e t, dass durch den Lizenzschlüssel (5,6,7) ein freigabebedürftiges Softwareprogramm (13,14,15,16), welches in einem embedded Runtimesystem eines industriellen Automatisierungssystems bzw. eines Antriebssystems, welches insbesondere zumindest eine Automati- sierungskomponente (24,25,26,27) aufweist, abläuft, freigegeben wird.
10. Verfahren nach einem der Ansprüche 8 oder 9, d a d u r c h g e k e n n z e i c h n e t, dass die frei- gabebedürftigen Softwareprogramme (13,14,15,16) Lizenzschlüssel (5,6,7) unterschiedlichen Typs benötigten und der Li- zenzschlüsselhandhabermanager (20) den Lizenzschlüssel (5,6,7) des einen Typs an einen Lizenzschlüsselhandhaber (8,9,10) diesen selben Typ übergibt.
11. Verfahren nach einem der Ansprüche 8 bis 10, d a d u r c h g e k e n n z e i c h n e t, dass der Li- zenzschlüsselhandhabermanager (20) auf einem Personal Co pu- ter ausgeführt wird.
12. Verfahren nach einem der Ansprüche 8 bis 11, d a d u r c h g e k e n n z e i c h n e t, dass einem Li- zenzschlüsselhandhaber (8,9,10) ein Lizenzschlüsselspeicher (30,31) zugeordnet ist und der Lizenzschlüsselhandhabermana- ger (20) den Lizenzschlüssel (5,6,7) an den Lizenzschlüsselspeicher (30,31) übergibt.
13. Verfahren nach einem der Ansprüche 8 bis 12, d a d u r c h g e k e n n z e i c h n e t, dass einem Li- zenszschlüsselhandhaber (8,9,10) ein Lizenzschlüsselspeicher (30,31) zugeordnet ist und der Lizenzschlüsselhandhaber (8,9,10) den Lizenzschlüssel (5,6,7) im Lizenzschlüsselspei- eher (30,31) speichert bzw. den Lizenzschlüssel (5,6,7) aus dem Lizenzschlüsselspeicher (30,31) ausliest.
14. Verfahren nach einem der 7Λnsprüche 8 bis 13, d a d u r c h g e k e n n z e i c h n e t, dass einem Li- zenzschlüsselhandhabermanager (20) mehrere Lizenzschlüsselhandhaber (8,9,10) unterschiedlichen Typs, welche Lizenzschlüssel (5,6,7) unterschiedlichen Typs handhaben, zugeordnet sind und vom Lizenzschlüsslehandhabermanager (20) der Typ des Lizenzschlüsselhandhabers (8,9,10) erkannt wird.
15. Verfahren nach einem der Ansprüche 8 bis 14, d a d u r c h g e k e n n z e i c h n e t, dass der Li- zenzschlüsselhandhabermanager (20) durch Module (35,36,37) zum Managen eines Lizenzschlüsselhandhabers (8,9,10) neuen Typs ergänzt wird.
16. Verfahren nach einem der Ansprüche 8 bis 15, d a d u r c h g e k e n n z e i c h n e t, dass dem Li- zenzschlüsselhandhabermanager (20) Lizenzschlüssel (5,6,7) über das Internet (40) zur Verfügung gestellt werden.
PCT/EP2004/005827 2003-07-03 2004-05-28 System bzw. verfahren zur freigabe freigabebedürftigter softwareprogramme WO2005003935A1 (de)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US10/563,476 US20070174202A1 (en) 2003-07-03 2004-05-28 System and method for enabling software programs which need to be enabled

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE10330191A DE10330191A1 (de) 2003-07-03 2003-07-03 System bzw. Verfahren zur Freigabe freigabebedürftigter Softwareprogramme
DE10330191.7 2003-07-03

Publications (1)

Publication Number Publication Date
WO2005003935A1 true WO2005003935A1 (de) 2005-01-13

Family

ID=33559868

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2004/005827 WO2005003935A1 (de) 2003-07-03 2004-05-28 System bzw. verfahren zur freigabe freigabebedürftigter softwareprogramme

Country Status (3)

Country Link
US (1) US20070174202A1 (de)
DE (1) DE10330191A1 (de)
WO (1) WO2005003935A1 (de)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102005002472A1 (de) * 2005-01-18 2006-07-27 Maschinenfabrik Rieter Ag Textilmaschine und Softwareschutzvorrichtung für eine Textilmaschine
DE102005053332A1 (de) * 2005-11-07 2007-05-10 Endress + Hauser Flowtec Ag Verfahren zum Betreiben eines Feldgerätes der Automatisierungstechnik mit Sonderfunktionalitäten
US11748459B2 (en) * 2017-08-03 2023-09-05 Pace Anti-Piracy, Inc. Reducing software release date tampering by incorporating software release date information into a key exchange protocol

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070041584A1 (en) * 2005-08-16 2007-02-22 O'connor Clint H Method for providing activation key protection
DE102009055247A1 (de) 2009-12-23 2011-06-30 Endress + Hauser Conducta Gesellschaft für Mess- und Regeltechnik mbH + Co. KG, 70839 Anordnung mit einer übergeordneten Steuereinheit und zumindest einem mit der Steuereinheit verbindbaren intelligenten Feldgerät
DE102012201431A1 (de) * 2012-02-01 2013-08-01 Robert Bosch Gmbh System und Verfahren zum Lizenzieren einer Vielzahl von Softwarekomponenten
DE202014100518U1 (de) * 2014-02-06 2015-05-07 Aradex Ag Stromrichter
DE102014206605A1 (de) * 2014-04-04 2015-10-08 BSH Hausgeräte GmbH Verfahren zum Konfigurieren eines Haushaltsgeräts sowie Haushaltsgerät

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5375206A (en) * 1991-03-11 1994-12-20 Hewlett-Packard Company Method for licensing software
WO2000072119A2 (en) * 1999-05-05 2000-11-30 Rabin Michael O Methods and apparatus for protecting information
WO2000075760A1 (en) * 1999-06-07 2000-12-14 Firepad, Inc. Method and system for preventing the unauthorized use of software
WO2001079970A2 (en) * 2000-04-18 2001-10-25 Isogon Corporation Method for managing software license certificates
WO2002035482A2 (en) * 2000-10-25 2002-05-02 Isogon Corporation Method and system for retrieving data from the xslm license manager
US20030079132A1 (en) * 2001-02-23 2003-04-24 International Business Machines Corporation Computer functional architecture and a locked down environment in a client-server architecture
WO2003036530A1 (en) * 2001-10-24 2003-05-01 Pinma Oy A method and a system for licensing digital resources and services

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3864401B2 (ja) * 1997-04-23 2006-12-27 ソニー株式会社 認証システム、電子機器、認証方法、および記録媒体
US6263492B1 (en) * 1997-06-06 2001-07-17 Microsoft Corporation Run time object layout model with object type that differs from the derived object type in the class structure at design time and the ability to store the optimized run time object layout model
US6188995B1 (en) * 1997-07-28 2001-02-13 Apple Computer, Inc. Method and apparatus for enforcing software licenses
US7171662B1 (en) * 1998-03-18 2007-01-30 Microsoft Corporation System and method for software licensing
US6049789A (en) * 1998-06-24 2000-04-11 Mentor Graphics Corporation Software pay per use licensing system
US6343280B2 (en) * 1998-12-15 2002-01-29 Jonathan Clark Distributed execution software license server
US6959291B1 (en) * 1999-05-19 2005-10-25 International Business Machines Corporation Management of a concurrent use license in a logically-partitioned computer
US6898706B1 (en) * 1999-05-20 2005-05-24 Microsoft Corporation License-based cryptographic technique, particularly suited for use in a digital rights management system, for controlling access and use of bore resistant software objects in a client computer
US20020082717A1 (en) * 2000-10-31 2002-06-27 Isogon Corporation Method and system for centralizing and harmonizing the operations of plural software license managers
ATE552562T1 (de) * 2000-11-10 2012-04-15 Aol Musicnow Llc Verteilungs und -abonnementsystem für digitalen inhalt
JP4149150B2 (ja) * 2001-08-15 2008-09-10 富士通株式会社 ライセンスのオフライン環境下における送信流通システム及び送信流通方法
EP1433175A1 (de) * 2001-09-05 2004-06-30 Koninklijke Philips Electronics N.V. Ein robustes wasserzeichen für dsd-signale (direct stream digital)
US7299209B2 (en) * 2001-10-18 2007-11-20 Macrovision Corporation Method, apparatus and system for securely providing material to a licensee of the material
US7742992B2 (en) * 2002-02-05 2010-06-22 Pace Anti-Piracy Delivery of a secure software license for a software product and a toolset for creating the software product
US7356709B2 (en) * 2003-01-31 2008-04-08 Microsoft Corporation Systems and methods for deterring software piracy in a volume license environment

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5375206A (en) * 1991-03-11 1994-12-20 Hewlett-Packard Company Method for licensing software
WO2000072119A2 (en) * 1999-05-05 2000-11-30 Rabin Michael O Methods and apparatus for protecting information
WO2000075760A1 (en) * 1999-06-07 2000-12-14 Firepad, Inc. Method and system for preventing the unauthorized use of software
WO2001079970A2 (en) * 2000-04-18 2001-10-25 Isogon Corporation Method for managing software license certificates
WO2002035482A2 (en) * 2000-10-25 2002-05-02 Isogon Corporation Method and system for retrieving data from the xslm license manager
US20030079132A1 (en) * 2001-02-23 2003-04-24 International Business Machines Corporation Computer functional architecture and a locked down environment in a client-server architecture
WO2003036530A1 (en) * 2001-10-24 2003-05-01 Pinma Oy A method and a system for licensing digital resources and services

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
THE OPEN GROUP: "Software License Use Management (XSLM)", INTERNET, March 1999 (1999-03-01), XP002238924 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102005002472A1 (de) * 2005-01-18 2006-07-27 Maschinenfabrik Rieter Ag Textilmaschine und Softwareschutzvorrichtung für eine Textilmaschine
DE102005053332A1 (de) * 2005-11-07 2007-05-10 Endress + Hauser Flowtec Ag Verfahren zum Betreiben eines Feldgerätes der Automatisierungstechnik mit Sonderfunktionalitäten
US8279038B2 (en) 2005-11-07 2012-10-02 Endress + Hauser Flowtec Ag Method for operating a field device in automation engineering with special functionalities
US11748459B2 (en) * 2017-08-03 2023-09-05 Pace Anti-Piracy, Inc. Reducing software release date tampering by incorporating software release date information into a key exchange protocol

Also Published As

Publication number Publication date
US20070174202A1 (en) 2007-07-26
DE10330191A1 (de) 2005-02-10

Similar Documents

Publication Publication Date Title
EP3326101B1 (de) Verfahren und system zur firmware-aktualisierung einer steuereinrichtung zur prozesssteuerung
EP2051150B1 (de) Verfahren zur automatischen Modifikation eines Programms
EP2758872B1 (de) Verfahren zur generierung und handhabung von applikationen für komponenten eines verteilten steuerungssystems sowie engineering-system zur durchführung des verfahrens
DE112008003963B4 (de) System und Verfahren zur Off-line-Programmierung eines Industrieroboters
EP2098925A1 (de) Verfahren und Vorrichtung zum Programmieren und/oder Konfigurieren einer Sicherheitssteuerung
EP3128383B1 (de) Feldgerät
EP2314424A2 (de) Verfahren und Vorrichtung zum Steuern einer Mehrmaschinenanordnung
WO2005003935A1 (de) System bzw. verfahren zur freigabe freigabebedürftigter softwareprogramme
EP3045986A1 (de) Fertigungsmaschine mit Eigenfunktionalitätsprüfung und Verfahren
DE10208530A1 (de) Betriebseinheit, Peripheriegerät und Verfahren zum Betrieb eines Peripheriegeräts
EP3021179B1 (de) Verfahren zum anschliessen eines embedded-geräts an eine steuereinheit
EP2808749A1 (de) Verfahren zum Austausch von Steuerungsinformationen zwischen Bedien- und Beobachtungsgeräten eines industriellen Automatisierungssystems und industrielles Automatisierungssystem
WO2023180442A1 (de) Verwaltungs- und aktualisierungssystem für an ein ot-netzwerk angeschlossene automatisierungsgeräte einer automatisierungsanlage
EP2090948B1 (de) Verfahren zum Betrieb eines Automatisierungssystems
DE102011055087A1 (de) Verfahren zur Durchführung einer Neuprogrammierung eines Steuergeräts in einem Kraftfahrzeug
EP2367084A1 (de) Verfahren für die Konfigurierung einer Steuerungseinrichtung einer industriellen Automatisierungsanordnung und Komponente für eine industrielle Automatisierungsanordnung
EP2482148B1 (de) Verfahren für die Projektierung und/oder Programmierung einer multifunktionalen Komponente einer industriellen Automatisierungsanordnung
DE10353052A1 (de) Automatisierungsanlage mit untereinander kommunizierenden Komponenten
DE102016123599A1 (de) Robotersteuerung mit Funktion zur Kommunikation mit einer speicherprogrammierbaren Steuerung und Kommunikationssystem
DE102010053486A1 (de) Verfahren zum Betreiben einer Arbeitsmaschine und Arbeitsmaschine
EP3285162A1 (de) Verfahren zum projektieren eines projektes sowie anordnung zur durchführung des verfahrens
EP2204704B1 (de) Verfahren zum Betrieb eines mehrere vernetzte Rechnereinheiten umfassenden industriellen Automatisierungsystems und industrielles Automatisierungsystem
EP3650968A1 (de) Verfahren zum betrieb einer produktions- oder werkzeugmaschine und produktions- oder werkzeugmaschine sowie computerprogramm zum betrieb einer produktions- oder werkzeugmaschine
DE602005004396T2 (de) Steuersystem, verfahren und rechnerprogramm
DE102022200162B3 (de) Verfahren und System zum Betreiben eines Robotersystems

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

DPEN Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed from 20040101)
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: 2007174202

Country of ref document: US

Ref document number: 10563476

Country of ref document: US

122 Ep: pct application non-entry in european phase
WWP Wipo information: published in national office

Ref document number: 10563476

Country of ref document: US