DE19612999C2 - System zur Sicherung geschützter Software gegen unbefugte Benutzung in Rechnernetzwerken - Google Patents

Description

Die Erfindung betrifft ein System zur Sicherung geschützter Software gegen unbefugte Benutzung, d. h. nicht lizenzierte Nutzung, in Rechnernetzwerken, wie z. B. Netze von UNIX-Workstations.

Mit der zunehmenden Verbreitung von Rechnernetzwerken wächst auch das Schutzbedürfnis der Softwarehersteller gegenüber einer unzulässigen Benutzung der von ihnen geschaffenen Computerprogramme innerhalb eines Netzwerkes. In jüngerer Zeit gewinnen Rechnernetzwerke an Bedeutung, die aus mehreren ange­ schlossenen Benutzerstationen mit eigenständigen Prozessorkapazitäten, ein oder mehreren Prozessoren, bestehen und den gleichzeitigen Betrieb von ein- und dersel­ ben Software in Rechnernetzen an mehreren Arbeitsplätzen erlauben. Somit erlaubt der Einsatz eines Computerprogramms auf mindestens einem in einem Netzwerk integrierten Rechner grundsätzlich die Möglichkeit einer zeitgleichen Mehrfachnut­ zung der Software auf mehreren Rechnern, auf mehreren Prozessoren und im Multi-tasking-Betrieb auf einem Prozessor, denn ohne die Möglichkeit zeitgleicher Mehrfachnutzung müßten sämtliche Nutzer mehrere Programmexemplare bei gleichzeitiger multipler Nutzung erwerben.

Die Problematik der Lizenzierung von Software in einem Netzwerk besteht also darin, daß die Nutzung und der Schutz einer lizenzierten Software mehrfach und zeitgleich auf mehreren oder allen im Netzwerk integrierten Rechnern möglich sein muß. Ohne einen Softwareschutz entzieht die Mehrfachnutzung dem Softwareher­ steller potentielle Kunden. Dieses gilt sowohl für lokale Netzwerke als auch für sogenannte wide-area-networks, die grenz- oder auch kontinentüberschreitend betrieben werden können.

Gleichzeitig ist es für die Kunden sehr hilfreich, daß die Anzahl der zu erwerbenden Lizenzen einer Software nicht von der Anzahl der Rechner, die für die Nutzung vorgesehen sind, sondern vom tatsächlichen Nutzungsbedarf an der Software abhängt.

Es liegt deshalb im Interesse der Softwarehersteller und auch der Nutzer, für die lizenzierte Software auch in Netzwerken einen wirksamen Schutz vorzusehen, der jedoch den Anwender in der zulässigen, flexiblen Nutzung der erworbenen Lizenz­ software in keiner Weise behindert.

Die bisher eingesetzten Systeme zum Schutz von Software basieren auf zwei grundlegenden Prinzipien. Dies sind einerseits die PC-orientierten Hardlocks, die auch als Dongle bezeichnet werden, und in der Regel an der parallelen Schnittstelle eines Rechners angebracht werden. Der Dongle verwendet normalerweise einen Hardware-Schlüssel, der den Rechner, an dem er physisch angeschlossen ist, zur Abarbeitung eines auf diesem Rechner installierten Programmes authorisiert.

Beispiele für einen solchen Dongle sind in dem WO 91/15816; WO 94/06071 und EP 183 608 offenbart.

Die Nachteile einer solchen Vorrichtung liegen darin, daß der Dongle mit dem Rechner verbunden sein muß, auf dem die Software genutzt wird. Beim Anwenden einer Lizenz auf einem anderen Rechner ist ein Wechsel des Dongles notwendig. Bei der Nutzung von mehreren Softwareprogrammen, die jeweils durch einen Dongle geschützt sind, wird die Anzahl der Dongle hinderlich, weil das notwendige Hintereinanderanordnen der verschiedenen Dongle zu einem technischen Hindernis wird, während gleichzeitig auch die Betriebssicherheit abnimmt, was zu Rechner­ abstürzen oder Hardwarebeschädigung führen kann. Für die Anwendung in Netz­ werken ist ein solcher Dongle ungeeignet, da weder die Anzahl von gleichzeitig laufenden Software-Programmen überwacht werden kann, noch die Lizenzierung von Software-Programmen auf anderen Rechnern möglich ist. Mehrfach-Lizenzen und Lizenz über verschiedene Plattformen, wie Personalcomputer und UNIX-Work­ stations sind nicht verwaltbar.

