stanford-oval/wikipedia huggingface dataset:
Portable Document Format
PDFの歴史 > 経緯

PDFは 1990年代初めに、文書共有を目的として開発された。文書の書式とインラインの図表を保持し、異なるプラットフォームのコンピュータのユーザー間で文書を閲覧するために互換性のあるアプリケーションを利用できない場合にも文書を共有できる。競合としてDjVu (開発続行中)、Envoy、Common Ground社の DigitalPaper, Farallon Replicaの他にアドビ自身が推進するPostScript format (.ps) がある。初期、 World Wide WebとHTMLが興隆する以前のPDFの主要な用途はデスクトップパブリッシングのワークフローであった。
PDFの初期の普及の足取りはゆっくりしたものであった。アドビのPDF閲覧・作成ソフトAdobe Acrobatは無償ではなく、また初代バージョンのPDFは文書外部へのハイパーリンクを提供しないためインターネットの特長を活かしていなかった。またプレーンテキストと比べてサイズは大きいためモデムによるダウンロードは時間がかかり、また当時ハイスペックだったPCでも表示は遅かった。
バージョン 2.0より、アドビはAcrobat Readerを無償配布するようになった。初代バージョンとの互換性は保たれており次第に書式を固定した電子文書のデファクトスタンダードの地位を確立した。
2008年にアドビのPDF Reference 1.7はISO 32000:1:2008として策定された。以後のPDF（PDF 2.0を含む）開発はIS のTC 171 SC 2 WG 8においてアドビと専門家らの協力により進められている。
PDFの歴史 > 経緯 > 一覧

| 時 | 出来事 |
| --- | --- |
1993年: アドビシステムズ（現アドビ）、PDF1.0とAcrobat 1.0をリリース。
1994年: アドビシステムズ、Acrobat Readerの無償配布開始。この無償配布が、PDF普及の大きな要因となった。
1995年: アドビシステムズ、Netscape Navigator用のAcrobatプラグインを公開。ウェブブラウザー上でのPDF利用を促進した。
1996年: アドビシステムズ、PDF 1.2とAcrobat 3.0をリリース。このバージョンからPDFとAcrobatが日本語に対応。
1999年: Apple、Mac OS Xをリリース。Quartzを採用し、OSレベルでPDFへ対応。 アドビシステムズ、PDF 1.3とAcrobat 4.0をリリース。
2001年: アドビシステムズ、PDF 1.4とAcrobat 5.0をリリース。
2003年: アドビシステムズ、PDF 1.5とAcrobat 6.0をリリース。
2004年: ソースネクスト、日本国内で「いきなりPDF」シリーズを発売開始。低価格のPDF作成ソフトということで注目を集めた。 アドビシステムズ、PDF 1.6とAcrobat 7.0をリリース。
2005年: アドビシステムズ、マクロメディアを買収。PDFとFlashの統合が開始された。
2006年: アドビシステムズ、PDF 1.7とAcrobat 8.0をリリース。
2008年7月2日: ISOの管理規格となる。ISO 32000-1。
2008年: アドビシステムズ、PDF 1.7, Adobe Extension Level 3とAcrobat 9.0をリリース。
2010年: アドビシステムズ、PDF 1.7, Adobe Extension Level 8とAcrobat X(10.0)をリリース。
PDFの歴史 > アドビによる仕様定義

1993-2006年にかけてアドビはPDFの仕様を数回改訂して新機能を追加している。
PDF 1.7 (ISO 32000-1) が制定された2006年以降にアドビが定義した拡張 (Extension Levels) はISO 32000-2 (PDF 2.0) のドラフトにも一部取り込まれているものもあるが、開発者はアドビの拡張部分がPDFの標準でないことに注意する必要がある。
PDFの歴史 > ISO規格化

国際標準化機構 (ISO) によるPDF 1.7の標準化以降、仕様の改訂はISOが預かるところとなった。アドビ独自のバージョンアップは、ベースとなるバージョン (1.7) に対する "Adobe Extensions" という形で行われている。
PDFの歴史 > ISO規格化 > PDF 1.7

PDF 1.7の仕様書の最終版は 2008年1月に ISO Technical Committee 171にて採択され,2008年7月1日にISO 32000-1:2008 Document management – Portable document format – Part 1:PDF 1.7として公開された。
ISO 32000-1:2008 はPDFの機能を全て定義した初の規格である。それ以前にISO PDF規格になったもの (PDF/A, PDF/X, 等) は特定分野に適用される物である。ISO 32000-1はAdobe PDF仕様1.0から1.6で定められた物を網羅しているが、以前のバージョンの一部の機能はアドビにより削除されており、PDF 1.7についても同様である。
ISO 32000-1の文書はアドビの PDF Reference, sixth edition, Adobe Portable Document Format version 1.7, November 2006 を元にしており、ISO Technical Committee 171 (ISO/TC 171), Document management application, Subcommittee SC 2, Application issuesによるファストトラック (Fast-track procedure) 制度により審査された。
ISO PDF 規格の要約 (abstract) には以下のように記述されている。:
ISO 32000-1:2008 は電子文書のユーザーが交換と閲覧を行うにあたり、作成した環境に依存することなく再現し、閲覧および印刷するための形式を定義する。その目的とするところはPDFファイルを作成するソフトウェア、既存のPDFファイルを閲覧およびコンテンツを画面に表示するよう解釈しユーザーと対話するソフトウェア、またその他の用途のためにPDFファイルを読み書きする各種製品の開発者に供するものである。
ISO 32000-1 の中にはアドビのプロプライエタリな仕様の部分がいくつか引用規格とされており、（Adobe Acrobat JavaScriptやXFA (XML Forms Architecture) など) ISO 32000-1に準拠するためにはこれらが不可欠となっている。
PDFの歴史 > ISO規格化 > PDF 2.0

新しいバージョンのPDF規格はISO/CD 32000-2 - Document management – Portable document format – Part 2:PDF 2.0として策定され、2017年7月に公開された。
PDFの歴史 > ISO規格化 > PDF 2.0 > 新機能

