マイクロソフトは2026年7月13日の週に2つのWindows 365アップデートをリリースしました。どちらもCloud Appsとプロビジョニングポリシー管理をより柔軟に、より精度高く、ワークアラウンドへの依存を減らすことを目的としています。1つはCloud Appsをスタートメニューのみの検出から解放し、もう1つはIntuneでタブレイアウトを使ってプロビジョニングポリシー体験を再構成し、デバイス、アクション、アプリを1か所に集約します。

新機能、なぜ重要か、何をすべきかを詳しく見ていきましょう。

1. ファイルパスからのCloud Apps追加（パブリックプレビュー）

解決する問題

Windows 365 Cloud Appsは、Cloud PCから完全なデスクトップではなく個別のアプリケーションをストリーミングできる機能で、フロントラインシフトワーカーにとって画期的な機能でした。しかし初期プレビュー以来、アプリ検出はスタートメニューに紐付けられていました。Cloud Appsはデバイスイメージのスタートメニューに登録された実行可能ファイルのみを検出して公開でき、Win32アプリのみ（APPX/MSIXサポートは後で追加）でした。

これによりいくつかの課題がありました：

  • スタートメニューショートカットがないとCloud Appにならない。 レガシーのLOBアプリ、ユーティリティ実行可能ファイル、カスタムディレクトリにインストールされたツールはCloud Appsの検出に表示されませんでした。
  • 1つの実行可能ファイルにつき1つのCloud Appのみ。 同じバイナリを異なる設定の複数のCloud Appとして公開できませんでした——例えば、テスト環境と本番環境を指すCRMクライアントなど。
  • コマンドラインパラメータのサポートなし。 アプリが特定の起動引数を必要とする場合、対応できませんでした——別のイメージやスクリプトで異なる実行モードを処理する必要がありました。
  • イメージへの依存。 アプリをCloud Appsに表示させるには、多くの場合デバイスイメージを変更してスタートメニューショートカットを作成する必要があり、イメージ管理の複雑さが増していました。

新機能

管理者はCloud PCイメージ上の実行可能ファイルへのパスを指定して手動でCloud Appsを追加できるようになりました。このパブリックプレビュー機能により以下が可能になります：

  • ファイルパスターゲティング — C:\Program Files\Vendor\App\app.exe や D:\LOBApps\MyTool\tool.exe など、任意の実行可能ファイルパスを直接指定。スタートメニューエントリ不要。
  • コマンドラインパラメータ — 実行可能ファイルに起動引数を渡します。「CRM – 本番」(app.exe /env:prod) と「CRM – テスト」(app.exe /env:test) を作成——同じバイナリで2つの異なるCloud App。
  • 重複アプリエントリ — 同じ実行可能ファイルを異なる名前、説明、アイコン、パラメータで複数回公開。マルチテナント、マルチリージョン、マルチ環境のシナリオに非常に有用です。
  • カスタムアプリプロパティ — 作成時に表示名、説明、アイコンを定義。実行可能ファイルのメタデータではなく、ビジネス機能に合わせた設定が可能です。

仕組み

ファイルパスワークフローは既存のCloud Appsアーキテクチャの上に構築されています：

  1. 実行可能ファイルがCloud PCイメージ（ギャラリーまたはカスタム）の指定パスに存在する必要があります。
  2. Cloud AppsはWindows 365 Flex共有モードCloud PCで実行され、アプリウィンドウのみをユーザーにストリーミングします。
  3. アプリは「アプリのみアクセス」エクスペリエンスタイプのCloud Appsタイププロビジョニングポリシーに紐付けられます。
  4. 追加後、Cloud Appは他のCloud Appと同様に動作します——公開、非公開、ユーザーグループへの割り当てが可能です。

重要な変化は、自動検出（システムがスタートメニューをスキャン）から手動登録（管理者がパスとプロパティを指定）への移行です。これはスタートメニュー検出を置き換えるものではありません——両方のメカニズムが共存します——スタートメニュー検出ではカバーできなかったギャップを埋めるものです。

実現するシナリオ

スタートメニューショートカットのないLOBアプリ レガシーアプリケーション、内部ツール、カスタムディレクトリにインストールされた診断ユーティリティを、イメージ変更やショートカットのワークアラウンドなしで直接公開できるようになりました。

1つの実行可能ファイルからのマルチプロファイルアプリ 単一のLOBクライアントを複数のCloud Appとして公開——異なる環境、異なる機能フラグ、異なるユーザーグループ——すべて同じバイナリから。これにより個別のイメージや複雑なスクリプトが不要になります。

キオスク・POSシナリオ 店舗のPOSシステム、チケットアプリ、医療記録ビューアーなど、標準的なシェルショートカットを作成しないアプリを、フロントラインワーカー向けのCloud Appsとして配信できるようになりました。

Intune/Autopilotアプリ配信の補完 マイクロソフトがCloud AppsをIntuneの「アプリデプロイの単一管理画面」として位置づけ——Autopilot Device Preparationを介したIntuneアプリの公開など——ファイルパス公開により、非標準の場所にインストールされたIntuneアプリを登録できるようになります。

