Windows 10/11 サブスクリプションのライセンス認証

適用対象:

  • Windows 10
  • Windows 11

Windows 10 Pro はサブスクリプション ライセンス認証機能をサポートしており、ユーザーは Windows 10/11 Enterprise E3 または E5 にサブスクライブされている場合、Windows 10 Pro または Windows 11 Pro から Windows 10 Enterprise または Windows 11 Enterprise にそれぞれ "ステップアップ" できます。

Windows 10 バージョン 1903 以降では、サブスクリプション ライセンス認証機能は、Windows 10 Pro Education または Windows 11 Pro Education から教育機関向けのエンタープライズ グレード エディション (** Windows 10 Education ) または ** Windows 11 Education をサポートしています。

Windows 7、8、および 8.1 Professional のライセンスが付与されているデバイスがある場合、Microsoft 365 Business Premium は Windows 10 Pro へのアップグレードを提供します。これは、Windows 10 Business を展開するための前提条件です。

サブスクリプション ライセンス認証機能により、Enterprise エディションまたは Education エディションのイメージを各ターゲット デバイスに手動で展開し、後で KMS または MAK ベースのライセンス認証などのオンプレミス キー管理サービスを立ち上げ、汎用ボリューム ライセンス キー (GVLK) を入力し、その後クライアント デバイスを再起動する必要がなくなります。

詳細については、次の記事を参照してください。

Windows 10/11 Enterprise ライセンスの展開方法については、「Windows 10/11 Enterprise ライセンスの展開」をご覧ください。

Windows 10/11 Enterprise サブスクリプションのライセンス認証

Windows 10/11 Enterprise E3 および Windows 10/11 Enterprise E5 は、サブスクリプションを介してオンライン サービスとして利用できます。 組織への Windows 10 Enterprise または Windows 11 Enterprise の展開は、キーや再起動なしで実行できるようになりました。

Windows 10 Version 1703 以降を実行している場合:

  • 現在の Windows 10 Pro ライセンスまたは Windows 11 Pro ライセンスを持つデバイスは、それぞれ Windows 10 Enterprise または Windows 11 Enterprise にシームレスにアップグレードできます。
  • プロダクト キー ベースの Windows 10 Enterprise または Windows 11 Enterprise ソフトウェア ライセンスは、Windows 10 Enterprise およびWindows 11 Enterprise サブスクリプションに移行できます。

また、エンタープライズ契約を締結している組織は、従来の Active Directory に参加しているデバイスを使用して、新しいサービスからのメリットを受けることもできます。 このシナリオでは、自分のデバイスでサインインする Active Directory ユーザーを、Azure AD Connect 同期を使用して、Azure AD と同期する必要があります。

注意

サブスクリプション ライセンス認証機能は、Windows 10 または Windows 11 を実行している対象デバイスで使用できます。 サブスクリプション ライセンス認証を使用して、Windows 10 から Windows 11 にアップグレードすることはできません。

教育のためのサブスクリプション ライセンス認証

教育機関向けサブスクリプション ライセンス認証はエンタープライズバージョンと同じように機能しますが、教育機関向けサブスクリプション ライセンス認証を使用するには、Windows 10 Pro Education バージョン1903 以降 (またはWindows 11) を実行しているデバイスと、Windows 10/11 エンタープライズ ライセンスでアクティブなサブスクリプション プランが必要です。 詳しくは、要件 セクションをご覧ください。

継承されたライセンス認証

継承された ライセンス認証は、Windows 10 バージョン 1803 以降 (ここではWindows 11 は「後で」と見なされます) で利用できる新機能であり、Windows 10 /11 仮想マシンがWindows 10 /11 ホストから ライセンス認証状態を継承できるようにします。

Windows 10/11 E3/E5 または A3/A5 ライセンスが割り当てられているユーザーが、Windows 10/11 ローカル ホストを使用して新しい Windows 10 または Windows 11 仮想マシン (VM) を作成すると、VM は、ユーザーがローカル アカウントでサインオンするか、VM で Azure Active Directory (Azure AD) アカウントを使用してサインオンするかに関係なく、ホスト マシンからライセンス認証状態を継承します。