新機能としては以下のようなものが紹介されている。
暗号化された文書を非暗号化された文書でラップできる。すなわち、だれにでも読める表紙ページが付いたセキュアなPDF文書を作成できる
リッチメディア注釈の導入。地理情報やPRC(3Dフォーマット)のサポート
PDF/A-3にて最初に導入された、添付ファイルについての機械解釈可能なメタデータが付加できるようになった
タグ付きPDFに関する14.8章の完全な作り直し。タグセットの見直し、名前空間の導入、MathMLのサポートと発音ヒントの導入など。アクセシビリティの向上に伴いテキスト抽出や軽量デバイス向けのHTMLにコンバートするのが容易になるなど。
デジタル署名が最新の規格に適合するようアップデートされた。ユーザーにデジタル署名されたPDFの検証が可能になった。
現時点でのスタンダードであるAES-256暗号化のサポート
PDFの歴史 > ISO規格化 > PDF 2.0 > 拡張された機能

既存の仕様から改良されたものは以下の通り。
注釈について透過、合成モード属性の追加
Polygon/Polyline real paths
256bit AES暗号化
ECC 準拠の証明書
Unicode準拠のパスワード
Document requirement extensions
ページ単位、および外部から指定可能な出力インテント
添付ファイルのサムネイル
画像、フォームの XObjects に対する Measurement & Point Data
ビュワーに対し印刷倍率の設定を強制できる
GoToDp および RichMediaExecute アクション
GoTo および GoToR を拡張して一部の構造化エレメントへのリンクが可能に
署名フィールドのロックと署名シード値の拡張
三次元寸法および3D表示条件の拡張（透過を含む）
構造化要素の追加。DocumentFragment、Hn(深度6以上の見出し)、Title、 FENote、SUb、Em、Strong、Artifact
出力インテントの拡張 (MixingHints および SpectralData)
PDFの歴史 > ISO規格化 > PDF 2.0 > 廃止された機能

XFA
ムービー、サウンド、(PDF/Xの) TrapNet 注釈(リッチメディア注釈により代替)
ムービー、サウンド アクション
Info辞書
DRMについての制限
ProcSet (PDFページ記述演算子)
ファイル仕様とLaunch アクションに関するOS依存の仕様部分
XObjects とフォント の名前
合成モードのアレイ（配列）
代替プレゼンテーション
Open prepress interface (OPI)
CharSet (For Type 1 fonts)
CIDSet (for CID fonts)
Prepress viewer preferences (ViewArea、ViewClip、など)
NeedAppearances (フォームの見え方についての指定)
adbe.pkcs7.sha1 および adbe.x509.rsa_sha1 署名ハンドラ
FDF ファイルの暗号化
Suspects flag in MarkInfo dictionary
UR signature
PDF 2.0の提案は2009年にISOに受理された。(ISO/NP 32000-2) TC 171 SC 2 WG 8 委員会は文書の作成のほか、寄せられる多数の技術的、編集面のコメントへの対応、各種課題ごとに関心を寄せる組織たちで構成されるアドホックな下位委員会8つの運営などのために活動している。
規格の開発は"照会段階"/"国際規格案"の段階まで進んでいたが、文書の整備に本プロジェクトは中止され、新しいプロジェクトが立ち上げられた。2014年中に2つめの"委員会原案"が提出される予定である。
AdobeはAdobe Extension Level 5 と Adobe Extension Level 3 をISO 32000-2 に盛り込もうとしたが、そのうち一部の機能だけが採用されている。
ISO委員会のPDF 2.0開発の目標には、機能の進化的な拡張のほかに、PDF言語のリファインや現在[いつ?]使われなくなっている機能（例:フォームのXObject names等）の廃止による、またアドビのプロプライエタリな仕様（例:Adobe JavaScript、リッチテキスト等）の標準化が含まれている。
PDF 2.0ではアドビの XML Forms Architecture 3.1 を参照しようとしており、2011年にISOの委員会はアドビにXFA仕様書の提出を求め、またXFA仕様を安定化させるよう求めている。
PDFの歴史 > ISO規格化 > ISO TC 171 SC 2 WG 8

（TCは「専門委員会」、SCは「分化委員会」、WGは「作業グループ」の略）
→ISOの組織については国際標準化機構を参照
2008年にISO標準を策定するために設置された。
作業グループ8は年に二度会合を開き、10カ国以上より参加者が集まる。ISO 32000の委員会のミーティングは認定された主題専門家に対しオープンとされている。関心を持つ団体は、ISOの会員団体に参加について問い合わせる。
現在[いつ?]のプロジェクトのリーダーシップはシェリー・エクホルム（マイクロソフト） 、副リーダーはダフ・ジョンソン（独立コンサルタント）が担当している。
以前のリーダーは 2008年より2011までジェイムズ・キング博士（アドビシステムズ）が担当した。ISO幹事はベッツィー・ファニング(AIIM)。
技術的な基盤

PDFの読み書きを行うソフトウェアは誰でも開発することができ、アドビにライセンス料などを支払う必要はない。アドビはPDFについて特許を保有しているが、仕様は無料で自由に参照することが出来る。
PDFは3つの技術的な柱から成り立っている。
レイアウトとグラフィックを生成するためのPostScriptページ記述言語のサブセット
異環境での表示のためのフォントの埋め込み、代替の仕組み
文書、グラフィック、添付ファイルを単一ファイルにまとめて圧縮する構造化ストレージ
技術的な基盤 > PDFとPostScript

