WO2011147433A1

WO2011147433A1 - Verfahren uns vorrichtungen zur erstellung und verwendung eines auf einem mobilen gerät darstellbaren ausweisdokuments

Info

Publication number: WO2011147433A1
Application number: PCT/EP2010/003256
Authority: WO
Inventors: Johann Kaspar Locher
Original assignee: Swiss Technical Electronics (Ste) Holding Ag
Priority date: 2010-05-28
Filing date: 2010-05-28
Publication date: 2011-12-01
Also published as: US20130087612A1; SG186863A1; MX2012013840A; PH12012502573A1; BR112012030358A2

Abstract

Die Erfindung betrifft ein Verfahren zur Erstellung eines auf einem mobilen Kommunikationsgerät eines Ausweisbenutzers darstellbaren Ausweisdokuments und eine Serveranordnung zur Durchführung des Verfahrens, ein Ausweisdokument, insbesondere zum Authentifizieren von Berechtigungen oder Befähigungen einer Person und die Verwendung dieses Ausweisdokuments zur Abwicklung von Transaktionen an einem Transaktionsterminal sowie ein Verfahren zur Verwaltung der Ausweisdokumente.

Description

Verfahren uns Vorrichtungen zur Erstellung und Verwendung eines auf einem mobilen

Gerät darstellbaren Ausweisdokuments

Die Erfindung betrifft ein Verfahren zur Erstellung eines auf einem mobilen Kommunikationsgerät eines Ausweisbenutzers darstellbaren Ausweisdokuments und eine Serveranordnung zur Durchführung des Verfahrens. Weiters betrifft die Erfindung ein Ausweisdokument, insbesondere zum Authentifizieren von Berechtigungen oder Befähigungen einer Person, die Verwendung dieses Ausweisdokuments zur Abwicklung von Transaktionen an einem Transaktionsterminal sowie ein Verfahren zur Verwaltung der Ausweisdokumente.

Der Begriff„Ausweisdokument", wie hierin verwendet, bezeichnet jegliche Art von Merkmalszusammenstellungen, die an die Identität einer Person gebunden sind, und anhand derer auf die Identität des Benutzers, auf bestimmte rechtliche Eigenschaften oder Berechtigungen, und/oder auf sonstige an die Person des Benutzers gebundene Umstände geschlossen werden kann. Die physische Beschaffenheit des Ausweisdokuments ist nicht auf bestimmte Formen beschränkt, sondern es sind alle Merkmalskombinationen von dem Begriff umfasst, die als Ausweis im weitesten Sinne verwendbar sind. Insbesondere dient ein Ausweisdokument zum Authentifizieren von Berechtigungen oder Befähigungen der Person.

Auch Kredit- und Bankkarten sind als Ausweise im Sinne der Erfindung zu sehen. Diese sind seit vielen Jahren Bestandteil des Alltagslebens und werden zur Bezahlung von Waren und Dienstleistungen verwendet. Zur Bezahlung wird die gerade erforderliche Kreditkarte vorgewiesen, die darauf dargestellten Daten werden meist auf elektronische Weise durch Auslesen eines auf der Karte angeordneten Magnetbands oder eines in die Karte integrierten Chips erfasst und zur Verrechnung an eine zentrale Datenbank des Kreditkartenanbieters gesandt. Zum Nachweis der Identität des Zahlers muss meist zusätzlich ein ausgedruckter Beleg händisch vom Benutzer unterzeichnet werden. Kreditkarten werden auch für die Bezahlung von Internetbestellungen verwendet, wobei dabei naturgemäß ein

Identitätsnachweis mit einer Unterschrift nicht möglich ist. Zusätzlich bieten Kreditkarten und Bankkarten häufig die Möglichkeit, Bargeld an Geldautomaten zu beheben, wobei zur

- 1 -

BESTÄTIGUNGSKOPfE Identifizierung ein geheimer PIN-Code eingegeben werden muss. Diese Art der Zahlungsabwicklung bietet leider viele Missbrauchsansätze, sodass sich fast täglich neue Mitteilungen über Kartendiebstahl und Kartenmissbrauch in den Medien finden. Dies stellt nicht nur für die Anbieter von Kreditkarten ein enormes Problem dar, sondern führt auch zu hohen Haftungsrisiken bei Kreditkartennutzern bzw. unter Umständen auch bei den zuständigen Kredit- oder Bankinstituten. Insbesondere dann, wenn der geheime PIN-Code ausspioniert wird, ist es oftmals schwierig für den Benutzer, seine Schuldlosigkeit und die gewahrte Sorgfalt im Umgang mit dem PIN-Code nachzuweisen.

Sowohl von offiziellen Stellen, als auch von Privaten werden auch Ausweise im Kreditkartenformat ausgestellt, da diese ein handliches Format aufweisen, einfach computerunterstützt hergestellt werden können, und überdies die Möglichkeit bieten, Sicherheitsmerkmale, wie etwa ein Hologramm, ein Ausweisfoto oder einen in die Karte eingebauten integrierten Schaltkreis (Smartcard) zu verwenden, sodass eine gute Fälschungssicherheit erreicht wird. So werden Karten nicht nur für offizielle Dokumente, wie etwa Führerscheine, Sozialversicherungsausweise oder Personalausweise, sondern auch von Firmen als Ausweisdokumente für Mitarbeiter, etwa für Zutrittskontrollsysteme oder als Berechtigungskarten für IT-Anlagen verwendet. Smartcards bieten gegenüber den herkömmlichen Karten die zusätzliche Möglichkeit, beliebige Daten auf der Karte speichern zu können.

Ein weiterer großer Anwendungsbereich des Scheckkartenformats sind Karten, die von Firmen im Zuge von Kundenbindungsprogrammen an ihre Kunden ausgeben werden. Kundenkarten bieten dem Kunden besondere Vorteile in Form von Zugaben, Boni und sonstigen Anreizen, und haben oftmals auch eine eigene Kreditkartenfunktion.

Mittlerweile besitzt fast jeder Konsument eine Vielzahl von Plastikkarten verschiedenster Anbieter und es ist oftmals gar nicht mehr möglich, alle Karten gemeinsam in einer handlichen Geldbörse unterzubringen.

Aufgrund der breiten Verwendung des Scheckkartenformats und der damit verbundenen hohen Umsätze besteht ein starker Anreiz für Kriminelle, die Sicherheitsmaßnahmen dieser Karten zu umgehen, und fremde Karten für missbräuchliche Zwecke zu verwenden. Derzeitige Systeme bieten Angreifern oft nur einen geringen Widerstand, da für einen Missbrauch der Besitz der physischen Karte selbst oft gar nicht erforderlich ist, sondern der Besitz einer Kopie der auf der Karte gespeicherten Daten oftmals ausreicht. Diese Daten können verhältnismäßig leicht gestohlen werden, beispielsweise durch kurzfristiges Entwenden und Kopieren der Karte, durch Abfangen von Internettransaktionen, in denen Kartendaten übertragen werden, oder auch durch Verwenden sogenannter„Card Skimmer". Card-Skimmer sind kleine elektronische Lesegeräte, die von Kriminellen vor dem Karteneinschubschlitz von öffentlich zugänglichen Geldautomaten geklebt werden, ohne dass diese den Schlitz verschließen. Die Skimmer lesen den Magnetstreifen der Karten aus, während die Karten in den Schlitz des Geldautomaten eingeschoben werden. Die Funktion des Geldautomaten wird dabei nicht behindert, da die Datendiebe wollen, dass der Kartenbesitzer auch seinen geheimen PIN-Code in den Tastenblock des Geldautomaten eingibt. Die Eingabe wird dabei von einer im Skimmer verborgenen Minikamera gefilmt, sodass der eingegebene PIN aus der Aufnahme erkennbar ist. Die Skimmer werden auf bestimmte Bauformen von Geldautomaten abgestimmt, und die Kamera ist so in den Skimmer eingebaut, dass der Tastenblock des Geldautomaten im Sichtfeld der Kamera liegt. Nach einiger Zeit wird der Skimmer von den Kriminellen wieder entfernt, und die darin aufgezeichneten Daten werden ausgewertet. Mithilfe der Daten können mit geringem technischen Aufwand Kopien der Karte angefertigt werden. Besonders nachteilig für den bestohlenen Kunden ist die Tatsache, dass die Diebe auch im Besitz des gültigen PIN-Codes sind, und mit der Kartenkopie Geld vom Konto des Kartenbesitzers beheben können. Es wäre wünschenswert Ausweisdokumente zu schaffen, die nicht kopiert werden können, auch wenn ein Dieb über alle Daten verfügt, die auf der Karte gespeichert sind. Auch wäre es wünschenswert, ein System zu schaffen, bei dem die PIN-Eingabe an einem nicht öffentlich zugänglichen Gerät erfolgt, das somit vor Manipulationen geschützt ist.

Eine einfachere, aber ebenfalls sehr verbreiterte Methode, die Diebe verwenden, um zu einer fremden Karte und dem zugehörigen PIN-Code zu gelangen, ist das Ausspionieren der PIN-Eingabe beim Geldautomaten oder bei Bezahlterminals. Das Ausspionieren der PIN- Eingabe ist meist nicht schwer, da die Tastenblöcke auf Geldautomaten oft derart exponiert angeordnet sind, dass eine verborgene Eingabe des PINs für den Benutzer nur sehr schwer möglich ist. Sobald der PIN ausspioniert ist, wird die Karte durch einen Trickdiebstahl unbemerkt entwendet. Mit der Karte kann der Dieb oder seine Hintermänner dann solange unbefugt Zahlungen tätigen oder Geld beheben, bis der Diebstahl bemerkt und die Karte gesperrt ist, oder bis der Kreditrahmen ausgenutzt bzw. das Konto leer ist. In diesen Fällen haftet der Kunde oftmals für den gesamten Schaden, da die Bank davon ausgeht, dass er bei der Geheimhaltung des PIN-Codes nicht genügend Sorgfalt hat walten lassen. Es wäre wünschenswert, eine weniger exponierte ΡΓΝ-Eingabe zu ermöglichen, als dies bei derzeitigen Systemen möglich ist.

Ein weiterer Nachteil des Scheckkartenformats liegt darin, dass das Fehlen einzelner Karten meist erst dann bemerkt wird, wenn die Karte benutzt werden soll. Oftmals liegt also zwischen dem Zeitpunkt des Diebstahls und dem Zeitpunkt, an dem der Diebstahl entdeckt wird, eine erhebliche Zeitspanne, die es dem Dieb erlaubt, einen hohen Schaden zu verursachen, bevor die Karte gesperrt werden kann. Es besteht ein Bedarf an Ausweissystemen, deren Entwendung dem Kartenbenutzer schneller auffällt, als dies derzeit der Fall ist.

Die oben dargelegten Nachteile und Probleme werden durch die Merkmale der gegenständlichen Erfindung, wie sie in den beiliegenden Ansprüchen definiert ist, gelöst oder verringert. Das Verfahren zur Erstellung eines auf einem mobilen Kommunikationsgerät eines

Ausweisbenutzers darstellbaren Ausweisdokuments weist erfindungsgemäß an einer ausweisausgebenden Stelle die folgenden Schritte auf: Empfangen eines Ausweiserstellungsauftrags von einem Ausweisanbieter, wobei vom Ausweisanbieter zumindest eine standardmäßig zur Kommunikationsadressierung geeignete Benutzerkennung und ein Ausweisabbild angegeben wird, Bereitstellen des Ausweisabbildes über eine Download-Adresse, und Übermitteln der Download-Adresse an das mobile Gerät eines Benutzers.

Als „Ausweisabbild" wird die optische Darstellung des Ausweises bezeichnet. Ausweise im Kreditkartenformat bestehen beispielsweise aus einer Vorder- und einer Rückseite der Karte.

Als„Ausweisanbieter" wird im Sinne der Erfindung diejenige Stelle bezeichnet, mit der ein Benutzer in Kontakt tritt, um einen Ausweis zu erhalten.

Als „zur Kommunikationsadressierung geeignete Benutzerkennung" im Sinne der Erfindung wird eine Kennung angesehen, die einerseits eine Zuordnung zu einem bestimmten Benutzer erlaubt, und die andererseits systematisch als Adresskennung für eine automatisierte Kommunikation mit einem Benutzergerät genutzt wird. Als standardmäßig zur Kommunikationsadressierung geeignete Benutzerkennung wird insbesondere die Telefonnummer eines Mobiltelefons, die weltweit einzigartig einer bestimmten Person (dem Telefonvertragsinhaber) und (über die SIM-Karte) einem bestimmten mobilen Gerät zugeordnet ist, angesehen. Die Voraussetzungen werden derzeit auch von Emailadressen erfüllt, wobei die Mobiltelefonnummer aufgrund der SIM-Karte eine eindeutigere Zuordnung zu einer bestimmten Hardware erlaubt. Sollte die Emailadresse alleine für eine bestimmte Ausweisanwendung eine zu wenig sichere Zuordnung zu einem bestimmten Gerät (Tablet PC, tragbare Spielkonsole, iPod-Touch, Reader, wie z.B. Kindle, etc..) bieten, kann zusätzlich eine Zuordnung durch Informationen über das Betriebssystem, das Modell oder eine Hardwarenummer mit der Adresse kombiniert werden.

