Microsoft Intune: 段階的展開がプレビューに登場

Microsoft は、段階的な Windows 展開、一括 Android eSIM アクティベーション、計画されている政府クラウドの拡大、再設計されたデバイス エクスペリエンスを含む Microsoft Intune の 2026 年 9 月のまとめを公開しました。開発中ページには、Apple インベントリ、Linux セキュリティ エージェントの更新、エージェント ID、スコープ タグ、サービス ネットワーク エンドポイントに影響する変更も掲載されています。チームが混在プラットフォームまたは規制対象テナントを管理している場合、これらの項目には個別のプレビュー、互換性、アクセス制御、ネットワークのレビューが必要です。提供された機能とその重要性を技術的に詳しく解説します。

Intune 管理者にとって、運用上の違いは明確です。9 月のまとめには、パブリック プレビュー機能、新たに発表された機能、計画中のクラウド提供、および準備状況がそれぞれ異なるロードマップ項目が含まれています。チームはこれらを単一のリリース状態として扱うべきではありません。

1. Intune Deployments に段階的ロールアウト リングが追加

Microsoft の Intune Blog によると、Intune deployments は 2026 年 9 月にパブリック プレビューとなりました。この機能により、管理者は Windows アプリケーションと構成ポリシーに段階的なロールアウト リングを使用できます。¹ Microsoft の Windows IT Pro Blog も、9 月の更新概要にこのプレビューを含めています。²

Microsoft は、変更を広範囲に配布する前に定義済みのリングに公開することで、段階的配信が展開リスクを抑える手段になると説明しています。¹ これは Microsoft が表明する設計意図であり、独立して測定された成果ではありません。

重要な理由： チームは、1 つのロールアウト構造がアプリケーションとポリシーの両方の変更をサポートできるか評価できますが、プレビュー ステータスにより導入は制限すべきです。これは一般提供のシグナルではありません。制御されたテストを構築するための契機です。

適切なプレビュー評価には、以下を含める必要があります。

1. 重要度の低いデバイスを選択する。これらは、本番環境のハードウェア、所有形態、ユーザー構成を代表するものにします。
2. 受け入れ基準を定義する。インストールの成功、ポリシー適用、レポートの遅延、復旧を対象とします。
3. 停止条件を文書化する。これにより、失敗したリングが追加デバイスへ進行することを防止します。
4. ポータルの結果を比較する。運用面でワークフローを信頼する前に、エンドポイント テレメトリおよびサポート記録と照合します。

複数のリングを作成すれば自動的に安全な展開になるとは考えないでください。成果は依然として、代表性のあるメンバーシップ、有用なテレメトリ、明示的な承認ゲート、テスト済みの復旧プロセスに依存します。

2. Android eSIM アクティベーションが 100 台に拡大

Microsoft の 9 月のまとめによると、管理者はサポート対象の会社所有 Android Enterprise デバイスで、最大 100 台まで eSIM を一括アクティベートできます。デバイスは Android 15 以降を実行している必要があり、この操作では 1 つの通信事業者アクティベーション サーバー URL を使用します。¹

発表された上限により、作業単位は個別デバイスのアクティベーションから最大 100 台のバッチへと変わります。ただし、すべての通信事業者、サブスクリプション、Android モデルがこのワークフローをサポートすることを意味するものではありません。

重要な理由： 管理者は、この機能をプロビジョニングの近道として使用する前に、互換性プロジェクトとして扱う必要があります。まず、通信事業者のアクティベーション サービス、サポート対象デバイス モデル、所有分類、オペレーティング システムのレベル、割り当て対象を確認してください。

一括操作が失敗すると、多数のデバイスが同時に影響を受ける可能性があります。100 台の上限より少ない台数から開始し、照合のために通信事業者およびデバイスの識別子を保持し、サポート スタッフがアクティベーション サーバーの失敗とエンドポイント登録の問題をどのように区別するかを定義してください。

この機能は、デバイスを中央でステージングする、またはバッチ単位で再割り当てする企業モビリティ展開に有用となる可能性があります。労力削減は環境固有のものです。Microsoft の発表では、バッチ上限と前提条件は示されていますが、測定された展開時間の短縮は示されていません。

3. GCC High サポートが 3 つのサービスに拡大

Microsoft は、Intune Enterprise Application Management、Microsoft Cloud PKI、Intune Remote Help が GCC High で利用可能になるとしています。同社は Department of Defense 組織向けの Enterprise Application Management 提供も計画しています。¹

この発表は計画中の提供について説明しています。提供された資料には、すべての対象テナントで各機能がすでに有効になっていることを確認する普遍的な有効化日や情報はありません。

重要な理由： 政府機関の IT リーダーはアーキテクチャ、ライセンス、サポート、運用認可のレビューを開始できますが、調達は発表だけに依存すべきではありません。移行日を確定する前に、サービスの表示、地域条件、ライセンス条項、テナント固有のドキュメントを確認してください。

また、各サービスは異なるガバナンス上の課題をもたらします。

