クラシック Autopilot と Windows Autopilot デバイス準備: 適切な展開方法の選び方

By Mirko Peters · 2026-10-23

クラシック Windows Autopilot と Windows Autopilot デバイス準備を比較します。セットアップ、ハードウェア ハッシュ、要件の主な違いを確認しましょう。

Automatically translated with AI from the original post. Read the English original

IT の展開戦略を近代化する際、管理者は Microsoft が提供する 2 つの異なる方式、クラシック Autopilot と新しい Windows Autopilot デバイス準備に直面することがよくあります。各方式のアーキテクチャの違い、前提条件、制限事項を理解することで、組織はシームレスなクラウド主導のプロビジョニングに適した戦略を選択できます。

重要なポイント

• クラシック Autopilot では、ハードウェア ハッシュによる事前登録が必要ですが、最大限の柔軟性を備えており、ハイブリッド参加や事前プロビジョニング モードにも対応しています。
• Windows Autopilot デバイス準備では、ハードウェア ハッシュを事前にアップロードする必要がなく、登録時の自動グループ化に依存します。
• Autopilot デバイス準備は厳密にクラウドネイティブで、Windows 11 でのみ動作します。複雑な前提条件を取り除くことで、プロビジョニングを簡素化します。
• 2 つのどちらを選ぶかは、組織が高度なスクリプト実行とハイブリッド インフラストラクチャを必要とするのか、それとも最大限の速度とシンプルさを求めるのかによって決まります。

最新のプロビジョニングにおけるアーキテクチャの違い

Microsoft のデバイス プロビジョニングへのアプローチは、大きく進化してきました。長年、IT 管理者は、ノートPC を開梱する前に、ハードウェア フィンガープリント (ハードウェア ハッシュ) と呼ばれる一意の情報を取得し、クラウド テナントにアップロードしてきました。この従来の方法により、組織はハードウェアの在庫を正確に管理し、デバイスを特定のユーザーに事前に割り当てたり、White Glove (現在の事前プロビジョニング) などの高度なモードでマシンを準備したりできました。

しかし、複数のハードウェア ベンダーやリセラーにまたがってハードウェア ハッシュを管理すると、管理者の負担が増えました。これを解決するために Microsoft が導入したのが Windows Autopilot デバイス準備です。この新しい方式は、事前登録のボトルネックを取り除くことで、運用の考え方を変えます。管理者がハードウェア ハッシュを含む CSV ファイルを探し回る必要はなく、デバイスは登録してインターネットに接続した瞬間に自動的にグループ化されます。

クラシック Autopilot: 最大限の制御と柔軟性

クラシック Autopilot は、複雑なエンタープライズ環境にとって依然として強力な方式です。管理者は、OOBE (Out-of-Box Experience) を細部まで制御できます。従来のインフラストラクチャを使い続けている組織では、クラシック Autopilot がハイブリッド Entra 参加に対応しており、クラウド管理と従来のオンプレミス Active Directory ドメインの橋渡しをします。

さらに、特殊な展開モードを利用する場合は、クラシック Autopilot が必須です。事前プロビジョニングでは、技術者またはハードウェア ベンダーが、デバイスをエンド ユーザーに発送する前に、時間のかかるアプリケーションとポリシーのインストール工程を完了できます。同様に、セルフデプロイ モードでは、ユーザー資格情報を使わずに共有キオスクやデジタル サイネージを運用できます。

Windows Autopilot デバイス準備: スピードとシンプルさ

デバイス準備モデルは、詳細な構成の細かさを引き換えに、スピードとリアルタイムのレポートを実現します。ハードウェア ハッシュの要件を取り除くことで、組織は新しいハードウェアをより速くオンボードできます。ユーザーが新しい Windows 11 マシンを開梱し、Wi-Fi に接続して組織の資格情報でサインインすると、デバイスは自動グループ割り当てに基づいてプロファイルを動的に取得します。

この方法はセットアップの手間を大幅に減らしますが、厳格な制約があります。デバイスの準備は、クラウドネイティブな Microsoft Entra 参加のみをサポートし、ハイブリッド構成はサポートされません。さらに、Windows 11 でのみ動作し、初期セットアップ時に配信されるローカルスクリプトが少なく、事前プロビジョニングとセルフデプロイの機能は完全に含まれていません。

組織の準備状況の評価

2 つの方式のどちらを選ぶかは、最終的にはエンタープライズのインフラストラクチャと業務フローの要件によって決まります。Windows 10 と Windows 11 のデバイスが混在している組織や、ハイブリッドなディレクトリ構成に大きく依存している組織では、従来の Autopilot が引き続き欠かせないものになるでしょう。倉庫であらかじめデバイスを構成して出荷できることは、リモートワーカーに行き届いた初日の体験を提供するうえで大きな利点です。

一方で、Windows 11 を使ったクラウドファーストの運用を全面的に取り入れている組織は、デバイスの準備を採用することで管理の負荷を大幅に減らせます。維持すべき要素が少なく、構成するポリシーも少なく、登録エラーのトラブルシューティングにほぼリアルタイムのレポートを利用できるため、IT チームはデプロイメント スクリプトの管理に費やす時間を減らし、デジタル トランスフォーメーションの推進にもっと時間を割けます。

結論

どちらのプロビジョニング方式にも、現代の IT エコシステムにおける正当な役割があります。ハードウェアのライフサイクルや部門のニーズに応じて、両方を並行して運用している企業も多く見られます。これらのデプロイメントの仕組みが裏側でどのように動作するのか、Entra ID、Intune への引き継ぎ、登録状況の画面などについてさらに詳しく知りたい方は、エピソード全編をお聴きください。Microsoft クラウド環境を使いこなすための専門的な知見を求める方は、M365 FM Podcast もぜひチェックしてください。

よくある質問

Windows Autopilot デバイスの準備では、ハードウェア ハッシュを収集する必要がありますか?

いいえ。従来の Autopilot と異なり、デバイスの準備方式では、デバイスを開梱する前にハードウェア ハッシュを探し出してアップロードする必要はありません。

Autopilot デバイスの準備はハイブリッド Entra 参加をサポートしていますか?

いいえ。Autopilot デバイスの準備は、クラウドネイティブなプレーンの Microsoft Entra 参加のみをサポートします。従来のオンプレミス Active Directory に依存する環境には適していません。

新しいデバイスの準備方式で事前プロビジョニング (White Glove) を使用できますか?

いいえ。事前プロビジョニングとセルフデプロイのモードは従来の Autopilot 専用の機能であり、デバイスの準備モデルでは利用できません。

Windows Autopilot デバイスの準備でサポートされているオペレーティング システムはどれですか?

Windows Autopilot デバイスの準備は、Windows 11 デバイスでのみ動作します。