Windowsのボリュームライセンス認証：KMSとMAKの歴史・仕組み・徹底解説

## はじめに

企業や教育機関、官公庁などでWindowsを運用する際、**ボリュームライセンス認証**は避けて通れないテーマです。中でも、**KMS（Key Management Service）**と**MAK（Multiple Activation Key）**という2種類の認証方式が存在します。  

この記事では、これら2つの方式の歴史的背景、仕組み、特徴、使い分けのポイント、そして実際の切り替え方法について、エンジニアやIT管理者向けに詳しく解説します。  

## 1. Windowsライセンス認証の歴史と背景

### 1-1. 初期のライセンス認証（Windows XP以前）

- **Windows 2000/NT4以前**  
  当時はライセンス認証といえば、インストール時に**プロダクトID（CD-Key）**を入力する方式が主流でした。企業向けには「Volume License Key（VLK）」が存在し、同一キーを複数のPCに適用できるため、手軽に大量導入できるという利点がありました。しかし、この仕組みはセキュリティ面やライセンス管理の観点から問題視されることもありました。

- **Windows XPの登場**  
  Windows XPからは**プロダクトアクティベーション**が導入され、個々のPCでインターネットや電話を使った認証が必要になりました。個人向けのOEMやRetail版はこの方式によりライセンス認証される一方、企業向けには引き続きVLKが利用され、比較的簡単な方法で大量導入が可能でした。しかし、これも海賊版対策としては十分でなかったため、今後の改良が求められることになりました。

### 1-2. Windows Vista以降：KMSとMAKの登場

- **Windows Vista / Windows Server 2008**  
  マイクロソフトは、海賊版対策と大量導入企業のライセンス管理を両立させるため、**KMS（Key Management Service）**と**MAK（Multiple Activation Key）**という2つの新しい認証方式を導入しました。  
  - **KMS**は、社内に専用の認証サーバー（KMSホスト）を設置し、クライアントPCが定期的にこのサーバーと通信して認証を更新する仕組みです。  
  - **MAK**は、各PCがMicrosoftの認証サーバーと直接通信して認証する方法で、基本的には一度認証されれば再認証の必要はありません。

- **Windows 7/8/10/11時代**  
  この時代になっても、KMSとMAKは引き続き企業向けボリュームライセンスの主要な認証方式として利用されています。  
  - 大企業では、社内にKMSサーバーを設置することで、一括管理の利便性が評価されています。  
  - 一方、リモートワークや少数端末での利用、オフライン環境においては、MAKによる直接認証が有効です。

- **クラウド時代とサブスクリプション型ライセンス**  
  近年、Microsoft 365（旧Office 365）と連携したサブスクリプション型のライセンスも登場し、ユーザーアカウント単位での管理が可能になりました。しかし、オンプレミス環境での大量導入や既存のシステム管理においては、依然としてKMSとMAKが主流となっています。

## 2. KMS（Key Management Service）の仕組みと特徴

### 2-1. KMSの基本概念

KMSは、**社内ネットワーク上に設置したKMSサーバー**がクライアントPCの認証を一括管理する仕組みです。  
- **KMSサーバー**は、初回にMicrosoftの認証サーバーと通信してKMSホストキー（CSVLK）を認証し、その後は社内ネットワーク内で完結します。  
- クライアントPCは、**定期的に（通常180日ごと）KMSサーバーと通信**し、ライセンスの更新を行います。

### 2-2. KMSの特徴とメリット

- **大量管理に適している**  
  大規模な環境では、クライアント台数が25台（Windowsクライアント）または5台（Windows Server）以上あれば、KMSサーバーが自動で認証を行います。これにより、個々のPCに対して手動で認証作業を行う必要がなくなります。

- **オフライン環境での利用が可能**  
  インターネットに接続しなくても、社内ネットワーク内のKMSサーバーがあれば認証が完結します。これにより、セキュリティ上の制約が厳しい環境でも利用しやすい仕組みとなっています。

- **再認証の仕組み**  
  クライアントは、180日ごとにKMSサーバーへ接続し、ライセンスを更新する必要があります。定期的な通信ができない場合、ライセンスが失効するリスクがあるため、運用管理時には注意が必要です。

### 2-3. KMSのデメリットと注意点

- **依存性の問題**  
  KMSサーバーが停止した場合、クライアントPCは認証更新ができず、一定期間後にライセンスが切れてしまいます。したがって、KMSサーバーの冗長化や監視体制が求められます。