Diese doppelte Funktion der Benutzerkennung - Identitätsnachweis einerseits und Geräteadresse andererseits - erlaubt die Umsetzung von Ausweisdokumenten, die gegen Fälschung und Missbrauch außerordentlich sicher sind.

Viele mobile Geräte sind zwar zu einer Kommunikation fähig, etwa über eine W- LAN-Verbindung, werden jedoch nicht in einem Telefonnetz betrieben. Solche Geräte können beispielsweise Musik- und Filmabspielgeräte (wie etwa die als „iPod-Touch" vertriebenen Geräte der Firma Apple), mobile Spielekonsolen, Tablet-Computer, E-Book- Reader oder andere tragbare Computergeräte sein, die über eine W-LAN- Kommunikationsfähigkeit verfügen. Um für diese Geräte neue Programme bzw. neuen Inhalt kaufen zu können, muss sich der Inhaber des Geräts meist unter Angabe seiner Emailadresse beim Anbieter registrieren. Somit kann auch eine Emailadresse als standardmäßig zur Kommunikationsadressierung geeignete Benutzerkennung im Sinne der Erfindung gesehen werden. Gegebenenfalls kann die Benutzerkennung zusätzlich zur Emailadresse eine Hardwarekennung des verwendeten Geräts enthalten, sodass eine Verwechslung des Adressaten (und somit ein Missbrauch des Ausweises) auch dann ausgeschlossen ist, wenn ein Benutzer mehrere ähnliche Geräte verwendet. Die registrierte Emailadresse in Verbindung mit dem auf dem mobilen Gerät des Benutzers verwendeten Betriebssystem ist in vielen Fällen bereits ausreichend, um eine eindeutige Zuordnung zu ermöglichen.

Das erfindungsgemäße Verfahren verlagert den Aufwand, der für die Sicherheit des Ausweises aufgewendet werden muss, vom Ausweisanbieter zu der ausweisausgebenden Stelle (die im Folgenden der Einfachheit halber auch als„Dienstleister" bezeichnet wird). Ein Ausweisanbieter kann daher mithilfe der gegenständlichen Erfindung unabhängig von der Anzahl der von Ihm erstellten Ausweise alle vom Dienstleister angebotenen Sicherheitsmerkmale für die von ihm ausgegebenen Ausweise verwenden. Dadurch kann beispielsweise ein kleiner Einzelhändler für seine Stammkunden eine Kundenbonuskarte erstellen, die mit denselben hohen Sicherheitsmerkmalen versehen ist, die auch von den über das gleiche System angebotenen Kreditkarten eines großen, weltweit agierenden Kreditkartenanbieters verwendet werden.

Das Verfahren kann als weiteren Schritt das Erzeugen eines PIN-Codes aufweisen. Die Verwendung von PIN-Codes erhöht die Sicherheit von Ausweisen enorm, da die Verwendung eines mit einem PIN-Code versehenen Ausweises an die Abfrage des PIN- Codes gebunden sein kann.

Der Begriff„PIN-Code" bezeichnet allgemein eine Ziffern- oder Zahlenfolge, die nur dem Besitzer eines Ausweisdokuments bekannt gegeben wurde, und die gegenüber Dritten geheim ist. Besonders gebräuchlich sind PIN-Codes, die aus einer vierstelligen Zahlenfolge bestehen und entweder vorgegeben, oder vom Besitzer wählbar und/oder veränderbar sind.

In vorteilhafter Weise kann die Übermittlung der Download-Adresse nach einer Prüfung des PIN-Codes erfolgen. Der PIN-Code, der dem Benutzer zuvor mitgeteilt wurde, stellt sicher, dass die Download-Adresse nur vom richtigen Ausweisanbieter erhalten werden kann.

Als zusätzliches Sicherheitsmerkmal kann das Verfahren als weitere Schritte das Erstellen eines optisch darstellbaren, maschinenlesbaren Codes und das Einbinden des Codes in das Ausweisabbild aufweisen. Dies ermöglicht eine vielseitige computerunterstützte Verwendung des Ausweises, da der Code maschinell eingescannt und verarbeitet werden kann. Der Code selbst wiederum kann mit weiteren Sicherheitsmerkmalen versehen sein.

Der Begriff „optisch darstellbarer, maschinenlesbarer Code" bezeichnet alle Arten optisch darstellbarer Merkmalskombinationen, die über maschinelle Vorrichtungen, wie etwa Scanner, Kameras, Barcodeleser, etc., eingelesen und von einem Mikroprozessor in einen digitalen Wert umgewandelt werden können. Zu Beispielen für optisch darstellbare, maschinenlesbare Codes zählen 1D-, 2D-, 3-D und 4D-Codes. Bei 1 D-Codes werden die optischen Merkmale nur in einer Achse aufgetragen, das bekannteste Beispiel dafür sind die allgemein üblichen Barcodes (z.B. EAN-13, EAN-8, UPC-A, UPC-B, UPC-C, UPC-D, UPC- E, IAN, JAN, ITF, ISBN, ISSN, Code 39, Code 93, Code 128, etc.). Bei 2D-Codes sind die optischen Merkmale auf zwei Achsen aufgetragen, wobei man zwischen gestapelten 1D- Codes (z.B. PDF417, Codablock) und Array-Codes (z.B. QR-Code, DataMatrix, Aztec-Code) unterscheidet. 3D-Codes weisen zusätzlich Färb- oder Helligkeitsabstufungen auf, 4D-Codes sind zusätzlich animiert, d.h. ihre Merkmale verändern sich mit der Zeit. Als optisch darstellbarer, maschinenlesbarer Code können auch biometrische Codes, wie etwa Fingerabdrücke, Irisscans oder Normpassbilder gesehen werden.

In vorteilhafter Weise kann erfindungsgemäß vor der Übermittlung der Download- Adresse eine Mitteilung an das mobile Gerät gesendet werden, wobei die Mitteilung Informationen für den Benutzer, gegebenenfalls den PIN-Code und einem Link zum Download einer auf dem mobilen Gerät lauffähigen Anwendung (die im Folgenden auch als „Application" bezeichnet wird, da sich diese englische Bezeichnung als Terminus technicus für auf mobilen Geräten lauffähige Anwendungen durchgesetzt hat) beinhaltet. Die weitere Kommunikation zwischen dem Dienstleister und dem mobilen Gerät kann dadurch von der Installation der Application auf dem mobilen Gerät abhängig gemacht werden, sodass auch am mobilen Gerät selbst Sicherheitsprüfungen erfolgen können. Das manipulieren (oder „hacken") einer auf dem mobilen Gerät laufenden Application erfordert einen erheblichen Aufwand, zu dem nur Spezialisten fähig sind. Proprietäre Systeme (wie etwa die von Apple für das iPhone oder das iPad verwendete Betriebssoftware) verfügen über strenge Sicherheitsmerkmale, die eine missbräuchliche Verwendung des mobilen Geräts erschweren und somit das erfindungsgemäße Verfahren sicherer machen.

In besonders vorteilhafter Weise kann die Kommunikation mit dem mobilen Gerät, und insbesondere mit der auf dem mobilen Gerät laufenden Application, über einen Kommunikationsserver (Box B) erfolgen, auf dem keine Ausweisabbilddaten gespeichert sind. Sollte es einem Hacker gelingen, über die Application einen erfolgreichen Angriff auf den Kommuikationsserver zu führen, könnte er somit maximal nur die aktiven Download- Adressen für gerade erst erstellte und noch nicht abgerufene Ausweise, nicht jedoch die Ausweisdaten der aktiven Ausweise entwenden. Durch die geringe mögliche Ausbeute wird auch die Motivation, einen Angriff auf den Kommunikationsserver zu führen, für Datendiebe gering sein.

In vorteilhafter Weise kann weiters der ausweisausgebenden Stelle mit dem Ausweiserstellungsauftrag ein Benutzerpasswort mitgeteilt werden, wobei das Herunterladen des Ausweisabbildes eine Passworteingabe erfordert. Im Gegensatz zu einem PIN-Code ist dieses Benutzerpasswort dem Benutzer bereits aus seiner Kommunikation mit dem Ausweisanbieter bekannt, sodass der Dienstleister dem Benutzer das Passwort nicht nochmals mitteilen muss. Ein Knacken des Passworts wird daher für Angreifer wesentlich erschwert. Erfindungsgemäß ist die Serveranordnung zur Durchführung des Verfahrens zur Erstellung von Ausweisdokumenten dadurch gekennzeichnet, dass die Anordnung einen Datenserver (Box A) und einen Kommunikationsserver (Box B) aufweist, wobei der Kommunikationsserver ausgebildet ist, um mit dem mobilen Kommunikationsgerät und mit einer auf dem mobilen Kommunikationsgerät laufenden mobilen Anwendung (Application) zu kommunizieren, und um Benachrichtigungsanforderungen von dem Datenserver (Box A) zu empfangen, und wobei der Datenserver (Box A) ausgebildet ist, um Ausweiserstellungsaufträge von Ausweisanbietern zu empfangen, um Ausweisabbilder zum Download bereitzustellen und um Benachrichtigungsanforderungen an den Kommunikationsserver (Box B) zu übermitteln.

Die solcherart „zweigeteilte" Serveranordnung bietet eine hohe Sicherheit gegen Angriffe, da auf dem Kommunikationsserver, der aufgrund der erforderlichen Schnittstellen zu den mobilen Geräten unter Umständen einem größeren Risiko eines unerlaubten Zugriffs ausgesetzt ist, keine Daten liegen, die für eine missbräuchliche Verwendung anfällig sind. In Verbindung mit den oben aufgeführten Sicherheitsmerkmalen des Verfahrens zur Erstellung von Ausweisdokumenten kann das System mit höchstmöglichen Sicherheitsanforderungen betrieben werden. Auch durch ein Abhören der Kommunikation zwischen Box B und dem mobilen Gerät kann ein Angreifer das Ausweisdokument nicht unberechtigt„abfangen" oder kopieren. Falls das System für mobile Geräte mit verschiedene Betriebssystemen ausgelegt ist, können auch mehrere Kommunikationsserver vorgesehen sein, die jeweils für ein eigenes Betriebssystem oder für eine Gruppe von Betriebssystemen ausgelegt sind.

Eine vorteilhafter Ausführungsform der Serveranordnung kann vorsehen, dass der Datenserver (Box A) eine Schnittstelle zu einer Dienstleisterwebsite aufweist, auf der Benutzeraccounts von Ausweisanbietern verwaltet werden. Die Dienstleisterwebsite ermöglicht es Ausweisanbietern schnell, unkompliziert und günstig Ausweise für verschiedenste Verwendungen erstellen zu können. Ausweise können beispielsweise mittels einer Java-Applikation, die auf der Dienstleisterwebsite läuft, basierend auf allgemeinen Vorlagen oder auf einem vom Anbieter bereitgestellten Ausweisdesign entworfen und bestellt werden.

In einer weiteren vorteilhaften Ausgestaltung der Erfindung kann der Datenserver

(Box A) ausgebildet sein, um Ausweiserstellungsaufträge zu empfangen, die mit einer im Netzwerk bzw. auf dem Computer eines Ausweisanbieters laufenden Erstellungssoftware erzeugt wurden. Die Erstellungssoftware kann als Computerprogrammprodukt vertrieben werden und ist für Anbieter vorteilhaft, die regelmäßig eine größere Anzahl an Ausweisen erstellen und verwalten. Alternativ können auch Schnittstellen für bestehende Kundenverwaltungssysteme eigens erstellt werden, um „Großanbietern", wie etwa Kreditkartenunternehmen, Handelskonzernen oder Ticketanbietern eine anbieternahe Softwarelösung bereitstellen zu können.

In einer vorteilhaften Ausführungsform kann vorgesehen sein, dass die Kommunikation zwischen dem Datenserver (Box A) und dem Kommunikationsserver (Box B) nur in einer Richtung, nämlich von Box A zu Box B, verläuft. Damit ist ein Zugriff auf auf dem Datenserver gespeicherte sensible Daten von einer gehackten Box B aus unmöglich.

Die Erfindung betrifft weiters ein Ausweisdokument, insbesondere zum Authentifizieren von Berechtigungen oder Befähigungen einer Person, bestehend aus einem zur Bilddarstellung fähigen, der Person zugeordneten mobilen Kommunikationsgerät, welches eine Anzeigeeinheit, eine Bedieneinheit und einen Speicher aufweist. Ein auf dem Speicher gespeicherter Ausweis-Datensatz ist Daten zugeordnet, die in einer zentralen Datenbank gespeichert und verwaltet sind, und ein dem Ausweis-Datensatz zugeordnetes optisches Erkennungsmerkmal ist auf der Anzeigeeinheit des Kommunikationsgeräts darstellbar, wobei das optische Erkennungsmerkmal einen optisch darstellbaren, maschinenlesbaren Code aufweist.

Basis für die Erfindung ist die Erkenntnis, dass mobile Geräte, die zu einer Kommunikation geeignet sind, immer eine (weltweit oder innerhalb der Systemgrenzen) eindeutige Kennung aufweisen. Im Falle von Mobiltelefonen ist dies beispielsweise die Telefonnummer, die (zusammen mit der Vorwahl) jedem Gerät eine weltweit eindeutige Nummer zuweist. Im Falle anderer Geräte, die über W-LAN-Netzwerke kommunizieren können, kann die Benutzerkennung eine Emailadresse des Benutzers entweder alleine oder in Kombination mit weiteren Informationen über das mobile Gerät sein. Über den Vertrag mit dem Anbieter ist jedes Mobiltelefon und sind viele andere mobile Geräte zusätzlich immer einer (juristischen oder natürlichen) Person zugeordnet. Durch die Kombination aus Ausweisdokument und mobilem Kommunikationsgerät ermöglichen die Ausführungsformen der Erfindung ein bisher unerreichtes Maß an Sicherheit, wobei der Aufwand für den Benutzer der Ausweisdokumente minimal ist. Die Erfindung kann in verschiedensten Bereichen angewendet werden, beispielsweise für herkömmliche Ausweisdokumente (Führerschein, Personalausweis, Firmenausweis, Schülerausweis, Vereinsausweis, etc.), für Kreditkarten, für Kundenkarten, für Zutrittsdokumente, oder für einmal gültige Ausweise, wie etwa Eintrittskarten oder Gutscheine.

Die Erfindung bietet eine hohe Umweltfreundlichkeit, da für die Herstellung der Ausweisdokumente weder Papier, noch Kunststoff verwendet werden muss. Dies minimiert auch die Kosten der Herstellung, da der Anbieter nur für die Gestaltung des Ausweisdokuments zu sorgen hat. Die Korrespondenz zwischen Anbieter und Benutzer des Ausweisdokuments kann weitestgehend oder gänzlich über moderne Kommunikationsnetze erfolgen, sodass der Aufwand für Briefpapier, Druck, Versand und Porto minimiert wird. Die für den digitalen Versand auftretenden Kosten (z.B. Gebühren für SMS oder MMS) liegen erheblich unter den Kosten für den Briefversand. Überdies kann die Abwicklung in hohem Maße automatisiert erfolgen, sodass die erfindungsgemäßen Vorrichtungen und Verfahren auch für Anbieter mit geringen Personalressourcen und überschaubaren Kundenkreisen interessant sein können.

Für die Benutzer der Erfindung ist es vorteilhaft, dass eine nahezu beliebig große

Anzahl verschiedener Ausweisdokumenten platzsparend mit einem mobilen Gerät verwendet werden können. Es ist jederzeit möglich, zulässige Änderungen an den Ausweisdokumenten durchzuführen, wobei dies sowohl für den Benutzer, als auch für den Anbieter gilt.

Während der Verlust herkömmlicher Ausweise oftmals lange Zeit unbemerkt bleibt, fällt die Abwesenheit eines mobilen Kommunikationsgeräts, wie etwa eines Mobiltelefons, Smartphones, PDAs, Tablet-PCs oder eines ähnlichen Geräts, welches im Allgemeinen zumindest mehrmals täglich verwendet wird, dem Besitzer oft bereits nach wenigen Minuten auf. Die kritische Zeit für einen Missbrauch eines gestohlenen Ausweises, die im Allgemeinen zwischen dem Diebstahl und dem Entdecken bzw. Melden des Diebstahls liegt, vermindert sich daher auf eine minimale Zeitspanne, sodass Maßnahmen ergriffen werden können, bevor das entwendete Gerät missbräuchlich verwendet werden kann.

In Verbindung mit den weiteren erfindungsgemäßen Systemen, Verfahren und Verwendungen kann verhindert werden, dass Kriminelle, wenn sie nur im Besitz der Ausweisdaten sind, die Ausweisdokumente missbrauchen können, da durch die erfindungsgemäßen Sicherheitsmaßnahmen ausgeschlossen werden kann, dass die Daten alleine ohne das zugehörige Mobiltelefon verwendbar sind. Ein Ausweisdokument auf einem „falschen" mobilen Gerät kann anhand der Sicherheitsmerkmale sofort erkannt werden. Die zusätzlichen in der Beschreibung detailliert ausgeführten Sicherheitsmaßnahmen erlauben es, gegen einen Missbrauch ausgesprochen hohe Hürden aufzubauen.

Besonders vorteilhaft ist die gegenwärtige Erfindung im Zusammenhang mit computerbasierten Zahlungssystemen. Für den Anbieter der zu bezahlenden Waren und Dienstleistungen ergibt sich der Vorteil einer einfachen Umstellung auf das neue Bezahlsystem. Beispielsweise kann ein vorhandener Barcode-Scanner durch einfache Installation einer Software (beispielsweise durch Installation eines Java-Templates auf der Steuerungseinheit des Scanners) ohne zusätzlichen Hardwarebedarf schnell auf das neue Zahlungssystem umgestellt werden.

Auch eine Bezahlung an Verkaufsautomaten kann erheblich sicherer durchgeführt werden, als dies bei bekannten Systemen derzeit möglich ist.

Kundenkartensysteme können mittels der Erfindung schnell und einfach implementiert werden. Da die„Produktion" der Kundenkarten ausschließlich auf digitalen Mitteln basiert, sind die „Einstiegskosten", die Anbieter für die Implementierung eines Kundenkartensystems aufzuwenden haben, ausgesprochen gering. Es ist somit auch für kleine Unternehmen, sogar für Einzelunternehmer, wie z.B. spezialisierte Einzelhändler oder kleine Internetanbietern, mit den erfindungsgemäßen Vorrichtungen und Verfahren möglich, eigene Kundenkarten zu erstellen, und somit Nutzen zu generieren, die bisher großen Handelsketten vorbehalten waren.

In vorteilhafter Weise kann der maschinenlesbare Code zumindest einen Lizenzcode, eine standardmäßig zur Kommunikationsadressierung geeignete Benutzerkennung, einen ΡΓΝ-Code und einen oder mehrere Prüfwerte enthalten. Diese Kombination an Sicherheitsmerkmalen kann in einer weiteren vorteilhaften Ausführungsform dadurch verbessert werden, dass der maschinenlesbare Code aus zumindest drei Prüfwerten gebildet ist, wobei ein Prüfwert auf Basis zweier anderer Prüfwerte berechnet ist.

In einer vorteilhaften Ausgestaltung der Erfindung kann der Ausweis eine Kreditkarte, eine Kundenkarte, eine Zutrittsberechtigungskarte, ein Veranstaltungsticket, ein Gutschein, ein Personalausweis, ein Vereinsausweis oder ein ähnlicher Ausweis sein. Ein Ausweisanbieter ist jedoch nicht an dieses Zwecke gebunden, sondern er kann Ausweise nach eigenem Ermessen und nach den eigenen Bedürfnissen vollkommen frei erschaffen, gestalten und an Benutzer zustellen.

In vorteilhafter Weise kann der Ausweis mit einem Verfallsdatum versehen sein, wobei auch dieses Merkmal vom Ausweisanbieter je nach Bedarf frei gewählt werden kann. In einer weiteren vorteilhaften Ausführungsform kann der Ausweisdatensatz versteckt Angaben über das Betriebssystem des mobilen Geräts, für das der Ausweis ausgestellt wurde, enthalten. Dies ist einerseits ein Sicherheitsmerkmal, andererseits erlaubt es eine Einschränkung der Verwendung der Ausweise auf proprietären Systemen. Die Verrechnung von Dienstleistungen an den Endbenutzer wird dadurch ebenfalls leichter möglich.

Erfindungsgemäß kann ein oben beschriebenes Ausweisdokument zur Abwicklung von Transaktionen an einem Transaktionsterminal verwendet werden, wobei die Verwendung die folgenden Schritte aufweist: Auslesen von Daten des auf dem Kommunikationsgerät angezeigten Ausweisdokuments, Prüfen der ausgelesenen Daten und Durchführen der

Transaktion. Diese Verwendung ist für alle beteiligte Parteien überaus einfach durchzuführen.

In vorteilhafter Weise kann das Auslesen durch Einscannen des optisch darstellbaren, maschinenlesbaren Codes erfolgt. Scanner sind mittlerweile an vielen bestehenden Transaktionsterminals, wie etwa Kassa- oder Zugangssystemen, standardmäßig vorhanden und stehen somit für die erfindungsgemäße Verwendung bereit.

In einer vorteilhaften Ausführungsform der Erfindung kann die Prüfung die

Onlineabfrage in einer Datenbank umfassen. Dies erhöht die Sicherheit, wobei die Prüfung die Abfrage eines PIN-Codes umfassen kann.

Eine Transaktion ist im Sinne der Erfindung ein Vorgang, bei dem der Ausweis verwendet wird, beispielsweise ein Bezahlvorgang, eine Zutrittsberechtigungsprüfung, eine

Gutscheineinlösung, eine Ticketkontrolle, eine Identitätskontrolle oder eine

Berechtigungsprüfung.

Die Erfindung betrifft weiters ein Verfahren zur Verwaltung von Ausweisdokumenten auf einem mobilen Gerät mittels einer auf dem mobilen Gerät ablaufenden Anwendung (Application) wobei das Verfahren die folgenden Schritte umfasst: Abrufen von unter einer Download-Adresse bereitgestellten Ausweisdokumenten, Speichern der abgerufenen Ausweise im Speicher des mobilen Gerätes und Darstellen eines Ausweises auf der Anzeige des mobilen Gerätes in Reaktion auf die Auswahl des Ausweises durch den Benutzer.

Eine solche Application kann gewinnbringend verkauft werden und erlaubt auch eine Verrechnung von Dienstleistungen (insbesondere beim Abrufen und Verwenden von Ausweisen). Die Verrechnung kann beispielsweise auf Basis der Anzahl der von einem Benutzer verwendeten Ausweise, auf Basis der Dauer der Benutzungsberechtigung, auf Basis der Anzahl der durchgeführten Transaktionen oder auf einer Mischung aus diesen Verrechnungsformen erfolgen.

In vorteilhafter Weise kann das Verfahren als weiteren Schritt die Abfrage eines vom

Benutzer eingegebenen PIN-Codes umfassen. Somit kann die Berechtigung "zur Nutzung des Ausweises auch direkt am mobilen Gerät von der Application durchgeführt werden. Insbesondere auf proprietären Systemen sind gegen das Manipulieren der Application viele Sicherheitsmerkmale vorgesehen, die eine missbräuchliche Verwendung zu verhindern helfen.

Um die Sicherheit weiter zu erhöhen, kann das Verfahren als weiteren Schritt die Prüfung des PIN-Codes umfassen. Die Prüfung kann dabei online (durch Abfrage einer Datenbank) oder offline (nur durch die Application) erfolgen.

In einer besonders vorteilhaften Ausführungsform kann das erfindungsgemäße Verfahren das Führen einer chronologischen Logdatei für jeden verwalteten Ausweis umfassen, wobei in der Logdatei die Erstellungs- und Änderungsdaten des Ausweises sowie alle mit dem Ausweis getätigten Transaktionen aufgeführt sind. Dies ermöglicht eine Auswertung der Verwendung des Ausweises durch den Benutzer. Die gesammelten Logdaten können entweder der Nutzung des Ausweises dienen (z.B. für Bonusprogramme), oder für viele Benutzer zentral statistisch erfasst und verwertet werden. Dazu können Auszüge der Daten von der Application in bestimmten Intervallen an eine Statistikdatenbank des Dienstleisters übermittelt werden.

In vorteilhafter Weise kann das Verfahren das Speichern von Verwendungsdaten, wie etwa die verwendeten Kommunikationswege, die Zeit und das Datum eines Kartenaufrufs, die bei einem Kartenaufruf über Satellitennavigationssysteme (insb. GPS oder Galileo) gemessenen Standortdaten, Betriebszustandsdaten des mobilen Geräts, oder ähnlicher Verwendungsdaten, aufweisen. Vor allem die Aufzeichnung der Standortdaten erlaubt eine Zuordnung einer bestimmten Transaktion zu einem bestimmten Standort und kann aus Sicherheitsgründen abgefragt werden. Vor allem die Nutzung des Galileo-Systems wird eine Standortbestimmung mit einer Abweichung von nur wenigen Metern ermöglichen, sodass geprüft werden kann, ob sich der Benutzer (bzw. eigentlich das mobile Gerät) zum Zeitpunkt der Transaktion auch an dem Ort befindet, an dem die Transaktion durchzuführen ist. In einer weiteren vorteilhaften Ausfuhrungsform können Gutscheine und Aktionen, die mit einem Ausweis in Verbindung stehen, (sogenannte„Bonustransaktionen") in der Logdatei des Ausweises gespeichert werden. Dies erhöht den Nutzen und den Wert des Ausweises sowohl für den Benutzer, als auch für den Ausweisanbieter.

Bonustransaktionen können in vorteilhafter Weise nach Ablauf der Gültigkeit oder nach dem Einlösen der Bonustransaktion deaktiviert werden, sodass sich die Verwendung der Bonustransaktion nachprüfen lässt.

In vorteilhafter Weise kann die Weiterverwendung eines Ausweises verhindert werden, wenn der Ausweis abgelaufen ist oder gelöscht wurde. Der Ausweisanbieter behält somit bis zu einem gewissen Maß die Kontrolle über die von Ihm ausgegebenen Ausweise. Die Information, dass ein bereits erstellter Ausweis vom Ausweisanbieter gelöscht werden soll, kann vom Dienstleister über die gleichen Kommunikationswege abgewickelt werden, die auch bei der Erstellung des Ausweises verwendet werden.

In einer weiteren vorteilhaften Ausführungsform kann die Logdatei eines Ausweises in eine History-Datei umgewandelt werden, wenn ein Ausweis gelöscht oder deaktiviert wird. Dadurch stehen die bei der Benutzung des Ausweises gewonnen Daten auch später noch zur Verfügung, beispielsweise wenn ein neuer Ausweis für den Benutzer vom gleichen Anbieter ausgestellt wird.

Das erfindungsgemäße Verfahren kann in vorteilhafter Weise weiters den Schritt umfassen, dass eine Backupdatei mit den Ausweisdaten und den Log- bzw. Historydateien erstellt wird. Dies erleichtert die Datenportierung auf ein neues mobiles Gerät oder die Wiederherstellung verlorener Daten.

In vorteilhafter Weise kann die Backupdatei verschlüsselt werden, wobei vorzugsweise die standardmäßig zur Kommunikationsadressierung geeignete Benutzerkennung als Schlüssel verwendet wird. Dadurch kann ein Kopieren bestehender Ausweisdaten auf ein nicht dafür vorgesehenes Gerät verhindert werden.

Beispielhafte Ausführungsformen der Erfindung werden nunmehr anhand detaillierter Zeichnungen beschrieben, wobei

Fig. 1 eine Übersicht beispielhafter Netzwerke zeigt, in welchen die Erfindung vorteilhaft verwendet werden kann; Fig. 2 eine schematische Übersicht der bei der Ausweiserstellung beteiligten Parteien sowie die Schritte, die in einer beispielhaften Ausführungsform der Erfindung zur Erstellung eines erfindungsgemäßen Ausweisdokuments durchgeführt werden, zeigt;

Fig. 3 ein schematisches Ablaufdiagramm der Schritte zeigt, die bei einer beispielhaften Transaktion, in diesem Fall einem Bezahlvorgang, gemäß der Erfindung von unterschiedlichen Einheiten ausgeführt werden;

Fig. 4 eine schematische Darstellung des Aufbaus eines beispielhaften erfindungsgemäßen optisch darstellbaren, maschinenlesbaren Codes zeigt;

die Fig. 5-8 mehrere beispielhafte Ausführungsformen von erfindungsgemäßen Ausweisdokumenten zeigen; und

Fig. 9 die Benutzeroberfläche eines erfindungsgemäßen Computerprogrammprodukts zum Verwalten und Handhaben von Ausweisdokumenten zeigt.

Mit Bezugnahme auf Fig. 1 wird nunmehr die Vernetzung der unterschiedlichen Einheiten, die an verschiedenen Aspekten der gegenständlichen Erfindung beteiligt sind, beispielhaft beschrieben. Der mit dem Bezugszeichen 1 13 markierte Bereich repräsentiert den Ausweisbenutzer beziehungsweise den Bereich eines Ausweisbenutzers (bzw. Ausweisinhabers). Der Ausweisbenutzer 1 13 ist im Besitz eines mobilen Kommunikationsgerätes 102, welches zu einer kabellosen Kommunikation mit zumindest einem Funknetzwerk fähig ist. Das mobile Kommunikationsgerät 102 weist zumindest eine Anzeigeeinheit 103, eine Bedieneinheit 104 sowie eine interne Speichereinheit (nicht dargestellt) auf. Das mobile Kommunikationsgerät 102 kommuniziert über die Funkverbindung 106 mit dem Sender 108 einer Funkzelle eines Kommunikationsnetzwerks 1 14.

Der Begriff„mobiles Kommunikationsgerät", wie er hierin verwendet wird, umfasst alle nicht ortsfesten Geräte, mit denen eine Kommunikation mit anderen Einheiten möglich ist. Insbesondere sind mobile Kommunikationsgeräte einem oder mehreren öffentlichen, proprietären oder privaten Netzwerk(en) zugeordnet und kommunizieren vorzugsweise drahtlos mit dem Netzwerk. Beispiele für mobile Kommunikationsgeräte sind Mobiltelephone, Smartphones, mit einer Kommunikationsschnittstelle ausgestattete PDAs, Schnurlostelephone, Pager, Funkgeräte, Netbooks, tragbare Spielkonsolen, Ebook-Reader, Tablet-PCs, etc. Zu Beispielen von Netzwerken zählen Telekommunikations-Netzwerke, insbesondere Mobilfunknetze, polizeiliche und nicht polizeiliche BOS-Funknetze („BOS" steht für„Behörden und Organisationen mit Sicherheitsaufgaben"), Internet, öffentliche und proprietäre W-LAN-Netze, sowie Verbände mehrerer unterschiedlicher Netzwerke.

Das Kommunikationsnetzwerk 1 14 ist in Fig. 1 nur schematisch dargestellt und kann insbesondere ein Mobilfunknetzwerk, W-LAN-Netz oder ein Verband mehrerer Mobilfunk-, W-LAN- und/oder LAN-Netze sein. Das beispielhafte Kommunikationsnetzwerk 1 14 beinhaltet mehrere Netzwerkserver 109, 109', 109", mehrere Sender 108, 108', wobei jeder Sender 108, 108' eine oder mehrere Funkzellen des Mobilkommunikationsnetzwerks bildet, in denen mehrere mobile Kommunikationsgeräte 102', 102", 102"' verwendet werden können. Das Kommunikationsnetzwerk 1 14 kann auch ein oder mehrere verschiedene miteinander verbundene Netzwerke umfassen, beispielsweise kann die Erfindung mit W- LAN-Funknetzen oder anderen Funknetzen verwendet werden. Dem Fachmann auf dem Gebiet der mobilen Kommunikation ist eine Vielzahl von Netzwerken bekannt, sodass eine detailliertere Beschreibung aller möglichen Kombinationen von Netzwerken für eine umfassende Beschreibung der Erfindung nicht erforderlich ist.

Der mit dem Bezugszeichen 1 12 gekennzeichnete Bereich repräsentiert einen Anbieter beziehungsweise das Umfeld eines Anbieters eines erfindungsgemäßen Ausweisdokuments. Der Ausweisanbieter 1 12 betreibt einen Anbieter-Server 1 10, auf welchen sich eine zentrale Datenbank 1 11 befindet. Der Ausweisanbieter 112 kann beispielsweise eine Kreditkartenfirma sein, wobei die zentrale Datenbank dann Daten über Kreditkartenkunden, Daten über Lizenznehmer sowie Daten über Geschäftsbuchungen enthält. Als Lizenznehmer werden in diesem Zusammenhang Geschäftskunden bezeichnet, die ihren Kunden für die Zahlungstransaktionen eine Kreditkartenbuchung anbieten. Der Anbieter-Server 1 1 1 ist ebenfalls zu einer Kommunikation über Kommunikationsnetzwerke geeignet, beispielsweise über eine Internetverbindung 107. Gegebenenfalls kann der Anbieter-Server 110 auch über eine sichere Direktdatenleitung 120 mit der Steuereinheit eines Bezahl-Terminals 1 15 eines Lizenznehmers kommunizieren. Weitere mögliche Datenleitungen sind in Fig. 1 durch strichlierte Linien angedeutet.

Der mit dem Bezugszeichen 1 15 gekennzeichnete Bereich repräsentiert ein Bezahl- Terminal eines Lizenznehmers und enthält eine Kassa 1 17, ein Kartenterminal 1 19, einen Scanner 1 16 und eine Steuereinheit 118. Die Steuereinheit 118 kann ein üblicher Personal- Computer sein, der einen Mikroprozessor und eine Kommunikationseinheit aufweist. Die Steuereinheit 118 steht, beispielsweise über die Internetleitung 107' mit den Kommunikationsnetzwerken 1 14 in Verbindung, wobei über diese Verbindung Daten sowohl an den Server 110 des Anbieters, als auch an das mobile Kommunikationsgerät 102 des Ausweisbenutzers 1 13 gesendet werden können. Gegebenenfalls kann die Steuereinheit 1 18 über die Direktdatenleitung 120 auf direktem Weg mit dem Anbieter- Server 1 10 gesichert kommunizieren. Der Bereich 1 15 kann anstelle eines Lizenznehmers auch eine Filiale des Anbieters 1 12 darstellen.

Das mobile Kommunikationsgerät 102 des Ausweisbenutzers 1 13 dient als Ausweisdokument 101, wobei ein im Speicher des mobilen Kommunikationsgerätes 102 gespeicherter Ausweisdatensatz ein Ausweisabbild 121 enthält, welches auf der Anzeigeeinheit 103 dargestellt wird, wenn der Ausweisbenutzer 1 13 die Darstellung des Ausweisabbildes 121 über die Bedieneinheit 104 menügestützt abruft. Das Ausweisabbild 121 kann beispielsweise eine Bezeichnung des Ausweisdokuments (z.B.„Megacard") und einen Barcode 105 aufweisen, der mittels eines Scanners direkt von der Anzeigeeinheit 103 des mobilen Kommunikationsgerätes 102 ausgelesen werden kann.

Fig. 2 zeigt eine Übersicht über die bei der Erstellung eines Ausweises beteiligten Parteien. Dieses sind ein Ausweisbenutzer (Bereich 213), ein Ausweisanbieter (Bereich 212) und eine ausweisausgebende Stelle (Bereich 222), die im Folgenden auch als Dienstleister bezeichnet wird.

Der Ausweisanbieter 212 könnte beispielsweise ein Unternehmen sein, das einen Onlineshop (z.B. die Anbieterwebsite 225) betreibt. Beispielhaft ist ein aus mehreren Servern 210, 210', 210" bestehendes Netzwerk des Anbieters dargestellt. Als Ausweisanbieter kann jedoch auch eine beliebige natürliche oder juristische Person tätig sein, die über einen Computer mit Internetzugang verfügt, der die Daten des Ausweisbenutzers 213, insbesondere die Benutzerkennung des Benutzers (bzw. der Benutzer) bekannt sind und der für den/die Benutzer einen Ausweis erstellen will.

Der Ausweisbenutzer 213 besitzt ein mobiles Gerät 202, das über die

Benutzerkennung adressierbar ist und Bilddaten darstellen kann. Weiters steht der Benutzer in irgendeiner Form mit dem Ausweisanbieter in Kontakt, beispielsweise könnte der Benutzer ein Kunde des Onlineshops des Anbieters sein. Beispielhaft ist ein Computer 226 des Benutzers dargestellt, mit dem auf den Onlineshop zugegriffen werden kann.

Der Dienstleister 222 verfügt ebenfalls über ein aus mehreren Servern 223, 223' bestehendes Servernetzwerk, wobei die Kommunikation mit dem Ausweisanbieter beispielsweise über das Internet abgewickelt wird. Dazu können entweder eigene Schnittstellen zu einem Computer oder Netzwerk des Anbieters vorgesehen sein, oder der Anbieter verwendet ein vom Dienstleister angebotenes Programm, welches die Schnittstellen zum Dienstleister bereitstellt. Als Schnittstelle kann auch eine Internetplattform des Dienstleisters dienen, beispielsweise eine allgemein zugängliche Dienstleisterwebsite 224. Auf der Dienstleisterwebsite 224 kann ein Ausweisanbieter ein Benutzerkonto anlegen und damit Zugriff auf die vom Dienstleister angebotene Ausweiserstellungssoftware erhalten. Die Erstellungssoftware kann beispielsweise als Java- Anwendung programmiert sein.

Im Servernetzwerk des Dienstleisters können zwei Bereiche abgegrenzt werden, nämlich ein Datenserver (Box A) und ein Kommunikationsserver (Box B). Auch wenn dies in Fig. 2 so dargestellt ist, müssen Box A und Box B nicht zwangsläufig räumlich voneinander getrennt sein, vielmehr unterscheiden sie sich hinsichtlich ihrer Schnittstellen, hinsichtlich der von ihnen durchgeführten Verfahrensschritte und in der Art der von ihnen verwalten und gespeicherten Daten.

Box A hat Zugriff auf die zentrale Datenbank, auf der die Ausweis- und Kundeninformationen gespeichert sind. Weiters steht Box A in Verbindung mit einem Webserver und kann Webadressen (sogenannte URLs) erstellen, löschen und diese mit einem Inhalt hinterlegen. Box A verfügt über Schnittstellen zu Ausweisanbietern und kommuniziert mit diesen. Box A steht auch in Verbindung mit der Dienstleisterwebsite 224. Gegebenenfalls kann Box A auch als Webserver die Dienstleisterwebsite 224 bereitstellen. Box A ist auch in der Lage, Daten an den Kommunikationsserver, Box B, zu übermitteln. Ein Zugriff auf Box A von Box B aus ist hingegen nicht erforderlich und sollte aus Sicherheitsgründen auch gar nicht möglich sein.

Box B ist ebenfalls in der Lage URLs zu erstellen, zu löschen und diese mit einem Inhalt zu hinterlegen. Weiters ist Box B (im Unterschied zu Box A) in der Lage, mit den unterstützten mobilen Geräten zu kommunizieren und verfügt dazu über die entsprechenden Schnittstellen. Zur Kommunikation mit einem mobilen Gerät wird zur Adressierung die standardmäßig zur Kommunikationsadressierung geeignete Benutzerkennung des Benutzers, also beispielsweise die Telefonnummer oder die Emailadresse des Benutzers, verwendet. Die Kommunikation mit dem mobilen Gerät erfolgt entweder als Einwegkommunikation (zum Beispiel als eine an das mobile Gerät gesendete SMS-, MMS- oder Email-Nachricht) oder über eine Schnittstelle zu einer auf dem mobilen Gerät laufenden Application. Im zweiten Fall kann die Kommunikation in beiden Richtungen ablaufen. Box B speichert die meisten Daten nur temporär, solange sie für die Abwicklung einer bestimmten Transaktion erforderlich sind. Gegebenenfalls kann Box B auch eine Datenbank verwalten, in der beispielsweise die Benutzerkennungen der mobilen Geräte, auf welchen bereits eine Application installiert wurde, gespeichert sein können.

Im Folgenden werden die einzelnen Schritte, die bei der Erstellung eines Ausweises im Allgemeinen durchgeführt werden, detailliert erläutert. Es ist zu beachten, dass nicht alle beschriebenen Schritte unbedingt erforderlich sind, um erfindungsgemäß einen Ausweis zu erstellen. Die einzelnen Schritte sind in Fig. 2 in römischen Ziffern gekennzeichnet.

Schritt I.) Registrierung des Benuzters beim Anbieter

Die Registrierung des Benutzers kann beispielsweise online, schriftlich, im Geschäft des Anbieters, durch Dateneingabe im Büro des Anbieters, etc. erfolgen. Neben den vom Anbieter verwalteten Stammdaten ist dem Anbieter zumindest eine Benutzerkennung (zum Beispiel eine Telefonnummer oder Emailadresse) bekannt. Zusätzlich wird zwischen dem Anbieter und dem Benutzer ein Benutzerpasswort vereinbart, das auch für die Ausweiserstellung verwendet werden kann. Der Benutzer sollte dem Anbieter auch bekannt geben, welches Betriebssystem er auf seinem mobilen Gerät, auf dem der Ausweis erstellt werden soll, verwendet.

Schritt IL) Ausweiserstellungsauftrag (Anbieter an Dienstleister)

Der Anbieter beauftragt den Dienstleister damit, für den Benutzer einen Ausweis zu erstellen. Der Auftrag wird vorzugsweise online übermittelt. Mit dem Auftrag werden dem Dienstleister die Benutzerkennung, das Benutzerpasswort, ein Ausweisabbild und das gewünschte Betriebssystem mitgeteilt.

Die Übermittlung des Ausweiserstellungsauftrags kann über die Java-Plattform auf der Website des Dienstleisters, über ein vom Anbieter erworbenes Erstellungsprogramm oder über eine am Server des Anbieters laufende Anwendung, die über Schnittstellen direkt mit der Datenbank des Dienstleisters kommuniziert, erfolgen. Die Verwendung einer Java- Plattform ist insbesondere für Ausweisanbieter, die das Angebot des Dienstleisters testen wollen, für Anbieter mit einer geringen Anzahl an bestellten Ausweisen oder auch für Privatpersonen, die Ausweise für eine nicht gewerbliche Nutzung, zum Beispiel als originelle Einladung für eine Feier, erstellen wollen, vorgesehen. Das Angebot des Erstellungsprogramms richtet sich insbesondere an Personen, Unternehmen oder auch Vereine die regelmäßig Ausweise für mehrere Benutzer erstellen. Eine direkte Schnittstelle kann vor allem für Großanbieter, Kreditkartenfirmen, Ticketvertriebe, etc. geeignet sein. Die Java-Applikation bzw. die Software, mit der Ausweise erstellt werden, kann die Erstellung von Ausweisabbildern durch Bereitstellung von Templates unterstützen. Die vom Anbieter bereitgestellten Bilder können von der Anwendung automatisch auf das erforderliche oder gewünschte Format gebracht werden.

Das Ausweisabbild muss nicht für jeden Ausweis eigens übermittelt werden, sondern kann auch am Datenserver (Box A) hinterlegt sein, beispielsweise wenn für den Ausweisanbieter ein Benutzeraccount auf der Website des Dienstleisters angelegt ist, über den die vom Anbieter erstellten Karten verwaltet werden sollen.

Das Ausweisabbild enthält im Allgemeinen einen optisch darstellbaren, maschinenlesbaren Code, zum Beispiel einen Barcode, wobei der Barcode auch von Box A anhand der Angaben des Ausweisanbieters erstellt und in das Ausweisabbild eingefügt werden kann.

Sobald der Auftrag fertig vom Anbieter erstellt und an Box A übermittelt worden ist, erstellt Box A einen PIN und speichert die Daten des Ausweiserstellungsauftrages (Benutzerkennung, Passwort, Bild) zusammen mit dem PIN in einer Datenbank. Die Datenbank kann auch weitere für den Dienstleister relevante Daten enthalten.

Box A erstellt weiters auf Basis des Ausweisabbildes den fertigen Ausweis als Datei und eine für den Auftrag einmalig verwendete und auf Zufallsbasis (z.B. mittels HASH- Algorithmen) erstellte URL. Dann wird der Ausweis über die URL zum Download verfügbar gemacht.

Schritt III.) Benachrichtigungsanforderung (Box A an Box B)

Im nächsten Schritt werden die Benutzerkennung, der PIN-Code, die URL und gegebenenfalls das vom Benutzer verwendete Betriebssystem an Box B übermittelt. Alternativ kann der Kommunikationsserver, Box B, nur für ein bestimmtes Betriebssystem verwendet werden. In diesem Fall können mehrere Kommunikationsserver im Netzwerk des Dienstanbieters vorhanden sein, und Box A entscheidet anhand der Betriebssytemdaten, an welche Box B die Benachrichtigungsanforderung übermittelt werden muss. Gegebenenfalls kann Box B auch im Zuge von Schritt IV.) oder V.) das vom Benutzer verwendete Betriebssystem in Erfahrung bringen.

