第１ 結論
オンラインセミナー又はWeb会議の視聴中にWindows 11が固まった場合は，①会議アプリ又はブラウザーだけの停止，②映像・音声又は通信だけの停止，③表示系の停止，④Windows全体のハードハングを分けて確認する必要がある。
同じ「画面が固まった」という見え方でも，必要な対処と残る記録が異なるからである。
Zoom又はTeamsの映像・音声処理に加え，AI，クラウド同期，大量コピー，PDF変換その他の処理を同じPCで同時に動かせば，CPU，GPU，メモリ，ディスク及びネットワークの負荷は重なり得る。
もっとも，オンラインセミナー中にAIを操作することが一般に特に危険である，又はAIを併用しただけでWindows全体がフリーズするとまではいえない。
ブラウザーでAIの回答を読む程度と，AIエージェントに大量のファイル検索，PDF・画像変換，ビルド，テスト又は複数の並列処理を実行させる場合とでは，手元のPCに生じる負荷が異なる。
重要なセミナー又はWeb会議では，視聴に不要な重いローカル処理を止め，必要ならAI操作を別端末へ分けるのが安全である。
第２ 最初に四つの停止を分ける
１ 会議アプリ又はブラウザーだけが止まった場合
Zoom，Teams又はブラウザーのタブだけが応答せず，マウス，タスクバー及び他のアプリを操作できる場合は，PC全体のフリーズとは区別する。
会議アプリの終了前に，発生時刻，視聴していた会議，音声の継続，エラー表示及び他のアプリを操作できたかを記録する。
２ 映像・音声又は通信だけが止まった場合
映像が止まっても音声が続く場合，音声だけが途切れる場合，又は会議から切断されてもWindowsを操作できる場合は，通信品質，アプリ側の状態，カメラ・マイク等の機器及び映像処理を分けて確認する。
Microsoft Teamsには，会議中のラウンドトリップ時間，パケット損失，ビットレート，フレームレート及び端末の処理状況等を確認できる「通話の正常性」機能がある。
表示項目と利用可否は，クライアント，端末及び会議の種類によって異なり得る。
司法研修所事務局が第76期司法修習生向けに作成した令和4年10月の「修習におけるオンライン利用の手引」は，画面の停止又は通信の途切れについて，ネットワークを利用する他のアプリの終了や，電波状況の良い部屋への移動を案内している。
これは通信品質の初動であり，Windows全体のハードハングの原因をネットワークに限定するものではない。
３ 表示系だけが止まった場合
画面が黒くなる，点滅する，又は描画が更新されない一方で，音声又はネットワーク応答が続く場合は，GPU，ディスプレイドライバー又は表示経路の停止を検討する。
画面共有，背景効果，多数の参加者映像及び高解像度表示は，映像の処理量を増やし得るが，一回の同時発生だけで表示系が原因とは断定しない。
４ Windows全体が止まった場合
一定時間待っても入力，画面及び通常の終了操作等の複数の系統が応答せず，アプリ単体の停止又は表示停止だけでは説明しにくい場合は，Windows全体のハードハングを疑う。
音声又はネットワークの状態は補助所見であり，すべての項目が止まることを必須条件としない。
強制電源断は未保存データの消失又はファイル破損を生じ得るため，通常の終了手段がない場合の最終手段とする。
可能であれば，別端末で発生時刻と画面を記録し，電源を切る前にCaps Lock等への反応と音声を確認する。
既に安全に設定された監視又は接続方法がある場合に限り，別端末からの既知の応答も補助所見とする。
Microsoftは，Caps Lockキーのランプが変化しない場合を応答停止の確認例として挙げているが，ワイヤレス機器又はソフトウェア制御の表示灯等では判断できないことがあるため，この確認だけで原因は確定しない。
第３ オンラインセミナー中にPCで生じる処理
１ 映像の受信，復号及び描画
オンラインセミナーでは，映像と音声を受信し，圧縮されたデータを復号して画面とスピーカーへ出力する。
画面共有，高解像度映像，多人数表示及び背景効果の有無によって，CPU，GPU，メモリ及びネットワークの使用量は変わる。
Teamsの公式資料は，大規模な会議等について，通常の最小要件とは別にプロセッサー等の推奨条件を示している。
Zoomの公式資料も，映像の解像度及び送受信の条件に応じた帯域の目安を示しており，利用量が一定ではないことが分かる。
２ カメラ，マイク，画面共有及び録画
視聴だけの場合よりも，カメラ送信，マイク入力，画面共有又はローカル録画を行う場合の方が，端末側の処理は増えやすい。
ただし，負荷の増加とWindows全体のフリーズは同じではなく，PCの性能，ドライバー，温度，電源，通信及び同時実行する処理を含めて評価する必要がある。
３ ブラウザー，クラウド同期及び常駐処理
会議をブラウザーで視聴するときは，会議タブだけでなく，他のタブ，拡張機能，通知，クラウド同期，ウイルス対策，検索索引及びバックアップ等も動き得る。
オンライン専用ファイルの取得，大量コピー又は同期を同時に始めると，ネットワークだけでなくディスクへの読書きも重なる。
自動起動するアプリが多いと，起動時の負荷が増えることがある。
Microsoftは，Windowsの設定又はタスクマネージャーから自動起動するアプリを確認し，無効化できる仕組みを案内している。
第４ オンラインセミナー中のAI操作は特に危険か
１ ブラウザーで質問するだけの場合
クラウド型AIサービスで主要な計算がクラウド側で行われ，PCではブラウザー又は専用アプリの画面を表示するだけであれば，AIの操作が直ちに大きなローカル計算を生じるとは限らない。
ローカルモデル又は端末側の音声・画像処理を使う場合は別に評価する。
このため，「AIを開いた状態でフリーズした」という時間的な一致だけで，AIを原因と断定することはできない。
もっとも，長い会話，多数のタブ，ファイルのアップロード，音声入力又は別のブラウザープロファイル等を併用すれば，ブラウザーのメモリ，描画及び通信は増える。
会議中だけ問題が出る場合は，AIの有無を一項目ずつ変えて比較する。
２ ローカル処理を伴うAIエージェントを動かす場合
AIエージェントが手元のPCでファイル検索，PDF・画像変換，依存関係の導入，ビルド，テスト又はブラウザー操作を行う構成では，起動された各プロセスがCPU，メモリ，ディスク及びネットワークを使い得る。
処理がクラウド又は隔離環境で行われる構成もあるため，実際の実行場所と処理内容を確認する。
複数のセッション又はエージェントを並列に動かすと，これらの処理が同時に始まることがある。
したがって，リアルタイム視聴中は，回答文の閲覧よりも，大量ファイル検索，変換，ビルド，テスト及び並列実行の方を優先して止める意味が大きい。
AIアプリを終了した後に処理が残るかは，製品と起動方法により異なるため，まずタスクマネージャー等で確認する。
用途不明のプロセスを一括終了せず，処理の所有者と保存状態を確認してから個別に判断する。
３ 同時利用は原因ではなく負荷を重ねる条件である
安定したPCで通常の会議と軽いAI操作を併用しても，Windows全体が当然にフリーズするわけではない。
反対に，ドライバー，電源，温度，表示系又はネットワークに潜在的な問題があるPCでは，同時負荷が問題を表面化させる契機となり得る。
同じ作業の組合せでハードハングが繰り返される場合は，「AIが重い」という一語で終わらせず，性能ログ，イベントログ，ダンプ，表示系及び通信の記録を時刻で突き合わせる必要がある。
第５ 視聴前に行う再発防止
１ 事前テストと再起動の時期
重要なセミナー又はWeb会議では，参加URL，アカウント，音声，映像及び資料の表示を事前に確認する。
OS，ドライバー又は会議アプリの更新と再起動は開始直前を避け，更新後に通常利用できることを確認する時間を設ける。
２ 不要な処理を減らす
視聴前に，不要なブラウザータブ，重いAIタスク，PDF・画像変換，ビルド，テスト，大量コピー，バックアップ及びクラウドの大規模同期を止める。
ただし，障害直後に同期アカウントを切断し，キャッシュを削除し，又は未完了の処理を一括強制終了すると，未同期ファイル又は原因調査の記録を失うおそれがある。
３ 代替端末と連絡手段を用意する
重要な会議では，スマートフォン又は別PCから再参加できるか，中断時の連絡先，資料の参照方法及び電源を確認する。
同じアカウントで複数端末から参加できるか，二重の音声が発生しないか等は，会議の主催者及びアプリの現行仕様に従う。
AIを会議中に使う必要がある場合は，会議用PCでは軽い閲覧にとどめ，重いローカル処理を別PC又は会議後へ分ける方法がある。
これはAI利用を一律に禁止するものではなく，会議の継続を優先する運用上の分離である。
４ 電源，冷却及びネットワークを確認する
長時間の映像視聴では，電源接続，通気口，室温及び無線通信の状態を確認する。
異常な発熱，ファンの異常な高回転・停止又は突然の電源断が疑われる場合は，利用可能なメーカー診断及びセンサー値を確認する。
Event 41だけで原因を決めてBIOS又はUEFIを更新せず，更新が必要な場合は，メーカーの案内，対象機種，安定した電源及び回復手段を確認する。
第６ フリーズしたときの初動
１ 時刻と停止範囲を記録する
本節は会議中の安全な初動を扱う。
再起動後の一般確認と，管理者又は保守担当者向けの高度な診断は第７で区別する。
少なくとも，①最後に正常に動いた時刻，②固まり始めた時刻，③音声の有無，④マウス・キーボードへの反応，⑤会議アプリ以外の操作可否，⑥再起動又は強制電源断の時刻を記録する。
会議へ再参加した時刻と，PCが再起動した時刻も分けて残す。
２ 会議の継続を優先する
Windows又はアプリの原因調査に時間がかかる場合は，主催者への連絡又は別端末からの再参加を先に行う。
同じPCで多数の診断ツールを追加起動すると，現在の状態を変え，負荷をさらに増やすことがある。
３ 外部操作の成否を分ける
会議中にメール送信，電子提出，クラウド保存，WordPress更新，決済その他の外部操作をした場合は，PCの停止とは別に外部システム側の成立状態を確認する。
AI画面に完了表示がなかったことと，外部操作が未実行であることは同じではない。
各操作を「実行済み」「未実行」「成否不明」に分け，成否不明のものを自動再試行又は一括再実行から外す。
重複により二重送信，二重提出又は二重決済等を生じる操作は，管理画面，受付番号，送信済み記録又は相手方への照会等で成立状態を確認するまで再実行しない。
確認できない場合は，各サービスの復旧手順又は担当窓口に従う。
第７ 再起動後に調べる記録
１ Event 41と予期しない終了の時刻
本節には，管理者又は保守担当者の支援が適する高度な診断を含む。
手動クラッシュと動的ポートの調査は，通常の会議中の初動として行わない。
WindowsのKernel-Power Event 41は，正常なシャットダウンを経ずに再起動したことを示す。
イベントログに予期しない終了の記録がある場合は，発生時刻の突合せに用いる。
これらは原因名ではない。
Event 41のBugcheckCodeが0である場合は，停止コードが記録されていないことを意味するが，それだけで電源，ハードウェア又はソフトウェアのいずれかに原因を確定できない。
Microsoftは，ハードハング又は急な電源断では，エラーコード又はダンプをディスクへ書けない場合があると説明している。
２ 性能ログの最後のサンプル
パフォーマンスモニターを事前に動かしていれば，CPU，利用可能メモリ，コミット，ディスクキュー又は応答時間，プロセス別I/O及びネットワーク等を同じ時刻で確認する。
具体的なカウンターと収集方法は，関連記事「Windows 11がフリーズした原因を後から調べる方法」を参照されたい。
最後のサンプル時刻と停止時刻の間に記録間隔を超える空白がある場合は，少なくとも記録処理も継続できなかった可能性を示すが，空白だけから原因又は正確な停止時刻は確定しない。
CPU又はメモリが高いことは原因候補の一つであり，通常の一時的上昇と区別する。
一部の回だけCPUが高く，他の回では余裕があるのに同じ症状の停止が起きる場合は，CPUの飽和だけでは全回を説明できない。
３ クラッシュダンプと手動取得
クラッシュダンプは，停止時のカーネル及びドライバー等の状態を解析する手掛かりとなる。
ただし，ダンプ設定，ページファイル及び空き容量が適切であっても，ハードハングの状態によっては自動的なダンプが作成されない場合がある。
Microsoftは，キーボード操作により意図的にシステムを停止させ，ダンプを生成する設定を案内している。
これはPCを直ちに停止させて未保存データを失わせ得る診断手段であり，ダンプ設定とキーボード種別に応じたレジストリ設定を済ませて再起動しておく必要がある。
また，停止の状態によってはこの操作も機能しない。
必要性を理解した管理者が最後の診断手段として用いるものである。
通常のセミナー中に漫然と試す操作ではない。
４ 通信と動的ポート
会議の切断，Tcpipの具体的な警告又は多数の接続失敗があった場合は，同時刻の通信状況とTcpipのイベントを確認する。
一般的な会議停止から直ちに動的ポート枯渇を疑うものではない。
Windowsでは，外向きのTCP又はUDP通信に動的ポートを使い，利用可能なポートが尽きると新しい通信に失敗し得る。
動的ポートの枯渇を示す警告があった場合は，動的ポート範囲，接続数，問題を発生させたプロセス及び再起動後に同じ症状が再発するかを確認する。
警告の存在だけでWindows全体のハードハングの原因と断定せず，映像・音声の切断とPC全体の停止を分ける。
第８ 安全な再現試験
再現試験は，一度に一つだけ条件を変える。
例えば，①会議だけ，②会議とブラウザーでの軽いAI利用，③会議とローカルAIタスク，④会議とクラウド同期という順に分け，継続時間，会議規模，解像度，画面共有，電源状態，室温，ネットワーク条件及び性能カウンターをできるだけ揃えて比較する。
重要な本番会議中に再現試験を行わず，録画又はテスト会議等の代替で行う。
ハードハングを意図的に繰り返す場合は，未保存データ，ファイル破損，業務停止及び機器への影響を考慮し，メーカー又は保守担当への相談も検討する。
AIを止めた一回だけ改善しても因果関係は確定しない。
同じ条件で反復し，AIの有無と負荷指標，表示系ログ，通信イベント及び停止の有無が対応するかを確認する。
第９ 確認用チェックリスト
① 会議アプリだけ，映像・音声・通信だけ，表示系又はWindows全体のどこが止まったかを分けた。
② 最後に正常だった時刻，固まり始めた時刻及び再起動時刻を記録した。
③ 視聴中のAI操作が軽い閲覧か，検索・変換・ビルド等のローカル処理かを記録した。
④ クラウド同期，大量コピー，バックアップ及び他の重い処理を同時に始めていないか確認した。
⑤ Event 41，BugcheckCode及び予期しない終了の時刻を原因名ではなく異常終了の記録として読んだ。
⑥ 性能ログの最後のサンプル，CPU，メモリ，コミット，ディスク及びプロセス別I/Oを同じ時刻で確認した。
⑦ 表示系，WHEA，Windows Error Reporting及び通信のイベントを確認した。
⑧ ダンプの有無，作成日時，設定及びページファイルを確認した。
⑨ 動的ポートの警告がある場合も，通信障害とPC全体の停止を分けた。
⑩ 成否不明の外部操作を再実行していない。
⑪ 再現試験は重要な会議以外で一項目ずつ行った。
⑫ 原本ログを改変せず保全し，共有用コピーを作った。
共有目的に不要な氏名，事件名，メールアドレス，会議URL・トークン，認証情報，ユーザー名，端末名，ファイル名及びパス等を必要な範囲でマスキングし，診断担当者には必要項目を安全な方法で共有した。
第１０ 本記事の限界
本記事は，オンラインセミナー又はWeb会議とAI操作を併用する場合の一般的な負荷，初動及び原因の切分けを説明するものである。
個別のPCについて，実際のログ，ダンプ，構成，温度，電源及び再現条件を確認せずに原因を確定するものではない。
会議アプリ，Windows及びAIツールの仕様は更新され得るため，重要な会議前には各提供者の現行案内を確認する。
Event 41，性能ログ又は通信警告の一つだけを唯一の原因と扱わない。
第１１ 関連記事
Windowsの性能ログ及びイベントログを時刻で突き合わせる方法は，「Windows 11がフリーズした原因を後から調べる方法―最後のコマンド，パフォーマンスモニター及びイベントビューアー（AI作成）」を参照されたい。
https://yamanaka-bengoshi.jp/2026/10/26/windows11-freeze-cause-perfmon-event-viewer/
Claude Code又はCodexのローカル負荷及びメモリ容量の考え方は，「Claude Code・Codexでパソコンがフリーズする原因－メモリ8GB・16GB・32GB・64GBの違い（AI作成）」を参照されたい。
https://yamanaka-bengoshi.jp/2026/09/15/claude-code-codex-pasokon-furizu-genin-memori/
フリーズ直後の期限管理，外部操作の成否確認及び安全な再開は，「弁護士・税理士のAI業務用PCがフリーズしたときの初動－期限管理，送信成否，ログ保全及び安全な再開（AI作成）」を参照されたい。
https://yamanaka-bengoshi.jp/2026/10/15/lawyer-tax-accountant-ai-pc-freeze-response/
会議参加，画面共有及びリモートデスクトップの設定と守秘上の注意は，「Zoom・Teams・リモートデスクトップを弁護士業務で使う際の設定と注意点（AI作成）」を参照されたい。
https://yamanaka-bengoshi.jp/2026/09/15/lawyer-zoom-teams-remote-desktop/
クラウド同期及び大量コピーを同時に動かす場合の安全な運用は，「Google Drive・OneDrive・Robocopyを同時に動かすとPCが重くなる理由―クラウド同期と大量コピーの安全な運用（AI作成）」を参照されたい。
https://yamanaka-bengoshi.jp/2026/10/29/cloud-sync-robocopy-pc-slow-freeze/
第１２ 出典・参考資料
① Microsoft「Event ID 41 The system has rebooted without cleanly shutting down first」
https://learn.microsoft.com/en-us/troubleshoot/windows-client/performance/event-id-41-restart
② Microsoft「Scenario guide: Troubleshoot performance problems in Windows」
https://learn.microsoft.com/en-us/troubleshoot/windows-server/performance/troubleshoot-performance-problems-in-windows
③ Microsoft「Generate a kernel or complete crash dump」
https://learn.microsoft.com/en-us/troubleshoot/windows-client/performance/generate-a-kernel-or-complete-crash-dump
④ Microsoft「Forcing a System Crash from the Keyboard」
https://learn.microsoft.com/en-us/windows-hardware/drivers/debugger/forcing-a-system-crash-from-the-keyboard
⑤ Microsoft「Troubleshoot port exhaustion issues」
https://learn.microsoft.com/en-us/troubleshoot/windows-client/networking/tcp-ip-port-exhaustion-troubleshooting
⑥ Microsoft「Teams client system requirements」
https://learn.microsoft.com/en-us/microsoftteams/teams-client-system-requirements
⑦ Microsoft「Monitor call and meeting quality in Microsoft Teams」
https://support.microsoft.com/en-us/teams/meetings/monitor-call-and-meeting-quality-in-microsoft-teams
⑧ Microsoft「Prepare your organization’s network for Microsoft Teams」
https://learn.microsoft.com/en-us/microsoftteams/prepare-network
⑨ Microsoft「Configure Startup applications in Windows」
https://support.microsoft.com/en-us/windows/experience/startup-boot/configure-startup-applications-in-windows
⑩ Zoom「Zoom system requirements: Windows, macOS, Linux」
https://support.zoom.com/hc/en/article?id=zm_kb&sysparm_article=KB0060748