← インデックスに戻る
○○Pay事業者の戦略 & 資金移動業の保全要件
前回までの構造分析を踏まえ、(1) ○○Pay事業者(PayPay以外のフォロワーポジションのプレイヤー)視点でステーブルコイン化のメリット・デメリットを評価し、(2) 実装上のクリティカルな論点である資金移動業の保全要件との関係を整理する。
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万人と相対的に小さい、加盟店ブランド認知薄い |
残高(前払式未使用残高)の規模感
| サービス | 残高規模(推計) | 備考 |
| PayPay | 5,000億円〜(推定) | 業界最大。発行体はPayPay株式会社 |
| au PAY | 1,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より先に対応すれば、インバウンド店舗の囲い込みカードに使える。
④ コスト構造の改善
- 全銀ネット経由のチャージ・出金手数料の中抜き削減
- 加盟店精算の自動化・即時化(オペコスト削減)
- クロスボーダー送金コストの劇的削減
⑤ 規制先行者利益
- 改正資金決済法(2023)で枠組みは整備済み
- 大手プレイヤー(通信キャリア・大手金融グループ等)の信頼性を活かして金融庁との関係で標準化に影響力を持てる
- "自社コイン" 等の自社発行も理論上可能(資金移動業ライセンス保有済みなら)
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 デメリット
メリット(攻め)
- フォロワー戦略の合理性(PayPay牽制)
- 親会社グループ固有資産との掛け算
- インバウンド需要
- コスト改善
- 規制先行者利益
デメリット(守り)
- クローズドループ崩壊・流出リスク
- MDR圧縮競争
- キャリア決済等の既存収益縮小
- 既存システム改修コスト
結論:○○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にステーブルコインが乗らないため、保全義務も発生しない。
規制動向
- 金融庁は2023年改正以降、電子決済手段等取引業のガイドライン整備を継続中
- 業界(JBA、JCBA等)から「電子決済手段を保全資産として認めてほしい」という要望
- 特に 信託型ステーブルコイン(Progmat Coin等)については、裏付けがすでに信託保全されているため、二重保全を求める合理性が薄いという議論が強い
- 2025〜2026年頃に内閣府令の改正で何らかの整理がなされる可能性あり
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
段階的アプローチ
- Phase 1(即時〜2027):パターンAでチャージ・出金レール置換。クロスボーダー対応+インバウンド先行。double preservation を回避できる。
- Phase 2(2027-2029):内閣府令改正でDouble Preservation 問題が解決すれば、パターンBへ拡張。サービス間相互運用を実装し、PayPay牽制の本命カード化。
- Phase 3(2030+):パターンC(ユーザー直接保有)へ移行。資金移動業から電子決済手段等取引業へ業態シフト。
キーインサイト:規制設計(特に保全要件)が、ビジネスアーキテクチャの選択肢を決定的に制約している。
→ ステーブルコイン戦略は「単なる技術選択」ではなく「規制設計と一体の戦略」。
→ 大手プレイヤー(KDDI、メルカリ等)は 規制当局へのロビイングを通じた制度設計への関与 こそが本質的な差別化要因になる。