Gleichzeitig ist damit eine Sicherheitslücke verbunden, da beim Einloggen auf einem PC im Netzwerk über ein externes Terminal, z. B. über WINDD der Fa. Tektronix, eine unkontrollierte Mehrfachnutzung einer geschützten Software möglich ist.

Die zweite Möglichkeit des Softwareschutzes besteht in der Anwendung eines sogenannten Lizenzverwalters in Rechnernetzwerken, der ein auf einem Rechner im Rechnernetzwerk installiertes Programm darstellt. Dieses Programm überwacht die Ausführbarkeit einer vorgegebenen Anzahl von Lizenzen geschützter Program­ me, die sich entweder lokal auf demselben Rechner oder auf einem anderen Rech­ ner des gleichen Netzwerkes befinden. Die Authorisierung zur Programmbenutzung basiert auf der eindeutigen Identifikation jedes Rechners durch seine sogenannte Host-Id bzw. seine Netzwerkadresse.

Beispiele für solche Lizenzverwalter sind Flexlm von Highland Software und Netls von Hewlett Packard sowie das in der JP 6-223040 (A) offenbarte System zur Sicherung geschützter Software gegen unbefugte Benutzung in einem Rechnernetz­ werk. Bei dem zuletzt genannten System werden Lizenzen mittels eines auf einem Rechner befindlichen Software-Lizenzservers verwaltet.

Die Nachteile des auf einem Rechner des Netzwerkes installierten, sogenannten Lizenzverwalters liegen darin, daß die Überwachung der lizenzierten Programme an einen oder mehrere bestimmte Rechner im Netz gebunden ist, die Lizenzierung also von mindestens einem bestimmten Rechner abhängig ist. Bei Ausfall dieses Rech­ ners wegen eines Defektes oder der Entfernung des Rechners aus dem Rechner­ netzwerk, z. B. wegen Alterung oder Reparatur, ist auch auf allen anderen Rechnern des Rechnernetzwerkes keine weitere Arbeit mit den lizenzierten Software-Pro­ grammen möglich. Ebenso ist es nicht möglich, bestehende Lizenzen aus einem Netzwerk auf ein anderes zu übertragen. In diesem Falle ist eine vertrags-pflichtige, aufwendige Umlizenzierung notwendig. Bei dieser Umlizenzierung kann auch nicht verhindert werden, daß der Lizenznehmer die bisherige Lizenz auf dem alten Rechner unrechtmäßig weiter nutzt.

In der US 4 937 863 ist ein weiteres Lizensierungssystem beschrieben, das jedoch nur für eine Workstation/einen Großrechner anwendbar ist und keine Netzwerk­ funktionalität in der Lizensierung und keine Möglichkeit der Übertragbarkeit einer Lizenz aufweist. Dieses System kann zum Beispiel verwendet werden, um die Anzahl der Nutzer und die Ausführung bestimmter Betriebssystemprogramm auf Workstation zu kontrollieren, ist jedoch, wie erwähnt, für Netzwerke nicht ge­ eignet.

Aus der DE 94 20 092 U1 ist ein Modul zum Schutz von Software in einem Computernetzwerk bekannt, das mit dem Netzwerkserver über die parallele Schnitt­ stelle verbunden ist. Der Nachteil eines solchen Moduls besteht darin, daß er nicht hardwareunabhängig ist, sondern an die Schnittstellen und Betriebsprogramme der jeweils verwendeten Rechner angepaßt werden muß.

Die DE 40 10 094 A 1 offenbart ein Verfahren zur Überprüfung der Zugangsberech­ tigung eines Benutzers zu einem Prozessor, bei dem ein Authentifizierungsrechner vorgesehen ist, zu dem ein dem Zugang zu einem Prozeß anfordernder Benutzer mit einem ihm zugeordneten Paßwort Zugang erhält.

