# SGP.22とSGP.32の比較：誰がアクティベーションを行うか

SGP.22はコンシューマー向けeSIMの仕様で、画面のあるデバイス上で人がプロファイルをアクティベーションします。SGP.32はIoT向けの仕様で、バックエンドのeSIM IoTマネージャーが、デバイスの前に人がいない状態でフリート全体のプロファイルをアクティベーションします。SGP.02はそれ以前のM2M世代の仕様で、そのハードウェアをOTAでSGP.32に移行することはできません。

- SGP.22（v3.0、2022年10月19日）はコンシューマー向けの仕様、SGP.32（v1.2、2024年6月27日）はIoT向けの仕様です。

- SGP.22はSM-DP+とSM-DSをローカルプロファイルアシスタントとともに使用します。SGP.32はSM-DP+の上にeIMとIoTプロファイルアシスタントを追加します。

- SGP.02はそれ以前のM2M世代の仕様です。設置済みのSGP.02ハードウェアをOTAでSGP.32対応に移行することはできません。

- 最初のプロファイルには、必ずブートストラップ接続またはローカル接続が必要です。

## デバイスの前に人がいるかどうかで仕様が決まる

SGP.22とSGP.32の違いは、無線方式やSIMの形状ではありません。プロファイルをアクティベーションするときに誰がその場にいるかです。SGP.22は、コードをスキャンし、案内を読み、ダウンロードを確定できる、画面を持つユーザーを前提とします。SGP.32は、バックエンドにいるフリート管理者が、画面がなくそばに誰もいないデバイスをアクティベーションすることを前提とします。
この前提が、アーキテクチャ、障害時の対応経路、運用を担うチームを決めます。コンシューマー向けデバイスには、人が最後まで完了できるアクティベーションのフローが必要です。無人のフリートには、現地に人を派遣せずにプロファイルの選択、ダウンロード、有効化、一時停止、廃止を行える管理システムが必要です。

### アクティベーションまでの2つの流れ

どちらの流れも、プロファイルが有効化された状態で終わります。違いは、誰がダウンロードを開始し、誰が問題を修正できるかです。

Alt: 4つのステップからなる2つの流れ。コンシューマー向け：注文、QRコードのスキャン、プロファイルのダウンロード、デバイス上での有効化。IoT向け：注文、eIMによるプロファイルの選択、ダウンロード、デバイスの前に人はいない。

コンシューマー向けの流れは、注文、QRスキャン、プロファイルのダウンロード、有効化の順に進み、ユーザーがデバイス上で確定します。IoT向けの流れは、注文、eIMによる選択、プロファイルのダウンロード、完了の順に進み、デバイスの前に人はいません。コンシューマー向けの流れは、スキャンに失敗したときに誰かが再試行できることを前提とします。IoT向けの流れは、現地に出向かなくてもeIMとデバイスが復旧できることを前提とします。

| Item | Value | Note |
| --- | --- | --- |
| SGP.22（コンシューマー） · 1 | 注文 |  |
| SGP.22（コンシューマー） · 2 | QRコードを読み取る |  |
| SGP.22（コンシューマー） · 3 | プロファイルのダウンロード |  |
| SGP.22（コンシューマー） · 4 | デバイスで有効化 |  |
| SGP.32（IoT） · 1 | 注文 |  |
| SGP.32（IoT） · 2 | eIMがプロファイルを選択 |  |
| SGP.32（IoT） · 3 | プロファイルのダウンロード |  |
| SGP.32（IoT） · 4 | デバイス側の操作者なし |  |

