知識マップ: アプリから見たWindowsのシャットダウン ── 終了通知・再起動・電源断を正しく生き延びる

記事「アプリから見たWindowsのシャットダウン ── 終了通知・再起動・電源断を正しく生き延びる」の主張を、概念と関係(エッジ)に分解した知識グラフの全体です。各関係には根拠・確認日・確度が付いています。

シャットダウン通知を受けてから使える時間は原則5秒程度しかないため、その場で全部を保存する設計は破綻します。こまめな自動保存で保存すべき差分を小さくしておくのが前提です。GUIアプリはWM_QUERYENDSESSIONに即座にTRUEを返し、後始末はWM_ENDSESSIONで行います。高速スタートアップが有効な構成のシャットダウンはカーネルを休止させるだけなので、完全にリセットされるのは再起動だけです。サービスはSERVICE_ACCEPT_PRESHUTDOWNのほうが先に通知を受けられますが、既定タイムアウトはWindows 10 Creators Update以降10秒に短縮されています。電源断には通知が一切来ないため、一時ファイルに書き切ってReplaceFileで差し替え、バックアップと起動時検証までを復旧経路として用意します。

flowchart LR
    accTitle: Windowsのシャットダウンに耐えるアプリ設計の知識マップ
    accDescr: サインアウト・シャットダウン・再起動・電源断の違いとハイブリッドシャットダウン、GUIアプリの2段階通知と5秒の猶予、コンソールアプリとサービスの通知経路、再起動後の自動復帰、通知が来ない電源断に耐える書き込み設計を示す図
    wm_queryendsession["WM_QUERYENDSESSION"]
    hybrid_shutdown["ハイブリッドシャットダウン(高速スタートアップ)"]
    ui_thread_context["UIスレッドのコンテキスト"]
    shutdown_block_reason["ShutdownBlockReasonCreate"]
    uninterruptible_operation["中断すると壊れる処理"]
    full_boot_cycle["完全なブートサイクル"]
    setconsolectrlhandler["SetConsoleCtrlHandler"]
    dotnet_processexit["AppDomain.ProcessExit"]
    service_shutdown_notification["SERVICE_CONTROL_SHUTDOWN"]
    service_control_manager["SCM(サービス制御マネージャー)"]
    service_preshutdown["SERVICE_ACCEPT_PRESHUTDOWN"]
    register_application_restart["RegisterApplicationRestart"]
    arso["ARSO(自動再起動サインオン)"]
    replacefile["ReplaceFile"]
    atomic_file_write_pattern["一時ファイル経由の安全な保存パターン"]
    unexpected_power_loss["不意の電源断・強制停止"]
    flushfilebuffers["FlushFileBuffers"]
    cache_manager["キャッシュマネージャー"]
    power_status_change["PBT_APMPOWERSTATUSCHANGE"]
    unexpected_shutdown_events["シャットダウン関連のイベントログ(1074 / 41 / 6008)"]
    windows_event_log["Windowsイベントログ"]
    wm_queryendsession -->|"前提とする"| ui_thread_context
    wm_queryendsession -->|"用いるのは非推奨"| shutdown_block_reason
    shutdown_block_reason -->|"推奨される対応"| uninterruptible_operation
    hybrid_shutdown -->|"両立しない"| full_boot_cycle
    setconsolectrlhandler -->|"用いるのは非推奨"| ui_thread_context
    dotnet_processexit -->|"用いるのは非推奨"| setconsolectrlhandler
    service_shutdown_notification -->|"前提とする"| service_control_manager
    service_preshutdown -->|"より先に行うべき"| service_shutdown_notification
    register_application_restart -.->|"利用する"| arso
    replacefile -->|"実装を担う"| atomic_file_write_pattern
    replacefile -->|"軽減する"| unexpected_power_loss
    flushfilebuffers -->|"前提とする"| cache_manager
    power_status_change -->|"軽減する"| unexpected_power_loss
    unexpected_shutdown_events -->|"で確認できる"| windows_event_log

概念間の関係(全14件)

図と同じ関係を文章でも列挙します。表示している文と機械可読な意味データ(RDFa)は同じ要素に載っています。確度が「確立した関係」のものは直接の関係として、「条件付きの関係」のものは成立条件つきの言明(rdf:Statement)として表現しています。