Die Erfindung hat sich deshalb die Aufgabe gestellt, einen Softwareschutz in Rechnernetzwerken zu entwickeln, der Hardware- und Betriebssystem - unabhängig ist und damit eine Plattform - übergreifende Lizensierung und Rechnerverwaltung in lokalen Netzen und Wide-area-networks ermöglicht.

Erfindungsgemäß wird die Aufgabe durch ein System zur Sicherung geschützter Software gegen unbefugte Benutzung in Rechnernetzwerken gelöst, das aus einem Abfragebestandteil, einem Verwaltungsbestandteil und einem Authorisierungs­ bestandteil besteht, wobei der Abfragebestandteil mit dem Verwaltungsbestandteil und der Verwaltungsbestandteil mit dem Authorisierungsbestandteil in bidirektiona­ lem Informationsaustausch steht, gekennzeichnet dadurch, daß der Authorisie­ rungsbestandteil ein mit einem einzigartigen Identifikationscode ausgestattetes, separates, rechnerunabhängiges und in das Rechnernetzwerk beliebig integrierbares Modul umfaßt.

Durch das unabhängig von einem Netzwerkrechner in das Netzwerk integrierte Modul mit seinem Identifikationscode wird ein Softwareschutz erreicht, der die Vergabe und Überwachung von netzwerkweiten Fließlizenzen unabhängig von der Hardwareplattform und unabhängig von speziellen, der Alterung und dem Ver­ schleiß und damit auch der Aussonderung unterliegenden Rechnern ermöglicht. Dieses hat den Vorteil, daß alle Rechner des Rechnernetzwerkes beliebig aus­ tauschbar sind und trotzdem die lizenzierte Nutzung der Software an jedem beliebi­ gen Rechner des Rechnernetzwerkes in der lizenzierten Anzahl möglich ist. Somit sind die Lizenzen auch auf ein beliebiges anderes Rechnernetzwerk übertragbar, indem das Modul aus dem einen Rechnernetzwerk entfernt und in ein anderes Rechnernetzwerk integriert wird. Eine gleichzeitige Weiternutzung der lizenzierten Software in dem alten Netz ist nicht möglich. Die Mitnahme eines Rechners aus dem bisherigen Rechnernetzwerk in das neue Rechnernetzwerk ist somit nicht mehr erforderlich. Auch bei Ausfall eines bestimmten Rechners des Rechnernetzwerkes kann die lizenzierte Software in uneingeschränkter Art und Weise auf anderen Rechnern im Rechnernetzwerk weiter genutzt werden. Damit entfällt auch eine aufwendige und nur einen eingeschränkten Softwareschutz bietende Umlizenzie­ rung, die bisher bei einem Wechsel des mit dem Lizenzverwalter programmierten und mit dem Identifikationscode ausgestatteten Rechners notwendig war.

Das Modul stellt netzwerkmäßig einen unabhängigen Host dar und der Identifika­ tionscode kann entweder eine Host-ID, seine Netzwerkadresse oder eine andere einmalige Kennung sein.

Unter Verwendung dieses Identifikationscodes und von Lizenzinformationen erstellt der Lizenzgeber einen einzigartigen Lizenzierungscode für die zu schützende Software. Veränderungen der Lizenzen sind nur durch Änderung des Lizenzierungs­ codes durch den Lizenzgeber möglich.

Für die Authorisierung der Nutzung geschützter Software benötigt der Nutzer den Identifikationscode, Lizenzinformationen und den Lizenzierungscode.

Diese Lizenzinformationen sollten im allgemeinen den oder die Lizenzgeber, den Namen und die Version der Lizenz/Lizenzen, die Anzahl der Lizenzen sowie Start und Enddatum der Lizenz/Lizenzen umfassen. Weitere oder andere Lizenzinforma­ tionen können bei Bedarf abrufbar gespeichert werden.