PDFは、アドビシステムズが開発し印刷業界の標準として普及していたページ記述言語PostScriptを元に策定された。
PDFでは、コンピュータ上でのデータ交換のために次の機能が追加されている。
ファイルに含まれる各ページへのランダムアクセスに対応。この機能により、必要なページをすばやく表示できる。PostScriptでは前のページの処理結果がないと現在ページの描画が出来ない場合があるが、PDFでは各ページで完結したコンテンツにされる。
フォントの埋め込み
文書情報など、本文以外の情報を入力できる。PDFではしおり・リンク・注釈なども本文とは別の情報として扱われる
透明の概念（後にバージョン1.4で追加）
PDFには、PostScriptの持っているプログラミング言語としての機能はなく、HTMLなどと同様のデータ記述言語となっている。たとえばPostScriptのif やloopといったプログラム用命令は取り除かれている。一方linetoなどは残されている。これはファイルを開いた場合にエラーが発生する可能性を小さくし信頼性を高めるためという事と同時に、PostScriptが持つ特徴の一つである、インタプリタによる実行環境への依存性を極力排除していく方向性からである。
このように元々PDFはPostScriptから発展・派生したという経緯を持つため、PostScriptとPDFは似た特性を持っており、相互の変換は比較的容易である。実際、Acrobatに含まれるDistillerでは、各種アプリケーションのデータをいったんPostScriptファイルに変換（WindowsやMacintoshではプリンタードライバを経由する形で行われる）し、それを元にPDFを生成している。しかし、PDFを作成するには、必ずしもPostScriptを経由する必要はなく、例えばGDI経由で直接PDFを作成することも可能であり、実際にそういった形で動作（GDI→PDF）する製品は多数存在する（「いきなりPDF」もこのタイプである）。
旧バージョンのQuark XPressなどからPDFファイルを作成するには、PostScriptファイルを生成したうえで"Distiller"というAdobe Acrobatに添付のソフトを使ってPDFファイルに変換するのが一般的である。また、Adobe InDesign、Illustrator、PhotoshopやQuark XPress（バージョン6以降）を使うと、Acrobatなどは使わずに直接PDFファイルを作成できる。
技術概要

PDF文書は1以上のページで構成され、各ページにはテキスト・画像・図形が含まれる。
PDFファイルの生成には、アドビシステムズ社純正の「Adobe Acrobat」やサードパーティー製品を利用する方法がもっとも基礎的である。さらに、クラウド形態などによりサーバサイドでPDFファイルを作成するシステムや、PDFファイル生成とは異なる主目的をもつソフトウエアが PDFファイルを生成する補助機能を搭載している場合もある。
PDFファイルの表示や印刷は、第一にAcrobat Readerなどの専用のビューアーアプリケーションを用いる方法がある。ウェブ上で公開されているPDFファイルについては、パソコンのウェブブラウザ上で閲覧できることがある。当初はAcrobat Readerのプラグインを用いていたが、現在[いつ?]Google Chrome、Mozilla Firefox、Microsoft Edgeなど、PDF表示機能を内蔵する製品も登場している。しかし、これらの製品でも、スマートフォン向けでは、PDF表示機能が除外されている。
PDFの仕様は、ISOで標準化される以前からアドビシステムズから公開されてきている。そのため、アドビシステムズ以外のさまざまな企業・団体や有志が、PDF関連のソフトウェアを開発・公開しており、オープンソースソフトウェア、フリーウェアも数多い。
技術概要 > ファイル構造

PDFファイルはCOS ("Carousel" Object Structure) のサブセットである。COSのツリー構造は以下の8種のオブジェクトで構成される。
ブーリアン値
数値
文字列
名前
配列:オブジェクトに順序を与えた集合
辞書:オブジェクトに名前を与えた集合
ストリーム:大きなデータに使われる
ヌルオブジェクト
オブジェクトはobject number とgeneration numberで番号付けされ、xref table表が各オブジェクトのファイル先頭からのオフセットを記述する。
この利点はファイル内のランダムアクセスを容易にすることで、またファイルの変更があった際に変更点を追記するだけでファイル全体の書き直しを行わなくてよくなる。
PDFのデータ配置は リニア(最適化)とノンリニア(最適化なし)の2種類がある。最適化なしは、PDFの変更箇所がファイル末尾に追記された状態であり、デメリットはファイル全体をダウンロードしてからでなければファイルの表示内容を確定できないことである。最適化された場合は、末尾にあった変更点が各ページに適用されて、Webで表示させる場合などに好きなページから表示させられるメリットがある。
技術概要 > イメージモデル

PDF内の画像の記述方法はPostScriptに近く、相違箇所は透明の有無である。透明はPDF 1.4で追加された。
技術概要 > イメージモデル > ベクター画像

ベクター画像はパスで記述された物で、直線、方形、ベジエ曲線で構成される。
図形を記述するだけでなく、文字のアウトラインを記述する場合もある。
パスはストローク、塗りつぶし、クリッピング（切り抜き）に使われる。ストロークと塗りつぶしは自由な色、模様を指定できる。
模様はタイリング、色なしのタイリング、シェーディングを指定できる。
技術概要 > イメージモデル > ラスター画像

ラスターイメージ（Image XObjectsと呼称）は、PDF内では辞書と、関連づけられたストリームで表現される。辞書には画像のプロパティが記述され、ストリームにはイメージデータが記述される。画像は複数の圧縮方式でフィルターされる。サポートされるフィルターは以下のものがあり、用途に応じて画質とサイズのバランスを選ぶことができる。
技術概要 > イメージモデル > テキスト

テキストはPDF内のコンテント ストリーム内でテキスト エレメントとして記述される。テキストエレメントはどの文字がどの座標に表示されるかを定義し、どのフォントとエンコーディングを使うかも記述する。
技術概要 > イメージモデル > フォント

フォントオブジェクトは、タイプフェースを記述する。どのフォントを使用するか記述するほかに、フォントファイルの埋め込みもできる。
埋め込めるフォントはType1、TrueType、OpenTypeがある。
技術概要 > イメージモデル > 標準Type1フォント（標準14書体）

以下の14書体については、ソフトウェアは必ず装備するか、同じ寸法の代替フォントを装備しなければならない。ソフトウェアは以下のフォントの寸法について情報を保持し、もしPDFに埋め込まれていない場合は同じ寸法の代替フォントで表示する。
Times (v3) (標準、斜体、太字、太字斜体)
Courier (標準、斜体、太字、太字斜体)
Helvetica (v3) (標準、斜体、太字、太字斜体)
Symbol
Zapf Dingbats
技術概要 > イメージモデル > 標準Type1フォント（標準14書体） > フォントの埋め込みの注意

