EPUB Publications 3.0.1

> 3.4.1 package 要素

package 要素は Package Document のルートの container であり、メタデータと Rendition リソースの情報をカプセル化する。

> 3.4.2 metadata 要素

metadata 要素は指定された Rendition のメタ情報をカプセル化する。

各 EPUB 出版物の Rendition の必須の最小限のメタデータは、Dublin Core Metadata Element Set [DCMES] からの3つの要素（title、identifier と language）と DCMI Metadata Terms [DCTERMS] から modified プロパティで構成され包含しなければならない（must）。完全な最小限のメタデータセットのインスタンスについては、このセクションの最後にある例を参照されたい。

追加の省略可能なメタデータは DCMES 省略可能要素や meta 要素を用いて表現される。

> 例

<package … unique-identifier="pub-id">
    …
    <metadata xmlns:dc="http://purl.org/dc/elements/1.1/">
        <dc:identifier id="pub-id">urn:uuid:A1B0D67E-2E81-4DF5-9E67-A64CBE366809</dc:identifier>
        <dc:title>Norwegian Wood</dc:title>
        <dc:language>en</dc:language>
        <meta property="dcterms:modified">2011-01-01T12:00:00Z</meta>
    </metadata>
    …
</package>

> 3.4.3 DCMES identifier 要素

[DCMES] identifier 要素には UUID、DOI、ISBN や ISSN などの EPUB 出版物の指定された Rendition に関連付けられている単一の識別子が含まれている。

すべての Rendition metadata セクションでは、EPUB 出版物の明白な識別子を含む少なくともひとつの identifier 要素を含めなければならない（must）。複数の identifier 要素が許可され、ひとつだけが package 要素の unique-identifier 属性を経由して Unique Identifier としてマークすることができる。

<package … unique-identifier="pub-id">
    <metadata xmlns:dc="http://purl.org/dc/elements/1.1/">
        <dc:identifier id="pub-id">urn:uuid:A1B0D67E-2E81-4DF5-9E67-A64CBE366809</dc:identifier>
        …
    </metadata>
</package>

この仕様は EPUB 出版物の Unique Identifier とその特定のバージョンを一意に識別する識別子を明確に区別する（すなわち、同じ EPUB 出版物の異なるバージョンを区別できるようにする）。 Rendition が変更されるたびに、新しい最終更新日時を包含しなければならない（must）。

パッケージ化された EPUB 出版物の特定のバージョンを識別するために、Release Identifier は Rendition の最終更新日時に Unique Identifier を組み合わせることによって構築することができる。Package Identifier のセマンティクスと要件の詳細については Release Identifier を参照されたい。

Identifier は Rendition 毎に異なってもよい（may）。

この仕様では長さは少なくともひと文字であること以外は識別子に追加の制限または必要条件を強いません（must）。しかし、すべての識別子が完全修飾 URI であるよう、強く勧める（recommended）。

リーディングシステムは値を処理する前に XML 仕様 [XML] で定義されているように、要素の値から先頭と末尾の空白を取り除かなければならない（must）。

identifier が確立されたシステムに適合しているまたは発行機関によって付与されているかどうかを判断するためにリーディングシステムはプロパティの値を解析するべきである（should）。（スキームが値から決定することができない、またはあいまいな結果につながる可能性がある場合など）追加の精度のために、製作者はリーディングシステムの識別を支援するために identifier-type プロパティを付与してもよい（may）。含まれているときは、identifier-type プロパティは identifier を解析する値よりも優先するべきである（should）。

<metadata xmlns:dc="http://purl.org/dc/elements/1.1/">
    <dc:identifier id="pub-id">urn:doi:10.1016/j.iheduc.2008.03.001</dc:identifier>
    <meta refines="#pub-id" property="identifier-type" scheme="onix:codelist5">06</meta>
    …
</metadata>

この仕様書は識別子に対する特定のスキームの使用を要求したり支持したりしない。また、プロパティの定義で指定された値を超える identifier-type 識別子には制限または要件を課すことはない。

EPUB 出版物が別の出版物から派生しているときは、そのソースの出版物の識別子は、EPUB 出版物のメタデータに含んでもよい（may）。その場合は DCMES source 要素を使用して表現しなければならない（must）。

> 3.4.4 DCMES title 要素

[DCMES] title 要素は EPUB 出版物に指定された名前のインスタンスを表している。

すべての metadata セクションでは、EPUB 出版物のタイトルを含む少なくともひとつの title 要素を含めなければならない（must）。複数の title 要素は許可されているが title-type プロパティをタイトルの種類（例えば、作品のメインタイトル、サブタイトル）を示すために付与すべきである（should）。

<metadata xmlns:dc="http://purl.org/dc/elements/1.1/">
    …
    <dc:title id="t1">A Dictionary of Modern English Usage</dc:title>
    <meta refines="#t1" property="title-type">main</meta>

    <dc:title id="t2">First Edition</dc:title>
    <meta refines="#t2" property="title-type">edition</meta>

    <dc:title id="t3">Fowler's</dc:title>
    <meta refines="#t3" property="title-type">short</meta>
    …
</metadata>

title-type プロパティを追加する場合は製作者が出版のための主要なタイトルを含んでいるときだけ title 要素を指定すべきである（should）。タイトルの種類を決定する手段が提供されない、または理解されている場合は、リーディングシステムはメインタイトルとして、ドキュメント順の最初の title 要素を扱わなければならない（must）。この仕様は追加の title 要素がそのような状況でどう処理するべき（should）かを定義しない。

表示や他のレンダリングの目的で自分の優位性を示すために、各 title にオプションの display-seq プロパティを付与してもよい（may）。

<metadata xmlns:dc="http://purl.org/dc/elements/1.1/">
    …
    <dc:title id="t1">The Red and the Black</dc:title>
    <meta refines="#t1" property="title-type">main</meta>
    <meta refines="#t1" property="display-seq">1</meta>

    <dc:title id="t2">A Chronicle of the Nineteenth Century</dc:title>
    <meta refines="#t2" property="title-type">subtitle</meta>
    <meta refines="#t2" property="display-seq">2</meta>

    <dc:title id="t3">A Chronicle of 1830</dc:title>
    <meta refines="#t3" property="title-type">subtitle</meta>
    <meta refines="#t3" property="display-seq">3</meta>
    …
</metadata>

Title は Rendition 毎に異なってもよい（may）。

この仕様は、長さが最低でも1文字でなければならない（must）以外のタイトルには追加の制約もしくは要件を課していない。

XML 仕様 [XML] で定義されているように、リーディングシステムは要素の値を処理する前に値から先頭と末尾の空白を取り除かなければならない（must）。

