知識マップ: Windows業務アプリの印刷とPDF出力 ── System.Drawing.Printing / WPF / 帳票ライブラリの使い分け

記事「Windows業務アプリの印刷とPDF出力 ── System.Drawing.Printing / WPF / 帳票ライブラリの使い分け」の主張を、概念と関係(エッジ)に分解した知識グラフの全体です。各関係には根拠・確認日・確度が付いています。

Windows業務アプリの印刷は、画面がWinFormsならPrintDocument、WPFなら流し込み優先のFlowDocumentか固定レイアウト優先のFixedDocumentを使うのが素直で、それぞれGDI印刷パスとXPS印刷パスという別経路でスプーラーへ送られます。余白はMarginBoundsとプリンター側のハードマージンが別々に決まり、両者を意識せず描画すると印刷の端が欠けます。無人バッチでPDFだけを生成したいなら、対話的な保存先選択が前提のMicrosoft Print to PDFではなくPDF生成ライブラリでの直接生成が向きます。サーバーサイドやWindowsサービスでのOffice COM自動化はMicrosoftが非サポートと明言しており不安定な動作やデッドロックを招き得るため、常駐処理からの印刷はセッション0の制約とあわせて設計する必要があります。

flowchart LR
    accTitle: Windows業務アプリの印刷・PDF出力の知識マップ
    accDescr: PrintDocument・FixedDocument・FlowDocument・PDF生成ライブラリがGDI印刷パスとXPS印刷パスのどちらを通るか、余白とハードマージンのずれが印刷の端の欠けを生む仕組み、無人バッチではMicrosoft Print to PDFではなくPDFライブラリが向くこと、サービスやOffice COM自動化の制約の関係を示す図。
    printdocument["PrintDocument(WinFormsの印刷)"]
    fixeddocument["FixedDocument"]
    pdf_generation_library["PDF生成ライブラリ"]
    gdi_print_path["GDI印刷パス"]
    xps_print_path["XPS印刷パス"]
    flowdocument["FlowDocument"]
    print_spooler["印刷スプーラー"]
    margin_bounds["MarginBounds"]
    hard_margin["ハードマージン"]
    print_edge_clipping["印刷の端の欠け"]
    printable_area["PrintableArea(印字可能な範囲)"]
    microsoft_print_to_pdf["Microsoft Print to PDF"]
    unattended_batch_output["無人バッチでのPDF大量生成"]
    office_com_automation["サーバーサイドOffice COM自動化"]
    windows_service["Windowsサービス"]
    deadlock["デッドロック(deadlock)"]
    com["COM(コンポーネントオブジェクトモデル)"]
    session_zero["セッション0"]
    interactive_dialog_hang["対話的な待ちによるハング"]
    gdi_handle_leak["GDIハンドルリーク"]
    windows_forms["Windows Forms"]
    printdocument -->|"利用する"| gdi_print_path
    fixeddocument -->|"利用する"| xps_print_path
    flowdocument -->|"利用する"| xps_print_path
    xps_print_path -.->|"利用する"| gdi_print_path
    gdi_print_path -->|"利用する"| print_spooler
    xps_print_path -->|"利用する"| print_spooler
    printdocument -->|"利用する"| margin_bounds
    hard_margin -.->|"原因になり得る"| print_edge_clipping
    margin_bounds -.->|"原因になり得る"| print_edge_clipping
    printable_area -.->|"防止する"| print_edge_clipping
    microsoft_print_to_pdf -->|"利用する"| print_spooler
    microsoft_print_to_pdf -->|"用いるのは非推奨"| unattended_batch_output
    pdf_generation_library -->|"推奨される対応"| unattended_batch_output
    office_com_automation -->|"用いるのは非推奨"| windows_service
    office_com_automation -->|"原因になり得る"| deadlock
    office_com_automation -->|"利用する"| com
    windows_service -->|"利用する"| session_zero
    session_zero -->|"原因になり得る"| interactive_dialog_hang
    printdocument -->|"原因になり得る"| gdi_handle_leak
    printdocument -->|"推奨される対応"| windows_forms
    office_com_automation -->|"用いるのは非推奨"| unattended_batch_output