- **最低台数の制約**  
  環境によっては、KMS認証を開始するための最低台数を満たさない場合、認証が行われないため、小規模な環境では向いていません。

## 3. MAK（Multiple Activation Key）の仕組みと特徴

### 3-1. MAKの基本概念

MAKは、各PCが**Microsoftの認証サーバーと直接通信**してライセンス認証を行う方式です。  
- 一度認証されれば基本的に再認証の必要はなく、PCの再起動やOSの再インストール時に特別な措置が必要になる場合を除き、そのまま利用可能です。

### 3-2. MAKの特徴とメリット

- **個別認証方式**  
  各PCが独自に認証するため、インターネット接続が可能な環境であれば、どこからでも認証が可能です。  
  また、最低台数の制約がなく、1台からでも運用が可能です。

- **認証回数の制限**  
  MAKには、認証回数の上限が設定されている場合が多く、企業が購入したライセンス数を超えると追加購入が必要になります。

- **リモートやオフサイトでの利用に最適**  
  社内ネットワークにアクセスできないPCや、リモートワーク環境の端末にはMAK方式が有効です。

### 3-3. MAKのデメリットと注意点

- **管理の手間**  
  各PCごとに認証を行うため、数が増えると管理が煩雑になります。  
  また、ハードウェア変更やOS再インストール時には再認証が必要となり、その都度認証回数がカウントされるため注意が必要です。

- **ライセンス回数の枯渇**  
  認証回数に上限があるため、頻繁に再インストールやハードウェアの変更が行われる環境では、予期せぬライセンスの枯渇リスクがあります。

## 4. KMSとMAKの徹底比較

下記の表は、KMSとMAKの特徴を整理したものです。企業規模や運用環境に応じたライセンス方式の選択にお役立てください。

| 項目 | KMS（Key Management Service） | MAK（Multiple Activation Key） |
|-----|----------------------------|------------------------------|
| **認証方法** | 社内のKMSサーバーがクライアントPCを一括管理する | 各PCがMicrosoftの認証サーバーと直接通信して認証する |
| **インターネット接続** | 社内ネットワーク内で完結するため不要 | インターネットまたは電話認証が必要 |
| **最低必要台数** | Windowsクライアント：25台以上<br>Windows Server：5台以上 | 台数に制限はなく、1台から利用可能 |
| **再認証** | 180日ごとにクライアントPCが自動で再認証（社外端末には注意） | 基本的には一度認証すれば再認証不要（ただし、ハードウェア変更等時に必要） |
| **ライセンス管理** | 社内KMSサーバーが台数や認証状態を自動管理 | 認証回数に上限があり、各PCごとに管理が必要 |
| **適した環境** | 大規模企業、教育機関、官公庁などで多数のPCを一括管理する場合 | 小規模企業、リモート端末、オフサイト環境での利用に適している |
| **メリット** | 一括管理が容易、オフライン環境でも運用可能 | 柔軟な認証が可能で、最低台数の制約がない |
| **デメリット** | KMSサーバーがダウンすると全端末に影響、最低台数の制約がある | 認証回数の上限があり、大量端末では管理が煩雑になりがち |

## 5. ライセンス切り替えの実践手順

### 5-1. シナリオと必要性

例えば、既存のKMS方式で運用しているPCを、リース終了後の買い取りや環境変更により**MAKまたはリテール版ライセンス**へ切り替えたい場合があります。  
この場合、OSの再インストールを行わず、現在のWindows環境を維持したままプロダクトキーを変更することが可能です。

### 5-2. slmgrコマンドを用いたキー変更の手順

#### (1) 現在のライセンス状態の確認

まず、現在のライセンス状態を確認します。以下のコマンドを管理者権限のコマンドプロンプトで実行してください。

```bash
slmgr /dlv
```

実行後、画面上に以下のような情報が表示されます。

- VOLUME_KMSCLIENT: 現在KMS認証が有効な状態
- VOLUME_MAK: MAK認証が適用されている状態
- RETAIL: リテール版（またはOEM版）の認証状態

#### (2) 新しいプロダクトキーの入力

次に、新しいライセンスキー（MAKキーまたはリテールキー）を入力します。

```bash
slmgr /ipk <新しいプロダクトキー>
```

#### (3) ライセンス認証の実行

新しいキーを入力後、認証サーバーと通信してライセンス認証を実施します。

```bash
slmgr /ato
```

#### (4) 変更の確認

再度、以下のコマンドでライセンス情報を確認してください。

```bash
slmgr /dlv
```

