EPUB Publications 3.0

> 3.4.1 package 要素

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

> 3.4.2 metadata 要素

metadata 要素は出版物のメタ情報をカプセル化する。

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

追加のオプションのメタデータは 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 Publication に関連付けられている単一の識別子が含まれている。

すべての metadata セクションでは出版物の明白な識別子を含む少なくとも1つの identifier 要素を含めなければならない（must）。複数の identifier 要素が許可され、1つだけが 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 Publication の Unique Identifier とその特定のバージョンを一意に識別する識別子を明確に区別する（すなわち、同一の Manifestation の異なるバージョンを含む EPUB Publication を区別できるようにする）。ビット単位で同一である2つのコピーされた EPUB は同じバージョンであり、同じ最終更新日時を保持しなければならない（must）。ビット単位で同一でない場合、それらは別のバージョンを表し、別の最終更新日時を持たなければならない（must）。

パッケージ化された出版物の特定のバージョンを識別するために、Package Identifier は Publication の最終更新日時に Unique Identifier を組み合わせることによって構築することができる。Unique Identifier に影響を及ぼすことなく、バージョン間の変更は、マイナーなタイポグラフィやマークアップの訂正を含んでもよい（may）。新版になるような内容への重要な改訂は Unique Identifier の変更を必要とする。Package Identifier のセマンティクスと要件の詳細については Package Identifier を参照されたい。

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

Reading System は値を処理する前に XML 仕様 [XML] で定義されているように、要素の値から先頭と末尾の空白を取り除かなければならない（must）。

identifier が確立されたシステムに適合しているまたは発行機関によって付与されているかどうかを判断するために Reading System はプロパティの値を解析するべきである（should）。（スキームが値から決定することができない、またはあいまいな結果につながる可能性がある場合など）追加の精度のために、Author は Reading System の識別を支援するために identifier-type プロパティを付与することができる。含まれているときは、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 Publication が別の出版物から派生しているときは、そのソースの出版物の識別子は、Publication のメタデータに含んでもよい（may）。その場合は DCMES source 要素を使用して表現しなければならない（must）。

> 3.4.4 DCMES title 要素

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

すべての metadata セクションでは、出版物のタイトルを含む少なくとも1つの 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 プロパティを追加する場合は Author が出版のための主要なタイトルを含んでいるときだけ title 要素を指定すべきである（should）。タイトルの種類を決定する手段が提供されない、または理解されている場合は、Reading System はメインタイトルとして、ドキュメント順の最初の title 要素を扱わなければならない（must）。この仕様は追加の title 要素がそのような状況でどう処理すべきかを定義しない。

表示や他のレンダリングの目的で自分の優位性を示すために、各 title にオプションの display-seq プロパティを付与させることもできる。

<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>

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

XML 仕様 [XML] で定義されているように、Reading System は要素の値を処理する前に値から先頭と末尾の空白を取り除かなければならない（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>
    <meta refines="#t2" property="group-position">1</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">extended</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="group-position">2</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">extended</meta>
    …
</metadata>

> 3.4.5 DCMES language 要素

[DCMES] language 要素は Publication content の言語を指定する。

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

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

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

XML 仕様 [XML] で定義されているように、Reading System は要素の値を処理する前に値から先頭と末尾の空白を取り除かなければならない（must）。

> 3.4.6 DCMES 省略可能要素

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

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

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

XML 仕様 [XML] で定義されているように、Reading System は要素の値を処理する前に値から先頭と末尾の空白を取り除かなければならない（must）。

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

DCMES contributor 要素

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

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

DCMES creator 要素

creator 要素は、出版物のコンテンツを作成するための責任者、組織、等の名前を表している。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>

Reading System が User にそれを提示できるように、creator 要素に作成者の名前が含まれているべきである（should）。file-as プロパティは正規化された名前を含んで追加されるかもしれない。また、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>

出版物は複数の作成者がある場合はそれぞれが別々の 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>

クリエイターの優位性を確立する手段が含まれていない場合、Reading System は creator 要素の順序を使用しなければならない（must）。

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

DCMES date 要素

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

EPUB 2 Reading System に準拠するために、日付文字列は Date and Time Formats に準拠するべきである（should）。

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

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

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

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

DCMES source 要素

source 要素はこの EPUB Publication の派生元のソースの公開の識別子を指定するために使用されなければならない（must）。

<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>
    …
</metadata>

source 要素は出版物のページ付けの印刷ソースが決定されるのを許可している。

1つの source 要素のみ許可される。

DCMES type 要素

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

しかしながら本仕様はこの要素の値を定義していない。特殊な出版物の種類の開発、およびそれらを表現するために正式な識別子の割り当ては本仕様とは無関係に生じると思われる。

1つの type 要素のみ許可される。

> 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>

Reading System が scheme 属性の値を認識しない場合、それは文字列として要素の値を扱うべきである（should）。

Reading System は認識しない表現を定義する property 属性を含んでいるすべての meta 要素を無視すべきである（should）。未知の表現に遭遇するときに Reading System は失敗してはならない（must not）。

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

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

個々のプロパティが明示的に別の空白の正規化アルゴリズムを定義している場合を除き、Reading System はさらにそれらを処理する前に 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 Reading System はこの要素を無視しなければならない（must）。

> 3.4.9 link 要素

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

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

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

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

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

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

Reading System は 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 要素は EPUB Publication を構成する Publication Resource を item 要素によって表される各項目の完全なリストを提供する。

> 3.4.11 item 要素

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

