Android OS 기반의 모바일 기기를 사용하면
Google 월렛 Google 월렛은 결제 네트워크가 카드를 토큰화하고 휴대기기에 기기별 토큰을 추가하는 토큰화 프로세스를 지원합니다. 토큰화에 관한 자세한 내용은 결제 작동 방식을 참고하세요.
Google 월렛은 다양한 Google Play 기기에서 지원되는 대부분의 최신 Android 기기와
폼 팩터를 선택할 수도 있습니다. 최소 요구사항은 다음을 참고하세요.
기본 요건.
대중교통 리더
대중교통 리더는 일반적으로 대중교통역 또는 버스 진입 지점의 카드 리더입니다. 이
대중교통 판독기와 단말기는 동일한 방식으로 Google 월렛에서 결제 사용자 인증 정보를 수신합니다.
실제 비접촉식 신용 카드 또는 직불 카드로부터 결제 사용자 인증 정보를 수신하는 방식입니다. 받는사람
비접촉식 결제를 허용하려면 교통카드 판독기가 EMV 프로토콜을 준수해야 합니다. 자세히 알아보기
자세한 내용은
기본 기능 요구사항
리더가 규정을 준수하고 모바일 EMV 결제를 지원하려면 소프트웨어 업그레이드가 필요할 수 있습니다. EMV 태그의 Google 요구사항에 대한 자세한 내용은 다음을 참고하세요.
기본 기능 요구사항
오프라인이거나 안정적인 고속 인터넷 연결이 없는 리더의 경우 오프라인 기기 인증(ODA)을 사용 설정하려면 전송 작업이 필요합니다. 최소 요구사항은 다음을 참고하세요.
기본 요건.
대중교통 서버
백엔드 서버. 일반적으로 대중교통 운영자나 시스템 통합업체가 이 서비스를 운영합니다. 카드
리더는 종종 간헐적으로 서버에 연결하고 트랜잭션을 함께 일괄 처리합니다.
서버에서 일괄 처리 요청을 수신하고 요청을 대중교통 사업자의 결제로 전달합니다.
프로세서
결제 프로세서
결제 대행업체는 거래를 처리하는 회사입니다. 토큰화된 결제 사용자 인증 정보를 토큰화 해제하고 발급 은행과의 거래를 완료합니다. 자세한 내용은
자세히 알아보려면
지급 방식
토큰 서비스 제공업체 (TSP)
결제 네트워크의 TSP는 신용카드와 체크카드의 토큰화 및 토큰화 해제 서비스를 제공합니다. 처리자는 TSP를 활용하여 Google 월렛 앱에서 전송하는 토큰을 기반으로 결제 사용자 인증 정보를 가져옵니다.
Google 서버
서버는 Google 파트너와 사용자의 Android 기반 휴대기기 간 링크를 제공합니다.
있습니다. TSP에서 승인 및 정산과 같은 거래 알림을 전송합니다.
Google 서버에 전달합니다. Google 서버는 이 정보를 사용하여 사용자에게 알림 및 거래 영수증을 표시합니다.
[null,null,["최종 업데이트: 2025-07-25(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."]]
