3.4.3.1   metadata 要素

metadata 要素は指定されたレンディションのためのメタ情報をカプセル化する。

パッケージ ドキュメントの metadata 要素は、二つの主要な機能を持っている。

1. EPUB 出版物の内部カタログに使用し、（例えば、本棚に提示するなど）ユーザーのために利用可能にするリーディング システムのためのメタ情報の最小セットを提供する。

2. レンディションのコンテンツ（例えば、固定レイアウト プロパティ）のレイアウトおよび表示をコントロールするために必要な全てのレンダリングのメタデータへのアクセスを提供する。

パッケージ ドキュメントは、複雑なメタデータをエンコードする機能を提供するように設計されていない。EPUB 出版物に関するより詳細な情報が必要な場合、メタデータ レコードは、（例えば、[ONIX] のように国際規格への適合や特別な目的のために作成されたものへ）link 要素を使用して関連付けることができる。このアプローチは、ネイティブのフォームで処理するためのメタデータを許可し、最小限のパッケージ ドキュメント構造を使用して変換することよって引き起こされる潜在的な問題と情報の損失を回避する。

この理念を踏まえ、パッケージ ドキュメントは、次の最低限のメタデータ要件を持つ。それは、[DCTERMS] modified プロパティと共に、[DCMES] title と identifier、language 要素を包含しなければならない（MUST）。他の全てのメタデータは、省略可能である（OPTIONAL）。

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

meta 要素は、任意の語彙からメタデータプロパティを含むための汎用的なメカニズムを提供する。典型的に、IDPF 仕様で定義されたメタデータの表現を含めるために使用されるが、任意のメタデータのために使用してもよい（MAY）。

3.4.3.2   DCMES 必須の要素

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

<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">2016-01-01T00:00:01Z</meta>
    …
</metadata>

<dc:identifier opf:scheme="isbn">9780123456789</dc:identifier>

<metadata xmlns:dc="http://purl.org/dc/elements/1.1/"
          xmlns:opf="http://www.idpf.org/2007/opf">
<dc:title opf:file-as="Fellowship of the Ring">
        THE LORD OF THE RINGS, Part One: The Fellowship of the Ring
</dc:title>
    …
</metadata>

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

3.4.3.3   DCMES 省略可能な要素

<metadata xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:opf="http://www.idpf.org/2007/opf">
    …
<dc:creator id="creator" opf:file-as="Murakami, Haruki">
        Haruki Murakami
</dc:creator>
    …
</metadata>

<metadata xmlns:dc="http://purl.org/dc/elements/1.1/">
    …
<dc:creator id="creator01">Lewis Carroll</dc:creator>
<dc:creator id="creator02">John Tenniel</dc:creator>
    …
</metadata>

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

<dc:subject opf:authority="BISAC" opf:term="FIC024000">
    FICTION / Occult &amp; Supernatural
</dc:subject>

<dc:subject opf:authority="http://www.ams.org/msc/msc2010.html"
opf:term="11">
    Number Theory
</dc:subject>

3.4.3.4   meta 要素

meta 要素は、パッケージ メタデータを含める一般的な手段を提供する。

各 meta 要素は、EPUB 出版物のいくつかの特徴を確立するメタデータ表現を定義する。property 属性は、表現におけるステートメントを定義するプロパティのデータ タイプ値を取る。要素のテキスト コンテンツは、アサーションを表現する。（より詳細な情報は、語彙の関連付けメカニズムを参照されたい。）

この仕様は、property 属性で使用するために [Meta Vocab] を予約する。使用してもよい（MAY）任意の他の語彙からの用語は、プリフィックス付きで提供される（宣言の必要がないプリフィックスの一覧は予約済みのプリフィックスを参照されたい）。

<metadata xmlns:dc="http://purl.org/dc/elements/1.1/">
    …
<meta property="dcterms:modified">2016-02-29T12:34:56Z</meta>
<meta property="rendition:layout">pre-paginated</meta>
<meta property="media:active-class">-epub-media-overlay-active</meta>
    …
</metadata>

scheme 属性は、要素の値が得られるシステムまたはスキームを識別する。属性の値は、スキームを定めるリソースへ解決するプロパティのデータ タイプでなければならない（MUST）。リーディング システムが、scheme 属性の値を認識しない場合、それは文字列として要素の値を扱うべきである（SHOULD）。

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

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

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

3.4.3.5   link 要素