電子文書を正しく表示するためには、フォントが正しく設定されている必要がある。一般に、文書作成時に使用されているフォントがインストールされていないコンピュータでは、文書を正しく表示・印刷できない。例えばヒラギノフォントを使って作成した文書は、このフォントがインストールされていないコンピュータでは代替の日本語フォントで表示する必要がある。さらに、日本語フォントがインストールされていないコンピュータではエラーや文字化けが発生し、正しく表示できない。
PDFの文書では、使用しているフォントを埋め込むことで、そのフォントがインストールされていないコンピュータでも正しく表示・印刷できる。フォントを埋め込む方法は2つあり、当該フォントに含まれているすべてのグリフ（字形）を埋め込む方法と、文章に使用されているグリフのみを埋め込む方法である。これらの選択は、PDFを作成する際に行う。フォントを埋め込んで作成したPDFの日本語文書は、日本語フォントがインストールされていないコンピュータでも正しく表示できる。
ただし、フォントを埋め込んだPDFファイルはファイルサイズが大きくなるという問題がある。また、フォントを埋め込む場合は、フォントのライセンスにも注意する必要がある。
技術概要 > イメージモデル > エンコーディング

テキストストリーム内では、文字は文字コード（番号）によって記述される。WinAnsi、MacRomanのほか東アジアの各種言語のエンコーディングが定義されているほかに、フォント自身に独自のエンコーディングを持つことも出来る。
基礎がType1フォントを前提に作られたので、TrueTypeフォントなどを記述する場合は、非常に複雑な記述になる。
技術概要 > イメージモデル > エンコーディング > 日本語のエンコード

文字コードについては、全ての文字列が独自のルールで英数字にエンコードされる。英語文書の場合はある程度解読できるが、多バイト文字になると非常に複雑なルールでエンコードしなければならない。
それで得られるメリットは、処理系にかかわらず文字を正確に区別できることで、例えばJIS90形式の文字とJIS2004形式の文字はJIS、Unicode上では同じ文字コードでありながら字形が異なる文字があり、普通の処理系ではどちらかのフォントしか表示できないが、PDF上では一緒に記述できることが挙げられる。
しかしながら例えばWindows 2000とWindows Vista間ではMS明朝、MSゴシックのフォントのバージョンは異なり、フォントを埋め込まないようにPDFを作成すると、片方の環境では文字が全面的に文字化けするケースがある。
また、フォントが埋め込まれているため文字化けしていないように見えても、文面をクリップボードにコピーしてエディタに貼り付けると、テキストストリームが異機種のエンコーディングになっていて文字化けするケースもある。
Adobe製品は比較的問題が起こりにくいが、サードパーティー製品や海外製のソフトウェアでは現在[いつ?]もこの種の問題に遭遇することがある。
技術概要 > インタラクティブ性

PDFファイルには、音楽、動画などのマルチメディアファイルを含めることができる。そのためPDFファイルは、コンピュータを使ったプレゼンテーション用に使うこともできる。2005年にアドビシステムズがFlashの開発・推進を進めてきたマクロメディアを買収し、アドビシステムズによるFlashとPDFとの統合がかつて進められていた。Flashは2020年に開発・サポートが終了している。
そのためAdobe製品によるPDF表示では、Flash形式のファイルが埋め込まれていてもプラグインなどをインストールせずに再生することが出来る。しかしQuickTimeはサポートされない。これはAppleとAdobeの敵対的な関係を示しており[要出典]、そのためAppleのiOSデバイスではリッチメディアPDFはインタラクティブ性が損なわれる。
またフォームはユーザーに入力させるメカニズムで、AcroForms(PDF 1.2より)と Adobe XML Forms Architecture(XFA)(PDF 1.5より) の2種類が使える。XFA仕様はPDF仕様に含まれておらず、オプション機能として言及されているだけである。
技術概要 > インタラクティブ性 > AcroForms

PDF 1.2より導入され、テキストボックスやラジオボタンなどのオブジェクトとJavaScriptを記述することが出来る。PDFの標準のアクションに加え、AcroForms は内容の送信、リセット、取り込みができる。送信機能はフォームの内容を特定のURLに送信する。
送信形式は以下の種類がある。
HTML Form format（HTML 4.01 形式は PDF 1.5より;HTML 2.0 形式は PDF1.2より）
Forms Data Format (FDF)
XML Forms Data Format (XFDF)（external XML Forms Data Format Specification, Version 2.0;PDF 1.5より;PDF 1.4で実装された"XML" フォーム送信形式の代替）
PDF （PDFの内容全部を送信できる）（PDF 1.4 にて定義）
AcroFormsはフォームフィールドの値を外部の独立したファイルに キー:値 のペアで格納することができる。外部ファイルとしてはForms Data Format (FDF) とXML Forms Data Format (XFDF) の2種類がある。
技術概要 > インタラクティブ性 > AcroForms > Forms Data Format (FDF)

| --- | --- |
拡張子: .fdf
MIMEタイプ: application/vnd.fdf
タイプコード: 'FDF'
開発者: アドビ
初版: 1996年 (1996) (PDF 1.2)
派生元: PDF
拡張: XFDF
国際標準: ISO 32000-1:2008
オープンフォーマット: Yes
Forms Data Format (FDF) はPDFを基盤にしており、同じ文法と基本的に類似したファイル構造をしているがPDFよりはbodyに必要なオブジェクトが1個だけである分単純である。FDFはPDF仕様書に記載されている。(PDF 1.2より) FDF形式はデータをサーバに送り、応答を受け取り、フォームに内容を反映するのに使用できる。また単体ファイルとしてエクスポートさせ、PDFのインタラクティブ フォームに取り込む使い方も出来る。 PDF 1.3からは、FDFはアノテーション（注釈）を適用対象のPDFから独立して格納するコンテナーとして定義できるようになった。典型的なFDFはX.509 certificatesや認証リクエスト、ディレクトリ設定、タイムスタンプサーバー設定、その他添付のPDFファイルなどの情報をネットワーク送信のためカプセル化する。
 FDFのMIMEコンテントタイプは application/vnd.fdf で, ファイル拡張子は.fdfになる。Macのファイルタイプは'FDF'。 FDFの単体ファイルへのインポート、エクスポートはフリーウェア系PDFソフトウェアでは広く実装しているとは言えない。その例としては、Evince、Okular、Poppler、KPDF, Sumatra PDF が挙げられる。ただしEvince、Okular、PopplerはAcroformsにデータを代入して保存させることなら出来る。単体FDFのインポートを実装しているソフトウェアとしてはAcrobat Readerがあり、インポート、エクスポート両方を実装するものとしてはFoxit ReaderとPDF-XChange Viewer Freeが挙げられる。PDFファイルへのFDFデータの保存についてはpdftkにも実装されている。