Es ist darauf hinzuweisen, dass Box B in keinem Fall über Bilddaten des Ausweises verfügt. Auch kennt Box B das Benutzerpasswort, das für den Ausweisdownload erforderlich ist, nicht. Schritt IV.) Erstellungsinformation (Box B an mobiles Gerät)

Box B verwendet nun die Benutzerkennung, um über einen standardisierten Kommunikationsweg (Beispielsweise per SMS, MMS oder per Email) eine Nachricht an das mobile Gerät zu senden. Die Nachricht informiert den Benutzer darüber, dass für ihn ein Ausweis zum Abruf bereitgestellt ist. Weiters enthält sie den PIN und einen Downloadlink, über den die Application, die auf dem mobilen Gerät zur Verwaltung der Ausweise verwendet werden muss, zur Installation heruntergeladen werden kann. Schritt V.) Linkabruf und PIN-Prüfung (Gerät und Box B)

Wenn sich der Benutzer dazu entschließt, den Ausweis zu verwenden, installiert er zuerst die Application auf seinem mobilen Gerät. Die weitere Kommunikation mit dem Dienstleister wird dann direkt von der Application verwaltet, ohne dass sich der Benutzer darum kümmern muss.

Nach der Installation fordert die Application den Benutzer auf, seinen PIN einzugeben. Der eingegebene PIN wird dann mit der Benutzerkennung zu Box B übermittelt. Box B prüft nun, ob der PIN für die Benutzerkennung gültig ist und übermittelt dann der Application die URL des von Box A erzeugten Ausweisabbildes. Schritt VI.) Ausweisabruf (Gerät und Box A)