link 要素は、メタデータ レコードのように、指定されたレンディションにリソースを関連付けるために使用される。

metadata 要素は、0 個以上の link 要素を含めてもよく（MAY）、それぞれが、必須（REQUIRED）の href 属性でリンクされたリソースの位置を特定する。

リンクされたリソースは、出版物リソースではなく、マニフェストに記載してはならない（MUST NOT）。リンクされたリソースは、マニフェストに記載された出版物リソースに埋め込まれてよいが（MAY）、しかしながら、その場合は、（例えば、EPUB コンテンツ ドキュメントが、[RDFa 1.1] や [JSON-LD] のようにメタデータ レコードをシリアライズ化して含むことができるように）コア メディア タイプの要件 [EPUB 3.1] を順守しなければならない（MUST）。

<metadata>
    … 
<link rel="record"
href="front.xhtml#meta-json"
media-type="application/xhtml+xml"/>
    …
</metadata>

リンクされたリソースは、ローカルまたはリモートに配置してもよいが（MAY）、製作者は、リーディング システムによるリモート リソースの検索が、省略可能（OPTIONAL）であることを認識している必要がある（すなわち、リソースは利用可能でないかもしれない）。

media-type 属性は、複数のメディア タイプが、同じ IRI から供給できるように、リンクされたリソースが EPUB コンテナの外側に配置される場合、省略可能（OPTIONAL）である。属性は、全てのローカル リソースに対して必須（REQUIRED）である。

必須（REQUIRED）の rel 属性は、レンディションを持つリソースの関連性を確立するプロパティ値のスペースで区切られたリストを取る。

<link rel="record"
href="meta/9780000000001.xml" 
media-type="application/marc"/>

リーディング システムは、たとえ、rel 属性に定義された関連性を認識していたとしても、リンクされたリソースを使用したり表示する必要はない。

media-type 属性の値は、常に、（例えば、多くの XML ベース形式は、メディア タイプ「application/xml」を使用する）リンクされたリソースの型を識別するためには十分ではない。そのような一般的なリソースの識別をするリーディング システムを支援するために、properties 属性は、セマンティクスな識別子を加えることができる。

<link rel="record"
href="http://example.org/meta/12389347?format=xmp"
media-type="application/xml"
properties="xmp"/>

この仕様によって認められた予約済みの関連性とプロパティの一覧は、[Link Vocab] で定義されている。

製作者は、この仕様で定義されたメタデータ拡張メカニズムを介して、他の語彙から関連性とプロパティを追加してもよい（MAY）。製作者は、独自のプリフィックスを定義することによって新しい値を作ってもよい（MAY）。詳細は、語彙の関連付けメカニズムを参照されたい。

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

リンクされたメタデータ レコードの場合、リーディング システムは、パッケージ ドキュメントに表れているメタデータの処理をスキップしてはならなず（MUST NOT）、レコードに表れている情報のみを使用する。リンクされたレコードは、リーディング システムで利用可能な情報の強化を意図しており、パッケージのメタデータは、典型的に、重要なレンダリングの情報を含む。リーディング システムは、複数のリンクされたレコードからメタデータをコンパイルしてもよい（MAY）。単一のレコードのみを選択する必要はない。

パッケージ ドキュメントに表れるメタデータとリンクされたメタデータ レコード間の矛盾や衝突を回避するとき、リーディング システムは、優先順位を確立するために、パッケージ ドキュメントにある link 要素のドキュメント順を使用しなければならない（MUST）。（つまり、最初に遭遇したリンクされたレコード内のメタデータは、最も高い優先順位を持ち、パッケージ ドキュメント内のメタデータは、link 要素が、パッケージ メタデータ要素の前後に発生するかどうかにかかわらず、最低である）

<metadata>
    … 
<link rel="record"
href="http://example.org/onix/12389347"
media-type="application/xml"
properties="onix" />
    
<link rel="record"
href="meta/meta.jsonld"
media-type="application/ld+json" />
    …
</metadata>

リーディング システムは、EPUB 出版物のレイアウトとレンダリングに関係するリンクされたリソースに含まれた全ての指示を無視しなければならない（MUST）。

3.4.4.1   manifest 要素

manifest 要素は、それぞれが item 要素によって表される、レンディションを構成する出版物リソースの完全なリストを提供する。

3.4.4.2   item 要素

item 要素は、出版物リソースを表している。