継承された ライセンス認証をサポートするには、ホスト コンピューターと VM の両方で Windows 10 バージョン1803 以降が実行されている必要があります。 ハイパーバイザー プラットフォームも Windows Hyper-V である必要があります。

展開方法の進化

このセクションの元のバージョンについては、「Changing between Windows SKUs」 (Windows SKU 間での切り替え) をご覧ください。

次の図は、リリースごとに Windows クライアントの展開方法がどのように進化したかを示しています。

  • Windows 7 では、Windows 7 Professional から Windows 10 Enterprise に変更する必要がある場合、フル ワイプ アンド ロード プロセスを使用してオペレーティング システムを再展開する必要がありました。
  • Windows 8.1 では、Windows 8.1 Pro から Windows 8.1 Enterprise へのインプレース アップグレード (OS のバージョンがアップグレードの前後で同じであるため、"修復アップグレード" と見なされる) のサポートが追加されました。 これは、ワイプ アンド ロードよりずっと簡単でしたが、それでも時間がかかるプロセスでした。
  • **Windows 10 バージョン 1507 **には、プロビジョニング パッケージを使用するか、MDM を使用して SKU を変更する新しいプロダクト キーをインストールする機能が追加されました。 この方法では新しい OS コンポーネントをインストールするために再起動が必要であり、完了するまでに数分にかかりました。 それでも、インプレース アップグレードよりもずっと速くなりました。
  • Windows 10 バージョン 1607 では、大きな前進がありました。 プロダクト キーを変更するだけで、SKU が直ちに Windows 10 Pro から Windows 10 Enterprise に変更されるようになりました。 プロビジョニング パッケージと MDM に加えて、SLMGR.VBS (キーを WMI に挿入する) を使用してキーを追加できるため、コマンド ラインによる実行も簡単になりました。
  • Windows 10 バージョン 1703 では、CSP プログラムを通じて Windows 10 Enterprise E3 または E5 をサブスクライブしているユーザーが、このような Windows 10 Pro から Windows 10 Enterprise への "ステップアップ" を自動で行えるようになりました。
  • Windows 10 バージョン 1709 では、Windows 10 サブスクリプションのライセンス認証のサポートが追加されました。CSP のサポートと似ていますが大企業向けであり、ユーザーにライセンスを割り当てるために Azure AD の使用が可能になります。 これらのユーザーが AD または Azure AD に参加しているコンピューターにサインインすると、そのコンピューターが自動的に Windows 10 Pro から Windows 10 Enterprise にステップアップします。
  • Windows 10 バージョン 1803 では、Windows 10 ライセンス認証を更新して、ファームウェアに埋め込まれたキーをサポートするデバイスのファームウェアからライセンス認証キーを直接取得できます。 Enterprise を有効にする前に、Windows 10 Pro でライセンス認証を実行するためのスクリプトを実行する必要がなくなりました。 仮想マシンとホストがWindows 10 バージョン 1803 継承されたライセンス認証 も有効になります。
  • Windows 10 バージョン 1903 は、Windows 10 サブスクリプション ライセンス認証を更新して、対象となる Windows 10 または Microsoft 365 サブスクリプションを持つユーザーが Windows 10 Pro Education から Windows 10 Education にステップ アップできるようにします。
  • Windows 11 は、サブスクリプション ライセンス認証を更新して Windows 10 デバイスと Windows 11 デバイスの両方で機能するようにします。 重要: サブスクリプションのライセンス認証では、デバイスは Windows 10 から Windows 11 に更新されません。 エディションだけが更新されます。

要件

Windows 10/11 Enterprise の要件

注意