In einer bevorzugten Ausführungsform ist das Modul mit allen zur Authorisierung der Nutzung lizenzierter Software notwendigen Informationen ausgestattet, die durch den Identifikationscode, den Lizenzierungscode und die Lizenzinformationen gebildet werden.

In einer anderen bevorzugten Ausführungsform wird der Authorisierungsbestandteil aus dem Modul und einer Datei gebildet, die auf einem beliebigen Rechner des Netzwerkes geladen oder installiert oder in sonstiger Art und Weise durch den Rechner lesbar gespeichert sein kann. Die Datei enthält entweder den Lizenzie­ rungscode oder die Lizenzinformationen oder beides, d. h., Lizenzierungscode und Lizenzinformationen, wobei das Modul gegebenenfalls dann die jeweils noch fehlenden Informationen, in jedem Fall aber den Identifikationscode enthält.

Durch Speicherungen eines neuen Lizenzierungscodes und neuer Lizenzinformatio­ nen können ganz neue Lizenzen für eine andere Software des gleichen Lizenzge­ bers oder eines anderen Lizenzgebers sowie Änderungen bestehender Lizenzen eingegeben werden.

Die Speicherung der für die Authorisierung notwendigen Informationen in dem Authorisierungsbestandteil hat den Vorteil, daß gleichzeitig mehrere unterschiedli­ che Lizenzen, die auch von verschiedenen Lizenzgebern stammen können, gespei­ chert und auf Anforderung zur erlaubten Nutzung freigegeben werden können. Dabei ist es ohne Bedeutung, auf welchem Rechner des Netzwerkes die lizenzierte Software genutzt werden soll. Die Nutzung wird lediglich durch die Anzahl der erlaubten Nutzungen einer Lizenz begrenzt. Das heißt, wenn vertraglich beispiels­ weise zehn Lizenzen einer Software für das Netzwerk vergeben wurden, werden diese zehn Lizenzen rechnerunabhängig bei Bedarf zur gleichzeitigen Nutzung freigegeben, während eine über diese Anzahl hinausgehende Nutzungsanfrage abgewiesen werden würde. Diese Aufgabe übernimmt der Verwaltungsbestandteil.

Der Verwaltungsbestandteil umfaßt eine Software zur Verwaltung der geschützten Software, die entweder auf einem beliebigen Rechner des Netzwerkes geladen oder installiert werden kann oder aber in dem Modul integriert ist.

Die einzelnen Bestandteile des Softwareschutzsystems stehen miteinander in bidirektionalem Informationsaustausch, d. h., der Abfragebestandteil kommuniziert mit dem Verwaltungsbestandteil und dieser wiederum mit dem Authorisierungs­ bestandteil. Dieser Informationsaustausch erfolgt vorzugsweise mit Hilfe von verschlüsselten Protokollen. Die Ablage der Informationen in dem Modul, das vorzugsweise eine elektronische Baugruppe ist, wie zum Beispiel ein CMOS-Spei­ cher, erfolgt ebenfalls mit Hilfe eines verschlüsselten Protokolles.

Jedes Modul ist mit einem einzigartigen Identifikationscode ausgestattet, das heißt, daß kein anderes Modul den gleichen Code hat. Der Verwaltungsbestandteil ist mit Hilfe der installierten oder geladenen Lizenzverwaltungssoftware in der Lage, diesen Identifikationscode zu erkennen und zu verarbeiten. Wird an einem beliebigen Rechner eines Netzwerkes, das mit dem erfindungsgemäßen System ausgerüstet ist, eine lizenzierte Software aufgerufen, stellt deren Abfragebestand­ teil eine Verbindung zu dem nächstgelegenen Verwaltungsbestandteil her. Der Verwaltungsbestandteil wiederum stellt eine Verbindung zu dem Authorisierungs­ bestandteil her, um die erforderlichen Informationen, d. h., den Identifikationscode, die Lizenzinformation und den Lizenzierungscode, zur Freigabe oder Sperrung der Softwarenutzung einzuholen. Wird die erforderliche Information durch das Modul bereitgestellt, das heißt, erkennt der Verwaltungsbestandteil zum Beispiel die Host- ID des Moduls, und stimmen die Lizenzinformationen mit dem Lizenzierungscode überein, wird die Software für den anfragenden Rechner des Netzwerkes freigege­ ben. Wird eine Übereinstimmung der Information mit denen des Verwaltungs­ bestandteils nicht erzielt, also keine authorisierte Nutzung der Software erkannt, erfolgt keine Freigabe zur Nutzung der Software.

