Windows 10で0x800705B4が出る背景を整理し、原因別に復旧手順を分けて読む

本記事が扱う事象は、Windows 10でWindows Update（ウィンドウズ アップデート）やWindows Defender（ウィンドウズ ディフェンダー）の操作中に「0x800705B4」が表示され、更新確認が終わらない、または保護機能の有効化に失敗するケースです。エラー表記は同じでも、発生場面によって関係するサービスや切り分け軸が変わります。そのため、本記事では「何が止まっているのか」を先に整理し、次に原因ごとの対処手順（実務上よく使われる復旧の並び）を示します。なお、2025年10月14日（米国時間）にWindows 10のサポートが終了しているため、更新の前提条件もあわせて位置づけます。 (Microsoft サポート)

• 0x800705B4は「応答待ちのタイムアウト」として扱われる
• 原因の切り分けは「発生場面」と「詰まる地点」で決まる
• Windows Update側で示される復旧手順は「キャッシュ再構築」と「整合性修復」に分かれる
• Windows Defender側で出る場合は「競合ソフトの残存」が中心論点になる
• Windows 10サポート終了後は「更新が来ない状態」と「更新が失敗する状態」を分けて扱う

0x800705B4は「応答待ちのタイムアウト」として扱われる

0x800705B4は、更新や保護の処理が一定時間内に応答できず、待機が打ち切られる構造として説明されることが多いエラーです。 (Microsoft Learn)

Microsoft Q&Aでは、更新画面が「更新を確認しています」のまま進まず、最終的に0x800705B4になる例が示されており、説明として「応答を待機中にシステムがタイムアウトしていること」を指摘しています。つまり、原因は単独の不具合に限らず、ネットワーク、ディスク空き、時刻設定、別ソフトの干渉など、待機を長引かせる要素の集合として現れます。 (Microsoft Learn)

一方で、Windows Defender側の画面で同じコードが出る場合は、別系統の要因が中心になります。Microsoft Q&Aでは、他のセキュリティソフトが「完全または部分的に」残っていることが衝突要因になり得る、といった整理がされています。言い換えると、0x800705B4は「どの機能で詰まったか」を先に特定しないと、同じ番号でも対処の筋道が変わるタイプです。 (Microsoft Learn)

原因の切り分けは「発生場面」と「詰まる地点」で決まる

0x800705B4は、更新処理・保護機能・サービス制御のどこで待機が長引いたかを分けて考えることが重要です。

最初に見るべきなのは、エラーが出た瞬間の操作と、直前まで画面に出ていた文言です。更新画面であれば、更新サービス（Windows Updateサービス）やキャッシュ領域（SoftwareDistribution）に関係する詰まりが疑われます。他方、Defenderでリアルタイム保護が有効にできない場合は、セキュリティ製品の競合や残存コンポネントが中心になります。 (Microsoft Learn)

そこで、要点を整理すると次のようになります。

この結果、原因候補は「更新コンポーネントの破損」「外部ソフトの干渉」「前提条件不足」に大別されます。次の表は、実務上の確認点を原因別に並べたものです。

以上を踏まえると、0x800705B4は「番号そのもの」よりも「どの前提が欠けたか」を確かめるほうが再発防止につながります。次章では、Windows Update側で一般に示される復旧手順を、目的ごとに並べ替えて整理します。 (Microsoft Learn)

Windows Update側で示される復旧手順は「キャッシュ再構築」と「整合性修復」に分かれる

更新側の復旧は、①トラブルシューティング、②更新キャッシュの再構築、③システム整合性の修復、の順で説明されることが多いです。 (Microsoft Learn)

Microsoft Q&Aの案内では、まずWindows Updateのトラブルシューティング機能を使い、ネットワーク状態や管理者権限、不要な周辺機器の取り外しなど、待機を長引かせる要素を外す流れが置かれています。ここは「更新処理に入る前に詰まる」タイプの切り分けであり、条件差が生じる可能性がある箇所です。 (Microsoft Learn)