次の要件は、Azure での一般的な Windows クライアントのライセンス認証には適用されません。 Azure のライセンス認証には、Azure KMS への接続のみが必要であり、ワークグループ、ハイブリッド、および Azure AD に参加している VM をサポートします。 ほとんどのシナリオでは、Azure VM のライセンス認証が自動的に行われます。 詳細については、「Azure 仮想マシンの Windows 製品ライセンス認証用の Azure KMS エンドポイントについて」を参照してください。

重要

現在、サブスクリプション ライセンス認証は商用テナントでのみ利用できます。現在、米国の GCC、GCC、DoD テナントでは使用できません。

エンタープライズ契約 (EA) または Microsoft の製品/サービス契約 (MPSA) を締結しているお客様については、以下の要件が適用されます:

  • アップグレードするデバイスにインストールされている Windows10 (Pro または Enterprise) バージョン 1703 以降。 このコンテキストでは、Windows 11 は "以降の" バージョンと見なされます。
  • ID 管理用に Azure Active Directory (Azure AD) を使用できること。
  • デバイスは、Azure AD に参加しているか、ハイブリッド Azure AD に参加している必要があります。 ワークグループに参加しているデバイスまたは Azure AD に登録されているデバイスはサポートされていません。

EA または MPSA をお持ちでない Microsoft のお客様は、クラウド ソリューション プロバイダー (CSP) を通じて Windows 10 Enterprise E3/E5 または A3/A5 を入手できます。 ID 管理とデバイス要件は、CSP を使用してライセンスを管理する場合と同じですが、Windows 10/11 Enterprise E3 は、CSP を介して Windows 10 バージョン 1607 を実行しているデバイスでも利用できる点が異なります。 CSP を使用して Windows 10/11 Enterprise E3 を取得する方法については、「CSP の Windows 10 Enterprise E3」をご覧ください。

デバイスで Windows 7 または Windows 8.1 を実行している場合は、「New Windows 10 upgrade benefits for Windows Cloud Subscriptions in CSP」(Windows 10 のアップグレードによって提供される、CSP の Windows クラウド サブスクリプションに関する新しいメリット) をご覧ください。

多要素認証

多要素認証 (MFA) を有効にした Hybrid Azure AD に参加しているデバイスで問題が特定されました。 ユーザーが Active Directory アカウントを使用してデバイスにサインインし、MFA が有効になっている場合、デバイスは Windows Enterprise サブスクリプションに正常にアップグレードされません。

この問題を解決するには:

デバイスが Windows 10 バージョン 1809 以降を実行している場合:

  • Windows 10、バージョン 1809 は KB4497934 で更新する必要があります。 それ以降のバージョンの Windows 10 には、このパッチが自動的に含まれています。

  • ユーザーが MFA を有効にして Hybrid Azure AD に参加しているデバイスにサインインすると、問題があることを示す通知が表示されます。 通知をクリックし、 [今すぐ修正] をクリックして、サブスクリプションのライセンス認証プロセスを実行します。 下の例を参照してください。

    MFA の例 1 を使用したサブスクリプションのライセンス認証。

    MFA の例 2 を使用したサブスクリプションのライセンス認証。

    MFA の例 3 を使用したサブスクリプションのライセンス認証。

Azure Active Directory 条件付きアクセスを使用する組織では、この問題を回避するために、Universal Store サービス API と Web アプリケーション、AppID 45a330b1-b1ec-4cc1-9161-9f03992aa49f をすべてのユーザーのすべてのクラウド アプリの MFA ポリシーから除外することをお勧めします。

注意

上記の推奨事項は、Azure AD 参加済みデバイスにも適用されます。

Windows 10/11 Education の要件

  • アップグレードするデバイスにインストールされている Windows 10 Pro Education バージョン 1903 以降。
  • Windows 10 Pro Education デジタル ライセンスを持つデバイス。 この情報は、[設定] > [更新とセキュリティ] > [ライセンス認証] で確認できます。
  • Education テナントは、Windows 10 Enterprise ライセンスまたは Windows 10 Enterprise または Education サブスクリプションを持つ Microsoft 365 へのアクティブなサブスクリプションを持っている必要があります。
  • デバイスは、Azure AD に参加しているか、ハイブリッド Azure AD に参加している必要があります。 ワークグループに参加しているデバイスまたは Azure AD に登録されているデバイスはサポートされていません。

