WO2009083091A2 - Verfahren und einrichtung zur kommunikation gemäss dem standardprotokoll opc ua in einem client-server-system - Google Patents

Verfahren und einrichtung zur kommunikation gemäss dem standardprotokoll opc ua in einem client-server-system Download PDF

Info

Publication number
WO2009083091A2
WO2009083091A2 PCT/EP2008/010295 EP2008010295W WO2009083091A2 WO 2009083091 A2 WO2009083091 A2 WO 2009083091A2 EP 2008010295 W EP2008010295 W EP 2008010295W WO 2009083091 A2 WO2009083091 A2 WO 2009083091A2
Authority
WO
WIPO (PCT)
Prior art keywords
opc
client
additional services
server
services
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.)
Ceased
Application number
PCT/EP2008/010295
Other languages
English (en)
French (fr)
Other versions
WO2009083091A3 (de
Inventor
Wolfgang Mahnke
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.)
ABB Research Ltd Switzerland
Original Assignee
ABB Research Ltd Switzerland
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=40689949&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=WO2009083091(A2) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by ABB Research Ltd Switzerland filed Critical ABB Research Ltd Switzerland
Priority to CN200880123105.9A priority Critical patent/CN101981897B/zh
Publication of WO2009083091A2 publication Critical patent/WO2009083091A2/de
Publication of WO2009083091A3 publication Critical patent/WO2009083091A3/de
Priority to US12/819,894 priority patent/US8423608B2/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/403—Bus networks with centralised control, e.g. polling
    • 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/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00—Program-control systems
    • G05B2219/30—Nc systems
    • G05B2219/34—Director, elements to supervisory
    • G05B2219/34263—OLE object linking and embedding, OPC ole for process control
    • 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
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/565—Conversion or adaptation of application format or content
    • 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/26—Special purpose or proprietary protocols or architectures