• WM_QUERYENDSESSIONはUIスレッドのコンテキストを前提とします。セッション終了はウィンドウとメッセージキューを持つアプリへ2段階で通知される。WM_QUERYENDSESSIONには即座にTRUEを返し、後始末はWM_ENDSESSION(wParam=TRUE)で行う。 / 確度: 確立した関係 / 確認日: 2026-08-21 出典
• WM_QUERYENDSESSIONをShutdownBlockReasonCreateに用いることは推奨されません。WM_QUERYENDSESSIONでFALSEを返せばシャットダウンを中止させられるが、ドキュメントはユーザーの意図を尊重してTRUEを返すべきと明記しており、拒否したアプリは「シャットダウンを妨げているアプリ」として全画面UIに晒される。応答を遅らせられるのは各5秒で、超えると強制終了される。 / 確度: 確立した関係 / 確認日: 2026-08-21 出典 出典
• ShutdownBlockReasonCreateは中断すると壊れる処理に対する本記事の推奨です。途中で切られると物理的に壊れる処理だけは例外で、開始時にShutdownBlockReasonCreateで理由文字列を登録し、完了したら即座にShutdownBlockReasonDestroyで解除する。それでもユーザーとOSは強制続行できるため、ブロックできる前提の設計は成立しない。 / 確度: 確立した関係 / 確認日: 2026-08-22 出典 出典
• ハイブリッドシャットダウン(高速スタートアップ)は完全なブートサイクルと両立しません。高速スタートアップが有効な構成のシャットダウンでは、ユーザーセッションはサインアウトされるがカーネルセッションはデバイスドライバーごと休止ファイルへ保存され次回起動で復元される。完全なブートサイクルを実行するのは再起動だけなので、装置PCの障害対応手順には「電源を切って入れ直す」ではなく「再起動する」と書く。 / 確度: 確立した関係 / 確認日: 2026-08-22 出典 出典
• SetConsoleCtrlHandlerをUIスレッドのコンテキストに用いることは推奨されません。gdi32.dllまたはuser32.dllを読み込んだプロセスはWindowsアプリとして扱われ、CTRL_LOGOFFなど一部のイベントが届かない。 / 確度: 確立した関係 / 確認日: 2026-08-22 出典
• AppDomain.ProcessExitをSetConsoleCtrlHandlerに用いることは推奨されません。.NET 10からランタイムがWindowsの終了シグナルへの既定処理を提供しなくなったため、外から終了させられる経路ではProcessExit頼みの後始末が動かない。Mainからの復帰など通常終了では従来どおり動くが、その経路の後始末はアプリモデルに合った通知へ寄せる必要がある。 / 確度: 確立した関係 / 確認日: 2026-08-21 出典
• SERVICE_CONTROL_SHUTDOWNはSCM(サービス制御マネージャー)を前提とします。サービスはサインアウトの影響を受けないが、シャットダウン・再起動ではSCMから制御コードとして通知が届く。受け取るには受け入れフラグの宣言が必要で、SHUTDOWNの猶予は既定で約20秒、上限はWaitToKillServiceTimeoutである。この上限をサービス側で書き換えて延ばすことは明確に非推奨で、むしろUPS駆動中のマシンが電池切れ前にシャットダウンを完了できるよう可能な限り速く後始末を終えるべきとされている。制御ハンドラーは30秒以内に返し、時間のかかる停止処理は別スレッドへ任せてSERVICE_STOP_PENDINGを報告する。 / 確度: 確立した関係 / 確認日: 2026-08-21 出典
• SERVICE_ACCEPT_PRESHUTDOWNはSERVICE_CONTROL_SHUTDOWNより先に行うべきです。SERVICE_ACCEPT_PRESHUTDOWNを宣言したサービスは先にSERVICE_CONTROL_PRESHUTDOWNを受け取り、SCMは停止かタイムアウトまで待つ。ただし既定タイムアウトはWindows 10 Creators Update以降10秒で、それ以前の3分から短縮されている。その間システム全体のシャットダウンを待たせるため、特別な状況でのみ使うべきとされている。 / 確度: 確立した関係 / 確認日: 2026-08-21 出典 出典
• RegisterApplicationRestartはARSO(自動再起動サインオン)を利用します。RegisterApplicationRestartによる再起動後の復帰はサインイン時に行われるため、無人運転のPCでは、Windows Updateの自動再起動時にサインインを自動化するARSOと組み合わせて初めて復帰が完結する。 / 確度: 条件付きの関係 / 確認日: 2026-08-22 出典 出典
• ReplaceFileは一時ファイル経由の安全な保存パターンの実装を担います。ReplaceFileは新ファイルへの保存・元ファイルの退避・リネーム・削除を1つのAPIにまとめ、作成日時・ACL・代替ストリームなど元ファイルの属性も引き継ぐ。3つのファイルは同一ボリュームにある必要がある。 / 確度: 確立した関係 / 確認日: 2026-08-21 出典
• ReplaceFileは不意の電源断・強制停止を軽減します。ReplaceFileは複数ステップの名前空間操作であり、電源断をまたいだ原子性が仕様として保証されているわけではない。だからバックアップを残し、読み込み側が起動時に本体を検証して壊れていればバックアップへフォールバックする、までをセットで実装する。 / 確度: 確立した関係 / 確認日: 2026-08-22 出典
• FlushFileBuffersはキャッシュマネージャーを前提とします。書き込みは既定でシステムキャッシュに載り遅延書き込みでディスクへ反映されるため、WriteFileの成功はディスク到達を意味しない。確実に届けるにはFlushFileBuffersで明示的にフラッシュするか、FILE_FLAG_WRITE_THROUGHで素通しさせる。ファイルシステムのメタデータも常にキャッシュされる。 / 確度: 確立した関係 / 確認日: 2026-08-21 出典
• PBT_APMPOWERSTATUSCHANGEは不意の電源断・強制停止を軽減します。UPSの役割は停電を止めることではなく、通知のない電源断を通知のある計画シャットダウンに変換することにある。AC電源からバッテリーへの切り替わりや残量低下はこのイベントで通知され、ウィンドウを持つアプリはWM_POWERBROADCASTで、サービスはSERVICE_ACCEPT_POWEREVENTを宣言してHandlerExで受け取る。 / 確度: 確立した関係 / 確認日: 2026-08-22 出典
• シャットダウン関連のイベントログ(1074 / 41 / 6008)はWindowsイベントログで確認できます。正常な再起動と予期しない停止は、システムイベントログのイベントID 1074・41・6008の並びで切り分けられる。 / 確度: 確立した関係 / 確認日: 2026-08-21 出典

