Referenz

Lizenzen

Lizenzmodelle

Das OPC UA .NET SDK wird in zwei Lizenzmodellen angeboten, die beide royalty-free sind: Mit einer Lizenz dürfen Sie beliebig viele Anwendungen entwickeln und ausliefern, ohne Stückkosten und ohne Runtime-Gebühren. Untersagt ist, auf Basis des lizenzierten SDK eigene SDK-artige Produkte zu entwickeln.

Kauflizenz
Einmalige Zahlung, unbefristet gültig. Support und Updates sind für 12 Monate enthalten und können verlängert werden.

Abo-Lizenz
Jährliche Zahlung. Support, Updates und neue Features sind während des Abonnements immer enthalten. Für die Weiterentwicklung und das Debugging benötigen Sie ein aktives Abonnement. Bereits ausgelieferte Anwendungen laufen auch nach Ende des Abonnements weiter.

Unabhängig vom Modell bestimmt der Lizenztyp, wie viele Personen mit dem SDK entwickeln dürfen:

• Einzelentwickler: eine Person an einem Arbeitsplatz
• Standortlizenz: alle, die an einem Standort entwickeln
• Unternehmenslizenz: alle, die an den registrierten Standorten des Unternehmens entwickeln

Die vollständigen Konditionen finden Sie auf der Seite SDK Lizenzierung. Weitere Informationen enthalten unsere aktuellen Lizenzbedingungen, die wir Ihnen gerne vorab zusenden.

SDK-Varianten und Pakete

Für die Entwicklung von OPC-UA-Anwendungen gibt es das SDK in unterschiedlichen Paketen. Je nach Paket ist der Funktionsumfang kleiner oder größer. Unabhängig vom verwendeten Paket schaltet die passende Lizenz die Schnittstellen frei, die das Paket bereitstellt.

Client: OPC UA Client SDK
Eine Client-Lizenz ermöglicht es, die Schnittstellen zu verwenden, die das SDK ausschließlich für die Client-Entwicklung bereitstellt. Das SDK unterstützt dabei OPC UA (Unified Architecture) und alle dafür von OPC UA definierten Client-Facets, zum Beispiel Data Access (DA), Historical Data Access (HDA) und Alarms & Events (AE) beziehungsweise Alarms & Conditions.

Für die Entwicklung können Sie die Pakete Opc.UaFx.Client und Opc.UaFx.Advanced verwenden. Die Klasse Opc.UaFx.Client.Licenser schaltet die Client-Schnittstellen frei. Zu dieser Lizenz können Sie zusätzlich das Add-on OPC Classic erwerben.

Server: OPC UA Server SDK
Eine Server-Lizenz ermöglicht es, die Schnittstellen zu verwenden, die das SDK ausschließlich für die Server-Entwicklung bereitstellt. Das SDK unterstützt dabei OPC UA (Unified Architecture) und alle dafür von OPC UA definierten Server-Facets, zum Beispiel Data Access (DA), Historical Data Access (HDA) und Alarms & Events (AE) beziehungsweise Alarms & Conditions.

Für die Entwicklung können Sie ausschließlich das Paket Opc.UaFx.Advanced verwenden. Die Klasse Opc.UaFx.Server.Licenser schaltet die Server-Schnittstellen frei.

Bundle: OPC UA SDK (Client & Server)
Eine Bundle-Lizenz ermöglicht es, die Schnittstellen zu verwenden, die das SDK für die Client- und für die Server-Entwicklung bereitstellt. Das SDK unterstützt dabei OPC UA (Unified Architecture) und alle dafür von OPC UA definierten Client- und Server-Facets, zum Beispiel Data Access (DA), Historical Data Access (HDA) und Alarms & Events (AE) beziehungsweise Alarms & Conditions.

Für die Client-Entwicklung können Sie das Paket Opc.UaFx.Client oder das Paket Opc.UaFx.Advanced verwenden. Für die Server-Entwicklung können Sie ausschließlich das Paket Opc.UaFx.Advanced verwenden. Die Klasse Opc.UaFx.Licenser schaltet die Client- und Server-Schnittstellen frei. Zu dieser Lizenz können Sie zusätzlich das Add-on OPC Classic erwerben.

Add-on OPC Classic
Mit dem Add-on OPC Classic können Sie Clientanwendungen für OPC Classic entwickeln. Die Client-Schnittstellen verwenden dafür einen internen Wrapper-Server für OPC Classic. Das Add-on wird nur unter Windows unterstützt, da OPC Classic für die Kommunikation zwischen Client und Server die DCOM-Schnittstellen von Microsoft verwendet. Zusätzlich benötigt das Zielsystem die OPC Classic Runtime der OPC Foundation (siehe OPC Classic Runtime).

Für die Client-Entwicklung mit OPC Classic können Sie ausschließlich das Paket Opc.UaFx.Advanced verwenden. Bei einer Client-Lizenz mit Add-on OPC Classic schaltet die Klasse Opc.UaFx.Client.Licenser die Client-Schnittstellen für OPC Classic frei, bei einer Bundle-Lizenz mit Add-on OPC Classic die Klasse Opc.UaFx.Licenser.

Lizenzschlüssel

Funktionsweise

Nach dem Erwerb der Lizenz erhalten Sie einen Lizenzschlüssel, der die erworbenen Schnittstellen und Optionen freischaltet. Der Lizenzschlüssel ist eine kodierte, zusammenhängende Zeichenfolge. Tragen Sie ihn in Ihrer Anwendung über die Eigenschaft LicenseKey der passenden Klasse Licenser ein. Nur wenn die Klasse Licenser einen gültigen Lizenzschlüssel erhalten hat, stehen die erworbenen Schnittstellen und Optionen zur Verfügung.