技術概要 > 論理構造とアクセシビリティ

「タグ」機能により、PDFのコンテンツにはセマンティックな（意味に基づく）構造と関連が記述できるようになり、これによりPDFの順序付けた読み上げか可能になった。
タグ付きPDFは印刷用途のPDFには必要ないためオプション扱いとなっており、ISO32000-1の記述も曖昧な物になっている。
技術の特筆点 > スキャンした文書

紙資料をイメージスキャナなどを使って電子文書にする場合も、PDFが利用されることが多い。
紙資料を電子文書化するとき、PDFを利用しない場合には、TIFFなどの画像ファイルとして保存する方法と、OCRソフトウェアを使ってテキストとして保存する方法がある。画像ファイルとして保存された電子文書は画面上で見る場合には紙資料と同じ内容が再現できるものの、文章や文字をコピーすることができないなどテキストの再利用に大きな制限がある。また、OCRソフトウェアを使って作成したテキストファイルではテキストの再利用は可能となるが、OCRソフトウェアの精度の問題もあり、元の内容を完全に再現できない場合が多い。
PDFを利用すれば、紙資料をスキャンした画像の上にOCRソフトウェアで変換して作成した透明テキストを重ね、1つのファイルとして保存することができる。こうしたPDFの文書では、画面上で見る場合には紙資料の内容を完全に再現でき、不完全ではあるがテキストの再利用もできる。例えば、Acrobatにはバージョン6.0以降のStandard版以上でOCR機能が標準で搭載されるようになった。
技術の特筆点 > アクセシビリティ

PDFの役割は印刷物をスクリーンに再現するだけではない。視覚障碍者向けの対応として、バーチャルな印刷物にとどまらず、XMLによる"タグ"を埋め込むことが出来る。これはページ内コンテンツの論理的な構造を表し、読み上げソフトを使う場合にどの順序で読むべきかなどの情報を提供する。PDF作成用ソフトウェアによってタグ生成への対応度は分かれ、またデフォルトでタグ生成を有効にしていないソフトもある。特に紙からスキャンしてPDFを生成する場合はタグは軽視され、障碍者にとって障壁となることが多い。
PDFのアクセシビリティ対策は(i)フィジカルなビュー（普段目にする印刷物的な表示）と、読み上げソフトウェアが使用する(ii)タグのビュー、そして(iii)PDFを構成するテキストやグラフィックのオブジェクトのストリーム（タグがない場合には読み上げソフトはこのテキストストリームを読みにいく）という3つのビューの整合性を取るという困難な作業を伴う。
技術の特筆点 > ウイルスと脆弱性 > 閲覧に使用したコンピュータのウイルス感染

PDFはセキュリティが考慮されていない古い時代のフォーマットである。脆弱性のあるAcrobat Readerで有害なJavaScriptを含むPDFファイルを開くと、コードが実行され、パソコンがウイルスに感染する。同時に、ダミーのPDFファイルを表示させて、ユーザーがウイルス感染を気付かないようにする。その脆弱性を悪用した攻撃があり、2009年12月以降、日本で話題になっている「Gumblar」もPDFを媒介としている。
対策として、リーダの最新版へのプログラムアップデートがあるが、新たな脆弱性が発見されてからアップデートまでに時間が必要である。ユーザーによる不要な機能の無効化（例えばAcrobat ReaderにおけるJavaScriptエンジンの無効化）を併用することが推奨される。
技術の特筆点 > 権利コントロール > セキュリティと電子署名

PDFファイルには、情報の機密性を保つために、閲覧パスワード（ユーザパスワード）と編集パスワード（オーナーパスワード）、公開鍵方式の暗号化を設定することができる。
閲覧パスワードが設定されていると、利用者は正しい閲覧パスワードを入力しないとPDFファイルを開けない。編集パスワードが設定されている場合、閲覧だけならパスワード入力は不要であるが、次の作業をするには正しい編集パスワードを入力して設定を解除しなければならない。
編集
印刷
テキストや画像などのコピー
この機能を使うことにより、ユーザの画面上では表示できるものの、コンテンツ内の文章をコピー・アンド・ペーストできないようしたり、文書内の写真の印刷ができないよう設定した文書を配布したりできる。
また、電子署名を付け、文書の改竄を防止する機能も持つ。
しかしPDFのパスワードを解除するソフトウェアも多く流通しており、2014年現在ではPDF 1.6などの古い形式のファイルは1秒もかからずパスワードが解除されてしまうケースがある。数年後にはツールで解読されてしまうということを考慮する必要がある。
技術の特筆点 > 権利コントロール > DRM

Adobe LiveCycle（英語版）製品群ではDRMを実装しており、エンドユーザーに配布されたPDFに対して、後から閲覧権限を変更することができる。応用の一例としては、配布されたPDFの内容が古くなってしまった場合に閲覧禁止として、新しい版をダウンロードするよう求めるような例がある。
技術の特筆点 > デフォルトの画面設定

PDFは表示するソフトウェアの挙動を定義することが出来る。
例えばしおりのウインドウを最初に開くか、またツールバーを表示するかどうか、などを文書に記述できる。
ソフトウェア

