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