Battle.net Agentのアーキテクチャ解析：Agentスリープ停止、BLZBNTAGTエラー、およびWMIサービス破損の修復手順

はじめに：Blizzard Battle.netのデュアルプロセス疎結合アーキテクチャ

GUI画面と低レイヤーのファイル読み書きを同一プロセス内で処理するモノリシックなゲームランチャーとは異なり、Blizzard Entertainmentが開発したBattle.netデスクトップアプリは、高度に設計された「クライアント・デーモン分離型」のデュアルプロセスアーキテクチャを採用しています。Windows上でBattle.netを起動すると、2つの独立したプロセスが並行して実行されます。

1. Battle.net.exe（フロントエンドGUIクライアント）：Chromium Embedded Framework（CEF）やQtをベースとしたデスクトップインターフェース。ユーザー認証、ソーシャルチャット、ショップ閲覧、ダウンロード進捗バーの描画を担当します。
2. Agent.exe（Battle.net Update Agent）：C:\ProgramData\Battle.net\Agent\ に常駐するバックグラウンド更新デーモン。独自のCASC（Content Addressable Storage Container）形式のパッチ適用、ハッシュ整合性検証、ディスク領域の事前割り当て、CDNからの高速データダウンロードを統括します。

┌────────────────────────────────────────────────────────┐
│ Battle.net.exe (フロントエンドGUI)                     │
└──────────────────────────┬─────────────────────────────┘
                           │ プロセス間通信 (IPC)
                           │ (ローカルループバックREST API / Windows名前付きパイプ)
┌──────────────────────────▼─────────────────────────────┐
│ Agent.exe (バックグラウンド更新デーモン)               │
├──────────────────────────┬─────────────────────────────┤
│ ストレージ・ファイル検証 │ Windows OSコアサービスAPI   │
│ ├── CASCコンテナ (.idx)  │ ├── WMI (Win32_LogicalDisk) │
│ └── .build.info 照合     │ └── WinHTTP / BITS 転送     │
└──────────────────────────┴─────────────────────────────┘

フロントエンドGUI自体は直接ゲームの巨大なバイナリデータを書き込む権限や機能を持ちません。「ダウンロード開始、一時停止、整合性チェック」といったすべての命令は、プロセス間通信（IPC） を介して Agent.exe と高頻度な通信を行うことで成立しています。このローカルIPCがセキュリティ機能に阻害されたり、内部データベースが不整合に陥ったり、あるいは基盤となるWindowsサービスが破損した場合、ランチャーは 「他のアップデートを待機中...」、「初期化中 (0%)」、「Agentがスリープ状態になりました」、あるいは悪名高い BLZBNTAGT エラーコードを吐き出して停止します。

これらの障害を恒久的に解決するためには、Battle.netとWindowsの低レイヤーAPIとの連携構造、CASCストレージのデータ構造、そしてWindows Management Instrumentation（WMI）の診断・修復手順を正しく理解する必要があります。

プロセス間通信（IPC）の仕組みと「Agentスリープ/他の更新を待機中」のデッドロック原因

Battle.net.exe と Agent.exe の間の通信は、ローカルループバックアドレス（127.0.0.1 の動的空きポート）によるHTTP通信と、Windows名前付きパイプ（\\.\pipe\）によって構成されています。

1. Webプロキシ自動検出（WPAD）とローカルループバックの遮断

ランチャーが突然「Agentがスリープ状態になりました」と警告を出したり、「初期化中」のまま進まなくなる最大の原因は、ローカルループバック通信の遅延や遮断です。

• プロキシの自動検出（WPAD遅延）：Windowsのインターネット設定で「設定を自動的に検出する」が有効になっている場合、Agent.exe の起動時にローカルネットワーク上へWPADクエリが送信されます。ルーター環境やVPN接続、DNS設定に遅延があると、この問い合わせがタイムアウトするまで60〜120秒間プロセスが完全に停止します。
• セキュリティソフトによるHTTPスキャン：一部のアンチウイルス製品はローカルTCPループバック通信を監視・遮断します。GUIとAgent間のRESTコマンドが遅延または破棄されると、フロントエンドはAgentがクラッシュしたと判断し、「Blizzard Update Agentの起動中に問題が発生しました。しばらく待ってからもう一度お試しください」 というエラーを表示します。

