Windowsを使っていて、突然PCの動作が重くなり「Windows Modules Installer Worker（TiWorker.exe）」がCPUを占拠している様子を目にしたことはありませんか？ 実はこれこそがWindowsを最新かつ安全な状態に保つ要のサービス「Windows Modules Installer」です。本記事では、その仕組みと役割、トラブルの対処法までを分かりやすく紹介します。
Windows Modules Installer（TrustedInstaller）とは
Windows Modules Installer（ウィンドウズ・モジュール・インストーラー）は、Windowsオペレーティングシステムに標準搭載されている重要なサービスです。Windows Updateと連携し、OSのコンポーネントや更新プログラムのインストール・管理を担います。具体的には、累積更新プログラムやセキュリティパッチ、サービススタック更新プログラム（SSU）などを自動適用し、ユーザーの操作を最小限に抑えながら安全なシステムを実現します。
さらに、.NET FrameworkやInternet Information Services (IIS)など、オプション機能の有効化・無効化の際にもバックグラウンドで動作し、システムファイルを安全に更新します。一般ユーザーや管理者が誤って重要なファイルを変更できないように、Windows Modules Installerの特別なアカウント「TrustedInstaller」が所有者となり、Windowsの更新と機能管理を支える重要な裏方として稼働しています。
技術的な詳細：サービス名・プロセス・仕組み
このサービスの内部をもう少し踏み込んで見てみましょう。
| 項目 | 内容 |
|---|---|
| サービス表示名 | Windows Modules Installer |
| サービス内部名 | TrustedInstaller |
| 実行ファイル | C:\Windows\servicing\TrustedInstaller.exe |
| スタートアップの種類 | 手動（デフォルト設定） |
| 実行権限 | Local Systemアカウント |
| 関連プロセス | TiWorker.exe（Windows Modules Installer Worker） |
Windowsのサービス管理上は「Windows Modules Installer」という名称ですが、内部名や実行ファイル名には「TrustedInstaller」が使われています。スタートアップタイプは**手動（Manual）**で、Windows UpdateやDISMコマンドなど何らかの更新関連処理が必要になった時に起動される仕組みです。
多くの場合、タスクマネージャー上では「Windows Modules Installer Worker（TiWorker.exe）」の名前でCPUやディスクの利用状況が確認できます。これはTrustedInstallerサービスの実作業を担うワーカープロセスであり、ファイル差分のコピーやレジストリ変更など重量級の処理を担っています。
Microsoftはこの仕組みを「CBS（Component-Based Servicing）」と呼び、Windows Modules Installerはパッケージインストーラとして、OSコンポーネントの更新と整合性管理を行います。更新プログラムはWinSxSフォルダなどコンポーネントストアに記録され、再起動時に「更新プログラムの構成中…」と表示される段階で、実際のファイル置換・構成変更が進められます。何か問題があればロールバック（巻き戻し）も行えるため、Windows Updateはこのサービスをフロントエンドとして利用しているとも言えます。
サービス権限について
TrustedInstallerはLocal Systemよりも特別に強い権限を行使できるアカウントで動作し、Windowsの重要なシステムファイルやレジストリキーを所有しています。管理者（Administrator）ですら直接は書き換えできない領域も、TrustedInstallerなら正規の更新として安全に変更可能です。これにより、誤操作や不正プログラムによるシステム改変を防止しているのです。
使用例・重要性：どんな場面で動作するのか
Windows Updateでの更新プログラムインストール
最も代表的なのは、Windows Updateで毎月・年次などに配布される更新プログラムの適用です。Windows Updateサービス（wuauserv）が更新の確認やダウンロードを行った後、実際のインストール処理を担当するのがWindows Modules Installer（TrustedInstaller）です。更新内容の種類によっては再起動時にファイル置換を行うため、更新履歴や「更新を構成しています…」の表示が出るのもこのサービスの働きによります。
オプション機能や役割の追加・削除
「Windowsの機能の有効化または無効化」画面やDISMコマンドから、IISや.NET Frameworkといったオプション機能を追加・削除するときにも、このサービスが裏で動きます。必須コンポーネントをWinSxSから展開して有効化したり、不要なファイルを無効化してシステムを軽量化したりと、Windowsの機能管理を一括して担当しているのです。
DISM/SFCによるシステム修復
「DISM /RestoreHealth」や「sfc /scannow」などのコマンドによるシステム修復時にも関与します。破損したファイルを再取得して置き換える裏側で、TrustedInstallerがファイル操作を実行し、Windowsを自己修復できる環境を支えています。
ホットフィックスや緊急パッチの適用
.msuファイルなどで配布される緊急のセキュリティ修正やホットフィックスも、このサービスを通じて適用されます。Windows内部のコアファイルに変更を加える必要があるときは、必ずTrustedInstallerを介するのがWindowsの基本設計です。
発生しうる問題：高負荷やエラー原因の一例
Windows Modules Installerがときどき話題になるのは、やはりCPUやディスク使用率が異常に高くなる現象です。これは、Windowsの更新が大規模で時間のかかるものである場合、一時的にTiWorker.exeが大量の処理を行うために起こります。
| 状況 | 原因 | 対処 |
|---|---|---|
| CPU・ディスク使用率が高い | 大規模アップデート適用中、ファイルコピーやバックアップに時間がかかっている | しばらく放置して完了を待つ 必要に応じて再起動する |
| 高負荷が長時間継続 | 更新の失敗と再試行ループ、ストレージエラー、マルウェア偽装など | 更新のトラブルシュートやDISMの修復を実施 ウイルス対策ソフトでスキャン |
| 更新インストール失敗 | TrustedInstallerが停止、あるいはコンポーネントストアに破損がある | サービス設定を確認・再起動 DISM / SFCで修復 |
こうした高い負荷は、更新作業が完了すれば通常は解消します。もしいつまでもCPUやディスクを占有し続けるなら、更新のデータが壊れていたりストレージエラーが起きていたりといった可能性があるので、後述のトラブルシューティングを行ってください。
対処法・注意点：サービスを止めても良い？
基本的には停止・無効化は非推奨
Windows Modules Installerを無効にすると、Windows Update自体が正しく動作しなくなるリスクがあります。更新プログラムを当てられなければセキュリティホールが放置され、システムが危険にさらされる恐れがあります。したがって、常用PCでの恒久的な停止・無効化は絶対に推奨されません。
一時的な停止の方法
どうしてもCPUやディスク負荷が高すぎて業務に支障が出る場合、一時的に停止する方法はあります。ただし更新処理の途中で止めると、更新が失敗扱いになることに注意してください。
- タスクマネージャーでTiWorker.exeを終了する
強制終了すると現在実行中の更新が中断されます。後でWindows Updateを再チェックすることをおすすめします。 - サービス管理ツールから停止する
「services.msc」で「Windows Modules Installer」を探して停止や再起動を行います。スタートアップの種類を「無効」に変更すると、再起動後も自動で起動しなくなるため、特別な事情がない限り無効化は避けるのが無難です。 - msconfigでの無効化
システム構成（msconfig）の「サービス」タブでチェックを外す方法もありますが、基本的に行わない方がよいでしょう。後で更新を再開したい場合は必ず有効化に戻します。
安全な運用のヒント
- デフォルト（手動）のまま維持
通常はサービスが必要なときだけ起動し、不要なときは自動で停止する設計になっています。初期設定のままで十分です。 - アクティブ時間の設定
Windows Updateのオプションでアクティブ時間をずらし、普段使わない時間帯に更新が実施されるよう調整しましょう。 - 更新キャッシュのリセット
更新不具合が続く場合、C:\Windows\SoftwareDistributionフォルダのリセット（リネームや削除）を試すと効果的です。実行前にWindows Updateサービスを停止し、作業後に再度起動する手順を踏んでください。 - コンポーネントストアの修復
管理者権限でDISM /Online /Cleanup-Image /RestoreHealthを実行し、その後にsfc /scannowを行う方法は定番の修復手段です。 - ログの確認
上級者や管理者ならC:\Windows\Logs\CBS\CBS.logやイベントビューアーをチェックし、失敗している更新プログラムなどの詳細を追うことが可能です。
一般ユーザー向けアドバイス
- 高負荷時はまず待つ
TiWorker.exeがCPUを100%近く使っていても、たいていは正常な更新作業です。慌てずしばらく（数分〜数十分）待ってみてください。 - 日頃からアップデートを怠らない
更新プログラムをため込むほど、一度に大規模な更新が走って長時間重くなります。こまめに再起動し、常に最新の状態を保ちましょう。 - サービスは無効にしない
インターネットの情報で「不要なサービスを停止しよう」とあっても、Windows Modules Installerは無効化すべきではありません。PCの安全と安定性に直結するためです。 - トラブル時は専門家に相談
更新に失敗し続ける、常にCPUが高負荷といったトラブルは原因が複雑なことも多いです。PCメーカーのサポートや信頼できる技術者に相談するのが安心です。
技術者向けアドバイス
- サービス状態のモニタリング
複数端末で一括管理する際は、TrustedInstallerが意図せず無効化されていないかを定期的にチェックしましょう。sc query TrustedInstallerやsc config TrustedInstaller start= demandで確認・復帰が可能です。 - 更新適用のコントロール
企業システムや重要サーバーで勝手に再起動されると困る場合は、wuauservとTrustedInstallerを計画的に停止し、メンテナンス時間に更新を実施する運用が考えられます。ただし停止中は脆弱性が放置されるため、頻繁にメンテナンス枠を設けるなど管理体制を整えてください。 - CBSログの解析
C:\Windows\Logs\CBS\CBS.logには更新処理の詳細が記録されています。更新失敗時はログから原因を把握し、該当するパッチを再インストールするなどの柔軟な対応が必要です。 - 性能への配慮
ユーザー端末向けには、アクティブ時間やWSUSによる集中配布などで業務時間外に更新を適用させるといった運用管理が重要です。サードパーティツールでTiWorker.exeの優先度を下げる方法も議論されますが、公式には推奨されていません。
Windows Modules Installer（TrustedInstaller）は、Windowsの土台を支える非常に重要なサービスです。高負荷の原因となりうることから敬遠されがちですが、実際はシステムを最新かつ安全な状態に保つための欠かせない存在でもあります。本記事の内容を参考に、TrustedInstallerを正しく理解し、Windows環境を快適に保っていただければ幸いです。
コメント