図 1 は、オープンループ支払いの技術的なアーキテクチャと、Google ウォレットとのやり取りを示しています。
以下は、技術的なアーキテクチャの各部分の定義です。
- Google ウォレット搭載のモバイル デバイス
Android OS を搭載したモバイル デバイスを使用すると、Google ウォレットにカードを安全に追加できます。Google ウォレットではトークン化プロセスが簡単に行えます。このプロセスでは、決済ネットワークによってカードがトークン化され、モバイル デバイスにデバイス固有のトークンが追加されます。トークン化について詳しくは、支払いの仕組みをご覧ください。
Google ウォレットは、さまざまなメーカーの Android デバイスと多くのフォーム ファクタに対応しています。最小要件については、前提条件をご覧ください。
- 乗換案内読み取り
一般的に乗換案内のカードリーダーは、駅やバスの入口にあるカードリーダーです。交通機関のリーダーと端末は、物理的な非接触型クレジット カードまたはデビットカードから支払い認証情報を受け取るのと同じ方法で、Google ウォレットから支払い認証情報を受け取ります。非接触型決済を受け入れるには、トランジット リーダーが EMV プロトコルに準拠している必要があります。詳細については、基本的な機能要件をご覧ください。
読者が規制を遵守し、モバイル EMV 決済をサポートするには、ソフトウェアのアップグレードが必要になる場合があります。EMV タグに関する Google の要件の詳細については、基本的な機能の要件をご覧ください。
オフラインの読者や、安定した高速インターネット接続がない読者の場合、オフライン デバイス認証（ODA）を有効にするには、転送オペレーションが必要です。最小要件については、前提条件をご覧ください。
- トランジット サーバー
- バックエンド サーバー。交通機関事業者やそのシステム インテグレータは通常、交通機関を運行しています。多くの場合、カードリーダーは断続的にサーバーへの接続とトランザクションのバッチ処理を行います。サーバーはバッチ処理リクエストを受信し、交通機関の決済代行業者にリクエストを渡します。
- お支払い処理ツール
- 決済代行業者は取引を処理する会社です。トークン化された支払い認証情報のトークン化を解除し、カード発行会社との取引を完了します。支払い処理の詳細については、支払いの仕組みをご覧ください。
- トークン サービス プロバイダ（TSP）
- 支払いネットワークの TSP は、クレジット カードまたはデビットカードのトークン化と非トークン化のサービスを提供しています。決済代行業者は TSP を利用し、Google ウォレット アプリから送信されるトークンに基づいて支払い認証情報を取得します。
- Google サーバー
- サーバーは、Google のパートナーとユーザーの Android モバイル デバイス間のリンクを提供します。TSP は、承認や決済通知などのトランザクション通知を Google サーバーに送信します。Google サーバーはこの情報を使用して、通知や取引の領収書をユーザーに表示します。