Wenn ein Bundle-Lizenzschlüssel über Opc.UaFx.Licenser eingetragen ist, prüft das SDK ausschließlich gegen diese Lizenz. Ein zusätzlich über Opc.UaFx.Client.Licenser oder Opc.UaFx.Server.Licenser eingetragener Schlüssel bleibt dann unberücksichtigt. Welche Lizenz das SDK verwendet, liefert die Eigenschaft LicenseInfo. Wie Sie den Schlüssel eintragen und die Lizenz zur Laufzeit prüfen, beschreibt die Seite Lizenz einrichten.

Inhalt des Lizenzschlüssels

Ihr Lizenzschlüssel enthält alle Informationen zur erworbenen Lizenz. Dazu gehören die Daten des Lizenznehmers und des Lizenzgebers, die Seriennummer, die Produktinformationen sowie die Produktfeatures und -optionen. Außerdem enthält er den vorgesehenen Verwendungszweck samt Daten zur Laufzeit, zur Bereitstellung, zur Gültigkeit beziehungsweise zum Supportende. Anhand dieser Informationen schalten unsere Produkte die erworbenen Funktionen frei.

Prüfung der Gültigkeit

Das SDK prüft die Gültigkeit einer Lizenz zur Laufzeit. Dafür verwendet es keine Remote-Dienste oder ähnliche Schnittstellen, die über die lokale Hardware hinausgehen. Abgesehen von hardwaregebundenen Lizenzen verwendet es für die Validierung keine weiteren Parameter. Ob Sie eine bestimmte Version des Produkts verwenden können, ergibt sich aus dem Vergleich des Release-Datums mit dem Supportende-Datum.

Weitergabe

Der Lizenzschlüssel ist der Nachweis der Lizenzvereinbarung, die Traeger und Sie zur Nutzung eines Produkts mit den erworbenen Funktionen geschlossen haben. Die Weitergabe des Lizenzschlüssels entspricht damit einer Unterlizenzierung. Diese ist gemäß Lizenzvereinbarung nicht vorgesehen und steht ausschließlich dem Lizenzgeber zu. Die Verwendung eines Wrapper-Produkts und dessen Weitergabe an Dritte entspricht einer Unterlizenzierung und ist damit ebenfalls untersagt.

Schutz in der Anwendung

Sie erhalten den Lizenzschlüssel als zusammenhängende, kodierte Zeichenfolge. Zeichenfolgen, die in eine Anwendung eingebettet sind, lassen sich stets aus dem Speicher der Anwendung auslesen und damit kopieren. Jedes andere Verfahren ist auf die gleiche Weise übertragbar, zum Beispiel das Branding des Produkts für einen Lizenznehmer oder die Bereitstellung einer Lizenzdatei. Deshalb ist es weit verbreitet, die Lizenz als Zeichenfolge bereitzustellen. Ihre Nutzung lässt sich dabei nur durch Vertrauen und stichprobenartige Überprüfung sicherstellen.

Maßnahmen gegen Weitergabe

Gemäß Lizenzvereinbarung ist der Kunde verpflichtet, alle technisch zumutbaren Maßnahmen zu ergreifen, um den Lizenzschlüssel zu sichern und seine Weitergabe an Dritte zu vermeiden. Der Lizenzgeber schreibt für solche Maßnahmen weder Voraussetzungen noch Empfehlungen vor. Wenn Sie eine Anwendung bereits obfuskieren, können Sie auch den Lizenzschlüssel ohne Einschränkungen obfuskieren und wie andere Zeichenketten verschlüsselt in die Anwendungsressourcen einbetten. Auch weniger technische Maßnahmen können vor einer Weitergabe schützen. Eine solche Möglichkeit ist, in den eigenen Lizenzvereinbarungen das Reverse Engineering der eigenen Produkte durch deren Nutzer zu untersagen.

Fahrlässige Veröffentlichung

Der Lizenznehmer ist dafür verantwortlich, den Lizenzschlüssel vertraulich zu behandeln. Die (bewusst) offensichtliche Weitergabe der Lizenz an Dritte führt zu einem Bruch der Lizenzbedingungen und damit zu den dort beschriebenen Folgen. Wenn ein Lizenzschlüssel öffentlich bekannt wird, lässt sich über seine Informationen der ursprüngliche Lizenznehmer ermitteln und zur Verantwortung ziehen. Eine Fahrlässigkeit liegt insbesondere dann vor, wenn der Lizenzschlüssel an öffentlich (leicht) zugänglichen Orten gespeichert wird. Dazu gehören zum Beispiel öffentliche Repositories, Download-Seiten, Foren, Social Media, Tauschbörsen und ähnliche Plattformen.

Prüfung durch Traeger

Anhand der Informationen zum Lizenznehmer im Lizenzschlüssel lässt sich ein Lizenzschlüssel jederzeit zum eigentlichen Lizenznehmer zurückverfolgen. So lässt sich prüfen, ob die Lizenz gültig verwendet wird. Auch bei Supportanfragen prüfen wir stichprobenartig die Lizenzrechte. Während wir die Kontaktdaten der anfragenden Person überprüfen, kann unser Support nach weiteren Informationen fragen. Damit wir Ihre Anfrage schneller bearbeiten können, empfehlen wir, die Seriennummer der Lizenz mitzusenden beziehungsweise bereitzuhalten.