EPUBエディタでメタデータと目次を編集した後は、入力画面を眺め直すだけで出力へ進まないでください。書誌票、章順票、生成計画の三面を同じ項目ID・章IDで照合すると、題名は新しいのに目次だけ前版、本文は三章あるのに読書順は二章、といった片側の更新を出力前に止められます。
この記事は書誌項目を最初から入力する方法でも、矛盾を作ってどの入力欄が正本かを診断する方法でもありません。本文と編集方針が確定した後、一回の生成を承認する最終照合に絞ります。
本文を凍結して確認対象を固定する
まず出力候補の原稿へ版IDを付けます。たとえば「vol2-1.0-rc1」のように、巻、版、候補番号を一つの規則で表します。確認中は本文、章名、章順、著者表記、表紙を直接変えず、差分が見つかったら照合を中断して正本側へ戻します。
凍結は永久に変更できないという意味ではありません。確認対象を一時的に固定し、修正後は候補番号を上げて三面を作り直すための境界です。同じ候補名のまま内容を上書きすると、誰がどの状態を承認したか分からなくなります。
出力フォルダも候補ごとに分けます。以前のEPUB、検証中のEPUB、承認後のEPUBを同名で置かず、照合票から対象ファイルを一意に指せるようにします。
書誌票・章順票・生成計画を並べる
書誌票には、項目ID、作品名、著者、言語、書字方向、巻、版、発行日、識別子、確認者を書きます。すべての作品で同じ項目が必要とは限りません。今回の制作ルールで必須、任意、対象外を先に分けます。
章順票には、章ID、正本パス、本文見出し、目次表示名、目次掲載の有無、前章、次章、読書順番号を書きます。表示名と本文見出しを意図的に変える場合は、不一致ではなく承認済み差分として理由を記録します。
生成計画は、エディタが出力直前に示す設定や計画です。作品名、著者、章数、章順、掲載対象、出力名を写します。画面だけにある一時値にせず、照合票へ時刻と候補IDを添えて保存してください。
章IDで本文・目次・読書順を照合する
章タイトルの文字列から始めると、同名の序章や幕間で取り違えます。最初に章IDの集合を比べます。章順票にある掲載対象の章IDが生成計画にすべてあり、生成計画だけの不明な章がないことを確認します。
次に順番を見ます。章順番号、生成計画の順、前章・次章のつながりを一行ずつ読み上げます。目次へ載せない扉や奥付が読書順へ入る場合は、非掲載というだけで削除しません。目次掲載とspine相当の読書順を別列で扱います。
最後に表示名を照合します。本文見出し、目次表示名、短縮表示が同じである必要はありませんが、どの名前がどこへ出るかを一行で説明できることが条件です。説明できない旧ラベルは未決として止めます。
メタデータは値と表示先を組にする
作品名や著者名は、値が合うだけでなく、その値がどの生成先へ届く予定かを確認します。書誌票の項目IDごとに、OPF、タイトルページ、奥付、ファイル名、ストア登録のうち今回の対象を列で分けます。ストア固有情報はEPUB生成と別工程なら対象外と明記します。
巻と版、発行予定日と生成日、公開名と契約名のように似た値を同じ欄へ詰めません。値が同じ場合も役割は別です。前巻を複製した候補では、変更した項目だけでなく、維持する項目も書誌票と生成計画で読み合わせます。
空欄は自動的な誤りではありません。必須の空欄は未決、任意の空欄は承認、対象外は対象外と記録します。空白だけを見て補完すると、未確定値を推測で出力してしまいます。
不一致は生成物で直接直さず正本へ戻す
三面で差が見つかったら、照合票へ「どの面」「期待値」「実際値」「戻る正本」「担当」を書きます。生成計画の表示をその場で直せても、次回生成で再発するなら正本ではありません。書誌票、章順の正本、または作品設定へ戻って修正します。
修正後は候補IDを上げ、生成計画を取り直し、最初の行から照合します。差のある行だけを見直すと、修正操作が隣の章や別の書誌値を変えた影響を見逃します。
一人で作る場合も、読み上げ役と指差し役を時間で分けます。最初の巡回で書誌票を読み、二巡目で生成計画から逆向きに読みます。二人なら、一人が期待値を読み、もう一人が画面と章順票を指します。
承認後に別名生成して四点を確認する
三面の不一致と未決欄がゼロになったら、候補IDを含む別名で一度だけ生成します。生成後はOPFの書誌、navの目次表示とリンク、NCXを生成する作品ならその項目、spine相当の読書順を確認します。
validatorのissues 0は構造検査の結果であり、著者名や章順が制作意図と一致する証明ではありません。照合票の期待値と生成物をもう一度突き合わせます。実リーダーでは最初、中央、最後の章を開き、目次から同じ三地点へ移動します。
承認記録には、候補ID、生成ファイル名、照合者、日時、不一致ゼロ、未決ゼロ、生成後確認、戻し方を書きます。後から修正する場合は承認済みファイルを上書きせず、新しい候補として同じ手順へ戻します。
rune Studioの既存段階4検証では、作品名、著者、巻、版、発行日、書字方向、二章の章順を設定し、出力前planとvalidateを実行しました。生成した5,444バイトのEPUBにはnavとNCXがあり、issues 0でした。OPFのtitle、creator、language、identifier、書字方向も確認しています。既存の生成前確認画面では、作品情報、二章のページ順、出力ファイル名を確認しました。ただし、本記事の三面照合と承認を実施した結果ではなく、出版社、ISBN、ストア固有情報も確認範囲外です。
結論：三面一致を一回の出力条件にする
EPUBエディタでメタデータと目次を編集したら、本文を凍結し、書誌票、章順票、生成計画を項目ID・章IDで照合します。不一致は正本へ戻して直し、候補IDを上げて最初から確認してください。
不一致ゼロ、未決ゼロ、承認記録、生成後のOPF・nav・NCX・読書順確認がそろったとき、一回の出力を閉じられます。入力欄の多さではなく、出力直前の三面一致が章と書誌をそろえる条件です。