2. 残留した孤児プロセスによるファイルロック競合

Battle.netを終了またはアップデートした際、Agent.exe には安全なシャットダウンシグナルが送られます。しかし、『World of Warcraft』や『Call of Duty』などの大容量ファイルのハンドルが解放されていない場合、Agent.exe がバックグラウンドメモリ上に残留（孤児化）することがあります。

この状態で再度Battle.netを起動すると、新しく起動したプロセスが以前のプロセスと衝突します。古いAgentがデータベース（C:\ProgramData\Battle.net\Agent\data）に対して排他ロック（File Lock）を保持し続けているため、新しいAgentは起動できず、結果として「他のアップデートを待機中」という無限ループに陥ります。

BLZBNTAGTエラーコード群の深層分析

Agent.exe が復旧不可能なディスク、ネットワーク、またはファイル破損に遭遇すると、BLZBNTAGT で始まる英数字のエラーコードが生成されます。

[BLZBNTAGT エラーコードの分類構造]
├── BLZBNTAGT00000840 / 00000BB8 ──> CASCストレージ破損 (.idxインデックスとデータブロックの不一致)
├── BLZBNTAGT000008A4            ──> NTFSアクセス権限の拒否 (ACL / DACLセキュリティ記述子の不整合)
├── BLZBNTAGT000008FC            ──> CDNマニフェスト取得時のタイムアウト / 証明書検証エラー
└── BLZBNTAGT0000075B            ──> ディスククラスタ容量不足または空き容量計算の失敗

1. BLZBNTAGT00000840 および BLZBNTAGT00000BB8：CASCコンテナのインデックス破損

Blizzardのゲームは個別のバラバラなファイルではなく、独自の CASC（Content Addressable Storage Container） 形式で保管されます。ゲームフォルダ内の data/ には巨大なデータブロック（data.000、data.001 等）が存在し、それらを小さなバイナリインデックス（.idx、例：000000001a.idx）が管理しています。

• ゲームダウンロード中にPCがブルースクリーンや停電で突然停止したり、セキュリティソフトが強制終了した場合、書き込み途中だった .idx インデックスと実データとの整合性が破綻します。
• 次回起動時、Agent.exe はCDNマニフェスト（.build.info）と照合しますが、ハッシュの不一致を検出すると修復に失敗し、「おっと！問題が発生しました」（BLZBNTAGT00000840 または BLZBNTAGT00000BB8）を表示して停止します。

2. BLZBNTAGT000008A4：セカンダリドライブのNTFSアクセス制御リスト（ACL）権限拒否

大容量ゲームをセカンダリドライブ（D:\ や E:\ ドライブ）にインストールしている場合、権限エラーが発生しやすくなります。

• Windowsを初期化・再インストールした際や、別PCからストレージを載せ替えた場合、フォルダのNTFSセキュリティ記述子に以前のOSのSID（セキュリティ識別子）が残存します。
• 一般ユーザー権限で動作する Agent.exe が .build.info や一時ファイルを書き込もうとすると、Windowsの ERROR_ACCESS_DENIED（エラー5）に直面し、ランチャーに BLZBNTAGT000008A4 が出力されます。

致命的な依存関係：Windows Management Instrumentation（WMI）の破損

Battle.netの動作において極めて重要でありながら見落とされがちなのが、OS標準の WMI（Windows Management Instrumentation、サービス名 winmgmt） への依存です。

Agent.exe はディスクにデータを書き込む直前、COMインターフェースを通じてWMIにハードウェア情報の問い合わせを行います。

SELECT DeviceID, FreeSpace, Size, FileSystem FROM Win32_LogicalDisk WHERE DriveType = 3
SELECT TotalPhysicalMemory FROM Win32_OperatingSystem

1. WMIリポジトリ破損によるBattle.netの異常動作

強制終了や不適切なレジストリクリーナーによってWMIデータベース（C:\Windows\System32\wbem\Repository\）が不整合（Inconsistent）を起こすと、Agent.exe のクエリは 0x8004100e などのエラーコードを返して沈黙します。

OSがディスクの空き容量やクラスタ構造を返せない場合：

