PDF は 1993 年の導入以来、PDF 1.0 から PDF 2.0 まで複数のバージョンを経て進化してきました。各バージョンでは、インタラクティブなフォーム フィールド、フォーム検証用の JavaScript、デジタル署名、埋め込みマルチメディア、3D アートワーク、レイヤー、強化された暗号化などの新機能が導入されました。 PDF 1.7 をターゲットとする最新のソフトウェアで作成された PDF では、PDF 1.4 ファイルでは表現できない機能が使用される場合があります。異なる PDF バージョンを対象とする異なるソフトウェア アプリケーションで作成された PDF を結合すると、入力可能なフォーム フィールド、クリック可能なハイパーリンク、ブックマーク、埋め込みメディアなどのインタラクティブ機能が、結合された出力内で壊れたり、消えたり、予期せぬ動作をする可能性があります。バージョン境界のマージを越えてこれらの機能を維持するには、マージ ツールがバージョンの競合を処理する方法を理解し、ファイルを結合する前にインタラクティブ コンテンツを保護するための事前の措置を講じる必要があります。
PDF バージョンの違いがインタラクティブ機能の互換性に与える影響
各 PDF バージョンでは、形式仕様に新しい機能が導入されました。マージ ツールが異なるバージョンのファイルを結合する場合、出力の対象となるバージョンを決定する必要があります。このツールがソース ファイルの中で最小公倍数のバージョンをターゲットにしている場合、その古いバージョンには存在しなかった機能が削除されます。 PDF 1.7 固有のプロパティを使用して作成された対話型フォーム フィールドは、より単純なフィールドにダウングレードされるか、完全に削除される可能性があります。ターゲット バージョンがスクリプト オブジェクトをサポートしていないため、フォーム フィールドに添付された JavaScript アクションが破棄される可能性があります。以降のバージョンで導入された機能を使用するハイパーリンクは、プレーン テキストになる可能性があります。マージではページの結合には成功しますが、インタラクティブな機能は保持できません。
以下の表は、主要な PDF バージョンと、導入されたインタラクティブ機能、および古いファイルと結合するときにそれらの機能が失われる具体的なリスクをマッピングしています。
| PDF 版 | 導入された主な機能 | ダウングレード時のマージリスク |
|---|---|---|
| PDF 1.2 (1996) | インタラクティブなフォームフィールド、フォーム送信アクション | フィールドは静止画像にフラット化される場合があります |
| PDF 1.3 (2000) | フォーム検証用の JavaScript、動的コンテンツ | スクリプトは削除されるか、完全に無効になる可能性があります |
| PDF 1.5 (2003) | オブジェクトストリーム、相互参照ストリーム | 構造的な互換性がないため、マージされたファイルが破損する可能性があります |
| PDF 1.6 (2004) | 3D アートワーク、埋め込みマルチメディア ファイル | 3D およびメディア コンテンツが警告なしに失われる |
| PDF 1.7 (2006) | 強化されたデジタル署名、PDF ポートフォリオ | 署名が無効になる可能性があります |
| PDF 2.0 (2017) | AES-256暗号化、改良されたアクセシビリティタグ | 暗号化の不一致によりマージが完全に妨げられる可能性があります |
マージ前のインタラクティブ機能のリスク評価
異なるソースからの PDF を結合する前に、各ファイルのインタラクティブ機能を確認してください。各 PDF を開いて、すべてのフォーム フィールド、ハイパーリンク、ブックマーク、埋め込みメディア要素をテストします。各ファイルの PDF バージョンは、[説明] タブのドキュメント プロパティに表示されます。ファイルが大幅に異なるバージョンにまたがっており、古いファイルにインタラクティブな機能がほとんどまたはまったく含まれていない場合、最も安全な方法は、マージする前に古いファイルを新しいバージョンにアップグレードすることです。ほとんどの PDF エディターは、ファイルを新しい PDF バージョンとして保存でき、表示されるコンテンツは変更せずに内部構造を更新します。
WukongPDF の Merge PDF ツールは、複数のソースからのページを結合します。インタラクティブな機能を保持する必要があるドキュメントの場合は、各ソース ファイルを一貫した PDF バージョン (理想的にはマージ ツールでサポートされている最新バージョン) で保存して準備します。このマージ前の標準化手順により、ファイルごとに数分かかりますが、マージ後にフォーム フィールドが機能しなくなったり、ハイパーリンクがプレーン テキストになったりすることに気付いてイライラすることはなくなります。マージ後に壊れた機能をテストして修復する時間は、ほとんどの場合、マージ前の標準化にかかる時間より長くなります。
異なるソースからの PDF を結合する場合のフォーム フィールドの処理
インタラクティブなフォーム フィールドは、バージョン間のマージ中に最もよく壊れる機能です。 PDF のフォーム フィールドは、特定のページ上のウィジェットの注釈と、ドキュメントの AcroForm ディクショナリ内の関連するフィールド オブジェクトによって定義されます。異なる PDF のページが結合される場合、結合ツールは各ソースの AcroForm 辞書を調整する必要があります。辞書で互換性のないフィールド命名規則が使用されている場合、または異なる PDF バージョンの機能を参照している場合、ツールはフィールドを静的コンテンツにフラット化し、対話性を完全に失ったり、フィールド名が重複して、1 つのフィールドに入力されたデータがその名前を共有するすべてのフィールドに表示される可能性があります。
PDF をフォームフィールドと結合する前に、すべてのファイルでフィールド名を標準化してください。 2 つの PDF の両方が「名前」または「日付」という名前のフィールドを使用している場合 (テンプレートでは非常に一般的ですが)、1 つのファイル内のフィールドの名前を変更して、「File1_Name」や「File2_Name」などの一意のプレフィックスを含めます。これにより、マージされた出力でのフィールド名の衝突が防止されます。また、すべてのフィールドでターゲット PDF バージョンと互換性のあるウィジェット注釈が使用されていることを確認します。 PDF フォーム の準備作業は面倒かもしれませんが、すべてのフォーム フィールドが機能し、独立した状態を保つ結合ドキュメントを作成するには絶対に不可欠です。
バージョンの境界を越えたハイパーリンクとブックマークの保持
PDF 内のハイパーリンクは、各ページにリンク注釈として保存され、リンク先はページ番号、名前付きリンク先、または外部 URL として指定されます。ブックマークはドキュメントのアウトライン ツリーに保存され、各ブックマークは宛先を指します。どちらの構成も、宛先の指定方法におけるバージョンの違いに影響されます。 PDF 1.2 以降では、ページの並べ替え後も存続するシンボリック参照である名前付き宛先がサポートされています。以前のバージョンは明示的なページ番号に依存しており、結合中にページが挿入または削除されると番号が壊れます。
バージョン間のマージ中にハイパーリンクとブックマークを保持するには、マージ前にすべての明示的なページ番号の宛先を名前付き宛先に変換します。これを行うには、各ハイパーリンクとブックマークのリンク プロパティを開き、ページ番号の参照を、ターゲットの場所ごとに作成した名前付きの宛先に置き換えます。多くのリンクを含む文書の場合、変換には時間がかかりますが、一部のリンクが壊れることを受け入れるという代替案もあります。リンクの完全性が重要な重要な文書の場合、PDF リンク の保存作業は交渉の余地がありません。
マージされたドキュメントのインタラクティブ機能の整合性のテスト
異なるバージョンの PDF を結合した後、すべてのインタラクティブ機能の体系的なテストを実行します。結合されたドキュメントを開き、すべてのハイパーリンクをクリックして、正しい宛先に移動することを確認します。ブックマーク パネルを開き、すべてのブックマークをクリックします。すべてのフォーム フィールドを Tab キーで移動し、テスト データを入力し、ドキュメントを保存して再度開いたときにデータが保持されていることを確認します。関連するフォーム イベントをトリガーして、埋め込み JavaScript を実行します。失敗した機能を文書化して、マージされた出力で修復したり、文書の受信者に既知の制限を明確に伝えたりできるようにします。
すべてのマージされたドキュメントに一貫して適用されるテスト チェックリストにより、ドキュメントが読者に届く前に機能の損失が検出されます。チェックリストは複雑である必要はありません。インタラクティブな機能タイプの単純なリストと、それぞれの隣に合格または不合格のチェックボックスを付けるだけで十分です。チェックリストの形式よりも、テストする習慣の方が重要です。 PDF リンク およびドキュメントをインタラクティブにするフォーム フィールドにより、バージョン間のマージが単純な結合操作ではなく検証を必要とするタスクになります。