PDFの生成、閲覧用ソフトウェアは各種プラットフォームで提供される。macOSとほとんどのLinuxディストリビューション、LibreOffice、Microsoft Office 2007（要SP2アップデート）、WordPerfect 9、Scribus、Windows向け各種プリントドライバ、pdfTeX組版システム、DocBook PDFツール、Ghostscript製品群、アドビのAdobe AcrobatとAdobe FrameMaker、GoogleのオンラインオフィススイートであるGoogle DocsはPDFに出力する機能を装備している。
ラスターイメージプロセッサ (RIP) は、PDFをラスターイメージラスターイメージ に変換して、紙などの媒体に出力するために使用され、DTP分野ではラスタライズと呼ばれる。 PDFの処理能力を備えるRIP は、アドビのPDF印刷エンジン または、サードパーティー製品 Jaws や Global Graphics社（英語版）のHarlequin（ハーレクイン）RIP を組み込んでいる。
ソフトウェア > PDFファイルの閲覧と印刷

Windows環境におけるPDFファイルの表示や印刷には、アドビシステムズから無料で配布されているAcrobat Readerを使うのが一般的である。Acrobatがインストールされている場合は、AcrobatでPDFの表示や印刷ができる。macOSではOSに標準で付属する「プレビュー」を利用できる。その他のOSについても、PDF閲覧ソフトに付属している印刷機能や、OSの印刷機能を利用して印刷できる場合が多い。
ソフトウェア > PDFファイルの閲覧と印刷 > PDFファイルの検索

Web上のPDFファイルは、Googleなどで検索できる。また、コンピュータ内のPDFファイルは、AcrobatとAcrobat Readerによる全文検索が可能だが、検索用インデックスを作成した高速全文検索を利用するためにはAcrobatのProfessionalバージョン（6.0以降）やGoogleデスクトップ、Mac OS X Tiger以降に付属するSpotlightなどが必要となる。
ソフトウェア > PDFファイルの作成と編集

PDFファイルの作成には、アドビシステムズのAcrobatを利用するのが一般的である。macOSではOSの標準機能で各種文書をPDFファイルに変換できる。LinuxなどUnix系OSの印刷システムであるCUPSにはPDFファイルの出力機能がある。そのほかにも、後述するLibreOfficeなどオープンソースのものも含めて、数多くのPDF作成ツールがある。
ソフトウェア > PDFファイルの作成と編集 > Acrobat

Acrobatでは、データを各種ソフトウェアから「Adobe PDFプリンタ」へ印刷することでPDFファイルを作成できる。この操作の場合、Acrobatに含まれるDistillerでPDFファイルを作成することになる。また、Microsoft OfficeではAcrobatに含まれるPDFMakerで文書をPDFに変換できる。PDFMakerはDistillerを呼び出すとともに、しおり・ハイパーリンク・注釈などを自動的に作成する。
Adobe PDFプリンタによる方法以外としては以下のような作成手法を備えている。
Acrobat から直接、単数もしくは複数の画像ファイルを指定して、PDF化することが出来る。市販のデジタル写真集などでも利用されている。
Web Capture機能によりウェブページを直接PDF変換する。階層を指定することでハイパーリンク構造も再現できる。
イメージスキャナから直接画像を読み取り、PDFに変換できる。
ソフトウェア > PDFファイルの作成と編集 > 様々な文書データのPDF化

Microsoft Officeや一太郎などで作成した文書データも、PDF化されることが多い。PDFの文書は、Microsoft Officeなど文書作成時に使ったソフトウェアをインストールしていないコンピュータでも表示・印刷でき、コンピュータの環境によってレイアウトが変わる可能性も小さくなる。
Microsoft Officeの文書はPDF化しなくても、マイクロソフトから無償配布されている表示専用ソフトウェア（Word ViewerやExcel Viewerなど）で表示させることができる。しかしこうしたソフトウェアは、Acrobat ReaderなどのPDF表示用ソフトウェアと比べると、対応しているOSが限られていることもあり、インストールされていない、またはできない場合が多い。そのため、不特定多数の人を対象にした文書はPDF化することで正しく表示される可能性が高くなる。
PDFの作成には、Microsoft Officeからはプリンタとしてインストールされる「Adobe PDF」や「Acrobat Distiller」を利用してPDFを作成することができる。なお、32bit版Officeについては、Acrobatに含まれるマクロの「PDF Maker」を利用し、より簡単なPDFの作成が可能になっている。
2007 Microsoft Office System (Microsoft Office 2007) では追加アドインを加えることでPDFを出力する機能が追加された。また、Microsoft Office 2007 サービスパック 2では標準機能として追加され、別アプリを利用することなしにPDFを作成することができる。このPDF作成機能はMicrosoft Office 2010 (x86 / x64) にも引き継がれている。
一太郎の「2011 創」以降のバージョンでは、一太郎文書から直接PDFを作成することもできる。それより前のバージョンでは、CubePDF等の無料仮想プリンタドライバを用いて作成する事ができる。
オープンソースソフトウェアのLibreOfficeは標準でPDF出力に対応しており、PDFにODFファイルを埋め込みLibreOfficeで編集可能なPDFを作成するハイブリッドPDFや長期保存向けのPDF/A、ユニバーサルアクセシビリティ対応のPDF/UAでの出力や、PDFへの電子署名にも対応している。また、LibreOffice Drawを利用して、PDFファイルを直接、編集したり機密情報を消すための墨消しも行える。
ソフトウェア > PDFファイルの作成と編集 > LaTeXとPDF

LaTeXで作成した文書をPDFに変換する機能も持つツールも開発されている。
PDFLaTeXはLaTeXソース文書を読み取り、そのままPDF形式に出力できる。
dvipdfm(x)はLaTeX標準の中間形式であるdvi形式のファイルをPDFに変換できる。
これらPDFを直接扱う方法ではなく、LaTeX標準のdvipsやdvipskなどの伝統的なPostScript出力用ツールでいったんPostScript形式に落とし、それをAdobe Distiller（または自由ソフトウェアであるGhostscript）といった標準的なPostScript→PDF変換ツールを使ってPDF出力させるといったやり方も一般的である
ProsperなどのLaTeX形式ファイルからプレゼンテーション用PDFファイルを生成できるツールも存在する。
ソフトウェア > PDFファイルの作成と編集 > XML文書のPDF化

マークアップ言語XMLの応用技術であるXSL-FOを利用すると、Apache FOPやXSL Formatterなどのソフトウェアを利用してPDFファイルに変換できる。XSL-FOはXSLTなどを利用して各種XML文書から生成できるため、XSL-FOを利用することで各種XML文書からPDFファイルを作成できる。
PDFの短所