Das Rechnernetzwerk kann sowohl ein lokales Netzwerk als auch ein Wide-Area- Netzwerk sein. Das Modul kann an beliebiger Stelle des Rechnernetzwerkes mit Hilfe entsprechender herkömmlicher Netzwerkanschlüsse lösbar integriert werden. Diese Netzwerkanschlüsse sind beispielsweise Netzkabel mit geeigneten Steckver­ bindungen/Steckanschlüssen. Das Modul ist ein separates Hardwareteil, vorzugs­ weise eine elektronische Baugruppe, das von den Rechnern des Rechnernetzwer­ kes unabhängig ist.

Die Erfindung wird nachstehend anhand von Ausführungsbeispielen und den beigefügten Zeichnungen erläutert.

Fig. 1 zeigt eine schematische Darstellung eines Rechnernetzwerkes mit integrier­ tem Modul.

Fig. 2 zeigt ein Flußdiagramm der Authorisierungsprüfung und -freigabe.

Fig. 3 zeigt ein Flußdiagramm der Authorisierungsprüfung und -freigabe gemäß einer weiteren Ausführungsform der Erfindung.

In Fig. 1 ist schematisch ein Rechnernetzwerk dargestellt, das aus insgesamt neun Rechnern R1 bis R9 besteht. Auf einem der Netzwerkrechner, in diesem Fall R1, ist eine Lizenzverwaltungssoftware 12 installiert oder geladen, die mit den Netz­ werkrechnern R1 bis R9 sowie einem in dem Rechnernetzwerk 1 integrierten Modul 10 in Informationsaustausch steht. Die Software 12 könnte in jedem beliebigen Netzwerkrechner R1 bis R9 geladen oder installiert oder in dem Modul 10 selbst integriert sein und hat die Aufgabe, die Nutzung lizenzierter Software Lm zu verwalten (m ist eine ganze Zahl und stellt die Anzahl der Lizenzen einer ge­ schützten Software in einem Netzwerk dar). Die Software 12 wird mit der Lizenz der lizenzierten Software Lm an einen Lizenznehmer geliefert. Die Lizenz kann für unterschiedliche Lizenzarten, z. B. Fließlizenz oder an einer Host gebundene Lizenz, unterschiedlich konfiguriert sein. Die lizenzierte Software Lm umfaßt einen Ab­ fragebestandteil, der die Software 12 anspricht, und die Software 12 vermittelt die weitere Verbindung zu dem von den Rechnern R1, ...., Rn separaten Modul 10.

Je nach Konfiguration des Moduls 10 erfolgt die Abfrage und die Freigabe der authorisierten Nutzung der lizenzierten Software in verschiedenen Abläufen.

In Fig. 2 ist ein Flußdiagramm dargestellt, bei dem der Authorisierungsbestandteil 8 nur aus dem Modul 10 besteht und mit allen zur Authorisierung der Programm­ nutzung notwendigen Informationen ausgestattet ist.

Wird auf einem oder mehreren Rechnern R1, ..., Rn ein geschütztes Programm L1, ..., Lm gestartet, wird durch den Abfragebestandteil 2 des Programmes L1, ..., Lm eine Verbindung zu dem Verwaltungsbestandteil 6 hergestellt, der in diesem Fall eine in einem der Netzwerkrechner R1, ..., Rn geladene Software 12 umfaßt. Die Software 12 könnte auch in dem Modul 10 selbst integriert sein. Diese Software 12 versucht sodann, eine Verbindung zu dem in dem Rechnernetz integrierten Authorisierungsbestandteil 8, in diesem Beispiel dem Modul 10, herzu­ stellen. Ist ein solches Modul nicht vorhanden oder kann dieses wegen fehlender entsprechender Informationen nicht angesprochen werden, sperrt das Programm 12 die weitere Abarbeitung des geschützten Programmes L1, ..., Lm. Wird ein ent­ sprechendes Modul 10 in dem Netzwerk gefunden, veranlaßt das Programm 12 eine Abfrage an das Modul 10 nach dem Identifikationscode, den Lizenzinformatio­ nen und dem Lizenzierungscode und ermittelt, ob eine berechtigte Benutzung des geschützten Programmes L1, ..., Lm vorliegt oder nicht. Die Abfrage kann nachein­ ander oder gleichzeitig durchgeführt werden und umfaßt z. B. die folgenden Schritte:

