← インデックスに戻る

○○Pay事業者の戦略 & 資金移動業の保全要件

前回までの構造分析を踏まえ、(1) ○○Pay事業者(PayPay以外のフォロワーポジションのプレイヤー)視点でステーブルコイン化のメリット・デメリットを評価し、(2) 実装上のクリティカルな論点である資金移動業の保全要件との関係を整理する。

目次

  1. PART 0:日本のQR決済市場 基本データ
  2. PART 1:○○Pay視点のメリット
  3. PART 1:○○Pay視点のデメリット・リスク
  4. PART 1:戦略的結論
  5. PART 2:資金移動業の保全要件とは
  6. PART 2:Double Preservation 問題
  7. PART 2:回避設計と規制動向
  8. PART 2:パターンA/B/C と保全要件のマッピング
  9. 統合:auが取るべき設計

PART 0:日本のQR決済市場 基本データ

0. 主要プレイヤーの規模・構造

議論の前提として、日本の主要QR決済サービスの規模感を整理する(2023〜2024年公開情報ベースの概算)。

規模比較表

サービス 運営 登録ユーザー 年間取扱高 加盟店数 QRシェア
PayPay PayPay株式会社(SoftBank・LINEヤフー) 約 6,500万人 約 13兆円 約 410万カ所 約 65〜70%
楽天ペイ 楽天ペイメント 1億ID(楽天会員ベース) 数兆円規模 約 500万カ所(Edy含) 約 10〜15%
d払い NTTドコモ 約 5,000万人 約 7〜8兆円(キャリア決済含む) 約 490万カ所 約 10%
au PAY auフィナンシャルサービス(KDDI) 約 3,300万人 約 5〜6兆円 約 360万カ所 約 6〜8%
メルペイ 株式会社メルペイ(メルカリ) 約 1,500〜2,000万人 数千億〜1兆円規模 iD連携で広範(実店舗約180万 + QR) 約 3〜5%
LINE Pay LINEヤフー 2025年4月サービス終了
PayPayが QR市場の6〜7割を独占。残り3割を 楽天ペイ・d払い・au PAY・メルペイ が分け合う構図。

シェア可視化

pie title 日本のQRコード決済市場シェア(推計、取扱高ベース) "PayPay" : 65 "楽天ペイ" : 12 "d払い" : 10 "au PAY" : 7 "メルペイ" : 4 "その他" : 2

各社の構造的強み・弱み

サービス強み弱み
PayPay 圧倒的シェア・加盟店網、孫資本・LINEヤフー連携 親会社統合の複雑性、収益性確保が課題
楽天ペイ 楽天経済圏、ポイント還元競争力 QR単体ではユーザー数限定的
d払い 5,000万通信契約者、キャリア決済、dポイント au・SBに比べポイント経済圏が弱い
au PAY KDDI 3,000万通信契約、Ponta 1.5億会員、auじぶん銀行、au PAYカード 取扱高はPayPayの半分以下、独自インフローが弱い
メルペイ メルカリ売上金が直接残高化(独自オーガニック・キャッシュイン)、iD連携で加盟店網広い 登録ユーザーが2,000万人と相対的に小さい、加盟店ブランド認知薄い

残高(前払式未使用残高)の規模感

サービス残高規模(推計)備考
PayPay5,000億円〜(推定)業界最大。発行体はPayPay株式会社
au PAY1,000〜2,000億円auフィナンシャル発行
メルペイ500〜1,000億円株式会社メルペイ発行。売上金が大きな源泉
楽天キャッシュ1,000〜2,000億円楽天Edy含めると業界2位水準
業界全体(電子マネー含む)約 5兆円金融庁開示ベース

キャッシュインフローの構造比較