• Enterprise Application Management: 承認済みアプリケーション カタログ、パッケージングの責任、更新コントロール、変更承認プロセスをレビューします。
• Microsoft Cloud PKI: 既存の公開キー基盤ワークフローを置き換える前に、証明書の発行、信頼、更新、失効、監査要件をマッピングします。
• Intune Remote Help: リモート アクセスを有効にする前に、技術者ロール、セッション監査、ユーザー同意要件、サポート境界を定義します。

これは単一の政府クラウド展開に関する判断ではありません。ID、セキュリティ、運用上の依存関係が異なる、3 つの独立したサービス評価です。

4. デバイス ページが管理情報を集約

Petri による 9 月の更新の報道では、Microsoft が Intune 管理センターのデバイス エクスペリエンスを再設計したとされています。このページは、追加のデバイス詳細、アクティビティ履歴、レポート、トラブルシューティング ツール、管理操作を 1 か所にまとめます。³

情報源はインターフェイスの統合を説明しており、調査時間またはサポート コストの削減を測定したものではありません。ワークフローの改善は、表示されるデータの完全性、管理者権限、および環境で必要となる診断手順に依存します。

重要な理由： 以前のデバイス ページ レイアウトを参照している内部ランブックとトレーニング資料を更新してください。ヘルプデスクおよびエンドポイント チームは、一般的な操作がどこに表示されるか、どのロールがアクセスできるか、既存のスクリーンショットや手順リンクが正確なままであるかを確認する必要があります。

検証には、デバイス履歴の確認、関連レポートの表示、トラブルシューティング データの特定、承認済みの管理操作の開始といった定常作業を含める必要があります。再設計が本番インシデントを担当するチームに到達する前に、ナビゲーションの変更を記録してください。

統合されたインターフェイスは管理者によるコンテキスト収集の方法を変える可能性がありますが、ロール設計やエスカレーション手順に取って代わるものではありません。この再設計は、ドキュメントおよびアクセス検証のイベントとして扱ってください。

5. ロードマップにインベントリ、ID、スコープの変更が追加

Microsoft の Intune in development ページには、リリース済み機能ではなく、今後予定される複数の変更が掲載されています。⁴ その項目には、インベントリ内の Apple OS 27 宣言型デバイス管理ステータス データ、Intune Policy Configuration Agent 用の Entra エージェント型 ID、Microsoft Defender for Endpoint エージェントの自動更新動作を管理する Linux 設定が含まれます。

Microsoft はまた、Endpoint Privilege Management レポートにおけるスコープ タグ処理が変更され、閲覧者には割り当てられたスコープ内のユーザーおよびデバイスのデータのみが表示されるようになるとしています。⁴ この予定された動作により、レポート検証はポータル レイアウトの確認だけでなく、権限の作業となります。

重要な理由： 管理者は、委任されたオペレーターが、割り当てられたスコープ外のデータを受け取ることなく、調査に必要な可視性を維持できるかテストする必要があります。改訂されたレポート動作に依存する前に、中央セキュリティ チーム、地域管理者、ヘルプデスク担当者、監査担当者向けのテスト ケースを作成してください。

開発中ページには、Microsoft の Secure Future Initiative に関連するサービス更新のマイルストーンも掲載されています。Intune モバイル アプリケーション管理サービスの更新は January 19, 2026 以降に開始され、関連するネットワーク エンドポイントは December 2, 2025 以降に Azure Front Door IP アドレスを使用すると記載されています。⁴

どちらの日付もこの記事の公開日より前です。ロードマップの表現だけでは、すべてのテナントの現在の状態を確認できません。

重要な理由： 古いファイアウォール ルールが引き続き有効であると想定するのではなく、現在の Microsoft サービス通信とテナントのネットワーク動作を確認してください。プロキシ、ファイアウォール、TLS インスペクション、許可リストの構成を、管理対象アプリケーションが現在使用しているエンドポイントと照合します。

全体像

2026 年 9 月の Intune まとめは、1 つのパブリック プレビュー、大量の Android 操作、計画中の政府クラウド提供、管理センターの再設計を組み合わせたものです。Microsoft の開発中ページには、将来またはテナント依存の変更という別の項目群が追加されています。

機能数よりもリリース状態が重要です。チームは、プレビュー評価、リリース済み機能の検証、計画中サービスの提供、開発中の作業を個別に追跡する必要があります。

当面の優先事項は明確です。

1. 対象資格をインベントリ化する。段階的展開、Android 15 の eSIM アクティベーション、政府クラウド サービスを対象とします。
2. プレビューと本番を分離する。変更記録、サポート ドキュメント、関係者とのコミュニケーションにおいて分離します。
3. 権限を検証する。再設計されたデバイス ページと、計画されている Endpoint Privilege Management レポートのスコープ設定について検証します。
4. ネットワーク コントロールをレビューする。環境内で現在観測されているサービス エンドポイントに照らして確認します。
5. 運用手順を再テストする。本番管理者に新しいワークフローを導入する前に実施します。

次回の Microsoft Intune What’s New ブリーフィングも Big Hat Group でご確認ください。