• - Ist der Identifikationscode bekannt?
• - Ist der Lizenzname vorhanden und bekannt?
• - Stimmt die Programmversion überein?
• - Liegt das Abfragedatum zwischen Lizenzbeginn und Lizenzende?
• - Ist die Anzahl der Lizenzen überschritten?

Nur wenn alle Abfragen mit "Ja" beantwortet werden, wird die geschützte Soft­ ware L1, ...., Lm auf dem entsprechenden Netzwerkrechner R1, ..., Rn freigegeben. Wird nur eine der Anfragen mit "Nein" beantwortet, wird keine weitere Nutzung des Programmes erlaubt und das Programm abgebrochen oder für den weiteren Zugriff gesperrt.

Der Informationsaustausch zwischen den Bestandteilen 2, 6 und 6, 8 erfolgt mittels eines verschlüsselten Protokolls.

In einer anderen Ausführungsform der Erfindung, deren Flußbild in Fig. 3 darge­ stellt ist, besteht der Authorisierungsbestandteil 8 aus dem Modul 10 sowie einer auf einem beliebigen Netzwerkrechner R1, ...., Rn geladenen oder installierten oder in sonstiger Weise lesbaren Datei 14. In dem Modul 10 ist lediglich der Identifika­ tionscode gespeichert, während die anderen lizenzbezogenen Informationen in der Datei 14 auf einem Netzwerkrechner R1, ..., Rn enthalten sind, auf dem vorzugs­ weise auch die Lizenzverwaltungssoftware 12 installiert oder geladen ist, so daß die Abfrage an das Modul 10 nur die Übereinstimmung der Host-ID bzw. der Netzwerkadresse mit der Lizenz prüft. Die übrigen Informationen werden aus der Datei 14 abgefragt und in der Lizenzverwaltungssoftware 12 geprüft.

Auch hier sind jedoch wieder mehrere Alternativen möglich. So könnte die Softwa­ re 12 Bestandteil des Moduls 10 sein oder der Lizenzierungscode oder die Lizenz­ informationen können anstelle in der Datei 14 in dem Modul 10 gespeichert sein.

Während jedes Modul bereits mit einem einzigartigen Identifikationscode versehen ist, der bei keinem anderen Modul gleich ist, können die anderen Informationen bezüglich der Lizenzen im Lizenzierungscode jederzeit beliebig verändert werden. Dies erfolgt durch Erstellung eines neuen Lizenzierungscodes durch den Lizenzge­ ber bzw. einen authorisierten Vendor. So können die Anzahl der Lizenzen, der Lizenzname, die Version der Lizenz entsprechend der vertraglichen Regelung zwischen Lizenznehmer und Lizenzgeber jeweils aktualisiert werden und es können auch beliebige neue Lizenzen für andere geschützte Programme aufgenommen werden. Bei Lieferung einer neuen Version der Lizenzsoftware wird auch eine entsprechende Aktualisierung vorgenommen. Eine unberechtigte weitere Nutzung alter Lizenzversionen ist somit nicht mehr möglich. Durch Eingabe des Lizenzbe­ ginns und Lizenzendes kann gleichzeitig die Einhaltung des vertraglich vereinbarten Lizenzzeitraumes geprüft und eine unzulässige Nutzung über diesen Zeitraum hinaus verhindert werden. Sofern die geschützten Programme von einem Lizenzge­ ber stammen, wird auch im Normalfall die gleiche Software für die Lizenzver­ waltung verwendet werden. Wird geschützte Software durch unterschiedliche Lizenzgeber zur Verfügung gestellt, können auch unterschiedliche Lizenzverwal­ tungsprogramme 12 für den Informationsaustausch mit dem Modul 10 notwendig sein. Der Lizenznehmer wird dann entsprechend mit der geschützten Software oder mit einer neuen Version das Lizenzverwaltungsprogramm 12 erhalten, das auf einem der Netzwerkrechner oder im Authorisierungsbestandteil 8 geladen oder installiert wird.

