EP1500006A2 - Datenverarbeitungssystem mit diensten zur bereitstellung von funktionalitäten - Google Patents

Datenverarbeitungssystem mit diensten zur bereitstellung von funktionalitäten

Info

Publication number
EP1500006A2
EP1500006A2 EP03747390A EP03747390A EP1500006A2 EP 1500006 A2 EP1500006 A2 EP 1500006A2 EP 03747390 A EP03747390 A EP 03747390A EP 03747390 A EP03747390 A EP 03747390A EP 1500006 A2 EP1500006 A2 EP 1500006A2
Authority
EP
European Patent Office
Prior art keywords
services
service
data processing
processing system
web
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP03747390A
Other languages
English (en)
French (fr)
Inventor
Rainer Heller
Thomas Jachmann
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Siemens AG
Original Assignee
Siemens AG
Siemens Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from DE10229879A external-priority patent/DE10229879A1/de
Application filed by Siemens AG, Siemens Corp filed Critical Siemens AG
Publication of EP1500006A2 publication Critical patent/EP1500006A2/de
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Definitions

  • the invention relates to a data processing system with services for providing functionalities.
  • services for providing functionalities can be implemented as so-called web services.
  • Web service technology is becoming increasingly widespread on the Internet and is helping to convert it from a user-centered information medium to an information and web service landscape that can be used directly by applications.
  • Standard internet technologies HTTP, SOAP, WSDL, ÜDDI
  • the web services of the web service technology defined today are designed statically.
  • the object of the invention is to improve the provision of services in a data processing system.
  • a data processing system with services for providing functionalities, in which at least one first service is provided for activating at least one second service, the services being designed as web services.
  • the invention is based on the knowledge that the current static design of the provision of services on data processing systems has serious disadvantages. So far, there are no dynamic services that can be started or stopped explicitly, for example, to make them available depending on a current system status or to prevent their service. Directory services are about existing services in the data processing system today typically built centrally and statically. Information about services that are offered on a particular computer is also only available today as static, rudimentary and local information. By using a first service according to the invention to activate at least one second service, dynamic services are realized. In this way, generic applications can be created that use the services of the data processing system. These applications configure themselves dynamically from existing services. The services provided can vary at runtime of the data processing system. They can be activated dynamically, depending on their environment.
  • WebServices use standard Internet protocols and mechanisms such as B. HTTP (HyperText Transfer Protocol), SOAP (Simple Object Access Protocol), WSDL (Web Service Description Language).
  • the first service is also provided for loading, deactivating and / or updating at least one second service.
  • the activation and deactivation of the at least one second service is advantageously carried out as a function of a current state of the data processing system.
  • the state of the data processing system is also to be understood here as information present within the data processing system. So z. B.
  • Alarm services can only be activated depending on certain criteria, runtime-intensive services can only be activated outside of peak hours.
  • Extended diagnostic services can only be activated dynamically after payment for the service (e.g. via micropayment).
  • Previously known directory services provide a central static solution for the discovery of services, e.g. B. WebServices, and their functionalities.
  • the means proposed here for providing status information for the services can be designed as a decentralized directory service for functions / services.
  • the respective data processing system can thus provide information about its services and their functionalities. The information can be requested at different granularity levels.
  • Possible status information of the services include e.g. B. the following information:
  • the proposed means for providing status information of the services deliver a defined, clear error message if a service is (temporarily) not available or has been stopped.
  • Services can not only be started or stopped dynamically internally (in the data processing system), but also explicitly from the outside if, according to a further embodiment of the invention, at least one application interface is provided for the data transfer between the data processing system and external communication partners.
  • This application interface can be designed as a web service (e.g. as a so-called administration web service).
  • Such an update is bumpless - even during operation - if the service itself does not maintain a state, but only uses the state of the data processing system.
  • this mechanism enables the replication of services on a variety of data processing systems. It thus allows system updates to be processed automatically using a program, in contrast to the manually initiated download of updates that is common today.
  • the data processing system according to the invention and its configurations described above are advantageously used as part of an automation system, the services being provided for providing automation functionality.
  • services provided by an automation device have so far not been able to adapt dynamically to changing circumstances. This would be necessary e.g. B. to differentiate between commissioning and productive operation. Part of the device functionality may not be called up directly in productive operation. Therefore, these functions should only be available in a commissioning phase.
  • dynamic services according to the invention other services can be offered during commissioning than in normal operation.
  • a white Another advantage arises from the fact that information about the device and the services it provides can be obtained on all devices via the same application interface.
  • An automation device describes itself with "identical" means. Particularly in the world of automation technology, this similar, uniform access to the automation device and its similar access scheme have extreme advantages.
  • FIG. 1 shows a schematic representation of a data processing system with services for providing functionalities
  • FIG. 2 shows the use of web services in a distributed automation system.
  • FIG. 1 shows a schematic representation of a data processing system 40 with services 41 to 43 for providing functionalities.
  • a first service 41 can activate and deactivate a second and / or a third service 42 or 43 via the active connection 49.
  • the data processing system 40 of the exemplary embodiment in FIG. 1 also has an application interface 44 for the data transfer between the data processing system 40 and external communication partners 45 to 47.
  • the application interface is provided, for example, for loading services 42, 43. Services 41 to 43 can be addressed externally via connections 48, 39.
  • FIG. 2 shows the use of web services in a distributed automation system.
  • the distributed system contains distributed Different operator control and monitoring systems 51 to 53 and distributed automation systems 54 to 57. Communication between operator control and monitoring systems 51 to 53 and automation systems 54 to 57 takes place via an Internet and / or intranet 50.
  • the different automation systems 54 to 57 can be spatially arbitrarily wide be spaced apart from each other.
  • the components 70 to 78 of the automation systems 54 to 57 are accessed via web services 60 to 68.
  • the operating and monitoring systems 51, 52 and 53 are part of a control room or a mobile personal digital assistant (PDA) of a service technician executed.
  • PDA mobile personal digital assistant
  • communication via the Internet and / or intranet 50 takes place not only between the operating and monitoring systems 51 to 53 and the automation systems 54 to 57 but also between the individual automation systems 54 to 57 or between the components 70 to 78 of the automation systems.
  • a query service is offered which dynamically manages services, in particular web services, and can provide information about currently available and "currently running" services or web services.
  • a device personal computer, web server, automation device, ...
  • An administration service is used to manage the services provided by the device.
  • the query service is to be viewed in the same way as the query interface from the COM world How the query interface method can be used to determine which interfaces a COM object has can be queried with the help of the query service function, which services a device provides, which in particular allows clients to react dynamically to the existing functionality or to the device / Server only provide the functionality, ie e can currently be used and may be used. Possible application scenarios of the invention are described below, in particular in automation technology.
  • the information function of a device can e.g. B. used for diagnostic purposes. In a system, all existing devices are addressed via the query service and asked about the services or web services they offer. This function therefore uses a generic diagnostic application to determine which devices offer a corresponding diagnostic function. The application automatically includes the devices found when diagnosing the system. The application can use the diagnostic functions to read out and process the current device status or diagnostic buffer.
  • a controller in a manufacturing cell that controls the cell functionality.
  • Maintenance work is to be carried out on the cell.
  • the cell must be "logically removed from the network", ie put into the maintenance state. This is done by temporarily stopping the services for the acceptance of production order data and starting additional maintenance services. Now the manual maintenance work can be carried out. the corresponding services are started again and the cell registers as "ready for production orders".
  • a new device is to be put into operation. It is now connected to an intranet. The device is configured and parameterized via the commissioning services offered by the device. Then these services are explicitly deactivated so that no changes can be made in productive operation. Only the services for productive operation are available. If the transition to the commissioning phase is necessary again, this can be done by a special "Administration Service”. This is typically password-protected. The positive side effect is that this "Administration Service" also makes demands on the subsequent traceability of changes can be met (e.g. by the American Food and Drug Administration).
  • this update can be done from a central location using a program.
  • a program checks the software versions currently available in the system (e.g. by turning directly to the device or by searching a database of the system) and determining which devices require an update / bug fix. The update is then imported into the device via the corresponding web services of the devices.
  • runtime-intensive services can only take place outside of peak times.
  • dynamic web services allow certain very time-consuming services, e.g. B. create more detailed protocols of a manufacturing / production process and evaluations about it, only be activated outside of peak times, but not in normal operation.
  • This technology allows both direct communication between applications (the so-called services) as well as the construction of applications from distributed components (again services), ie loosely connected web services can work together to fulfill a task.
  • standards such as XML and SOAP
  • the WebService technology scales from local communication to communication via the intranet / Internet. It is the basis for distributed and integrated Internet applications, using existing standards (e.g. W3C, IETF standards such as HTTP, XML, XML Schema, XML Data Types, etc.) or new ones, together with W3C, IETF defines standards such as SOAP, WSDL, UDDI.
  • WebServices are easy to access, blurring the lines between local APIs and WebServices ("Web APIs"). Access is just as easy as when creating and using a local object.
  • WebService technology is the basis for loosely coupled applications. It is characterized by message-based communication and scalability through statelessness. The loose coupling (e.g. with SOAP) offers the advantages of good compatibility with changes in the implementation of the client and server and robust communication (port-based, message-based, asynchronous).
  • a client packs messages into self-describing packets (messages) and sends them over the respective communication connection.
  • the sender and receiver only have an agreement with regard to the message format used on the line. The only assumption is that the recipient understands the message. No assumptions are made about what happens after the message is received or between the sender and recipient.
  • Common web services have the following properties: They are accessible via a communication network such as the Internet / intranet and have an XML interface. Information about WebServices is stored in a registry so that the WebServices can be localized via it. They communicate using XML messages via web protocols and support loosely coupled connections between systems.
  • the invention thus relates to a data processing system 40 with improved provision of services. ten 40, 41, 42 to provide functionalities.
  • the data processing system 40 has at least one first service 41 for activating at least one second service 42, the services 40, 41, 42 being designed as web services.
  • An advantageous embodiment of the invention allows dynamic web services to be made dynamic by means of dynamic services, which allow web services to be handled explicitly in a closed system.
  • the system is self-describing with regard to the services it provides and their current status.

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)
  • Multi Processors (AREA)

