Windows電話ライセンス認証が使えない原因とオンライン移行の影響を整理

本記事の対象となる事象は、Windowsの「電話によるライセンス認証」が機能しない、またはオンライン手続きへ誘導される状況です。2025年12月から2026年1月にかけて、従来の自動音声フローが成立しない報告が増え、Microsoft側の案内も「ポータル手続き」を前提に再構成されつつあります。そうすることによって、インターネット非接続の運用や、古いOS・一部Office製品の再認証で条件差が生じる可能性があります。 (heise online)

• 「電話認証が現在利用不可」とされた事実関係
• Windowsライセンス認証の仕組みと「電話」の役割
• 代替として示されたオンラインポータルと要件の整理
• 影響が出やすい場面と製品の境界
• 公式文書の「電話あり」と現象の不一致が示す論点

「電話認証が現在利用不可」とされた事実関係

heiseは2026年1月4日（中央ヨーロッパ時間）付で、Windowsの電話認証に電話をかけても「現在処理できない」旨の自動メッセージが流れ、一般のサポートサイトへ誘導されると報じました。 (heise online) ただし、同記事内でも「一時的障害か、恒久的停止かは不明」と整理されており、現象の断定は避けられています。 (heise online)

そのため、状況の把握では「OS画面上の選択肢が消えたか」よりも、「電話回線側で確認ID（Confirmation ID）を返す運用が残っているか」を分けて見る必要があります。heiseは、Windows 11で電話認証の表示自体が深い階層に隠れており、いったんオンライン認証の失敗を経ないと電話認証が表示されない手順も説明しています。 (heise online) 要点を整理すると、電話認証の入口は残っていても、出口の自動応答がオンライン誘導に変わった可能性が高い構図です。 (heise online)

つまり、利用者側の設定変更だけで解決する類型ではなく、提供側の運用変更として扱うことが判断材料として重要である、と位置づけられます。

Windowsライセンス認証の仕組みと「電話」の役割

Windowsのライセンス認証は、プロダクトキー（25文字）やデジタルライセンスを根拠に、端末の状態が使用許諾の範囲内かを検証する手続きです。Microsoftのサポート文書では、オンライン、電話（自動応答）、必要に応じたサポート担当への接続という三つの経路が説明されています。 (マイクロソフトサポート)

一方で、実運用ではオンライン認証が標準化され、メーカー製PCではファームウェア内の情報を参照して自動的に進む場合があります。heiseは、この埋め込み情報がマザーボードのファームウェア内、ACPI（Advanced Configuration and Power Interface：高度構成および電源インターフェイス）の「MSDM」テーブルに置かれる例を挙げています。 (heise online) ただし、この形でも最終的にはMicrosoftのサーバーと通信するため、完全な非接続とは別概念になります。 (heise online)

つまり、電話認証は「端末がインターネットに出られない」前提を補うための、例外ルートとして設計されてきました。 (heise online) この点から、電話認証が成立しない場合、工場・研究環境・分離ネットワークなど「端末の非接続が要件」の運用で、再認証の手当てが論点になります。

代替として示されたオンラインポータルと要件の整理

2025年12月に公開されたMicrosoft Japan Windows Technology Support Blogは、従来の電話認証（音声でインストールIDを入力し、確認IDを取得する方式）が利用できなくなり、代替として「ライセンス認証用サイト（aka.ms/aoh）」を使う流れを説明しています。 (jpwinsup.github.io) なお、端末自体はインターネットへ出ないままでも、別の端末でポータルへアクセスして確認IDを得る形が前提とされています。 (jpwinsup.github.io)

他方、同ブログではサインインが必須とされ、MicrosoftアカウントまたはMicrosoft Entra ID（旧Azure Active Directory：組織ID）での認証が求められると書かれています。 (jpwinsup.github.io) ただし、ライセンスとサインインしたアカウントの紐づけは行われない、と明示されています。 (jpwinsup.github.io) 要点を整理すると、手続きは「電話」から「Web＋サインイン」へ置き換えられ、確認IDを返す点だけが継承された設計です。 (jpwinsup.github.io)

そのため、現場の整理には「経路の違い」を先に固定すると扱いやすくなります。なお、以下の表は本記事で整理する論点を圧縮したものです。

ただし、運用記録を残す場合は、事実を短文で揃えることが後工程の判断材料になります。下表は「コピペで使える実例列」として、チケットや作業記録に置きやすい項目例です。

このように、手段の説明そのものより、条件と結果の記録が実務上の確認点となりまう。

影響が出やすい場面と製品の境界

影響が出やすいのは、(1) 端末をネットワークから分離している、(2) マザーボード交換など「大きなハード変更」がある、(3) 古いOSや永続版Officeでオンライン認証が通らない、という場面です。heiseは電話認証の想定例として「セキュリティ理由で非接続のPC」を挙げています。 (heise online) さらにTom’s Hardwareは、Windows 7やOffice 2010の例で、OS内のオンライン認証が成立しない条件下でも、ポータル経由で確認IDを得て通した事例を紹介しています。 (Tom's Hardware)

また、Office側は製品世代により「電話認証はサポートされない」と明示されたケースがあります。Microsoftのサポートページでは、Officeの電話認証を選ぶと「Telephone activation is no longer supported（電話によるライセンス認証はサポートされない）」というエラーになる状況が記載されています。 (マイクロソフトサポート) つまり、Windowsの電話認証停止は単独の出来事ではなく、製品群全体で「電話」を縮小する流れの一部として理解しやすい構造です。 (マイクロソフトサポート)

ただし、地域やテナント（組織環境）による差も論点になります。Microsoft Learn（Q&A）では、電話からポータルへ誘導された結果、特定の政府向けテナント画面が出てメール要件が合わない、とする投稿もあり、環境依存の切り分けが必要となる余地があります。 (Microsoft Learn)

公式文書の「電話あり」と現象の不一致が示す論点

現時点で整理すべき大きな点は、公式文書の更新タイミングと実際の運用変更が一致していない可能性です。Microsoftのサポート文書は、Windows 7〜11に対して電話認証の手順をなお掲載しており、「電話（自動応答）で認証できる」と説明しています。 (マイクロソフトサポート) 一方で、日本向けの技術サポートブログは、従来の電話音声フローが使えず、ポータル方式へ移行したと明確に書いています。 (jpwinsup.github.io)

そのため、組織側の運用としては「電話番号へかけても完結しない」こと自体を、障害ではなく手順変更として扱う余地が生まれます。そうすることによって、監査・資産管理の観点では、(a) 再認証が必要になったトリガー、(b) 実施した経路、(c) サインイン要件の有無、(d) 確認IDの取得可否、を同じ粒度で残す設計が判断材料として重要になります。 (jpwinsup.github.io) 以上を踏まえると、「電話が残っているか」ではなく「確認IDを得る公式経路が何か」を軸に整理するほうが矛盾が少ない状況です。 (jpwinsup.github.io)

なお、heiseが指摘するように、電話認証の画面自体はOS内に残っているため、UIの有無だけでは現象を説明しきれません。 (heise online) この点から、今後の更新情報では「電話UIの削除」より先に「回線側の応答仕様」が変わる形で展開される可能性があり、差分の観測対象も変わります。

• Tom's Hardware
• The Times of India