eIMとは？SGP.32が定めるIoT eSIMの遠隔管理コンポーネント（PSMO・eCO・ESipa）を解説

こんにちは、コモン・クリエーションでIoT・SIMエンジニアリングサービスの事業責任者をしている山本です。 本記事では、GSMA の IoT 向け eSIM 仕様 SGP.32 の中核コンポーネントである eIM(eSIM IoT Remote Manager)を取り上げます。eIM が何を担い、どのような命令(PSMO・eCO)を、どのインターフェース(ESipa)で届けるのかを整理します。

はじめに

スマートフォンの eSIM は、ユーザー自身が画面を操作してプロファイルをダウンロードし、切り替えます。しかし IoT 機器の多くには画面もボタンもなく、そもそも操作する人が現地にいません。この「ユーザー操作の不在」を埋めるために設計されたのが eIM です。

本稿では、以下の項目について SGP.31/SGP.32 に基づいて整理します。

• eIM の役割と、Consumer RSP の LPA との対応関係

• eIM が発行する命令の中身｜eUICC Package、PSMO、eCO

• eIM と端末側エージェント IPA を結ぶ ESipa インターフェース

• Associated eIM の考え方と、署名・Fallback・Rollback による信頼性の仕掛け

• eIM の配置パターン(誰がどこで運用するか)

IoT RSP 全体の背景は、シリーズの前ページ SGP.31/SGP.32とは？IoT向けeSIM規格の全体像 を先に読むと理解しやすくなります。

1. まず全体像から｜eIMをざっくり理解する

eIM(eSIM IoT Remote Manager)は、一言でいえば「IoT 機器の eSIM プロファイルを、クラウド側から代わりに操作する管理者」です。

スマートフォンの世界では、LPA(Local Profile Assistant。端末内で eSIM プロファイルを管理するソフトウェア)の画面を人間が操作して、プロファイルの追加や切り替えを指示します。IoT の世界では、この「人間が指でタップする」部分だけを切り出して、ネットワークの向こう側に置き換えました。それが eIM です。工場に散らばった 1 万台のセンサーの回線を切り替えたいとき、1 台ずつ現地で操作する代わりに、eIM が 1 万台へ一斉に指示を送ります。

ここで押さえるべき関係は次の一点です。

「eIM ＝ LPA の『ユーザー操作』をクラウド化したコンポーネント」

eIM は eUICC(eSIM プロファイルを格納するチップ)を直接は触りません。端末側には IPA(IoT Profile Assistant)というエージェントが常駐しており、eIM の指示を受け取って eUICC に伝えます。IPA は Consumer RSP の LPA に相当する存在です。LPA と IPA の 4 形態(LPAd/LPAe/IPAd/IPAe)の整理は LPAとIPAとは？端末側エージェントの4形態を整理する で扱います。

2. 仕様上の位置づけとアーキテクチャ

eIM は、要件仕様 SGP.31(eSIM IoT Architecture and Requirements)と技術仕様 SGP.32(eSIM IoT Technical Specification)で定義されるコンポーネントです。2026 年時点の最新版はいずれも v1.3 です。

SGP.32 のアーキテクチャは Consumer RSP(SGP.22)をベースにしています。プロファイルを配送するサーバーは Consumer と同じ SM-DP+ であり、ディスカバリには SM-DS も使えます。そこに eIM と IPA を追加したものが IoT RSP です。

全体図は SGP.31 v1.3 のアーキテクチャ図(eSIM IoT Architecture)も参照してください。ポイントは次の通りです。

• eIM と IPA の間のインターフェースが ESipa です。SGP.32 で新設されました。

• プロファイルのダウンロード自体は、IPA が SM-DP+ と ES9+ で行います。制約の強いデバイスでは、eIM が SM-DP+ との通信を中継する「間接接続」も選べます。

• IPA と eUICC の間は、Consumer RSP と同系統の ES10a/b/c です。

3. eIMの命令書｜eUICC PackageとPSMO・eCO

eIM が eUICC に何かをさせたいとき、指示は eUICC Package という署名付きのデータにまとめられます。eUICC Package に入る命令は、大きく 2 種類に分かれます。

PSMO は、Consumer RSP でエンドユーザーが LPA から行っていたプロファイル状態管理を、遠隔命令として形式化したものです。ダウンロード済みプロファイルの切り替え・削除がここに含まれます。

eCO は、eUICC が「どの eIM を信頼するか」という設定そのものを変更する命令です。eIM を後から追加・入れ替えできることは、次章で述べる Associated eIM の仕組みと合わせて、SGP.32 の柔軟性を支えています。

なお、プロファイルのダウンロードそのものは eUICC Package の命令ではありません。eIM は「この Activation Code でダウンロードせよ」という指示を IPA に渡し、実際の取得は IPA と SM-DP+ の間で行われます。ダウンロードから有効化までの詳細なシーケンスは、本シリーズの次ページ(IoT プロファイル管理フロー詳解)で追いかけます。

4. ESipaインターフェース｜プル型を基本にした通信

ESipa は eIM と IPA の間のインターフェースです。IoT デバイスの通信事情に合わせて、2 つの受け渡しモードが定義されています。

