Office LTSC を修復したあとに突然「ライセンス認証が必要です」と表示され、プロダクトキーも見当たらない――。業務に直結するだけに焦りがちですが、仕組みさえ理解しておけば、ほとんどのケースは「管理者への連絡」と「端末側の簡単な確認」で解決できます。この記事では、利用者と管理者それぞれの視点から、Office LTSC の再アクティベーション手順を分かりやすく整理します。
Office LTSC でプロダクトキーを紛失したとき、まず理解しておきたいポイント
最初に押さえておきたいのは、Office LTSC は個人向けパッケージではなく、企業・組織向けのボリューム ライセンス製品だという点です。ここを勘違いすると、「どこかにプロダクトキーが表示されているはず」と延々と探すことになり、時間だけが無駄になってしまいます。
重要なポイントを先にまとめると、次のようになります。
- Office LTSC のキー（MAK / KMS）は、組織のライセンス管理者が管理している。
- 一般ユーザーが、端末からプロダクトキー全桁を取り出すことはできない（仕様上できないようになっている）。
- そのため、「キーを探す」のではなく「管理者に問い合わせる」ことが唯一かつ最短のルートになる。
「パソコンに入っているはずのプロダクトキーを何とか読み出したい」という発想は、個人向けの古い Office 製品（DVD パッケージなど）の感覚に引きずられたものです。Office LTSC では考え方を切り替えましょう。
結論：最短ルートで再アクティベーションするための全体像
細かい手順に入る前に、「このトラブルを最短で解消するための流れ」を整理しておきます。
利用者側（エンドユーザー）がやること
- 組織のライセンス管理者（システム管理者・情報システム部門）へ連絡する。
- 連絡時に、端末名・Office エディション・エラー内容・社内ネットワーク／VPNの状態などを伝える。
- 管理者の指示があれば、OSPP スクリプトでライセンス状態を確認し、その結果を共有する。
管理者側（あなたが管理者である場合）
- MAK 運用なら、管理センターや VLSC から該当製品の MAK を確認し、対象端末に入力してアクティベーション。
- KMS 運用なら、端末が KMS ホストに到達できるか、DNS・ファイアウォール・VPN の状態を確認し、必要に応じてクライアント設定後にアクティベーション。
- 過去に誤ったキーや不正なキーが入っている場合は、/unpkey でアンインストールしてから再設定。
以降では、この全体像をもう少し噛み砕いて、「なぜそうするのか」「どこでつまずきやすいか」を具体的に解説します。
Office LTSC と他の Office との違い（LTSC / リテール / Microsoft 365）
「自宅用の Office では Microsoft アカウントから再インストールできたのに、今回はできない」という声はよく聞きます。これは、そもそも製品の種類が違うためです。
代表的な違いを、ざっくり比較してみます。
| 種類 | 主な対象 | ライセンス管理方法 | 再インストール／再認証の方法 |
|---|---|---|---|
| Office LTSC 2021 / 2024 （ボリューム ライセンス） | 企業・組織 | MAK または KMS 管理者が一括管理 | 管理者がキー配布、または KMS 経由で自動認証 |
| Office 2021 / 2024 （リテール版・買い切り） | 個人／小規模事業者 | Microsoft アカウントに紐づく | Microsoft アカウントでサインインして再インストール／再認証 |
| Microsoft 365 Apps | 個人／企業どちらも | ユーザー単位のサブスクリプション | サブスクリプションのアカウントでサインインして認証 |
今回の記事の対象は、あくまでOffice LTSC（ボリューム ライセンス）です。個人向けの「Office 2021」を家電量販店やオンラインストアで購入した場合は、プロダクトキーそのものよりも、購入時に使った Microsoft アカウントが重要になります。
逆に、会社から支給された PC に入っている Office が LTSC の場合、個人の Microsoft アカウントから何かを操作しても状況は変わりません。このギャップが、「どこから何を操作すればいいのか分からない」という混乱の元になりやすいところです。
MAK と KMS の基礎知識（どちらの運用か分からないとき）
Office LTSC のボリューム ライセンスは、大きく MAK（Multiple Activation Key） と KMS（Key Management Service） の二種類の方式で運用されます。どちらを使っているかによって、再アクティベーションのアプローチが変わります。
| 項目 | MAK | KMS |
|---|---|---|
| 認証の仕組み | 端末ごとにインターネット経由で Microsoft に直接認証 | 社内の KMS サーバー（KMS ホスト）へ問い合わせて認証 |
| 想定利用規模 | 台数があまり多くない環境 | 多数のクライアントが存在する中〜大規模環境 |
| ユーザー操作 | プロダクトキー（MAK）を入力してアクティベーション | 通常はキー入力不要。ネットワークに接続すると自動認証 |
| オフライン運用 | 電話認証などで対応可能だが手間がかかる | 基本はオンライン前提（社内ネットワーク or VPN） |
管理者であれば、Volume Licensing Service Center（VLSC）や Microsoft 365 管理センターのライセンス情報からどちらで運用しているか把握できるはずです。もし分からない場合は、まずそこを確認するところから始めましょう。
利用者が今すぐできること（エンドユーザー向け）
ここからは、実際に「ライセンス認証が必要です」と表示されて困っている利用者側の視点で、やるべきことを具体的に見ていきます。
ライセンス管理者へ連絡するときに伝えるべき情報
「Office のライセンス認証ができません」とだけ伝えると、管理者側で状況を推測するところから始まってしまい、対応が遅くなります。最初の連絡で、次の情報をまとめて送るのがおすすめです。
| 項目 | 例 | ポイント |
|---|---|---|
| 端末名（コンピューター名） | PC-ACCOUNTING-01 など | 管理者が AD や資産管理ツールで特定するために必須 |
| Office エディション | Microsoft Office LTSC Professional Plus 2021（64ビット）など | アカウント画面や「ファイル > アカウント」で確認 |
| 表示されているエラー文 | 「ライセンス認証が必要です」「プロダクトキーが無効です」など | できればスクリーンショットも添付すると精度が上がる |
| 社内ネットワーク／VPN の状態 | 社内 LAN に直結 / VPN 接続中 / 自宅から未接続 など | KMS かどうかの切り分け、ネットワーク到達性の判断に重要 |
| 発生タイミング | Office の修復後に初回起動したときから など | 修復や再インストールとの関連を判断する材料 |
この情報が揃っているだけで、管理者側の調査工数は大きく減ります。結果として、あなたの Office が使えるようになるまでの時間も短縮されます。
OSPP スクリプトでライセンス状態を確認する（任意）
管理者から「ライセンス状態の確認コマンドを実行してください」と指示されることがあります。そのときに使うのが、OSPP スクリプト（ospp.vbs）です。
次の手順で実行します。
- 管理者権限でコマンド プロンプトを開く（「cmd」を検索し、右クリックして「管理者として実行」）。
- Office のインストールフォルダに移動する。LTSC 2021／2024 でもフォルダ名は Office16 です。
cd "C:\Program Files\Microsoft Office\Office16" || cd "C:\Program Files (x86)\Microsoft Office\Office16"
cscript ospp.vbs /dstatus :: ライセンス状態とキー末尾5桁を確認
このコマンドで表示される情報のうち、管理者に共有すると役立つポイントは以下です。
- LICENSE NAME / LICENSE DESCRIPTION：LTSC 2021 なのか 2024 なのか、Volume License かどうかなど。
- LICENSE STATUS：LICENSED / UNLICENSED / NOTIFICATIONS などの状態。
- Last 5 characters of installed product key：インストール済みキーの末尾 5 文字。
ここで重要なのは、末尾5桁しか分からないのは仕様であり、残りの桁は絶対に表示されないということです。末尾5桁から完全なキーを推測することもできません。
管理者向け：MAK での再アクティベーション手順
ここからは、情報システム部門などでライセンス管理を行っている管理者向けの内容です。まずは MAK 運用の場合の代表的な流れを整理します。
1. MAK の確認と管理
MAK は、管理センター（Microsoft 365 管理センターや VLSC 等）の「ダウンロードとキー」画面から確認します。注意点としては次のようなものがあります。
- 同じ「Office LTSC Professional Plus 2021」でも、例えば日本語版／多言語版など、複数のキーが存在することがある。
- 保有ライセンス数（アクティベーション回数の上限）を超過しないよう、利用状況は定期的に棚卸しする。
- MAK を社内チャットやメールでそのまま貼り付けて共有しないなど、情報漏えいに注意する。
2. 対象端末での MAK 入力と認証
利用者の PC にリモート接続するか、あるいは利用者側に操作してもらいながら、次のようにコマンドを実行します。
cd "C:\Program Files\Microsoft Office\Office16" || cd "C:\Program Files (x86)\Microsoft Office\Office16"
:: MAK をインストール
cscript ospp.vbs /inpkey:XXXXX-XXXXX-XXXXX-XXXXX-XXXXX
:: オンラインで認証
cscript ospp.vbs /act
ここでのポイントは、必ず管理者権限のコマンド プロンプトで実行することと、Office バージョンに対応したフォルダ（Office16）に移動してから実行することです。LTSC 2021 も 2024 も、内部バージョンは 16 系列のため、フォルダ名は「16」で統一されています。
プロキシ環境の場合は、プロキシ経由で外部に出られるかどうかも要確認です。うまく認証できない場合は、一時的にプロキシをバイパスするネットワークを用意するか、電話認証を検討することもあります。
管理者向け：KMS での再アクティベーション手順
次に、KMS 運用の場合の考え方です。KMS の場合、基本的にはクライアント側でプロダクトキーを入力する必要はありません。社内ネットワークや VPN 越しに KMS サーバーへ到達できれば、自動的に認証される仕組みです。
KMS で最初に確認すべきポイント
- クライアント PC が 社内ネットワークまたは VPN に接続されているか。
- DNS に _VLMCS の SRV レコードが正しく登録されているか。
- ファイアウォールで TCP 1688 番ポート（既定）が許可されているか。
- クライアントのライセンス ステータスが「KMS クライアント」になっているか（/dstatus で確認）。
クライアント側で特別な設定をしていないにもかかわらず認証できない場合、多くは ネットワーク到達性か DNS の問題です。まずはそこから確認すると、無駄な再インストールやキー再入力を避けられます。
クライアント側で行う基本コマンド
KMS 環境で「修復後に認証が外れた」ように見える場合、クライアント側では次のコマンドで状況確認と再アクティベーションを行います。
cd "C:\Program Files\Microsoft Office\Office16" || cd "C:\Program Files (x86)\Microsoft Office\Office16"
:: ライセンス状態を確認
cscript ospp.vbs /dstatus
:: KMS で再認証を試行
cscript ospp.vbs /act
もし KMS ホストを明示的に指定している環境であれば、/sethst や /setprt などのパラメーターで設定を確認し、必要に応じて修正します。
:: KMS ホストを指定する例
cscript ospp.vbs /sethst:kmsserver.example.local
cscript ospp.vbs /setprt:1688
cscript ospp.vbs /act
これでも解決しない場合は、クライアント側だけの問題ではなく、KMS ホスト側のアクティベーション数やサービス状態を確認する必要があります。
誤ったキーや不正なキーが残っている場合のクリーンアップ
過去に別の Office をインストールしていたり、試用版や不正なキーが入っていたりすると、意図しないキーが残った状態で LTSC を導入してしまうことがあります。その場合、正しいキーを入れる前にクリーンアップするのが安全です。
不要なキーを /unpkey で削除する
OSPP の /dstatus で確認した結果、不要なキーが残っている場合は、末尾5桁を指定してアンインストールします。
:: 例：末尾 12345 のキーを削除
cscript ospp.vbs /unpkey:12345
削除した後、再度 /dstatus で確認し、想定外のライセンス エントリがなくなっていることを確認してから、MAK を入れるか KMS で認証を行います。
複数バージョンの Office が混在している場合
特にありがちなのが、古い Office（2016 や 2019 など）が残ったまま LTSC をインストールしているパターンです。この場合、
- アプリケーションとして複数バージョンが混在する
- OSPP の表示も複数製品が並び、どれが有効なライセンスなのか分かりにくくなる
といった問題が発生します。こうしたケースでは、
- 「アプリと機能」から不要な Office をアンインストールする
- 残った LTSC のみをターゲットに、OSPP で /dstatus と /unpkey を併用して整理する
といったステップで、ライセンスの状態をシンプルにしてから再アクティベーションを行うのが望ましいです。
キー復元ツールに頼らないほうがよい理由と注意点
インターネットで検索すると、「Office のプロダクトキーを表示するツール」「ライセンスキーを復元できるソフト」などが多数見つかります。しかし、Office LTSC のようなボリューム ライセンス製品に対して、これらのツールで全桁のキーを復元することは基本的にできません。
よくある誤解と、実際のところを整理しておきます。
- これらのツールは、多くの場合 末尾5桁しか表示できない（OSPP と同じ情報）。
- 「表示されたキー」が、実は 汎用 KMS クライアントキーであるケースもある。
- そもそも会社のライセンス情報を外部ツールに読み取らせること自体が、セキュリティ／コンプライアンス上好ましくない。
つまり、Office LTSC のプロダクトキー紛失問題は、技術的なキー復元の話ではなく、組織のライセンス管理プロセスの話です。どうしてもキーが分からない場合は、
- VLSC や管理センター上の記録を再確認する
- どうしても分からなければ、Microsoft ボリューム ライセンス サポートに相談する
といった、正攻法での対応が求められます。
ケース別の対応早見表
ここまでの内容を、よくあるパターンごとに簡単な一覧にまとめてみます。ご自身の状況に近い行を探してみてください。
| 状況 | 想定されるライセンス | 優先的に行うべきこと |
|---|---|---|
| 会社支給 PC、Office LTSC と聞いている。修復後に「ライセンス認証が必要」と出るが、キーが分からない。 | LTSC（ボリューム ライセンス、MAK または KMS） | 端末情報・エラー内容・ネットワーク状態を添えて、ライセンス管理者へ連絡。 |
| 社内ネットワークから利用しているが、KMS 環境のはずなのに認証できない。 | KMS | 管理者側で DNS（_VLMCS）、KMS サーバーの状態、TCP 1688 の到達性を確認。クライアントでは /act を再実行。 |
| 在宅勤務中で VPN を切っている状態だと認証エラーが出る。 | KMS（VPN 必須環境） | VPN 接続後に Office を再起動して認証。頻発する場合は、管理者側がポリシーやタイムアウトの設定を見直す。 |
| もともと別の Office を入れていた PC に LTSC を導入したあと、ライセンス情報がごちゃごちゃになった。 | 複数バージョン混在 | 不要な Office をアンインストールし、/unpkey で不要キーを削除してから、MAK か KMS で再アクティベーション。 |
| 家電量販店で Office 2021 を購入して、自分で PC に入れた。今回のトラブルとは別の PC で使いたい。 | Office 2021 リテール版（個人向け） | Microsoft アカウントの「サービスとサブスクリプション」から再インストール。この記事の LTSC ケースとは別扱い。 |
ライセンス管理者のためのベストプラクティス
同じような「修復後にライセンスが外れた」「キーが分からなくなった」というトラブルを繰り返さないために、ライセンス管理側で意識しておきたいポイントも整理しておきます。
- MAK / KMS の運用方針を明文化する（どの部署は MAK、どの部署は KMS など）。
- VLSC や管理センターから取得したキーは、アクセス制御された安全な場所（パスワード管理ツール等）で管理する。
- 新規 PC 展開時の標準イメージに、不要な Office バージョンを含めないようにする。
- エンドユーザーからの問い合わせに備え、「最初に聞くべき情報リスト」を用意しておく。
- 在宅勤務や VPN を多用する環境では、KMS 認証の有効期間や猶予期間を把握し、運用ポリシーとして案内しておく。
これらを整備しておくだけで、「誰に聞けばいいのか分からない」「毎回ゼロから状況確認する」といった非効率を大きく減らせます。
まとめ：キーを探すより、仕組みに沿って役割分担する
Office LTSC のライセンス認証トラブルは、一見すると「プロダクトキーさえ分かれば解決する」ように思えますが、実際にはそう単純ではありません。ボリューム ライセンスという仕組み上、
- 一般ユーザーはキーの全桁を取得できない
- ライセンス管理者が中心となって運用することが前提
という前提があります。そのため、利用者側の最短ルートは「管理者に情報をそろえて連絡すること」であり、管理者側の最短ルートは「MAK / KMS の運用を把握し、OSPP で状態を確認して適切に再アクティベーションすること」です。
最後に、チェックリストとして要点をまとめます。
- 組織の ライセンス管理者へ連絡したか？
- 運用方式（MAK / KMS）を確認したか？
- 端末側で /dstatus を実行し、ライセンス状態とキー末尾5桁を確認したか？
- 不要なキーがあれば、/unpkey で削除したか？
- MAK なら /inpkey → /act、KMS なら ネットワーク到達性を確認したうえで /act を実行したか？
この流れに沿って対応すれば、「Office を修復したらライセンスが外れてしまった」「プロダクトキーを失くしてしまった」という状況でも、落ち着いて確実に再アクティベーションまで到達できます。
コメント