> 例

<metadata xmlns:dc="http://purl.org/dc/elements/1.1/">
    <dc:title id="t1">The Fellowship of the Ring</dc:title>
    <meta refines="#t1" property="title-type">main</meta>

    <dc:title id="t2">The Lord of the Rings</dc:title>
    <meta refines="#t2" property="title-type">collection</meta>
    

    <dc:title id="t3">THE LORD OF THE RINGS, Part One: The Fellowship of the Ring</dc:title>
    <meta refines="#t3" property="title-type">expanded</meta>
    …
</metadata>

<metadata xmlns:dc="http://purl.org/dc/elements/1.1/">
    <dc:title id="t1" xml:lang="fr">Mon premier guide de cuisson, un Memoire</dc:title>
    <meta refines="#t1" property="title-type">main</meta>
    <meta refines="#t1" property="display-seq">2</meta>

    <dc:title id="t2">The Great Cookbooks of the World</dc:title>
    <meta refines="#t2" property="title-type">collection</meta>
    <meta refines="#t2" property="display-seq">1</meta>

    <dc:title id="t3">The New French Cuisine Masters</dc:title>
    <meta refines="#t3" property="title-type">collection</meta>
    
    <meta refines="#t3" property="display-seq">3</meta>

    <dc:title id="t4">Special Anniversary Edition</dc:title>
    <meta refines="#t4" property="title-type">edition</meta>
    <meta refines="#t4" property="display-seq">4</meta>

    <dc:title id="t5">The Great Cookbooks of the World:
        Mon premier guide de cuisson, un Memoire.
        The New French Cuisine Masters, Volume Two.
        Special Anniversary Edition</dc:title>
    <meta refines="#t5" property="title-type">expanded</meta>
    …
</metadata>

> 3.4.5 DCMES language 要素

[DCMES] language 要素は、指定された Rendition のコンテンツの言語を指定する。

それぞれの Rendition の metadata セクションには [RFC5646] に準拠した値を持つ少なくともひとつの language 要素を含めなければならない（must）。

<metadata xmlns:dc="http://purl.org/dc/elements/1.1/">
    …
    <dc:language>en-US</dc:language>
    …
</metadata>

追加の language 要素が多言語の出版物のために含まれているかもしれない場合はあるが、各要素の値は [RFC5646] に準拠しなければならない（must）。

Language は、Rendition 毎に異なってもよい（may）。

XML 仕様 [XML] で定義されているように、リーディングシステムは要素の値を処理する前に値から先頭と末尾の空白を取り除かなければならない（must）。

> 3.4.6 DCMES 省略可能要素

[DCMES] の要素のセットからすべての要素 - 上記で定義された identifier、language や title を除いては - が、オプションとして指定されている。これらの要素はすべて次の一般的な定義に準拠している：

xml:lang 属性と dir 属性は次の要素だけに許可される：contributor, coverage, creator, description, publisher, relation, rights と subject。

オプションのメタデータは、Rendition 毎に異なってもよい（may）。

すべてのオプション [DCMES] の要素の値は長さが少なくとも1文字でなければならない（must）。

XML 仕様 [XML] で定義されているように、リーディングシステムは要素の値を処理する前に値から先頭と末尾の空白を取り除かなければならない（must）。

以下に詳述を除いてこの仕様書はこれらの要素のために [DCMES] の定義を変更しない。

> DCMES contributor 要素

contributor 要素は、EPUB 出版物の内容の作成に二次的な役割を果たした人物、組織などの名前を表すために使用される。

contributor 要素の使用は、次のセクションで説明する他のすべての点で creator 要素の使用と同じである。

> DCMES creator 要素

creator 要素は、EPUB 出版物のコンテンツを作成するための責任者、組織、等の名前を表している。role プロパティは、作成者がコンテンツの制作に果たした役割を示すために、要素に付加することができる。

<metadata xmlns:dc="http://purl.org/dc/elements/1.1/">
    …
    <dc:creator id="creator">Haruki Murakami</dc:creator>
    <meta refines="#creator" property="role" scheme="marc:relators" id="role">aut</meta>
    …
</metadata>

リーディングシステムが読者にそれを提示できるように、creator 要素に作成者の名前が含まれているべきである（should）。file-as プロパティは正規化された名前を含んで追加してもよい（may）。また、alternate-script プロパティは別の言語またはスクリプトで作成者の名前を表すために使用することができる。

<metadata xmlns:dc="http://purl.org/dc/elements/1.1/">
    …
    <dc:creator id="creator">Haruki Murakami</dc:creator>
    <meta refines="#creator" property="role" scheme="marc:relators" id="role">aut</meta>
    <meta refines="#creator" property="alternate-script" xml:lang="ja">村上 春樹</meta>
    <meta refines="#creator" property="file-as">Murakami, Haruki</meta>
    …
</metadata>

EPUB 出版物は複数の作成者がある場合はそれぞれが別々の creator 要素に含まれるべきである（should）。creator 名をレンダリングする順序は display-seq プロパティを使用して指定するべきである（should）。

<metadata xmlns:dc="http://purl.org/dc/elements/1.1/">
    …
    <dc:creator id="creator01">Lewis Carroll</dc:creator>
    <meta refines="#creator01" property="role" scheme="marc:relators">aut</meta>
    <meta refines="#creator01" property="display-seq">1</meta>

    <dc:creator id="creator02">John Tenniel</dc:creator>
    <meta refines="#creator02" property="role" scheme="marc:relators">ill</meta>
    <meta refines="#creator02" property="display-seq">2</meta>
    …
</metadata>

表示のためのクリエイターの優位性を確立する手段が確認できない場合、リーディングシステムは、metadata セクション内の creator 要素の文書として表示した時の順序を使用しなければならない（must）。（つまり、最初に遭遇した creator 要素が、主要なクリエイターである。） リーディングシステムが、読者のためにクリエイターのメタデータを表示するとき、（表示の配慮によって制約ががないときなど）可能な限り、metadata セクションに記載されたすべてのクリエイターを包含するべきである（should）。

二次貢献者は DCMES の contributor 要素を使って表現されるべきである（should）。

> DCMES date 要素

date 要素は EPUB 出版物の刊行日を定義するために使用されなければならない（must）。刊行日は [DCTERMS] modified プロパティを使用して含めなければならない（must） 最終更新日（Rendition が変更された最後の日時）と同じではない。

日付の文字列は、文字列が人間と機械の両方で可読可能である、特に W3C Date and Time Formats [DateTime] で表現されるサブセット、[ISO8601] に準拠することを推奨する（recommended）。