そのうえで、更新サービスを停止し、C:\Windows\SoftwareDistribution の中身を削除してから再開する手順が例示されています。これは更新キャッシュの作り直しであり、破損したダウンロードや古いメタデータが残っている場合の回避策として位置づけられます。なお、同じ資料では、SoftwareDistribution や catroot2 をリネームし、BITSなど複数サービスを止めてから戻す一連のコマンド例も示されています。 (Microsoft Learn)

最後に、DISM（展開イメージのサービスと管理）とSFC（システム ファイル チェッカー）の実行例が並びます。これはWindowsのコンポーネント ストアやシステムファイルの整合性を確認・修復する目的で、更新部品の破損が疑われる場合の「より深い層」になります。つまり、更新のタイムアウトに見えても、背後で整合性チェックが停滞しているケースを拾う狙いです。 (Microsoft Learn)

Windows Defender側で出る場合は「競合ソフトの残存」が中心論点になる

Defender側の0x800705B4は、他のセキュリティソフトが競合して保護機能が有効化できない、という説明で扱われることが多いです。 (Microsoft Learn)

Microsoft Q&Aでは、競合するセキュリティソフトが「完全または部分的に」残っている可能性が示され、他社製ソフトの削除を前提とした切り分けが提示されています。ここで重要なのは、通常のアンインストール後も、ドライバーやサービス、管理用モジュールが残る場合があり、その残存がDefenderの有効化や更新処理に影響し得る点です。 (Microsoft Learn)

そのため、Clean Boot（クリーン ブート）を用いて、Microsoft以外のサービスやスタートアップ項目を抑えた状態で挙動を確認する、という筋道が多用されます。これは「Defenderそのものが壊れているか」「周辺ソフトが邪魔をしているか」を分けるための手順であり、判断材料として重要です。 (Microsoft Learn)

なお、更新の文脈では「ウイルス対策を一時的に無効化する」注意書きが添えられることもありますが、これは運用上のリスクが生じるため実務上の確認点となります。言い換えると、Defender側の0x800705B4は、機能の有効化失敗に見えても、競合解消とサービス構成の正常化が主戦場になり、更新部品の修復とは別線で進みます。 (Microsoft Learn)

Windows 10サポート終了後は「更新が来ない状態」と「更新が失敗する状態」を分けて扱う

Windows 10は2025年10月14日にサポート終了とされ、更新が想定どおりに提供されない環境が前提になっています。 (Microsoft サポート)

Microsoftは、Windows 10の最終バージョンが22H2であり、2025年10月14日にサービス提供が終了することを示しています。したがって、同日以降に更新確認を行った際、端末側の状態によっては「更新が存在しない」こと自体が正常系として混在します。ここを切り分けないまま0x800705B4だけを見ると、失敗の原因が端末起因なのか、提供条件起因なのかが不明確になります。 (Microsoft Learn)

ただし、拡張セキュリティ更新（ESU: Extended Security Updates）は例外として位置づけられています。Microsoftの案内では、Windows 10 version 22H2向けに「重要」「緊急」のセキュリティ更新を提供し、プログラムは2026年10月13日までとされています。また、登録方法として設定同期、Microsoft Rewards（マイクロソフト リワード）1,000ポイント、または30米ドル相当の購入が並び、登録にMicrosoftアカウントが必要である点も明記されています。 (Microsoft)

この点から、0x800705B4の整理は「ESUの前提を満たす端末で更新がタイムアウトしている」のか、「ESU対象外で更新経路が変わっている」のかで意味が変わります。さらに、2025年10月14日付の累積更新（KB5066791）がWindows 10のビルド19045.6456に対応することも示されており、更新履歴の最終日付がこの近辺で止まっている端末は区分の材料になります。要点を整理すると、サポート条件の差が、同じ0x800705B4でも再現性の差として現れやすい構造です。 (Microsoft サポート)