### 5-3. KMS情報の完全削除（オプション）

場合によっては、以前のKMS情報を完全にクリアしてから新しいライセンスを適用したいケースもあります。

```bash
# 現在のキーを削除
slmgr /upk

# レジストリからキー情報を削除
slmgr /cpky

# ライセンス状態をリセット（再起動前に実施）
slmgr /rearm

# 再起動後、新しいプロダクトキーを入力して認証
slmgr /ipk <新しいプロダクトキー>
slmgr /ato
```

## 6. 運用上の注意点とトラブルシューティング

### 6-1. KMSサーバー運用のポイント

- サーバーの冗長化が推奨されます
- DNS設定の定期的なチェックが必要
- クライアント数のモニタリングを忘れずに

### 6-2. MAK運用の注意点

- **認証回数の管理**  
  MAKキーには認証回数の上限があるため、OS再インストールやハードウェア変更が頻繁に行われる環境では、認証回数の消化状況を管理する仕組みが必要です。

- **ライセンス回数の枯渇リスク**  
  認証回数を超過すると追加のライセンス購入が必要となるため、将来的な台数増加や再展開の計画に基づき、適切なライセンス数の確保が求められます。

## 7. どちらを選ぶべきか？— 企業の規模と運用方針による判断

### 7-1. KMSが適しているケース

- **大規模な企業や教育機関**  
  数百〜数千台のPCを一括管理する場合、KMSサーバーを構築することで、手動作業を大幅に削減できます。

- **閉じた社内ネットワーク**  
  インターネット接続が制限されている環境でも、社内KMSサーバーを利用すればライセンス認証が問題なく行えます。

- **再インストールやPC入れ替えが頻繁な環境**  
  KMSはPCが再起動や再インストール後に自動で認証を更新するため、管理負担が軽減されます。

### 7-2. MAKが適しているケース

- **小規模な環境やリモートワーク**  
  台数が少なく、社内ネットワークへの接続が頻繁に行われない場合、MAK方式の柔軟性が活かされます。

- **個別管理が必要なシナリオ**  
  特定の端末だけ別途管理したい場合や、ライセンスの移行・再認証を明示的に行いたい場合、MAKは有効な選択肢となります。

- **リース品の買い取りなど**  
  リース契約終了後にPCを買い取った場合、元々適用されていたMAK認証のライセンスをそのまま継続利用できるケースもあるため、運用契約を十分に確認する必要があります。

## 8. まとめ

### 歴史的背景

- Windows XP以前はシンプルなプロダクトキー認証が主流でしたが、海賊版対策と大量導入のニーズから、Windows Vista以降、KMSとMAKが導入されました。
- 現在もWindows 7/8/10/11において、企業向けライセンス認証としてKMSとMAKは広く利用されています。

### KMSの特徴

- 社内KMSサーバーを用いた一括管理が可能で、180日ごとの再認証を通じてライセンスの状態を更新します。
- オフライン環境でも運用可能ですが、KMSサーバーの停止や最低台数の確保には注意が必要です。

### MAKの特徴

- 各PCがMicrosoftの認証サーバーと直接通信するため、インターネット環境があればどこでも認証可能です。
- 認証回数に上限があるため、再認証が不要な分、管理が個別に必要になるケースが見受けられます。

### 運用の選択と切り替え

- 企業の規模やネットワーク環境、PCの運用状況に応じて、KMSとMAKを使い分けることが最適な運用の鍵です。
- OSの再インストールを行わず、slmgrコマンドを用いてライセンスキーを切り替える手順は非常にシンプルであり、運用担当者の負担を軽減します。

## おわりに

Windowsのボリュームライセンス認証は、企業の規模や運用環境に応じてKMSとMAKという2つの方式が使い分けられています。歴史的な背景を理解することで、なぜこの2つの方式が必要となったのか、その利点と欠点が見えてきます。

本記事では、KMSとMAKのそれぞれの仕組み、運用方法、切り替え手順について詳しく解説しました。企業のIT管理に携わるエンジニアの皆様には、ぜひ参考にしていただき、最適なライセンス管理の手法を検討していただければと思います。

もし本記事がお役に立った場合は、ストックやいいね、コメントでのフィードバックをいただけると大変励みになります！
また、運用中に疑問点やトラブルが発生した場合は、Microsoft公式ドキュメントを参照し、適切な対策を講じるようにしてください。

以上、Windowsのボリュームライセンス認証（KMS/MAK）の徹底解説でした！