Abstract

Datenverarbeitungssystem mit Diensten zur Bereitstellung von FunktionalitätenDie Erfindung betrifft ein Datenverarbeitungssystem (40) mit verbesserter Bereitstellung von Diensten (40, 41, 42) zur Be-reitstellung von Funktionalitäten. Das Datenverarbeitungssys-tem (40) weist mindestens einen ersten Dienst (41) zur Akti-vierung von mindestens einem zweiten Dienst (42) auf, wobei die Dienste (40, 41, 42) als WebServices ausgebildet sind.

Description

Beschreibung
Datenverarbeitungssystem mit Diensten zur Bereitstellung von Funktionalitäten
Die Erfindung betrifft ein Datenverarbeitungssystem mit Diensten zur Bereitstellung von Funktionalitäten.
In einem solchen Datenverarbeitungssystem können Dienste zur Bereitstellung von Funktionalitäten als sogenannte WebServices realisiert werden. Die WebService-Technologie findet zunehmende Verbreitung im Internet und trägt dazu bei, dieses von einem anwenderzentrierten Informationsmedium zu einer von Applikationen direkt nutzbaren Informations- und WebService- Landschaft zu wandeln. Hierbei werden üblicherweise Standard- Internet-Technologien (HTTP, SOAP, WSDL, ÜDDI) eingesetzt, um WebServices direkt in einer Applikation nutzen zu können. Die WebServices der heute definierten WebService-Technologie sind statisch ausgelegt.
Der Erfindung liegt die Aufgabe zugrunde, die Bereitstellung von Diensten in einem Datenverarbeitungssystem zu verbessern.
Diese Aufgabe wird durch ein Datenverarbeitungssystem mit Diensten zur Bereitstellung von Funktionalitäten gelöst, bei welchem mindestens ein erster Dienst zur Aktivierung von mindestens einem zweiten Dienst vorgesehen ist, wobei die Dienste als WebServices ausgebildet sind.
Der Erfindung liegt die Erkenntnis zugrunde, dass die heutige statische Auslegung der Bereitstellung von Diensten auf Datenverarbeitungssystemen gravierende Nachteile mit sich bringt. Bisher gibt es keine dynamischen Dienste, die explizit gestartet bzw. gestoppt werden können, um sie beispielsweise abhängig von einem aktuellen Systemzustand bereitzustellen oder ihren Service zu unterbinden. Verzeichnisdienste über existierende Dienste im Datenverarbeitungssystem sind heute typischerweise zentral und statisch aufgebaut. Informationen über Dienste, die auf einem bestimmten Rechner angeboten werden, liegen heute ebenfalls nur als statische, rudimentäre und lokale Informationen vor. Durch die erfindungsgemäße Nutzung eines ersten Dienstes zur Aktivierung von mindestens einem zweiten Dienst werden dynamische Dienste realisiert. So können generische Applikationen erstellt werden, welche die Dienste des Datenverarbeitungssystems nutzen. Diese Applikationen konfigurieren sich dynamisch aus vorhandenen Dienste. Die bereitgestellten Dienste können zur Laufzeit des Datenverarbeitungssystems variieren. Sie können dynamisch, abhängig von ihrer Umgebung, aktiviert werden. Das erfindungsgemäße Datenverarbeitungssystem ist ohne zusätzliche Infrastruktur mit standardisierten Internet-Mechanismen ansprechbar, da die Dienste als WebServices ausgebildet sind. WebServices nutzen Standard-Internet-Protokolle und - Mechanismen wie z. B. HTTP (HyperText Transfer Protocol) , SOAP (Simple Object Access Protocol) , WSDL (Web Service Desc- ription Language) .
Gemäß vorteilhafter Ausgestaltungen der Erfindung ist der erste Dienst auch zum Laden, Deaktivieren und/oder Aktualisieren mindestens eines zweiten Dienstes vorgesehen. Die Aktivierung und Deaktivierung des mindestens einen zweiten Dienstes erfolgt vorteilhafterweise in Abhängigkeit eines aktuellen Zustands des Datenverarbeitungssystems. Unter Zustand des Datenverarbeitungssystems sind hier auch innerhalb des Datenverarbeitungssystems vorliegende Informationen zu verstehen. So können z. B. Alarmdienste nur in Abhängigkeit bestimmter Kriterien aktiviert werden, laufzeitintensive Dienste können nur außerhalb von Stoßzeiten aktiviert sein. Erweiterte Diagnosedienste können nach Bezahlung der Serviceleistung (z. B. über Micropayment) erst dynamisch freigeschaltet werden.
Gemäß einer weiteren vorteilhaften Ausgestaltung der Erfindung sind Mittel zur Bereitstellung einer Zustandsinformation der Dienste vorgesehen. Bisher bekannte Verzeichnisdienste (z. B. UDDI) stellen eine zentrale statische Lösung zur Discovery von Diensten, z. B. WebServices, und ihren Funktionalitäten zur Verfügung. Die hier vorgeschlagenen Mittel zur Bereitstellung einer Zustandsinformation der Dienste können als dezentraler Verzeichnisdienst für Funktionen/Dienste ausgebildet sein. Das jeweilige Datenverarbeitungssystem kann so Auskunft über seine Dienste und deren Funktionalitäten geben. Die Informationen können auf unterschiedlichen Granulari- tätsstufen erfragt werden. Mögliche Zustandsinformationen der Dienste enthalten z. B. die folgenden Informationen:
- auf dem Datenverarbeitungssystem vorhandene Dienste
- aktuelle Verfügbarkeit eines Dienstes notwendige Bedingungen für die Aktivierbarkeit eines
Dienstes
Information darüber ob ein Dienst temporär oder dauerhaft im System geladen ist
- Weitere Beschreibungen eines Dienstes wie Schnittstellenbeschreibung, Versionsstand, Dokumentation.
Die vorgeschlagenen Mittel zur Bereitstellung einer Zustandsinformation der Dienste liefern eine definierte, eindeutige Fehlermeldung, wenn ein Dienst (temporär) nicht vorhanden ist oder gestoppt wurde.
Dienste können nicht nur intern (im Datenverarbeitungssystem) dynamisch gestartet oder gestoppt werden, sondern auch explizit von außen, wenn gemäß einer weiteren Ausgestaltung der Erfindung mindestens eine Applikationsschnittstelle für den Datentransfer zwischen dem Datenverarbeitungssystem und externen Kommunikationspartnern vorgesehen ist. Diese Applikationsschnittstelle kann als WebService (z. B. als so genannter Administrations-WebService) ausgeführt sein.
Wie oben gesagt sind heute bekannte Dienste statisch ausgelegt, d. h. sie laufen kontinuierlich in einem Datenverarbei- tungssystem und können nicht dynamisch zur Verfügung gestellt oder aus einem (abgeschlossenen) System wieder entfernt werden. Zur Vermeidung dieses Nachteils wird vorgeschlagen, dass die Applikationsschnittstelle zum Laden von Diensten vorgesehen ist. Dies ermöglicht ein dynamisches Nachladen von Diensten zur Laufzeit und das einfache Einbringen neuer Dienste ins Datenverarbeitungssystem. Dies wird z. B. realisiert über einen standardisierten WebService, der diese Leistung erbringt. Hiermit wird es möglich zur Laufzeit einen Dienst dynamisch in ein Datenverarbeitungssystem zu laden, dort zu starten und ggf. auch wieder zu entfernen. Dies gestattet insbesondere das Nachladen neuerer Versionen eines Dienstes (Update/Upgrade), z. B. zur Fehlerbehebung oder zur Erweiterung der Funktionalität eines Dienstes. Ein derartiger Update ist stoßfrei - auch während des Betriebs - möglich, sofern der Dienst selbst keinen Zustand hält, sondern nur den Zustand des Datenverarbeitungssystems verwendet. Zudem ermöglicht dieser Mechanismus die Replikation von Diensten auf einer Vielzahl von Datenverarbeitungssystemen. Er gestattet somit Anlagen-Updates mittels Programm automatisch abzuwickeln, im Gegensatz zum heute üblichen, manuell angestoßenen Download von Updates.
Das erfindungsgemäße Datenverarbeitungssystem und seine oben beschriebenen Ausgestaltungen werden vorteilhafterweise als Teil eines Automatisierungssystem eingesetzt, wobei die Dienste zur Bereitstellung von Automatisierungsfunktionalität vorgesehen sind. Auch in der Automatisierungswelt können sich bisher Dienste, die von einem Automatisierungsgerät erbracht werden, nicht dynamisch geänderten Gegebenheiten anpassen. Notwendig wäre dies z. B. zur Unterscheidung zwischen In- betriebsetzungs- und Produktivbetrieb. Im Produktivbetrieb darf ein Teil der Gerätefunktionalität nicht direkt aufgerufen werden. Daher sollten diese Funktionen auch nur in einer Inbetriebnahmephase zur Verfügung stehen. Mit dynamischen Diensten gemäß der Erfindung können bei Inbetriebsetzung andere Dienste angeboten werden als im Normalbetrieb. Ein wei- terer Vorteil ergibt sich dadurch, dass man auf allen Geräten über die gleiche Applikationsschnittstelle Informationen über das Gerät und die von ihm bereitgestellten Dienste erhält. Ein Automatisierungsgerät beschreibt sich selbst mit „identischen" Mitteln. Insbesondere in der Welt der Automatisierungstechnik hat dieser gleichartige, einheitliche Zugang zum Automatisierungsgerät und sein gleichartiges Zugriffsschema extreme Vorteile.
Nachfolgend wird die Erfindung anhand der in den Figuren dargestellten Ausführungsbeispiele näher beschrieben und erläutert.
Es zeigen:
FIG 1 eine schematische Darstellung eines Datenverarbeitungssystems mit Diensten zur Bereitstellung von Funktionalitäten und
FIG 2 die Nutzung von WebServices in einem verteilten Automatisierungssystem.
FIG 1 zeigt in schematischer Darstellung ein Datenverarbeitungssystem 40 mit Diensten 41 bis 43 zur Bereitstellung von Funktionalitäten. Ein erster Dienst 41 kann über die Wirkverbindung 49 einen zweiten und/oder einen dritten Dienst 42 bzw. 43 aktivieren und deaktivieren. Das Datenverarbeitungssystem 40 des Ausführungsbeispiels in FIG 1 weist zudem eine Applikationsschnittstelle 44 für den Datentransfer zwischen dem Datenverarbeitungssystem 40 und externen Kommunikationspartnern 45 bis 47 auf. Die Applikationsschnittstelle ist beispielsweise zum Laden der Dienste 42, 43 vorgesehen. Die Dienste 41 bis 43 sind über die Verbindungen 48, 39 von extern ansprechbar.
Die Nutzung von WebServices in einem verteilten Automatisierungssystem zeigt FIG 2. Das verteilte System enthält ver- schiedene Bedien- und Beobachtungssysteme 51 bis 53 und verteilte Automatisierungsanlagen 54 bis 57. Die Kommunikation zwischen Bedien- und Beobachtungssystemen 51 bis 53 und Automatisierungsanlagen 54 bis 57 erfolgt über ein Internet und/oder Intranet 50. Die unterschiedlichen Automatisierungsanlagen 54 bis 57 können räumlich beliebig weit voneinander entfernt verteilt angeordnet sein. Der Zugriff auf die Komponenten 70 bis 78 der Automatisierungsanlagen 54 bis 57 erfolgt über WebServices 60 bis 68. Die Bedien- und Beobachtungssysteme 51, 52 und 53 sind im Ausführungsbeispiel als Teil einer Warte bzw. als ein mobiler Personal Digital Assistant (PDA) eines Servicetechnikers ausgeführt. Die Kommunikation über das Internet und/oder Intranet 50 erfolgt jedoch nicht nur zwischen den Bedien- und Beobachtungssystemen 51 bis 53 und den Automatisierungsanlagen 54 bis 57 sondern auch zwischen den einzelnen Automatisierungsanlagen 54 bis 57 bzw. zwischen den Komponenten 70 bis 78 der Automatisierungsanlagen.
In einem weiteren Ausführungsbeispiel wird ein Abfragedienst angeboten, der Dienste, insbesondere WebServices, dynamisch verwaltet und Auskunft über aktuell vorhandene und „momentan laufende" Dienste bzw. WebServices geben kann. Hierzu wird auf einem Gerät (Personal Computer, Webserver, Automatisierungsgerät, ... ) ein lokaler, standardisierter Dienst zur Verwaltung und Abfrage der auf dem Gerät angebotenen Dienste bereitgestellt. Ein Administrations-Service dient der Verwaltung der vom Gerät bereitgestellten Dienste. Der Abfragedienst (Query Service) ist analog zum Querylnterface aus der COM-Welt zu betrachten. Ebenso wie über die Methode Queryln- terface festgestellt werden kann, welche Interfaces ein COM Objekt besitzt, kann mit Hilfe der Query Service Funktion erfragt werden, welche Dienste ein Gerät bereitstellt. Dies gestattet insbesondere Clients dynamisch auf die vorhandene Funktionalität zu reagieren bzw. dem Gerät/Server nur die Funktionalität bereitzustellen, die aktuell verwendet werden kann und verwendet werden darf. Im Folgenden werden mögliche Einsatzszenarien der Erfindung beschrieben, insbesondere in der Automatisierungstechnik. Die Auskunftsfunktion eines Geräts kann z. B. für Diagnosezwecke genutzt werden. In einer Anlage werden alle vorhandenen Geräte über den Abfragedienst angesprochen und nach den von ihnen angebotenen Diensten bzw. WebServices gefragt. Diese Funktion nutzt also eine generische Diagnoseapplikation um festzustellen, welche Geräte eine entsprechende Diagnosefunktion anbieten. Die Applikation bezieht automatisch die gefundenen Geräte bei der Diagnose der Anlage mit ein. Über die Diagnosefunktionen kann die Applikation den aktuellen Gerätezustand bzw. Diagnosepuffer auslesen und weiter verarbeiten.
In einem weiteren Szenario befindet sich in einer Fertigungszelle eine Steuerung, welche die Zellenfunktionalität steuert. Es sollen Wartungsarbeiten an der Zelle ausgeführt werden. Hierzu muss aus Sicherheitsgründen die Zelle „logisch vom Netz genommen", d. h. in den Wartungszustand versetzt werden. Dies geschieht indem temporär die Dienste für die Annahme von Fertigungsauftragsdaten gestoppt und zusätzliche Wartungsdienste gestartet werden. Nun können die manuellen Wartungsarbeiten erfolgen. Sind die Wartungsarbeiten beendet, werden die entsprechenden Dienste wieder gestartet und die Zelle meldet sich als „Bereit für Fertigungsaufträge" .
In einem weiteren Einsatzszenario soll ein neues Gerät in Betrieb gesetzt werden. Es wird neu an ein Intranet angeschlossen. Über die vom Gerät angebotenen Inbetriebsetzungsdienste wird das Gerät konfiguriert und parametriert . Danach werden diese Dienste explizit deaktiviert, damit im Produktivbetrieb keine Änderungen mehr vorgenommen werden können. Es stehen nur noch die Dienste für den Produktivbetrieb zur Verfügung. Ist der Übergang in die Inbetriebsetzungsphase erneut notwendig, so kann dies durch einen speziellen „Administrations- Service" erfolgen. Dieser ist typischerweise passwortge- schützt. Der positive Nebeneffekt dabei ist, dass über diesen „Administrations-Service" auch Anforderungen an die Nachver- folgbarkeit von Änderungen erfüllt werden können (z. B. von der amerikanischen Food and Drug Administration) .
Sollen neue Software-Versionen auf ein Automatisierungsgerät eingespielt werden, kann dies durch das dynamische Laden von Diensten erfolgen. Durch die WebService-Technologie kann dieser Update über ein Programm von zentraler Stelle aus geschehen. Hierzu überprüft ein Programm die aktuell in der Anlage vorhandenen Softwarestände (z. B. indem es sich direkt an das Gerät wendet oder indem es eine Datenbasis der Anlage durchsucht) und stellt fest, welche Geräte einen Update/Bugfix benötigen. Über die entsprechenden WebServices der Geräte wird der Update dann im Gerät eingespielt.
Schließlich lässt sich gemäß eines weiteren Ausführungsbeispiels der Erfindung erreichen, dass laufzeitintensive Dienste nur außerhalb von Stoßzeiten erfolgen. In diesem Fall erlauben dynamische WebServices, dass bestimmte sehr zeitintensive Dienste, die z. B. detailliertere Protokolle eines Fer- tigungs-/Produktionsprozesses und Auswertungen darüber erstellen, nur außerhalb von Stoßzeiten aktiviert werden, nicht aber im Normalbetrieb.
Zur weiteren Erläuterung der Erfindung wird im Folgenden ein Überblick über die WebService-Technologie gegeben. Diese Technologie erlaubt sowohl die direkte Kommunikation zwischen Applikationen (den sogenannten Services) als auch den Aufbau von Applikationen aus verteilten Komponenten (wiederum Services) , d. h. lose verbundene WebServices können zur Erfüllung einer Aufgabe zusammenarbeiten. Die WebService-Technologie skaliert mit Hilfe von Standards wie XML und SOAP von lokaler Kommunikation bis zur Kommunikation über das Intranet/Internet. Sie ist die Basis für verteilte und integrierte Internet-Applikationen, verwendet dabei existierende Standards (z. B. W3C-, IETF-Standards wie HTTP, XML, XML Schema, XML Data Types, etc.) bzw. neue, zusammen mit W3C, IETF definierte Standards wie SOAP, WSDL, UDDI . Schnittstellen von WebServices sind durch Meta-Information (Methoden, Parameter (Namen und Typen) ) beschrieben, üblicherweise in WSDL (Web Service Description Language) . Diese vollständige Schnittstellenbeschreibung ist ausreichend zum Aufruf der WebServices. Sie beschreibt den End-Point (Port), unter dem der jeweilige WebService aufgerufen werden kann und ist insbesondere nützlich zur automatischen Kommunikation mit WebServices. WebServices zeichnen sich durch einen einfachen Zugriff aus, wobei die Grenzen zwischen lokalen APIs und WebServices ("Web-APIs") verwischen. Der Zugriff ist ähnlich einfach wie beim Erzeugen und Nutzen eines lokalen Objektes. Die WebService-Technologie ist somit die Basis für lose gekoppelte Applikationen. Sie ist gekennzeichnet durch nachrichtenbasierte Kommunikation und Skalierbarkeit durch Zustandslosigkeit . Die lose Kopplung (z. B. mit SOAP) bietet insbesondere die Vorteile der guten Verträglichkeit gegenüber Änderungen der Implementierung bei Client und Server und der robusten Kommunikation (portbasiert, messagebasiert, asynchron) . In message- bzw. nachrichtenbasierten Systemen verpackt ein Client Nachrichten in selbstbeschreibende Pakete (Messages) und schickt sie so über die jeweilige Kommunikationsverbindung. Eine Vereinbarung zwischen Sender und Empfänger besteht nur bezüglich dem verwendeten Message-Format auf der Leitung. Die einzige Annahme besteht darin, dass der Empfänger die Message versteht. Es werden keine Annahmen darüber getroffen, was nach Empfang der Message bzw. zwischen Sender und Empfänger passiert. Übliche WebServices besitzen die folgenden Eigenschaften: Sie sind über ein Kommunikationsnetz wie Internet/Intranet zugreifbar und besitzen eine XML-Schnittstelle. Informationen über WebServices werden in einer Registry gespeichert, so dass die WebServices über diese lokalisierbar sind. Sie kommunizieren mit Hilfe von XML-Nachrichten über Web-Protokolle und unterstützen lose gekoppelte Verbindungen zwischen Systemen.
Zusammenfassend betrifft die Erfindung somit ein Datenverarbeitungssystem 40 mit verbesserter Bereitstellung von Diens- ten 40, 41, 42 zur Bereitstellung von Funktionalitäten. Das Datenverarbeitungssystem 40 weist mindestens einen ersten Dienst 41 zur Aktivierung von mindestens einem zweiten Dienst 42 auf, wobei die Dienste 40, 41, 42 als WebServices ausgebildet sind. Eine vorteilhafte Ausgestaltung der Erfindung erlaubt die Dynamisierung von statischen WebServices durch dynamisierende Dienste, die es gestatten mit WebServices explizit in einem abgeschlossenen System zu hantieren. Das System ist dabei selbstbeschreibend bezüglich der von ihm bereitgestellten Services und deren aktuellem Zustand.

