Windows11のデスクトップPCで、週に1回くらいのペースで
「Your device ran into a problem and needs to restart.（お使いのデバイスに問題が発生したため、再起動する必要があります）」
という青い画面が突然出て再起動してしまう。
まさに今のあなたの状況ですね。かなり不安になりますし、作業中だと本当に勘弁してほしいやつです。

この記事では、同じように「ときどきブルースクリーン（Blue Screen of Death）」が出てしまうWindows11ユーザー向けに、
原因をしぼり込んでいくための具体的な調べ方と、よくある原因別のチェックポイントを、順番に整理していきます。

本記事の想定環境は、Windows11 デスクトップPC。対象は一般ユーザーで、自作PCでもメーカーPCでもどちらでも参考になる内容です。
公開日時の目安としては、2025年12月11日時点の情報をベースにしています。

まずは相談内容を整理して現状をイメージする

今回のケースは「ほぼ毎回ではないが、週に1回程度はブルースクリーンで落ちる」という“じわじわ危険な状態”です。

毎回起動直後に落ちるわけでもなく、毎日必ず落ちるわけでもない。
けれど、体感として「最近ちょっと増えてきたな……」と感じる頻度。
このパターンは、だいたい次のような原因であることが多いです。

・特定のドライバー（driver）の不具合
・メモリやストレージなどハードウェアの初期不良・劣化
・電源や温度（熱）の問題
・一部常駐ソフト（セキュリティソフトやチューニング系ツールなど）の相性

さらに、ブルースクリーンの画面には本来「STOP CODE（ストップコード）」という英語のエラー名が表示されています。
例としては「MEMORY_MANAGEMENT」「IRQL_NOT_LESS_OR_EQUAL」など。
今回はそこが書かれていないので、まずは「次に出たときにそこをメモする」ことも大事な情報になります。

とはいえ、「次に出るまで待ってられないよ」という気持ちも当然あるので、今からできる調査手順を順番に見ていきましょう。

ブルースクリーンとはそもそも何をしている画面なのか

ブルースクリーンは「Windowsが安全のためにわざと止まって再起動している」状態で、必ずしも“即・壊れた”という意味ではありません。

英語のメッセージは、ざっくり訳すとこんな感じです。

「問題が起きたので再起動します。エラー情報を集めてから再起動します」

つまり、Windowsはその瞬間のメモリの状態などを「ダンプファイル（dump file）」として保存しながら落ちていきます。
このダンプファイルをあとから解析すると、「どのドライバーやプログラムが原因だったのか」がかなりの確率でわかります。

ただし、一般ユーザーがいきなりダンプ解析から入ると難しすぎて心が折れるので、
この記事では、

・画面に出る情報を意識してメモる
・Windows標準のログ（Event Viewer, Reliability Monitor）を見る
・必要ならダンプ解析ツールを使う

という段階的なルートで原因に迫っていきます。

原因をつきとめる全体の流れ

原因特定のコツは「いきなり直そうとせず、まず情報を集めてパターンをつかむ」ことです。

いきなり片っ端からアプリを消したり、Windowsをクリーンインストールしたりすると、
一時的に直ったように見えても本当の原因がわからず、また同じことが起こりやすくなります。

おすすめの進め方は、だいたい次のような順番です。

(1) 次回ブルースクリーンが出たときの画面の「STOP CODE」をメモする（写真でOK）
(2) イベントビューアー（Event Viewer）でエラーのログを確認する
(3) 信頼性モニターで「いつ、どのアプリと一緒に落ちているか」の傾向を見る
(4) ミニダンプ（minidump）ファイルがあれば、専用ツールで原因ドライバーを確認する
(5) よくある原因（ドライバー・メモリ・ストレージ・熱・電源）を順番にチェックする

ひとつずつ解説していきます。

ステップ1：次にブルースクリーンが出たときに見るべきポイント

ブルースクリーンが出たときは、慌てずに「STOP CODEとエラーメッセージをスマホで撮影する」のが一番手っ取り早いです。

青い画面には、次のような情報が出ています。