概念間の関係(全21件)

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

PrintDocument(WinFormsの印刷)はGDI印刷パスを利用します。従来のWinFormsアプリはPrintDocumentを使い、GDI印刷パスを通ってスプーラーへ送られる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
FixedDocumentはXPS印刷パスを利用します。FixedDocumentで組んだ固定レイアウトの帳票はXPS印刷パスへ直接送られる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
FlowDocumentはXPS印刷パスを利用します。WPFアプリケーションはFlowDocumentを含め本来XPS印刷パスを使う / 確度: 確立した関係 / 確認日: 2026-08-01 出典
XPS印刷パスはGDI印刷パスを利用します。対象プリンターがXPSDrv非対応の場合、XPS印刷パスは内部でGDI形式へ自動変換してから送る / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
GDI印刷パスは印刷スプーラーを利用します。GDI印刷パスはEMFとしてスプールするか印刷可能なイメージを直接レンダリングし、印刷スプーラーへ送る / 確度: 確立した関係 / 確認日: 2026-08-01 出典
XPS印刷パスは印刷スプーラーを利用します。XPS印刷パスもXPSドキュメントの形式で最終的に印刷スプーラーへ送られる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
PrintDocument(WinFormsの印刷)はMarginBoundsを利用します。PrintPageイベント内の描画はMarginBoundsを基準に座標を組み立てるのが基本である / 確度: 確立した関係 / 確認日: 2026-08-01 出典
ハードマージンは印刷の端の欠けの原因になることがあります。論理的な余白(Margins)がハードマージンより小さいと、MarginBoundsが印字可能な範囲からはみ出し端が欠ける / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
MarginBoundsは印刷の端の欠けの原因になることがあります。MarginBoundsはMarginsだけから計算され印字可能な範囲へ自動で丸められないため、これを基準に描くと端の欠けが起こり得る / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
PrintableArea(印字可能な範囲)は印刷の端の欠けを防ぎます。描画に使う矩形をPrintableAreaと重ねて求めれば、機種ごとにハードマージンが違っても欠けない範囲だけを描ける。ただしOriginAtMarginsが既定のfalseのときGraphicsの原点は印字可能な範囲の左上にあるため、重なりを取った矩形を描く前にGraphicsの座標へオフセットし直さないと、ハードマージンの分だけ右下へずれて逆に端が欠ける / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
Microsoft Print to PDFは印刷スプーラーを利用します。Microsoft Print to PDFは印刷キューとドライバーパッケージという位置づけで、印刷スプーラーを経由する / 確度: 確立した関係 / 確認日: 2026-08-01 出典
Microsoft Print to PDFを無人バッチでのPDF大量生成に用いることは推奨されません。Microsoft Print to PDFは保存先ファイル名を尋ねる対話的な動作が前提であり、無人・大量のバッチ処理には設計上向いていない / 確度: 確立した関係 / 確認日: 2026-08-01 出典
PDF生成ライブラリは無人バッチでのPDF大量生成に対する本記事の推奨です。印刷は一切せず無人バッチでPDFファイルだけを大量生成したい場合は、印刷パイプラインを経由しないPDF生成ライブラリでの直接生成が素直である / 確度: 確立した関係 / 確認日: 2026-08-01 出典
サーバーサイドOffice COM自動化をWindowsサービスに用いることは推奨されません。サーバーやサービスからのOffice COM自動化はMicrosoftが公式に非サポート・非推奨としている / 確度: 確立した関係 / 確認日: 2026-08-01 出典
サーバーサイドOffice COM自動化はデッドロック(deadlock)の原因になることがあります。Officeは対話的デスクトップとユーザープロファイルを前提に設計されており、無人・非対話環境で実行すると不安定な動作やデッドロックを起こし得る / 確度: 確立した関係 / 確認日: 2026-08-01 出典
サーバーサイドOffice COM自動化はCOM(コンポーネントオブジェクトモデル)を利用します。サーバーサイドOffice COM自動化はExcel.ApplicationなどをCOMコンポーネントとして操作する / 確度: 確立した関係 / 確認日: 2026-08-01 出典
Windowsサービスはセッション0を利用します。Windowsサービスはセッション0で動作し、対話的ユーザーのセッションとは分離されている / 確度: 確立した関係 / 確認日: 2026-08-01 出典
セッション0は対話的な待ちによるハングの原因になることがあります。セッション0の分離により、サービスはダイアログを表示してもユーザーには見えず、入力待ちのコード(印刷ダイアログの表示待ちなど)を書くとハングしたように見える / 確度: 確立した関係 / 確認日: 2026-08-01 出典
PrintDocument(WinFormsの印刷)はGDIハンドルリークの原因になることがあります。Graphics・Font・Brush・PenなどのGDI/GDI+リソースをusingやDispose()で確実に解放しないコードを印刷処理に書くと、長期稼働後にGDIハンドルが枯渇する / 確度: 確立した関係 / 確認日: 2026-08-01 出典
PrintDocument(WinFormsの印刷)はWindows Formsに対する本記事の推奨です。画面がWinFormsならPrintDocumentを使うのが素直な選択とされている / 確度: 確立した関係 / 確認日: 2026-08-01 出典
サーバーサイドOffice COM自動化を無人バッチでのPDF大量生成に用いることは推奨されません。常駐サービスやバッチからのOffice COM自動化はMicrosoftが非サポートと明言しており、無人バッチでのPDF大量生成にはOpen XML SDK等の直接生成やPDF生成ライブラリに寄せるべきとしている / 確度: 確立した関係 / 確認日: 2026-08-01 出典

