はじめに
Excel を PDF 化した場合、PDF 内のテキストオブジェクト（文字列オブジェクト）は、行単位のデータとして格納されます。
［A1セルの文字列 + B1セルの文字列 + ...］
［A2セルの文字列 + B2セルの文字列 + ...］
：
このような基本動作を阻む「Excelセル結合のワナ」について記載しようと思います。
参考情報
下記情報を参考にさせて頂きました。
利用ツール
iText7-RUPS-7.2.5.zip をダウンロード/解凍、Java Runtime を別途導入した後、itext-rups-7.2.5.jar を起動します。
テスト環境
ここに記載した情報は、Windows 11 24H2 で確認しています。
Excelセル結合のワナ
数年前、C# で PDF からの文字抽出ソフトを利用して、収集した PDF に対して文字抽出の確認時、期待する文字列が取得できないケースに遭遇しました。
本来の期待値
2025 年 1 月 25 日
実際の取得値
年 月 日
[他データ 数行]
2025
1
25
PDF 内の情報から、Excel から「Microsoft Print To PDF」で PDF 化したものだと確認できました。
上記は itext/rups で確認できます。
原本 Excel が手元にありませんでしたが、対象 PDF を Excel で再現して、セル結合が起因とわかりました。
Excel を PDF 化して、PDF からの文字抽出ソフトで文字抽出を行うと、下記結果が得られます。
見積作成日 年 月 日
見積有効期限 年 月 日
上記２行 E-F、H-I、K-L 列はセル結合
2025
1
25
2025
2
25
Adobe Acorbat で該当 PDF を表示して、コピペ選択をすると、セル結合を避けて選択されることも確認しました。
確認調査
状況証拠を押さえましたが、確認調査として、PDF ストリームを見てみることにします。
テキストオブジェクト
PDF に格納されているテキストオブジェクトは、ストリームで確認すると、BT～ET として展開されます。
BT
テキストレンダリングモード Tr
フォント情報 Tf
テキスト空間変換行列 Tm
テキスト Tj
ET
PDF 作成ソフトによって、異なる構造になる可能性があります。
セル結合なし
ストリーム確認を単純にしたいので、コンパクトな下記 Excel を用意します。
Excel から PDF出力して、PDF を itext/rups でストリーム確認してみます。
最初の BT～ET が、Excel １行目に対応するテキストオブジェクトで、文字データは下記のようになります。
<0024> → A
<0025> → B
<0026> → C
続いて２個目のテキストオブジェクト（テキスト空間変換行列が異なり、同一テキストデータの Excel ２行目）が確認できます。
以上から、Excel を PDF 化した場合、基本的には、行単位のテキストオブジェクトが生成されることがわかりました。
PDF 作成ソフトによって、異なる構造になる可能性があります。
対象 PDF に対して、PDF からの文字抽出ソフトで文字抽出を行うと、下記結果が得られます。
A B C
A B C
セル結合あり
A1 と B1 をセル結合した状態にします。
Excel から PDF 出力して、PDF を itext/rups でストリーム確認してみます。
１個目のテキストオブジェクトは、セル結合を除いた１行目データです。
２個目のテキストオブジェクトは、セル結合なしと同一です。
３個目のテキストオブジェクトは、セル結合されている A1-B1 セルだと確認できます。
Excel から PDF を作成すると、まず、 セル結合を除いて、すべての行データをテキストオブジェクトにした後、セル結合されているセルひとつずつを、テキストオブジェクトにしているようです。
PDF 作成ソフトによって、異なる構造になる可能性があります。
対象 PDF に対して、PDF からの文字抽出ソフトで文字抽出を行うと、下記結果が得られます。
C
A B C
AB
以上で、Excelセル結合によるテキストオブジェクトに対する影響を、PDF ストリームで確認できました。
後述「おまけ」の結果では、セル結合されていない同一行の複数テキストオブジェクトが１行にまとめて文字抽出されています。
しかし、「Excelセル結合のワナ」記載例を見るとわかるように、2025 1 25 と連続している同一行のセル結合単位の複数テキストオブジェクトが、１行にまとめて文字抽出されていません。
このため、テキストオブジェクトを座標情報で並び替えるだけでは解決しませんね。
おまけ
「セル結合なし」で利用した Excel に対して、B1 セルのフォント種類とサイズを変更して、フォント変更に対する影響も一応確認することとします。
Excel から PDF 出力して、PDF を itext/rups でストリーム確認してみます。
テキストオブジェクトは下記４個が出力されていました。
- A1セルの文字列
- B1セルの文字列
- C1セルの文字列
- ２行目（A2 + B2 + C2）の文字列
PDF 作成ソフトによって、異なる構造になる可能性があります。
対象 PDF に対して、PDF からの文字抽出ソフトで文字抽出を行うと、下記結果が得られます。
A B C
A B C
フォント変更でテキストオブジェクトが分離されていても、同一行のテキストオブジェクトが連続していれば、１行のデータとして処理してくれるようです。
PDF からの文字抽出ソフトによって、異なる結果になる可能性があります。
まとめ
「PDFファイルは印刷した結果のみを保証するもの」という前提なので、期待する文字抽出を得たいなら、PDF からの文字抽出ソフト側で対処すべきということになります。
「Excelセル結合のワナ」については、PDF からの文字抽出ソフトに、テキストオブジェクトを座標情報で並び替える機能と、セル結合テキストオブジェクトでも連続していれば１行にまとめる機能が必要となります。
このような機能を持つ、PDF からの文字抽出ソフトは、当時、確認しきれませんでした。
PDF からの文字抽出ソフトを利用することを検討されている場合は、Excel セル結合に対する動作を確認することをお勧めします。
また、意図している文字列が取得できないパターンとしては、下記ケースがあげられていたので、用途にあわせて確認が必要です。
- ページ内が段組み、コラム、表、図などのブロックで分割・構成されているとき、ブロックとして適切に認識することができない
こちらと「Excelセル結合のワナ」双方を両立する有効な解決策は、AI で文脈解析などでないと実現できそうもないですね。