PDFの短所として、次のような点が指摘されている。
PDFの短所 > 仕様が複雑

PDFは、元にしていたPostScriptの仕様が複雑だったため、簡略化したとはいえやはり複雑な仕様である。また、PDFのバージョンアップとともにさまざまな機能が追加されたため、仕様はますます複雑になっている。
このため、PDFの文書およびソフトウェアはサイズが肥大化する傾向にあり、ソフトウェアの動作が重く、メモリの使用量が増大しがちである。
例えば、Acrobat6ではソフトウェアのサイズが大きく、起動に時間がかかるなど動作が重いため、敬遠する人も多かった。Acrobat7になって起動時間は短縮したが、ソフトウェアのサイズは相変わらず大きく、動作の重さを感じる場面もある。その配慮として、PDF以外の形式による文書（Word文書、Excelワークシートなど）も公開しているサイトもある。
また、仕様が公開されているとはいえ、PDFの複雑な仕様に完全に対応するソフトウェアを作成するのは難しい。
PDFの短所 > 再利用が困難

PDFは、文字のレイアウトが崩れにくい。作成者の意図がこれ以上改変されていないという保証を担保した最終成果物として、限定または不特定多数の利用者に公開するのには適している。しかし文字列の抽出や他形式にコンバートを試みると困難に直面する。というのは何も加工されていないPDFでは、ある文字列のブロック、隣接または上に重なる文字列やグラフィックとの論理的な対応関係を示す情報が乏しいためである。
言い換えれば、PDF上では文字列が、変換元文書にあったコンテキストを無視した文字の羅列になってしまうのである。これはKindleをはじめとする、画面の小さいビューアー用フォーマットへの変換を困難にする。また視覚障碍者向けの拡大表示、読み上げなどアクセシビリティにとって障壁となる。
この問題点に対応するため、PDFには「タグ」機能が「Adobe Acrobat 2017」で追加され、PDFへの変換時に文字列がどの順番で読まれるべきか、見出しとの関係などの情報が追加されるように改善された。しかし、紙をスキャナー機でスキャンまたはスマホ上で撮影して作成されたPDFではタグは軽視されることが多い。
PDFの短所 > HTMLとの比較

PDFは画面で見るには、ユーザビリティが不十分な側面がある。特に、スマートフォン普及以前の規格であるため小型端末では扱いにくい。ユーザビリティ（閲覧しやすさ）に関して、ヤコブ・ニールセンはPDFを「オンラインの閲覧用に使ってはならない」、と結論づけている。
ユーザビリティに十分配慮して作成されたHTML文書と比べると、PDFは扱いにくい面がある。PDFはウェブブラウザーでの表示用に最適化（リニアライズ）されていないと、文書の一部分だけを参照したい場合でも、最初から最後まですべてのデータを閲覧端末に読み込む必要がある。Acrobatなど既定でウェブブラウザーでの表示に最適化したPDFを作成するソフトも多いが、廉価・無償のPDF作成ソフトではウェブブラウザーでの表示に最適化する機能がないものがある。このようなPDF作成ソフトで作成されたPDFをウェブブラウザーで表示すると、表示開始までの待ち時間が長くなる。
ナビゲーションのために、しおり、PDFのページ間（内部）リンクやPDF外部へのリンクを文書の任意の箇所に設定することも可能であるが、これを利用するには、PDF作成時に素材データの中で設定するか、（Readerでない）Acrobatなどのしおり・リンク編集機能をもつソフトで追加する必要がある。この点は、ソースに参照したい箇所をテキスト情報として付記するだけで済むHTMLに比べれば煩雑である。
ほとんどのPDF文書がA4縦長で作られているが、PC画面は横長であることが多く、A4縦長文書を等倍で表示させにくい。ディスプレイは印刷物に比べて解像度が低いため、寸法の小さいパーツは見えにくい。HTMLは、ブラウザがウィンドウのサイズに合わせて再整形するのでこのような問題は少ない。
PDFの長所であったフォント埋め込みに関しても、Webフォントが登場したためネット通信があればHTMLではWebフォントを使用可能。
アクセシビリティの観点からも、PDFでは文書の作成時にタグ付きPDFとしなければならない点などを考えると、HTMLや単純なテキスト形式の方が扱いやすい。
シンデレラ

| --- | --- |
: この項目では、童話作品について説明しています。その他の用法については「シンデレラ (曖昧さ回避)」をご覧ください。
靴がピタリと合ったシーン。ギュスターヴ・ドレによるイラストレーション
靴がピタリと合ったシーン。
オットー・クベルのイラスト 1930年頃
シンデレラ（英: Cinderella）は、童話の一つ。また、その主人公。仏語で『サンドリヨン（仏: Cendrillon）』。和名は『灰かぶり姫』あるいは『灰かぶり』。
グリム兄弟によるアシェンプテル（Aschenputtel）（ドイツ語で先述の「灰かぶり」を意味する） 、シャルル・ペローによるものが知られているが、より古い形態を残していると考えられている作品としてジャンバッティスタ・バジーレの『ペンタメローネ（五日物語）』に採録されたチェネレントラ（Cenerentola）が挙げられる。日本の落窪物語や、中国にも唐代の小説「葉限」などの類話があるなど、古くから広い地域に伝わる民間伝承である。日本ではペロー版が有名である。
日本を含め世界的に極めて著名な作品であり、オペラ・バレエ・映画・アニメなど様々な二次作品が多数作られている。
なお、英語: cinder、フランス語: cendre、ドイツ語: Asche、イタリア語: cenereなどはいずれも「燃え殻」「灰」を意味し、上述の各作品名はこれらの派生形である。和訳名の『灰かぶり姫』もこれらを汲んだものである。
起源

世界中にシンデレラのバリエーションと言える話が残っている。
現在知られている中で最も古い記録の一つに、ギリシャの歴史家ストラボンが紀元前1世紀に記録したロドピスの話がある。それは以下のような話である。
ロドピスについては、ストラボン以前にヘロドトス『歴史』巻2に記述されており、それによるとアイソーポスとともにサモス人のイアドモンに仕えた奴隷女であったが、その後エジプトで売春婦をしていたところ、詩人サッポーの兄のカラクソスに身請けされたという。
あらすじ

