Font output typeは、Web またはデジタル用途で PDF ドキュメントを生成または変換する際に、フォントのフォーマット方法と埋め込み方法を決定する設定パラメータです。この設定は、フォントを WOFF（Web Open Font Format）のような現代的な Web フォーマットで出力するか、OTF（OpenType Font）のような従来のフォーマットで出力するか、また base64 エンコーディングを使用してインライン埋め込みすべきかを制御します。 ( Citation: N.A., 2020 (N.A.). (2020). Document management — Portable document format — Part 2: PDF 2.0 .  International Organization for Standardization Retrieved from https://www.iso.org/standard/75839.html ) は PDF ファイル内でのフォントの保存方法を定義していますが、font output type 設定は、PDF からフォントを抽出または変換して他のコンテキスト、特に Web ベースの PDF ビューアや HTML 変換で使用する際に関連性を持ちます。

Font output type は、PDF 処理操作中にフォントの技術的フォーマットと埋め込み方法を指定する変換パラメータです。この設定には2つの異なる決定事項が含まれます：フォントファイル形式（WOFF、WOFF2、OTF/TTF など）と埋め込み戦略（外部ファイル参照 vs スタイルシートや HTML に直接埋め込まれる base64 エンコードされたデータ URI）です。

フォントレンダリングとは、PDFドキュメントに格納されたフォントデータと文字コードを、画面上に表示される、または紙に印刷される視覚的なグリフに変換するプロセスです。PDF仕様 ( Citation: N.A., 2020 (N.A.). (2020). Document management — Portable document format — Part 2: PDF 2.0 .  International Organization for Standardization Retrieved from https://www.iso.org/standard/75839.html ) では、フォントの埋め込み、参照、および使用方法を定義し、異なるプラットフォームやデバイス間で一貫したテキスト表示を保証します。適切なフォントレンダリングは、PDFドキュメントの視覚的な忠実性とアクセシビリティを維持するために不可欠です。

PDFにおけるフォントレンダリングは、フォントデータの保存から視覚的な出力までの全パイプラインを含みます。Webブラウザでのシンプルなテキスト表示とは異なり、PDFのフォントレンダリングは複数のフォント形式（Type 1、TrueType、OpenType、CIDフォント）、さまざまなエンコーディング方式、およびプラットフォーム非依存のレイアウト要件を考慮する必要があります。このプロセスには、フォントプログラムの解釈、グリフメトリクスの適用、文字とグリフのマッピング処理、ベクトルアウトラインのピクセルまたはプリンタドットへのラスタライズが含まれます。PDFドキュメントは、完全なフォントの埋め込み、使用されているグリフのみを含むサブセットフォント、またはシステムフォントの参照が可能であり、それぞれ異なるレンダリングアプローチが必要です。レンダリングエンジンは、エンコーディングテーブルを通じて文字コードを解決し、フォントプログラムからグリフ記述を取得し、コンテンツストリームで指定された変換を適用し、最終的に配置精度とタイポグラフィ品質を維持しながら視覚的な表現を生成する必要があります。

PDFライブラリやビューアを扱う開発者にとって、フォントレンダリングの理解は以下の理由から重要です。第一に、誤ったフォントレンダリングは視覚的な不一致を引き起こし、テキストが作成者の意図と異なって表示され、ドキュメントの忠実性が損なわれます。第二に、フォントが欠落していたり、不適切に埋め込まれていたりすると、テキストが代替フォントで表示され、ドキュメントが読めなくなったり、法的に無効になったりする可能性があります。第三に、フォントレンダリングはPDFのアクセシビリティ ( Citation: N.A., 2014 (N.A.). (2014). Document management applications — Electronic document file format enhancement for accessibility — Part 1: Use of ISO 32000-1 (PDF/UA-1) .  International Organization for Standardization Retrieved from https://www.iso.org/standard/64599.html ) に直接影響します。スクリーンリーダーや支援技術は、意味のあるテキストコンテンツを抽出するために適切な文字マッピングとUnicode表現に依存しています。パフォーマンスも重要な要素です。フォントの解析とグリフのラスタライズは、特に複雑なフォントや大きなドキュメントの場合、ドキュメントの読み込みとレンダリング速度に大きく影響する可能性があります。最後に、PDFコンテンツを表示または操作する際の法的コンプライアンスを確保するため、レンダリング時にフォントのライセンスと埋め込みルールを尊重する必要があります。

Font SDK（Software Development Kit）は、開発者がPDF文書内のフォントをプログラム的に扱うためのライブラリ、ツール、およびAPIの集合体です。PDF仕様 ( Citation: N.A., 2020 (N.A.). (2020). Document management — Portable document format — Part 2: PDF 2.0 .  International Organization for Standardization Retrieved from https://www.iso.org/standard/75839.html ) では、PDFファイルにフォントを埋め込み、レンダリングする方法が定義されていますが、Font SDKは開発者がフォント処理機能をアプリケーションに統合できるようにする実装レイヤーを提供します。これらのSDKは、PDF作成および操作に不可欠なフォントサブセット化、埋め込み、文字エンコーディングの複雑さを抽象化します。

Font SDKは、PDFワークフローで必要なフォント操作へのプログラマティックなアクセスを提供する包括的なツールキットです。一般的に、フォントファイル（TrueType、OpenType、Type 1）の解析、グリフメトリクスの抽出、ファイルサイズを削減するためのフォントサブセット化の実行、フォント形式間の変換、および文字とグリフのマッピング管理を行うライブラリが含まれます。基本的なフォントレンダリングライブラリとは異なり、PDF作業用に設計されたFont SDKは、適切なフォントディクショナリの作成、フォントプログラムの埋め込み、正しいエンコーディングスキームの確立など、 ( Citation: N.A., 2020 (N.A.). (2020). Document management — Portable document format — Part 2: PDF 2.0 .  International Organization for Standardization Retrieved from https://www.iso.org/standard/75839.html ) で概説されている要件を特に扱います。Font SDKは、画面レンダリングではなく、文書フォーマットに必要なデータ構造と変換に特化することで、一般的なグラフィックスライブラリとは異なります。

Font search（フォント検索）は、PDFプロセッサがPDF文書内のテキストコンテンツをレンダリングするために適切なフォントを特定して選択するプロセスです。PDFが開かれると、システムは文書構造内で指定されたフォント記述子と参照に基づいて、使用するフォントリソースを識別する必要があります ( Citation: N.A., 2020 (N.A.). (2020). Document management — Portable document format — Part 2: PDF 2.0 .  International Organization for Standardization Retrieved from https://www.iso.org/standard/75839.html ) 。このプロセスは、テキストが正しく表示され、異なる表示プラットフォームやデバイス間で文書の意図した外観を維持するために不可欠です。

Font searchは、PDFリーダーやプロセッサがPDF文書内のフォント参照を解決するために使用するアルゴリズム的プロセスを指します。PDFにテキストが含まれている場合、埋め込みフォントプログラム、フォント記述子、または外部フォント名を通じてフォントを参照します。PDFプロセッサは利用可能なフォントリソースを検索して一致するものを見つける必要があります。まずPDF自体に埋め込まれたフォントをチェックし、次にシステムフォントを調査し、最後に完全一致が見つからない場合はフォント代替を試みます。

これは、フォントデータをPDFファイル自体に含めるフォント埋め込み（font embedding）とは異なります。Font searchはレンダリング時に発生しますが、フォント埋め込みは文書作成時に発生します。また、font searchが完全一致を見つけられなかった場合の代替メカニズムであるフォント代替（font substitution）とも異なります。Font searchは、成功した一致と代替ルーチンのトリガーの両方を含む、検索プロセス全体を包含します。

PDF生成、表示、または処理アプリケーションを開発する開発者にとって、font searchを理解することは以下の理由で不可欠です。

Font subsetは、PDF文書内に埋め込まれるフォントの一種で、元のフォントの完全な文字セットではなく、文書内で実際に使用されているグリフ（文字の形状）のサブセットのみを含みます。 ( Citation: N.A., 2020 (N.A.). (2020). Document management — Portable document format — Part 2: PDF 2.0 .  International Organization for Standardization Retrieved from https://www.iso.org/standard/75839.html ) によると、font subsetは通常、元のフォント名の前に6文字のアルファベットプレフィックスとプラス記号を付けた一意の識別子で識別されます（例：ABCDEF+Helvetica）。この技術により、文書の視覚的な外観とテキストレンダリング品質を維持しながら、ファイルサイズを大幅に削減できます。

Font subsettingは、PDFライターがフォント全体を埋め込むのではなく、文書内で実際に参照されている特定のグリフのみをフォントから抽出して含める最適化技術です。PDF仕様 ( Citation: N.A., 2020 (N.A.). (2020). Document management — Portable document format — Part 2: PDF 2.0 .  International Organization for Standardization Retrieved from https://www.iso.org/standard/75839.html ) では、サブセット化されたフォントは、元のフォント名の前に付加される、6文字の大文字（AからZ）とプラス記号からなる一意のタグで識別されることが求められています。この命名規則により、複数の文書が同じフォントの異なるサブセットを埋め込んでいる場合でも、結合や処理の際に競合が発生しないことが保証されます。

CIDFontType0は、PDF内のCID（Character Identifier）フォントの特定のサブタイプで、グリフ記述にType 1フォント技術を使用します ( Citation: N.A., 2020 (N.A.). (2020). Document management — Portable document format — Part 2: PDF 2.0 .  International Organization for Standardization Retrieved from https://www.iso.org/standard/75839.html ) 。このフォントサブタイプは、主に中国語、日本語、韓国語などの東アジア言語のような複雑な書記体系で使用され、グリフの数が従来のシンプルフォントで扱える範囲をはるかに超える場合に利用されます。CIDFontType0は、PDFにおける2つの可能なCIDフォント実装のうちの1つであり、「0」はCompact Font Format（CFF）またはType 1フォントプログラム構造の使用を示しています。

CIDFontType0は、PDFのCIDFontディクショナリで指定されるフォントサブタイプ識別子で、グリフアウトラインの保存とレンダリング方法を定義します。主な特徴は、その基礎となるグリフ表現にあります。CIDFontType0はType 1フォントアウトライン（PostScriptスタイルの3次ベジェ曲線とcharstringプログラムに基づく）を使用するのに対し、CIDFontType2はTrueTypeグリフ記述を使用します ( Citation: N.A., 2020 (N.A.). (2020). Document management — Portable document format — Part 2: PDF 2.0 .  International Organization for Standardization Retrieved from https://www.iso.org/standard/75839.html ) 。

CIDFontType2は、TrueTypeフォント技術を基盤としたCID（Character Identifier）フォントを表現するために、PDF文書で使用されるフォントサブタイプです ( Citation: N.A., 2020 (N.A.). (2020). Document management — Portable document format — Part 2: PDF 2.0 .  International Organization for Standardization Retrieved from https://www.iso.org/standard/75839.html ) 。このフォントタイプにより、PDF文書は大規模な文字セット、特に数千の文字を含む中国語、日本語、韓国語などの言語を効率的に埋め込み、表示することができます。CIDFontType2フォントはTrueTypeグリフ記述を使用し、複雑な書記体系に必要な文字からグリフへのマッピング機能を維持します。

CIDFontType2は、PDF仕様における特定のフォントサブタイプ指定で、グリフ記述がTrueTypeフォントアウトラインから派生したCIDフォントであることを示します。CIDFontType2の「CID」はCharacter Identifierフォントを指し、単純な文字コードではなく数値識別子によってグリフを整理します。「Type2」という指定は、TrueTypeではなくType 1（PostScript）フォント技術を使用するCIDFontType0と区別するためのものです。

PDFフォントアーキテクチャにおいて、CIDFontType2は階層的なフォントシステム内に位置し、Type 0（複合）フォントがCIDFont子孫を参照します。この子孫フォントには実際のグリフ記述とマッピング情報が含まれます。CIDFontType2の主要な特徴は、TrueTypeフォントデータをCIDフォントフレームワーク内に包含することで、開発者が既存のTrueTypeフォントを活用しながら、大規模な文字セットを処理するためのCIDアーキテクチャの利点を維持できる点にあります ( Citation: N.A., 2020 (N.A.). (2020). Document management — Portable document format — Part 2: PDF 2.0 .  International Organization for Standardization Retrieved from https://www.iso.org/standard/75839.html ) 。

MMType1は、PDF内のフォントサブタイプの一つで、Multiple Master Type 1フォントを表します。これは、書体の異なるデザインバリエーション間で動的に補間を行うことを可能にするAdobe技術です。 ( Citation: N.A., 2020 (N.A.). (2020). Document management — Portable document format — Part 2: PDF 2.0 .  International Organization for Standardization Retrieved from https://www.iso.org/standard/75839.html ) で定義されているように、MMType1フォントは、ウェイト、幅、オプティカルサイズなどのデザインパラメータを変化させることで、カスタマイズされたフォントインスタンスの作成を可能にします。このフォントサブタイプは、フォント辞書の/Subtypeエントリに/MMType1値を使用して、Multiple Master Type 1フォントであることを示します。

MMType1は、PDF のフォントアーキテクチャ内の特殊なフォントサブタイプで、Multiple Master技術を通じて標準Type 1フォントの機能を拡張したものです。単一の固定デザインを持つシンプルなType 1フォントとは異なり、MMType1フォントは複数のマスターデザインを含み、一つ以上のデザイン軸に沿ってそれらの間で補間を可能にします。各軸は、ウェイト(細字から太字)、幅(圧縮から拡張)、またはオプティカルサイズ(小から大)などのデザインバリエーションの次元を表します。

フォントは、PDFフォント辞書内で/Subtype /MMType1として識別され、デザイン軸とその範囲を定義する追加のエントリを含みます。MMType1フォントは、Type 1、TrueType、Type 3などの他のフォントサブタイプとは異なり、静的なグリフアウトラインだけでなく、パラメトリックなデザイン情報を含んでいます。この技術は現代のバリアブルフォント形式に先行するものですが、単一のフォントリソース内で動的なタイポグラフィの柔軟性を提供するという点で類似した目的を果たします。

Font subtype TrueTypeは、PDF文書内でスケーラブルなアウトライングリフがどのように表現され、文字コードにマッピングされるかを定義する、/TrueTypeサブタイプ値によって識別されるPDFフォントリソースです ( Citation: N.A., 2020 (N.A.). (2020). Document management — Portable document format — Part 2: PDF 2.0 .  International Organization for Standardization Retrieved from https://www.iso.org/standard/75839.html ) 。TrueTypeフォントは、グリフアウトラインの定義に2次ベジェ曲線を使用し、PDFファイルに埋め込まれる最も一般的なフォント形式の1つです。このフォントサブタイプにより、PDFは元の書体の視覚的特性を維持しながら、異なるプラットフォーム間で一貫してテキストを表示できます。

PDF内のTrueTypeフォントサブタイプは、/Subtypeエントリが/TrueTypeに設定されたフォント辞書であり、元々Appleによって開発されたTrueType仕様に準拠するフォントを表します。3次ベジェ曲線を使用するType 1フォントとは異なり、TrueTypeフォントはグリフアウトライン定義に2次ベジェ曲線を利用します。フォント辞書には、メトリクスと特性を指定するフォントディスクリプタへの参照が含まれており、通常は/FontFile2ストリーム内に埋め込まれたフォントプログラムが含まれます。

PDF内のTrueTypeフォントは、Type 0（複合）フォントとは異なり、シングルバイト文字エンコーディング方式を持つシンプルフォントを表すため、1つのフォントリソースあたり256グリフに制限されます。より多くの文字が必要な場合は、複数のTrueTypeフォントサブセットを埋め込むことができます。このフォントサブタイプは、グリフアウトラインデータではなくPDFグラフィックスオペレータを使用してグリフを定義するType 3フォントとも異なります。

PDF生成および操作を行う開発者にとって、TrueTypeフォントサブタイプを理解することは、いくつかの実用的な理由から不可欠です。

Font subtype Type0は、PDF内で大規模な文字セットを使用可能にする複合フォント形式であり、特にCJK（中国語、日本語、韓国語）言語や数千のグリフを持つその他のスクリプトに使用されます。シングルバイト文字コードを使用するシンプルフォントとは異なり、Type0フォントはマルチバイトエンコーディングを使用し、階層構造を通じて文字コードをグリフにマッピングします ( Citation: N.A., 2020 (N.A.). (2020). Document management — Portable document format — Part 2: PDF 2.0 .  International Organization for Standardization Retrieved from https://www.iso.org/standard/75839.html ) 。このフォントサブタイプは、PDF文書でUnicodeテキストや複雑な文字体系を表示するために不可欠です。

Type0フォントは、フォント辞書内の/Type0サブタイプエントリによって識別されるPDFの複合フォントリソースです。256グリフに制限されるシンプルフォントタイプ（Type1、TrueType、Type3）とは異なり、Type0フォントは2段階のマッピング構造を使用することで、事実上無制限のサイズの文字セットをサポートします。Type0フォント自体は、実際のグリフ記述を含む1つ以上の子孫CIDFont（Character Identifierフォント）を参照するコンテナとして機能します。

Type0フォントの主な特徴は、CMap（Character Map）リソースを通じてマルチバイト文字コードを使用できることです。CMAPは、コンテンツストリームからのマルチバイト文字コードがどのようにCharacter Identifier（CID）にマッピングされ、さらに子孫CIDFont内の実際のグリフにマッピングされるかを定義します。このアーキテクチャにより、Type0フォントは大規模な文字セットを持つ言語を効率的に表現しながら、適切なテキスト抽出とアクセシビリティに必要な柔軟性を維持できます ( Citation: N.A., 2014 (N.A.). (2014). Document management applications — Electronic document file format enhancement for accessibility — Part 1: Use of ISO 32000-1 (PDF/UA-1) .  International Organization for Standardization Retrieved from https://www.iso.org/standard/64599.html ) 。