<metadata xmlns:dc="http://purl.org/dc/elements/1.1/">
    …
    <dc:date>2000-01-01T00:00:00Z</dc:date>
    …
</metadata>

追加の日付は [DCTERMS] や類似の語彙で利用可能である特別な日付用のプロパティで表現されるべきである（should）。

刊行日は EPUB 出版物のすべてのインスタンスに共通でもよいし（may）、（たとえば EPUB 出版物はオンデマンドで生成される場合）インスタンスからインスタンスに変更されてもよい（may）。

ひとつの date 要素のみ許可されている。

> DCMES source 要素

source 要素は、EPUB 出版物が由来する関連したリソースを識別する。

Renditionは、EPUB Structural Semantics Vocabulary [StructureVocab] から pagebreak プロパティを使用してページの識別子を包含するとき、source-of という改良プロパティは、改ページのソースを識別する source 要素と一致させるべきである（should）。

<metadata xmlns:dc="http://purl.org/dc/elements/1.1/">
    …
    <dc:identifier id="isbn-id">urn:isbn:9780101010101</dc:identifier>
    <meta refines="#isbn-id" property="identifier-type" scheme="onix:codelist5">15</meta>

    <dc:source id="src-id">urn:isbn:9780375704024</dc:source>
    <meta refines="#src-id" property="identifier-type" scheme="onix:codelist5">15</meta>
    <meta refines="#src-id" property="source-of">pagination</meta>
    …
</metadata>

> DCMES type 要素

type 要素は、指定された EPUB 出版物が特殊な種類（例えば EPUB 形式にパッケージ化された注記や辞書）であることを示すために使用される。

IDPF は、http://www.idpf.org/epub/vocab/package/types にこの要素で使用するために特化した EPUB 出版物の種類の有益なレジストリを保持する。

> 3.4.7 meta 要素

meta 要素は、パッケージもしくはコンテンツとそのメタデータの精密化について主要なメタデータの表現を許可するパッケージメタデータを含める一般的な手段を提供する。

各 meta 要素の property 属性は表現の中で行われるステートメントを定義し、要素のテキストコンテンツはアサーションを表すメタデータの表現を定義する。

この仕様では meta 要素を使用して定義することができるメタデータの表現の2つの種類が定義されている：

この仕様は property 属性で使用するための語彙の集合を予約しますが、単語のための接頭辞を宣言される限り、任意の語彙からの用語を使用してもよい（may）。

meta 要素の値が得られるシステムまたはスキームを識別するのに scheme 属性が用いられる。scheme 属性の値はスキームを定めるリソースへ解決する property データ型である。

<metadata xmlns:dc="http://purl.org/dc/elements/1.1/">
    …
    <dc:creator id="creator">Haruki Murakami</dc:creator>
    <meta refines="#creator" property="role" scheme="marc:relators" id="role">aut</meta>
    …
</metadata>

リーディングシステムが scheme 属性の値を認識しない場合、それは文字列として要素の値を扱うべきである（should）。

リーディングシステムは認識しない表現を定義する property 属性を含んでいるすべての meta 要素を無視すべきである（should）。未知の表現に遭遇するときにリーディングシステムは失敗してはならない（must not）。

Release Identifier が構築されることを保証にするために metadata 要素はの指定された Rendition のために [DCTERMS] modified プロパティを定義している meta 要素を正確にひとつだけ含まなければならない（must）。追加の modified プロパティは含んでもよい（may）が、異なる題目を持たなければならない（must）。例えば、要素もしくはリソースを参照する refines 属性を含めなければならない（must）。

すべての meta 要素は空白の正規化後の長さが少なくともひとつ以上の文字の値を表現しなければならない（must）。

個々のプロパティが明示的に別の空白の正規化アルゴリズムを定義している場合を除き、リーディングシステムはさらにそれらを処理する前に XML 仕様 [XML] で定義されているように、meta 要素の値からすべての末尾の空白を取り除かなければならない（must）。

> 例

<metadata xmlns:dc="http://purl.org/dc/elements/1.1/">
    …
    <dc:identifier id="pub-id">urn:uuid:A1B0D67E-2E81-4DF5-9E67-A64CBE366809</dc:identifier>
    <meta refines="#pub-id" property="identifier-type" scheme="xsd:string">uuid</meta>

    <dc:identifier id="isbn-id">urn:isbn:9780101010101</dc:identifier>
    <meta refines="#isbn-id" property="identifier-type" scheme="onix:codelist5">15</meta>

    <dc:source id="src-id">urn:isbn:9780375704024</dc:source>
    <meta refines="#src-id" property="identifier-type" scheme="onix:codelist5">15</meta>

    <dc:title id="title">Norwegian Wood</dc:title>
    <meta refines="#title" property="title-type">main</meta>

    <dc:language>en</dc:language>

    <dc:creator id="creator">Haruki Murakami</dc:creator>
    <meta refines="#creator" property="role" scheme="marc:relators" id="role">aut</meta>
    <meta refines="#creator" property="alternate-script" xml:lang="ja">村上 春樹</meta>
    <meta refines="#creator" property="file-as">Murakami, Haruki</meta>

    <meta property="dcterms:modified">2011-01-01T12:00:00Z</meta>

</metadata>

<package version="3.0"
         unique-identifier="pub-id"
         xmlns="http://www.idpf.org/2007/opf">
    <metadata xmlns:dc="http://purl.org/dc/elements/1.1/">
        <dc:identifier id="pub-id">urn:uuid:1234-5678</dc:identifier>
        <dc:identifier id="isbn-id">urn:isbn:9780101010101</dc:identifier>

        <meta refines="#isbn-id" property="meta-auth" id="meta-authority-01">Metadata Authority Inc.</meta>
        <link refines="#meta-authority-01" rel="xml-signature" href="../META-INF/Signatures.xml#MAI-Signature"/>
        …
    </metadata>
</package>

<!-- in Signatures.xml -->
<signatures>
    <Signature Id="MAI-Signature" xmlns="http://www.w3.org/2000/09/xmldsig#">
        …
    </Signature>
</signatures>

> 3.4.8 meta 要素 (OPF2) [OBSOLETE]

[OPF2]で定義されている meta 要素は廃止され、新たな meta 要素で置き換えられますが、前方互換性の目的のための metadata 要素の省略可能な再現性の子要素として含めてもよい（may）。

EPUB3 リーディングシステムはこの要素を無視しなければならない（must）。

> 3.4.9 link 要素

link 要素はメタデータの記録などEPUB 出版物の指定された Rendition にリソースを関連付けるために使用される。