細部は異なるものの、大筋としては以下のとおりである。
シンデレラは、継母とその連れ子である姉たちに日々いじめられていた（父親は作中に一度も登場しない）。
あるとき、城で舞踏会が開かれ、姉たちは着飾って出ていくが、シンデレラにはドレスがなかった。
舞踏会に行きたがるシンデレラを、不可思議な力（魔法使い、仙女、ネズミ、母親の形見の木、白鳩など）が助け、準備を整えるが、魔法は午前零時（＝日付けが変わった瞬間）に解けるのでそれまでに帰ってくるようにと警告される。
シンデレラは、城で王子に見初められる。
零時の鐘の音に焦ったシンデレラは階段に靴を落としてしまう。
王子は、靴を手がかりにシンデレラを捜す。
姉2人も含め、シンデレラの落とした靴のサイズは、シンデレラ以外の誰にも合わなかった。
シンデレラは王子に見出され、妃として迎えられる。
翻訳によっては「シンデレラは本来『エラ』という名前なのだが、灰で汚れた姿を継母達が『灰まみれのエラ/シンダーエラ』と馬鹿にしてからかった事から、シンデレラと呼ばれる様になり、王子と結婚したときにエラ妃となった」という記述がつく場合もあるが、各国語のタイトル解釈を理解できればわかる通り、「エラ」が本名であるという説に根拠は無く、他言語理解が無い上に原書にあたるという過程を省いたことによる、誤訳から来た後付けの設定である。
ペローによる『サンドリヨン』

原題は、「Cendrillon ou La Petite pantoufle de verre（サンドリヨン、または小さなガラスの靴）」。ガラスの靴を履かせ、カボチャの馬車に乗せるというモチーフを付け加えたのが、フランスの文学者シャルル・ペローであると言われている。
一般によく知られるストーリーとの相違点として、舞踏会は2晩続けて開かれ、サンドリヨン（シンデレラ）も2晩続けて行っている。
なお、ガラス（verre）の靴は仏語で同じ発音のリスの毛皮（vair）の靴をペローが誤認したという説が長年流布していたが（バルザックらも言及している）、近年のポール・ドラリュの研究によるとペロー以前に仏語圏外でもガラスの靴が登場するバージョンが確認されており、ペローは説話を正確に記録したとされている。もっとも、これに対する反論も出されており、いまだに結論は出されていない。
魔法で作り出したドレスは消えているのに、「ガラスの靴」だけが消えなかった理由として、ドレスなど他の物は「チェンジ」「トランスフォーム」と記述されているが、靴だけは「与えた」と記述されており、靴は魔法で生み出したものではないとの推測が成り立つ。
グリムによる『灰かぶり姫』

タイトルはアシェンプテル (Aschenputtel, KHM21) 。グリム童話はペローの影響を強く受けているといわれるが、この物語に関してはペローのものよりも原話により近いのではないかといわれている。
ペローとの違いとして主に
魔法使いが登場しない（当然カボチャの馬車も登場せず、代わりに白鳩が主人公を助ける）。
美しいドレスと靴を持ってくるのは、母親の墓のそばに生えたハシバミの木にくる白い小鳥。
ガラスの靴ではなく、1晩目は銀、2晩目は金の靴である。
シンデレラが靴を階段に残したのは偶然脱げたのではなく、王子があらかじめピッチを塗って靴が絡め取られたから。
王子が靴を手がかりにシンデレラを捜す際、連れ子の姉たちは靴に合わせるためにナイフで足（長女が爪先、次女は踵）を切り落とす。しかしストッキングに血が滲んで見抜かれる。
物語の終わり、シンデレラの結婚式で姉2人はへつらって両脇に座るが、シンデレラの両肩に止まった白鳩に両目ともくり貫かれ失明する。
シンデレラの結婚式の日、姉たちは足を切り落とされて松葉杖の生活になり、主人は首を吊って自殺してしまう。シンデレラは彼女達が今までの報いを受けた事に満足し、うれしさに満面の笑みを浮かべた。（世にも恐ろしいグリム童話より）
などが挙げられる。
（これらの要素は初版から7つのヴァージョンを経る間に表れたり削られたりと一定ではないので、本格的に調べるうえでは注意が必要である）
バジーレによる『灰かぶり猫』

ペローやグリムよりも以前の17世紀の南イタリアでバジーレによって書かれた灰かぶり猫（Cenerentola、1日目第6話）は、ペローやグリムよりも古い形と考えられ、両者と異なる部分がある。
主人公のゼゾッラ（シンデレラにあたる）と継母（当初は裁縫の先生）は実は同志で、先生はゼゾッラに不仲であった最初の継母を殺害させ、先生が父の大公と再婚させるようにセゾッラから父に進言させ、後に継母が6人の実娘を儲けると、ゼゾッラを裏切って冷遇する。
その後、父の大公が旅行中に継母の娘には豪華なお土産の約束をするが、ゼゾッラはただ妖精の鳩がくれる物が欲しいとだけ答える。その後、大公が妖精から授かったナツメの木の苗を土産として与えられたゼゾッラはその木を大切に育てる。
ナツメの木は実は魔法の木で、彼女は木の魔法によってきれいに着飾ってお祭りに参加して国王に注目される。
国王の従者に追いかけられたゼゾッラは履いていたピァネッレ（17世紀のイタリアで履かれていた木靴）を落としてしまう。
斎日に国王が国中すべての娘を召し出して靴を履かせた結果、ゼゾッラだけが靴に合致して王妃に迎えられる。継母の6人の娘たちがそのときの屈辱を母親に伝えたところで物語の幕を閉じる。
バジーレの作品の最大の特徴は冒頭にゼゾッラ（シンデレラ）が最初の継母に衣装箱から服を出して欲しいと頼み、顔を突っ込んだときに支えていた蓋を離して首を折って殺害する場面があることである。このシーンはグリム童話の1つである「ねずの木」と共通する側面を有している。