Claims

Patentansprüche
1. Datenverarbeitungssystem (40) mit Diensten (40, 41, 42) zur Bereitstellung von Funktionalitäten, bei welchem mindestens ein erster Dienst (41) zur Aktivierung von mindestens einem zweiten Dienst (42) vorgesehen ist, wobei die Dienste (40, 41, 42) als WebServices ausgebildet sind.
2. Datenverarbeitungssystem 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 der erste Dienst (41) zum Laden von mindestens einem zweiten Dienst (42) vorgesehen ist.
3. Datenverarbeitungssystem 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 erste Dienst (41) zum Deaktivieren von mindestens einem zweiten Dienst (42) vorgesehen ist.
4. Datenverarbeitungssystem nach einem der vorhergehenden Ansprüche, d a d u r c h g e k e n n z e i c h n e t , dass der erste Dienst (41) zum Aktualisieren von mindestens einem zweiten Dienst (42) vorgesehen ist.
5. Datenverarbeitungssystem nach einem der vorhergehenden 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 Aktivierung bzw. Deaktivierung des zweiten Dienstes (42) in Abhängigkeit eines aktuellen Zustands des Datenverarbeitungssystems (40) vorgesehen ist.
6. Datenverarbeitungssystem nach einem der vorhergehenden Ansprüche, d a d u r c h g e k e n n z e i c h n e t , dass Mittel zur Bereitstellung einer Zustandsinformation der
Dienste (40, 41, 42) vorgesehen sind.
7. Datenverarbeitungssystem nach einem der vorhergehenden Ansprüche, d a d u r c h g e k e n n z e i c h n e t , dass es Teil eines Automatisierungssystems ist und dass die Dienste (40, 41, 42) zur Bereitstellung von Automatisierungsfunktionalität vorgesehen sind.
EP03747390A 2002-04-29 2003-04-16 Datenverarbeitungssystem mit diensten zur bereitstellung von funktionalitäten Withdrawn EP1500006A2 (de)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
DE10219094 2002-04-29
DE10219094 2002-04-29
DE10229879 2002-07-03
DE10229879A DE10229879A1 (de) 2002-04-29 2002-07-03 Datenverarbeitungssystem mit Diensten zur Bereitstellung von Funktionalitäten
PCT/DE2003/001289 WO2003094045A2 (de) 2002-04-29 2003-04-16 Datenverarbeitungssystem mit diensten zur bereitstellung von funktionalitäten