flowchart LR subgraph PayPay P_Bank[銀行口座連携] P_ATM[セブン銀行ATM] P_Card[PayPayカード] P_Bal[PayPay残高] P_Bank --> P_Bal P_ATM --> P_Bal P_Card --> P_Bal end subgraph auPAY A_Bank[銀行口座連携] A_Carrier[au かんたん決済] A_Card[au PAYカード] A_Ponta[Pontaポイント] A_Bal[au PAY残高] A_Bank --> A_Bal A_Carrier --> A_Bal A_Card --> A_Bal A_Ponta --> A_Bal end subgraph メルペイ M_Sales["メルカリ売上金
★独自オーガニック"] M_Bank[銀行口座連携] M_Bal[メルペイ残高] M_Sales ==> M_Bal M_Bank --> M_Bal end style M_Sales fill:#ffeb3b,stroke:#f57f17 style A_Carrier fill:#ffeb3b,stroke:#f57f17 style A_Ponta fill:#ffeb3b,stroke:#f57f17

注目点:メルペイは 「メルカリ売上金 → メルペイ残高」 という他社にない独自オーガニックインフローを持つ。au PAYは au かんたん決済 + Ponta の独自レールが強み。PayPayは規模はあるが独自性のあるインフロー経路は限定的。


PART 1:○○Pay事業者にとってのステーブルコイン

1. ○○Pay視点のメリット

① フォロワーゆえの「開放戦略」が効く

QR決済シェアは PayPay >> au PAY / メルペイ / d払い / 楽天ペイ。フォロワー(挑戦者)は相互運用化で得をする構造的非対称性がある。

flowchart LR subgraph 現状["現状(クローズドループ)"] P1[PayPay
シェア60%超] A1[au PAY] M1[メルペイ] D1[d払い] P1 -.分断.-> A1 P1 -.分断.-> M1 A1 -.分断.-> M1 M1 -.分断.-> D1 end subgraph 開放後["ステーブルコイン共通化後"] P2[PayPay] A2[au PAY] M2[メルペイ] D2[d払い] SC([円ステーブルコイン
共通レイヤー]) P2 <--> SC A2 <--> SC M2 <--> SC D2 <--> SC end 現状 --> 開放後 style P1 fill:#fdf3f4,stroke:#c0392b style P2 fill:#fdf3f4,stroke:#c0392b style SC fill:#e8f4ff,stroke:#2b6cb0

PayPayユーザーが○○Pay加盟店で支払えるようになれば、○○Payの加盟店網は実質的に拡張される。一方PayPayは閉鎖的でいたほうが得 → フォロワーポジションの○○Pay事業者が「開放陣営の旗振り役」になる構造的合理性がある(チャレンジャーバンクがOpen Bankingを推進した構図と同じ)。

② 親会社グループの固有資産との掛け算

flowchart TD Parent[○○Pay事業者の親会社グループ] Parent --> Bank[グループ内銀行
→ 信託・預金スキームを内製] Parent --> Loyalty[自社ポイント経済圏
→ 経済圏外への橋] Parent --> Telco[通信契約者ベース
→ 与信データ・KYC] Parent --> IoT[5G / IoT基盤
→ M2M決済レイヤー] Parent --> Card[自社グループのクレカ
→ クレカ与信] Bank --> SC([円ステーブルコイン戦略]) Loyalty --> SC Telco --> SC IoT --> SC Card --> SC style Parent fill:#ffeb3b,stroke:#f57f17 style SC fill:#e8f4ff,stroke:#2b6cb0
資産ステーブルコイン文脈での活用
グループ内銀行裏付け資産の信託・預金スキームを内製可能
自社ポイント経済圏ポイント⇄ステーブルコイン両替で経済圏外(コンビニ等)に資金移動の橋を架ける
通信契約者の与信データキャリア決済の与信モデルをステーブルコイン発行の信用補完に転用
5G / IoT基盤M2M決済(自動車、スマートメーター、IoT機器)の決済レイヤーとして自社ネットワークと統合
自社グループのクレカクレカ与信を活かしたステーブルコイン発行・ブリッジ機能

③ インバウンド需要の取り込み

訪日外国人消費は約 5.3兆円/年。決済手段は依然として課題(現金・カード中心、QRはAlipay/WeChatPay以外で受け入れ薄)。

flowchart LR Foreign[海外ウォレット
USDC等] Foreign -->|来日前にスワップ| JPYSC([円ステーブルコイン]) JPYSC -->|チャージ| Pay[○○Pay 残高] Pay -->|QR決済| Mer[○○Pay加盟店] style JPYSC fill:#e8f4ff,stroke:#2b6cb0 style Mer fill:#fff8e1,stroke:#f0b429

PayPayより先に対応すれば、インバウンド店舗の囲い込みカードに使える。

④ コスト構造の改善

⑤ 規制先行者利益


2. ○○Pay視点のデメリット・リスク

① クローズドループの "壁" が崩れる

flowchart TD subgraph 現状["現状:ロックイン構造"] U1[ユーザー] AB1[○○Pay 残高] U1 -.解約コスト高
残高は他社に移せない.-> AB1 end subgraph 開放後["開放後:流出リスク"] U2[ユーザー] AB2[○○Pay 残高] Other[他社残高/ウォレット] U2 --> AB2 AB2 <-.即時移動可能.-> Other end 現状 --> 開放後 style AB1 fill:#effbf1,stroke:#a7d8b1 style AB2 fill:#fdf3f4,stroke:#c0392b style Other fill:#fdf3f4,stroke:#c0392b

現状の ○○Pay 残高は他サービスに移動できない=ロックイン効果あり。ステーブルコイン化により解約コストが下がる=顧客流出リスク。

② MDR圧縮圧力

加盟店から見て「どの○○PayでもPayPayでも同じステーブルコインで受け取れる」となると、手数料の差別化が難しくなり、加盟店手数料(現状 ~1.98%)の値下げ競争に巻き込まれる。

③ 既存収益源の縮小


3. 戦略的結論:メリット vs デメリット

メリット(攻め)

デメリット(守り)

結論:○○Pay事業者(PayPay以外のフォロワー)にとってステーブルコイン化は "守り" ではなく "攻め" の選択肢

PayPay一強を崩すには、自社単独で勝負するより、「相互運用陣営」を組成してエコシステム全体でPayPayを牽制するほうが合理的。

具体的シナリオ:
共通インフラ採用(Progmat Coin等)に早期参加し、メルペイ・d払い・au PAY・楽天ペイを巻き込む
・「○○Pay × 海外ステーブルコイン」のインバウンド対応で先行
・自社ポイント経済圏との組み合わせで「経済圏間ブリッジ」を独占

逆に 自社単独で独自コインを発行するのは罠。クローズドループの殻に閉じこもる選択肢の延長になり、既存ビジネスの枠を出ない。

PART 2:資金移動業の保全要件 × ステーブルコイン

4. 資金移動業の保全要件とは

資金決済法43条等により、資金移動業者は 履行保証額の100% を以下のいずれかの方法で保全する義務がある。

保全方法対象資産(内閣府令で限定列挙)
供託金銭、国債等の安全資産
銀行保証契約銀行による保証
信託金銭、国債、その他指定された安全資産
重要:ステーブルコイン(電子決済手段)は、現時点ではこの「指定された安全資産」のリストに 含まれていない。法的には預金でも国債でもないため。

→ 資金移動業者がステーブルコインを保有していても、それは 履行保証額に算入されない

5. Double Preservation 問題

これがビジネス上のキモ。資金移動業者がユーザー残高をステーブルコインで保有しようとすると、同じ資金が2回保全される非効率が発生する。

sequenceDiagram autonumber participant U as ユーザー participant FT as 資金移動業者A participant SCI as ステーブルコイン発行体(信託型) participant TR as 信託銀行 U->>FT: 100円預ける Note over FT: ユーザーへの債務 100円
→ 別途100円の保全資産が必要 FT->>SCI: 100円分のステーブルコイン購入 SCI->>TR: 100円を信託保全(裏付け) Note over TR: 発行体側の信託で
すでに100円保全済み Note over FT,TR: 結果:実質200円のロック
= 資本効率が大幅悪化
主体保全されている金額意味
発行体側100円(信託)ステーブルコインの裏付け
資金移動業者A側+100円(追加で必要)ユーザー債務に対する保全
合計200円同じ100円分のサービスに2倍の資本

これが業界で議論されている double preservation problem。ステーブルコイン普及の最大の規制阻害要因。


6. 回避設計:「直接取得型」スキーム

二重保全を回避する設計として議論されているのは、ユーザーが直接ステーブルコインを保有する形。資金移動業者はB/Sに乗せず、仲介者として振る舞う。

flowchart TD U[ユーザー] U -->|自身のウォレットで保有| W[ユーザーウォレット
ステーブルコイン保有] W -.裏付け請求権.-> Trust[(発行体の信託)] U -->|UI操作| App[アプリ
auフィナンシャル] App -.電子決済手段等取引業として仲介.-> W Note1["資金移動業者は
『保有者』ではなく
『取引仲介者』
→ 自社B/Sに乗らない
→ 保全義務なし"]:::note App -.-> Note1 classDef note fill:#fff8e1,stroke:#f0b429,color:#1a3a5e style W fill:#e8f4ff,stroke:#2b6cb0 style Trust fill:#fff8e1,stroke:#f0b429

この場合、資金移動業者は 「保有者」ではなく「取引仲介者」(電子決済手段等取引業者)の立場になる。自社のB/Sにステーブルコインが乗らないため、保全義務も発生しない。

規制動向


7. パターンA/B/C と保全要件のマッピング

前回整理した3つの実装パターンと、保全要件の影響を対応付ける。

flowchart TD subgraph A["パターンA:レール置換のみ"] A1[ユーザー残高はDB管理] A2[チャージ・出金時のみSC使用] A3[受領後すぐバーン→円預金化] A1 --> A2 --> A3 end subgraph B["パターンB:ハイブリッド勘定"] B1[ユーザー残高はDB管理] B2[サービス間振替・国際送金時SCを介在] B3[発行体がSC在庫を保有] B1 --> B2 --> B3 end subgraph C["パターンC:フルトークン化"] C1[ユーザー自身がウォレットでSC保有] C2[アプリはUIに過ぎない] C3[資金移動業者は仲介者] C1 --> C2 --> C3 end style A fill:#effbf1,stroke:#a7d8b1 style B fill:#fff8e1,stroke:#f0b429 style C fill:#e8f4ff,stroke:#2b6cb0
パターン 保全要件への影響 資本効率 ビジネス成立性
A:レール置換 SCは即バーンするので保有しない → 影響なし すぐ実装可能。ただし恩恵限定的
B:ハイブリッド 発行体がSC在庫を保有 → Double Preservation 発生 × 規制改正なしでは実用化困難
C:フルトークン化 ユーザー直接保有 → 資金移動業者の保全義務なし UX・KYC・規制対応のハードル高

8. 統合:auが取るべき設計

flowchart LR Now[現状
クローズドループDB] Now -->|Phase 1
2025-2027| PA[パターンA
チャージ/出金レール置換] PA -->|規制改正待ち
2027-2029| PB[パターンB
サービス間相互運用] PB -->|長期
2030+| PC[パターンC
フルトークン化] style Now fill:#fbfaf6,stroke:#999 style PA fill:#effbf1,stroke:#a7d8b1 style PB fill:#fff8e1,stroke:#f0b429 style PC fill:#e8f4ff,stroke:#2b6cb0

段階的アプローチ

  1. Phase 1(即時〜2027):パターンAでチャージ・出金レール置換。クロスボーダー対応+インバウンド先行。double preservation を回避できる。
  2. Phase 2(2027-2029):内閣府令改正でDouble Preservation 問題が解決すれば、パターンBへ拡張。サービス間相互運用を実装し、PayPay牽制の本命カード化。
  3. Phase 3(2030+):パターンC(ユーザー直接保有)へ移行。資金移動業から電子決済手段等取引業へ業態シフト。
キーインサイト:規制設計(特に保全要件)が、ビジネスアーキテクチャの選択肢を決定的に制約している。
→ ステーブルコイン戦略は「単なる技術選択」ではなく「規制設計と一体の戦略」。
→ 大手プレイヤー(KDDI、メルカリ等)は 規制当局へのロビイングを通じた制度設計への関与 こそが本質的な差別化要因になる。