入力漏れを防ぐ！電子書籍の自作、目次・表紙・奥付付きで自作する流れ

電子書籍自作で入力漏れを防ぐには、本文を作り終えたあとに目次・表紙・奥付を思い出すのではなく、最初から三つの入力欄を分け、再生成後の保持条件まで照合します。対象は三章の横書き小説、目次三項目、表紙一枚、奥付の発行情報です。この記事では、どの欄が空欄なら止めるか、再生成後に何が残っていれば保持と判断するかを、入力漏れの固有例で説明します。販売登録、ISBN取得、価格、税務は扱いません。

直接回答：目次・表紙・奥付を入力欄に分け、再生成後の保持条件まで照合する

本文だけを確認して電子書籍を自作すると、目次の一項目、表紙の版、奥付の発行情報が抜けても気づきにくくなります。三章の本文と、非本文三要素を別欄で管理し、生成前と再生成後の両方で照合するのが答えです。

入力表の基本列は「要素」「入力値」「期待状態」「生成前の確認」「再生成後の確認」「不一致時の戻り先」です。目次なら項目数と章への対応、表紙なら対象作品と画像の版、奥付なら発行情報の必須項目を入れます。三要素を同じ「付属物」欄へ押し込めないことが、入力漏れを見つける最初の分岐になります。

三要素を別々の入力欄にする

標本は三章の横書き小説です。本文欄には第一章から第三章までの章題と順番を置き、目次欄には三つの項目、表紙欄には一枚の画像と版名、奥付欄には作品名・著者名・発行日などの発行情報を置きます。入力欄を作った時点で値が分からないものは、空欄のまま「未入力」と表示し、推測で埋めません。

たとえば本文は三章あるのに目次欄が二項目なら、本文の生成へ進む前に止めます。表紙欄に画像だけがあり版名がない場合、画像が見えても入力は揃っていません。奥付欄に作品名と著者名があっても発行日が未入力なら、奥付工程を完了にしません。この三つは、見た目が出るかではなく、必要な入力が揃ったかで最初に判定します。

目次の入力漏れを見つける照合

目次欄には、三章分の項目、本文にある章題と同じ表記、並び順、各項目が指す章を入れます。照合欄は「本文の章ID」「目次の表示」「移動先」「結果」の四列にすると、項目数だけでは見つからない漏れを拾えます。期待状態は、第一章・第二章・第三章が一項目ずつあり、それぞれが対応する本文へ移動できることです。

固有例として、本文を三章から二章へ組み替えたのに、目次欄の第三項目だけが残っているケースを考えます。目次が表示されているため、画面だけなら完成に見えます。しかし本文の章IDと目次の項目数が一致しないので、これは入力漏れではなく古い入力の残存です。照合欄に「本文に対応なし」と記録し、目次の入力へ戻します。章題を変更したときは、表示と移動先を別々に再確認します。

表紙の入力漏れを見つける照合

表紙欄には、画像ファイル、対象作品、版名を記入します。期待状態は、三章の小説に対する今回の表紙一枚が指定され、旧版や別作品の画像が混ざっていないことです。画像が表示されたという結果だけでは、対象作品の入力が揃ったとはいえません。

たとえば表紙画像のファイル名が「cover-final」でも、入力表の版名が空欄なら、どの原稿から生成した表紙かを後から説明できません。反対に、版名を「第2版」と入力したのに画像は第1版のままなら、表紙欄の入力と成果物が不一致です。本文の文字を修正した回に表紙を変更しないなら、再生成後の照合結果に「表紙は変更なし」と残します。変更しないことも、保持を説明するための確認結果になります。

奥付の入力漏れを見つける照合

奥付欄では、発行情報を項目単位で並べます。作品名、著者名、発行日など今回記載する項目に対して、「入力済み」「空欄」「旧版値」を区別してください。奥付が本文末尾に見えていても、発行日が空欄なら保持確認へ進めません。

固有例は、三章の本文だけを一字修正した再生成です。本文の修正は反映されているのに、奥付の発行日が前回のままなら、奥付の入力を確認する必要があります。作品名は残っているが著者名だけが抜けた場合も、表示の有無ではなく欄の対応で発見します。奥付欄の不一致は、本文を再編集する理由にはせず、奥付の入力とその受け渡しを見直す理由にします。

再生成後に保持する条件を決める

再生成後の保持条件を、生成前の入力表へあらかじめ書きます。本文は三章の数と順番、目次は三項目の表記・順序・移動先、表紙は対象作品と画像の版、奥付は入力した発行情報が残っていることを条件にします。今回変えたものと、変えていないものを同じ欄で確認しないことが大切です。

再生成後には、目次の各項目が同じ章へ対応しているか、表紙の対象作品と版名が一致するか、奥付の各入力値が残っているかを照合します。入力値が保持されていても移動先が変わっていれば目次は未合格、表紙が表示されても旧版なら未合格です。「見えている」「生成できた」という結果と、「入力どおりに保持された」という結果を分けて記録します。

修正が必要な場合の再照合

漏れが見つかったら、該当欄だけを直し、生成前の表を上書きせずに修正版の入力を追加します。目次の第三項目が余分なら目次欄と移動先を直し、表紙の版が違うなら表紙欄と画像の組み合わせを直し、奥付の発行日が空欄なら奥付欄を補います。三章本文を毎回最初から作り直す必要はありません。

ただし、目次の修正で章順を変えた場合は、本文欄の三章の順番も再照合します。表紙を差し替えても奥付が保持された証拠にはなりません。修正した欄、保持を確認した欄、まだ確認していない欄を分ければ、入力漏れを一つ直しただけで全体を確認済みと誤認せずに済みます。

Rune Studioを候補に加える範囲

公開機能資料では、Rune Studioの現行Mac版について「EPUBウィザードで書誌・章順・目次掲載を設定し、nav.xhtml、NCX、OPFを生成する」という機能範囲が確認できます。そのため、本文だけでなく目次・表紙・奥付を再生成後まで保持する作業を、一つのワークスペースで受け渡す用途の候補にはなります。ただし、これは公開資料で確認した機能範囲であり、三章の標本で入力漏れがなく、再生成後の三要素が合格したという実測結果ではありません。

候補として試す場合も、三要素の入力表を先に作り、機能の存在と手元の保持結果を分けて記録します。販売登録、ISBN取得、価格、税務や外部サービス側の受理は、この台帳の範囲に含めません。

Rune Studioの商品ページを見る