UPI アーキテクチャ: リアルタイム決済トランザクションの解剖学

UPI アーキテクチャ: リアルタイム決済トランザクションの解剖学

UPI トランザクション フロー

Unified Payments Interface (UPI) トランザクションは、支払者のアプリ、スポンサー銀行、NPCI 中央スイッチ、受取人のスポンサー銀行、受取人のアプリ、および実際の資金を保持する2つの銀行という、7つの異なるエンティティが関与する高速リレーチェーンを通じて処理されます。このアーキテクチャにより、基盤となるハンドオーバーの複雑さにもかかわらず、決済を2〜3秒で完了させることができます。

1. アプリケーション層 (TPAP)

ユーザー向けのアプリ(例:PhonePe, Google Pay, Paytm)は、技術的には Third-Party Application Provider (TPAP) です。その役割は、ユーザーの意図を収集し、受取人の名前を表示し、安全なパッドを介して暗号化された PIN を収集することに限定されています。

重要な点として、TPAP は銀行免許を保持しておらず、ユーザーの資金に触れることはなく、プレーンテキストの PIN を見ることもありません。この層は市場競争の主要な場であり、PhonePe と Google Pay が現在市場シェアの約 80% を占めています。

2. スポンサー層 (PSP)

TPAP は銀行免許を欠いているため、Payment Service Provider (PSP) またはスポンサー銀行と提携する必要があります。スポンサー銀行は、決済ネットワークへの必要な接続を提供し、UPI アドレス(@handle)を発行します。

スポンサー層の主な技術的詳細は以下の通りです:

  • Handle Resolution: UPI ID のサフィックス(例:@ybl または @okaxis)は、アプリではなくスポンサー銀行を識別します。
  • Resilience: 主要なアプリは、単一の銀行の停止によってアプリ全体がオフラインになるのを防ぐため、複数のスポンサー銀行を使用しています。
  • Efficiency: 支払者と受取人の両方が同じスポンサー銀行を使用している場合、銀行は両方のドレスを内部的に解決できるため、中央ネットワークディレクトリをバイパスして時間を節約し、小さな解決手数料を節約できます。

3. 中央ハブ (NPCI Switch)

すべての UPI 決済は、National Payments Corporation of India (NPCI) が運営する単一の中央スイッチで収束します。スイッチは、トランザクション全体のオーケストレーターとして機能します:

  1. Translation: リクエストを、UPI ハンドルを実際の銀行口座に解決するために受取人のスポンサー銀行にルーティングします。
  2. Debit First: スイッチは支払者の銀行に資金の引き落としを指示します。支払者の銀行は、ユーザーの PIN を復号化および検証できる唯一のエンティティです。
  3. Credit Second: 引き落としが確認された後にのみ、スイッチは受取人の銀行に資金の入金を行わせます。

この「引き落としが先、入金が後」というシーケンスにより、資金が目的地に到着する前に、必ずソースから離れることが保証されます。

パフォーマンスと信頼性メトリクス

トランザクション ボリュームと規模

UPI は世界最大級のリアルタイム決済システムです。2026年6月、システムは 2,272 億 (22.72 billion) 以上の決済を処理しました。総ボリュームは膨大ですが、NPCI スイッチへの平均負荷は、高トラフィック期間中に大幅にピークアップしますが、およそよそ 700 QPS (queries per second) と推定されています。

技術的 vs. ビジネス的拒否 (Technical vs. Business Declines)

UPI における決済失敗は、2つの異なるタイプに分類されます:

  • Business Declines: ユーザー側の問題(例:不正確な PIN、残高不足、または1日の上限を超えた場合)によって引き起こされる失敗です。これらは時間の経過とともに増加しています。
  • Technical Declines: システムの停止やサーバーのタイムアウトによって引き起こされるされる失敗です。インフラストラクチャが強化されたことにより、これらは大幅に減少し、1% 以上から 0.25% 未満 (1 in 400) に減少しました。

エラーハンドリングと「Deemed」状態

トランザクションが開始されましたが、入金の確認が時間内に戻ってこない場合、決済は「deemed」状態になります。この状態では、資金は支払者の口座から引き落とされていますが、ネットワークは受取人の口座に届いたかどうかを確認できません。

これらを解決するために、UPI はセーフティネットを導入しています:

  • Status Polling: アプリは、約 90 秒後にネットワークに対して真の状態を照会会します。
  • Auto-Reconciliation: NPCI は、確定的な回答が得られるまで両方の銀行に照会するバックグラウンドプロセスを実行します。
  • Regulatory Guarantees: RBI のガイドラインに基づき、送金のリバーサル(払い戻し)は1日以内に発生しなければならず、遅延に対しては銀行に罰則が科せられます。

エコシステム インサイト

マーチャントの優位性

2022年以来、マーチャント決済は個人間 (P2P) 決済を上回りました。このこの特性は「受益者銀行」の集中を生み出っています。例えば、Yes Bank は、店主の実際の銀行口座が他の場所にある場合でも、多くの大型マーチャントアプリの QR コードのスポンサーとなっているため、不釣り合いに高い割合の入金決済を処理しています。

コミュニティの視点

UPI の技術的なエンジニアリングは、その規模と包括性において広く称賛されていますが、一部の批判者はプライバシーと自 autonomy (自律性) の懸念を提起しています:

"It's a terrible system for privacy and autonomy. It has so many intermediaries, requires phone number and linked to person's identity. It is controlled by the government rather than Visa or Mastercard."

逆に、他の人々は、その社会的影響をハイライトしています。以前はデジタル経済から排除されていた層に対して、決済のデジタル化を成功させたことを指摘しています。

Sources