Definitions

  • the invention relates to a method and a device for communication between clients and servers according to the standard protocol OPC UA.
  • the method and the device are suitable for different applications, in particular for communication in systems of automation technology.
  • OPC UA is a new standard protocol for vendor-independent communication, especially in process automation specified by the OPC Foundation. Although the original name for OPC was OLE for Process Control, OPC is now used without an acronym. UA stands for Uni- fied Architecture. In the following, English terms are often used because they rewrite certain functions or specifications defined in the standard.
  • FIG. 1 shows a known arrangement for interaction according to OPC UA specification between an OPC UA client 1 and an OPC UA server 3 using a communication system 2, typically a network.
  • the OPC UA client 1 uses OPC UA service calls from a set of OPC UA services that are specified in the OPC UA protocol.
  • OPC UA client 1 To communicate an OPC UA client 1 with an OPC UA server 3, the OPC UA client 1 must set up an OPC UA session and call OPC UA services within such a session.
  • OPC UA service calls within an OPC UA session cause an exchange of user context within the affected devices and a course in the security context of the OPC UA session.
  • Fig. 2 shows such a typical flow of an OPC UA session. It is shown that an OPC UA client 1 initiates the establishment of an OPC UA session in a first step 21, and in a second step 22 calls OPC UA services. As a third step 23, actions of the OPC UA server 3 for verifying the requirements of the OPC UA client 1 are designated. In a fourth step 24, the OPC UA session is closed. Feedback messages of the OPC UA server 3 to the OPC UA client 1 are not shown in FIG.
  • the OPC UA standard enables an OPC UA client to use so-called subscriptions, which are managed by the OPC UA server and possibly remain valid beyond the duration of an OPC UA session. In this way, an OPC UA client can complete an OPC UA session and later reopen an OPC UA session, transfer subscriptions to the new OPC UA session, and transfer all results from the previous OPC UA session.
  • the OPC UA standard defines a set of OPC UA services for different tasks in process automation and other applications.
  • a disadvantage is that for some applications additional services for complex tasks are required, for example, for complex configuration or engineering tasks that are not or only very cumbersome solvable by means of the defined OPC UA services.
  • so-called legacy services can already be defined, such older mechanisms possibly also then - in the context of so-called additional services - to be used, if otherwise the OPC UA protocol is used.
  • Fig. 3 shows a possibility according to the prior art for the use of additional services. Shown is a client 31, both as an OPC UA client 33, and as Client 35 is set up to use additional services.
  • a server 32 has both the function of an OPC UA server 34 and that of a server 36 for the provision of additional services.
  • the OPC UA client 31 and the OPC UA server 34 communicate in accordance with the OPC UA protocol.
  • the communication between the additional services use client 35 and the additional services provisioning server 36 is completely separate by means of legacy service calls.
  • the object of the invention is to specify a method and a device in order to create a possibility for integrating additional services into the framework of OPC UA Services.
  • the invention accordingly proposes a method in which additional services within an OPC UA session are called up by the OPC UA client, wherein the additional services are called by means of a client part which supplements a standard client for the use of additional services, and by means of one, a standard server supplemental server part to provide additional services.
  • the client 41 includes a first OPC UA client part 44 for calling OPC UA services and a second client part 45 for using additional services.
  • the server 43 includes a first OPC UA server portion 46 for providing OPC UA services and a second server portion 47 for providing additional services.
  • the additional services or legacy services are integrated in the OPC UA Service Framework. This can be used to call additional services as part of an established OPC UA session. It also uses OPC UA security mechanisms and possibly also the encoding of the data for transmission. Nevertheless, the parameters for calls by the client and responses from the server match the parameters of the additional services.
  • the client 41 therefore calls the additional services by means of its second client part 45 and using the corresponding parameters, and receives a response from the second server part 47.
  • FIG. 5 shows, by way of example, sequences of the sequence of an OPC UA session, responses of the server not being shown.
  • the client 41 contacts the server 43 to set up an OPC UA session.
  • the client 41 by means of its first OPC UA client part 44, calls standard OPC UA services, which are handled by the first OPC UA server part 46 of the server 43 in a third step 53. It is further shown that the client 41 in the context of the existing OPC UA session z. B.
  • a fourth step 54 may also call additional services that are passed in a fifth step 55 to the second server part 47 and treated by the latter in a sixth step 56.
  • the client 41 then again calls OPC UA services, which are handled by the first OPC UA server part 46 in an eighth step 58.
  • the OPC UA session is terminated in the usual way.
  • additional services can also manage a corresponding status.
  • the client 41 can set up a new OPC UA session and transfer subscriptions into the new OPC UA session. In this way, using OPC UA as an intermediate layer or intermediate layer helps to extend the functionality of Legacy Services.
  • the component which manages the communication according to the OPC UA standard ie the OPC UA stack
  • the client and the server can also work together with non-extended servers or clients in the system.
  • an extended client can only call the OPC UA services of a non-extended server, ie no additional services.
  • an extended server can not receive calls for additional services if the calling client is not extended.
  • the client initiates an OPC UA session. This includes information about the user, client certificates, security information and encodings, with some such settings being made in OPC UA by the standard secure channel establishment.
  • the client can use OPC UA Services as well as non-extended clients.
  • the additional services can be listed in the Address Space of OPC UA. So z.
  • a client may receive information about available additional services using the standard OPC UA communication. The client can either - as mentioned above - receive information about additional services from information in the address space, if this option is set up, or from other sources.
  • the client can call additional services within an OPC UA session.
  • the client can also use the Cancel Service of OPC UA to terminate a call for additional services.
  • the OPC UA server can use OPC UA events to show the data of an additional service call to the client. This data may, for example, contain information about how far the service has progressed and what intermediate results there are.
  • the client can complete an OPC UA session. Depending on the additional service, the lifetime of such services may be independent of the duration of a session, and thus still exist after a session is closed, or may be deleted after the session has been completed.
  • an implementation of the invention requires an expansion of the OPC UA stack.
  • an alternative solution would be to package additional services in OPC UA Methods, without extending the protocol.
  • additional services to be provided by the server would be in a so-called wrapper component brought.
  • Such services could z.
  • WSDL Web Services Description Language
  • Canceling services that were called using OPC UA Methods could be done by aborting or aborting the method service call of OPC UA.
  • the client also requires a Wrapper or Wrapping component in this solution to pack service calls into an OPC UA method and to convert the call's output parameters into a service response. For several reasons - such. B. additional overhead for the mapping and unfavorable representation of the services in the OPC UA address space - the inventive solution for the integration of additional services in the OPC UA service framework is considered more advantageous.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Computer And Data Communications (AREA)
  • Communication Control (AREA)

Abstract

Die Erfindung bezieht sich auf ein Verfahren und eine entsprechende Einrichtung zur Kommunikation zwischen Clients und Servern eines Client/Server-Systems unter Verwendung des Standardprotokolls OPC UA, und wobei zur Interaktion eines OPC UA Clients (41) mit einem OPC UA Server (43) OPC UA Serviceaufrufen verwendet werden, und wobei vom OPC UA Client (41) zusätzliche Services innerhalb einer OPC UA Session aufgerufen werden. Die zusätzlichen Services werden mittels eines Client-Teils (45) für die Nutzung von zusätzlichen Services aufgerufen, und mittels eines Server-Teils (47) zur Bereitstellung von zusätzlichen Services behandelt.

Description