Als nächstes wird der Benutzers von der Application aufgefordert, sein Passwort (das er bei der Anmeldung vom Ausweisanbieter erhalten bzw. bei diesem erstellt hat) in sein mobiles Gerät einzugeben. Die Application ruft dann über die URL das Ausweisabbild ab, wobei das Passwort vor dem Bilddownload kontrolliert wird. Die Kontrolle des Passworts kann einfach dadurch erfolgen, dass die unter der URL hinerlegte Datei oder die URL selbst mit dem Kundenpasswort passwortgesichert ist. Die Bilddatei könnte auch mit dem

Kundenpasswort als Schlüssel verschlüsselt sein.

Schließlich stellt die Application den Ausweis zur Verwendung auf dem mobilen

Gerät bereit. Ruft der Benutzer den Ausweis nun über die Application auf, wird dieser auf der Anzeigeeinheit des mobilen Gerätes angezeigt und kann für Transaktionen verwendet werden. Für den Benutzer ist der Vorgang der Ausweiserstellung damit abgeschlossen.

Schritt VII.) Aktivierungsbestätigung / URL löschen (Box A) Standardmäßig wird die URL und das Ausweisdokument nach Ablauf eines Zeitfensters (z.B. 24 Stunden) von Box A automatisch gelöscht, damit ein Missbrauch von nicht abgerufenen Ausweisen verhindert wird. Wird die URL vom mobilen Gerät für den Bilddownload genutzt, kann dies von Box A protokolliert werden und die URL sowie die Ausweisdatei werden unmittelbar nach erfolgreichem Download gelöscht. Im Falle einer Protokollierung des Downloads kann auch eine Mitteilung an den Anbieter gesendet werden, um diesen darüber zu informieren, dass der Ausweis vom Benutzer heruntergeladen und aktiviert worden ist.