重要

Store for Education で利用可能な特典を使用して Windows 10 Pro を Windows 10 Pro Education に変換した場合、この機能は利用できません。 Windows 10 Pro Education エディションを使用してデバイス イメージを再作成する必要があります。

メリット

Windows 10/11 Enterprise または Windows 10/11 Education を使用すると、企業や教育機関はエンタープライズ レベルのセキュリティと制御の恩恵を受けることができます。 以前は、Microsoft ボリューム ライセンス契約を結んでいる組織のみが、Windows 10/11 Education または Windows 10/11 Enterprise をユーザーに展開できました。 現在、Windows 10/11 Enterprise E3 または A3 および E5 または A5 が真のオンライン サービスとして利用可能であり、一部のチャネルで利用できるため、すべての組織がエンタープライズグレードの Windows 10 機能を利用できます。 Windows 10 の各エディションの比較、および価格の確認については、以下をご覧ください。

オンライン サービスとしての Windows に移行することで、次のようなメリットを得ることができます。

  • Windows 10 Enterprise および Education のライセンスは、Azure Active Directory (Azure AD) の資格情報に基づいてチェックされるため、企業は組織内のエンド ユーザーおよびグループにライセンスを割り当てる体系的な方法を利用できます。

  • ユーザー サインインにより、再起動を必要とせずにサイレントエ ディションのアップグレードがトリガーされます。

  • モバイル ワーカー/BYOD アクティブ化のサポート。オンプレミスの KMS キーと MAK キーから切り替えます。

  • 接続クライアントの割り当てによるコンプライアンス サポート。

  • ライセンスはさまざまなユーザーに動的に更新できるため、変化するニーズに対してライセンス投資を最適化できます。

動作のしくみ

注意

次の Windows 10 の例とシナリオは、Windows 11 にも適用されます。

デバイスは、[設定] > [アカウント] > [仕事または学校へのアクセス] から Azure Active Directory に参加します。

IT 管理者は、Windows 10 Enterprise をユーザーに割り当てます。 次の図を参照してください。

Windows 10 Enterprise。

ライセンス ユーザーが Azure AD 資格情報を使用して要件を満たすデバイスにサインインすると、オペレーティング システムは Windows 10 Pro から Windows 10 Enterprise (または Windows 10 Pro Education から Windows 10 Education) およびすべての適切な Windows 10 Enterprise/Education にステップアップし、機能のロックが解除されます。 ユーザーのサブスクリプションの有効期限が切れるか、別のユーザーに転送されるか、現在のサブスクリプションの有効期限が切れると、デバイスは Windows 10 Pro / Windows 10 Pro Education エディションにシームレスに戻ります。

Windows 10 Pro Education バージョン 1903 以降を実行しているデバイスは、ライセンスの対象となるユーザーごとに最大 5 台のデバイスでWindows10 Enterprise または Education 一般提供チャネルを取得できます。 このメリットには、長期サービス チャネルは含まれていません。

次の図は、サブスクリプション ライセンス認証モデルの動作の概要を示しています。

Windows 10 Version 1903 以前:
1703。

Windows 10 Version 1903:
1903。

注意

  • Windows 10 Pro Education デバイスは、M365 管理センターから "Windows 10 Enterprise" ライセンスが割り当てられている場合にのみ、Windows 10 Education エディションにステップアップします (2019 年 5 月現在)。

  • Windows 10 Pro デバイスは、M365 管理センターから "Windows 10 Enterprise" ライセンスが割り当てられている場合にのみ、Windows 10 Enterprise エディションにステップアップします (2019 年 5 月現在)。

シナリオ

シナリオ #1

Windows 10、バージョン 1803 以降を使用していて、Windows 10 Enterprise E3 または E5 サブスクリプションを購入したばかりの状態です。(または、しばらくの間 E3 またはE5 サブスクリプションを持っていたが、まだWindows 10 Enterprise を展開して引退状態です)。

