DE102006035275A1

DE102006035275A1 - Verfahren zur Verwaltung von Ressourcen

Info

Publication number: DE102006035275A1
Application number: DE102006035275A
Authority: DE
Inventors: Wulf Harder; Uwe Resas
Original assignee: Syncrosoft SIA
Current assignee: WhiteCryption Corp
Priority date: 2006-07-27
Filing date: 2006-07-27
Publication date: 2008-01-31
Also published as: US20120011516A1; EP2049993A1; US20080028412A1; WO2008012100A1

Abstract

Verfahren zur Verwaltung von Ressourcen, bei dem den Ressourcen Klassen bzw. Instanzen zugeordnet werden und ein Programm eine der Klasse bzw. der Instanz zugeordnete Regel empfängt und auf die Ressource anwendet. Es wird sichergestellt, dass nur der Klasse bzw. der Instanz zugeordnete Regeln auf die Ressource angewendet werden. In alternativen Verfahren werden nur die von einer Ressource zugeordneten Verifikationsregel akzeptierten Regeln auf die Ressource angewendet.

Description

Die Erfindung bezieht sich auf ein Verfahren zur Verwaltung von Ressourcen.
TECHNISCHER HINTERGRUND
Werte-Konten werden auf vertrauenswürdigen Rechnern oder Vorrichtungen gespeichert. Diese Rechner oder Vorrichtungen sind meist speziell für die Speicherung von Konten eines speziellen Typs vorgesehen. Die Software zur Veränderung der Konten wird meist von dem Besitzer des Rechners installiert bzw. aktualisiert.
PROBLEM
Wenn der Besitzer einer Ressource, beispielsweise eines Werte-Kontos, auch der Benutzer des Rechners ist und die Ressource aber nur nach von aussen definierten Regeln verändert werden darf, werden aus Sicherheitsgründen nur Rechner für die Verwaltung einer Ressourcen-Art eingesetzt und es sind meist alle Regeln zur Ressourcen-Veränderung während der Übergabe des Rechners an den Benutzer festgelegt.
AUFGABE
Der vorliegenden Erfindung liegt die Aufgabe zugrunde, Verfahren zur Verwaltung von Ressourcen zu schaffen, die dynamische, von aussen vorgegebene Regelwerke bei der Nutzung bzw. Veränderung der Ressourcen beachten.
LÖSUNG
Die Aufgabe wird durch Verfahren mit den Merkmalen der Ansprüche 1, 2 und 4 gelöst.
Gemäss Anspruch 1 werden wenigstens zwei Ressourcen jeweils eine Klasse oder eine Instanz zugeordnet. Nach der Zuordnung wendet ein Programm nur noch Regeln, die der gleichen Klasse bzw. Instanz zugeordnet sind, auf die Ressource an. Das Programm stellt sicher, dass nur der Klasse bzw. der Instanz zugeordnete Regeln auf die Ressourcen angewendet werden.
In einer alternativen Lösung gemäss Anspruch 2 wird wenigstens zwei Ressourcen jeweils eine Verifikationsregel zugeordnet. Ein Programm empfängt eine Regel und überprüft die Regel mit Hilfe der Verifikationsregel auf Anwendbarkeit auf die Ressource. Ergibt die Überprüfung, dass die Regel angewendet werden darf, wird sie angewendet. Das Programm stellt sicher, dass nur durch die Verifikationsregel akzeptierte Regeln auf die Ressource angewendet werden.
In einer Ausgestaltung der Erfindung gemäss Anspruch 3 verändert das Programm mit Hilfe einer empfangenen und akzeptierten Regel die Verifikationsregel.
In einer alternativen Lösung gemäss Anspruch 4 wird wenigstens einer Ressource jeweils eine Verifikationsregel zugeordnet. Das Programm empfangt eine Regel und überprüft mit Hilfe der Verifikationsregel die Anwendbarkeit der Regel auf die Ressource. Im Falle eines positiven Ergebnisses wendet das Programm die Regel auf die Ressource an. Das Programm empfängt eine weitere Regel, die es mit Hilfe der Verifikationsregel auf Akzeptanz überprüft. Bei festgestellter Akzeptanz verändert oder ersetzt das Programm mit Hilfe der Regel die Verifikationsregel.
In einer Ausgestaltung der Erfindung gemäss Anspruch 5 speichert bzw. markiert das Programm Regeln, die mit Hilfe der Verifikationsregel als auf die Ressource anwendbar entschieden wurden. Nach Veränderung oder Ersetzung der Verifikationsregel werden die gespeicherten bzw. markierten Regeln mit Hilfe der neuen Verifikationsregel erneut auf Anwendbarkeit auf die Ressource überprüft. Die nicht anwendbaren Regeln werden aus dem Speicher entfernt oder als nicht anwendbar markiert, oder nur anwendbare Regeln werden als solche markiert. Hierdurch kann beispielsweise eine Anwendung von alten Regeln verhindert werden, wenn die Regeln Versionsinformationen enthalten.
In einer Ausgestaltung der Erfindung gemäss Anspruch 6 ist das Programm ein Betriebssystem. Der Rechner, auf dem das Betriebssystem installiert ist, empfängt die Regeln.
In einer weiteren Ausgestaltung der Erfindung gemäss Anspruch 7 ist die Ressource ein Speicher oder ein Teil eines Speichers.
In einer weiteren Ausgestaltung der Erfindung gemäss Anspruch 8 enthält der Speicher bzw. der Teil des Speichers Lizenzdaten. Dies können beispielsweise Restnutzungszeiten für lizensierte Software oder Contents sein.
In einer weiteren Ausgestaltung der Erfindung gemäss Anspruch 9 wird eine Regel zur Nutzung bzw. Veränderung der Ressource durch ein Programm beschrieben.
In einer weiteren Ausgestaltung der Erfindung gemäss Anspruch 10 wird die Regel kryptologisch zertifiziert und das Zertifikat vor der Anwendung auf die Korrektheit kryptologisch überprüft.
BEISPIELE
1 bzw. 2 stellt ein gefärbtes Petri-Netz dar. Der Unterschied zwischen 1 und 2 besteht darin, dass in 2 die Regel-Anwendung (3) auch auf die Verifikations-Regel (6) wirken kann und dass in 2 eine Verifikations-Regel (6) bzw. (8) die Verifikations-Daten (6) bzw. (8) in 1 ersetzt.
In dem ersten Beispiel gemäss 1 soll eine Ressource, hier ein Konto (2) für eine Software-Lizenz eines Softwarehauses auf einem Anwender-PC (1) angelegt und benutzt werden. Das Konto soll beim Anlegen einen Anfangswert erhalten, und bei jedem Aufruf der lizensierten Software soll der Kontostand dekrementiert werden.
Das Softwarehaus erzeugt (11) Verifikations-Daten (8) und ein Zertifizierungs-Geheimnis (12). Die Verifikations-Daten (8) werden an das Anwender-Rechensystem (1) übertragen (5).
Weiter erstellt (14) das Softwarehaus eine Software mit einer ersten Regel (15) zum Anlegen eines Kontos für eine Softwarelizenz auf dem Anwender-PC (1) und zertifiziert (13) die erste Regel mit dem Zertifizierungsgeheimnis (12).
Die zertifizierte Regel (9) und das Zertifikat (10) werden an das Anwender-Rechensystem (1) übertragen (7) und mit Hilfe der Verifikations-Daten (6) verifiziert (7). Nach erfolgreicher Verifikation (7) wird die Regel angewendet (3) und ein Konto (2) im Speicher des Anwender-PCs (1) angelegt und den Verifikations-Daten (6) zugeordnet. Die Regel initialisiert das Konto (2) auf den Anfangswert. Jede weitere Regel (15) kann nach Zertifizierung (13), Übertragung und Verifikation (7) nur auf das Konto (2) angewendet werden, wenn sie mit dem gleichen Zertifizierungs-Geheimnis (12) zertifiziert (13) wurde. Es können in gleicher Weise Konten (2) anderer Softwarehäuser auf dem Anwender-PC (1) angelegt werden. Alle Aktionen auf dem Anwender-PC (1) werden durch sein Betriebssystem kontrolliert. Jedes Softwarehaus kann eigene Regeln (4) definieren, die immer nur auf Konten des jeweils zugeordneten Softwarehauses anwendbar sind. Die Regel-Erzeugung (14) und Zertifizierung (11) kann von verschiedenen Instanzen durchgeführt werden.
In dem zweiten Beispiel gemäss 2 soll eine Ressource, hier ein Konto (2) für eine Software-Lizenz eines Softwarehauses auf einem Anwender-PC (1) angelegt und benutzt werden. Das Konto soll beim Anlegen einen Anfangswert erhalten, und bei jedem Aufruf der lizensierten Software soll der Kontostand dekrementiert werden. Zu einem späteren Zeitpunkt soll die Kontrolle über die Regeln zu dem Konto vom Softwarehaus an einen Vertrieb übertragen werden.
Das Softwarehaus erzeugt (11) eine Verifikations-Regel (8) und ein Zertifizierungs-Geheimnis (12). Die Verifikations-Regel (8) wird an das Anwender-Rechensystem (1) übertragen (5).
Weiter erstellt (14) das Softwarehaus eine Software mit einer ersten Regel (15) zum Anlegen eines Kontos für eine Softwarelizenz auf einem Anwender-PC (1) und zertifiziert (13) die erste Regel mit dem Zertifizierungsgeheimnis (12).
Die zertifizierte Regel (9) und das Zertifikat (10) werden an das Anwender-Rechensystem (1) übertragen (7) und mit Hilfe der Verifikations-Regel (6) verifiziert (7). Nach erfolgreicher Verifikation wird die Regel angewendet und ein Konto (2) im Speicher des Anwender-PCs (1) angelegt und der Verifikations-Regel (6) zugeordnet. Die Regel initialisiert das Konto (2) auf den Anfangswert und lässt die Verifikations-Regel (6) unverändert. Jede weitere Regel (15) kann nach Zertifizierung (13), Übertragung und Verifikation (7) nur auf das Konto (2) und/oder auf die Verifikations-Regel (6) angewendet werden, wenn sie mit dem gleichen Zertifizierungs-Geheimnis (12) zertifiziert (13) wurde. Für die Übergabe der Kontrolle über die Regeln an den Vertrieb erzeugt (14) das Softwarehaus eine Regel (15), die nach Zertifizierung (13), Übertragung und Verifikation (7) bei Regel-Anwendung (3) die Verifikations-Regel (6) gegen eine vom Vertrieb erzeugte Verifikationsregel austauscht. Alle alten Regeln (4) werden bei dieser Regel-Anwendung (3) gelöscht. Alle weiteren Regeln (4) müssen mit dem Zertifizierungs-Geheimnis (12) des Vertriebs zertifiziert (13) sein, um auf das Konto (2) angewendet (3) zu werden. Es können in gleicher Weise Konten oder Ressourcen (2) anderer Instanzen wie beispielsweise Softwarehäuser oder Banken auf dem Anwender-PC (1) angelegt werden. Alle Aktionen auf dem Anwender-PC (1) werden durch sein Betriebssystem kontrolliert. Jede Instanz kann eigene Regeln (4) definieren, die immer nur auf Ressourcen der jeweils zugeordneten Instanz anwendbar sind. Die Regel-Erzeugung (14) und Zertifizierung (13) kann von verschiedenen Instanzen durchgeführt werden.