Gegebenenfalls können auf Basis des Downloadprotokolls auch Rechnungsinformationen erstellt werden, wobei eine Verrechnung der Dienstleistungen entweder an den Ausweisanbieter, an den Ausweisbenutzer oder an beide erfolgen kann.

Die erfindungsgemäße Ausweiserstellung bietet für alle Beteiligten Vorteile und ist überdies sehr flexibel verwendbar. Für den Ausweisanbieter ist die Gestaltung und Verwendung der Ausweise frei wählbar, wobei die Form des Ausweisabbildes (Abmessungen, Pixelanzahl, Vorder- und Rückseite) üblicherweise systembedingt vorgegeben sein kann. Bei der Erstellung der Karten können vorgefertigte Templates verwendet werden, wodurch die Erstellung auch von wenig versierten Anbietern durchgeführt werden kann. Der Anbieter kann die Kundenausweise auf die gleiche Weise wie seine bisherigen Kundenkarten verwalten, sodass ein Umstieg von bestehenden Ausweissystemen sehr leicht möglich ist. Die bestehenden Ausweise können weiterhin von Benutzern verwendet werden, die kein geeignetes mobiles Gerät besitzen.

Der Benutzer kann seine Ausweise einfach und zentral über sein mobiles Gerät verwalten und für die Durchführung verschiedener Transaktionen verwenden. Die Anzahl „physischer" Ausweise, also etwa der in der Geldbörse mitgeführten Plastikkarten, kann erheblich verringert werden.

