SearchProtocolHost.exe
searchprotocolhost, search protocol host のカタログ検索語
Windows Search プロトコル ハンドラー ホストです。ISearchProtocol ハンドラーを読み込んで URI をクロールします。カタログへの書き込みは SearchIndexer.exe が行います。IFilter の読み込みは SearchFilterHost.exe が行います。
確認しておくべき要点
プロトコル ホストはクロールを行います。カタログへの書き込みや IFilter の読み込みは行いません。
SearchProtocolHost.exe は Windows Search プロトコル ハンドラー ホストです。インデクサーがアイテムを認識できるように、ファイル、MAPI、その他の URI プロトコルを開きます。SearchIndexer.exe がカタログを書き込みます。SearchFilterHost.exe が IFilter を分離します。SearchApp.exe は UI です。
- 安全性について
- 実行中のファイルのパス、署名、発行元を確認してください。名前だけでは安全性を確認できません。
- インデックスへの書き込みは行いますか?
- いいえ。SearchIndexer が行います
- IFilter を読み込みますか?
- いいえ。SearchFilterHost が行います
SearchProtocolHost.exe とは?
SearchProtocolHost.exe はプロトコル ハンドラー ホストです。ISearchProtocol 実装を読み込んで URI をクロールします。カタログへの書き込みは行いません(それは SearchIndexer.exe が行います)。IFilter の読み込みは行いません(それは SearchFilterHost.exe が行います)。
どのような役割がありますか?
プロトコル ハンドラー(ファイル システム、Outlook、カスタム ハンドラー)を介してアイテムを列挙します。解析されたテキストは引き続きフィルター ホストを経由します。カタログの書き込みはインデクサーが行います。
なぜ実行されているのですか?
WSearch が、含めた場所、新しい PST、またはプロトコル ハンドラーが所有する URI をクロールしています。ここでのディスク負荷はクロールによるものであり、SearchApp による候補の描画ではありません。
なぜ複数のプロセスが存在するのですか?
複数のプロトコル ホストが異なる URI を同時にクロールすることがあります。それらのインスタンスのいずれもカタログへの書き込みは行いません。書き込みは SearchIndexer.exe が行います。
実行中のインスタンスを検査する
Windows PowerShell では、この読み取り専用クエリは、この PC 上の一致するプロセス ID、作成時刻、および実行可能パスを一覧表示します。
Get-CimInstance -ClassName Win32_Process | Where-Object { $_.Name -eq 'SearchProtocolHost.exe' } | Select-Object ProcessId, ParentProcessId, CreationDate, Name, ExecutablePath | Format-List
結果がない、またはアクセスできないパスは、決定的なものではありません。保護されたプロセスはアクセスを制限する可能性があり、プロセス ID は再利用される可能性があります。個人用パスはローカルに保持してください。
使用する ファイル識別ガイド 署名と製品メタデータを比較します。ファイル名だけでは安全性を確立できません。
安全ですか?
実行中のファイルを確認する
System32 の SearchProtocolHost.exe がクロール ホストです。「検索の高速化」ZIP に含まれるコピーは本物ではありません。このファイルは依然としてカタログへの書き込みを行わず、IFilter の読み込みも行いません。
記録された場所と実際のファイルを比較してください。見慣れたフォルダだけでは識別情報は確立されません。
C:\Windows\System32\SearchProtocolHost.exe
- 想定される発行元: Microsoft Corporation
- カタログ ライター: SearchIndexer.exe
- IFilter ホスト: SearchFilterHost.exe
終了してもよいですか?
クロールが一時停止します
SearchProtocolHost.exe を終了すると、インデクサーが別のホストを開始するまで、該当するプロトコルのクロールが停止します。カタログが消去されることはありません。SearchFilterHost 内の IFilter がアンロードされることもありません。
削除してもよいですか?
削除しないでください
SearchProtocolHost.exe を削除しないでください。クロールを減らしたい場合は、「インデックスのオプション」で場所を削除してください。インデックスのない検索を受け入れる場合にのみ WSearch を無効にしてください。
Windows と一緒に起動すべきですか?
WSearch はオンデマンドでプロトコル ホストを起動します。これは SearchApp の横にあるスタートアップ アプリの行ではありません。
リソース使用量を測定する
| CPU とメモリ | 同じ PID とワークロードに対する複数の観測値を比較してください。このエントリには、独立して測定された普遍的な基準はありません。 |
|---|---|
| ディスクとネットワーク | 実際のプロセスと現在のタスクにアクティビティを帰属させます。ファイル名だけでは、期待される宛先または転送量を確立できません。 |
ファイル情報
| 実行可能ファイル名 | SearchProtocolHost.exe |
|---|---|
| 記録されたインストール パス | C:\Windows\System32\SearchProtocolHost.exe |
| 発行元 | Microsoft Corporation |
| 署名チェック | 実際のファイルを検査してください。このエントリは、証明書の識別情報を認証しません。 |
よくある問題
高いディスク使用率が SearchFilterHost のせいにされる場合
フィルターの CPU 使用はコンテンツの解析です。プロトコル ホストのディスク使用はフォルダーやメール ストアの巡回です。リソース モニターでこれらを区別してください。
Outlook のクロールが終わらない
MAPI プロトコル ハンドラーがこのホストをビジー状態にし続けることがあります。再構築する前に、「インデックスのオプション」で Outlook のインデックス作成対象を減らしてください。
トラブルシューティング
破壊的な変更を行う前に診断を行ってください。
まず「インデックスのオプション」の場所を整理する
巨大なフォルダーや古い UNC を除外してください。これにより、IFilter に触れることなくプロトコル ホストを停止できます。
インデックスの再構築は最後に行う
再構築を行うと、クロールとフィルター処理が最初からやり直されます。場所の修正や破損したプロトコル ハンドラーの修復を行った後に使用し、最初の手段にはしないでください。
技術的な詳細
技術的な詳細
| イメージ名 | SearchProtocolHost.exe |
|---|---|
| 役割 | ISearchProtocol クロール ホスト |
実行中ファイルの同一性を確認する
ファイル名だけでは安全性を確立できません。実際のパス、署名、および製品の識別情報を確認してください。
出典と検証
記録された出典ラベル: 2026年8月。このラベルは独立した検証を証明するものではありません。 調査方法.
- Microsoft Learn: プロトコル ハンドラー · ISearchProtocol ホストが URI をクロールします
- Microsoft サポート: 検索インデックス · 場所と再構築はインデクサーが担当します
- Foxholeプロセスマップ · Windows PC上のファーストパーティサンプル。ラボのベンチマークではありません。
- Microsoft Sysinternals: Sigcheck · ファイル署名の検査方法についての説明。このリファレンスは、実行中の特定ファイルの同一性や安全性を証明するものではありません。
- Microsoft: Get-CimInstance · 読み取り専用ローカル プロセス クエリ方法。
- Microsoft: Win32_Process プロパティ · プロセス ID、実行可能パス、作成日、および親 ID の再利用を文書化します。
この記事は役に立ちましたか?
「はい」または「いいえ」を選択するだけで完了します。必要に応じて理由を選択するか、簡単なメモを追加してください。
ご協力ありがとうございます。ページの改善に役立てられます。