Abbildung 1 zeigt die technische Architektur für eine Open-Loop-Zahlung und ihre Interaktion mit Google Wallet:
![](https://developers-dot-devsite-v2-prod.appspot.com/static/wallet/tickets/images/sys_arch_1.png?authuser=5&hl=de)
Im Folgenden finden Sie Definitionen für die einzelnen Teile der technischen Architektur.
- Mobilgerät mit Google Wallet
Auf Mobilgeräten mit Android-Betriebssystem können Nutzer ihre Karten sicher zu Google Wallet hinzufügen. Google Wallet vereinfacht die Vergabe eines Tokens. Dies ist der Fall, wenn Zahlungsnetzwerke die Karte in Tokens umwandeln und ein gerätespezifisches Token auf dem Mobilgerät hinzufügen. Weitere Informationen zur Tokenisierung finden Sie unter Funktionsweise von Zahlungen.
Google Wallet ist mit den meisten modernen Android-Geräten verschiedener Hersteller und Formfaktoren kompatibel. Die Mindestanforderungen finden Sie unter Voraussetzungen.
- Fahrkartenlesegerät
Fahrkartenlesegeräte sind in der Regel Kartenlesegeräte an Bahnhöfen oder Bushaltestellen. Die Fahrkartenlesegeräte und -terminals erhalten Zahlungsanmeldedaten von Google Wallet auf dieselbe Weise wie Anmeldedaten für physische, kontaktlose Kredit- oder Debitkarten. Damit kontaktlose Zahlungen akzeptiert werden können, muss das Fahrkartenlesegerät das EMV-Protokoll einhalten. Weitere Informationen finden Sie unter Grundlegende Funktionsanforderungen.
Damit die Kartenlesegeräte richtlinienkonform arbeiten und mobile EMV-Zahlungen unterstützen können, benötigen sie möglicherweise Software-Upgrades. Weitere Informationen zu den Google-Anforderungen für EMV-Tags finden Sie unter Grundlegende Funktionsanforderungen.
Bei Kartenlesegeräten, die offline sind oder keine zuverlässige Highspeed-Internetverbindung haben, müssen die Betreiber der öffentlichen Verkehrsmittel die Offline-Geräteauthentifizierung (ODA) aktivieren. Die Mindestanforderungen finden Sie unter Voraussetzungen.
- Verkehrsmittel-Server
- Der Back-End-Server. Wird in der Regel vom Betreiber von Verkehrsunternehmen oder deren Systemintegratoren betrieben. Kartenlesegeräte stellen häufig eine periodische Verbindung zum Server her und fassen Batchtransaktionen zusammen. Server erhalten Anfragen zur Batchverarbeitung und leiten Anfragen an den Zahlungsabwickler des Betreibers weiter.
- Zahlungsabwickler
- Der Zahlungsabwickler ist das Unternehmen, das die Transaktionen durchführt. Die Tokenisierung der Zahlungsdaten wird aufgehoben und die Transaktion wird bei der ausstellenden Bank abgeschlossen. Weitere Informationen zur Zahlungsabwicklung finden Sie unter Funktionsweise von Zahlungen.
- Tokenanbieter (Token Service Provider, TSP)
- Der TSP für Zahlungsnetzwerke bietet Dienste zum Tokenisieren und De-Tokenisieren von Kredit- und Debitkarten an. Auftragsverarbeiter nutzen TSPs, um Anmeldedaten für Zahlungen basierend auf den Tokens abzurufen, die die Google Wallet App an sie sendet.
- Google-Server
- Der Server stellt eine Verknüpfung zwischen Google-Partnern und dem Android-Mobilgerät des Nutzers bereit. Der TSP sendet Transaktionsbenachrichtigungen wie Autorisierungs- und Abrechnungsbenachrichtigungen an die Google-Server. Die Google-Server verwenden diese Informationen, um dem Nutzer Benachrichtigungen und Transaktionsbelege anzuzeigen.