Die Benutzung der Ausweise zur Durchführung von Transaktionen kann die folgenden Schritte enthalten: 1.) Der Benutzer benötigt einen bestimmten Ausweis (Kreditkarte,

Kundenkarte, Berechtigungsausweis, Schlüsselkarte, Ticket, etc.), um eine Transaktion durchzuführen 2. ) Der Benutzer ruft die Application auf seinem mobilen Gerät auf und sucht in den verfügbaren Karten den gewünschten Ausweis

3. ) Gegebenenfalls wird der Benutzer aufgefordert, den PIN für die entsprechende Karte einzugeben, bevor diese angezeigt wird

4.) Eine oder beide Seiten des Ausweises werden auf der Anzeige des mobilen

Geräts angezeigt. Der Ausweis kann gegebenenfalls auch gewendet werden (wie bei einer Kreditkarte mit Vorder- und Rückseite)

5. ) Der Ausweis wird vorgewiesen und entweder von einer Kontrollperson persönlich oder von einem Terminal automatisiert geprüft (die automatische Prüfung kann durch Einscannen des optisch darstellbaren, maschinenlesbaren Codes erfolgen)

6. ) Die Ausweistransaktion ist aus Sicht des Benutzers abgeschlossen und das mobile Gerät kann wieder verstaut werden. Als Beispiel für eine Transaktion ist in Fig. 3 ein Zahlungsvorgang, der mittels eines erfindungsgemäßen Kreditkarten-Ausweisdokuments durchgeführt wird, dargestellt. Der Zahlungsvorgang betrifft vier verschiedene Einheiten, die jeweils untereinander kommunizieren. Der Zahlungsvorgang startet (321) an einer Kassa 317, wobei die Zahlung eingeleitet wird (Schritt 322). Von der Kassa 317 werden dann die bereits zusammengestellten Rechnungsdaten, insbesondere der zu zahlende Betrag, im Schritt 323 an einer Steuereinheit 318 übermittelt, die mit einem Scanner 316 in Verbindung steht. Die Steuereinheit 318 aktiviert in Schritt 324 den Scanner 316, um damit Daten einzulesen. Der Ausweisinhaber ruft in seinem mobilen Kommunikationsgerät 302 das Ausweisdokument auf, und weist das mit dem Barcode versehene Ausweisdokument im Schritt 325 vor, sodass es mit dem Scanner 316 eingescannt werden kann (Schritt 326). In Schritt 328 decodiert die Steuereinheit 318 den Barcode, liest die in dem Barcode enthaltene eindeutige Kennung des mobilen Geräts aus und prüft in Schritt 329, ob der Barcode den Integritätsbedingungen genügt.

Der Begriff„Integritätsprüfung", wie hierin verwendet, bezeichnet die Prüfung, ob ein Datensatz oder ein Code einer vorgegebenen Syntax entspricht. Eine Integritätsprüfung wird durchgeführt, um von Dritten an einem Code durchgeführte Manipulationen zu erkennen. Insbesondere kann die Integrität von eingescannten, maschinenlesbaren Codes, die anhand eines Bildungsalgorithmus erstellt wurden, hinsichtlich der Einhaltung von syntaktischen Bildungsregeln des Algorithmus überprüft werden.

Eine Integritätsprüfung kann alternativ oder zusätzlich auch im später vorgesehenen Schritt 333 erfolgen. Die Integritätsprüfung erfolgt anhand von Prüfwerten, die in dem Barcode enthalten sind, wobei die Prüfwerte mittels verschiedener Prüfalgorithmen anhand der eigentlichen im Barcode enthaltenen Daten erstellt wurden.

Der Begriff „Prüfwert" bezeichnet im Zusammenhang mit der gegenständlichen Erfindung einen Wert, der bei der Bildung eines Datensatzes anhand eines Bildungsalgorithmus aus dem Datensatz errechnet wird und bei der Übermittlung des Datensatzes mit diesem (oder getrennt) an den Empfänger übermittelt wird. Der Empfänger kann einen mit dem selben Algorithmus errechneten Sicherheitscode mit dem empfangenen Prüfwert vergleichen, um Übertragungsfehler oder eine Manipulation des Datensatzes zu erkennen. Zu Beispielen für die Verwendung von Prüfwerten zählt die zyklische Redundanzprüfung (CRC- Wert), kryptographische HASH-Funktionen oder sichere HASH- Algorithmen (SHA).

Entsprechen die im Barcode enthaltenen Prüfwerte nicht den Bildungsalgorithmen, ist dies ein Hinweis darauf, dass der Barcode manipuliert worden sein könnte. Durch kryptographische Maßnahmen ist es möglich, die Prüfwerte so zu erstellen, dass deren Integrität zwar geprüft werden kann, es jedoch dennoch sehr schwierig ist, die Bildungsalgorithmen herauszufinden.

Entspricht der Barcode den Bildungsalgorithmen, dann sendet die Steuereinheit 318 eine Verifizierungsanfrage 330 an das mobile Kommunikationsgerät 302. Der Begriff „Verifizieren" bezeichnet im Zusammenhang mit der vorliegenden Beschreibung die Prüfung der Identität einer eine Transaktion durchführenden Person. Die Identität der Person kann beispielsweise verifiziert werden, indem diese aufgefordert wird, einen geheimen, nur der Person bekannten PIN-Code einzugeben. Die Verifizierungsanfrage kann beispielsweise eine SMS-Nachricht sein, mit der der Ausweisinhaber aufgefordert wird, in Schritt 331 seinen geheimen PIN in das beispielsweise als Mobiltelefon ausgebildete mobile Gerät 302 einzugeben. Nach erfolgter PIN-Eingabe übermittelt das Mobiltelefon 302 den PIN vorzugsweise mittels einer gesicherten Übermittlung an die Steuereinheit 318 (Schritt 332). Die Steuereinheit 318 prüft anhand des vom mobilen Kommunikationsgerät 302 empfangenen PINs in Schritt 333, ob der PIN-Code mit dem im Barcode enthaltenen PIN- Code übereinstimmt. Durch die Verifizierungsanfrage 330, die an die eindeutige Kennung des mobilen Gerätes 302 übermittelt wurde, und durch die Antwort von dem mobilen Gerät 302 ist die eindeutige Kennung des mobilen Gerätes der Steuereinheit 318 bekannt, sodass durch die identischen Kennungen sichergestellt ist, dass das Ausweisdokument auf dem richtigen mobilen Gerät verwendet wird.