• Agent.exe はパッチを安全に展開できる容量があるか判定できず、「容量を計算中...」 のまま無限にフリーズするか、無言で強制終了します。
• ログファイル（Agent.log）には Failed to query WMI disk information というエラーが延々と記録されます。

2. Windows WMIサブシステムの診断と再構築手順

Battle.netの停止がWMI破損に起因するか確認するには、管理者権限のコマンドプロンプトまたはPowerShellで以下を実行します。

  # 1. WMIリポジトリの整合性を確認
winmgmt /verifyrepository

  # 2. 「不整合 (inconsistent)」と表示された場合、自動修復を実行
winmgmt /salvagerepository

  # 3. 修復が失敗する場合、サービスを停止してリポジトリを再構築（自動生成）
net stop winmgmt /y
Rename-Item "C:\Windows\System32\wbem\Repository" "C:\Windows\System32\wbem\Repository.bak"
net start winmgmt

整合性チェックで 「WMI repository is consistent」 と返る状態に復旧すれば、Agent.exe は正常にディスク容量を認識し、インストールが再開されます。

キャッシュの完全消去と再ダウンロード不要のゲーム再リンク手順

Battle.netのデータが深刻に混乱した場合、100GB以上のゲームを丸ごと再ダウンロードする必要はありません。破損した実行キャッシュのみを安全にリセットすることで、数分で正常動作を取り戻せます。

[Battle.netの一時キャッシュ構造]
C:\ProgramData\ (隠しフォルダ)
├── Battle.net\
│   ├── Agent\                 <── Agent.exeのバイナリとツール群 (削除可能)
│   └── Setup\                 <── インストーラーの一時展開ファイル (削除可能)
└── Blizzard Entertainment\
    └── Battle.net\
        └── Cache\             <── 取得済みCDNマニフェストとインデックス (削除可能)

ステップ1：残存するすべての関連プロセスの強制終了

タスクマネージャーを開くか、管理者PowerShellで残存プロセスを一括終了します。

Get-Process -Name "Battle.net*", "Agent*", "BlizzardError*" -ErrorAction SilentlyContinue | Stop-Process -Force

ステップ2：ProgramData配下の動的キャッシュフォルダの削除

エクスプローラーの表示設定で「隠しファイル」を有効にし、システムドライブ直下へ移動します。

• C:\ProgramData\Battle.net フォルダを完全に削除します（破損したAgent本体が消去され、次回起動時に最新のクリーンなAgentが再取得されます）。
• C:\ProgramData\Blizzard Entertainment フォルダを完全に削除します（破損したCASCキャッシュや不整合なダウンロードロック情報が消去されます）。

注意：上記ProgramData内のフォルダを削除しても、インストール済みのゲーム本体は一切削除されません。ゲームファイルは指定した保存先（D:\Games 等）に安全に保管されています。

ステップ3：.build.infoを利用した既存ゲームフォルダの即時再検出

キャッシュを削除した後にBattle.netを起動します。

1. ランチャー上のゲームは一時的にグレーの「インストール」ボタンになります。
2. インストールボタンを押さず、その下にある 「ゲームを見つける（Locate the game）」 をクリックします。
3. 以前ゲームをインストールしていたフォルダを指定します。
4. Agent.exe がフォルダ内の .build.info を読み取り、CDNマニフェストとのハッシュ照合を数秒で行います。照合が完了すると即座に「プレイ」ボタンが青く点灯し、再ダウンロードなしでゲームが復旧します。

Battle.netインストーラーおよびAgent障害の診断マトリクス

Battle.netのデスクトップエコシステムは、PCゲーミングにおけるクライアント・デーモン分離型設計の利点と複雑さを象徴しています。フロントエンドUIとバックグラウンドAgentのプロセス間通信、CASCコンテナによる整合性管理、そしてWMIなどWindowsコアサービスとの連携を理解することで、ユーザーは膨大なゲームデータの再ダウンロードを避け、的確な修復を実施できます。365Findsが提供する技術的リファレンスを活用することで、プレイヤーはランチャーのデッドロックを的確に解消し、快適なゲーム環境を維持することができます。

参考文献

• Battle.net Architecture Overview - Wikipedia
• WMI Troubleshooting and Repository Diagnostics - Microsoft Learn
• Windows Service Control Manager Architecture - Microsoft Learn
• Named Pipes Inter-Process Communication - Wikipedia