manifest の各 item 要素は、href 属性で提供されてる IRI [RFC3987] で出版物リソースを識別する。IRI は、絶対 IRI または相対 IRI でもよい（MAY）。相対 IRI の場合、リーディング システムは絶対 IRI を解決するときに、ベースとしてパッケージ ドキュメントの IRI を使用しなければならない（MUST）。結果として生成された絶対 IRI は manifest のスコープ内で一意でなければならない（MUST）。

全ての出版物リソースは、それらがローカルまたはリモート リソースであるかどうかにかかわらず、manifest から参照されなければならない（MUST）。リソースの場所に関するメディアタイプ固有の要件については出版物リソースの配置 [EPUB 3.1] を参照されたい。

manifest は自己参照でないことに注意されたい。それは、パッケージ ドキュメント自身の参照を item 要素に包含してはならない（MUST NOT）。

item 要素で識別される出版物リソースは、media-type 属性で提供される MIME メディア タイプから推測される該当する仕様に準拠しなければならない（MUST）。コア メディア タイプ リソースは、[Core Media Types] で指定されたメディア タイプを使用しなければならない（MUST）。

fallback 属性は、item 要素から参照される出版物リソースのフォールバックを識別する IDREF [XML] を取る。フォールバックは、（例えば、スクリプト コンテンツ ドキュメントに静的な代替を提供するために）コア メディア タイプ リソースに対して提供されてもよい（MAY）。管理外リソースのためのフォールバック要件は、マニフェスト フォールバックに定義されている。

この仕様は、properties 属性に使用するための [Manifest Vocab] を予約しない。他の語彙からの用語は、プリフィックスを持っている限り、使用してもよい（MAY）。（宣言の必要がないプリフィックスのリストは予約済みのプリフィックスを参照されたい）

製作者は、リーディング システムが、設定されたプロパティに応じてレンダリングを最適化してもよい（MAY）ように（つまり、レンダリングの処理を無効にしたりフォールバックに使用するなど）、この属性に各パブリケーション リソースのために利用できる全ての説明を含むメタデータのプロパティを宣言しなければならない（MUST）。リーディング システムは、認識しない全ての記述的なメタデータのプロパティを無視しなければならない（MUST）。

正確にひとつの item が、nav プロパティを使用して EPUB ナビゲーション ドキュメントとして宣言しなければならない（MUST）。

media-overlay 属性は、この item によって記述されたリソースのためのメディア オーバーレイ ドキュメントを識別する IDREF [XML] を取る。詳細はパッケージング [Media Overlays 3.1] を参照されたい。

duration 属性は、メディア オーバーレイ ドキュメントから参照された音声メディアの全持続時間または、時限のメディアについては、参照されたメディア ファイルの全持続時間を提供する [SMIL] のクロック値を取る。詳細は、パッケージ メタデータ [Media Overlays 3.1] を参照されたい。

例

<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/z3998-auth+xml" 
fallback="fall2" />
<item id="fall2" 
href="chap1.xhtml" 
media-type="application/xhtml+xml"/> 
    … 
</manifest>

XHTML:
<audio src="http://www.example.com/book/audio/ch01.mp4" controls="controls"/>

Manifest:
<item id="audio01"
href="http://www.example.com/book/audio/ch01.mp4"
media-type="audio/mp4"/>

XHTML:
<a href="http://www.example.com/book/audio/ch01.mp4">Go to audio file</a>

Manifest:
No Entry

XHTML:
<a href="audio/ch01.mp4">Open Audio File</a>

Manifest:
<item id="audio01"
href="audio/ch01.mp4"
media-type="audio/mp4"
fallback="#audio01-xhtml"/>

3.4.4.3   マニフェスト フォールバック

管理外リソースは、固有のフォールバックコンテンツを（例えば、スパイン itemref 要素からや、XHTML コンテンツ ドキュメントの [HTML] img や iframe、link 要素から、EPUB スタイル シートの @import ルールから直接などから）提供されないコンテクストで参照されてもよいし（MAY）、そのようなケースのときはマニフェスト フォールバックを提供しなければならない（MUST）。

マニフェスト フォールバックは、出版物リソースを表すマニフェスト item 要素上の fallback を使用して提供される。fallback 属性の IDREF [XML] 値は、manifest 内の他の item へ解決しなければならない（MUST）。このフォールバック item は、それ自体は別のフォールバックの item を指定してもよい（MAY）。

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