ABB Patent GmbH
Ladenburg 21. Dezember 2007
Mp.-Nr. 07/697 P1- /MÜ
Verfahren und Einrichtung zur Kommunikation gemäß dem Standardprotokoll OPC
UA in einem Client-Server-Svstem
Beschreibung
Die Erfindung bezieht sich auf ein Verfahren und eine Einrichtung zur Kommunikation zwischen Clients und Servern gemäß dem Standardprotokoll OPC UA. Das Verfahren und die Einrichtung sind für unterschiedliche Anwendungen geeignet, insbesondere zur Kommunikation in Systemen der Automatisierungstechnik.
OPC UA ist ein neues Standardprotokoll zur Hersteller-unabhängigen Kommunikation, insbesondere in der Prozessautomatisierung spezifiziert durch die OPC Foundation. Der ursprüngliche Name für OPC war zwar OLE for Process Control, OPC wird aber inzwischen ohne einen Hinweis auf eine Abkürzung benutzt. UA steht für Uni- fied Architecture. Nachstehend werden häufig englischsprachige Begriffe benutzt, da sie bestimmte im Standard definierte Funktionen oder Spezifikationen umschreiben.
In Fig. 1 ist eine bekannte Anordnung zur Interaktion gemäß OPC-UA-Spezifikation zwischen einem OPC UA Client 1 und einem OPC UA Server 3 unter Verwendung eines Kommunikationssystems 2, typisch eines Netzwerks, dargestellt. Dabei benutzt der OPC UA Client 1 zur Interaktion OPC UA Serviceaufrufe aus einem Satz von OPC UA Services die im OPC-UA-Protokoll spezifiziert sind. Es existieren unterschiedliche Technologie-Abbildungen (Mapping) für die Übertragung von OPC UA Serviceaufrufen über Kommunikationssysteme. Zur Zeit existiert ein TCP-basiertes Mapping und ein Mapping auf Basis von Web Services.
CONFIRMÄΠON COPY Zur Kommunikation eines OPC UA Clients 1 mit einem OPC UA Server 3 muss dei OPC UA Client 1 eine OPC UA Session einrichten und im Rahmen einer solcher Sitzung OPC UA Services aufrufen. Solche OPC UA Serviceaufrufe innerhalb einei OPC UA Session bewirken einen Austausch von Nutzer-Kontext innerhalb der betroffenen Einrichtungen sowie einen Ablauf im Sicherheits-Kontext der OPC UA Session.
Fig. 2 zeigt einen solchen typischen Ablauf einer OPC UA Session. Dabei ist dargestellt, dass ein OPC UA Client 1 in einem ersten Schritt 21 die Einrichtung einer OPC UA Session veranlasst, und in einem zweiten Schritt 22 OPC UA Services aufruft. Als dritten Schritt 23 sind Aktionen des OPC UA Server 3 zur Verifikation der Anforderungen des OPC UA Client 1 bezeichnet. In einem vierten Schritt 24 wird die OPC UA Session geschlossen. Rückmeldungen des OPC UA Servers 3 an den OPC UA Client 1 sind in Fig. 2 nicht dargestellt.
Der OPC-UA-Standard ermöglicht es einem OPC UA Client sogenannte Subscripti- ons zu verwenden, die vom OPC UA Server verwaltet werden und möglicherweise auch über die Dauer einer OPC UA Session hinaus gültig bleiben. Auf diese Weise kann ein OPC UA Client eine OPC UA Session abschließen und später eine OPC UA Session neu eröffnen, Subscriptions in die neue OPC UA Session transferieren, und alle Resultate aus der früheren OPC UA Session übernehmen.
Im OPC-UA-Standard ist ein Satz von OPC UA Services für unterschiedliche Aufgaben in der Prozessautomation und anderen Anwendungen definiert. Ein Nachteil besteht jedoch darin, dass für manche Anwendungen zusätzliche Services für komplexe Aufgaben benötigt werden, beispielsweise für komplexe Konfigurations- oder Engineering-Aufgaben, die mittels der definierten OPC UA Services nicht oder nur sehr umständlich lösbar sind. Außerdem können bereits sogenannte Legacy Services definiert sein, wobei solche älteren Mechanismen gegebenenfalls auch dann - im Rahmen von sogenannten zusätzlichen Services - weiterverwendet werden sollen, wenn ansonsten das OPC-UA-Protokoll benutzt wird.
Fig. 3 zeigt eine Möglichkeit gemäß dem Stand der Technik zur Nutzung zusätzlicher Services. Dargestellt ist ein Client 31 , der sowohl als OPC UA Client 33, als auch als Client 35 für die Verwendung von zusätzlichen Services eingerichtet ist. Ein Server 32 hat sowohl die Funktion eines OPC UA Servers 34, als auch die eines Servers 36 für die Bereitstellung von zusätzlichen Services. Der OPC UA Client 31 und der OPC UA Server 34 kommunizieren gemäß OPC-UA-Protokoll. Die Kommunikation zwischen dem Client 35 für die Verwendung von zusätzlichen Services und dem Server 36 für die Bereitstellung von zusätzlichen Services erfolgt völlig separat mittels Lega- cy Serviceaufrufen.
Diese bekannte Lösung zur Verwendung von zusätzlichen Services hat sowohl für die Entwicklung als auch für die Anwendung eines entsprechenden Systems einige Nachteile und Grenzen. Das Gesamtsystem wird komplex und teuer, weil mehrere Komponenten zur Verwaltung der Kommunikation dupliziert werden müssen, wie z. B. solche für die Implementierung von Sicherheitsmechanismen oder zur Codierung oder Verschlüsselung von Daten. Der Client muss eine OPC UA Session einrichten um OPC UA Services zu nutzen und zusätzlich etwas ähnliches um zusätzliche Services nutzen zu können, wobei zusätzliche Sicherheitsmaßnahmen erforderlich sind. Während der Dauer der beiden parallelen Sitzungen werden sowohl auf Client- als auch Server-Seite zusätzlich Ressourcen belegt, was sich beispielsweise auf benötigte Speicherkapazität, Verarbeitungsgeschwindigkeit und Netzwerkbelegung auswirkt.
Davon ausgehend liegt der Erfindung die Aufgabe zugrunde, ein Verfahren und eine Einrichtung anzugeben, um eine Möglichkeit zur Integration von zusätzlichen Services in das Rahmenwerk von OPC UA Services zu schaffen.
Diese Aufgabe wird gelöst durch ein Verfahren zur Kommunikation zwischen Clients und Servern unter Verwendung des OPC-UA-Protokolls, das die im Anspruch 1 angegebenen Merkmale aufweist. Vorteilhafte Ausgestaltungen und eine entsprechende Einrichtung sind in weiteren Ansprüchen angegeben.
Mit der Erfindung wird demnach ein Verfahren vorgeschlagen, bei dem vom OPC UA Client zusätzliche Services innerhalb einer OPC UA Session aufgerufen werden, wobei die zusätzlichen Services mittels eines, einen Standard-Client ergänzenden Client-Teils für die Nutzung von zusätzlichen Services aufgerufen, und mittels eines, einen Standard-Server ergänzenden Server-Teils zur Bereitstellung von zusätzlichen Services behandelt werden.
Eine weitere Erläuterung der' Erfindung und deren Vorteile ergibt sich aus der nachstehenden Beschreibung eines Ausführungsbeispiels anhand der Zeichnungsfiguren.
Es zeigen:
Fig. 1 eine Anordnung mit OPC UA Client und OPC UA Server gemäß dem Stand der Technik,
Fig. 2 einen typischen Ablauf einer OPC UA Session,
Fig. 3 eine Möglichkeit zur Nutzung zusätzlicher Services gemäß dem Stand der Technik,
Fig. 4 eine erfindungsgemäße Lösung zur Integration von zusätzlichen Services in das Rahmenwerk von OPC UA Services, und
Fig. 5 ein beispielhaftes Ablaufdiagramm im Fall der Nutzung von integrierten zusätzlichen Services.
Fig. 4 zeigt eine erfindungsgemäße Anordnung mit einem Client 41 und einem Server 43, die mittels einer Kommunikationseinrichtung 42 verbunden sind. Der Client 41 enthält einen ersten OPC-UA-Client-Teil 44 für den Aufruf von OPC UA Services und einen zweiten Client-Teil 45 für die Nutzung von zusätzlichen Services. Entsprechend enthält der Server 43 einem ersten OPC-UA-Server-Teil 46 zur Bereitstellung von OPC UA Services und einen zweiten Server-Teil 47 zur Bereitstellung von zusätzlichen Services. Die zusätzlichen Services oder Legacy Services sind in das OPC UA Service Framework integriert. Dadurch kann der Aufruf von zusätzlichen Services im Rahmen einer eingerichteten OPC UA Session erfolgen. Es werden auch OPC-UA-Sicherheitsmechanismen und gegebenenfalls auch die Codierung der Daten für die Übertragung benutzt. Trotzdem passen die Parameter für Aufrufe durch den Client und Antworten des Servers zu den Parametern der zusätzlichen Services. Der Client 41 ruft daher mittels seines zweiten Client-Teils 45 und unter Verwendung der korrespondierenden Parameter die zusätzlichen Services auf, und erhält eine Reaktion des zweiten Server-Teils 47. In Fig. 5 sind beispielhaft Sequenzen des Ablaufs einer OPC UA Session dargestellt, wobei Antworten des Servers nicht gezeigt sind. In einem ersten Vorgang 51 nimml der Client 41 mit dem Server 43 Kontakt auf, um eine OPC UA Session einzurichten. In einem zweiten Schritt 52 ruft der Client 41 mittels seines ersten OPC-UA-Client- Teils 44 standardgemäß OPC UA Services auf, die vom ersten OPC-UA-Server-Teil 46 des Servers 43 in einem dritten Schritt 53 behandelt werden. Es ist weiter dargestellt, dass der Client 41 im Rahmen der bestehenden OPC UA Session z. B. in einem vierten Schritt 54 auch zusätzliche Services aufrufen kann, die in einem fünften Schritt 55 an den zweiten Server-Teil 47 weitergegeben und von diesem in einem sechsten Schritt 56 behandelt werden. In einem siebten Schritt 57 ruft der Client 41 dann nochmals OPC UA Services auf, die in einem achten Schritt 58 vom ersten OPC-UA-Server-Teil 46 behandelt werden. Im neunten Schritt 59 wird in üblicher Weise die OPC UA Session beendet.
In ähnlicher Weise wie die oben genannten Subscriptions, die auch über die Dauer einer OPC UA Session hinaus gültig bleiben können, können auch zusätzliche Services einen entsprechenden Status verwalten. Auch im erfindungsgemäßen System kann der Client 41 eine neue OPC UA Session einrichten und Subscriptions in die neue OPC UA Session transferieren. Auf diese Weise hilft die Nutzung von OPC UA als Zwischenebene oder Intermediate Layer die Funktionalität von Legacy Services zu erweitern.
Zur Realisierung der vorstehend erfindungsgemäß vorgeschlagenen Integration von zusätzlichen Services in das OPC UA Service Framework muss die Komponente, welche die Kommunikation gemäß OPC-UA-Standard verwaltet, also der OPC UA Stack sowohl auf der Client- wie auch auf der Server-Seite erweitert werden, um den Aufruf von zusätzlichen Services zu unterstützen. Trotz der Erweiterung des OPC UA Stack können der Client und der Server auch mit nicht erweiterten Servern bzw. Clients im System zusammenarbeiten. Es versteht sich allerdings, dass ein erweiterter Client nur die OPC UA Services eines nicht erweiterten Servers, also daraus keine zusätzlichen Services aufrufen kann. Entsprechend kann ein erweiterter Server keine Aufrufe von zusätzlichen Services erhalten, wenn der aufrufende Client nicht erweitert ist. Die Art und Weise wie ein erweiterter OPC UA Client mit einem erweiterten OPC UA Server zusammenarbeitet lässt sich durch die nachstehenden Charakteristiken beschreiben:
Der Client initiiert eine OPC UA Session. Dies schließt eine Information ü- ber den Nutzer, Client-Zertifikate, Sicherheitsangaben und Codierungen ein, wobei einige solcher settings bei OPC UA durch das standardgemäße Secu- re Channel establishment vorgenommen werden.
Der Client kann ebenso wie nicht erweiterte Clients OPC UA Services benutzen.
Optional können die zusätzlichen Services im Address Space von OPC UA aufgeführt werden. So kann z. B. ein Client mittels der Standard-OPC-UA- Kommunikation Information erhalten über verfügbare zusätzliche Services. Der Client kann entweder - wie vorgenannt - Information über zusätzliche Services aus Angaben im Adressraum erhalten, wenn diese Option eingerichtet ist, oder aus anderen Quellen.
Der Client kann zusätzliche Services innerhalb einer OPC UA Session aufrufen.
Optional kann der Client den Cancel Service von OPC UA auch zum Beenden eines Aufrufs von zusätzlichen Services nutzen. Optional kann der OPC-UA-Server OPC UA Events nutzen, um dem Client Daten eines zusätzlichen Serviceaufrufen zu zeigen. Diese Daten können beispielsweise Information darüber enthalten wie weit der Service vorangeschritten ist und welche Zwischenergebnisse es gibt. Der Client kann eine OPC UA Session abschließen. Je nach zusätzlichen Service kann die Lebensdauer solcher Services von der Dauer einer Session unabhängig sein, und somit noch existieren nachdem eine Session geschlossen ist, oder kann gelöscht werden nach Abschluss der Session.
Wie oben dargelegt, ist zur Realisierung der Erfindung eine Erweiterung des OPC UA Stack erforderlich. Um den damit verbundenen Entwicklungsaufwand zu vermeiden wäre eine alternative Lösung zusätzliche Services in OPC UA Methods zu packen, ohne Erweiterung des Protokolls. In diesem Fall würden vom Server bereitzustellende zusätzliche Services in eine sogenannte Wrapper Komponente gebracht. Solche Services könnten z. B. in WSDL (Web Services Description Lan- guage) definierte Web Services sein. Für Aufruf- und Antwort-Teile der Services käme - beispielsweise automatisiert - eine Abbildung in Input- und Output- Parameter von OPC UA Methods in Frage. Das Abbrechen von Services die mittels OPC UA Methods aufgerufen wurden könnte durch Abbrechen beziehungsweise Abbruch des Method Serviceaufrufs von OPC UA erfolgen. Der Client benötigt bei dieser Lösung ebenfalls eine Wrapper oder Wrapping Komponente um Serviceaufrufe in eine OPC UA Method zu packen und um Output-Parameter des Aufrufs in eine Service-Antwort zu wandeln. Aus mehreren Gründen - wie z. B. zusätzlicher Overhead für die Abbildung und ungünstige Darstellung der Services im OPC-UA-Adressraum - wird die erfindungsgemäße Lösung zur Integration von zusätzlichen Services in das OPC UA Service Framework als vorteilhafter erachtet.