すべての Windows 10 Pro デバイスは Windows 10 Enterprise にステップアップし、既に Windows 10 Enterprise を実行しているデバイスは、サブスクリプションのライセンス認証が有効なユーザーがサインインすると、デバイスは、KMS または MAK がアクティブ化された Enterprise エディションからサブスクリプションがアクティブ化された Enterpriseエディションに移行します。

シナリオ #2

Azure AD に参加しているデバイスまたは Windows 10 1709 以降を実行し Active Directory に参加しているデバイスを使用、Azure AD の同期を構成済み。「Windows 10 Enterprise のライセンスの展開」の手順に従って無料の SKU を入手し、新しい Windows 10 Enterprise E3 または E5 ライセンスを Azure AD で取得します。 次に、そのライセンスをすべての Azure AD ユーザーに割り当てます。 AD に同期されているアカウントも使用できます。 ユーザーがサインインすると、デバイスが自動的に Windows 10 Pro から Windows 10 Enterprise に変更されます。

つまり、Windows 10 Enterprise E3 または E5 のサブスクリプションを持っていて、まだ Windows 10 Pro を実行している場合は、上のいずれかのシナリオで簡単 (かつ迅速) に Windows 10 Enterprise に移行できます。

Windows 7 を実行している場合は、もう少し手順が増えます。 ワイプ アンド ロード アプローチも使用できますが、Windows 7 Pro から直接 Windows 10 Enterprise にアップグレードする方が簡単でしょう。 このパスはサポートされており、1 つの手順で移動を完了させることができます。 この方法は、Windows 8.1 Pro を実行している場合にも使用できます。

ライセンス

デバイスでのライセンスの取得と更新には、次のポリシーが適用されます。

  • アップグレードされたデバイスは、30 日ごとにライセンスの取得を試行します。ライセンスの取得が成功するには、これらのデバイスをインターネットに接続する必要があります。
  • 現在のライセンスが期限切れになったときにデバイスがインターネットに接続されていないと、オペレーティング システムは Windows 10/11 Pro または Windows 10/11 Pro Education に戻ります。 デバイスをインターネットにもう一度接続するとすぐに、そのデバイスはユーザー デバイスの一覧にまだ残っていると想定され、ライセンスは自動的に更新されます。
  • 各ユーザー ライセンスについて、最大で 5 台のデバイスをアップグレードできます。 ユーザー ライセンスが 6 番目のデバイスに使用されている場合、ユーザーが最長でログインしていないコンピューター上のオペレーティング システムは、Windows 10/11 Pro または Windows 10/11 Pro Education に戻されます。
  • デバイスが要件を満たしており、ライセンスが付与されたユーザーがそのデバイスでサインインすると、アップグレードが実行されます。

1 人のユーザーから別のユーザーにライセンスを迅速に割り当て直すことができるため、変化するニーズに応じてライセンス投資を最適化できます。

必要な Azure AD サブスクリプションがある場合は、Enterprise E3 および E5 のライセンスをユーザーに割り当てる際に、グループ ベースのライセンスを利用することをお勧めします。 詳しくは、「Azure AD のグループ ベースのライセンスの基礎」をご覧ください。

既存のエンタープライズ展開

Windows 10 バージョン 1803 以降を実行している場合、サブスクリプション ライセンス認証はファームウェアに埋め込まれた Windows 10 ライセンス認証キーを自動的にプルし、基になる Pro ライセンスを認証します。 その後、ライセンスはサブスクリプションのライセンス認証を使用して Windows 10/11 Enterprise にステップアップします。 これにより、デバイスが KMS または MAK でライセンス認証された Enterprise からサブスクリプションでライセンス認証された Enterprise に自動的に移行されます。

サブスクリプションのライセンス認証では、基になるオペレーティング システムをアクティブ化する必要はありません。これは、Windows の正規のインストールを実行するための要件です。