・大きな顔文字（: ( のやつ）
・Your device ran into a problem and needs to restart. などの英語
・We’re just collecting some error info,… の行
・STOP CODE: XXXX_XXXX という行（ここが重要）
・QRコード

このうち、特に大事なのが「STOP CODE」の部分です。たとえば、

・STOP CODE: MEMORY_MANAGEMENT
・STOP CODE: DRIVER_IRQL_NOT_LESS_OR_EQUAL
・STOP CODE: CRITICAL_PROCESS_DIED

といった形で表示されています。
これをメモしておくと、あとでログやダンプファイルを見たときに「やっぱりメモリ系だな」「特定ドライバーっぽいな」と線がつながります。

画面に表示される時間はそこまで長くないので、スマホで写真を撮るのが一番確実です。

ステップ2：イベントビューアーでエラーの履歴を確認する

週に1回程度のブルースクリーンでも、イベントビューアーを見れば「その瞬間に何が起きていたか」の手がかりが残っています。

イベントビューアー（Event Viewer）は、Windowsが内部で起きた出来事を全部日記のように記録している機能です。
ブルースクリーンの直前や直後には、たいてい「重大（Critical）」や「エラー（Error）」のログが残ります。

確認手順は次の通りです。

(1) キーボードのWindowsキーを押して、検索欄に「イベントビューアー」と入力する
(2) 「イベントビューアー」を開く
(3) 左のツリーから「Windows ログ」→「システム」を選ぶ
(4) 右側の一覧で、ブルースクリーンが起きた日時付近の「重大」「エラー」を探す

よく出てくる代表的なログとしては、

・イベントID 41「Kernel-Power」：電源が正しくシャットダウンされなかった（強制再起動された）ときなど
・イベントID 1001「BugCheck」：ブルースクリーンが発生したときの情報

があります。

BugCheckの詳細を開くと、STOPコードや、エラーに関係したドライバー名が数字や英字で書かれていることもあります。
ここで「毎回同じドライバー名がちらちら出てくる」ようなら、そのドライバーが怪しい、という見当がついてきます。

ステップ3：信頼性モニターで“パターン”を見つける

信頼性モニター（Reliability Monitor）は「いつどのアプリと一緒に落ちているか」が一目でわかる便利なグラフです。

ブルースクリーンは、単独で起きることもありますが、

・特定のゲームを起動しているときだけ
・動画編集ソフトを使っているときだけ
・スリープ復帰の直後だけ

といった「条件付き」で起きていることも多いです。これを視覚的に見るのに向いているのが信頼性モニターです。

起動方法は次の通りです。

(1) Windowsキーを押して、検索欄に「信頼性」と入力する
(2) 「信頼性モニターの表示（View reliability history）」を開く
(3) カレンダー形式のグラフが出るので、赤いバツ印（重大なエラー）の日付をクリックする
(4) 下の一覧に「Windows ハードウェアエラー」「アプリケーションの障害」などが表示される

ここで、ブルースクリーンが出た日付に、同じソフト名やドライバー名が何度も出ているようなら、
そのソフト・ドライバーとの相性問題の可能性が高くなります。

逆に、何もアプリを起動していないアイドル状態でも落ちるようなら、ハードウェア寄り（メモリ・ストレージ・電源・マザーボードなど）の疑いが濃くなります。

ステップ4：ミニダンプを専用ツールで読む（少し上級者向け）

もっと深く原因を知りたい場合は、「C:\Windows\Minidump」にあるミニダンプファイルを専用ツールで読む方法があります。

ブルースクリーンが発生すると、通常は「ミニダンプ（minidump）」と呼ばれる小さなダンプファイルが保存されます。
場所はだいたい次のフォルダーです。

C:\Windows\Minidump

ここに「MiniXXXX-XXXX.dmp」のようなファイルが溜まっていきます。
これを読むには、

・Windows公式のWinDbg（Windows Debugger）
・サードパーティーのBlueScreenView（blue screen viewerツール）など

を使う方法があります。

やや上級者向けですが、ツールで開くと

・どのドライバーがクラッシュの直前に呼ばれていたか
・エラーの種類（バグチェックコード）

などが一覧で表示されます。

もし技術的な作業があまり苦にならないタイプであれば、
「毎回同じドライバー名が原因として表示されるか？」を確認してみると、一気に絞り込めます。

よくある原因ごとのチェックポイント

ここからは、週1くらいの頻度でブルースクリーンが出るときに多い原因と、その確認方法をまとめていきます。

ドライバー・周辺機器まわりの問題

Windows11では「古いドライバー」や「相性の悪い常駐ソフト」がブルースクリーンの直接原因になることがとても多いです。

特に怪しくなりやすいのは、

・グラフィックボード（GPU）のドライバー
・マザーボードのチップセットドライバー
・古いプリンター／スキャナーのドライバー
・常駐するウイルス対策ソフトやチューニングツール

などです。

チェックの流れとしては、

(1) 最近インストール・更新したドライバーやソフトがないか思い出す
(2) そのタイミングからブルースクリーンが増えていないか、信頼性モニターと照らし合わせる
(3) グラフィックボードなどは公式サイトから最新版ドライバーを入れ直す
(4) 不要な常駐ソフトや、信用度の低い最適化ツールはアンインストールする

という順番で見直していくのが良いです。

外付けUSB機器も、一度全部抜いた状態でしばらく使ってみて、
それでも落ちるかどうかをテストすると、周辺機器が原因かどうかの切り分けになります。

メモリ（RAM）不良や相性の問題

週に1回程度の謎のブルースクリーンは、実はメモリ不良やメモリ増設後の相性問題だった、というケースもかなり多いです。

Windowsには「Windows メモリ診断（Windows Memory Diagnostic）」という標準ツールがあります。
これを使えば、とりあえず大きなメモリの異常がないかをチェックできます。

手順は次の通りです。

(1) Windowsキーを押して「メモリ診断」と入力する
(2) 「Windows メモリ診断」を選択する
(3) 「今すぐ再起動して問題の有無を確認する」をクリックする
(4) 再起動後、自動的にメモリチェックが走るので完了するまで待つ
(5) Windowsが起動したあと、結果が通知に表示される

ここで「ハードウェアの問題が検出されました」のようなメッセージが出た場合、
かなりの確率でメモリモジュールの不良か、相性問題です。

最近メモリを増設した、構成を変えた、という場合は、

・増設前の構成に戻して様子を見る
・1枚ずつ挿してテストして、どのモジュールで落ちるか確認する

といった切り分けも有効です。

ストレージ（SSD/HDD）のエラー

ストレージのエラーや寿命が近づいている場合も、読み書き時にブルースクリーンが出ることがあります。

特に、

・Windowsの起動時やアップデート時に落ちる
・ファイルコピー、ゲームのロード中など「ディスクが激しく動いているとき」に落ちる

といった症状がある場合は、ストレージを疑ってみましょう。

簡易的なチェックとしては、

(1) エクスプローラーでCドライブを右クリックする
(2) 「プロパティ」→「ツール」タブを開く
(3) 「エラーチェック」の「チェック」を実行する

さらに、サードパーティーのSMART確認ツール（CrystalDiskInfoなど）を使えば、
SSD/HDDの「健康状態」がざっくりわかります。

もし警告が出ていたり、異常値が多い場合は、早めにバックアップを取りつつ、
ストレージの交換も検討した方が安全です。

電源・熱（温度）まわりの問題

高負荷時やゲーム中にだけ落ちるタイプのブルースクリーンは、電源不足や熱暴走が原因のこともあります。

デスクトップPCの場合、

・内部にホコリがたまって冷却が追いついていない
・CPUクーラーやケースファンが正常に回っていない
・電源ユニットが劣化して出力が不安定になっている

といった要因が重なると、一定の負荷をかけた瞬間にバチっと落ちることがあります。

少なくとも、

・PC内部のホコリ掃除（電源を切って、エアダスターなどで）
・ケースファンが回っているか目視確認
・本体を狭い棚の奥に押し込まず、風通しをよくする

といった基本的な対策はしておくと安心です。

温度については、ハードウェアモニター系のソフト（Hardware Monitor など）を入れて、
ゲーム中や高負荷時のCPU・GPU温度が極端に高くなっていないかを見るのも有効です。

システムファイルの破損

Windowsのシステムファイルが一部壊れている場合も、原因がはっきりしないブルースクリーンの原因になることがあります。

これは、管理者権限のコマンドプロンプト（Command Prompt）やPowerShellから、

・「sfc /scannow」
・「DISM /Online /Cleanup-Image /RestoreHealth」

といったコマンドを実行して修復を試す方法があります。

コマンド入力に慣れていないと少しとっつきにくいですが、
公式にも案内されることの多い基本的な修復手順なので、
他の方法で原因が見えてこない場合の一手として覚えておいて損はありません。

公式情報と“よくある報告”の位置づけ

現時点（2025年12月時点）では、「Your device ran into a problem and needs to restart.」そのものは一般的なエラーメッセージで、特定バージョンのWindows11だけに出る公式の大規模不具合、とはされていません。

ネット上のフォーラムや掲示板、X（旧Twitter）などを見ても、

・週に1〜2度くらいの頻度で突然ブルースクリーンになる
・STOP CODEは毎回少し違う
・ドライバーを更新したら改善した
・メモリを交換したらピタッと止まった

といった報告が散発的にあります。

つまり、「みんな同じ原因で落ちている」というよりは、
各PCごとに「たまたま弱いところ」「たまたま相性が悪い組み合わせ」があり、
それがトリガーになってブルースクリーンが出ている、というイメージに近いです。

対象ユーザーも、特定メーカーに偏っているわけではなく、
自作PCユーザーからメーカー製PCユーザーまで幅広く報告があります。

なので、今の時点では

・Windows11のバージョンそのものが致命的、というより
・個別環境（ドライバー、ハードウェア、ソフト構成）の影響が大きい

という前提で、上で挙げた調査手順を進めていくのが現実的です。

ここまでで「だいたい原因の目星」がついたらやること

ログやツールで“なんとなく犯人候補”が見えてきたら、一度に全部いじらず「1つずつ変更して様子を見る」のがポイントです。

たとえば、次のような進め方が考えられます。

(1) STOP CODEやイベントログに特定ドライバー名が出ている場合
　→ そのドライバーを最新版に更新、もしくは一度アンインストールしてWindows標準ドライバーに戻す

(2) メモリ診断でエラーが出た場合
　→ メモリを1枚ずつ挿してテスト、あるいは不良が疑われるモジュールを交換

(3) ストレージ診断で警告が出た場合
　→ 重要データのバックアップを優先し、可能であればストレージ交換を検討

(4) 温度が高すぎる／ホコリだらけの場合
　→ 掃除と冷却改善。ケース内のエアフローを見直す

(5) 常駐ソフトが怪しい場合
　→ 一度アンインストール、または自動起動を切ってしばらく様子を見る

このとき、

・「1つ変更したら、しばらく使ってみて、まだブルースクリーンが出るかどうかを見る」
・複数の変更を一気にやらない（何が効いたのかわからなくなる）

という2点を意識すると、原因特定がかなりやりやすくなります。

それでも頻度が上がってきたら、早めに専門サポートも検討を

週1だったブルースクリーンが「ほぼ毎日」になってきたら、それはもう“前兆”ではなく“本格的な故障の手前”かもしれません。

そうなる前に、次のようなラインで一度区切りをつけるのも大事です。

・重要データ（写真、書類、仕事データなど）は必ず別ドライブやクラウドにバックアップしておく
・自作PCなら、パーツ購入店やメーカーのサポート、修理サービスへの相談も選択肢に入れる
・メーカーPCなら、保証期間中かどうかを確認して、サポート窓口に症状と頻度を伝える

その際には、この記事で見てきたような

・発生頻度（週に1回、ゲーム中のみ、など）
・STOP CODE
・イベントビューアーのエラー内容（Kernel-Power 41 など）

をメモしておくと、サポート側も原因を推定しやすくなります。

まとめ：今日からできる“原因特定の第一歩”

最後に、今回の相談内容に対して「今すぐやっておくといいこと」をぎゅっとまとめます。

一番の近道は「次にブルースクリーンが出たときのSTOP CODEと時刻を必ずメモし、イベントビューアーと信頼性モニターで“同じパターンがないか”を見ることです。

具体的には、

・次に落ちたとき、ブルースクリーン画面をスマホで撮影
・その時刻を覚えておき、イベントビューアーの「システム」ログで前後のエラーを確認
・信頼性モニターで、その日付にどんなアプリやハードウェアエラーが記録されているかを見る
・必要に応じて、メモリ診断・ストレージチェックを実行してみる

こうやって少しずつ情報を集めていくと、
「なんとなく週1で落ちる謎のPC」から、

・このドライバーが怪しい
・このパーツが弱っていそう

という“顔の見えるトラブル”に変わっていきます。

もし途中で「ここまではやったけど、このログがよくわからない」「このSTOP CODEの場合はどう解釈したらいい？」と行き詰まったら、
そのSTOP CODEやイベントID、スクリーンショットの内容を整理して、改めて相談すると、さらに一歩踏み込んだアドバイスがしやすくなります。

ひとまず今日は、
・ブルースクリーンが出たときに撮るべき情報
・ログを見るための入り口（イベントビューアー／信頼性モニター）
を押さえておけばOKです。

少し地味な作業ですが、ここをやっておくと、後から「原因が全然わからないままPCだけ買い替えた」というもったいない展開はかなり減らせますよ。