Der Identifikationscode, d. h. die Host-ID, die Netzwerkadresse bzw. eine andere einmalige Kennung, sind immer an das rechnerunabhängige separate Modul 10 gebunden, so daß die Authorisierung zur Nutzung der geschützten Software nur erteilt wird, wenn sowohl der Identifikationscode als auch die anderen Lizenz­ informationen und der Lizenzierungscode durch die Lizenzverwaltungssoftware 12 als richtig ermittelt werden.

Claims (13)

1. System zur Sicherung geschützter Software gegen unbefugte Benutzung in Rechnernetzwerken, das aus einem Abfragebestandteil, einem Verwaltungsbe­ standteil und einem Authorisierungsbestandteil besteht, wobei der Abfragebestand­ teil mit dem Verwaltungsbestandteil und der Verwaltungsbestandteil mit dem Authorisierungsbestandteil in bidirektionalem Informationsaustausch steht, dadurch gekennzeichnet, daß der Authorisierungsbestandteil (8) ein mit einem einzigartigen Identifikationscode ausgestattetes, separates, rechnerunabhängiges und in das Rechnernetzwerk (1) beliebig integrierbares Modul (10) umfaßt.

2. System nach Anspruch 1, dadurch gekennzeichnet, daß das Modul (10) netz­ werkmäßig einen unabhängigen Host darstellt und der Identifikationscode eine einmalige Kennung ist.

3. System nach Anspruch 1, dadurch gekennzeichnet, daß das Modul (10) netz­ werkmäßig einen unabhängigen Host darstellt und der Identifikationscode eine Host-ID ist.

4. System nach Anspruch 1, dadurch gekennzeichnet, daß das Modul (10) netz­ werkmäßig einen unabhängigen Host darstellt und der Identifikationscode dessen Netzwerkadresse ist.

5. System nach Anspruch 2, 3 oder 4, dadurch gekennzeichnet, daß das Modul (10) mit allen zur Authorisierung notwendigen Informationen ausgestattet ist.

6. System nach Anspruch 5, dadurch gekennzeichnet, daß die zur Authorisierung notwendigen Informationen den Identifikationscode, einen Lizenzierungscode und Lizenzinformationen umfassen.

7. System nach Anspruch 2, 3 oder 4, dadurch gekennzeichnet, daß der Authori­ sierungsbestandteil (8) aus einem Modul (10) und einer auf einem beliebigen Netzwerkrechner geladenen oder von diesem lesbaren Datei (14) besteht.

8. System nach Anspruch 7, dadurch gekennzeichnet, daß die Datei (14) den Lizenzierungscode und/oder die Lizenzinformationen enthält.

9. System nach einem oder mehreren der vorhergehenden Ansprüche, dadurch gekennzeichnet, daß der Verwaltungsbestandteil (6) eine Software (12) umfaßt.

10. System nach Anspruch 9, dadurch gekennzeichnet, daß die Software (12) auf einem beliebigen Rechner des Netzwerkes (1) installiert oder geladen ist.

11. System nach Anspruch 9, dadurch gekennzeichnet, daß die Software (12) in dem Modul (10) integriert ist.

12. System nach einem oder mehreren der vorhergehenden Ansprüche, dadurch gekennzeichnet, daß für den Informationsaustausch ein verschlüsseltes Protokoll verwendet wird.

13. System nach einem oder mehreren der vorhergehenden Ansprüche, dadurch gekennzeichnet, daß das Modul (10) eine elektronische Baugruppe ist.