LibeSIM

山本 真基

2026/10/20 01:00

M2M eSIMからSGP.32への移行とは?2026年の最新情報を詳しく解説

M2M eSIMからSGP.32への移行とは?2026年の最新情報を詳しく解説

無料ウェビナーのご案内

SIM・eSIMの基本を、動画でも学んでみませんか?

本ウェビナーでは、SIMカードとeSIMの違い、eUICC・プロファイル・SM-DP+の関係、プロファイルを遠隔で書き込む仕組みなどを、図を交えて約15分で解説します。

記事とあわせて全体像を整理したい方や、業務でeSIMを扱い始めた方におすすめです。学び直しや社内での情報共有にもご活用ください。

今すぐ申し込む(無料)

こんにちは、コモン・クリエーションでIoT・SIMエンジニアリングサービスの事業責任者をしている山本です。 本記事では、10 年以上使われてきた M2M 向け eSIM 仕様(SGP.02)から、後継である IoT 向け仕様(SGP.32)への移行を取り上げます。移行がなぜ必要なのか、どのようなパターンがあるのか、そして 2026 年時点のエコシステムがどこまで整ったのかを整理します。

はじめに

GSMA の eSIM 仕様には、M2M 向けの SGP.01/02、Consumer 向けの SGP.21/22、IoT 向けの SGP.31/32 という 3 つの系統があります。このうち最も歴史が古い M2M 方式(SGP.02)は、自動車やスマートメーターなどで大規模に商用利用されてきましたが、GSMA は現在、IoT 向けの後継として SGP.31/32 を位置づけています。既存の M2M 案件を抱える事業者にとって「いつ・どうやって SGP.32 に移るか」は、もはや将来の話ではなく現在進行形のプロジェクトテーマです。

本稿では、以下の項目について SGP.02 および SGP.32 の仕様に基づいて整理します。

  • なぜ M2M 方式(SGP.02)からの移行が求められるのか

  • 移行で何が何に置き換わるのか(SM-DP/SM-SR と SM-DP+/eIM/IPA の対応関係)

  • 現実的な移行パターンと、その際の技術的制約

  • eSA 認証取得済 eUICC など、2026 年時点のエコシステムの現在地


1. まず全体像から — 「M2Mからの移行」をざっくり理解する

最初に押さえるべき事実はひとつです。

「移行とは、出荷済みデバイスの中身を書き換えることではなく、新しい eUICC から順次切り替えていくことである」

eUICC(embedded UICC。プロファイルを遠隔で出し入れできる SIM チップ)には、M2M 方式(SGP.02)用に作られたものと、SGP.32 用に作られたものがあります。両者は搭載する OS レベルの仕組みが異なるため、フィールドに出荷済みの M2M 用 eUICC を遠隔操作で SGP.32 用に変えることは、原則としてできません。厳密には、eUICC ベンダー独自の OS アップデート機構や、両方式に対応するマルチモード品も存在しますが、標準仕様として定義された「変換手順」はありません。

たとえるなら、M2M 方式は「管理会社(SM-SR)に全戸の鍵を預けているマンション」です。入居者の入れ替え(プロファイルの enable/disable)はすべて管理会社が実施し、管理会社を変えるには全戸の鍵を新しい会社へ引き渡す重い手続きが必要でした。SGP.32 では各戸に代理人(IPA)が置かれ、外部の指示役(eIM)は設定データの差し替えだけで交代できます。建物(eUICC)そのものは建て替えられないので、新しい仕組みは「新築の建物」から適用していく、というのが移行の実像です。

つまり移行の論点は「切り替え手順」よりも、(1) 新規デバイスをいつから SGP.32 にするか、(2) 既存の M2M 資産をいつまで維持するか、(3) 両方式が併存する期間の運用をどう設計するか、の 3 点に集約されます。


2. なぜ移行するのか — SGP.02の構造的な制約