metadata 要素は 0 個以上の link 要素を含めてもよい（may）。

link 要素の href 属性はリソースの場所を識別し（container ファイル内に含めるのはオプションである）、rel 属性には（すなわち refines 属性で指定された EPUB 出版物の指定された Rendition やプロパティとの関係）リソースの性質を定義している。リーディングシステムはこれらのリソースを解決する必要はない（not required）。この仕様で認識されているリソースタイプのリストについては Metadata link プロパティを参照されたい。

link 要素の href 属性によって識別されるリソースは manifest 内に記載してはならない（must not）。

link 要素がメタデータレコードを参照するときに、競合した場合のために Package Document の metadata 要素でインラインに定義されているメタデータに優先順位を指定しなければならない（must）。

参照されるリソースが別のメタデータ項目に適用される場合（例えばメタデータ管理者に XML Signature [XML DSIG Core] を結びつけるため）は、オプションの refines 属性を添付することができる。属性が存在しない場合、リソースは Rendition に適用される。

リーディングシステムは rel 属性で定義されているリソースの関係を認識しない場合は link 要素を無視すべきである（should）。

> 例

<package … prefix="foaf: http://xmlns.com/foaf/spec/">
    <metadata>
        …
        <link rel="onix-record" href="http://example.org/onix/12389347"/>
        <link rel="xmp-record" href="http://example.org/xmp/12389347"/>
        <link rel="foaf:homepage" href="http://example.org/book-info/12389347" />
        …
    </metadata>
    …
</package>

> 3.4.10 manifest 要素

manifest 要素は、指定された Rendition を構成する Publication Resource を item 要素によって表される各項目の完全なリストを提供する。

> 3.4.11 item 要素

item 要素は Publication Resource を表している。

manifest の各 item 要素は href 属性で提供されてる IRI で Publication Resource を識別する。IRI は絶対 IRI または相対 IRI でもよい（may）。相対 IRI の場合、リーディングシステムは絶対 IRI を解決するときに、ベースとして Package Document の IRI を使用しなければならない（must）。結果として生成された絶対 IRI は manifest のスコープ内で一意でなければならない（must）。

すべての Publication Resources はそれらが EPUB Container に含まれているかあるいはリモートにあるかどうかにかかわらず、manifest から参照されなければならない（must）。リソースの場所に関するメディアタイプ固有の要件については Publication Resource の位置を参照されたい。

item 要素で識別される Publication Resource は media-type 属性で提供される MIME media type から推測される該当する仕様に準拠しなければならない（must）。Core Media Type Resource は EPUB Core Media Types で指定されたメディアタイプを使用しなければならない（must）。

制限とフォールバック で定義されているように、すべての Foreign Resource はフォールバックを提供しなければならない（must）。

すべての Publication Resources は item 要素の properties 属性を通して Manifest item プロパティで定義されている該当する記述メタデータのプロパティを宣言しなければならない（must）。正確にひとつの item が nav プロパティを使用して EPUB Navigation Document として宣言しなければならない（must）。

リーディングシステムは認識しないすべての記述メタデータのプロパティを無視しなければならない（must）。

manifest は自己参照ではない：それは Package Document 自体を参照する item 要素を含めてはならない（must not）。

> 例

<manifest>
    <item id="nav"
          href="nav.xhtml"
          properties="nav"
          media-type="application/xhtml+xml"/>
    <item id="intro"
          href="intro.xhtml"
          media-type="application/xhtml+xml"/>
    <item id="c1"
          href="chap1.xhtml"
          media-type="application/xhtml+xml"/>
    <item id="c1-answerkey"
          href="chap1-answerkey.xhtml"
          media-type="application/xhtml+xml"/>
    <item id="c2"
          href="chap2.xhtml"
          media-type="application/xhtml+xml"/>
    <item id="c2-answerkey"
          href="chap2-answerkey.xhtml"
          media-type="application/xhtml+xml"/>
    <item id="c3"
          href="chap3.xhtml"
          media-type="application/xhtml+xml"/>
    <item id="c3-answerkey"
          href="chap3-answerkey.xhtml"
          media-type="application/xhtml+xml"/>
    <item id="notes"
          href="notes.xhtml"
          media-type="application/xhtml+xml"/>
    <item id="cover"
          href="./images/cover.svg"
          properties="cover-image"
          media-type="image/svg+xml"/>
    <item id="f1"
          href="./images/fig1.jpg"
          media-type="image/jpeg"/>
    <item id="f2"
          href="./images/fig2.jpg"
          media-type="image/jpeg"/>
    <item id="css"
          href="./style/book.css"
          media-type="text/css"/>
    <item id="pls"
          href="./speech/dict.pls"
          media-type="application/pls+xml"/>
</manifest>

<manifest>
    <item id="item1"
          href="chap1_docbook.xml"
          media-type="application/docbook+xml"
          fallback="fall1"/>
    <item id="fall1"
          href="chap1.xml"
          media-type="application/z3986-auth+xml"
          fallback="fall2" />
    <item id="fall2"
          href="chap1.xhtml"
          media-type="application/xhtml+xml"/>
    …
</manifest>

> 3.4.12 spine 要素

spine 要素は、manifest item references の順序付きリストを定義することで、EPUB 出版物の指定された Rendition のコンテンツの初期設定の読み上げ順序を定義する。

spine は、指定された Rendition のための初期設定の読み上げ順を提供する manifest に記載されている Publication Resource の順序付けされたサブセットを表している。

リーディングシステムは、1）初期設定の読み上げ順の開始として最初の主要な itemref を認識し、2）spine で指定された順序で連続的に主要な項目のレンダリングを包含する spine で定義された順序で Rendition をレンダリングする手段を提供しなければならない（must）。

spine 内の EPUB Content Document からリンクされているすべての EPUB Content Document は、それ自身が spine に記載されていなければならない（must）。リンクされたドキュメントは、a の href 属性や area 要素、（例えば、DOM イベントおよび/またはフォーム要素を使用して）script のリンクから参照されたドキュメントを包含する。EPUB Navigation Document からリンクされているすべての EPUB Content Document は、Navigation Document が、spine に包含されているかどうかに関わらず、同様に、spine に記載しなければならない（must）。リンクされたドキュメントを記載する要件は、再帰的に適用する（すなわち、リンクされた Content Document からリンクされているすべての Content Document なども、記載される。）。

page-progression-direction 属性はグローバルな流れの方向を定めているが、個々のコンテンツの文書とコンテンツ文書の部分は、この設定を（例えば、direction と writing-mode の CSS プロパティを介して）上書きしてもよい（may）。リーディングシステムは（例えばボタンまたは代替スタイルシートの適用を可能にする設定で）の初期設定の方向を上書きするためのまたメカニズムを提供してもよい（may）。

