La Figura 1 mostra l'architettura tecnica di un pagamento a circuito aperto e la sua interazione con Google Wallet:
![](https://developers-dot-devsite-v2-prod.appspot.com/static/wallet/tickets/images/sys_arch_1.png?authuser=0000&hl=it)
Di seguito sono riportate le definizioni di ogni parte dell'architettura tecnica.
- Dispositivo mobile con Google Wallet
I dispositivi mobili con sistema operativo Android consentono agli utenti di aggiungere in modo sicuro le proprie carte a Google Wallet. Google Wallet facilita il processo di tokenizzazione, ovvero durante il quale le reti di pagamento tokenizzano la carta e aggiungono un token specifico del dispositivo sul dispositivo mobile. Per maggiori informazioni sulla tokenizzazione, consulta Come funzionano i pagamenti.
Google Wallet è compatibile con la maggior parte dei dispositivi Android moderni di più produttori e fattori di forma. Per i requisiti minimi, consulta la pagina Prerequisiti.
- Lettore pedaggio
I lettori di trasporto pubblico sono in genere lettori di carte presso una stazione di transito o il punto di ingresso di un autobus. I lettori e i terminali di pedaggio ricevono una credenziale di pagamento da Google Wallet nello stesso modo in cui ricevono una credenziale di pagamento da una carta di credito o di debito fisica contactless. Per accettare pagamenti contactless, il lettore di pedaggio deve essere conforme al protocollo EMV. Per ulteriori informazioni, consulta la sezione Requisiti di funzionalità di base.
Per garantire la conformità e supportare i pagamenti EMV per dispositivi mobili, i lettori potrebbero aver bisogno di upgrade del software. Per maggiori informazioni sui requisiti di Google per i tag EMV, consulta Requisiti per le funzionalità di base.
Per i lettori che sono offline o non dispongono di una connessione a internet ad alta velocità affidabile, le operazioni in transito sono necessarie per abilitare l'autenticazione dei dispositivi offline (ODA). Per i requisiti minimi, consulta la pagina Prerequisiti.
- Server di trasporto pubblico
- Il server di backend. Solitamente gli operatori del trasporto pubblico o i loro integratori di sistemi lo utilizzano. I lettori di carte si connettono spesso al server a intermittenza e creano transazioni batch contemporaneamente. I server ricevono le richieste di elaborazione batch e passano le richieste all'elaboratore dei pagamenti dell'operatore di trasporto pubblico.
- Elaboratore pagamenti
- L'elaboratore dei pagamenti è l'azienda che gestisce le transazioni. Rimuove la tokenizzazione delle credenziali di pagamento tokenizzate e completa la transazione con la banca emittente. Per maggiori informazioni sull'elaborazione dei pagamenti, consulta l'articolo Come funzionano i pagamenti.
- Token Service Provider (TSP)
- Il TSP per le reti di pagamento fornisce servizi per tokenizzare e annullare la tokenizzazione di carte di credito e di debito. I responsabili si avvalgono dei TSP per recuperare le credenziali di pagamento in base ai token che ricevono dall'app Google Wallet.
- Server Google
- Il server fornisce un collegamento tra i partner di Google e il dispositivo mobile Android dell'utente. Il TSP invia notifiche sulle transazioni, ad esempio notifiche di autorizzazione e transazione, ai server di Google. I server di Google utilizzano queste informazioni per mostrare all'utente notifiche e ricevute delle transazioni.