詳細は Windows 365 Cloud Apps をご覧ください。

2. Microsoft Intuneのプロビジョニングポリシーページの更新

解決する問題

IntuneでのWindows 365プロビジョニングポリシー管理は、断片化された体験でした。ポリシー設定、デバイス管理、Cloud Apps管理は管理センターの異なる部分にありました。以下の操作を行う場合：

  • 特定のポリシーでプロビジョニングされたCloud PCを確認 → 「すべてのCloud PC」に移動してフィルタ
  • それらのCloud PCを再起動または再プロビジョニング → 別のブレードでバルクデバイス操作
  • 最近の再プロビジョニングのステータスを確認 → さらに別のビューでアクションを検索
  • Flex共有ポリシーのCloud Appsを管理 → グローバルな「すべてのCloud Apps」ページにジャンプ

すべての操作タスクで複数のブレード間のコンテキスト切り替えが必要で、作業中のポリシーを見失っていました。Windows 365のデプロイメントが拡大するにつれて——特にFlex共有環境がポリシーあたり最大5,000のCloud PCをサポートするようになり——この摩擦はますます深刻になっていました。

新機能

プロビジョニングポリシーページがマルチタブレイアウトで再設計され、すべてが1か所に集約されました：

概要タブ ポリシーステータス、Cloud PCおよびCloud App数、高レベルの健全性指標を1ページで要約。ポリシーの状態を理解するために複数のブレード間を移動する必要がなくなりました。

プロパティタブ すべてのポリシー設定を一元化：エクスペリエンスタイプ（完全なCloud PC vs アプリのみアクセス）、イメージ、リージョン、ライセンスタイプ（Flex、Enterprise、Reserve）、ネットワーク、参加タイプ（Entra ID参加またはハイブリッド参加）。コンテキストを失うことなくポリシー設定を編集できます。

デバイスタブ 現在のプロビジョニングポリシーのスコープ内にあるすべてのCloud PCを表示。新しいバルクデバイス操作はここから実行——管理者はポリシーコンテキストから直接Cloud PCの再起動、再プロビジョニング、リセットが可能です。以前はバルク操作は個別のデバイスリストから実行されており、誤ったデバイスに操作を実行するリスクがありました。

アクションステータスタブ 選択したポリシーの保留中、進行中、完了済みのアクション（再プロビジョニング、リサイズ、ポリシー変更）を表示。トラブルシューティングと変更管理が透明になり、どの操作が成功、失敗、または実行中かを正確に確認できます。

Cloud Appsタブ（Flex共有のみ） 「Cloud App」エクスペリエンスタイプのWindows 365 Flex共有プロビジョニングポリシーの場合、この新しいタブにポリシーに関連付けられたすべてのCloud Appsがリストされます。管理者はポリシーコンテキスト内で直接Cloud Appsの公開、非公開、編集が可能——グローバルな「すべてのCloud Apps」ページに移動する必要がなくなりました。

詳細は プロビジョニングポリシーの表示 をご覧ください。

より大きな展望

これら2つのアップデートは、Windows 365 Cloud AppsとIntune管理に関するマイクロソフトのより広範なトレンドの一部です：

  1. イメージからIntune/Autopilotへのアプリ公開の移行 — Cloud Appsはイメージベースのスタートメニュー検出から始まりました。ファイルパス公開は、柔軟で管理者主導のアプリ登録に向けた次のステップです。ロードマップはAutopilot Device Preparationを介したIntuneアプリの公開を統一された未来として指しています。

  2. Windows 365管理のIntuneへの完全統合 — マルチタブプロビジョニングポリシーページは、一連のIntune UI改善（専用ナビゲーションエリア、Admin Insights、Cloud PC Monitoring）の中で最新のものです。目標は：Windows 365がIntuneのネイティブワークロードのように感じられるようにすることであり、追加された別個のコンソールではありません。

  3. フロントライン・共有デバイスシナリオの強化 — 両方の機能はWindows 365 Flex共有環境に特化して利益をもたらします。ファイルパス公開は専門アプリをフロントラインワーカーに配信しやすくします。プロビジョニングポリシーのCloud Appsタブは、これらのアプリ配信ポリシーを管理するための専用ワークスペースを管理者に提供します。

アクションアイテムサマリー

  1. Cloud Appsファイルパス公開： 以前は公開できなかったアプリをカタログ化、マルチプロファイルアプリを計画、パイロットFlex共有ポリシーでテスト
  2. プロビジョニングポリシーUI： 新しいマルチタブレイアウトを探索、運用手順書を更新、ヘルプデスクチームをトレーニング
  3. 組み合わせワークフロー： プロビジョニングポリシー内のCloud Appsタブを使用してファイルパスからアプリを追加、公開、再プロビジョニング、ステータス追跡を1か所で完了

Big Hat Groupは組織のWindows 365およびMicrosoft Intune環境のデプロイと最適化を支援します。Cloud Apps戦略、プロビジョニングポリシー設計、Flex共有デプロイメントのサポートが必要ですか？お問い合わせください。

X で @kkaminski をフォローして、毎日のマイクロソフトエコシステムアップデートを入手してください。