Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
La figure 1 illustre l'architecture technique d'un processus de paiement en boucle ouverte et son interaction avec Google Wallet :
Figure 1. Flux de données entre Google Wallet, le TSP et le réseau 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 l'OS Android permettent aux utilisateurs d'ajouter leurs cartes à Google Wallet de manière sécurisée. Google Wallet facilite le processus de tokenisation, c'est-à-dire que les réseaux de paiement tokenisent la carte et ajoutent un jeton spécifique à l'appareil mobile. Pour en savoir plus sur la tokenisation, consultez Fonctionnement des paiements.
Google Wallet est compatible avec la majorité des appareils Android modernes, quels que soient leur fabricant ou leur format. Pour connaître les exigences minimales, consultez la section Conditions préalables.
Lecteur de l'opérateur de transports en commun
Les lecteurs de l'opérateur de transports en commun sont généralement des lecteurs de cartes situés à un arrêt ou à l'entrée d'un bus. Les lecteurs et terminaux de l'opérateur de transports en commun reçoivent les identifiants de paiement de Google Wallet de la même manière que pour une carte de crédit ou de débit, physique ou sans contact. Pour accepter les paiements sans contact, le lecteur doit être conforme au protocole EMV. Pour en savoir plus, consultez Fonctionnalités principales requises.
Pour assurer la conformité des lecteurs afin qu'ils acceptent les paiements EMV mobiles, il est nécessaire d'effectuer des mises à niveau logicielles. Pour en savoir plus sur les exigences de Google pour les balises EMV, consultez la section Fonctionnalités principales requises.
Pour les lecteurs hors connexion ou ne disposant pas d'une connexion Internet haut débit suffisante, l'opérateur de transports en commun doit activer l'authentification hors connexion (ODA). Pour connaître les exigences minimales, consultez la section Conditions préalables.
Serveur de l'opérateur de transports en commun
Serveur backend. Ce sont généralement les opérateurs de transports en commun ou leurs intégrateurs de systèmes qui s'en servent. 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. Elle 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 (TSP)
Le TSP des 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.
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2024/07/31 (UTC).
[null,null,["Dernière mise à jour le 2024/07/31 (UTC)."],[[["\u003cp\u003eGoogle Wallet enables contactless payments on Android devices for transit systems by tokenizing payment card information for secure transactions.\u003c/p\u003e\n"],["\u003cp\u003eTransit readers need to be EMV compliant and potentially upgraded to accept contactless payments from Google Wallet similar to physical contactless cards.\u003c/p\u003e\n"],["\u003cp\u003eTransactions flow from the mobile device to the transit reader, then to the transit server and payment processor which de-tokenizes the payment information to complete the purchase.\u003c/p\u003e\n"],["\u003cp\u003eThe TSP works with payment networks to manage tokenization and de-tokenization, while Google servers handle transaction notifications and user receipts.\u003c/p\u003e\n"],["\u003cp\u003eOffline device authentication (ODA) is required for transit readers with limited or no internet connectivity to support mobile EMV payments.\u003c/p\u003e\n"]]],["Google Wallet allows Android users to add and tokenize payment cards on their devices. Transit readers, compliant with EMV protocol, receive payment credentials from Google Wallet. Transit servers manage batch transactions from readers, relaying them to the payment processor. The payment processor de-tokenizes credentials and finalizes transactions. The Token Service Provider (TSP) facilitates card tokenization and de-tokenization. Google servers link partners with user devices, handling transaction notifications.\n"],null,["# Technical architecture\n\nFigure 1 shows the technical architecture for an open loop payment and its interaction with\nGoogle Wallet:\n**Figure 1.** Data flow between Google Wallet, the TSP, and the transit agency.\n\nThe following are definitions for each part of the technical architecture.\n\nMobile Device with Google Wallet\n\n: Mobile devices powered by Android OS allow users to securely add their cards to\n Google Wallet. Google Wallet facilitates the process of tokenization, which is when\n payment networks tokenize the card and add a device-specific token on the mobile device. For\n more information about tokenization, see\n [How payments work](https://support.google.com/androidpay/merchant/answer/6345242).\n\n Google Wallet is compatible with the majority of modern Android devices across multiple\n manufacturers and form factors. For minimum requirements, see\n [Prerequisites](/wallet/tickets/open-loop/get-started/prerequisites).\n\nTransit Reader\n\n: Transit readers are typically card readers at a transit station or bus entry point. The\n transit readers and terminals receive a payment credential from Google Wallet in the same\n way that they receive a payment credential from a physical, contactless credit or debit card. To\n accept contactless payments, the transit reader must be compliant with EMV protocol. For more\n information, see\n [Basic functionality requirements](/wallet/tickets/open-loop/technical-integration/basic-requirements).\n\n In order for the readers to become compliant and support mobile EMV payments, they might\n need software upgrades. For more information about the Google requirements for EMV tags, see\n [Basic functionality requirements](/wallet/tickets/open-loop/technical-integration/basic-requirements).\n\n For readers that are offline or without a reliable high-speed internet connection, the\n transit operations are required to enable\n [offline device authentication](/wallet/tickets/open-loop/technical-integration/basic-requirements#oda) (ODA). For minimum requirements, see\n [Prerequisites](/wallet/tickets/open-loop/get-started/prerequisites).\n\nTransit Server\n: The backend server. Transit operators or their systems integrators typically operate it. Card\n readers often connect to the server on an intermittent basis and batch transactions together.\n Servers receive batch processing requests and pass requests on to the transit operator's payment\n processor.\n\nPayment Processor\n: The payment processor is the firm that handles transactions. It de-tokenizes the tokenized\n payment credentials and completes the transaction with the issuing bank. For more information\n about payment processing, see\n [How payments work](https://support.google.com/androidpay/merchant/answer/6345242).\n\nToken Service Provider (TSP)\n: The TSP for payment networks provides services to tokenize and de-tokenize credit and debit\n cards. Processors leverage TSPs to retrieve payment credentials based on the tokens the\n Google Wallet app sends to them.\n\nGoogle Server\n: The server provides a link between Google's partners and the user's Android-powered mobile\n device. The TSP sends transaction notifications, such as authorization and settlement\n notifications, to the Google servers. The Google servers use this information to show\n notifications and transaction receipts to the user."]]