Claims

Patentansprüche
1. Verfahren zur Kommunikation zwischen Clients und Servern eines Client/Server-Systems unter Verwendung des Standardprotokolls OPC UA, und wobei zur Interaktion eines OPC UA Clients (41 ) mit einem OPC UA Server (43) OPC UA Serviceaufrufe verwendet werden, dadurch gekennzeichnet, dass vom OPC UA Client (41) zusätzliche Services innerhalb einer OPC UA Session aufgerufen werden, wobei die zusätzlichen Services mittels eines Client-Teils (45) für die Nutzung von zusätzlichen Services aufgerufen, und mittels eines Server-Teils (47) zur Bereitstellung von zusätzlichen Services behandelt werden.
2. Verfahren nach Anspruch 1 , dadurch gekennzeichnet, dass der OPC UA Client (41) vom standardgemäßen OPC UA Address Space Information über zusätzliche Services erhält .
3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass der OPC UA Client (41) den standardgemäßen OPC UA Cancel Service zum Beenden eines Aufrufs von zusätzlichen Services benutzt.
4. Verfahren nach einem der vorstehenden Ansprüche, dadurch gekennzeichnet, dass zur Durchführung einer Kommunikation zwischen einem OPC UA Client (41) und einem OPC UA Server (43) unter Verwendung von zusätzlichen Services
- in einem ersten Schritt (51) eine OPC UA Session eingerichtet wird,
- in einem der weiteren Schritte (54) vom OPC UA Client (41) zusätzliche Services aufgerufen werden,
- ein solcher Aufruf des OPC UA Clients (41) vom OPC UA Server (43) in einem weiteren Schritt (55) an seinen Server-Teil (47) zur Bereitstellung von zusätzlichen Services weitergegeben wird, - vom Server-Teil (47) der Aufruf von zusätzlichen Services in einem weiteren Schritt (56) behandelt wird, und
- vom OPC UA Client (41) durch standardgemäßen Aufruf (59) einer Methode zum Beenden der OPC UA Session alle Transaktionen, auch solche unter Nutzung von zusätzlichen Services geschlossen werden.
5. Einrichtung zur Kommunikation zwischen Clients und Servern eines Client/Server-Systems unter Verwendung des Standardprotokolls OPC UA, und wobei zur Interaktion eines OPC UA Clients (41) mit einem OPC UA Server (43) OPC UA Serviceaufrufe verwendbar sind, dadurch gekennzeichnet, dass vom OPC UA Client (41) zusätzlichen Services innerhalb einer OPC UA Session aufrufbar sind, wobei zum Aufruf von zusätzlichen Services im OPC UA Client (41) ein Client-Teil (45) für die Nutzung von zusätzlichen Services vorhanden ist, und im OPC UA Server (43) ein Server-Teil (47) zur Bereitstellung von zusätzlichen Services implementiert ist.
6. Einrichtung nach Anspruch 5, dadurch gekennzeichnet, dass zur Integration von zusätzlichen Services in das OPC UA Service Framework der standardgemäße OPC UA Stack sowohl auf der Client- wie auch auf der Server-Seite erweitert ist.
PCT/EP2008/010295 2007-12-21 2008-12-05 Verfahren und einrichtung zur kommunikation gemäss dem standardprotokoll opc ua in einem client-server-system Ceased WO2009083091A2 (de)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN200880123105.9A CN101981897B (zh) 2007-12-21 2008-12-05 根据标准协议opc ua在客户端服务器系统中通信的方法和装置
US12/819,894 US8423608B2 (en) 2007-12-21 2010-06-21 Method and device for communicating according to the standard protocol OPC UA in a client/server system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102007062985.2 2007-12-21
DE102007062985.2A DE102007062985B4 (de) 2007-12-21 2007-12-21 Verfahren und Einrichtung zur Kommunikation gemäß dem Standardprotokoll OPC UA in einem Client-Server-System

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/819,894 Continuation US8423608B2 (en) 2007-12-21 2010-06-21 Method and device for communicating according to the standard protocol OPC UA in a client/server system