指定された出版物リソースのメディア タイプをサポートしていないリーディング システムは、サポートされていないリソースの代わりに使用する少なくともひとつのサポートされている出版物リソースを識別するまでフォールバック チェーンを辿らなければならない（MUST）。リーディング システムがフォールバック チェーン内の複数の出版物リソースをサポートしている場合、それはそのリソースの特定のプロパティに基づいて使用するリソースを選択してもよく（MAY）、それ以外の場合は製作者の好みのフォールバックの順序を優先するべきである（SHOULD）。

フォールバック チェーンは、必要に応じて、次の要件のいずれかに準拠しなければならない（MUST）。

• スパイン itemref 要素から直接参照される管理外リソースのために、チェーンは、少なくともひとつの EPUB コンテンツ ドキュメントを含まなければならない（MUST）。

• 固有のフォールバックコンテンツが提供されない管理外リソースのために、チェーンは少なくともひとつのコア メディア タイプ リソースを含まなければならない（MUST）。

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

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

3.4.5.1   spine 要素

spine 要素は、特定のレンディションにおけるデフォルトの読み上げ順序を表す、マニフェスト item 参照の順序付きリストを定義する。

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

spine 内の出版物リソースからハイパーリンクされた全ての出版物リソースは、現在のリソースから離れるユーザーが必要とする任意のリンクメカニズムにハイパーリンクが定義されている場合は、それら自身が spine に記載されなければならない（MUST）。一般的なハイパーリンクのメカニズムは、[HTML] a と area 要素の href 属性、（例えば、DOM イベントおよび/またはフォーム要素を使用する）スクリプトのリンクを包含する。ハイパーリンクされたリソースを記載する要件は、再帰的に適用する（すなわち、ハイパーリンクされた出版物リソースからハイパーリンクされた全ての出版物リソースもまた、記載される）。

EPUB ナビゲーション ドキュメントからハイパーリンクされた全ての出版物リソースはまた、ナビゲーション ドキュメント自身が spine に記載されているかどうかに関わらず、spine に記載されなければならない（MUST）。

（例えば、[HTML] iframe 要素を介す）埋め込まれた出版物リソースは、spine に記載する必要はない。

page-progression-direction 属性は、コンテンツ フローの全体の送り方向を設定する。許可された値は ltr（左から右）、rtl（右から左）と default である。default 値が指定されている場合、製作者の望む送り方向を表しておらず、リーディング システムは、レンダリング方向を選ぶことができる。属性が指定されていない場合は、default 値を想定しなければならない（MUST）。

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

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

3.4.5.2   itemref 要素

spine の子要素の itemref 要素は、出版物リソース（典型的な EPUB コンテンツ ドキュメント）の順次リストを表している。itemref 要素の順序は、指定されたレンディションのデフォルトの読み上げ順序を定義する。

各 itemref 要素は、idref 属性の IDREF [XML] を介して、マニフェストにある一意な item の ID [XML] を参照しなければならない（MUST）（すなわち、二つ以上の itemref 要素は、同じ item を参照できない）。

参照される各マニフェストの item は、コア メディア タイプ リソースまたは管理外リソースであるかどうか関係なく、a）EPUB コンテンツ ドキュメントまたは b）出版物リソースの別の型のいずれかでなければならず（MUST）、そのフォールバック チェーンの中に EPUB コンテンツ ドキュメントが含まれていなければならない（MUST）。

linear 属性は、参照された item が最初に読む順序の提供や連続的に読まれる（「yes」）コンテンツなのか、重要なコンテンツの強化または増補や順序とは関係なくアクセス（「no」）できる補助的なコンテンツなのかを示す。補助的なコンテンツは、注釈や説明、解答を包含する。

linear 属性は、リーディング システムに、例えば、ポップアップウィンドウに表示されたり、聴覚リーディングで省略されるかもしれない補足的なコンテンツから、ユーザーが標準的に読む順番の一部としてアクセスする必要があるコンテンツを区別することができる。

EPUB 出版物をレンダリングするとき、リーディング システムは、デフォルトの読み上げ順序に表示されないように非線形コンテンツを抑制しても、EPUB 出版物のコンテンツ全体へユーザーのアクセスを提供するために linear 属性を無視してもよい（MAY）。この仕様は、リーディング システムが使用する何れのモデルも強制しない。リーディング システムはまた、二つのモデルを切り替えるために、ユーザーへオプションを提供をしてもよい（MAY）。