Claims

Verfahren zur Verwaltung von Ressourcen, dadurch gekennzeichnet, dass wenigstens zwei Ressourcen jeweils einer Klasse bzw. einer Instanz zugeordnet werden und ein Programm wenigstens eine der Klasse bzw. der Instanz zugeordnete Regel empfangt, das Programm die Regel auf eine Ressource anwendet und das Programm sicherstellt, dass nur der Klasse bzw. der Instanz zugeordnete Regeln auf die Ressourcen angewendet werden.
Verfahren zur Verwaltung von Ressourcen, dadurch gekennzeichnet, dass wenigstens zwei Ressourcen jeweils eine Verifikationsregel zugeordnet wird und ein Programm wenigstens eine Regel empfangt, das Programm die Regel mit Hilfe der Verifikationsregel auf Anwendbarkeit auf die Ressource überprüft, nur bei einem positiven Ergebnis auf die Ressource anwendet und das Programm sicherstellt, dass nur mit Hilfe der Verifikationsregel akzeptierte Regeln auf die Ressource angewendet werden.
Verfahren nach Anspruch 2, dadurch gekennzeichnet, dass das Programm eine Verifikationsregel mit Hilfe einer empfangenen und akzeptierten Regel verändert oder ersetzt.
Verfahren zur Verwaltung von Ressourcen, dadurch gekennzeichnet, dass wenigstens einer Ressource jeweils eine Verifikationsregel zugeordnet wird und ein Programm wenigstens eine Regel empfängt, das Programm die Regel mit Hilfe der Verifikationsregel auf Anwendbarkeit auf die Ressource überprüft, nur bei einem positiven Ergebnis auf die Ressource anwendet, eine Verifikationsregel mit Hilfe einer empfangenen und akzeptierten Regel verändert oder ersetzt wird und das Programm sicherstellt, dass nur durch die aktuelle Verifikationsregel akzeptierte Regeln auf die Ressource angewendet werden.
Verfahren nach einem der Ansprüche 3 oder 4, dadurch gekennzeichnet, dass vom Programm empfangene Regeln, die mit Hilfe einer Verifikationsregel als auf die Ressource anwendbar entschieden wurden, gespeichert bzw. markiert werden und nach Veränderung oder Ersetzung der Verifikationsregel die gespeicherten bzw. markierten Regeln mit Hilfe der neuen Verifikationsregel erneut auf Anwendbarkeit auf die Ressource überprüft werden, wobei nicht anwendbare Regeln aus dem Speicher entfernt oder als nicht anwendbar markiert werden oder nur anwendbare Regeln als solche markiert werden.
Verfahren nach einem der Ansprüche 1, 2 oder 4, dadurch gekennzeichnet, dass das Programm ein Betriebssystem oder Teil eines Betriebssystems.
Verfahren nach einem der Ansprüche 1, 2 oder 4, dadurch gekennzeichnet, dass eine Ressource ein Speicher bzw. ein Teil eines Speichers ist.
Verfahren nach Ansprüche 7, dadurch gekennzeichnet, dass der Speicher bzw. der Teil des Speichers Lizenzdaten enthält.
Verfahren nach einem der Ansprüche 1, 2 oder 4, dadurch gekennzeichnet, dass eine Regel durch ein Programm beschrieben wird.
Verfahren nach einem der Ansprüche 1, 2 oder 4, dadurch gekennzeichnet, dass die Regel kryptologisch zertifiziert wird und vor der Anwendung die Korrektheit des Zertifikats kryptologisch überprüft wird.