リーディングシステムは、pre-paginated を持つ XHTML Content Documents で定義されているページ進行方向を無視しなければならない（must）。page-progression-direction 属性は、ある固定レイアウトページから次のページへの流れの方向を定義する。

> NCX の廃止

[OPF2] で定義されている NCX の機能は、EPUB Navigation Document [ContentDocs301] に取って代わられている。EPUB 3 出版物は EPUB2 リーディングシステムの上位互換性のために NCX を（OPF2.0.1 で定義されている）を含めてもよいが（may）、EPUB 3 リーディングシステムは NCX を無視しなければならない（must）。

> 3.4.13 itemref 要素

spine の子要素の itemref 要素は Publication Resource（典型的な EPUB Content Document）の順次リストを表している。itemref 要素の順序は、EPUB 出版物の指定された Rendition の標準読み上げ順序を定義する。

各 itemref 要素は idref 属性を経由して manifest の一意の item を参照しなければならない（must）。

参照される各 manifest の item は a）EPUB Content Document または b）Publication Resource の別の型のいずれかでなければならない（must）。 b は Core Media Type Resource または Foreign Resourceであるかどうか関係なく、その fallback chain の中に EPUB Content Document が含まれていなければならない（must）。

itemref 要素の linear 属性は参照された item が spine の中で主（yes）または補助（no）であるかをを示している。各 Rendition は、少なくともひとつの主要な itemref を包含しなければならない（must）。

linear 属性はリーディングシステムは可能性がある補足的なコンテンツから、本文の内容のプレゼンテーションを区別するために有効にするために使用してもよい（may）。例えば、ポップアップウィンドウに表示または聴覚的な演出から省略する。 リーディングシステムは、非線形コンテンツが初期設定の読み上げ順をレンダリングされているかどうかをコントロールする機能を読者に提供するべきである（should）。

Spine itemref プロパティで定義されているもののように、該当する記述的なメタデータのプロパティは properties を経由して宣言するべきである（should）。

リーディングシステムは認識しない properties 属性で表現されるすべてのメタデータプロパティを無視しなければならない（must）。

> 例

<spine page-progression-direction="ltr">
    <itemref idref="intro"/>
    <itemref idref="c1"/>
    <itemref idref="c1-answerkey" linear="no"/>
    <itemref idref="c2"/>
    <itemref idref="c2-answerkey" linear="no"/>
    <itemref idref="c3"/>
    <itemref idref="c3-answerkey" linear="no"/>
    <itemref idref="notes" linear="no"/>
</spine>

> 3.4.14 guide 要素 [廃止]

guide 要素 [OPF2] は EPUB Navigation Document の landmarks 機能により時代遅れになっている。 詳細については landmarks nav 要素 [ContentDocs301] を参照されたい。

製作者は EPUB2 リーディングシステムとの上位互換性のために Package Document の guide 要素を含んでもよい（may）。その EPUB Navigation Document は landmarks 機能を含む EPUB 3 Publication で提供されているときに EPUB3 リーディングシステムは、ガイドの要素を無視しなければならない（must）。

> 3.4.15 bindings 要素

bindings 要素はこの仕様によってサポートされていないメディアタイプのためのカスタムハンドラのセットを定義している。

package 要素は多くてもひとつの bindings 要素を含めてもよい（may）。

bindings 要素は特に [HTML5] object 要素の固有のフォールバックメカニズムを使用して、より洗練されたフォールバックを含むように製作者のための手段を提供する。 bindings 要素が存在するとき、参照サポートされていないメディアタイプの object 要素を取り扱うために、スクリプトをサポートするリーディングシステムは bindings 要素を利用しなければならない（must）。

それぞれの bindings 要素の子にあたる mediaType 要素は Rendition の XHTML Content Documentで参照されている外部のメディアタイプのいずれかの固有のハンドラを定義する。

サポートされていないメディアタイプが文書の処理中に検出されるとリーディングシステムはフォールバックの処理の他の種類を試行する前に）一致する各 mediaType 要素の media-type 属性をチェックすることによって bindings 要素のハンドラをルックアップしなければならない（must）。一致が見つかった場合、要素の handler 属性で参照される XHTML Content Document は参照されるリソースの代わりにインスタンス化しなければならない（must）。一致が見つからない場合はリーディングシステムは、通常のフォールバック処理を継続して使用するべきである（should）。（つまり object の固有のフォールバックをチェック）

それは次のパラメータを使用して object 要素の data 属性から参照されているかのようにリーディングシステムは指定されたハンドラをインスタンス化しなければならない（must）：

object 要素の任意の追加した子 param 要素も同様に新しいパラメータ名として param の name 属性、新しい値として value 属性を使用しなければならない（must）。

たとえば次の外部メディアタイプを含む object 要素は：

<object data="horse.ogg" type="audio/ogg"/>
    <param name="autoplay" value="false"/>
</object>

次のクエリ文字列の結果になり、処理後は XHTML Content Document のハンドラに送信される：

src=horse.ogg&type=audio/ogg&autoplay=false

生成されるクエリ文字列に含まれるすべての IRI 予約語と <, >, ", space, {, }, |, \, ^, ` を加えた文字は [RFC3987] の通りにエンコード・デコードされなければならない（must）。

bindings 要素よって扱われるメディアタイプを参照する object 要素は spine によって参照された XHTML Content Document のみ処理をします（すなわちそれらは container-constrained scripting contexts で無視されます）。

> 例

次の部分的な例では bindings をスライドショーを提供するために使用する方法を示している。

以下の Package Document を持つ EPUB 出版物の Rendition を考えている：

<package …>
    …
    <manifest>
        <item id="pict1"
            href="images/Pict1.jpg"
            media-type="image/jpeg"/>
        …
        <item id="content"
            href="content.xhtml"
            media-type="application/xhtml+xml"/>
        <item id="impl"
            href="impl.xhtml"
            media-type="application/xhtml+xml"
            properties="scripted"/>
        <item id="slideshow"
            href="slideshow.xml"
            media-type="application/x-demo-slideshow"/>
    </manifest>

    <bindings>
        <mediaType handler="impl"
            media-type="application/x-demo-slideshow"/>
    </bindings>
    …
</package>

そして以下の内容は content.xhtml ファイル：

