技術的なアーキテクチャ

図 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 サーバーはこの情報を使用して、通知や取引の領収書をユーザーに表示します。