Architecture technique

La figure 1 illustre l'architecture technique d'un paiement en boucle ouverte et son interaction avec Google Wallet:

Figure 1 Flux de données entre Google Wallet, le TSP et l'agence de transports en commun.

Vous trouverez ci-dessous les définitions de chaque partie de l'architecture technique.

Appareil mobile avec Google Wallet

Les appareils mobiles équipés de la plate-forme Android permettent aux utilisateurs d'ajouter leurs cartes à Google Wallet de façon sécurisée. Google Wallet simplifie le processus de tokenisation, c'est-à-dire que les réseaux de paiement tokenisent la carte et y ajoutent un jeton spécifique à l'appareil. Pour en savoir plus sur la tokenisation, consultez la page Fonctionnement des paiements.

Google Wallet est compatible avec la majorité des appareils Android modernes de nombreux fabricants et facteurs de forme. Pour connaître les exigences minimales, consultez la section Conditions préalables.

Lecteur de transports en commun

Les lecteurs de transports en commun sont généralement des lecteurs de cartes d'un arrêt de transports en commun ou d'une gare routière. Les lecteurs et terminaux de transports en commun reçoivent les identifiants de paiement de Google Wallet de la même manière qu'ils le sont sur une carte de crédit ou de débit physique et sans contact. Pour accepter les paiements sans contact, le lecteur de transports en commun doit être conforme au protocole EMV. Pour en savoir plus, consultez la section Fonctionnalités de base requises.

Pour que les lecteurs puissent s'y conformer et accepter les paiements EMV mobiles, ils peuvent avoir besoin de mises à niveau logicielles. Pour en savoir plus sur les exigences de Google pour les balises EMV, consultez la section Fonctionnalités de base requises.

Pour les lecteurs hors connexion ou sans connexion Internet haut débit fiable, les opérations de transports en commun sont requises pour activer l'authentification hors connexion. Pour connaître les exigences minimales, consultez la section Conditions préalables.

Serveur de transports en commun
Serveur backend. Les opérateurs de transports en commun ou leurs intégrateurs de systèmes s'en servent généralement. Les lecteurs de cartes se connectent souvent au serveur de manière intermittente et effectuent des transactions par lot. Les serveurs reçoivent des requêtes de traitement par lot et les transmettent à la société de traitement des paiements de l'opérateur de transports en commun.
Société de traitement des paiements
La société de traitement des paiements est l'entreprise qui gère les transactions. Il détokenise les identifiants de paiement tokenisés et finalise la transaction avec la banque émettrice. Pour en savoir plus sur le traitement des paiements, consultez la page Fonctionnement des paiements.
Fournisseur de jetons
Le TSP pour les réseaux de paiement fournit des services de tokenisation et de détokenisation des cartes de crédit et de débit. Les sous-traitants exploitent les TSP pour récupérer les identifiants de paiement en fonction des jetons que l'application Google Wallet leur envoie.
Serveur Google
Le serveur fournit un lien entre les partenaires de Google et l'appareil mobile Android de l'utilisateur. Le TSP envoie des notifications de transaction, telles que des notifications d'autorisation et de règlement, aux serveurs Google. Les serveurs Google utilisent ces informations pour présenter des notifications et des reçus de transaction à l'utilisateur.