各レンディションは、linear 属性の値が明示的または暗示的に「yes」に設定されている少なくともひとつの itemref を包含しなければならない（MUST）。linear 属性を省略する itemref は、「yes」値を持つことが想定されている。

著者は、（例えば、コンテンツや EPUB ナビゲーション ドキュメントからのハイパーリンクなど）全ての非線型コンテンツにアクセスする方法を提供しなければならない（MUST）。

この仕様は、properties 属性で使用するために [Spine Vocab] を予約する。他の全ての語彙からの用語は、プリフィックスを持っている限り、使用してもよい（MAY）。（宣言の必要がないプリフィックスのリストは予約済みのプリフィックスを参照されたい）

[Spine Vocab] で定義されている全ての利用可能な説明を含むメタデータのプロパティは、宣言するべきである（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.6.1   collection 要素

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

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

このセクションで定義されているように、collection 要素は、（例えば、IDPF のサブ仕様を介して）特性が引き出されることを目的とされ、そこから一般的なフレームワークを表現する。このような特性は、レンディション内の collection 要素の目的だけでなく、妥当な生産物と用途（以下に表現される一般的なフレームワークと異なる特定の任意の要求）のための全ての要求のために定義しなければならない（MUST）。

各特性は、全ての適合する collection 要素を一意に識別する役割の値を定義しなければならない（MUST）。パッケージ ドキュメントのそれぞれ collection 要素の役割は、role 属性で識別されなければならず（MUST）、値は、ひとつ以上の NMTOKEN [XSD-DATATYPES] と/または絶対 IRI [RFC3987] でなければならない（MUST）。NMTOKEN 値の用途は、[Role Registry] でメンテナンスされるところの、IDPF が定義する役割で予約されている。レジストリで定義されていない NMTOKEN 値は、妥当ではない。役割のないものはこのセクションでは定義しない。

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

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

• メタデータは、デフォルトでは必須でない。

• メタデータ要素の使用におけるパッケージレベルの制限は、上書きしてもよい（MAY）。

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

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

• rel 属性は省略可能（OPTIONAL）である。

• properties 属性はまた、（例えば、コレクションは、独自にナビゲーション ドキュメントやカバー画像を宣言できるように）プリフィックスのない マニフェスト item プロパティ [Manifest Vocab] を受け入れる。

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

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

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

レンディションのレンダリングは、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.2.5.1   構文

プロパティ データ タイプは、IRI [RFC3987] を表現するコンパクトな手段であり、コロンで参照から分離された省略可能（OPTIONAL）なプリフィックスで構成されている。

プロパティ データ タイプは、[RDFa 1.1] で定義されている CURIE のデータ型から派生し、CURIE のサブセットを表している。

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

処理後のプロパティは次の IRI のように展開される。

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

dcterms: プリフィックスは、IRI 「http://purl.org/dc/terms/」にマップしている予約済みのプリフィックスである。

プリフィックスがプロパティの値から省略された場合、表現される基準は、この属性のためのデフォルトの語彙の用語を表している。

次の例は、マニフェストの item 要素にある [Manifest Vocab] mathml プロパティを示している。

<item … properties="mathml"/>

このプロパティは以下のように展開される。

http://idpf.org/epub/vocab/package/item/#mathml

これは語彙の IRI が参照と連結されている場合である。

上記の定義が妥当であっても、空の文字列は妥当なプロパティの値ではない。

4.2.5.2   処理

リーディング システムは、プロパティから IRI [RFC3987] を作成するために、次の規則を使用しなければならない（MUST）。

• プロパティが参照のみで構成されている場合、IRI はデフォルトの語彙に関連する IRI の語幹を参照に連結することによって得られる。

• プロパティがプリフィックスと参照から構成されている場合は、IRI がプリフィックスに関連付けられた IRI の語幹を参照に連結することによって得られる。一致するプリフィックスが定義されていない場合、プロパティは無効であり、無視しなければならない（MUST）。

結果の IRI は [RFC3987] に妥当でなければならない（MUST）。しかしながら、リーディング システムは、この IRI を解決する必要はない。

4.3.2.1   rendition:flow プロパティ

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

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

4.3.2.2   rendition:align-x-center プロパティ

rendition:align-x-center プロパティ [Rendition Vocab] がスパイン項目にセットされているとき、それはレンダリングされたコンテンツが、必要に応じて、ビューポートまたは見開き内で水平方向の中央にするべき（SHOULD）ことを示している。このプロパティは、結果として生じたコンテンツ ボックスの配置のみで、スパイン項目のレンダリングには影響を与えない。