Nachdem die Steuereinheit 318 somit sowohl die Integrität des Ausweises, als auch die Identität des Ausweisinhabers überprüft hat, werden in Schritt 334 Transaktionscodes erzeugt, in denen die für die Buchung beim Kreditkartenunternehmen erforderlichen Daten zusammengefasst sind. Der Transaktionscode enthält im Allgemeinen die dem mobilen Gerät 302 eindeutig zugewiesene Kennung und einen Lizenzcode, der den Ausweisanbieter kennzeichnet. Der Transaktionscode wird zusammen mit den Rechnungsdaten im Schritt 335 an den zentralen Server 310 eines Kreditinstituts übermittelt. Anhand der übermittelten Daten prüft der zentrale Server 310 die Bonität des Ausweisinhabers (Schritt 336). Im Falle von Prepaid-Karten wird geprüft, ob das Prepaid-Konto des Ausweisinhabers eine ausreichende Deckung für die Abbuchung der Zahlung aufweist. Zusätzlich wird in Schritt 337 überprüft, ob andere Gründe vorliegen, die eine Buchung verhindern („Validieren"). Der Begriff „Validieren", wie hierin verwendet, bezeichnet die Bestätigung der Gültigkeit eines Ausweisdokuments. Ein Ausweisdokument ist gültig, wenn es in einer zugehörigen zentralen Datenbank als gültig gekennzeichnet ist. Ein Ausweisdokument kann insbesondere dann als ungültig gekennzeichnet sein, wenn ein dem Ausweis zugeordnetes Ablaufdatum verstrichen ist, wenn ein Diebstahl oder ein Verlust des Dokuments angezeigt wurde, oder wenn ein anderes Ereignis, wie etwa die Nichtbezahlung einer Rechnung, die Gültigkeit des Ausweisdokuments beendet hat. Insbesondere wird geprüft, ob in der zentralen Datenbank eine Sperre des Ausweisdokuments angezeigt ist. Der Begriff „Sperren" bedeutet im Zusammenhang mit dieser Beschreibung das dauerhaft als ungültig Kennzeichnen eines Ausweisdokuments. Dabei ist es unerheblich, ob die Sperre nur in der zentralen Datenbank angezeigt ist, oder ob das Ausweisdokument selbst als gesperrt gekennzeichnet ist. Ein gesperrtes Ausweisdokument ist immer auch ungültig. Sind die Vorraussetzungen für eine Buchung gegeben, wird eine Validitätsbestätigung 339 an die Kassa 317 übermittelt und der zentrale Server 310 veranlasst die Buchung der Zahlungstransaktion (Schritt 338). Auch in der Kassa 317 wird nach Erhalt der Validitätsbestätigung 339 die Zahlung verbucht (Schritt 340), wodurch der Zahlungsvorgang abgeschlossen wird (341). Der in Fig. 3 dargestellte Zahlungsablauf enthält Merkmale, die ein sehr hohes Maß an Zahlungssicherheit gewährleisten. Es ist jedoch nicht erforderlich, alle der möglichen Sicherheitsmaßnahmen auszunützen, um die Vorteile der Erfindung vorteilhaft zu nutzen.

Die Merkmale des in Fig. 3 dargestellten Zahlungsablaufs können auch für andere Zwecke verwendet werden, etwa zur Prüfung der Identität einer sich ausweisenden Person, zum Beispiel bei Zutritts- oder Ausweiskontrollen. In diesem Fall könnte anstelle der Kassa 317 ein Zutrittskontrollsystem vorgesehen sein. Anstelle der Rechnungsdaten könnten beispielsweise Daten über den Zeitpunkt und die Umstände (z.B. den verwendeten Zugang) übermittelt werden. Der zentrale Server würde dabei die Zutrittsberechtigungen der sich ausweisenden Person für den jeweiligen Zeitpunkt und Zugang überprüfen und anstatt einer Buchung einen Protokolleintrag veranlassen.

Ein Fachmann kann die Lehren aus dem obigen Verfahren ohne Weiteres auf andere Verfahren anwenden, bei denen eine Person mit einem erfindungsgemäßen Ausweis eine Berechtigung und/oder Befähigung ausweist, und wobei ein System die Identität der Person, die Integrität des Ausweises und die Validität der vorgewiesenen Berechtigungen und/oder Befähigungen prüfen muss. Zu Beispielen für solche Verfahren zählen die Prüfung von Tickets für Veranstaltungen, wobei das Ticket gegebenenfalls beim Eintreten der Person seine Gültigkeit verliert, das Einlösen von Gutscheinen für Waren und Dienstleistungen, die in Form eines erfindungsgemäßen Ausweisdokuments vorliegen, oder die Benutzung eines Ausweisdokuments für Firmenangehörige, die sich bei Zutrittssystemen der Firma und/oder bei der Nutzung von Firmenressourcen mit einem erfindungsgemäßen Ausweisdokument ausweisen.

In Fig. 4 ist schematisch dargestellt, wie ein Barcode 405 gemäß der Erfindung aufgebaut sein kann. Der Barcode für ein erfindungsgemäßes Ausweisdokument enthält einen Lizenzcode 420, eine Landesvorwahl 421 für das mobile Gerät, eine Mobilnetzvorwahl 422 für das Netz, in dem das mobile Gerät betrieben wird, eine Netzkennung 423, wobei die Netzkennung im Fall von Mobiltelefon-Netzwerken die Telefonnummer des Mobiltelefons ist, und einen PIN-Code 424. Aus dem gesamten Datensatz, oder aus Teilen des Datensatzes wird in einem ersten Schritt über einen ersten Algorithmus 425 ein erster Prüfwert CRC-I (426) gebildet. Zur Bildung von Prüfwerten sind dem Fachmann verschiedene Verfahren bekannt, wobei auch unterschiedliche Verfahren kombiniert verwendet werden können. Beispiele dafür sind Verfahren zur zyklischen Redundanzprüfung, kryptographische HASH- Funktionen oder sichere HASH-Algorithmen. Der zweite Prüfwert CRC-II (428) wird über einen zweiten Algorithmus 427 und anhand der gesamten Ausgangsdaten, einschließlich des ersten Prüfwertes CRC-I, gebildet. Die beiden Prüfwerte CRC-I und CRC-II werden zusätzlich über einen dritten Algorithmus 429 in einen dritten Prüfwerte CRC-III (430) umgewandelt. Alle drei Prüfwerte werden zusammen mit den Ausgangsdaten in einem vierten Algorithmus 431 miteinander verbunden und gegebenenfalls verschlüsselt und dienen als Basis für den Barcode 405. Durch eine passende Auswahl und Kombination von bekannten Bildungsalgorithmen kann ein Barcode gebildet werden, der ein hohes Maß an Fälschungssicherheit aufweist.

Barcodes bieten den Vorteil, dass sie mit einfachen Scannern leicht eingelesen werden können, wobei viele Geräte, wie z.B. Kassaterminals oder Zutrittskontroll-Terminals bereits mit solchen Scannern ausgestattet sind. Um diese Vorrichtungen auf die erfindungsgemäßen Vorrichtungen und Verfahren umzustellen, ist es lediglich erforderlich, ein Programm-Applet in die Steuerungssoftware des Scanners zu integrieren, welches beispielsweise die in Fig. 3 dargestellte Programmabfolge für die Steuereinheit 318 ausführt.

Die erfindungsgemäßen Ausweisdokumente können nicht nur für die bargeldlose

Bezahlung, sondern auch für viele andere Ausweisarten genutzt werden, wobei auch die Sicherheitsmerkmale an die für das jeweilige Dokument geforderte Sicherheitsstufe angepasst werden können. Aufgrund der geringen Kosten, die für die Erstellung eines erfindungsgemäßen Ausweisdokuments anfallen, ist es erfindungsgemäß auch möglich, Ausweisdokumente auszustellen, die eine sehr geringe Gültigkeitsdauer aufweisen. So können beispielsweise Gutscheine, die für eine beschränkte Zeitdauer Gültigkeit haben, als Ausweisdokumente an den Ausweisinhaber übermittelt werden, wobei die Gutscheine beim Einlösen bzw. bei Ablauf der Gültigkeitsfrist ihre Gültigkeit verlieren. In einer bevorzugten Ausführungsform der gegenständlichen Erfindung können Ausweisdokumente auch zur Regelung von Zutrittssystemen verwendet werden, wobei die Ausweisdokumente entweder für eine langfristige Nutzung, etwa als Zutrittskontrollsysteme für Mitarbeiter eines Unternehmens, oder für eine kurzfristige Nutzung, wie etwa für Gäste-Zutrittskarten oder Veranstaltungstickets verwendet werden.

Einige beispielhafte Ausführungsformen erfindungsgemäßer Ausweisdokumente sind in den Fig. 5-8 dargestellt. Fig. 5 zeigt eine auf einem mobilen Kommunikationsgerät 502 dargestellte Kundenkarte, die ein Ausweisabbild 521 enthält, auf dem ein Firmennamen 522, eine Kartenbezeichnung 523, der Name des Karteninhabers 524 und ein Barcode 505 dargestellt sind. Die Darstellung einer eigenen Kreditkartennummer ist nicht erforderlich, da jede Kreditkarte über die eindeutige Kennung einem bestimmten mobilen Kommunikationsgerät 502 und einem bestimmten Inhaber zugeordnet ist.

Der im mobilen Kommunikationsgerät 602 der Fig. 6 dargestellte Ausweis ist ein Identitätsnachweis-Dokument, wobei das Ausweisabbild 621 eine Ausweisbezeichnung 623, einen Inhabernamen 624, ein (stilisiert dargestelltes) Passfoto 625 des Inhabers und einen Barcode 605 aufweist.

Fig. 7 zeigt ein Ausweisdokument auf einem mobilen Gerät 702 bei dem das Ausweisabbild 721 lediglich eine Ausweisbezeichnung 723 und einen zweidimensionalen Code 705 vom Typ Data-Matrix aufweist. Ein solches Dokument könnte beispielsweise als (optisch lesbarer) Schlüssel für Zutrittskontroll Systeme verwendet werden.

Das auf dem mobilen Kommunikationsgerät 802 enthaltene Ausweisdokument der Fig. 8 weist ein Ausweisabbild 821 auf, auf dem neben der Ausweisbezeichnung 823 ein Fingerabdruck 805 des Ausweisinhabers dargestellt ist. Der Fingerabdruck 805 ersetzt den Barcode als optisches Erkennungsmerkmal, wobei der Fingerabdruck 805 von einem Scanner eingelesen und mit dem tatsächlichen Fingerabdruck der sich ausweisenden Person verglichen werden kann. Ein derartiges Ausweisdokument ist beispielsweise für Anwendungen geeignet, bei denen die Identität der Inhaberperson von besonderer Wichtigkeit ist.

Auf jedem mobilen Kommunikationsgerät können eine große Anzahl unterschiedlicher erfindungsgemäßer Ausweisdokumente gespeichert und verwendet werden, wobei die mögliche Anzahl der gespeicherten Ausweisdokumente praktisch nur von der Größe des Speichers des mobilen Kommunikationsgerätes begrenzt ist. Um die Handhabung einer großen Anzahl unterschiedlicher, auf einem mobilen Kommunikationsgerät gespeicherter Ausweisdokumente zu erleichtern, kann die Application eine intuitiv bedienbare Benutzeroberfläche aufweisen.

Eine beispielhafte Ausgestaltung einer Benutzeroberfläche für ein solches Verwaltungs- und Handhabungsprogramm ist in Fig. 9 dargestellt. Das Programm kann entweder über die Bedieneinheit 904 des mobilen Kommunikationsgerätes 902 bedient werden, oder die Bedienung erfolgt direkt über die als Touchscreen ausgebildete Anzeigeinheit 903. Die auf der Anzeigeinheit 903 dargestellten Ausweisdokumente 521, 621, 821 und 721 können dabei computeranimiert mit dem Finger hin und her geschoben bzw. geblättert werden bis das gewünschte Ausweisdokument sichtbar ist. Das Dokument kann dann durch Antippen mit dem Finger in den Vordergrund gebracht werden, um es zu verwenden. Ebenfalls durch Antippen (oder durch eine andere Geste) kann ein gerade auf der Anzeigeeinheit angezeigtes Dokument gewendet werden, um die Rückseite des Ausweises anzuzeigen. Um eine großen Anzahl von Dokumenten zu verwalten, können diese in Unterordner abgelegt werden, wobei das Ablegen eines Ausweisdokuments in einen Unterordner beispielsweise durch„drag and drop" durchgeführt wird. Zusätzlich können die Dokumente in Gruppen eingeteilt werden, wobei einer Gruppe gemeinsame Eigenschaften zugeteilt werden können, zum Beispiel gemeinsame Sicherheitsmerkmale. Ein solches Sicherheitsmerkmal kann beispielsweise das Deaktivieren von einem oder mehreren Ausweisdokumenten sein, wenn das mobile Gerät über eine definierte Zeitdauer nicht genutzt wurde. Um nach einer längeren Nichtbenutzung des mobilen Gerätes ein deaktiviertes Ausweisdokument wiederverwenden zu können, muss der PIN-Code des Ausweisdokuments in das Mobiltelefon eingegeben werden.

Der Begriff„Deaktivieren" eines Ausweisdokuments, wie er hierein verwendet wird, bezeichnet das vorübergehende Unterdrücken der Funktionalität des Ausweisdokuments. Ein deaktiviertes Ausweisdokument kann im Allgemeinen von seinem Besitzer wieder aktiviert werden, etwa indem die Identität der Person verifiziert wird.

Die Application kann auch eine Funktion enthalten, um einer Gruppe von Aus weisdokumenten den gleichen PIN-Code zuzuweisen. Dazu wird der gewünschte PIN- Code und gegebenenfalls die bereits den Ausweisdokumenten zugeordneten PIN-Codes abgefragt und der neue PIN-Code über eine gesicherte Verbindung an den Dienstleister übermittelt. Da der PIN-Code in dem Barcode der Dokumente enthalten sein kann, müssen diese Dokumente bei Änderung des PIN-Codes vom Dienstleister neu ausgestellt und nochmals an das mobile Kommunikationsgerät übermittelt werden. Dabei wird das im Zusammenhang mit Fig. 2 erläuterte Verfahren verwendet, wobei gegebenenfalls ein einzelner Sicherheitscode für mehrere versendete Ausweisdokumente verwendet werden kann.

Der Begriff„Sicherheitscode" wird hierin für Codes verwendet, die auf Zufallsbasis erstellt werden, und zur einmaligen Verwendung an einen Empfänger übermittelt werden. Sicherheitscodes können beispielsweise verwendet werden, um den korrekten Empfang einer Nachricht zu bestätigten, die mit dem Sicherheitscode aktiviert bzw. dekodiert werden kann. Der Sicherheitscode wird im Allgemeinen getrennt von der Nachricht an den Empfänger übermittelt. Um eine Nachricht für eine missbräuchliche Verwendung abzufangen, müsste der Angreifer beide Nachrichten - die eigentliche Nachricht und die Nachricht mit dem Sicherheitscode - abfangen. Die Sicherheit kann erhöht werden, indem die beiden Nachrichten auf unterschiedlichen Kanälen - etwa eine Nachricht per SMS oder MMS, die andere Nachricht per Email oder Post - übermittelt werden.

Die Application ersetzt nach erfolgreicher Erstellung der neuen Ausweisdokumente die alten Ausweisdokumente durch die neuen.

Die Application kann auch eine Funktion aufweisen, die den Benutzer bei der neuerlichen Ausstellung abgelaufener Ausweisdokumente unterstützt.

Ein weiteres Merkmal der Application kann eine Funktion zur Übernahme von Ausweisdokumenten von einem zuvor verwendeten mobilen Gerät auf ein aktuell verwendetes mobiles Gerät sein. Falls sich in diesem Fall auch die eindeutige Kennzeichnung des mobilen Gerätes geändert hat, müssen die Dokumente vom Dienstleister oder vom Anbieter neu ausgestellt werden, wobei die Application die Neu-Ausstellung für mehrere Dokumente gesammelt abwickeln kann. Sollte das neu verwendete mobile Gerät mit derselben eindeutigen Kennzeichnung verwendet werden wie das zuvor verwendete mobile Gerät, kann es möglich sein, die Datensätze der Ausweisdokumente von einem mobilen Gerät zum anderen zu kopieren, etwa über eine kabelgebundene oder kabellose Verbindung zwischen den beiden Geräten oder durch Austausch einer Speicherkarte.

Die einzelnen Funktionen der Application können über Pulldown-Menüs 926 durch Antippen auf dem Touchscreen oder durch Verschieben eines Mauszeigers 927 angesteuert werden.

Die Application kann bei jeder Transaktion die aktuellen Standortkoordinaten (gemessen über GPS oder Galileo), das Datum und die Uhrzeit der Transaktion, sowie weitere Verwendungsdaten in einer Logdatei speichern. Vorzugsweise besteht für jeden Ausweis eine eigene Logdatei.

Somit führt die Application chronologische Logfiles für jeden von ihr verwalteten

Ausweis, in denen die Erstellungs- und Änderungsdaten des Ausweises, alle mit dem Ausweis getätigten Transaktionen und die damit verbundenen Verwendungsdaten aufgeführt sind.

Verwendungsdaten können alle vom mobilen Gerät gemessenen Daten sein, wie etwa die verwendeten Kommunikationswege, die Uhrzeit beim Kartenaufruf oder die bei einem Kartenaufruf über GPS oder Galileo gemessenen Standortdaten.

Mithilfe der Logfiles können auch Gutscheine und Aktionen, die mit der Karte in Verbindung stehen, (sogenannte „Bonustransaktionen"), verwaltet werden. Dabei können Anbieter für alle Ausweisbesitzer oder Teile davon Bonustransaktionen erstellen und diese den Benutzern über das Netzwerk des Dienstleisters zusenden (wobei die dabei verwendeten Sicherheitsmerkmale geringer ausfallen können, als bei der Übermittlung der Ausweise selbst). Die Verwaltung von Bonusgutscheinen wird von der Application durchgeführt, wobei Bonusgutscheine nicht nur für bestehende Ausweise erstellt werden können, sondern auch eigene Ausweise sein können. Ist der Bonusgutschein einem bestehenden Ausweis (z.B. einer Kundenkarte) zugeordnet, wird sie im Logfile der Karte gespeichert. Beim Abruf der Bonustransaktion kann der ΡΓΝ abgefragt werden, sofern dies vom Anbieter der Bonustransaktion gewünscht ist. Gegebenenfalls kann die Bonustransaktion nach dem Aufruf durch den Benutzer (oder nach einer definierten Anzahl an Aufrufen) entwertet, bzw. deaktiviert werden.

Wenn der Ausweisanbieter oder der Ausweisbenutzer dies zulässt, können Bonustransaktionen auch von dritter Seite, also von Anbietern, die nicht der Ausweisanbieter sind, an die Benutzer versendet werden. Somit könnten Ausweisanbieter ihr Kundennetzwerk entgeltlich Dritten zur Verfügung stellen, wobei die Verrechnung des Entgelts vom Dienstleister abgewickelt werden kann. Beispielsweise könnte ein Verlag das Kundennetz eines Buchhändlers dazu nutzen, um seine Produkte zu bewerben.

Die Application kann eine Vielzahl an Ausweisen verwalten, wobei jeder Ausweis mit einem Ablaufdatum versehen sein kann. Läuft ein Ausweis ab oder wird er gelöscht, dann verhindert die Application die weitere Verwendung des Ausweises, beispielsweise indem die Bilddatei des Ausweises gelöscht wird. Beim Löschen eines Ausweises wird das entsprechende Logfile in eine History-Datei umgewandelt uns steht der Application weiterhin zur Verfügung.

Es ist auch möglich, mithilfe der Application eine Sicherungskopie (Backup) der Ausweisdaten zu erstellen. Die Backupdatei kann mit der Benutzerkennung als Schlüssel verschlüsselt sein, wobei die Application die in einer Backupdatei gespeicherten Karten nur auf einem Gerät wiederherstellt, das eine identische Benutzerkennung aufweist. Somit können bei einem Gerätewechsel die Karten aus der Backupdatei nur dann wiederhergestellt werden, wenn das Gerät die selbe Benutzerkennung hat wie das vorherige Gerät. Bei proprietären Systemen kann auch verhindert werden, dass Karten auf einem anderen Betriebssystem, für das die entsprechende Application nicht gekauft worden ist, verwendet werden kann.

Claims

Ansprüche:

1. Verfahren zur Erstellung eines auf einem mobilen Kommunikationsgerät eines Ausweisbenutzers darstellbaren Ausweisdokuments, wobei das Verfahren an einer ausweisausgebenden Stelle die folgenden Schritte aufweist:

Empfangen eines Ausweiserstellungsauftrags von einem Ausweisanbieter, wobei vom Ausweisanbieter zumindest eine standardmäßig zur Kommunikationsadressierung geeignete Benutzerkennung und ein Ausweisabbild angegeben wird,

Bereitstellen des Ausweisabbildes über eine Download- Adresse, und

Übermitteln der Download-Adresse an das mobile Gerät eines Benutzers.

2. Verfahren nach Anspruch 1 , dadurch gekennzeichnet, dass das Verfahren als weiteren Schritt das Erzeugen eines ΡΓΝ-Codes aufweist.

3. Verfahren nach Anspruch 2, dadurch gekennzeichnet, dass die Übermittlung der Download- Adresse nach Prüfung des ΡΓΝ-Codes erfolgt.

4. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass das Verfahren als weitere Schritte das Erstellen eines optisch darstellbaren, maschinenlesbaren Codes und das Einbinden des Codes in das Ausweisabbild aufweist.

5. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass vor der Übermittlung der Download-Adresse eine Mitteilung an das mobile Gerät gesendet wird, wobei die Mitteilung Informationen für den Benutzer, gegebenenfalls den PIN-Code und einem Link zum Download einer auf dem mobilen Gerät lauffähigen Anwendung (Application) beinhaltet.

6. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Kommunikation mit dem mobilen Gerät, und insbesondere mit einer auf dem mobilen Gerät laufenden Application, über einen Kommunikationsserver (Box B) erfolgt, auf dem keine Ausweisabbilddaten gespeichert sind.

7. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass der ausweisausgebenden Stelle mit dem Ausweiserstellungsauftrag ein Benutzerpasswort mitgeteilt wird, wobei das Herunterladen des Ausweisabbildes eine Passworteingabe erfordert.

8. Serveranordnung zur Durchführung des Verfahrens zur Erstellung von Ausweisdokumenten gemäß einem der Ansprüche 1 bis 7, dadurch gekennzeichnet, dass die Anordnung einen Datenserver (Box A) und einen Kommunikationsserver (Box B) aufweist, wobei der Kommunikationsserver ausgebildet ist, um mit dem mobilen Kommunikationsgerät (202) und mit einer auf dem mobilen Kommunikationsgerät laufenden mobilen Anwendung (Application) zu kommunizieren, und um Benachrichtigungsanforderungen (III) von dem Datenserver (Box A) zu empfangen, und wobei der Datenserver (Box A) ausgebildet ist, um Ausweiserstellungsaufträge (II) von Ausweisanbietern (212) zu empfangen, um Ausweisabbilder zum Download bereitzustellen und um Benachrichtigungsanforderungen (III) an den Kommunikationsserver (Box B) zu übermitteln.

9. Serveranordnung nach Anspruch 8, dadurch gekennzeichnet, dass der Datenserver (Box A) eine Schnittstelle zu einer Dienstleisterwebsite (224) aufweist, auf der Benutzeraccounts von Ausweisanbietern verwaltet werden.

10. Serveranordnung nach Anspruch 8 oder 9, dadurch gekennzeichnet, dass der Datenserver (Box A) ausgebildet ist, um Ausweiserstellungsaufträge (II) zu empfangen, die mit einer im Netzwerk bzw. auf dem Computer eines Ausweisanbieters laufenden Erstellungssoftware erzeugt wurden.

1 1. Serveranordnung nach einem der Ansprüche 8 bis 10, dadurch gekennzeichnet, dass die Kommunikation zwischen dem Datenserver (Box A) und dem Kommunikationsserver (Box B) nur in einer Richtung, nämlich von Box A zu Box B, verläuft.

12. Ausweisdokument (101), insbesondere zum Authentifizieren von Berechtigungen oder Befähigungen einer Person, bestehend aus einem zur Bilddarstellung fähigen, der Person zugeordneten mobilen Kommunikationsgerät, welches eine Anzeigeeinheit (103), eine Bedieneinheit (104) und einen Speicher aufweist, dadurch gekennzeichnet, dass ein auf dem Speicher gespeicherter Ausweis-Datensatz Daten zugeordnet ist, die in einer zentralen Datenbank gespeichert und verwaltet sind, und wobei ein dem Ausweis-Datensatz zugeordnetes optisches Erkennungsmerkmal (105) auf der Anzeigeeinheit des Kommunikationsgeräts darstellbar ist, und wobei das optische Erkennungsmerkmal einen optisch darstellbaren, maschinenlesbaren Code aufweist.

13. Ausweisdokument nach Anspruch 12, dadurch gekennzeichnet, dass der maschinenlesbare Code zumindest einen Lizenzcode (420), eine standardmäßig zur Kommunikationsadressierung geeignete Benutzerkennung (422), einen PIN-Code (424) und einen oder mehrere Prüfwerte (426,428,430) enthält.

14. Ausweisdokument nach Anspruch 12 oder 13, dadurch gekennzeichnet, dass der maschinenlesbare Code aus zumindest drei Prüfwerten (426,428,430) gebildet ist, wobei ein Prüfwert (430) auf Basis zweier anderer Prüfwerte (426,428) berechnet ist.

15. Ausweisdokument nach einem der Ansprüche 12 bis 14, dadurch gekennzeichnet, dass der Ausweis eine Kreditkarte, eine Kundenkarte, eine Zutrittsberechtigungskarte, ein Veranstaltungsticket, ein Gutschein, ein Personalausweis, ein Vereinsausweis oder ein ähnlicher Ausweis ist.

16. Ausweisdokument nach einem der Ansprüche 12 bis 15, dadurch gekennzeichnet, dass der Ausweis mit einem Verfallsdatum versehen ist.

17. Ausweisdokument nach einem der Ansprüche 12 bis 16, dadurch gekennzeichnet, dass der Ausweisdatensatz versteckt Angaben über das Betriebssystem des mobilen Geräts, für das der Ausweis ausgestellt wurde, enthält.

18. Verwendung eines Ausweisdokuments gemäß einem der Ansprüche 12 bis 17 zur Abwicklung von Transaktionen an einem Transaktionsterminal, wobei die Verwendung die folgenden Schritte aufweist:

Auslesen von Daten des auf dem Kommunikationsgerät angezeigten Ausweisdokuments, Prüfen der ausgelesenen Daten und

Durchführen der Transaktion.

19. Verwendung nach Anspruch 18, dadurch gekennzeichnet, dass das Auslesen durch Einscannen des optisch darstellbaren, maschinenlesbaren Codes erfolgt.

20. Verwendung nach Anspruch 18 oder 19, dadurch gekennzeichnet, dass die Prüfung die Onlineabfrage in einer Datenbank umfasst.

21. Verwendung nach einem der Ansprüche 18 bis 20, dadurch gekennzeichnet, dass die Prüfung die Abfrage eines PIN-Codes umfasst.

22. Verwendung nach einem der Ansprüche 18 bis 21, dadurch gekennzeichnet, dass die Transaktion ein Bezahlvorgang, eine Zutrittsberechtigungsprüfung, eine Gutscheineinlösung, eine Ticketkontrolle, eine Identitätskontrolle oder eine Berechtigungsprüfung ist.

23. Verfahren zur Verwaltung von Ausweisdokumenten gemäß einem der Ansprüche 12 bis 17 auf einem mobilen Gerät mittels einer auf dem mobilen Gerät ablaufenden Anwendung (Application) wobei das Verfahren die folgenden Schritte umfasst:

Abrufen von unter einer Download-Adresse bereitgestellten Ausweisdokumenten, Speichern der abgerufenen Ausweise im Speicher des mobilen Gerätes und

Darstellen eines Ausweises auf der Anzeige des mobilen Gerätes in Reaktion auf die Auswahl des Ausweises durch den Benutzer.

24. Verfahren nach Anspruch 23, wobei das Verfahren als weiteren Schritt die Abfrage eines vom Benutzer eingegebenen PIN-Codes umfasst.

25. Verfahren nach Anspruch 24, wobei das Verfahren als weiteren Schritt die Prüfung des PIN-Codes umfasst.

26. Verfahren nach einem der Ansprüche 23 bis 25, dadurch gekennzeichnet, dass das Verfahren das Führen einer chronologischen Logdatei für jeden verwalteten Ausweis umfasst, wobei in der Logdatei die Erstellungs- und Änderungsdaten des Ausweises sowie alle mit dem Ausweis getätigten Transaktionen aufgeführt sind.

27. Verfahren nach einem der Ansprüche 23 bis 26, dadurch gekennzeichnet, dass das Verfahren das Speichern von Verwendungsdaten, wie etwa die verwendeten

Kommunikationswege, die Zeit und das Datum eines Kartenaufrufs, die bei einem Kartenaufruf über Satellitennavigationssysteme (insb. GPS oder Galileo) gemessenen Standortdaten, Betriebszustandsdaten des mobilen Geräts, oder ähnlicher Verwendungsdaten, aufweist.

28. Verfahren nach einem der Ansprüche 23 bis 27, dadurch gekennzeichnet, dass Gutscheine und Aktionen, die mit einem Ausweis in Verbindung stehen, („Bonustransaktionen") in der Logdatei des Ausweises gespeichert werden.

29. Verfahren nach Anspruch 28, dadurch gekennzeichnet, dass Bonustransaktionen nach Ablauf der Gültigkeit oder nach dem Einlösen der Bonustransaktion deaktiviert werden.

30. Verfahren nach einem der Ansprüche 23 bis 29, dadurch gekennzeichnet, dass die Weiterverwendung eines Ausweises verhindert wird, wenn der Ausweis abgelaufen ist oder gelöscht wurde.

31. Verfahren nach einem der Ansprüche 23 bis 30, dadurch gekennzeichnet, dass die Logdatei eines Ausweises in eine History-Datei umgewandelt wird, wenn ein Ausweis gelöscht wird.

32. Verfahren nach einem der Ansprüche 23 bis 30, dadurch gekennzeichnet, dass das Verfahren weiters den Schritt umfasst, eine Backupdatei mit den Ausweisdaten und den Log- bzw. Historydateien zu erstellen.

33. Verfahren nach Anspruch 32, dadurch gekennzeichnet, dass die Backupdatei verschlüsselt wird, wobei vorzugsweise die Benutzerkennung als Schlüssel verwendet wird.