• eIM Package Retrieval(プル型)｜IPA が eIM に接続し、自分宛の eUICC Package があるかを取りに行くモード。省電力のために普段は眠っているデバイスでも、起床時にポーリングすれば命令を受け取れます。

• eIM Package Injection(プッシュ型)｜eIM 側からデバイスへ eUICC Package を送り込むモード。デバイスが常時到達可能な場合に使えます。

トランスポートには HTTP(HTTPS)のほか、制約デバイス向けに CoAP ベースのバインディングが定義されており(SGP.32 §6.1/§6.2)、ペイロードも ASN.1 のバイナリ符号化を使って小さく抑えられます(HTTP 利用時は JSON バインディングも選択可能です)。TLS を張り続けることが難しい NB-IoT 端末のような環境を想定した設計です。

Consumer RSP のプル型(ユーザーが起点)とも、M2M RSP のプッシュ型(サーバーが SMS で起点)とも違う、「軽量プル型を基本に、プッシュも選べる」という設計に落ち着いている点が SGP.32 の特徴です。

5. Associated eIMと信頼性の仕掛け

遠隔からプロファイルを消したり切り替えたりできる以上、「誰の命令なら聞いてよいか」の統制が最重要になります。SGP.32 は次の多層防御を用意しています。

5-1. Associated eIMと署名検証

eUICC は、事前に関連付けられた Associated eIM からの命令だけを受け付けます。eUICC 内には eIM 設定データ(eimConfigurationData)として、各 eIM の識別子 eIMID と署名検証用の公開鍵(または証明書)が保持されます。eUICC Package には eIM の秘密鍵による署名が付き、eUICC はこれを検証してから実行します。IPA は輸送役にすぎず、途中で命令を改ざんしても署名検証で弾かれます。

さらに eUICC Package にはシーケンス番号(カウンター)が含まれ、同じ命令を再送するリプレイ攻撃も防ぎます。最初の eIM は eUICC の製造時に設定するか、初期設定手順で関連付け、以後は eCO で追加・削除できます。

5-2. FallbackとRollback

プロファイルの遠隔切り替えには「切り替えた先の回線がつながらなかったら、二度と手が届かなくなる」という固有のリスクがあります。SGP.32 はこれに 2 つの安全装置で答えます。

• Fallback Mechanism｜あらかじめ 1 つのプロファイルに Fallback Attribute を設定しておき、接続性を失った場合にそのプロファイルへ切り戻す仕組み。

• Rollback Mechanism｜PSMO によるプロファイル有効化の際にロールバック可否を指定し、切り替え後に eIM へ再接続できなければ、直前まで有効だったプロファイルへ自動で戻す仕組み。

無人デバイスの「文鎮化」を仕様レベルで防ぐ機構であり、M2M RSP(SGP.02)時代には運用側の作り込みに委ねられていた部分です。

6. eIMの配置パターン

SGP.31/SGP.32 は、eIM を「誰が・どこで」運用するかを固定していません。実務では次のパターンに大別できます。

重要なのは、1 つの eUICC に複数の eIM を関連付けられること、そして eCO によって eIM を後から入れ替えられることです。M2M RSP(SGP.02)では、eUICC の管理主体である SM-SR の変更(SM-SR スイッチ)が商用上・技術上の難所で、事実上のベンダーロックインを生んでいました。この経緯は SGP.01/SGP.02とは?M2M向けeSIMの仕組みと限界 で解説しています。SGP.32 では eIM の追加・削除が eUICC 上の標準命令(eCO)として定義されているため、管理主体の変更がアーキテクチャに織り込まれています。

弊社でも、eIM を含む eSIM 基盤「LibeSIM」を提供しており、GNSS の位置情報をトリガーに eIM 経由で回線を自動切り替えする PoC などを実施しています。

まとめ

• eIM(eSIM IoT Remote Manager)は、LPA の「ユーザー操作」に相当する部分をクラウド化した、IoT eSIM の遠隔管理コンポーネントである

• eIM の命令は署名付きの eUICC Package として届き、中身はプロファイル状態管理の PSMO と、eIM 設定変更の eCO に大別される

• eIM と IPA を結ぶ ESipa は、プル型(Package Retrieval)を基本にプッシュ型(Package Injection)も選べ、制約デバイス向けの軽量トランスポートを備える

• eUICC は Associated eIM の署名を検証した命令だけを実行し、シーケンス番号でリプレイも防ぐ

• Fallback / Rollback の 2 つの安全装置が、遠隔切り替えによるデバイスの到達不能化を防ぐ

• eIM は単独サービス・プラットフォーム統合・自営のいずれでも配置でき、eCO による入れ替えが可能なため SM-SR スイッチ問題の轍を踏まない

eIM は単なる管理サーバーではなく、「無人のデバイスで、誰の命令を、どこまで信じて実行するか」を定義した仕組みです。この視点で SGP.32 を読むと、各機構の意図がつかみやすくなります。

参考規格

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

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

• GSMA SGP.21 v2.7 / SGP.22 v3.1｜RSP Architecture / RSP Technical Specification(Consumer RSP。SGP.32 のベース)

• GSMA SGP.01 / SGP.02｜Embedded SIM Remote Provisioning Architecture / Technical Specification(M2M RSP)

おわりに

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

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