Source: GSMA SGP.22 v3.0およびSGP.32 v1.2 (https://www.gsma.com/solutions-and-impact/technologies/esim/gsma_resources/sgp-32-v1-2/)

## 1分でわかるSGP.22

事業者またはプロファイルプロバイダーがSM-DP+上でプロファイルを準備し、検出サーバーであるSM-DSが、プロファイルが利用可能であることをデバイスに通知できます。デバイス上のローカルプロファイルアシスタントが、ユーザーの同意を得たうえでプロファイルをダウンロードし、インストールして有効化します。きっかけとなるのは通常、QRコード、アクティベーションコード、またはアプリです。このフローは、アプリストア、設定メニュー、そしてダウンロードの失敗に自分で対処できるユーザーがいることを前提としています。

## 1分でわかるSGP.32

eSIM IoTマネージャー（eIM）は、企業またはプロバイダーのバックエンドに置かれ、フリート全体でプロファイルのダウンロード、切り替え、削除を統括します。その際、プロファイルを準備するSM-DP+と、任意のSM-DSと連携します。IoTプロファイルアシスタント（IPA）はデバイスまたはeUICC上で動作し、コマンドを実行します。デバイスが最初のプロファイルを取得するには、ブートストラッププロファイル、ローカルネットワーク、またはその他の一時的な経路といった何らかの接続が必要です。このモデルは、大規模な運用、すでに設置済みのハードウェア、そして現地訪問を待てない変更のために設計されています。

### 3つの世代、3つのアクティベーションモデル

|  | SGP.02 | SGP.22 | SGP.32 |
| --- | --- | --- | --- |
| アクティベーションを開始する主体 | 事業者のM2Mプラットフォーム | ユーザー（コードまたはアプリを使用） | バックエンドのeIM |
| バックエンドのコンポーネント | セキュアルーティングを備えたサブスクリプションマネージャー | SM-DP+と任意のSM-DS | eIMとSM-DP+（および任意のSM-DS） |
| デバイス側 | M2M eUICC | ローカルプロファイルアシスタント | IoTプロファイルアシスタント（IPA） |
| 代表的なデバイス | 設置済みのM2M機器 | スマートフォン、タブレット、ノートPC、旅行用eSIM | トラッカー、メーター、センサーのフリート |
| アップグレードの方法 | ハードウェアの交換 | プロファイルのダウンロードまたはデバイスの変更 | プロファイルのダウンロード。モジュールとeUICCの対応が必要 |

1つのデバイスが実装するフローは1つです。モジュール、eUICC、管理プラットフォームの三者が一致している必要があります。

## SGP.02から何が変わったか

SGP.02はM2M向けのリモートプロビジョニング仕様でした。コンシューマー向けeSIMのエコシステムが成熟する前の仕様で、プロファイルプロバイダーとデバイスの間でセキュアルーティングの役割を担うサブスクリプションマネージャーを使用していました。SGP.32は、オーケストレーションを事業者から切り離します。eIMがプロファイルを選択・管理し、IPAがデバイス上で実行し、ダウンロードには標準的なIP接続を使います。その結果、事業者固有の構成要素が減り、企業のフリートに適した管理モデルになります。
SGP.02の設備は、多くの場合、事業者固有のプラットフォームを中心に構築されていました。SGP.32はオーケストレーションを企業または接続プロバイダー側に置きます。これにより複数事業者のフリートは管理しやすくなりますが、eIMとプロファイルの所有者の選択がより重要になります。誰がeIMを運用し、誰がプロファイルの在庫を保有し、契約終了時の引き継ぎがどのように行われるかを確認してください。

## 移行はハードウェアの計画である

設置済みのSGP.02デバイスは、ソフトウェアのフラグひとつでは移行できません。eUICC、モジュール、管理プラットフォームのすべてがSGP.32に対応している必要があるため、移行はハードウェアの交換時に行われます。設備は2つのグループに分けて計画してください。SGP.02のまま寿命を迎えるデバイスと、交換後に新しいフローを使えるデバイスです。
2つ目のグループについては、最初の交換品を出荷する前に新しいフローをテストしてください。ブートストラップの経路、eIMの引き継ぎ、プロファイルの在庫を確認します。新旧が混在する設備では照合できる2つの記録が必要になるため、最後のデバイスが撤去されるまで、旧プラットフォームで設置済みの機器を読み取れる状態を維持してください。

## プロファイルにはライフサイクルがある

プロファイルは、注文、ダウンロード、インストール、有効化、使用、一時停止、切り替え、削除という段階をたどります。各段階には担当者と記録が必要です。注文によって、プロファイルがEIDとICCIDに紐づけられます。ダウンロードには接続ときっかけが必要です。有効化によってプロファイルがアクティブになり、それまでのプロファイルは無効になります。切り替えでは、新しいプロファイルに対してダウンロードと有効化を繰り返します。削除によってプロファイルがeUICCから取り除かれ、領域が解放されます。
すべての段階で、EID、ICCID、IMSIを記録してください。EIDはチップを、ICCIDはプロファイルを、IMSIはネットワークが認証する加入契約を識別します。この記録がなければ、切り替えは、どのプロファイルがどのデバイスにあるかの推測になってしまいます。規模を拡大する前に、ダウンロードの失敗とロールバックを含め、サイクル全体をテストしてください。

### 購入前に確認すること

- [ ] モジュールとeUICCが、単に「eSIM対応」とされているだけでなく、その仕様の認証を取得していること。
- [ ] 最初のプロファイルがどのように届くか、またブートストラップ接続に失敗した場合にどうなるか。
- [ ] 誰がeIMを運用するか、また自社のeIMを使用できるか。
- [ ] 誰がプロファイルを所有するか、また契約終了時の条件は何か。
- [ ] 切り替えがどのように開始されるか、どのくらい時間がかかるか、また切り替え中にデバイスがどう動作するか。
- [ ] eUICCのプロファイル用メモリがどれだけあるか、またフリートがどの程度の頻度で切り替えを行うか。

展開予定の市場で、実際のファームウェアを使ったテストの実績を求めてください。

### Check what you learned

**画面のないトラッカーを、オフィスからプロビジョニングする必要があります。どの仕様が適していますか？**

モジュールとeUICCが対応し、eIMがフリートを管理するのであれば、SGP.32です。SGP.22はデバイスの前に人がいることを前提としています。

**SGP.02のハードウェアは、OTAでSGP.32にアップグレードできますか？**

できません。デバイスとeUICCが新しい仕様に対応している必要があるため、移行はハードウェアの更新サイクルに従います。

**プロファイルのダウンロードを開始するには、事前に何が必要ですか？**

ブートストラッププロファイル、ローカルネットワーク、またはその他の一時的な接続に加えて、ユーザーまたはeIMからのきっかけが必要です。

## FAQ

**スマートフォンでSGP.32を使えますか？**

スマートフォンはSGP.22に従います。SGP.32は、デバイスに画面も操作する人もいないフリートを対象としています。

**SGP.32には新しいハードウェアが必要ですか？**

はい、SGP.32に対応したモジュールとeUICCが必要です。設置済みの機器は、モジュールごとに評価する必要があります。

**SGP.32はSGP.22と後方互換性がありますか？**

いいえ、そのまま置き換えられるものではありません。SGP.32はSGP.22のSM-DP+とプロファイル形式を再利用しますが、ユーザー主導のLPAフローをeIMとIPAに置き換えます。1つのデバイスが実装するフローは1つであり、管理プラットフォームもそれに合わせる必要があります。

**eIMとは何ですか？**

eSIM IoTマネージャーのことです。SGP.32のもとで、IoTフリートのプロファイルのダウンロード、切り替え、削除を統括するバックエンドのコンポーネントです。

**後からプロバイダーを変更できますか？**

誰がプロファイルを所有しているか、またeUICCのポリシーが何を許可しているかによります。契約前に、契約終了時の条件と、テスト済みの移行手順を確認してください。

## Sources

- [GSMA SGP.22 v3.0：コンシューマー向けデバイスのリモートSIMプロビジョニング](https://www.gsma.com/solutions-and-impact/technologies/esim/gsma_resources/sgp-22-v3-0/) — Accessed: 2026-10-19
- [GSMA SGP.32 v1.2：eSIM IoTのリモートプロビジョニングと管理](https://www.gsma.com/solutions-and-impact/technologies/esim/gsma_resources/sgp-32-v1-2/) — Accessed: 2026-10-19
- [GSMA eSIM仕様：SGP.02、SGP.22、SGP.32のファミリー](https://www.gsma.com/solutions-and-impact/technologies/esim/) — Accessed: 2026-10-19

Updated: 2026-10-19