企業の情報システム担当者にとって、社用PCへのアプリケーション配布は避けて通れない業務です。従来はサードパーティ製ツールが主流でしたが、コストや管理の煩雑さが課題となる側面もありました。そこで注目されているのが、Microsoft 365の標準機能であるMicrosoft Intuneを活用した一元管理です。追加コストの削減や、VPNを使わない柔軟な展開などのメリットを得ることができます。しかし、Win32アプリの設定項目は多岐にわたり、割り当て条件による挙動の違いから想定通りに配布が進まないケースも多く見られます。
本記事では、Intuneにおけるアプリ配布の仕組みから、Win32アプリの具体的な設定手順、Windows Autopilotとの連携方法まで解説します。
Intuneのアプリ配布とは？基本的な仕組み
Intuneのアプリ配布は、クラウド上の管理画面から対象デバイスへアプリを届けられる機能です。まずは基本的な仕組みと対応形式、割り当ての種類を解説します。
クラウド経由での一元配布（VPN不要のメリット）
管理者がIntune管理センターでアプリを登録し、対象グループを指定するだけで、拠点やネットワーク環境を問わずクラウドから一括で一元配信できます。拠点ごとの配布サーバー用意や、VPN接続を前提とした運用は不要です。
オンプレミス型ツールとの違いは以下の通りです。
- 従来のオンプレミス型：社内LANへの接続やVPN経由でのアクセスが前提
- Intuneのクラウド配布：VPN不要。テレワーク中の従業員や複数拠点の端末にも社外から直接配布可能
管理対象のデバイスや拠点が多い企業ほど、運用基盤をクラウドに集約する恩恵は大きく、ネットワーク構成に左右されない安定した配布環境を構築できます。
配布可能なアプリ形式（M365・MSI・EXE/Win32など）
Intuneは、Microsoft 365ツールからサードパーティ製ソフト、自社開発の業務アプリまで幅広く対応しています。代表的な4つの対応形式と、それぞれの特徴を整理します。
| アプリ形式 | 主な例 | 配布前の変換作業 |
|---|---|---|
| Win32アプリ | EXE形式のインストーラーなど | 必要（.intunewin化） |
| Microsoft Storeアプリ | ストアアプリ | 不要 |
| Microsoft 365 Apps | Word・Excelなどのオフィスアプリ | 不要 |
| 基幹業務アプリ | MSI形式のインストーラーなど | 不要（MSIをそのまま登録可） |
各形式によって事前準備や管理画面での設定項目が異なります。自社で配信したいアプリがどの形式に該当するか、あらかじめ整理しておくことが大切です。
なお、Windows Autopilotの登録ステータスページ（ESP）でアプリのインストール状況を管理する場合は注意が必要です。Win32アプリとMSI形式の基幹業務アプリを混在させると、msiexecの処理が競合し、ESPの処理が停止・失敗するおそれがあります。Autopilot運用時は、可能な限りWin32アプリ形式へ統一することをおすすめします。
割り当て形式の違い（「必須」と「登録済みデバイスで使用可能」）
Intuneでアプリをグループに割り当てる際、全社へ配備したいのか、希望者のみにインストールさせたいのかによって形式を選択します。
配信ポリシーは大きく必須と使用可能の2種類に分かれます。
| 割り当て形式 | インストールのタイミング | 割り当て可能なグループ | 向いているケース |
|---|---|---|---|
| 必須 | 対象へ自動的にインストール | ユーザーグループ／デバイスグループ | 業務に不可欠なアプリを漏れなく適用したい場合 |
| 使用可能（登録済みデバイスで使用可能） | 利用者が任意のタイミングでインストール | ユーザーグループが基本（Win32アプリのみデバイスグループも可） | 利用者の判断に任せてよい任意アプリを配布する場合 |
なお、使用可能を活用すると、利用者は会社ポータルアプリから必要な時に自分自身でインストールできるようになります。情シスへ個別のインストール申請や作業依頼を出さずに済むセルフサービス化が実現するため、双方の運用負荷を軽減できます。
Intuneでアプリ配布をする際の設定手順
Intuneのアプリ配布は、パッケージ化から割り当てまで複数の工程を経て完了します。ここではWin32アプリを例に、実際の設定手順を4つの工程に分けて確認します。
①Win32アプリのパッケージ化（.intunewin化）
Win32アプリはインストーラーをそのままアップロードできないため、Microsoft Win32コンテンツ準備ツールを使って専用形式（.intunewin）へ変換します。事前に対象アプリを検証端末へ手動でインストールし、サイレントインストールコマンドやアンインストールコマンド、インストール先のパスなどの情報を確認しておきましょう。これらが揃っていないと、後続の設定でエラーの原因になります。
②Intune管理センターへのアプリ追加と基本情報設定
生成した.intunewinファイルは、Intune管理センターの「アプリ」メニューから「Windowsアプリ（Win32）」として追加し、アプリ名や説明、発行元、対応OSのアーキテクチャや最低要件となるOSバージョンを設定します。ここで入力した内容は配布対象デバイスの絞り込みや利用者への表示にそのまま反映されます。
③インストールコマンドと検出規則（Detection Rules）の設定
次はアプリが正常に導入されたかを判定する検出規則（Detection Rules）を設定します。手動で構成する場合は主に以下の3種類があります。
- MSI：パッケージ固有の製品コード（Product Code）で判定
- ファイル/フォルダー：特定パスの有無、バージョン、更新日時などで確認
- レジストリ：指定のレジストリキーや値の有無を参照
また、Win32アプリでは依存関係（Dependencies）の設定も可能です。例えばランタイムや事前モジュールがインストールされていないと動かないアプリの場合、親アプリの配備前に前提となる子アプリを自動で先送りに配信・インストールさせることができます。
④配布対象グループへの割り当て
最後に、アプリを配布する対象のユーザーグループまたはデバイスグループを、Intune管理センターの画面上で指定します。ここで押さえておきたいのが、使用可能を選ぶ場合です。多くのアプリ形式ではユーザーグループしか指定できませんが、Win32アプリだけは例外的にデバイスグループも指定できます。アプリ形式ごとの制約を踏まえて対象を割り当てましょう。
Intuneのアプリ配布をWindows Autopilotと連携させる方法
Intuneのアプリ配布は、Windows Autopilotによるゼロタッチ展開と組み合わせることで、キッティング工程そのものを省略できます。ここでは連携の方法を解説します。
登録ステータスページ（ESP）を使った必須アプリの自動インストール
Windows Autopilotによるゼロタッチ展開では、Intuneのアプリ割り当てポリシーによって、 対象アプリの自動インストールを設定します。登録ステータスページ（ESP）は、 アプリをインストールする機能そのものではなく、 デバイスの登録状況やアプリ・ポリシーの適用状況を表示し、 必要に応じてユーザーの利用開始を制限することで、セットアップの進捗を管理する機能です。
この操作により、以下の3つのメリットが得られます。
- 手動アクセスの削減：開封直後から必要なアプリがすべて整った状態で即座に業務を開始可能
- リモート環境への対応：拠点や自宅へ直接配送されたPCでも、初回サインイン時にセキュリティソフトや業務ツールが漏れなく自動適用
- ガバナンス維持：設定が不十分な状態での業務開始を自動的にブロックし、セキュリティリスクを防止
また、ESPの設定でアプリインストール待ちのタイムアウト時間（既定では60分）や、エラー時の再試行ルールを最適化しておくことで、現地でのハングアップを防げます。
Win32アプリ化したスクリプトによるデバイスの個別設定
PowerShellスクリプトも、Win32アプリの形式にパッケージ化すればIntuneへ登録でき、レジストリの変更や特定フォルダーの作成といった細かな個別設定を通常のアプリ配布と同じ流れで自動適用できます。マスターイメージへ個別のカスタマイズを組み込んでいた運用に代わり、スクリプトの配布という形でデバイスごとの設定差分に柔軟に対応できます。
ゼロタッチ展開による初期キッティング工程の省略
展開プロファイルとIntuneのアプリ配布設定を組み合わせることで、担当者が個別に行っていたアプリのインストールや設定変更の工程を、端末の初回起動時にまとめて自動化できます。展開プロファイルで参加方式や展開方式を定義し、Intune側で配布するアプリとポリシーを設定しておくだけで、開梱からサインインまでの一連の流れの中でキッティングが完結します。
アプリ配布時に注意すべきポイント
Intuneのアプリ配布は自動化の効果が大きいものの、設定を誤ると配布そのものが失敗する場合があります。ここでは、主な注意点を解説します。
サイレントインストール（/sコマンド等）非対応アプリの扱い
Win32アプリとして配布するには、インストール中にユーザー操作を必要としないサイレントインストールへの対応が前提条件です。
インストーラーの種類と指定するコマンドの例は以下の通りです。
- MSI形式：/quiet や /qn（msiexecのオプション）
- NSIS系インストーラー：/S
- InstallShield系インストーラー：/s /v"/qn"
サイレントインストールできないアプリの場合、Intuneはシステムコンテキスト（バックグラウンド）でインストーラーを実行するため、ポップアップは画面に表示されません。ユーザー操作待ちの画面が非表示のまま応答を待ち続け、一定時間が経過するとタイムアウトしてインストールが失敗します。
Intune自体には対話型アプリを配布する公式機能がなく、ServiceUIなどのツールでユーザーセッションに操作を伝える方法もMicrosoftのサポート対象外です。該当するアプリについては、インストーラー側の設定変更やサイレント対応版への切り替えをまず検討します。
検出規則の設定ミスによる「インストール繰り返し・失敗」の防ぎ方
検出規則の設定を誤ると、実際にはインストールが完了していてもIntune側で「未インストール」と判定され続け、同じアプリの適用が何度も繰り返し実行されてしまいます。主な原因は、ファイルパスの指定ミスやバージョン番号の相違です。配布後にステータスを確認し、想定と異なる結果が出た場合は検出規則の内容を優先的に見直しましょう。
一斉配信時のネットワーク負荷とトラブル時のログ確認
対象アプリを一括配布すると、デバイスの台数分だけダウンロードが同時に発生し、ネットワーク帯域を圧迫するリスクがあります。特にMicrosoft 365 Appsのような容量の大きいアプリを含める場合は、配布のタイミングや対象範囲を分散させ、負荷を抑える工夫が必要です。
配布が想定通りに進まない場合は、次の2箇所を確認すると原因を切り分けやすくなります。
- Intune管理センターの「デバイスインストールの状態」画面
- 対象端末のC:\ProgramData\Microsoft\IntuneManagementExtension\Logsに保存されるログファイル
いずれもトラブルシューティングで最初に確認すべき情報源であり、早期に原因を特定できれば影響範囲を最小限に抑えられます。
まとめ
Intuneによるアプリ配布は、Win32アプリやMicrosoft Storeアプリなどの形式に対応し、VPNを使わずに社外の端末へも設定を展開できます。また、Windows Autopilotと組み合わせることで、デバイスの初回起動時にアプリの自動インストールや初期設定を完結させることも可能です。
ただし設定項目は多岐にわたるため、サイレントインストールへの対応状況や検出規則の精度、配布時のネットワーク負荷といった注意点を押さえた設計が欠かせません。自社の体制だけで設計から運用定着までを進めるのが難しいと感じる場面もあります。
もし、「自社の体制だけで設計から運用定着までを進めるのはハードルが高い」と感じる場合は、ぜひ株式会社アイネステクノロジーズへご相談ください。当社はMicrosoftのゼロタッチデバイス管理パートナーとして、IntuneとWindows Autopilotを組み合わせた設計構築から運用支援までワンストップで対応しています。
Windows Autopilot 導入支援サービスの詳細はこちら
https://www.iti.ines.co.jp/lp.html?utm_source=gemini
