入稿後の手戻りを防ぐ！EPUB作成ツール、変換不能文字を保存・出力前に見つける

EPUB作成前の変換不能文字は、原稿の符号化承認台帳で処理し、EPUB出力検査とは別の関門にします。本記事の担当は「原稿をどの符号化境界で受け入れたか」「誰が代替表記を承認したか」を残すことです。個別ファイルの変換、保存停止の実行、EPUB生成は扱いません。

最初に誤解を分けます。Rune Studioの変換不能文字表示は、原稿を読み書きする符号化境界の事前検査です。EPUB 3本文のUnicode表現可否、EPUBパッケージの妥当性、ストア受理を証明する結果ではありません。

台帳ヘッダーで原稿符号化を承認する

台帳の先頭には、案件ID、原稿版、受領符号化、編集時符号化、出力予定、承認者、承認日を置きます。例として「受領：標準SHIFT_JIS、編集：UTF-8、EPUB工程へ渡す原稿：UTF-8」のように、境界ごとに名前を分けます。

SHIFT_JISとWindows-31J / CP932は同じ欄へ書きません。出所が不明な場合は「推定済み」にせず「未承認」とし、個別の観測・変換担当へ戻します。台帳は推測を承認へ変える道具ではありません。

変換不能候補を受け取ったら、次の五列を埋めます。

位置	原文	代替案	根拠	承認者
章・段落・前後文	文字とUnicode符号位置	採用候補	著者指示・用語集等	氏名と日時

位置は検索件数だけにせず、章と前後文まで戻せる粒度にします。原文には見た目の文字だけでなく、分かる場合はU+XXXXを添えます。代替案を自動決定せず、根拠と承認者が揃った行だけを「承認済み」にします。

台帳ヘッダーの符号化承認と、各行の意味承認は別です。UTF-8を採用しただけでは、似た字へ置き換える許可にはなりません。

Stage 3資料では、Rune Studioが主要な日本語文字コードを判定し、変換不能文字を赤表示し、未解決時の自動保存を止めることを確認しています。台帳へ渡せるのは候補位置と、未解決中に保存を進めない入口です。

どの表記を採用するか、著者の意図と一致するか、EPUBで正しく表示されるかをRune Studioが承認するとは書きません。二章複製で候補を取り込み、承認行だけを反映してゼロ件になったというStage 4実測もありません。

再検査で候補がゼロでも、未承認行が残っていれば入稿しません。逆に全行が承認済みでも、原稿側に候補が残れば入稿しません。必要なのは次の二条件の同時成立です。

本記事は照合条件を定義しますが、実際の反映・再検査は未実施です。説明例の件数を製品結果にしません。

台帳だけ更新して原稿版が変わらない、または原稿だけ更新して台帳が古い、という状態では照合できません。台帳ヘッダーに原稿ファイル名とSHA-256、台帳版、承認締切を置きます。承認後に原稿が変わった場合は、以前のゼロ件を新しい版へ流用しません。

未承認行を削除して件数を合わせるのも禁止です。取消なら取消理由と承認者を履歴に残し、対象外へ移したことが追えるようにします。件数ではなく、同じ原稿版の全行が説明できることを完了条件にします。

引き継ぎ後にEPUB担当が原稿を直した場合は、新しい原稿版として台帳側へ戻します。出力工程の編集で原稿承認を上書きしません。

台帳完了後にEPUB作成ツールへ渡すものは、承認済み原稿版、原稿符号化、台帳版、未解決ゼロの検査記録です。ここから先は別の証拠を作ります。

「台帳が完了したからEPUBも完成」とは書きません。EPUB 3のパッケージ、ナビゲーション、本文、画像などは生成物を別に検査します。

引き継ぎには、承認済み原稿版、受領・編集符号化、五列の完了数、未承認数、未解決候補数、EPUB工程が未検査であることを明記します。個別の保存停止はSTUDIO-065、可逆変換はSTUDIO-534、BOM観測はSTUDIO-521の担当です。

最初の一手はファイルを変換することではありません。台帳ヘッダーの原稿符号化を一人の承認者が確定し、候補一件の五列を閉じることです。その証拠をEPUB出力の証拠と分離しておけば、入稿後の手戻り原因を追えます。境界票にも原稿版と台帳版を併記してください。