Rechtemanagement in Verteilten Systemen mit Web-Services

Abbildung 3-4 Vergleichsmatrix Rechtemanagementsysteme

Folgende Lehren für die eigene Architektur kann man aus den obigen Betrachtungen
ziehen:
· Zur Verwaltung der Nutzerdaten und –rechte ist ein zentraler Server notwendig,
um die vergebenen Rechte nachvollziehen können. Andernfalls kann ein Problem,
wie bei Adobes PDF auftreten, wo das Dokument zwar gegen Drucken und Cutand-
Paste geschützt ist, diese jedoch ohne weiteres frei kopiert werden können.
· Aufgrund der Tatsache, dass unter einem LAMP-System noch keine Plattform für
RM-Systeme existiert, und diese neu programmiert werden müsste, ergibt sich die
Notwendigkeit, das RM-System auf einem Windows Server zu implementieren.
· Das System sollte die Möglichkeit bieten, neue Standards implementieren zu können
und nicht nur proprietäre Datenformate zu unterstützen.
· Auf dem Clientrechner muss es eine einfach zu bedienende und zu installierende
Komponente geben, die die Rechteausführung überwacht.
· Die Anwendung soll problemlos in eine Middleware integrierbar sein, um den
Anwender nicht vor allzu großen Hürden zu stellen.
Insbesondere wegen der in A1.6 geforderte Interoperabilität sowie den Anforderungen
aus A5 und A6 muss eine eigene Lösung erstellt werden. Die Benutzung der
Metasprache XrML für die Rechteverwaltung, wie sie unter anderem in Office 2003,
Windows Mediaplayer und ContentGuard eingesetzt wird, erleichtert die zukünftige
Interoperabilität und gewährt eine eindeutige Rechtezuordnung zu beliebigen Objekttypen.
Anhand des Webportales WSLS soll die Integrierbarkeit der CRUDS-Schnittstelle in
vorhandene Middleware getestet und die Funktionalität dieser bei der Anbindung an
WebServices festgelegt werden.