Sử dụng bộ sưu tập để sắp xếp ngăn nắp các trang
Lưu và phân loại nội dung dựa trên lựa chọn ưu tiên của bạn.
Hình 1 cho thấy cấu trúc kỹ thuật của một giao dịch thanh toán vòng lặp mở và hoạt động tương tác của giao dịch đó với Google Wallet:
Hình 1. Dữ liệu lưu chuyển giữa Google Wallet, TSP và công ty vận tải.
Sau đây là định nghĩa cho từng phần của cấu trúc kỹ thuật.
Thiết bị di động có Google Wallet
Các thiết bị di động chạy Android OS cho phép người dùng thêm thẻ một cách an toàn vào Google Wallet. Google Wallet hỗ trợ quy trình mã hoá, tức là khi mạng thanh toán mã hoá thẻ và thêm mã thông báo dành riêng cho thiết bị trên thiết bị di động. Để
để biết thêm thông tin về quá trình mã hoá, hãy xem
Cách thanh toán.
Google Wallet tương thích với phần lớn các thiết bị Android hiện đại trên nhiều
nhà sản xuất và kiểu dáng thiết bị. Để biết các yêu cầu tối thiểu, hãy xem phần Điều kiện tiên quyết.
Máy đọc thẻ đi phương tiện công cộng
Đầu đọc thẻ đi phương tiện công cộng thường là đầu đọc thẻ tại trạm phương tiện công cộng hoặc điểm vào xe buýt. Đầu đọc và thiết bị thanh toán trên phương tiện công cộng nhận thông tin xác thực thanh toán từ Google Wallet theo cách tương tự như cách nhận thông tin xác thực thanh toán từ thẻ tín dụng hoặc thẻ ghi nợ thực tế, không tiếp xúc. Người nhận
chấp nhận thanh toán không tiếp xúc, máy đọc thẻ đi phương tiện công cộng phải tuân thủ giao thức EMV. Để biết thêm
thông tin, xem
Các yêu cầu cơ bản về chức năng.
Để tuân thủ và hỗ trợ thanh toán EMV qua thiết bị di động, các đầu đọc có thể cần nâng cấp phần mềm. Để biết thêm thông tin về các yêu cầu của Google đối với thẻ EMV, hãy xem
Các yêu cầu cơ bản về chức năng.
Đối với các đầu đọc ở chế độ ngoại tuyến hoặc không có kết nối Internet tốc độ cao đáng tin cậy, bạn phải thực hiện các thao tác chuyển đổi để bật tính năng xác thực thiết bị ngoại tuyến (ODA). Để biết các yêu cầu tối thiểu, hãy xem phần Điều kiện tiên quyết.
Máy chủ phương tiện công cộng
Máy chủ phụ trợ. Các nhà khai thác phương tiện công cộng hoặc nhà tích hợp hệ thống của họ thường vận hành hệ thống này. Thẻ bài
các trình đọc thường kết nối với máy chủ theo từng đợt không liên tục và giao dịch hàng loạt cùng nhau.
Máy chủ nhận yêu cầu xử lý hàng loạt và chuyển yêu cầu đến khoản thanh toán của đơn vị vận chuyển
bộ xử lý.
Đơn vị xử lý thanh toán
Công ty xử lý thanh toán là công ty xử lý các giao dịch. Hệ thống này sẽ huỷ mã hoá thông tin xác thực thanh toán đã mã hoá và hoàn tất giao dịch với ngân hàng phát hành. Để biết thêm thông tin về việc xử lý thanh toán, hãy xem bài viết Cách hoạt động của các khoản thanh toán.
Nhà cung cấp dịch vụ mã thông báo (TSP)
TSP cho các mạng thanh toán cung cấp dịch vụ mã hoá và huỷ mã thông báo dữ liệu tín dụng và ghi nợ
các thẻ. Đơn vị xử lý sử dụng TSP để truy xuất thông tin xác thực thanh toán dựa trên mã thông báo mà
mà ứng dụng Google Wallet gửi cho họ.
Máy chủ của Google
Máy chủ cung cấp đường liên kết giữa các đối tác của Google và thiết bị di động chạy Android của người dùng. TSP gửi thông báo giao dịch, chẳng hạn như thông báo uỷ quyền và thanh toán, đến máy chủ của Google. Máy chủ của Google sử dụng thông tin này để hiển thị
thông báo và biên nhận giao dịch đến người dùng.
[null,null,["Cập nhật lần gần đây nhất: 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."]]