主要概念の定義

WM_QUERYENDSESSION

終了してもよいかをアプリケーションに問い合わせる、Restart Managerが送るWindowsメッセージである。

ハイブリッドシャットダウン(高速スタートアップ)

ユーザーセッションはサインアウトするが、カーネルセッションは閉じずに休止ファイルへ保存し、次回起動でそのまま復元する既定のシャットダウン動作。

ShutdownBlockReasonCreate

中断できない処理の開始時に理由文字列を登録し、「このアプリがシャットダウンを妨げています」画面に表示させるAPI。

SetConsoleCtrlHandler

コンソールアプリがCTRL_C/BREAK/CLOSE/LOGOFF/SHUTDOWNの各イベントを受け取るためのハンドラー登録API。

AppDomain.ProcessExit

.NETアプリの終了時に後始末を行うために使われてきたイベント。

SERVICE_CONTROL_SHUTDOWN

シャットダウン処理の中でサービスへ届く制御コード。猶予は既定で約20秒、上限はWaitToKillServiceTimeout。

SERVICE_ACCEPT_PRESHUTDOWN

SERVICE_CONTROL_SHUTDOWNより先に通知を受け取れるサービスの受け入れ宣言。SCMはサービスが停止するかタイムアウトするまで待つ。

RegisterApplicationRestart

アプリが自分自身の再起動用コマンドラインをOSに登録し、Restart Managerによる終了後に再起動させてもらうためのAPI関数である。

ReplaceFile

新ファイルへの保存・元ファイルの退避・リネーム・削除という一連の手順を1つのAPIにまとめた差し替え。元ファイルの作成日時・ACL・代替ストリームも引き継ぐ。

FlushFileBuffers

指定したファイルハンドルのバッファ済みデータとメタデータをデバイスへ書き切るWin32 API。.NETのFileStream.Flush(true)に相当する。

PBT_APMPOWERSTATUSCHANGE

AC電源とバッテリーの切り替わりや残量低下を知らせる電源イベント。

シャットダウン関連のイベントログ(1074 / 41 / 6008)

正常な再起動と予期しない停止を切り分けるためにシステムログへ記録されるイベント。

機械可読データ

• JSON-LD / Turtle ── この記事の知識グラフ全体
• 概念一覧 / 語彙(述語)の定義

このデータセットについて

作成

合同会社小村ソフト

ライセンス

CC BY 4.0 ── 出典(合同会社小村ソフト)とライセンスへのリンクを明示し、改変した場合はその旨を示すことを条件に、再配布・改変を含めて再利用できます

最終確認日

2026-08-22 ── 収録する関係のうち、最後に出典と照合した日

このページはサイトの知識グラフ(_data/knowledge/)から自動生成されています。誤りの指摘はお問い合わせからお願いします。