リフロー可能なコンテンツの場合、各仮想ページは、中央でなければならない（MUST）。

この仕様のバージョンでは、このプロパティをサポートまたは指定しないときの、初期設定のレンダリングの挙動を定義しない。リーディング システムは、独自のデザインでスパイン項目をレンダリングしてもよい（MAY）。

4.3.3.2   rendition:layout プロパティ

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

4.3.3.3   rendition:orientation プロパティ

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

4.3.3.4   rendition:spread プロパティ

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

4.3.3.5   rendition:page-spread-* プロパティ

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

5.4.2.2   toc nav 要素

toc nav 要素は、特定のレンディションの主要なナビゲーションの階層を定義している。それは概念的に印刷物の目次に相当する（すなわち、それは出版物の主要な構造セクションへのナビゲーションを提供する）。

toc nav 要素内の参照は、両方を反映するような順序でなければならない（MUST）。

• スパイン内の参照された EPUB コンテンツ ドキュメントの順序で、

• それぞれの EPUB コンテンツ ドキュメント内のターゲットとされた要素の順序。

toc nav 要素は、EPUB ナビゲーション ドキュメント内に必ずひとつは発生しなければならない（MUST）。

5.4.2.3   >page-list nav 要素

page-list nav 要素は、EPUB 出版物により表現される印刷物ソース内に存在するページの境界の位置に相当するコンテンツの位置へのナビゲーションを提供する。

page-list nav 要素は、EPUB ナビゲーション ドキュメント内で省略可能（OPTIONAL）であり、複数発生してはならない（MUST NOT）。

page-list nav 内を参照するページは、スパインの対象となっている EPUB コンテンツ ドキュメントの順番とそれぞれの EPUB コンテンツ ドキュメント内の各ページの順番の両方に一致するように順序付けられねばならない（MUST）。

page-list nav 要素は、単一の ol 子孫のみに含むべきである（SHOULD）。 つまり、ネストされていないリストである。

page-list 参照の目的地は、pagebreak 語彙 [Structure Vocab] を使用して、それぞれの EPUB コンテンツ ドキュメント内で識別されてもよい（MAY）。

5.4.2.4   landmarks nav 要素

landmarks nav 要素は、ユーザーの効率的なアクセスの提供をリーディング システムが可能にするため、特定のレンディション内の基本的な構造のコンポーネントを識別する。

epub:type 属性 [Content Docs 3.1] は、landmarks nav 要素の子孫 a 要素が必須（REQUIRED）である。landmarks nav 要素内の各リンク対象の構造上の意味論は、この属性の値によって決定される。

<nav epub:type="landmarks">
<h2>Guide</h2>
<ol>
<li><a epub:type="toc" href="#toc">Table of Contents</a></li>
<li><a epub:type="loi" href="content.html#loi">List of Illustrations</a></li>
<li><a epub:type="bodymatter" href="content.html#bodymatter">Start of Content</a></li>
</ol>
</nav>

landmarks nav は、同じリソースまたはそのフラグメントを参照する同じ epub:type 値を持つ複数のエントリを包含してはならない（MUST NOT）。

landmarks nav 要素は、EPUB ナビゲーション ドキュメント内で省略可能（OPTIONAL）であり、複数回発生してはならない（MUST NOT）。

5.4.2.5   他の nav 要素

EPUB ナビゲーション ドキュメントは、前のセクションで定義されている toc や page-list 、landmarks nav 要素に加えてひとつ以上の nav 要素を包含してもよい（MAY）。追加の nav 要素は、機械可読可能なセマンティクスを提供する epub:type 属性を持つべきであり（SHOULD）、これらの最初の子として人間が可読可能な見出しを持たなければならない（MUST）。

この仕様は、任意の追加の nav 要素のセマンティクスに制約を課さない。任意の情報ドメインのためのナビゲーションセマンティクスの表現を使用してもよく（MAY）、同種または異種のセマンティクスでリンク対象を含んでもよい（MAY）。

<nav aria-labelledby="lot">
<h2 id="lot">List of tables</h2>
<ol>
<li><span>Tables in Chapter 1</span>
<ol>
<li><a href="chap1.xhtml#table-1.1">Table 1.1</a>
</li>
<li><a href="chap1.xhtml#table-1.2">Table 1.2</a></li>
</ol>
</li>
    	…
</ol>
</nav>