manifest の各 item 要素は href 属性で提供されてる IRI で Publication Resource を識別する。IRI は絶対 IRI または相対 IRI でもよい。相対 IRI の場合、Reading System は絶対 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）。正確に1つの item が nav プロパティを使用して EPUB Navigation Document として宣言しなければならない（must）。

Reading System は認識しないすべての記述メタデータのプロパティを無視しなければならない（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 Publication コンテンツのデフォルトの読み上げ順序を定義する。

spine は、実行を補助する参照されていないコンテンツ項目を含む manifest に記載されている Publication Resource の順序付けされたサブセットを表している。

Reading System は含まれている spine によって定義された順序で Publication をレンダリングするための手段を提供しなければならない（must）：1）Publication の主な読み上げ順序の最初として、spine で最初のプライマリ（linear='yes'）item の認識。2）spine で指定された順序で連続する主要な項目をレンダリング。

NCX の廃止

[OPF2] で定義されている NCX の機能は、EPUB Navigation Document [ContentDocs30] に取って代わられている。EPUB 3 Publication は EPUB2 Reading System の上位互換性のために NCX を（OPF2.0.1 で定義されている）を含めてもよいが（may）、EPUB 3 Reading System は EPUB Navigation Document を支持して NCX を無視しなければならない（must）。

> 3.4.13 itemref 要素

spine の子要素の itemref 要素は Publication Resource の順次リストを表している。（典型的な EPUB Content Document）itemref 要素の順序は、出版物のデフォルトの読み上げ順序を定義する。

各 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）であるかをを示している。この属性は Reading Systems は可能性がある補足的なコンテンツから、本文の内容のプレゼンテーションを区別するために有効にするために使用してもよい（may）。例えば、ポップアップウィンドウに表示または聴覚的な演出から省略。

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

Reading System は認識しない 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 要素 [ContentDocs30] を参照してください。

Author は EPUB2 Reading System との上位互換性のために Package Document の guide 要素を含んでもよい（may）。その EPUB Navigation Document は landmarks 機能を含む EPUB 3 Publication で提供されているときに EPUB3 Reading System は、ガイドの要素を無視しなければならない（must）。

> 3.4.15 bindings 要素

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

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

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

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

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

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

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

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

<object data="horse.ogg" media-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 を持つ出版物を考えている：

<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>

User の Reading System の機能に応じて、それらは次のいずれかの演出のスライドショーが表示するとおもわれる：

> 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）。

> 4.1.1 Unique Identifier

Package Document の author は唯一の、ある特定の EPUB Publication に一意である主要な識別子を含む責任がある。Unique Identifier は選択されたまたは割り当てられているかどうかに関わらず、パッケージのメタデータの dc:identifier 要素に格納する必要があり、package 要素の unique-identifier 属性の Unique Identifier として参照されなければならない（must）。

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

> 4.1.2 Package Identifier

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

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

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

CCYY-MM-DDThh:mm:ssZ

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

パッケージ・メタデータの一部でない、リファレンスをつけていて他の目的のために、識別子のすべての文字列表現が区切り文字としてアットマーク（@）を使って構成されること（すなわち id@date の形）を仕様は義務づける。文字列を連結するときに空白が含まれてはならない（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）可能性があることに注意されたい。その故に Package Identifier はその構成部分に分解するときに最後の @ 記号の箇所で分割しなければならない（must）。

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

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

> 4.2.1 要約

このセクションは参考情報である。

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

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

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

> 4.2.2 標準の語彙

デフォルトの語彙はパッケージのメタデータでその用語を使用するために宣言する必要がない語彙であり、その用語は常に接頭辞が付かないようにしなければならない（must）。

パッケージのメタデータを含めることを容易にするために、この仕様は Package Document のデフォルトの語彙として Package Metadata Vocabulary を定義している。

property の値に接頭辞が含まれていない場合、IRI [RFC3987] stem http://idpf.org/epub/vocab/package/# は結果の IRI を生成するために使用しなければならない（must）。

パッケージのメタデータ語彙に関連付けられた IRI は、prefix 属性を使用して接頭辞を割り当ててはならない（must not）。

> 4.2.3 予約済みの語彙

この仕様では排他的にパッケージのメタデータで使用するために次の接頭辞のセットを定義する。

前の表に記載されている接頭辞は prefix 属性の宣言のメカニズムを使用して再宣言してはならない（must not）。同様に、各接頭辞に関連付けられた IRI は別の接頭辞に割り当ててはならない（must not）。

> 4.2.4 prefix 属性

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

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

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

prefix 属性は標準の語彙や定義済みの接頭辞を再定義するために使用してはならない（must not）。

接頭辞 '_' は RDFa [RDFa10] の処理と将来の互換性のために予約されているので、定義してはならない（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 要素のプロパティは、詳細の追加レベルを提供することにより、出版物のメタデータを拡張する。

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

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

> 4.3.3 Metadata link プロパティ

次の表は、 metadata の link 要素の rel 属性に使用するプロパティを定義する。

> 4.3.4 Manifest item プロパティ

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

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

mathml、remote-resources、scripted、svgと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>

> 5.2.1 Foreign Resource に関する制限

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

> 5.2.2 Manifest フォールバック

フォールバックは EPUB Content Document ではない spine の itemref 要素で参照される Publication Resource 毎に用意されなければならない（must）。

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

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

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

fallback chain は少なくとも1つの EPUB Content Document が含まれていなければならず（must）、チェーン内の item にいかなる循環参照または自己参照も含めてはならない（must not）。

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