대중교통용 Google 월렛을 사용하면 MIFARE DESFire, MIFARE Plus, CMD2 (ITSO) 등의 주요 프로토콜을 사용하는 대중교통 기관의 폐쇄 루프 카드를 에뮬레이션할 수 있습니다. 이 솔루션은 휴대전화가 정보 소스이고 휴대전화가 일반적인 폐쇄 루프 플라스틱 카드의 동작을 단순히 에뮬레이션하는 실제 카드와 동일한 방식으로 작동합니다.
이를 통해 대중교통 운영자 (PTO)는 기존 요금 검사기에서 사용하는 것과 동일한 프로토콜을 사용하여 가상 카드를 발급할 수 있습니다. 계정 기반 시스템을 사용 설정할 계획이 없는 게이트 터미널에 복잡한 요금 규정이 있는 기관에 가장 적합합니다.
대중교통용 Google 월렛을 사용하면 대중교통 기관이 각 사용자의 백엔드 계정을 유지하는 새로운 계정 기반 솔루션을 사용할 수 있습니다. 이 경우 휴대전화에는 계정 식별자만 저장되며 정보 소스는 대중교통 기관 서버에 있습니다. 이는 일반적인 은행 계좌 모델과 유사합니다.
Google 월렛은 여기에 비공개 라벨 카드(PLC)로 설명된 EMVCo 기반 교통 토큰을 지원하며 계정 식별자 역할을 합니다. 이 솔루션은 단말기로 운송하는 데 개방 루프 결제와 동일한 기술을 사용하지만 PLC는 대중교통 기관의 네트워크 내에서만 사용할 수 있습니다.
이미 개방 루프 결제를 지원하는 대중교통 운영자 (PTO)는 요금 확인 도구에 동일한 EMVCo 기반 기술을 사용할 수 있습니다.
위 솔루션 중 하나와 통합된 대중교통 기관은 사용자가 휴대기기에서 가상 교통카드를 구매하고 저장하도록 할 수 있습니다. 이러한 카드에는 선불 잔액, 패스 또는 둘 다를 포함할 수 있습니다. 카드에는 사용 가능한 잔액과 같은 중요한 정보와 만료, 패스 유효성, 최근 거래, 여행 기록과 같은 티켓 세부정보가 표시됩니다.
또한 사용자는 Google 월렛 또는 대중교통 기관의 자체 앱을 통해 잔액을 충전하거나 추가 티켓을 구매할 수 있습니다. 폐쇄 루프 카드와 계정 기반 카드의 시각적 UI 차이는 거의 없습니다.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["필요한 정보가 없음","missingTheInformationINeed","thumb-down"],["너무 복잡함/단계 수가 너무 많음","tooComplicatedTooManySteps","thumb-down"],["오래됨","outOfDate","thumb-down"],["번역 문제","translationIssue","thumb-down"],["샘플/코드 문제","samplesCodeIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2025-07-25(UTC)"],[[["\u003cp\u003eGoogle Wallet offers two closed loop transit solutions: card emulation and account-based tokens, both usable only within the agency's network.\u003c/p\u003e\n"],["\u003cp\u003eCard emulation mirrors physical cards, suitable for agencies with complex fare rules and existing validator infrastructure.\u003c/p\u003e\n"],["\u003cp\u003eAccount-based tokens utilize a backend system similar to bank accounts, ideal for agencies already supporting open loop payments.\u003c/p\u003e\n"],["\u003cp\u003eBoth solutions allow users to purchase, store, and manage virtual transit cards with various fare options, including prepaid balances and passes.\u003c/p\u003e\n"],["\u003cp\u003eUsers can easily top-up balances or purchase additional tickets through Google Wallet or the agency's app.\u003c/p\u003e\n"]]],["Google Wallet for Transit offers two closed-loop solutions: emulating physical transit cards and using account-based tokens. Emulation mirrors existing plastic card behavior, suitable for agencies with complex fare rules. Account-based solutions utilize tokens, acting as account identifiers on the agency's server, similar to bank accounts. Both allow users to store, purchase, and manage virtual transit cards with balances or passes, view transactions, and top-up funds directly in Google Wallet or agency apps.\n"],null,["Google Wallet for Transit has two different solutions that are termed *closed\nloop*:\n\n1. The emulation of closed loop cards\n2. The ability to save and convey a token that represents a backend account\n\nIn both cases, these transit cards can only be used within the transit agency's network.\n\nEmulation of closed loop cards\n\nGoogle Wallet for Transit enables the emulation of closed loop cards for public transit\nagencies with popular protocols such as MIFARE DESFire and MIFARE Plus, CMD2 (ITSO), and others.\nThis solution acts the same way as a physical card, where the phone is the source of truth and the\nphone simply emulates the behavior of a typical closed loop plastic card.\n\nThis lets Public Transit Operators (PTOs) issue virtual cards with the same protocols used by\ntheir existing fare validators. This is most suitable for agencies with complex fare rules on the\ngate terminals who don't plan to enable an account-based system.\n\nFor more details, see\n[Prerequisites](/wallet/tickets/closed-loop/get-started/prerequisites).\n\nAccount-based cards with tokens on the phone\n\nGoogle Wallet for Transit enables new account-based solutions, where the transit agency\nmaintains a backend account for each user. In this case, the phone only holds an account\nidentifier, and the source of truth is on the transit agency server. This is similar to a typical\nbank account model.\n\nGoogle Wallet supports EMVCo-based transit tokens, described here as a Private Label Card\n(PLC), and acts as the account identifier. This solution uses the same technology as open loop\npayments for the conveyance to the terminal, but the PLC is usable only within the network of the\ntransit agency.\n\nPublic Transit Operators (PTOs) who already support open loop payments can use the same\nEMVCo-based technology on their fare validators.\n\nFor more details, see\n[Prerequisites](/wallet/tickets/closed-loop/get-started/prerequisites?protocol=private-label).\n\nSolution\n\nTransit agencies that integrate with one of the preceding solutions can let users purchase and\nstore a virtual transit card on their mobile device. These cards can have a prepaid balance,\npasses, or both. The cards show important information, such as available balance, and ticket\ndetails like expiry, validity of pass, recent transactions, or travel history.\n\nUsers can also top-up their balance or purchase additional tickets directly through\nGoogle Wallet or through a transit agency's own app. There is minimal visual UI difference\nbetween a closed loop card and an account-based card."]]