<html …>
    …
    <body>
        …
        <object data="slideshow.xml"
            type="application/x-demo-slideshow">
            <img src="images/Pict1.jpg"/>
            <img src="images/Pict2.jpg"/>
            <img src="images/Pict3.jpg"/>
            <img src="images/Pict4.jpg"/>
        </object>
        …
    </body>
</html>

そして以下の内容は slideshow.xml ファイル：

<slides>
    <slide src="images/Pict1.jpg" dur="3"/>
    <slide src="images/Pict2.jpg" dur="3"/>
    <slide src="images/Pict3.jpg" dur="3"/>
    <slide src="images/Pict4.jpg" dur="3"/>
</slides>

読者のリーディングシステムの機能に応じて、それらは次のいずれかの演出のスライドショーが表示するとおもわれる：

> 3.4.16 mediaType 要素

mediaType 要素はあるハンドラ XHTML Content Document と Foreign Resource メディアタイプを結びつける。

bindings 要素のそれぞれの子要素 mediaType は media-type 属性でユニークなコンテンツタイプを定義しなければならず（must）、指定したメディアタイプは Core Media Type であってはならない（must not）。

必要な handler 属性は、このメディアタイプの初期設定の実装の manifest 内の item ID [XML] を参照する必要がある。参照される item は XHTML Content Document でなければならない（must）。

ハンドラとして指定されたすべての XHTML Content Document はその manifest item 要素の properties 属性で設定された scripted プロパティを持たなければならない（must）。

> 3.4.17 collection 要素

collection 要素は、リソースの関連したグループを定義する。

collection 要素は、リソースを、意味を持つ単位へと再構築される複数の EPUB Content Document 間に分割された（すなわち、複数のドキュメント間に分割されたインデックス）有効なコンテンツまたは、特殊な処理（すなわち、プレビューコンテンツ）のために識別されるリソース、指定された Rendition に関する追加情報を表現する集約リソースなど、潜在的な数々の用途のために論理的なグループに整理することを許可する。

このセクションで定義された collection 要素は、特定の実装（すなわち、IDPF のサブ仕様を介して）生成されることを目的とされ、そこから一般的なフレームワークを表現する。このような実装は、Rendition 内の collection 要素の目的だけでなく、妥当な生産物と用途（以下に表現される一般的なフレームワークと異なる特定の任意の要求）のためのすべての要求のために定義しなければならない（must）。

それぞれの実装は、すべての適合する collection 要素を一意に識別する役割の値を定義しなければならない（must）。Package Document のそれぞれ collection 要素の役割は、role 属性で識別されなければならず（must）、値は、ひとつ以上の NMTOKEN [XSD-DATATYPES] と/または full IRIs [RFC3987] でなければならない（must）。NMTOKEN 値の用途は、IDPF が定義する役割で予約されており、そのレジストリは、http://www.idpf.org/epub/vocab/package/roles で保持される。レジストリで定義されていない NMTOKEN 値は、妥当ではない。役割のないものはこのセクションでは定義しない。

サードパーティは、collection 要素に特殊な役割を定義してもよい（may）が、このような役割は、フル IRI を使用して識別されなければならない（must）。特殊な役割は、これらを識別する IRI のホストコンポーネント内に文字列 idpf.org を組み込んではならない（must not）。

collection の省略可能な metadata 要素の子は、構文とセマンティクスに次の差異があるパッケージの metadata 要素を適合したものである：

collection は、ひとつ以上の子 collection 要素を包含することによってサブコレクションを定義してもよい（may）。

collection の link 要素の子は、構文とセマンティクスに次の差異があるメタデータの link 要素を適合したものである：

それぞれの link は、グループのメンバーであるリソースを参照しなければならない（must）。link 要素の順序は、重要ではない。

collection 要素の特定の実装は、よりよくこれらの要求（例えば、メタデータを要求したり、要素と属性の利用にさらなる制限を課したり、link 要素の順序を重視）を反映するために上記で定義されている要求を調整してもよい（may）。しかしながら、結果として生じたコンテンツモデルは、このセクション（例えば、特定の実装は、新しい要素や属性を取り入れたり、上記で明確に禁止されているそれらを再度取り入れることはできない）で定義されたひとつの妥当なサブセットを表現しなければならない（must）。特定の実装は、manifest と spine の要件を上書きする方法でコレクションを定義してはならない（must not）。

この仕様のコンテクスト内では、リーディングシステムのコレクションのサポートは、省略可能（optional）である。リーディングシステムは、認識できない役割を定義した collection 要素を無視しなければならない（must）。

Rendition のレンダリングは、collection 要素の認識に依存してはならない（must not）。コンテンツは、すべての情報の損失や他の重大な劣化をすることなく読者によって消費できるようにしなければならない（must）。

> 例

<package …>
    …
    <collection role="http://example.org/roles/unit">
        <metadata xmlns:dc="http://purl.org/dc/elements/1.1/">
            <dc:title>Foo Bar</dc:title>
        </metadata>
        <link href="EPUB/xhtml/foo-1.xhtml"/>
        <link href="EPUB/xhtml/foo-2.xhtml"/>
    </collection>
    …
</package>

> 4.1.1 Unique Identifier

製作者は、唯一の EPUB 出版物に一意である Package Document metadata に主要な識別子を包含する責任がある。Unique Identifier は選択されたまたは割り当てられているかどうかに関わらず、dc:identifier 要素に格納する必要があり、package 要素の unique-identifier 属性の Unique Identifier として参照されなければならない（must）。

静的（固定）ではないが EPUB 出版物の Unique Identifier の変更はできる限り、めったに行わないようにするべきである（should）。メタデータを更新するときや誤植を直すとき、EPUB 出版物に他のマイナーな変更をするときは、新しい識別子を付与するべきではない（should not）。

> 4.1.2 Release Identifier

Unique Identifier が参照し配布目的のために両方の最大の永続性を持つように意図されているので、EPUB 出版物の Unique Identifier は通常、パッケージまたはその内容にそれぞれのマイナーリビジョンで一般的に変化するべきではない（should not）。通常、EPUB 出版物の各リリースは新しいバージョンを一意に識別できる必要があるが、これは結果として変更可能であり、かつ信頼性の高い Unique Identifier という相反する要求が生じる。

Unique Identifier を変更せずにマイナーな修正とリリースを識別する課題を是正するために、この仕様は Release Identifier のセマンティクスを定義して、または同じ Unique Identifier を持つ出版物を識別し、連続した順序を示す手段を定める。Release Identifier はパッケージの metadata セクションの実際のプロパティではなく、メタデータの二つの必須の部分である Unique Identifier と Rendition の最終更新日から得られる値である。