Publications (2)

Publication Number Publication Date
WO2009083091A2 true WO2009083091A2 (de) 2009-07-09
WO2009083091A3 WO2009083091A3 (de) 2010-04-22

Family

ID=40689949

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2008/010295 Ceased WO2009083091A2 (de) 2007-12-21 2008-12-05 Verfahren und einrichtung zur kommunikation gemäss dem standardprotokoll opc ua in einem client-server-system

Country Status (4)

Country Link
US (1) US8423608B2 (de)
CN (1) CN101981897B (de)
DE (1) DE102007062985B4 (de)
WO (1) WO2009083091A2 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11323519B2 (en) * 2017-04-19 2022-05-03 Microsoft Technology Licensing, Llc Internet of things pub-sub data publisher

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102008011191A1 (de) * 2008-02-26 2009-08-27 Abb Research Ltd. Client/Server-System zur Kommunikation gemäß dem Standardprotokoll OPC UA und mit Single Sign-On Mechanismen zur Authentifizierung sowie Verfahren zur Durchführung von Single Sign-On in einem solchen System
EP2823617B1 (de) * 2012-05-31 2018-07-11 Siemens Aktiengesellschaft Kommunikation zweier clients über einen server
CN104350724B (zh) * 2012-05-31 2017-09-22 西门子公司 客户端借助于opc‑ua对服务的访问的方法
US8997186B2 (en) 2013-01-24 2015-03-31 General Electric Company System and method for enhanced control system security
US20140364970A1 (en) * 2013-06-07 2014-12-11 General Electric Company System and method for application development and deployment
US20170161122A1 (en) * 2014-06-25 2017-06-08 Siemens Aktiengesellschaft Method and device for implementing a transaction concept in opc ua by means of a timeout mechanism
WO2016004997A1 (de) * 2014-07-10 2016-01-14 Siemens Aktiengesellschaft Verfahren und vorrichtung zur energieoptimierten datenübertragung mittels opc ua protokoll
EP3002921B1 (de) * 2014-09-30 2018-10-31 Siemens Aktiengesellschaft Gerätevorrichtung für eine automatisierungsanlage
CN105320517B (zh) * 2014-12-29 2018-05-15 中国科学院沈阳自动化研究所 基于web服务的适配器中间件系统及方法
US10048713B2 (en) * 2015-11-19 2018-08-14 Rockwell Automation Technologies Inc. Energy operations across domains
US10495336B2 (en) * 2015-11-19 2019-12-03 Rockwell Automation Technologies, Inc. Energy operations across domains
CN105530240B (zh) * 2015-11-27 2019-09-20 机械工业仪器仪表综合技术经济研究所 多种工业协议向opc ua地址空间自动映射的方法
DE102015121867A1 (de) * 2015-12-15 2017-07-06 Endress+Hauser Process Solutions Ag Verfahren zum Bereitstellen eines generischen Diagnosemodells
EP3182235B1 (de) * 2015-12-18 2019-03-27 Siemens Aktiengesellschaft Verfahren und industrielle steuerung zum aufruf einer funktion eines steuerungsprogramms mittels eines opc ua aufrufs
FI127806B (en) * 2017-12-22 2019-02-28 Prosys Opc Oy A method, a system and a computer program product for managing OPC UA server capacity
US10893126B2 (en) 2018-03-29 2021-01-12 Siemens Aktiengesellschaft Method and apparatus for protocol translation and exchange of selectable, contextualized data between a server using a next-generation protocol and a legacy server
CN108873847B (zh) * 2018-07-13 2020-11-20 北京工业大学 一种面向模锻生产线的数据采集方法
EP3723346B1 (de) * 2019-04-10 2024-08-21 ABB Schweiz AG Selektive adressraumaggregation
EP3758333B1 (de) * 2019-06-25 2022-09-28 Schneider Electric Industries SAS Verfahren zum konfigurieren eines industriellen automatisierungssystems
EP3767922B1 (de) * 2019-07-17 2023-11-08 ABB Schweiz AG Verfahren zur kanalkartierung in einem industriellen prozesssteuerungssystem
DE102019123271A1 (de) 2019-08-30 2021-03-04 Phoenix Contact Gmbh & Co. Kg Verfahren und industrielle Steuerung zum sychronisierten Aufrufen eines Funktionsbausteins in einem Steuerungsprogamm mit OPC UA
CN113162955B (zh) * 2020-01-07 2023-02-10 中国石油天然气集团有限公司 长输管道的监控方法、设备、系统、服务器和存储介质
EP3851928B1 (de) * 2020-01-17 2024-04-24 Siemens Aktiengesellschaft System zur datenübertragung zwischen einer client-vorrichtung, einer servervorrichtung und einer vielzahl von automatisierungsvorrichtungen
US11106435B1 (en) * 2020-02-13 2021-08-31 Yokogawa Electric Corporation OPC UA server, system operating using OPC UA, and method of executing OPC UA system
CN114390088B (zh) * 2021-12-31 2024-04-09 北京东土科技股份有限公司 一种edps通过opc ua客户端与opc ua服务端的交互方法以及装置

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7003558B2 (en) * 1998-10-16 2006-02-21 Iconics, Inc. Method and system for communicating information and controlling equipment according to a standard protocol between two computers
AU2001292691B2 (en) * 2000-09-15 2007-05-24 Schneider Electric Software, Llc A method and system for remote configuration of process data access servers
JP2007536634A (ja) * 2004-05-04 2007-12-13 フィッシャー−ローズマウント・システムズ・インコーポレーテッド プロセス制御システムのためのサービス指向型アーキテクチャ
US8055727B2 (en) * 2005-09-22 2011-11-08 Fisher-Rosemount Systems, Inc. Use of a really simple syndication communication format in a process control system
US8281385B2 (en) * 2005-09-29 2012-10-02 Rockwell Automation Technologies, Inc. Internet friendly proxy server extending legacy software connectivity
EP1860564A1 (de) * 2006-05-26 2007-11-28 Siemens Aktiengesellschaft Verfahren und Vorrichtung zum Austausch von Daten auf Basis des OPC-Kommunikationsprotokolls zwischen redundanten Prozessautomatisierungskomponenten
JP2008077535A (ja) * 2006-09-25 2008-04-03 Yokogawa Electric Corp フィールド通信システム、フィールドサーバ、フィールド機器およびフィールド通信方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11323519B2 (en) * 2017-04-19 2022-05-03 Microsoft Technology Licensing, Llc Internet of things pub-sub data publisher