M2M 方式の詳細は SGP.01/SGP.02が定めるM2M向けeSIMの仕組み で解説していますが、移行の動機となる制約を挙げます。

  • プッシュ型で端末側に主体がない — プロファイルのダウンロードや切替はすべてサーバー(SM-SR)起点です。SMS や HTTPS で eUICC に直接届く経路が前提で、NB-IoT のような制約の強いネットワークや、SMS を持たない回線と相性がよくありません。

  • SM-SR ロックインが起きる — eUICC の管理権限は特定の SM-SR が独占します。管理者を変える SM-SR Change(SGP.02 v4.2.1 §3.8)は、ES7 インターフェースで eUICC 情報(EIS)を引き渡した上で、新 SM-SR が ISD-R と鍵確立をやり直し、旧 SM-SR の鍵セットを削除するという多段の手続きです。商用では関係者間の契約調整も含めて負担が大きく、「事実上動かせない」と言われてきました。

  • エコシステムの重心が移った — GSMA は IoT 領域の後継仕様として SGP.31/32 を整備しており、M2M 仕様側は保守が中心となって、新機能の追加は見込まれていません。仕様の段階的な縮退(サンセット)に向けた議論も業界内で進められています。


3. SGP.32で何が置き換わるのか

SGP.32 は Consumer 方式(SGP.22)の基盤を再利用した「軽量プル型」です。全体像は SGP.31/SGP.32が定めるIoT向けeSIMの全体像 に譲り、ここでは M2M 方式との対応関係だけを図示します。

観点

M2M 方式(SGP.02)

IoT 方式(SGP.32)

プロファイル生成・配送

SM-DP

SM-DP+(Consumer と共通基盤)

遠隔管理の主体

SM-SR(独占的)

eIM + 端末側 IPA に分散

管理者の変更

SM-SR Change(ES7、鍵確立のやり直し)

eIM Configuration Data の追加・削除

eUICC への経路

SMS / CAT_TP / HTTPS

ESipa 経由(HTTPS、CoAP 等)

eUICC の系譜

SGP.02 専用アーキテクチャ

SGP.22 ベースの IoT eUICC

特に効くのが管理者変更の軽さです。SGP.32 では eUICC 内に eIM Configuration Data(eIM の公開鍵や識別子などの設定情報)を保持し、その追加・削除という eUICC 上の操作だけで指示役を交代できます。SM-SR Change のような鍵の引き渡し手続きは不要です。


4. 現実的な移行パターン

前提として、プロファイルは eUICC 間で「移動」できません。移行先の eUICC には SM-DP+ から新しいプロファイルを再ダウンロードする(多くの場合 ICCID も新規発行になる)ことになります。その上で、実務では次の 4 パターンに整理できます。

パターン

概要

主な適用場面

(1) 併行運用・自然更新

新規デバイスから SGP.32 を採用し、既存 M2M はデバイス寿命まで SGP.02 のまま維持

ほぼすべての案件の基本線

(2) マルチモード eUICC

M2M/IoT 両方式に対応する eUICC を先行搭載し、後から SGP.32 運用へ切替

これから出荷する長寿命デバイス

(3) OS アップデートによる転換

ベンダー独自機構で出荷済み eUICC を SGP.32 対応化

対応 eUICC を採用済みの場合のみ(標準外)

(4) 物理交換

デバイスまたは eUICC を交換

取り外し可能フォームファクタ、高価値資産

判断のポイントは次の通りです。

  • (1) が基本線 — 出荷済み M2M デバイスを無理に動かさず、SM-SR/SM-DP の契約をデバイス寿命に合わせて維持する形です。移行の実体は「新規設計を SGP.32 にすること」です。

  • (2) は保険として有効 — SGP.32 のエコシステム成熟を待ちながら出荷を止めたくない場合、両対応 eUICC で将来の切替余地を確保できます。複数の EUM(eUICC Manufacturer。eUICC 製造事業者)がこの種の製品を提供しています。

  • バックエンドの改修を忘れない — Operator・サービス事業者側は、ES2(SM-DP 向け)から ES2+(SM-DP+ 向け)へのインテグレーション変更、EIS 前提の在庫・運用データモデルの見直し、eIM の調達または自社構築の選定が必要です。


5. エコシステムの現在地(2026年)