注意事項

ファームウェアに埋め込まれたWindows 10のライセンス認証は、OOBE (Out Of Box Experience) を通過した場合にのみ自動的に行われます。

バージョン 1607、1703、または 1709 の Windows 10 を使用していて、既に Windows 10 Enterprise を展開しているが、Windows クライアント マシンの KMS サーバーと MAK キーに依存しないようにしたい場合は、コンピューターがファームウェアに埋め込まれた Windows 10 Pro プロダクト キーでライセンス認証されている限り、シームレスに移行できます。

Pro のキーを使ってコンピューターがライセンス認証されていない場合は、次のスクリプトを実行します。 以下のテキストを .cmd ファイルにコピーし、管理者特権のコマンド プロンプトでこのファイルを実行します。

@echo off
FOR /F "skip=1" %%A IN ('wmic path SoftwareLicensingService get OA3xOriginalProductKey') DO  (
SET "ProductKey=%%A"
goto InstallKey
)

:InstallKey
IF [%ProductKey%]==[] (
echo No key present
) ELSE (
echo Installing %ProductKey%
changepk.exe /ProductKey %ProductKey%
)

[WMIC は非推奨] であるため、Windows 10 バージョン 21H1 では、代わりに次の Windows PowerShell スクリプトを使用できます。

$(Get-WmiObject SoftwareLicensingService).OA3xOriginalProductKey | foreach{ if ( $null -ne $_ ) { Write-Host "Installing"$_;changepk.exe /Productkey $_ } else { Write-Host "No key present" } }

Azure AD ライセンスの取得

エンタープライズ契約/ソフトウェア アシュアランス (EA/SA):

  • 従来の EA を締結している組織は、0 ドル の SKU を注文し、会社のライセンス管理者に送信される電子メールを処理し、Azure AD を使用してライセンスを割り当てる必要があります (理想的な方法は、グループ割り当てに関する新しい Azure AD Premium 機能を使用して、グループに割り当てる方法です)。 詳細については、既存の EA によるサブスクリプションのライセンス認証の有効化に関するページをご覧ください。

  • ライセンス管理者は、O365 で使用されるプロセスと同じプロセスで接続クライアントを Azure AD ユーザーに割り当てることができます。

  • 新しい EA/SA Windows Enterprise のユーザーは、SA サブスクリプションおよび関連する 0 ドルのクラウド サブスクリプションの両方を取得できます。

マイクロソフト製品/サービス契約 (MPSA):

  • MPSA を締結している組織は、新しいサービスの詳細が自動的にメールで通知されます。 こうした組織では、メールを受け取るための指示に従った手順を実行する必要があります。

  • 既存の MPSA のお客様は、サービスのライセンス認証に関するメールを受け取ります。これにより、お客様の管理者はユーザーをサービスに割り当てることができます。

  • ソフトウェア サブスクリプションである Windows Enterprise E3 および E5 を購入する新しい MPSA のお客様は、従来のキー ベースのライセンス認証方法と新しいサブスクリプションのライセンス認証方法の両方を利用できます。

ライセンスの展開

Windows 10 Enterprise ライセンスの展開」をご覧ください。

仮想デスクトップ アクセス (VDA)

Windows 10/11 Enterprise へのサブスクリプションは、仮想化されたクライアントでも使用できます。 Windows 10/11 Enterprise E3 および E5 は、Microsoft Azure や他の認定を受けたマルチテナント ホスティング パートナーの仮想デスクトップ アクセス (VDA) で利用できます。

仮想マシン (VM) は、VDA 用の Windows 10 Enterprise サブスクリプションを有効にするように構成する必要があります。 Active Directory に参加しているクライアントおよび Azure Active Directory に参加しているクライアントは、サポート対象です。 「サブスクリプションのライセンス認証用に VDA を有効にする」をご覧ください。

Windows 10 エクスペリエンスのためにドメイン参加済みデバイスを Azure AD に接続する
Windows 10 エディションの比較
ビジネス向け Windows