با مجموعه‌ها، منظم بمانید
ذخیره و طبقه‌بندی محتوا براساس اولویت‌های شما.
شکل 1 معماری فنی پرداخت حلقه باز و تعامل آن با Google Wallet را نشان می دهد:
شکل 1. جریان داده بین Google Wallet، TSP و آژانس حمل و نقل.
در زیر تعاریفی برای هر بخش از معماری فنی آورده شده است.
دستگاه همراه با Google Wallet
دستگاه‌های تلفن همراه مجهز به سیستم‌عامل Android به کاربران این امکان را می‌دهند که کارت‌های خود را به طور ایمن به Google Wallet اضافه کنند. Google Wallet فرآیند توکن‌سازی را تسهیل می‌کند، یعنی زمانی که شبکه‌های پرداخت کارت را توکن می‌کنند و یک توکن مخصوص دستگاه را روی دستگاه تلفن همراه اضافه می‌کنند. برای اطلاعات بیشتر درباره توکن‌سازی، به نحوه عملکرد پرداخت‌ها مراجعه کنید.
Google Wallet با اکثر دستگاه‌های اندرویدی مدرن در تولیدکنندگان و فاکتورهای مختلف سازگار است. برای حداقل الزامات، پیش نیازها را ببینید.
خواننده حمل و نقل
دستگاه‌های ترانزیت معمولاً کارت‌خوان‌هایی در ایستگاه‌های حمل و نقل یا نقطه ورودی اتوبوس هستند. ترمینال‌ها و خوانندگان حمل‌ونقل یک اعتبار پرداخت را از Google Wallet دریافت می‌کنند، همانطور که اعتبار پرداخت را از یک کارت اعتباری یا نقدی فیزیکی، بدون تماس دریافت می‌کنند. برای پذیرش پرداخت های بدون تماس، خواننده حمل و نقل باید با پروتکل EMV مطابقت داشته باشد. برای اطلاعات بیشتر، الزامات عملکرد اساسی را ببینید.
برای اینکه خوانندگان سازگار شوند و از پرداخت های EMV تلفن همراه پشتیبانی کنند، ممکن است به ارتقاء نرم افزار نیاز داشته باشند. برای اطلاعات بیشتر درباره الزامات Google برای برچسب‌های EMV، به الزامات عملکرد اساسی مراجعه کنید.
برای خوانندگانی که آفلاین هستند یا بدون اتصال به اینترنت پرسرعت قابل اعتماد هستند، عملیات حمل و نقل برای فعال کردن تأیید اعتبار دستگاه آفلاین (ODA) مورد نیاز است. برای حداقل الزامات، پیش نیازها را ببینید.
سرور ترانزیت
سرور باطن. اپراتورهای حمل و نقل یا یکپارچه سازهای سیستم آنها معمولاً آن را اداره می کنند. کارتخوان ها اغلب به صورت متناوب به سرور متصل می شوند و تراکنش های دسته ای را با هم انجام می دهند. سرورها درخواست های پردازش دسته ای را دریافت می کنند و درخواست ها را به پردازشگر پرداخت اپراتور حمل و نقل ارسال می کنند.
پردازشگر پرداخت
پردازشگر پرداخت شرکتی است که معاملات را انجام می دهد. اعتبارنامه پرداخت توکن شده را از حالت توکن خارج می کند و تراکنش با بانک صادرکننده را تکمیل می کند. برای اطلاعات بیشتر در مورد پردازش پرداخت، به نحوه عملکرد پرداخت ها مراجعه کنید.
ارائه دهنده خدمات توکن (TSP)
TSP برای شبکه‌های پرداخت خدماتی را برای توکن کردن و حذف کردن کارت‌های اعتباری و نقدی ارائه می‌کند. پردازنده‌ها از TSPها برای بازیابی اعتبار پرداخت بر اساس توکن‌هایی استفاده می‌کنند که برنامه Google Wallet برای آنها ارسال می‌کند.
سرور گوگل
این سرور پیوندی بین شرکای Google و دستگاه تلفن همراه مجهز به Android کاربر فراهم می کند. TSP اعلان‌های تراکنش‌هایی مانند اعلان‌های مجوز و تسویه حساب را به سرورهای Google ارسال می‌کند. سرورهای Google از این اطلاعات برای نشان دادن اعلان‌ها و رسیدهای تراکنش به کاربر استفاده می‌کنند.
تاریخ آخرین بهروزرسانی 2025-07-25 بهوقت ساعت هماهنگ جهانی.
[null,null,["تاریخ آخرین بهروزرسانی 2025-07-25 بهوقت ساعت هماهنگ جهانی."],[[["\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."]]