一緒になる合計値は EPUB 出版物の任意の特定のバージョンを区別するために使用できる一意の識別子を表している。Release Identifier が構築されることを保証するために各 Rendition は最終更新日（meta を参照）を含む [DCTERMS] modified プロパティを正確にひとつ含まれなければならない（must）。 このプロパティの値は XML Schema [XSD-DATATYPES] 最終更新日に準拠する日付の形でなければならない（must）：

CCYY-MM-DDThh:mm:ssZ

変更日は協定世界時（UTC）で表現されなければならなず（must）、 Z タイムゾーンインジケータで終了しなければならない（must）。

パッケージ・メタデータの一部でないが、識別子のすべての文字列表現は参照と他の目的のために、区切り文字としてアットマーク（@）を使用して（すなわち id@date の形）構成されなければならない（must）。 文字列を連結するときに空白が含まれてはならない（must not）。

<metadata xmlns:dc="http://purl.org/dc/elements/1.1/">
    <dc:identifier id="pub-id">urn:uuid:A1B0D67E-2E81-4DF5-9E67-A64CBE366809</dc:identifier>
    <meta property="dcterms:modified">2011-01-01T12:00:00Z</meta>
    …
</metadata>

results in the Package ID:

urn:uuid:A1B0D67E-2E81-4DF5-9E67-A64CBE366809@2011-01-01T12:00:00Z

これらの識別子は任意の文字列の値でもよく（may）、区切り文字が Unique Identifier の中に生じてもよい（may）可能性があることに注意されたい。その故に Release Identifier はその構成部分に分解するときに最後の @ 記号の箇所で分割しなければならない（must）。

Release Identifier は Unique Identifier を優先しないが、同じ EPUB 出版物の異なるバージョンを区別し、流通チャネルやリーディングシステムによって識別することができる手段を意味する。タイムスタンプの必須形式を受け継ぐことで、識別子の正確な知識なしに EPUB 出版物を連続する年代順に配置することもできる。

従って EPUB 出版物のセットは Release Identifier によって、それらが同じ EPUB 出版物の同じバージョンか、ひとつの出版物の異なるバージョンか、異なっていて類似した EPUB 出版物の組合せをかどうかを判断する為に調べられることができる。

> 4.2.1 要約

このセクションは有益な情報である。

property、properties、rel と scheme 属性はメタデータ語彙の用語を表すために property のデータ型を使用する。CURIE [RDFa11] と同様に property のデータ型はコンパクトなフォームで IRI [RFC3987] を表し、標準化された語彙のメタデータ作成を簡略化する。

プロパティ値は接頭辞と参照の組み合わせにより表現される。接頭辞とは、（リテラルまたは暗黙的かを問わず）一般的にある用語の語彙に解決される IRI の簡略マッピングである。接頭辞をその IRI 表現に変換し参照と組み合わせると、結果として IRI は通常、用語についての人間および/または機械可読な情報を含んでいる語彙内のフラグメントに解決される。

プロパティ値の処理にリーディングシステムを支援するために接頭辞をマップするための IRI を確立する手段が必須であり、この仕様は、次の3つのメカニズムを定義しています：

> 4.2.2 初期設定の語彙

初期設定の語彙はその用語を使用するために宣言する必要がない語彙であり、その用語は常に接頭辞が付かないようにしなければならない（must）。

Package Document は、メタデータの用語に対し複数の関連性のない使い方があるように、単一の初期設定の語彙は定義されていない。その代わりに、異なる初期設定の語彙は、次のように property data type を受け入れる属性の使い方が定義されている：

> 4.2.3 予約済みの接頭辞

この仕様は、製作者がパッケージメタデータに使用してもよい（may）接頭辞のセットを予約する。これらの接頭辞は、規範的な文書の EPUB Package Document Reserved Prefixes で定義されている。

この文書で定義されている接頭辞は、この仕様から独立してメンテナンスや更新され、いつでも変更を受けることがある。

リーディングシステムは、定義済み URI を使用して Package Document に使用されているすべての予約済みの接頭辞を解決しなければならない（must）。予約済みの接頭辞は、prefix 属性を上書きするべきではない（should not）が、リーディングシステムは、遭遇したときはローカルでの上書きを使用しなければならない（must）。

予約済みの接頭辞とリーディングシステムの更新は常に同期して起こるわけではなく、リーディングシステムは、認識されていない接頭辞（つまり、prefix 属性を使用して予約も宣言もしていない）に遭遇したとき失敗してはならない（must not）。

> 4.2.4 prefix 属性

prefix 属性は仕様で予約されていない追加の接頭辞のマッピングを定義する。

prefix 属性の値はひとつまたは複数の接頭辞から IRI へのマッピングの空白で区切ったリストの形である：

<package …
   prefix="foaf: http://xmlns.com/foaf/spec/
   	 dbp: http://dbpedia.org/ontology/">
   …
</package>

衝突を回避するために、prefix 属性は、初期設定の語彙にマップされる接頭辞を定義するために使用してはならない（must not）。prefix 属性が定義済み接頭辞のための宣言を包含する場合、リーディングシステムは、定義済み接頭辞として同じ URI にマップされているかどうかに関わらず、prefix 属性を定義する URI マッピングを使用しなければならない（must）。

接頭辞 '_' は RDFa [RDFa11] の処理と将来の互換性のために予約されているので、定義してはならない（must not）。

> 4.2.5 property のデータ型

<meta property="dcterms:modified">2011-01-01T12:00:00Z</meta>

http://purl.org/dc/terms/modified

<meta … property="role">aut</meta>

http://idpf.org/epub/vocab/package/#role

> 4.3.1 要約

このセクションは有益な情報である。

以下のセクションはパッケージ・メタデータで使用するために一組のプロパティを定めて、参照できる語彙を構成している。この語彙は、パッケージ・メタデータでこの仕様によって非接頭辞を付けられた語の用法のために予約されている初期設定の語彙である。

この語彙で定義されているプロパティは、ベース IRI http://idpf.org/epub/vocab/package/# を使用して参照可能である。

> 4.3.2 Metadata meta プロパティ

meta 要素のプロパティは、詳細の追加レベルを提供することにより、 Rendition のメタデータを拡張する。

これらのプロパティは、それぞれの親の meta 要素の refines 属性で補強したり、リソースを参照しなければならない（must）。

次の表は詳細利用可能なプロパティの詳細である。

<meta property="belongs-to-collection" id="c01">The New French Cuisine Masters</meta>
<meta refines="#c01" property="collection-type">series</meta>
<meta refines="#c01" property="dcterms:identifier">urn:uuid:11111111-2222-3333-4444-555555555555</meta>