Also Published As

Publication number Publication date
CN101981897B (zh) 2016-08-24
WO2009083091A3 (de) 2010-04-22
DE102007062985B4 (de) 2014-01-02
CN101981897A (zh) 2011-02-23
DE102007062985A1 (de) 2009-06-25
US20100281097A1 (en) 2010-11-04
US8423608B2 (en) 2013-04-16

Similar Documents

Publication Publication Date Title
DE102007062985B4 (de) Verfahren und Einrichtung zur Kommunikation gemäß dem Standardprotokoll OPC UA in einem Client-Server-System
DE102007062986B4 (de) Verfahren und Einrichtung zur Client-Server-Kommunikation gemäß dem Standardprotokoll OPC UA
DE69724877T2 (de) Verfahren und Vorrichtung zum Betrieb einer Aggregation von Serverrechnern mittels eines Doppelzweck-Proxy-Servers
DE102005050304A1 (de) Verfahren und Programm für die Generierung automatisch verteilbarer Clients von Application-Servern
EP2340485A1 (de) Verfahren zur konfiguration einer applikation
DE19937753A1 (de) System und Verfahren zum Testen der Belastung wenigstens einer IP-gestützten Einrichtung
DE10212634B4 (de) Verfahren zum Betreiben eines Druckers und computerlesbares Medium mit Anweisungen zur Ausführung des Verfahrens
DE60204450T2 (de) Einrichtung und verfahren zum datenflussaustausch zwischen einer client-einrichtung und einem server
EP2304558B1 (de) System und verfahren zur fernkommunikation zwischen einem zentralen computer und einer maschinensteuerung
WO2003094046A2 (de) Verzeichnisdienst in einem automatisierungssystem
EP1844390B1 (de) Verfahren und anordnung zum drucken über anwendungsserver sowie ein entsprechendes computerprogramm und ein entsprechendes computerlesbares speichermedium
DE60224737T2 (de) Vorrichtung und System zum Abrufen von Information in einem Netzwerk
DE102007009737B4 (de) Verfahren, Drucksystem und Computerprogramm zum automatischen Bearbeiten von Auftragsbegleitdaten eines Druckauftrages
EP2839623B1 (de) Verfahren und vorrichtungen zum schreibzugriff auf eine variable in einem server
EP3200034B1 (de) Zugriff auf daten oder funktionen einer speicherprogrammierbaren steuerung mittels eines webdienstes
DE602005005727T2 (de) Verfahren und Vorrichtung zur Verbindung von Knoten mit heterogenen Kommunikationsprotokollen
DE102006028309A1 (de) Mehrseitiges, gemeinschaftliches Verwenden von dynamischen Daten in einer drahtlosen Testumgebung
DE10244459A1 (de) Rechner- und/oder Software-Architektur unter Verwendung von Micro-Kernel- und Multi-Tier-Konzept mit Komponententechnik
EP2093676A1 (de) Verfahren zur Generierung von Funktionsbausteinen für Webdienste.
EP3167593B1 (de) Vorrichtung, verfahren und computerprogrammprodukt zur sicheren datenkommunikation
EP2645630B1 (de) Adaptives Remote-Service-Protokoll
EP1177667B1 (de) Netzwerk, interpreter für ein derartiges netzwerk und verfahren zum betreiben eines netzwerkes
EP1665651A1 (de) Nutzung von diensten innerhalb eines kommunikationsnetzes mit internetmechanismen und eines automatisierungssystems
DE102004004345A1 (de) System und Verfahren zur Kommunikation zwischen entfernten Objekten und lokalen Stellvertretern
EP0825526B1 (de) Verfahren zur Unterstützung der Interaktion zwischen einer ersten und einer zweiten Einheit

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200880123105.9

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 2182/KOLNP/2010

Country of ref document: IN

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 08869144

Country of ref document: EP

Kind code of ref document: A2