仕様面では、SGP.31/SGP.32 は 2026 年 5 月公開の v1.3 まで版を重ね、初版で曖昧だった点の明確化が進みました。商用化の前提となる認証・テストの整備状況は次の通りです。

  • eSA 認証取得済 eUICC が揃ってきた — eSA(eUICC Security Assurance。GSMA が運営する eUICC のセキュリティ認証制度)は、従来の Common Criteria 評価を置き換える形で GSMA コンプライアンスの柱になっています。2025 年 7 月には Thales が IoT 向け eSIM ソリューションでの eSA 認証取得を発表し、2026 年に入って Kigen も eSA 認証取得済 eSIM 製品を発表するなど、SGP.32 世代の eUICC を eSA 認証付きで調達できる状況になりました。

  • eIM にも SAS-SM の枠組みが適用 — プロファイル管理サーバーの運用セキュリティを審査する SAS-SM(Security Accreditation Scheme for Subscription Management)の対象に eIM が加わり、2026 年には eIM としての SAS-SM 完全認定を取得した事業者も登場しています。認証制度の全体像は eSIMの認証制度(SAS)とは? で解説しています。

  • テスト仕様と相互接続 — SGP.32 対応のテスト仕様は SGP.33 シリーズとして整備が進んでおり、eUICC 向けの SGP.33-1 が公開済みです。GCF/PTCRB でも SGP.32 世代の eSIM 試験を認証プログラムへ組み込む準備が進められています。

総じて 2026 年時点では、「新規 IoT 案件は SGP.32 を第一候補にできる」だけの部品が揃いました。一方で、eIM とコネクティビティ事業者の組み合わせ実績や、制約デバイスでの相互接続実績は事業者間で差があり、PoC で自社構成を検証してから量産に進むのが現実的です。


まとめ

  • 出荷済みの M2M 用 eUICC を遠隔で SGP.32 用に変える標準手順はなく、移行の実体は「新しい eUICC・新規デバイスからの切り替え」である

  • 移行の主動機は、SGP.02 のプッシュ型設計と SM-SR ロックイン(SM-SR Change の重さ)にある

  • SGP.32 では SM-DP+ を Consumer 方式と共有し、SM-SR の役割は eIM と IPA に分散される。管理者交代は eIM Configuration Data の差し替えで済む

  • プロファイルは eUICC 間で移動できないため、移行先では SM-DP+ からの再ダウンロードと ICCID の再発行を前提に計画する

  • 2026 年時点で eSA 認証取得済の SGP.32 対応 eUICC や SAS-SM 認定済 eIM が登場し、新規案件で SGP.32 を第一候補にできる段階に入った

M2M からの移行は「切り替えイベント」ではなく、SGP.02 と SGP.32 が数年単位で併存する「移行期間の運用設計」です。既存資産の維持年限と新規設計の標準化を分けて考えることが出発点になります。


参考規格

  • GSMA SGP.01 — Embedded SIM Remote Provisioning Architecture

  • GSMA SGP.02 v4.2.1 — Remote Provisioning Architecture for Embedded UICC Technical Specification

  • GSMA SGP.21 v2.7 / SGP.22 v3.1 — RSP Architecture / RSP Technical Specification

  • GSMA SGP.31 v1.3 — eSIM IoT Architecture and Requirements

  • GSMA SGP.32 v1.3 — eSIM IoT Technical Specification

  • GSMA SGP.33 — eSIM IoT Test Specification

おわりに

弊社では「LibeSIM」として、SM-DP+やMVNO回線、eIM(eSIM IoT Remote Manager)、eUICC、IPA/LPAのご提供を行っております。 ご興味がございましたら、デモやPoC等行っておりますので、ぜひお問い合わせください。

https://common-creation.com/service/libesim

山本 真基

山本 真基

コモン・クリエーション株式会社

執行役員 LibeSIM事業責任者

当社にて、eSIM Tech Partner「LibeSIM」の立ち上げ・事業推進を主導。SM-DP+・eIM・MVNOをワンストップで提供し、eSIMの運用に必要なすべてをオープンに選択できる環境の実現を目指す。国内唯一のeIMプロバイダーとして、SGP.32時代のIoT接続管理の最前線に立つ。