職場のWindows PCで新しいUSB機器や周辺デバイスを接続したときに「このデバイスのインストールはシステムポリシーによって制限されています」と表示され、ドライバーが導入できないことがあります。この現象は組織のグループポリシーによってプラグアンドプレイの自動インストールが制限されている場合に発生します。特にWindows Updateやセキュリティ更新の適用後に、従来使えていたデバイスが突然認識されなくなるケースも少なくありません。本記事では、この制限ポリシーの仕組みを解説し、管理者が安全にポリシーを見直すための手順を具体的に紹介します。一般ユーザーの方は、自分の端末で発生した場合の原因切り分け方法と、IT管理者へ依頼すべき内容を確認してください。
【要点】この記事で確認すること
- 最初に見る場所: デバイスマネージャーのエラーコード(例:コード 31、コード 28)とイベントビューアーのシステムログ。
- 切り分けの軸: 端末側のポリシー設定(ローカルグループポリシー) vs ドメインのグループポリシー(AD/SCCM) vs レジストリ値。
- 注意点: レジストリやポリシーの変更は管理者権限が必要であり、誤るとシステム起動不能になるリスクがあるため、必ず管理者と連携して実施してください。
ADVERTISEMENT
目次
プラグアンドプレイのデバイスインストール制限とは
プラグアンドプレイ(PnP)は、USBメモリやプリンター、グラフィックボードなどを接続したときに、自動的にデバイスドライバーを検出してインストールするWindowsの機能です。組織ではセキュリティポリシー上、この自動インストールを制限する設定をグループポリシーで適用することがあります。具体的には「デバイスのインストールを制限する」というポリシーが有効になっていると、承認されていないハードウェアのドライバーはインストールされません。また、Windows Update経由でドライバーが配信されるのを抑止するポリシーも存在します。これらの設定が原因で、業務で必要な周辺機器が使えなくなるトラブルが発生します。
制限がかかる代表的なポリシーは、グループポリシー管理エディターの「コンピューターの構成」→「管理用テンプレート」→「システム」→「デバイスのインストール」→「デバイスのインストールの制限」にあります。ここで「他のポリシー設定で記述されていないデバイスのインストールを防止する」や「デバイスのインストールを許可するデバイスID」などが設定されています。Windows 10/11 Pro/Enterpriseで利用可能で、Homeエディションではグループポリシーエディターが標準装備されていないため、レジストリ編集で対応します。
制限が原因で発生する症状と原因の切り分け
プラグアンドプレイの制限が原因で発生するトラブルにはいくつかの典型的なパターンがあります。以下に症状と原因を整理します。
| 症状 | 考えられる原因 | 確認すべきポイント |
|---|---|---|
| デバイスマネージャーで「このデバイスのインストールはシステムポリシーによって無効になっています。」(コード 31) | グループポリシーによるインストール制限が有効。 | イベントビューアー(Windowsログ→システム)の「DeviceSetupManager」警告を確認。 |
| 新しいデバイスを接続しても全く反応しない、または「不明なデバイス」として認識される | ドライバーの自動インストールがブロックされている。 | デバイスマネージャーで該当デバイスのプロパティを開き、全般タブの「デバイスの状態」を確認。 |
| Windows Update後、従来使えていた内蔵デバイス(ネットワークアダプタ、GPUなど)がエラーになる | 更新プログラムがドライバーを入れ替えたがポリシーで拒否された、またはドライバー署名の問題。 | 更新履歴(設定→Windows Update→更新履歴)でドライバー更新が含まれていないか確認。 |
| スリープからの復帰後、USB機器が認識されない | 電源管理ポリシーによりUSBポートの電源が切れた後、PnPの再初期化に制限が影響。 | デバイスマネージャーでUSBルートハブの電源管理タブで「電力の節約のためにコンピューターでこのデバイスの電源をオフにできる」を無効化(制限解除後に試す)。 |
これらの症状が複数見られる場合、まずはグループポリシーの状態を確認することが第一歩です。特に、ドメインに参加しているPCでは、ローカルポリシーだけでなくActive Directoryからのポリシーも影響するため、管理者による確認が必要です。
【失敗パターン】安易なレジストリ編集でシステム不調
グループポリシーの制限を回避しようと、インターネット上の情報を参考にレジストリの「HKLM\SOFTWARE\Policies\Microsoft\Windows\DeviceInstall\Restrictions」を直接編集してしまうケースがあります。しかし、この操作はドメインポリシーと競合して毎回上書きされるだけでなく、誤った値を設定するとOSが起動しなくなるリスクがあります。また、レジストリ編集で一時的に回避できたとしても、次回のグループポリシー更新で元に戻るため根本解決になりません。必ず正規のポリシー変更で対応してください。
管理ポリシーを確認する手順(管理者向け)
ここからは、実際にグループポリシーまたはレジストリを確認し、必要に応じて変更する手順を説明します。これらの操作は管理者権限が必要です。一般ユーザーの方は、この手順を参考にIT管理者へ依頼してください。
- ローカルグループポリシーエディターを開く:キーボードのWindowsキー+Rを押して「ファイル名を指定して実行」を開き、「gpedit.msc」と入力してEnterキーを押します。Homeエディションの場合は標準でインストールされていないため、管理者がプリンストールするか、レジストリ経由で確認します。
- ポリシーの場所に移動する:左側のツリーで「コンピューターの構成」→「管理用テンプレート」→「システム」→「デバイスのインストール」→「デバイスのインストールの制限」の順に展開します。
- 関連ポリシーを確認する:次のポリシーが「有効」になっていないか確認します。
- 「他のポリシー設定で記述されていないデバイスのインストールを防止する」
- 「デバイスのインストールを許可するデバイスID」が空の場合、逆にすべて拒否になる。
- 「承認された製造元のデバイスのインストールを許可する」などの設定。
- ポリシーの状態を変更する(必要に応じて):該当のポリシーをダブルクリックし、「未構成」または「無効」に設定して「OK」をクリックします。「有効」にして特定のデバイスIDだけ許可する方法もあります。
- 変更を適用する:コマンドプロンプトを管理者として開き、「gpupdate /force」を実行するか、PCを再起動します。イベントビューアーでポリシー適用ログを確認すると確実です。
レジストリを使った確認方法(Homeエディションなどgpedit.mscがない場合)
グループポリシーエディターが利用できない環境では、レジストリエディターで該当キーを確認します。ただし、編集は最小限にとどめ、必ずバックアップを取ってから行ってください。レジストリエディター(regedit)を管理者として開き、次のパスに移動します。
HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\DeviceInstall\Restrictions
ここに「DenyDeviceIDs」「AllowDeviceIDs」などのキーが存在する場合、ポリシーが適用されています。これらのキーを削除するか、値を空にすることで制限を解除できますが、ドメインポリシーが上書きする可能性があります。レジストリ編集後はPCを再起動してください。
制限下で発生するトラブルの具体的な対処法
ポリシーを変更するまでの間、一時的にデバイスを使えるようにする方法をいくつか紹介します。ただし、これらはあくまで応急処置であり、恒久的な解決にはポリシーの見直しが必要です。
- デバイスマネージャーから手動でドライバーを更新する:制限ポリシーがデバイスID単位で設定されている場合、デバイスのハードウェアIDを確認し、対象外であれば手動インストールが可能なことがあります。「デバイスのインストールの制限」ポリシーで「他のポリシー設定で記述されていないデバイスのインストールを防止する」が有効だと、すべての未知のデバイスがブロックされるため手動でも不可です。
- セーフモードで起動する:セーフモードではグループポリシーの一部が適用されないため、一時的にドライバーをインストールできる可能性があります。ただし、再起動後通常モードでは再びブロックされます。
- 管理者に承認済みデバイスIDの追加を依頼する:特定のデバイスだけ許可してもらう方法が確実です。デバイスのハードウェアIDを調べて管理者へ報告してください。
管理者に依頼する際に伝えるべき情報
ポリシー変更を依頼するときは、以下の情報を整理して伝えるとスムーズです。
- デバイスの詳細:デバイスマネージャーで該当デバイスを右クリック→プロパティ→詳細タブ→プロパティで「ハードウェアID」を選択し、表示される文字列(例:USB\VID_XXXX)をコピーします。
- エラーコード:デバイスの状態に表示されているエラーコード(例:コード31)とメッセージ。
- 発生日時と状況:Windows Updateの前後か、特定のタイミングかを記載。
- 影響範囲:どの業務に支障が出ているかを具体的に。
- ポリシーのスクリーンショット:gpedit.mscで該当ポリシーの状態をキャプチャしておくと便利です。
管理者は、Active Directoryのグループポリシー管理エディターでドメインポリシーを確認し、必要に応じて「デバイスのインストールの制限」ポリシーを変更、または特定のデバイスIDを許可リストに追加します。また、Windows Updateでドライバー配信をブロックするポリシー(「Windows Updateにドライバーを含めない」)が有効の場合、それも見直し対象です。
よくある質問(Q&A)
- Q1. この制限はWindows Updateのドライバー更新にも影響しますか?
- A1. はい、影響します。「デバイスのインストールを制限する」ポリシーは、Windows Update経由のドライバーにも適用されます。そのため、更新プログラムで新しいドライバーが提供されてもインストールされず、既存のドライバーが置き換えられない場合があります。
- Q2. ポリシーを変更したのに、再起動後に元に戻ってしまいます。
- A2. ドメインポリシーが優先されるため、ローカルポリシーを変更してもActive Directory側のポリシーで上書きされる可能性があります。その場合は管理者に依頼してドメインポリシーを変更してもらってください。一時的に切り離してしまうと別の問題が発生するため避けてください。
- Q3. USBメモリなどのストレージは使えるのに、プリンターだけが認識されません。なぜですか?
- A3. ストレージデバイス(USBメモリなど)は汎用ドライバーで動作するため制限されにくいのに対し、プリンターは専用ドライバーが必要で、そのドライバーがポリシーによりブロックされている可能性があります。プリンターのハードウェアIDを確認して管理者に許可を依頼してください。
- Q4. 自分でポリシーを変更する権限がありません。どうすればいいですか?
- A4. 権限がない場合は絶対に変更しないでください。上記の「管理者に依頼する際に伝えるべき情報」をまとめて、IT管理部門に連絡しましょう。その際、業務に必要なデバイスであることを説明すると優先度が上がります。
- Q5. ポリシーを変更した後、セキュリティリスクはありますか?
- A5. 制限を緩和すると、承認されていないデバイスもインストールされる可能性が生じます。そのため、すべての制限を解除するのではなく、必要なデバイスIDだけを許可する設定(ホワイトリスト方式)を推奨します。
まとめ
プラグアンドプレイのデバイスインストール制限は、組織のセキュリティポリシーとして重要ですが、業務に必要なデバイスが使えなくなるトレードオフがあります。症状が発生した場合は、まずデバイスマネージャーのエラーとイベントビューアーを確認し、ポリシー起因かどうかを切り分けてください。ポリシーの変更は管理者のみが行えるため、一般ユーザーは情報を整理して管理者へ依頼することが最善の方法です。レジストリ編集などの自己解決はトラブルを悪化させる恐れがあるため、必ず正規の手順で対応しましょう。
超解決 第一編集部
疑問解決ポータル「超解決」の編集チーム。正確な検証と、現場視点での伝わりやすい解説を心がけています。
Windows・PCの人気記事ランキング
- 【直し方】F7でカタカナにならない!ファンクションキーが効かず音量などが変わる時のFnロック解除法
- 【Windows】画面がチカチカ・点滅する!グラフィックドライバの更新と設定の見直し
- 【Windows】パスワードなしで起動!PIN入力を省略して自動ログイン(サインイン)させる設定手順
- 【Windows】デスクトップのアイコンが「白い紙」になった!アイコンキャッシュを削除して元に戻すコマンド
- 【PC周辺】2台のモニターで壁紙を「別々」にする方法!Windows11での配置と調整
- 【Edge】お気に入りが同期で消えた時の復元手順
- 【Windows】デスクトップアイコンの「緑のチェック」は何?OneDriveの同期マークを非表示にする方法
- 【Windows】「HEVCビデオ拡張機能」の導入により高画質な動画を標準再生できるようにする手順
- 【Edge】起動時や新しいタブを「Google」にする設定!ニュースを消してシンプルにする方法
- 【Edge】起動時に前回のタブを自動で復元させる設定手順
