Читать книгу Implementierung von Lizenzmodellen in .NET - Fabian Deitelhoff - Страница 11

Bisher wurde eine Lizenz aus einer bestimmten Perspektive betrachtet. Es kann sich dabei um die verschiedensten Dokumente handeln, die bestimmte Rechte gewähren oder explizit untersagen. Aus Softwaresicht handelt es sich dabei um Nutzungsrechte. Die Softwareentwicklung ist es aber, die eine weitere Sichtweise beinhaltet. Denn bis jetzt ist eine Lizenz nichts weiter als etwas Organisatorisches: ein rechtliches Mittel mit Nutzungsrechten. Aber wie sieht die technische Betrachtung aus? Gerade im Hinblick auf ein Softwareprodukt ist das zu berücksichtigen. Daran können viele Entwicklungen und Produkte scheitern, weil sie es dem Kunden erschweren, ein Produkt schlicht und ergreifend zu nutzen.

Beim Thema Führerschein ist das kein großes Problem, um erneut dieses Beispiel zu bemühen. Zunächst gab es etliche Jahrzehnte lang den Papierführerschein, der umgangssprachlich nur Lappen genannt wird. Dann wurde auf das Scheckkartenformat umgestellt.

Bei der Software hat sich das im Lauf der Zeit auch geändert, wie das Kapitel zu Lizenzen im Wandel der Zeit schon angerissen hat. Technisch gesehen gibt es viele Möglichkeiten, eine Lizenz zu realisieren. Die folgende Liste enthält nur einige Möglichkeiten, die Entwicklern und Entwicklerinnen ad-hoc bei dem Thema in den Sinn kommen:

 Dateien

 Hardware-Dongle

 Hardware-basiert

 Online-basiert

 Cloud-basiert

 Spezielle Zeichenketten

 Transparente Verfahren

Natürlich überlappen sich diese Bereiche und streng genommen kann alles als Datei oder spezielle Zeichenkette aufgefasst werden. Es geht aber nicht so sehr um die Betrachtung aus Sicht einer Programmiersprache, sondern um die technische Konzeption. Soll das Produkt durch eine Lizenzdatei geschützt werden oder gibt der Kunde eine 12-stellige Zeichenkette ein, bestehend aus alphanumerischen Zeichen. Das alles sind technische Fragen zur Realisierung, die im Vorfeld geklärt werden müssen oder die sich aus der Konzeption des Produkts heraus ergeben. Wer einen Cloud-basierten Dienst plant, wird die Kunden sicherlich keinen Lizenzschlüssel eingeben lassen. Die Verknüpfung mit Benutzerkonten ergibt hier deutlich mehr Sinn. Zudem macht die organisatorische Sicht deutlich, dass es häufig von der Konzeption einer Softwarelösung abhängt, welche Lizenzierung überhaupt zum Einsatz kommen kann oder welche zu bevorzugen ist. Ein Hardware-basiertes Lizenzmodell zum Beispiel, das die Hardware der Maschinen zur Berechnungen der Lizenzinformationen heranzieht, kann in einem Mehrbenutzerumfeld auf den ersten Blick zwar Sinn ergeben, erschwert aber vielleicht die Administration und Wartung dieser Lösung. Werden, nur um ein Beispiel zu nennen, 1.000 Arbeitsplätze eingesetzt, fällt hier und da sicherlich die ein oder andere Hardwarekomponente mit einem Defekt aus. Dann ist eine Re-Lizenzierung notwendig. Vielleicht sogar mithilfe eines telefonischen Supports, weil sich dieser Konflikt nicht direkt über ein Online-Portal lösen lässt. Dieser Umstand kann eine IT-Abteilung sehr gut beschäftigen. Unnötigerweise, sei dazu gesagt.

Windows-Benutzer kennen dieses Problem. Schon bei Windows 7 und Vorgängern ist die Lizenz an verschiedene Merkmale der eingebauten Hardware gebunden. Wird eine Untermenge dieser Komponenten getauscht, meldet sich Windows beim nächsten Neustart mit der Meldung, dass die Aktivierung fehlt. Diese muss dann nachgeholt werden, was häufig nicht ohne einen Telefonanruf gelingt.

Bei Windows 8 ist das Problem noch verschärfter. Zumindest im Bereich der OEM-Rechner. Damit sind Komplettrechner mit vorinstalliertem Windows 8 gemeint. Anders als bei Windows 7 OEM-PCs fehlt bei der Windows 8-Variante der Aufkleber am PC-Gehäuse, der die Lizenzinformationen enthält. Allen voran der Produkt-Schlüssel, der zur Installation beziehungsweise Aktivierung notwendig ist. Bei der Erstinstallation von Windows 8 muss dann kein Produkt-Schlüssel mehr vom Kunden eingegeben werden, da dieser aus den ACPI-Tabellen des Systems ausgelesen wird. Was sich zunächst komfortabel anhört, hat einen entscheidenden Nachteil. Diese Tabellen befinden sich nämlich in der Firmware des Mainboards. Wird das Mainboard getauscht, ist damit auch keine gültige Lizenz mehr vorhanden. Hier ist der Kunde auf ein Austausch-Mainboard des OEM-Herstellers angewiesen, das ebenfalls einen passenden Produkt-Schlüssel enthält. Denn Microsoft speichert auf seiner Seite einen Hash-Wert, der sich aus der Hardware des Systems ergibt. Bei der Aktivierung wird nun geprüft, ob der Lizenzschlüssel tatsächlich mit dem Hash-Wert übereinstimmt, um so zu prüfen, ob die Lizenz auch tatsächlich auf der Hardware installiert wird, zu der sie ausgeliefert wurde. Dieses Verfahren kommt einem Hardware-Dongle gleich. Das Vorgehen wird noch für reichlich Diskussionen sorgen, denn es beschränkt auch den Gebrauchthandel von Software, der ausdrücklich erlaubt ist. Das hat der Europäische Gerichtshof im Urteil vom 03. Juli 2012 bestätigt. Der EuGH stellt darin fest, dass gebrauchte Software weiterverkauft werden darf, unabhängig davon, wie sie erworben worden ist. Erfreulicherweise gilt das auch für Software, die durch einen Download erworben wurde. Auch das Recht auf spätere Aktualisierung dieser Software ist dadurch nicht beeinflusst. Auch Volumenlizenzen, also mehrere Lizenzen im Paket, dürfen aufgeteilt und einzeln weiterverkauft werden. Der Bundesgerichtshof hat im Urteil vom 17. Juli 2013 das Urteil vom EuGH bestätigt (Aktenzeichen I ZR 129/08).

Weitere Informationen zum Gebrauchthandel und Windows 8 fasst der Kasten „Windows 8 und das Strafrecht“ zusammen.