<meta property="belongs-to-collection" id="c02">Harry Potter</meta>
<meta refines="#c02" property="collection-type">set</meta>
<meta refines="#c02" property="group-position">2</meta>
<meta refines="#c02" property="dcterms:identifier">urn:uuid:99999999-8888-7777-6666-555555555555</meta>

<meta property="belongs-to-collection" id="c02">Harry Potter</meta>
<meta refines="#c02" property="collection-type">set</meta>

> 4.3.3 Metadata link プロパティ

規範的な Link Relationships Vocabulary で定義された metadata の link 要素の rel 属性に使用するプロパティを定義する。

> 4.3.4 Manifest item プロパティ

次の表は、manifest の item 要素の properties 属性で使用するためのプロパティを定義する。

適用対象 フィールドが指定されたプロパティが上で指定されてもよい（may） Publication Resource の種類（複数可）を示し、個数 フィールドは、プロパティは Package Document のスコープ内に出現する回数を示し、使用法 フィールドには、使用条件を示さなければならない（must）

mathml、remote-resources、scripted と switch の item によって参照されるリソースは、それぞれの定義が一致するたびにプロパティを指定しなければならない（must）。これらのプロパティは、（例えば、HTML5 の iframe 要素によって）リソースに含まれている内容に再帰的に適用されない。例えば、非スクリプトな XHTML Content Document に スクリプトを用いた Content Document を埋め込む場合、（スクリプトが）埋め込まれたドキュメントのみ manifest の item プロパティの属性に scripted 値を持つことになる。

> 例

<item properties="nav" id="c1" href="c1.xhtml" media-type="application/xhtml+xml" />

<item properties="cover-image" id="ci" href="cover.svg" media-type="image/svg+xml" />

<item properties="scripted mathml" id="c2" href="c2.xhtml" media-type="application/xhtml+xml" />

> 4.3.5 Spine itemref プロパティ

次の表は itemref 要素の properties 属性で使用するためのプロパティを定義している。

個数フィールドは Package Document scope の中に出現する回数を示さなければならず（must）、使用例フィールドは使用状況を示しる。

> 例

<spine>
   <itemref idref="title"/>
   <itemref idref="ps-1-l" properties="page-spread-left"/>
   <itemref idref="ps-1-r" properties="page-spread-right"/>
   <itemref idref="toc"/>
   …
</spine>

<metadata>
    <meta property="rendition:flow">paginated</meta>
</metadata>

<spine>
    <itemref idref="toc" properties="rendition:flow-scrolled-doc"/>
    <itemref idref="c01"/>
</spine>

<meta property="rendition:layout">pre-paginated</meta>

<head>
    <meta name="viewport" content="width=1200, height=900"/>

    <link rel="stylesheet" href="eink-style.css" media="(max-monochrome: 3)"/>
    <link rel="stylesheet" href="skinnytablet-style.css" media="((color) and
        (max-height:600px) and (orientation:landscape), (color) and (max-width:600px)
        and (orientation:portrait))"/>
    <link rel="stylesheet" href="fattablet-style.css" media="((color) and
        (min-height:601px) and (orientation:landscape), (color) and (min-width:601px)
        and (orientation:portrait)"/>
</head>

<metadata>
    <meta property="rendition:layout">pre-paginated</meta>
    <meta property="rendition:spread">none</meta>

    <meta property="rendition:orientation">landscape</meta>
</metadata>

<metadata>
    <meta property="rendition:layout">pre-paginated</meta>
    <meta property="rendition:spread">landscape</meta>
</metadata>

<metadata>
    <meta property="rendition:layout">reflowable</meta>
    <meta property="rendition:spread">auto</meta>
</metadata>

<spine>
    <itemref idref="titlepage" properties="page-spread-right rendition:layout-pre-paginated"/>
</spine>

<spine page-progression-direction="ltr">
    …
    <itemref idref="center-plate-left" properties="rendition:spread-both page-spread-left"/>
    <itemref idref="center-plate-right" properties="rendition:spread-both page-spread-right"/>
    …
</spine>

<metadata>
    <meta property="rendition:layout">pre-paginated</meta>
    <meta property="rendition:spread">auto</meta>
</metadata>
<spine>
    <itemref idref="center-plate" properties="rendition:page-spread-center"/>
</spine>

width=x, height=y

<metadata>
    <meta property="rendition:layout">pre-paginated</meta>
    <meta property="rendition:viewport">width=1200, height=900</meta>
    <meta property="rendition:viewport" refines="#cover-ref">width=600, height=1200</meta>
</metadata>

<spine>
    <itemref id="cover-ref" idref="cover"/>
    <itemref idref="c01"/>
</spine>

> 5.2.1 Foreign Resource に関する制限

EPUB 出版物のすべての Publication Resource は Core Media Type Resource でなければならず（must）、または Core Media Type fallback を提供しなければならない（must）。Foreign Resource が使用されるかもしれない（may）ケース、およびこのような場合に Core Media Type fallback 供給のための要件とルールは以下に詳述される。

> 5.2.2 Manifest フォールバック

Manifest フォールバックは Publication Resource を表す manifest item 要素で fallback 属性を使用して提供されなければならない（must）。fallback 属性のIDREF [XML] 値は manifest 内の他の item へ解決しなければならない（must）。このフォールバック item は、それ自体は別のフォールバックの item を指定してもよい（may）。

指定されたアイテムの fallback 属性から始まり到達できるすべての ID の参照の順序付きリストは、その項目の fallback chain を表している。fallback chain 内のリソースの順序は、製作者の好みのフォールバックの順序を表している。

指定された Publication Resource の Media Type をサポートしていないリーディングシステムは、サポートされていないリソースの代わりに使用する少なくともひとつのサポートされている Publication Resource を識別するまで fallback chain を辿らなければならない（must）。リーディングシステムが fallback chain 内の複数の Publication Resource をサポートしている場合、それはそのリソースの特定の properties に基づいて使用するリソースを選択してもよく（may）、それ以外の場合は製作者の好みの fallback の順序を優先しなければならない（should）。

Fallback chain は、必要に応じて、次の要件のいずれかに準拠しなければならない（must）：

フォールバックチェーンは、チェーン内の item 要素に循環参照または自己参照を含んではならない（must not）。

フォールバックは EPUB Content Document である Top-level Content Document のために提供されてもよい（may）。リーディングシステムは、指定されたコンテキストでレンダリングする Content Document の最適なバージョンを見つけるためにこのようなフォールバックを利用してもよい（may）。スクリプトコンテンツのフォールバック [ContentDocs301] を提供する場合が、この機能を利用できる場合の例である。