Technische Architektur

Abbildung 1 zeigt die technische Architektur für eine Open-Loop-Zahlung und ihre Interaktion mit Google Wallet:

Abbildung 1. Datenfluss zwischen Google Wallet, dem TSP und dem Betreiber

Im Folgenden finden Sie Definitionen für die einzelnen Teile der technischen Architektur.

Mobilgerät mit Google Wallet

Auf Mobilgeräten mit Android OS können Nutzer ihre Karten sicher zu Google Wallet hinzufügen. Google Wallet vereinfacht die Tokenvergabe. 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.

Transit-Leser

Fahrkarten für öffentliche Verkehrsmittel sind in der Regel Kartenlesegeräte an Haltestellen oder Bushaltestellen. Die Zahlungsterminals und -terminals empfangen die Anmeldedaten für Zahlungen von Google Wallet auf die gleiche Weise, wie sie sie erhalten haben, über eine physische Kredit- oder Debitkarte. Damit kontaktlose Zahlungen akzeptiert werden können, muss der Transit-Leser das EMV-Protokoll erfüllen. Weitere Informationen finden Sie unter Grundlegende Funktionsanforderungen.

Damit die Leser richtlinienkonform werden 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 findest du unter Grundlegende Funktionen.

Für Leser, die offline sind oder keine zuverlässige Hochgeschwindigkeits-Internetverbindung haben, müssen die Übertragungen die Offline-Geräteauthentifizierung (ODA) aktivieren. Die Mindestanforderungen finden Sie unter Voraussetzungen.

Transit-Server
Der Back-End-Server. Betreiber von Verkehrsunternehmen oder deren Systemintegratoren arbeiten normalerweise. Kartenleser stellen in regelmäßigen Abständen eine Verbindung zum Server her und führen Batch-Transaktionen gemeinsam durch. Server erhalten Batchverarbeitungsanfragen und leiten Anfragen an den Zahlungsabwickler des Betreibers weiter.
Zahlungsabwickler
Der Zahlungsabwickler ist das Unternehmen, das die Transaktionen übernimmt. Die Tokentokenisierung der Tokens wird aufgehoben und die Transaktion wird bei der ausstellenden Bank abgeschlossen. Weitere Informationen zur Zahlungsabwicklung finden Sie unter Funktionsweise von Zahlungen.
Tokenanbieter (TSP)
Der TSP für Zahlungsnetzwerke bietet Dienste zum Tokenisieren und De-Tokenisieren von Kredit- und Debitkarten an. Prozessoren nutzen TSPs, um Zahlungsanmeldedaten abzurufen, die auf den Tokens basieren, die von der Google Wallet App an sie gesendet werden.
Google-Server
Der Server stellt eine Verknüpfung zwischen den Google-Partnern und dem Android-Mobilgerät 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.