主要概念の定義

PrintDocument(WinFormsの印刷): DocumentNameやPrinterSettingsを設定し、PrintPageイベントで描画してPrint()で印刷を開始するWinFormsの印刷用クラス。
FixedDocument: アプリケーション側がレイアウトを完全に制御する、表示・印刷デバイスへの忠実度優先のWPF文書。
PDF生成ライブラリ: 印刷パイプラインを経由せず、PDFファイルを直接生成するライブラリ群の総称。
FlowDocument: ウィンドウサイズやフォント設定など実行時の変数に応じて内容を動的に再レイアウトする、可読性優先のWPF文書。
XPS印刷パス: XPS(XML Paper Specification)ベースのプリンタードライバー向けの経路で、WPFアプリケーションが本来使う印刷経路。
GDI印刷パス: Win32 GDIアプリケーションの描画命令をEMF(拡張メタファイル)としてスプールする、従来のWinFormsアプリが通る印刷経路。
ハードマージン: プリンターが物理的に印字できない、用紙の端の帯。アプリからは狭められない。
MarginBounds: アプリが指定したMargins(既定は上下左右1インチ)だけから計算される描画可能領域で、印字可能な範囲へは自動で丸められない。
PrintableArea(印字可能な範囲): プリンターが印字できる範囲を100分の1インチ単位で表す、PageSettingsのプロパティ。
Microsoft Print to PDF: Windows 10以降に標準搭載された、印刷キューとドライバーパッケージという位置づけのPDF出力機能。保存先を尋ねる対話的な動作が前提。
サーバーサイドOffice COM自動化: ASP/ASP.NET/DCOM/NTサービスなど無人・非対話のクライアントからExcel.Applicationなどを操作する構成。Microsoftは公式に非推奨・非サポートとしている。
Windowsサービス: ユーザーのサインインと無関係にバックグラウンドで動くWindowsのプロセス。
セッション0: Windows Vista以降、サービスなど対話的ユーザーに関わらないプロセス専用に予約された、ユーザーの対話的セッションとは分離されたセッション。

機械可読データ

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

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