KMS 認証の実際の仕組み(GVLK、180 日間、そしてエミュレーター)
キー管理サービス(KMS)は、Microsoft のボリューム認証技術です。これを理解すれば、KMSpico のようなツールの謎がずっと解けます — そして、あらゆる Windows マシンで認証の問題を解決するのにも役立ちます。
KMS が解決するために作られた問題
5,000 台のノートパソコンに Windows を展開することを想像してみてください。それぞれに 25 文字のプロダクトキーを入力し — 再イメージのたびに再入力する — のは悪夢でしょう。Microsoft の答えがボリューム認証であり、その最も一般的な形態が KMS です。
KMS では、企業ネットワーク上の一台のサーバーが認証の権威となります。クライアントマシンはそれに静かに接続し、認証を受けます。マシンごとのキーも手動の手順も不要です。
GVLK:公開されたボリュームキー
KMS クライアントは Generic Volume License Key(GVLK) を使用します。リテールキーとは異なり、GVLK は秘密ではありません — Microsoft はそれをエディションごとに一つ(Windows 10 Pro、Windows 11 Enterprise、Office 2019 など)公開しています。GVLK は単に Windows に「私はこのエディションの KMS クライアントです。KMS ホストを探してください」と伝えるだけです。
これが、アクティベーターが何もクラックせずにキーをインストールできる理由です。キーは設計上公開されています。実際の認証は、依然として KMS ホストによって付与される必要があります。
180 日間の更新サイクル
KMS 認証は意図的に一時的です。各認証が成功すると 180 日間 有効です。クライアントは 7 日ごとに更新を試み、KMS ホストが 180 日間の期間内に応答する限り、認証が失効することはありません。ノートパソコンが数か月間ネットワークを離れると、最終的にはホストに再び接続できるまで「猶予」または未認証の状態にフォールバックします。
この 180 日間のタイマーこそが、KMSpico がスケジュールタスクをインストールする理由です — 認証を再実行してカウンターを自動的にリセットし、システムを認証された状態に保ちます。
KMS エミュレーターの役割
KMS エミュレーターは、KMS ホストのふりをするソフトウェアです。PC が「ここに KMS サーバーはありますか?」と尋ねると、エミュレーターは「はい」と答え、180 日間の認証を付与します。このやり取り全体をローカルループバックインターフェース上で行えるため、インターネット接続は不要です。
KMSpico はそのようなエミュレーターを、正しい GVLK と更新タスクとともにまとめ、フロー全体をワンクリックに包み込みます。この手動の、自動化されていないバージョンを知りたい場合は、Windows 10 認証ガイド で、その基盤となる slmgr コマンドを紹介しています。
認証状態の確認
追加のツールなしで、どの Windows PC でも KMS の状態を確認できます:
- コマンドプロンプトを管理者として開きます。
slmgr /xprを実行して、Windows が認証されているか、いつまで有効かを確認します。slmgr /dlvを実行すると、KMS ホストや更新間隔を含む詳細なライセンス情報が表示されます。
Office の場合、同等のスクリプトは Office インストールフォルダー内の ospp.vbs です。
よくある質問
まだ気になりますか? メインの FAQ では、安全性、ウイルス対策ソフトの検出、更新についてさらに詳しく解説しており、よくあるエラーの解決 では KMS が出す具体的なメッセージに対処しています。
よくある質問
GVLK キーは違法ですか?
なぜ永久ではなく 180 日間なのですか?
どの KMS ホストが自分の PC を認証したか確認できますか?
slmgr /dlv を実行すると、KMS ホスト名、認証間隔、更新の詳細を確認できます。