Publications (1)

Publication Number Publication Date
EP1500006A2 true EP1500006A2 (de) 2005-01-26

Family

ID=29403564

Family Applications (1)

Application Number Title Priority Date Filing Date
EP03747390A Withdrawn EP1500006A2 (de) 2002-04-29 2003-04-16 Datenverarbeitungssystem mit diensten zur bereitstellung von funktionalitäten

Country Status (2)

Country Link
EP (1) EP1500006A2 (de)
WO (1) WO2003094045A2 (de)

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
WO2003094045A2 (de) 2003-11-13
WO2003094045A3 (de) 2004-02-12

Similar Documents

Publication Publication Date Title
EP0743595B1 (de) Kommunikationssystem mit Mitteln zum Austausch von Software
EP1430369B1 (de) Dynamischer zugriff auf automatisierungsressourcen
EP0525432A2 (de) Verfahren zur Änderung von Systemkonfigurationsdatensätzen in einem Fernmeldevermittlungssystem
EP1530758B1 (de) Verfahren zur bereitstellung von ressourcen in kommunikations-netzwerken
WO2009083133A1 (de) Verfahren und einrichtung zur client-server-kommunikation gemäss dem standardprotokoll opc ua
EP0807883B1 (de) Kommunikationssystem mit Mitteln zum Austausch von Softwareprozessen
WO2004014022A2 (de) Rechnernetzwerk mit diagnoserechnerknoten
DE112011103443T5 (de) Intelligente Schnittstelle für ein dezentrales Steuerungssystem
WO2003094046A2 (de) Verzeichnisdienst in einem automatisierungssystem
EP4343467A2 (de) Echtzeit-automatisierungseinrichtung mit einem echtzeit-datenbus
DE10214539A1 (de) Produktionsmaschine mit einer in einem Webserver integrierten Steuerung
EP4160390A1 (de) Verfahren und anordnung zur inbetriebnahme einer aktualisierten anwendung für eine industrielle automatisierungsanordnung
DE102004030781A1 (de) SCADA-System und Verfahren zum Betreiben eines solchen Systems
DE10229879A1 (de) Datenverarbeitungssystem mit Diensten zur Bereitstellung von Funktionalitäten
DE3831048A1 (de) Betriebsprogramm fuer eine datenverarbeitungsanlage
DE10229878A1 (de) Automatisierungsgerät mit Schnittstelle zum nachrichten- und portbasierten Zugriff auf eine Applikation
WO2003094045A2 (de) Datenverarbeitungssystem mit diensten zur bereitstellung von funktionalitäten
WO2003093984A2 (de) Automatisierungsgerät mit schnittstelle zum nachrichten- und portbasierten zugriff auf eine applikation
EP1536328A2 (de) Datenverarbeitungssystem mit automatisierbarer Verwaltung und Verfahren zur automatisierten Verwaltung eines Datenverarbeitungssystems
EP1521486A2 (de) Anordnung und Verfahren zur Steuerung von Kommunikationsverbindungen
WO2005041490A1 (de) Nutzung von diensten innerhalb eines kommunikationsnetzes mit internetmechanismen und eines automatisierungssystems
DE10229877A1 (de) Verzeichnisdienst in einem Automatisierungssystem
EP1514434A1 (de) Verfahren und netzwerkelement zum verwalten von ressourcen eines netzwerkelementes
EP4160328A1 (de) Verfahren und anordnung zum automatisierten austausch von prozessdaten zwischen industriellen steuerungen
EP1584176A1 (de) Verfahren und anordnung zur steuerung und/oder überwachung eines an ein kommunikations-system angeschlossenen endgerätes

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20040927

AK Designated contracting states

Kind code of ref document: A2

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

17Q First examination report despatched

Effective date: 20090817

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: SIEMENS AKTIENGESELLSCHAFT

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: SIEMENS AKTIENGESELLSCHAFT

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN WITHDRAWN

18W Application withdrawn

Effective date: 20160907