EPUB 3.3

マニフェストフォールバックは、パッケージ 文書の機能であり、出版リソースに対する マニフェストフォールバックチェーンを作成し、 読書システムが レンダリング可能な代替形式を選択できるようにします。

フォールバックチェーンは、マニフェスト item 要素上の fallback 属性を使用して作成されます。この属性は、現在の item の フォールバックである別のマニフェスト item の ID [xml] を参照します。 読書システムが、指定された item の fallback 属性から開始して到達できるすべての参照の順序付きリストは、その item の完全な フォールバックチェーンを表します。このチェーンはまた、 EPUB 作成者が優先するフォールバック 順序を表します。

マニフェストフォールバックには 2 つのケースがあります。

スパインフォールバック

EPUB 作成者は、外来コンテンツ 文書に対してフォールバックチェーンを指定しなければなりません（MUST）。 これは、読書システムが常に スパイン項目をレンダリングできるようにするためです。この場合、 チェーンには少なくとも 1 つの EPUB コンテンツ文書が含まれなければなりません（MUST）。

EPUB 作成者は、EPUB コンテンツ文書にフォールバックを提供してもかまいません（MAY） （例: スクリプト付きコンテンツのフォールバックを提供する場合）。

フォールバックチェーンに複数の EPUB コンテンツ文書が含まれる場合、EPUB 作成者は properties 属性を使用して、 それぞれの目的を区別できます。

コンテンツフォールバック

注記

コンテンツフォールバックの本来の目的は、[html] img 要素に対してフォールバック画像を指定することでした。HTML には現在、画像のための 内在的なフォールバック機構があるため、コンテンツフォールバックの使用は強く推奨されません。 EPUB 作成者は、フォールバック コンテンツを提供するために、常に [html] および [svg] の 内在的なフォールバック能力を使用すべきです。

EPUB 作成者は、それらを参照する要素が内在的なフォールバック能力を持たない場合、 外来リソースに対してコンテンツフォールバックを提供しなければなりません（MUST）。 この場合、フォールバックチェーンには少なくとも 1 つの コアメディアタイプ リソースが含まれなければなりません（MUST）。

EPUB 作成者は、コアメディア タイプリソースに対してマニフェストフォールバックを提供してもかまいません（MAY）（例: 読書システムが複数の画像形式から選択できるようにする場合）。

指定されたマニフェストフォールバックの種類にかかわらず、フォールバックチェーンには チェーン内の item 要素への自己参照または循環参照を 含めてはなりません（MUST NOT）。

以下の節では、特定の要素に関する内在的なフォールバック 要件について追加の明確化を提供します。

OCF 抽象コンテナーの仮想ファイルシステムは、 コンテナーのすべての内容に対して、単一の共通 ルート ディレクトリーを持たなければなりません（MUST）。

OCF 抽象コンテナーは、 コンテナーのルートディレクトリーの直接の子である、META-INF という名前の 設定ファイル用ディレクトリーを含まなければなりません（MUST）。この ディレクトリーの内容に関する要件については、4.2.6 META-INF ディレクトリーを参照してください。

ルートディレクトリー内のファイル名 mimetype は、OCF ZIP コンテナーでの使用のために予約されています。これは 4.3 OCF ZIP コンテナーで説明されています。

META-INF ディレクトリー内のファイルおよび mimetype ファイルは 出版リソースではないため、マニフェストに 列挙してはなりません（MUST NOT）。

EPUB 作成者は、OCF 抽象コンテナー内のその他すべての ファイルを、META-INF ディレクトリー内でない限り、ルートディレクトリーの任意の子孫位置に配置してもかまいません（MAY）。 EPUB 作成者は、 EPUB 出版物から META-INF ディレクトリー内のファイルを参照してはなりません（MUST NOT）。

OCF 抽象コンテナーの文脈では、ファイルパスおよび ファイル名は スカラー値文字列 [infra] です（すなわち、 それらの値は大文字小文字を区別します）。

さらに、次の制限は、ほとんどのオペレーティングシステムでファイルパスおよびファイル名を 変更なしに使用できるようにするために設計されています。

• ファイル名は 255 バイトを超えてはなりません（MUST NOT）。

• OCF 抽象コンテナー内の任意のディレクトリーまたはファイルのファイルパスは、 65535 バイトを超えてはなりません（MUST NOT）。

• 一般的に使用されるオペレーティングシステムではこれらの文字を一貫してサポートしない場合があるため、 ファイル名は次の [unicode] 文字を使用してはなりません（MUST NOT）。

  • SOLIDUS: / (U+002F)

  • QUOTATION MARK: " (U+0022)

  • ASTERISK: * (U+002A)

  • 最後の文字としての FULL STOP: . (U+002E)

  • COLON: : (U+003A)

  • LESS-THAN SIGN: < (U+003C)

  • GREATER-THAN SIGN: > (U+003E)

  • QUESTION MARK: ? (U+003F)

  • REVERSE SOLIDUS: \ (U+005C)

  • VERTICAL LINE: | (U+007C)

  • DEL (U+007F)

  • C0 範囲 (U+0000 … U+001F)

  • C1 範囲 (U+0080 … U+009F)

  • 私用領域 (U+E000 … U+F8FF)

  • すべての Unicode 非文字、具体的には次のもの。

    • 基本多言語面内の 32 個の連続する文字 (U+FDD0 … U+FDEF)

    • 基本多言語面の最後の 2 つのコードポイント (U+FFFE および U+FFFF)

    • 補助面の末尾にある最後の 2 つのコードポイント (U+1FFFE, U+1FFFF … U+EFFFE, U+EFFFF)

  • Specials (U+FFF0 … U+FFFF)

  • 補助私用領域 A (U+F0000 … U+FFFFF)

  • 補助私用領域 B (U+100000 … U+10FFFF)

  注記

  Unicode Character Database [uax44] には、 非推奨文字の 一覧も含まれます。EPUB 作成者はこれらの文字も避けることが推奨されます。 EPUB 適合性チェッカーがそれらの 使用を指摘すると予想されるためです。

• 古い 読書システムとの互換性のため、ファイル名は SPACE (U+0020) 文字を含むべきではありません（SHOULD NOT）。

• 同じディレクトリー内のすべてのファイル名は、Unicode 正準正規化 [uax15]、その後の完全ケースフォールディング [unicode] に従って一意でなければなりません（MUST）。（詳細については、 Unicode 正準ケースフォールド 正規化ステップ [charmod-norm] を参照してください。）

OCF 抽象コンテナー内のファイルまたはディレクトリー file が与えられたとき、ファイルパスを導出するには、次のステップを適用します （[infra] の用語を用いて表現します）。

1. path を空の リストとします。
2. current を file とします。
3. current が ルート ディレクトリーでない間、次を実行します。
   1. current の ファイル名を path の先頭に 追加します。
   2. current を current の親ディレクトリーに設定します。
4. U+002F (/) 文字を使用した path の 連結を返します。

コンテナールート URLは、ルートディレクトリーの URL [url] です。これは実装固有ですが、 EPUB 作成者は、それが次の特性を持つものと想定しなければなりません（MUST）。

• 解析において、「/」を コンテナールート URLを baseとして解析した結果は、 コンテナールート URLです。
• 解析において、「..」を コンテナールート URLを baseとして解析した結果は、 コンテナールート URLです。

OCF 抽象コンテナー内のファイルまたはディレクトリーの コンテンツ URLは、そのファイルの ファイルパスを、 コンテナールート URL を baseとして 解析した結果です。

文字列 url は、 path-relative-scheme-less-url stringであり、任意で U+0023 (#) および url-fragment string が続き、かつ次の ステップが true を返す場合、 valid-relative-ocf-URL-with-fragment string です。

1. コンテナールート URLを https://a.example.org/A/ に設定します。

   説明

   このアルゴリズムの目的は、url がコンテナー外へ「漏れている」と見なされ得るかどうかを 検出することです。そのため、標準の URL 解析アルゴリズムを人工的なルート URL とともに使用します。 「漏れ」の検出は、解析結果と最初のテストパス セグメント（A）の存在を比較することによって行われます。（なお、人工的なコンテナールート URL は、 このアルゴリズムの目的のために、その最初のテスト パスセグメントを使用することで、必須特性に意図的に違反しています。）

2. base を、url が使用されるコンテキスト（文書または環境）によって定義され、 かつ パッケージ文書のコンテンツ URL に従って、 url を解析するために使用されなければならない base URL とします （5.2 パッケージ文書内の URL の解析を参照）。

   説明

   パッケージ文書内の URL の場合、base 変数は パッケージ文書のコンテンツ URL に設定されます。 META-INF ディレクトリー内の文書の場合、base 変数は コンテナールート URL に設定されます（4.2.6.2 META-INF ディレクトリー内の URL の解析を参照）。XHTML コンテンツ 文書内の URL の場合、解析に使用される base URL は HTML 標準によって定義されます。通常、それは コンテンツ文書のコンテンツ URL になります（推奨されない base 要素が使用されていない限り）。

3. testURLRecord を、base とともに URL パーサーを url に適用した結果とします。
4. testURLStringA を、 URL シリアライザーを testURLRecord に適用した結果とします。

5. コンテナールート URLを https://b.example.org/B/ に設定します。

   説明

   異なる人工的なコンテナールート URL の設定で同じステップを 2 回繰り返す理由は、 url 文字列にも /A/ が含まれている場合に発生し得る衝突を避けるためです。 例えば、url が ../../A/doc.xhtml である場合を考えてください。

6. base を、url が使用されるコンテキスト（文書または環境）によって定義され、 かつパッケージ文書のコンテンツ URL に従って url を解析するために使用されなければならない base URL に設定します（5.2 パッケージ文書内の URL の解析を参照）。
7. testURLRecord を、base とともに URL パーサーを url に適用した結果に設定します。
8. testURLStringB を、 URL シリアライザーを testURLRecord に適用した結果とします。

9. testURLStringA が https://a.example.org/ で始まらない、または testURLStringB が https://b.example.org/ で始まらない場合、 true を返します。

   説明

   いずれかの結果がテスト URL のホストを共有していない場合、それは url、 またはその base URL（例えば HTML で base 要素により明示的に設定されている場合）が 絶対であり、コンテナーの外部を指していることを意味します。これは許容されます。

10. testURLStringA が https://a.example.org/A/ で始まり、かつ testURLStringB が https://b.example.org/B/ で始まる場合、 true を返します。

    説明

    最初のテストパスセグメント（それぞれ A、 B）の存在は、その URL がコンテナー外へ漏れていないことを示します。

11. false を返します。

OCF 抽象コンテナーでは、任意の URL 文字列は absolute-url-with-fragment string または valid-relative-ocf-URL-with-fragment string でなければなりません（MUST）。

さらに、すべての relative-URL-with-fragment strings [url] は、解析後に、OCF 抽象コンテナー内に存在するファイルのコンテンツ URL と等しくなければなりません（MUST）。

OCF ZIP コンテナーは、 [zip] で指定される ZIP 形式を使用しますが、 次の制約および明確化を伴います。

• OCF ZIP コンテナーの内容は、適合する OCF 抽象コンテナーでなければなりません（MUST）。

• OCF ZIP コンテナーは、ZIP ファイルを複数の記憶媒体にまたがらせたり、 複数のファイルに分割したりできる、ZIP application note [zip] の機能を使用してはなりません（MUST NOT）。

• OCF ZIP コンテナーは、ZIP アーカイブ内に、格納（非圧縮）された ZIP エントリーと Deflate 圧縮された ZIP エントリーのみを含まなければなりません（MUST）。

• OCF ZIP コンテナーは、application note [zip] の第 V 節 G 項で 「Version 1」として定義される ZIP64 拡張を使用してもかまいません（MAY）が、 コンテンツが必要とする場合にのみそれらの拡張を使用すべきです（SHOULD）。

• OCF ZIP コンテナーは、ZIP 形式で定義される暗号化 機能を使用してはなりません（MUST NOT）。代わりに、暗号化は 4.2.6.3.2 暗号化ファイル（encryption.xml）で説明される機能を 使用して行わなければなりません（MUST）。

• OCF ZIP コンテナーは、ファイルシステム 名を UTF-8 [unicode] を使用してエンコードしなければなりません（MUST）。

次の制約は、OCF ZIP コンテナーアーカイブ内の特定のフィールドに適用されます。

• ローカルファイルヘッダーテーブルでは、 EPUB 作成者は、 version needed to extract フィールドを、指定されたファイルに必要な最大バージョンレベルに一致する 値 10、20、または 45 に設定しなければなりません（MUST） （例: Deflate の場合 20、ZIP64 の場合 45）。

• ローカルファイルヘッダーテーブルでは、EPUB 作成者は compression method フィールドを値 0 または 8 に設定しなければなりません（MUST）。

EPUB 作成者は、 OCF ZIP コンテナー内の最初のファイルとして mimetype ファイルを含めなければなりません（MUST）。 さらに:

• mimetype ファイルの内容は、US-ASCII [us-ascii] でエンコードされた MIME メディアタイプ [rfc2046] 文字列 application/epub+zip でなければなりません（MUST）。
• mimetype ファイルは、先頭または末尾に パディングや空白を含んではなりません（MUST NOT）。
• mimetype ファイルは、Unicode バイト オーダーマーク U+FEFF で始まってはなりません（MUST NOT）。
• EPUB 作成者は mimetype ファイルを圧縮または暗号化してはなりません（MUST NOT）。
• EPUB 作成者は、その ZIP ヘッダーに追加フィールドを含めてはなりません（MUST NOT）。

EPUB 作成者は、難読化アルゴリズムで使用されるキーを 一意識別子から 導出しなければなりません（MUST）。

XML 1.0 仕様の 2.3 節 [xml] で定義されるすべての空白文字は、 この識別子から削除されなければなりません（MUST）。具体的には、Unicode コードポイント U+0020、U+0009、U+000D および U+000A です。

EPUB 作成者は、Secure Hash Standard [fips-180-4] で指定されるとおり、 得られた文字列の UTF-8 表現の SHA-1 ダイジェストを生成しなければなりません（MUST）。 その後、このダイジェストをアルゴリズムのキーとして使用できます。

フォントの難読化に用いられるアルゴリズムは、フォントファイルの最初の 1040 バイト（約 1KB）を 変更することから成ります。（フォントファイルが 1040 バイト未満であるまれな場合、この処理は ファイル全体を変更します。）

元のデータを難読化するには、埋め込みフォントの最初のバイトとして、生のフォントファイルの最初のバイトと 難読化キーの最初の バイトに対して論理排他的 OR（XOR）を実行した結果を格納します。

この処理をソースおよびキーの次のバイトで繰り返し、キー内のすべてのバイトについて続けます。 この時点で、処理はキーの最初のバイトとソースの 21 番目のバイトから開始して継続します。 この方法で 1040 バイトがエンコードされる（またはソースの末尾に到達する）と、 ソース内に残っているデータはすべて宛先へ直接コピーします。

EPUB 作成者は、フォントを圧縮して OCF ZIP コンテナーへ追加する前に難読化しなければなりません（MUST）。難読化は暗号化ではないため、この要件は 4.2.6.3.2 暗号化ファイル（encryption.xml）における、 暗号化前にフォントを圧縮するという要件に違反しないことに注意してください。

次の疑似コードは、難読化アルゴリズムを例示します。

1. ocf を OCF ZIP コンテナーファイルに設定する
2. source をフォントファイルに設定する
3. destination を難読化されたフォントファイルに設定する
4. keyData をファイルのキーに設定する
5. outer を 0 に設定する
6. outer < 52 かつ (source が EOF でない) 間
   1. inner を 0 に設定する
   2. inner < 20 かつ (source が EOF でない) 間
      1. source から 1 バイトを読み取る（読み取りによりファイル 位置が進むと仮定）
      2. sourceByte を読み取り結果に設定する
      3. keyByte を keyData の inner 番目のバイトに設定する
      4. obfuscatedByte を (sourceByte XOR keyByte) に設定する
      5. obfuscatedByte を destination に書き込む
      6. inner をインクリメントする
      while 終了
   3. outer をインクリメントする
   while 終了
7. (source が EOF でない) 場合
   1. source を EOF まで読み取る
   2. 読み取り結果を destination に書き込む
   if 終了
8. destination を Deflate 圧縮する
9. destination を ocf 内で source として格納する

技術的には暗号化データではありませんが、すべての難読化フォントは、 EPUB 出版物に付随する encryption.xml ファイル内にエントリーを持たなければなりません（MUST） （4.2.6.3.2 暗号化ファイル（encryption.xml）を参照）。

EPUB 作成者は、各難読化フォントに対して EncryptedData 要素を指定しなければなりません（MUST）。 各 EncryptedData 要素は、Algorithm 属性が http://www.idpf.org/2008/embedding という値を持つ子 EncryptionMethod 要素を含まなければなりません（MUST）。この属性の存在は、 この仕様で説明されるアルゴリズムの使用を示します。

EPUB 作成者は、難読化フォントへのパスを CipherData 要素の子 CipherReference に列挙しなければなりません（MUST）。 難読化アルゴリズムはフォントに限定されているため、CipherReference 要素の URI 属性は フォントコアメディアタイプリソースを参照しなければなりません（MUST）。

埋め込みフォントを他の EPUB 出版物へ簡単にコピーできないようにするため、EPUB 作成者は 難読化キーを encryption.xml ファイル内で提供してはなりません（MUST NOT）。

それを持つ要素およびその子孫のテキスト内容と属性値の 基本方向 [bidi] を指定します。

許可される値は次のとおりです。

• ltr — 左から右への基本方向。
• rtl — 右から左への基本方向。および
• auto — 基本方向は Unicode Bidi Algorithm [bidi] を使用して決定されます。

EPUB 作成者がこの属性を省略した場合、または 無効な値を使用した場合、読書システムは値 auto を想定します。

使用可能な要素: collection、 Dublin Core 要素、 meta、 および package。

リソースを参照する妥当な URL 文字列 [url]。

URL 文字列は、パッケージ文書内の要素を介してリソースを参照してはなりません（MUST NOT） （例えば、 マニフェストの item またはスパインの itemref 宣言を介して）。

使用可能な要素: item および link。

要素の ID [xml] であり、 文書 スコープ内で一意でなければなりません（MUST）。

使用可能な要素: collection、 Dublin Core 要素、 item、 itemref、 link、 manifest、 meta、 package、 および spine。

参照されるリソースの種類および形式を指定するメディアタイプ [rfc2046]。

使用可能な要素: item および link。

プロパティ値の空白区切りリストです。

この属性の予約済み語彙については、各要素の定義を参照してください。

使用可能な要素: item、 itemref、 および link。

現在の式と、その値によって識別される要素またはリソースとの関連付けを確立します。 EPUB 作成者は、その値として path-relative-scheme-less-URL string を使用しなければなりません（MUST）。これには任意で U+0023 (#) および それらが記述しているリソースまたは要素を参照する URL-fragment string が続きます。

refines 属性は、表現されるメタデータの種類に応じて任意（OPTIONAL）です。 省略された場合、その要素は主式を定義します。

出版リソースについて式を作成する場合、refines 属性は、そのリソースのマニフェストエントリーの ID [xml] を参照する フラグメント識別子を指定すべきです（SHOULD）。

精密化チェーンは、循環参照または自己参照を含んではなりません（MUST NOT）。

使用可能な要素: link および meta。

それを持つ要素およびその子孫のテキスト内容と属性値の言語を、 [xml] の 2.12 言語 識別節で定義されるとおりに指定します。各 xml:lang 属性の値は、 整形式の言語タグ [bcp47] でなければなりません（MUST）。

使用可能な要素: collection、 Dublin Core 要素、 meta、 および package。

metadata 要素はメタ情報をカプセル化します。

要素名:

metadata

用途:

package の必須（REQUIRED）の最初の子。

属性:

なし

内容モデル:

任意の順序で:

• dc:identifier [1 つ以上]

• dc:title [1 つ以上]

• dc:language [1 つ以上]

• Dublin Core Optional Elements [0 個以上]

• meta [1 つ以上]

• OPF2 meta [0 個以上] （レガシー）

• link [0 個以上]

パッケージ文書の metadata 要素には、2 つの 主な機能があります。

1. 読書システムが EPUB 出版物を内部的に カタログ化し、ユーザーが利用できるようにする（例えば、 本棚に表示する）ための最小限のメタ情報セットを提供すること。

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

パッケージ文書は複雑なメタデータ符号化機能を提供しません。EPUB 作成者がより詳細な情報を提供する必要がある場合、 メタデータレコード（例えば、 [onix] のような国際標準に適合するもの、または独自の 目的で作成されたもの）を link 要素を使用して関連付けることができます。この方法により、読書システムはメタデータをその ネイティブ形式で処理でき、最小限のパッケージ文書構造を使用するための変換によって生じる 潜在的な問題や情報損失を避けられます。

この方針に従い、パッケージ文書には次の 最小限のメタデータ要件のみがあります。すなわち、[dcterms] dc:title、 dc:identifier、 および dc:language 要素を、[dcterms] dcterms:modified プロパティとともに含まなければなりません（MUST）。 その他すべてのメタデータは任意（OPTIONAL）です。

meta 要素は、任意の語彙からのメタデータプロパティを含めるための 汎用的な仕組みを提供します。EPUB 作成者は任意のメタデータ目的でこの仕組みを使用してもかまいませんが（MAY）、 通常は EPUB 仕様で定義されるレンダリングメタデータを含めるために使用します。

Dublin Core 要素 [dcterms] および meta 要素は、必須の 子テキスト内容 [dom] を持ちます。この仕様では、これらの要素の説明において、この内容を その要素の 値と呼びます。

これらの要素は、先頭および末尾の ASCII 空白 [infra] が除去された後に、空でない値を持たなければなりません（MUST） （すなわち、少なくとも 1 つの非空白文字から成らなければなりません）。

これらの要素値内の空白は重要ではありません。1 つ以上の空白 文字の連続は、処理中に 単一の 空白へ畳み込まれます [infra]。

meta 要素は、パッケージメタデータを含めるための汎用的な手段を提供します。

要素名:

meta

用途:

metadata 要素の子として。繰り返し可能。

属性:

• dir [任意]

• id [任意]

• property [必須]

• refines [任意]

• scheme [任意]

• xml:lang [任意]

内容モデル:

テキスト

各 meta 要素はメタデータ式を定義します。 property 属性は、式で行われる記述を定義する property データ型値を取り、要素のテキスト内容はその表明を表します。（詳細については D.1 語彙関連付け機構を参照してください。）

この仕様は、EPUB 作成者が meta 要素を使用して定義できる 2 種類のメタデータ式を定義します。

• 主式とは、meta 要素で定義される式が EPUB 出版物の何らかの側面を確立するものです。 refines 属性を省略した meta 要素は、主式を定義します。
• 副式とは、 meta 要素で定義される式が、refines 属性を使用して 別の式またはリソースと関連付けられ、その意味を強化するものです。副式は、例えば、 メディアクリップの継続時間を表すことでそれを精密化したり、人物の役割を定義することで 作成者または貢献者の式を精密化したりできます。

EPUB 作成者は、他の副式の意味を精密化するために副式を使用し、 それによって情報のチェーンを作成してもかまいません（MAY）。

Meta Properties Vocabulary は、property 属性で使用する 既定の語彙です。

EPUB 作成者は、D.1 語彙関連付け 機構で定義されるように、他の語彙から用語を追加してもかまいません（MAY）。

scheme 属性は、EPUB 作成者がその要素の 値を取得した体系またはスキームを識別します。 この属性の値は、そのスキームを定義する リソースに解決される property データ型 値でなければなりません（MUST）。scheme 属性には 既定の語彙がありません（すなわち、すべての値は 接頭辞を必要とします）。

metadata セクションは、最終更新日を含む dcterms:modified プロパティ [dcterms] を ちょうど 1 つ含まなければなりません（MUST）。 このプロパティの 値は、拡張形式 YYYY-MM-DDThh:mm:ssZ に一致する、日付および時刻の [iso8601-1] 完全表現でなければなりません（MUST）。

EPUB 作成者は、最終更新日を協定世界時（UTC）で表現しなければならず（MUST）、 かつ「Z」（Zulu）タイムゾーン指示子で終端しなければなりません（MUST）。

EPUB 作成者は、EPUB 出版物に変更を加えるたびに、最終更新日を更新すべきです。

EPUB 作成者は、パッケージ文書メタデータに追加の modified プロパティを指定してもかまいませんが（MAY）、 それらは異なる主語を持たなければなりません（MUST） （すなわち、要素またはリソースを参照する refines 属性を必要とします）。

link 要素は、メタデータ レコードなどのリソースを EPUB 出版物に関連付けます。

要素名:

link

用途:

metadata の子として。 繰り返し可能。

属性:

• href [必須]

• hreflang [任意]

• id [任意]

• media-type [条件付き必須]

• properties [任意]

• refines [任意]

• rel [必須]

内容モデル:

空

metadata 要素は 0 個以上の link 要素を含んでもよく（MAY）、 それぞれは必須（REQUIRED）の href 属性で、出版リソースまたは リンクリソースの位置を識別します。

link 要素から参照されるリソースは、次の場合にのみ 出版リソースです。

• スパインから参照される場合。 または

• EPUB コンテンツ文書に含まれる、または埋め込まれる場合 （例えば、RDFa [rdfa-core] としてシリアル化された、または [html] script 要素に埋め込まれた JSON-LD [json-ld11] としてのメタデータレコード）。

その他すべての場合（例えば、独立した [onix] レコードへリンクする場合）、 参照されるリソースは 出版リソースではありません （すなわち、コア メディアタイプ要件の対象ではありません）。また、EPUB 作成者は、それらを マニフェストに列挙してはなりません（MUST NOT）。

EPUB 作成者は、リンクリソースを EPUB コンテナー内または外部に配置してもかまいませんが（MAY）、 読書システムは EPUB コンテナー外の リソースを取得することを要求されない点を考慮すべきです。

リンクリソースが EPUB コンテナーの外部にある場合、 同じ URL [url] から複数の メディアタイプが提供される可能性があるため、 media-type 属性は任意（OPTIONAL）です。EPUB 作成者は、 EPUB コンテナー内のすべてのリンクリソースについてこの属性を指定しなければなりません（MUST）。

任意（OPTIONAL）の hreflang 属性は、 リンクされたリソースの言語を識別します。この値は 整形式の言語 タグ [bcp47] でなければなりません（MUST）。

必須（REQUIRED）の rel 属性は、 リンクされたリソースが EPUB 出版物と持つ関係を確立する プロパティ値の空白区切りリストを取ります。

media-type 属性の値は、リンクリソースの種類を識別するために常に十分であるとは限りません （例えば、多くの XML ベースのレコード形式はメディアタイプ 「application/xml」を使用します）。そのような汎用リソースの識別において 読書システムを支援するため、EPUB 作成者は properties 属性にセマンティック識別子を指定してもかまいません（MAY）。

Metadata Link Vocabulary は、rel および properties 属性の 既定の語彙です。

EPUB 作成者は、D.1 語彙 関連付け機構で定義されるように、他の語彙から関係およびプロパティを追加してもかまいません（MAY）。

EPUB 作成者は、 1 つ以上の リンクされたメタデータレコードを提供してもかまいません（MAY）。

完全なレコードに加えて、EPUB 作成者は link 要素を使用して、代替形式で利用可能な 個別のメタデータプロパティを識別してもかまいません（MAY）。

manifest 要素は、コンテンツのレンダリングで使用される 出版リソースの網羅的な一覧を提供します。

要素名:

manifest

用途:

package の必須（REQUIRED）の第 2 子であり、 metadata に続きます。

属性:

id [任意]

内容モデル:

item [1 つ以上]

パッケージ 文書を除き、 manifest は、出版リソースが コンテナーリソースであるか リモートリソースであるかにかかわらず、すべての出版リソースを 列挙しなければなりません（MUST）。

パッケージ文書はすでに container.xml ファイルによって識別されているため、 manifest はそれに対する item 要素を指定してはなりません（MUST NOT） （すなわち、自己参照は何の目的にも役立ちません）。

item 要素は、出版リソースを表します。

要素名:

item

用途:

manifest の子として。 繰り返し可能。

属性:

• fallback [条件付き必須]

• href [必須]

• id [必須]

• media-overlay [任意]

• media-type [必須]

• properties [任意]

内容モデル:

空

各 item 要素は、その href 属性内の URL [url] によって出版リソースを識別します。この値は absolute- または path-relative-scheme-less-URL 文字列 [url] でなければなりません（MUST）。 EPUB 作成者は、 解析後に各 URL が manifest スコープ内で一意であることを保証しなければなりません（MUST）。

item 要素によって識別される出版リソースは、 media-type 属性で提供される MIME メディアタイプ [rfc2046] から推定される適用可能な仕様に適合しなければなりません（MUST）。 コアメディアタイプリソースについて、EPUB 作成者は 3.2 コアメディアタイプで指定されたメディアタイプを 使用しなければなりません（MUST）。

fallback 属性は、参照される出版リソースの フォールバックを指定します。fallback 属性の IDREF [xml] 値は、 manifest 内の別の item に解決されなければなりません（MUST）。

ある item のフォールバックは、別の item へのフォールバックを指定してもよく（MAY）、 以降同様に、フォールバックオプションのチェーンを作成できます。フォールバックチェーンの使用に関連する 追加要件については、3.5.1 マニフェストフォールバックを参照してください。

media-overlay 属性は、この item によって記述されるリソースの メディアオーバーレイ文書を識別する IDREF [xml] を取ります。 詳細については、9.3.5 メディアオーバーレイのパッケージ化を参照してください。

bindings 要素は、この仕様でサポートされていないメディアタイプに対する カスタムハンドラーの集合を定義します。

この要素の使用は非推奨です。

詳細については、[epubpublications-301] の bindings 要素定義を参照してください。

spine 要素は、既定の読書順序を表すマニフェスト item 参照の順序付きリストを定義します。

要素名:

spine

用途:

package の必須（REQUIRED）の第 3 子であり、 manifest に続きます。

属性:

• id [任意]

• page-progression-direction [任意]

• toc [任意] （レガシー）

内容モデル:

itemref [1 つ以上]

spine は少なくとも 1 つの EPUB コンテンツ文書または 外部コンテンツ文書を指定しなければなりません（MUST）。

EPUB 作成者は、 spine 内の出版リソースからハイパーリンクされるすべての EPUB および 外部コンテンツ文書を、spine に列挙しなければなりません（MUST）。ここでハイパーリンクとは、ユーザーに現在のリソースから 離れるナビゲーションを要求する任意のリンク機構を包含します。一般的なハイパーリンク機構には、 [html] a および area 要素の href 属性、およびスクリプト化リンク（例えば、 DOM Events やフォーム要素の使用）が含まれます。ハイパーリンクされたリソースを列挙する要件は 再帰的に適用されます（すなわち、EPUB 作成者はハイパーリンクされた文書から ハイパーリンクされるすべての EPUB および外部コンテンツ文書を列挙しなければならず、 以降も同様です）。

EPUB 作成者は、EPUB ナビゲーション文書を spine に含めるかどうかにかかわらず、 EPUB ナビゲーション文書から ハイパーリンクされるすべての EPUB および外部コンテンツ文書も spine に列挙しなければなりません（MUST）。

page-progression-direction 属性は、コンテンツが流れるグローバルな方向を設定します。許可される値は ltr（左から右）、rtl（右から左）、および default です。 EPUB 作成者が default 値を指定する場合、方向の希望を示しておらず、 読書システムがレンダリング方向を選択できます。

page-progression-direction 属性はグローバルなフロー方向を設定しますが、 個々の EPUB コンテンツ文書および EPUB コンテンツ文書の一部は、この設定を 上書きしてもかまいません（MAY） （例えば、CSS の writing-mode プロパティを介して）。読書システムも、 既定方向を上書きする機構（例えば、代替スタイルシートの適用を可能にする ボタンや設定）を提供する場合があります。

レガシー toc 属性は、IDREF [xml] を取り、 NCX を表すマニフェスト項目を識別します。

itemref 要素は、既定の読書順序における EPUB コンテンツ文書または 外部コンテンツ文書を識別します。

要素名:

itemref

用途:

spine の子として。 繰り返し可能。

属性:

• id [任意]

• idref [必須]

• linear [任意]

• properties [任意]

内容モデル:

空

各 itemref 要素は、その idref 属性内の IDREF [xml] を介して、 マニフェスト内の item の ID [xml] を 参照しなければなりません（MUST）。 item 要素の ID は複数回参照してはなりません（MUST NOT）。

参照される各マニフェスト item は、 a) EPUB コンテンツ文書、または b) その マニフェストフォールバックチェーンに EPUB コンテンツ 文書を含む 外部コンテンツ文書のいずれかでなければなりません（MUST）。

linear 属性は、参照される item が、主要な読書順序に寄与し、 読書システムが順次読む必要のある内容 （「yes」）を含むか、または主要コンテンツを補強・拡張し、読書システムが 順序外でアクセスできる補助コンテンツ （「no」）を含むかを示します。補助コンテンツの例には、注釈、説明、解答 キーが含まれます。

linear 属性により、読書システムは、ユーザーが既定の読書順序の一部として アクセスすべきコンテンツと、読書システムが例えばポップアップウィンドウで提示したり 音声レンダリングから省略したりできる補足コンテンツとを区別できます。

コンテンツが非線形であると指定しても、読書システムにそれを特定の方法で提示することを 要求するものではありません。これは目的に関するヒントにすぎません。例えば、読書システムは 非線形コンテンツをスパイン内に現れる場所で提示してもよく、またはユーザーがスパインの 末尾に到達するまでそれをスキップしてもかまいません。

線形 itemref 要素とは、linear 属性値が明示的に「yes」に設定されているもの、またはその 属性を省略しているものです — 読書システムは、属性を持たない itemref 要素について値「yes」を想定します。スパインは少なくとも 1 つの線形 itemref 要素を含まなければなりません（MUST）。

EPUB 作成者は、 すべての非線形コンテンツにアクセスする手段（例えば、コンテンツ内のハイパーリンク、または EPUB ナビゲーション文書からのリンク）を提供しなければなりません（MUST）。

Spine Properties Vocabulary は、properties 属性の 既定の語彙です。

EPUB 作成者は、D.1 語彙関連付け 機構で定義されるように、他の語彙から用語を追加してもかまいません（MAY）。

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

要素名:

collection

用途:

package の任意（OPTIONAL）の第 6 要素。繰り返し可能。

属性:

• dir [任意]

• id [任意]

• role [必須]

• xml:lang [任意]

内容モデル:

この順序で: metadata [0 または 1], ( collection [1 つ以上] または ( collection [0 個以上], link [1 つ以上] ))

collection 要素により、EPUB 作成者は、 さまざまな潜在的用途のためにリソースを論理的な グループへまとめることができます。例えば、複数の EPUB コンテンツ文書に分割された 意味のあるコンテンツ単位（例えば、複数の 文書に分割された索引）への再構成を可能にすること、特殊な目的のためにリソースを識別すること （例えば、プレビューコンテンツ）、または EPUB 出版物に関する追加情報を提示するリソースを まとめることです。

EPUB 作成者は、各 collection 要素の役割をその role 属性で識別しなければならず（MUST）、 その値は 1 つ以上の NMTOKEN [xmlschema-2] および/または absolute-URL-with-fragment strings [url] でなければなりません（MUST）。

特殊なコレクションを作成するための要件は、それぞれの仕様によって定義されます。

新しい collection 要素の役割を作成することは、現在 非推奨です。

特殊なコレクションの作成に関する詳細（その使用に関する要件および制限を含む）については、 [epubpackages-32] の collection 要素定義を参照してください。

パッケージ文書のレガシー機能は、EPUB 2 出版物のみをサポートする 読書システムで、ある程度機能できるコンテンツを EPUB 作成者が作成できるようにするためだけに、 EPUB 2 から保持されています。

これらの機能は、主に EPUB 3 読書システムが開発されていた移行期間に対応するために追加されました。 当時は、ユーザーが EPUB 2 読書システムで EPUB 3 出版物を開く可能性がまだ高かったためです。

EPUB 2 出版物のみを扱う読書システムは現在ではまれであるため、EPUB 作成者は これらのレガシー機能を追加する労力をかける前に、自分たちの出版物がその種の古いデバイスで なお開かれる可能性を考慮すべきです。

EPUB 作成者は、EPUB 2 読書システムとの互換性の 目的で、この節で定義されるレガシー機能を含めてもかまいません（MAY）。

EPUB 3 読書システムは、出版物をユーザーに提示するときにこれらの機能を使用しません。

meta 要素 [opf-201] は、EPUB 2 読書システム向けの 汎用メタデータを含める手段を提供します。

詳細については、 [opf-201] の meta 要素定義を参照してください。

guide 要素 [opf-201] は、 EPUB 2 読書システムにおける主要構造への 機械処理可能なナビゲーションを提供します。

詳細については、 [opf-201] の guide 要素 定義を参照してください。

NCX [opf-201] は、EPUB 2 読書システム向けの目次を提供します。

詳細については、 [opf-201] の NCX 定義を参照してください。

XHTML コンテンツ文書は:

• [html] 文書であり、XML 構文に適合しなければなりません（MUST）。

• 6.1.4 HTML の逸脱および制約で明示的に上書きされない限り、[html] によって定義されるすべての 文書構成要素の適合性基準に適合しなければなりません（MUST）。

• 6.1.3 HTML 拡張で定義されるように、[html] 文法への拡張を含めてもかまいません（MAY）。 また、そこで定義されるすべての内容適合性制約に適合しなければなりません（MUST）。

別途指定されない限り、XHTML コンテンツ文書は、セマンティクス、 構造、および処理動作に関するすべての定義を [html] 仕様から継承します。

この節は、基礎となる [html] 文書モデルに対する EPUB 3 XHTML コンテンツ文書 拡張を定義します。

この節は、EPUB 3 XHTML コンテンツ文書に適用される、 基礎となる [html] 文書 モデルからの逸脱およびそれに対する制約を定義します。

SVG コンテンツ文書は、 適合 SVG スタンドアロンファイル [svg] であり、6.2.3 SVG に関する 制限で示されるすべての内容適合性制約に適合しなければなりません（MUST）。

この仕様は、SVG コンテンツ文書および XHTML コンテンツ文書内に包含によって埋め込まれる SVGの内容モデルを、次のように制限します。

• [svg] の foreignObject 要素:

  • [html] の フローコンテンツ、またはちょうど 1 つの [html] の body 要素のいずれかを 含まなければなりません（MUST）。

    注記

    包含によって埋め込まれる SVGの場合、 [html] で定義される SVG に関する制限に従い、 body 要素は許可されません。

  • 6.1.2 XHTML の要件で定義される XHTML コンテンツ文書モデルに適合する 妥当な文書フラグメントを含まなければなりません（MUST）。

• [svg] の title 要素がマークアップ付きテキストを含む場合、そのマークアップは HTML 名前空間 [infra] で宣言された要素のみを 含まなければなりません（MUST）。

  注記

  [svg] の title 要素はマークアップ 要素を許可しますが、この機能のサポートは限定的です。EPUB 作成者は、最大限の相互運用性のために テキストのみの題名を使用することが推奨されます。

• 指定される場合、 epub:type 属性は、 レンダリング可能要素 [svg] にのみ 含められなければなりません（MUST）。

  注記

  SVG 内容モデルは、著者が 名前空間付き属性を含めることを許可しているため、 この仕様で epub:type 属性や 語彙関連付け 機構を許可する必要はありません。

  ただし、参照によって埋め込まれる SVG と包含によって埋め込まれる SVG の重要な違いの 1 つは、 包含によって埋め込まれる SVG は、そのルート svg 要素に epub:prefix 属性を持てないことです [svg]。詳細については、D.1.4 prefix 属性を参照してください。

EPUB 出版物の主要なナビゲーション階層は、 nav 要素 [html] 内で定義され、その epub:type 属性は値「toc」[epub-ssv-11] に設定されます （すなわち、toc nav 要素）。この要素は概念的には印刷物の目次に対応し、 出版物の主要な構造セクションへのナビゲーションを提供します。

EPUB 作成者は、toc nav 要素内の 参照を、次の両方を反映するように順序付けるべきです（SHOULD）。

• 参照される EPUB コンテンツ文書の スパイン内での順序。および

• それぞれの EPUB コンテンツ文書内の対象要素の順序。

ページリストは、コンテンツ内の静的なページ境界へのナビゲーションを提供します。これらの境界は、 印刷物などの静的にページ分割されたソースに対応する場合もあれば、 EPUB 出版物専用に定義される場合もあります。

ページリストは、 nav 要素 [html] 内で定義され、その epub:type 属性は 値「page-list」[epub-ssv-11] に設定されます （すなわち、page-list nav 要素）。

page-list nav 要素は、EPUB ナビゲーション文書では任意（OPTIONAL）であり、複数回 出現してはなりません（MUST NOT）。

page-list nav 要素は、単一の ol 子孫のみを含むべきです（SHOULD） （すなわち、入れ子のサブリストを持ちません）。

EPUB 作成者は、それぞれの EPUB コンテンツ文書内で、 pagebreak 用語 [epub-ssv-11] を使用して page-list 参照の宛先を識別してもかまいません（MAY）。

ランドマークは、読書システムがユーザーに対してそれらへの効率的なアクセスを 提供できるように、コンテンツの基本的な構造コンポーネントを識別します （例えば、ユーザーインターフェイス内の専用ボタンを通じて）。

ランドマークは、 nav 要素 [html] 内で定義され、その epub:type 属性は 値「landmarks」[epub-ssv-11] に設定されます （すなわち、landmarks nav 要素）。

landmarks nav 要素は、EPUB ナビゲーション文書では任意（OPTIONAL）であり、複数回 出現してはなりません（MUST NOT）。

landmarks nav 要素は、単一の ol 子孫のみを含むべきです（SHOULD） （すなわち、入れ子のサブリストを持ちません）。

epub:type 属性は、landmarks nav 要素の a 要素子孫において 必須（REQUIRED）です。landmarks nav 要素内の各リンクターゲットの 構造セマンティクスは、この属性の値によって決定されます。

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

EPUB 作成者は、landmarks nav 内で定義する 項目の数を、読書システムがユーザーインターフェイスで使用する可能性の高い項目のみに 制限すべきです。この要素は目次を繰り返すことを意図したものではありません。

利用可能な場合、次のランドマークを含めることが推奨されます。

• bodymatter [epub-ssv-11] — 読書 システムは、読書開始時に前付けを飛ばしてユーザーを自動的に移動させるため、このランドマークをよく使用します。
• toc [epub-ssv-11] — 目次が スパイン内で利用可能な場合、読書システムはこのランドマークを使用して、ユーザーをそれを含む文書へ 移動させることがあります。

landmarks nav に含めるその他の候補としては、索引や用語集などの主要な参照セクションがあります。

landmarks nav は読書システムでの使用を意図していますが、EPUB 作成者は landmarks nav のラベルが人間に読めるものであることをなお確保すべきです。読書 システムは、リンクをユーザーに直接公開する場合があります。

EPUB ナビゲーション文書は、前節で定義された toc、page-list、および landmarks nav 要素に加えて、 1 つ以上の nav 要素を含んでもかまいません（MAY）。これらの nav 要素が 読書システム処理を意図している場合、それらは epub:type 属性を持たなければならず（MUST）、7.3 nav 要素: 制限で定義される内容モデル 制限の対象になります。

この仕様は、追加の nav 要素のセマンティクスに制限を課しません。それらは任意の情報 ドメインに対するナビゲーションセマンティクスを表してもよく（MAY）、 同質または異質のセマンティクスを持つリンクターゲットを 含んでもかまいません（MAY）。

rendition:flow プロパティは、 EPUB 作成者が、 読書システムにコンテンツのオーバーフローをどのように扱ってほしいかについての 希望を指定します。

rendition:flow プロパティが meta 要素で指定される場合、オーバーフローコンテンツ処理についての EPUB 作成者の グローバルな希望を示します（すなわち、すべての スパイン項目に対して）。 EPUB 作成者は、動的なページ分割またはスクロールの希望を示してもかまいません（MAY）。 スクロールされるコンテンツについては、連続する EPUB コンテンツ文書を 1 つの連続スクロール表示として レンダリングするか、それぞれを別々にレンダリングするか（すなわち、各文書の間に動的なページ区切りを伴うか）を 指定することも可能です。

EPUB 作成者は、rendition:flow プロパティで次の値のいずれかを使用しなければなりません（MUST）。

paginated

すべてのオーバーフローコンテンツを動的にページ分割します。

scrolled-continuous

すべての EPUB コンテンツ文書を、オーバーフローコンテンツがスクロール可能になるようにレンダリングし、 EPUB 出版物を、スパイン項目からスパイン項目へ 1 つの連続 スクロールとして提示します（ローカルに上書きされる場合を除く）。

連続スクロール表示は EPUB 読書システムで問題となるため、EPUB 作成者は、 異なるリソースが異なるブロックフロー方向を持つ出版物を作成すべきではない（SHOULD NOT）ことに注意してください。

scrolled-doc

すべての EPUB コンテンツ文書を、オーバーフローコンテンツがスクロール可能になるようにレンダリングし、 各スパイン項目を別々のスクロール可能文書として提示します。

auto

該当する場合、読書システムの既定の方法またはユーザー設定のいずれかを使用して オーバーフローコンテンツをレンダリングします。既定値です。

2 つのリフロー可能 EPUB コンテンツ文書が スパイン内で連続して出現する場合、それらの [html] body 要素の既定レンダリングは、 page-break-before プロパティ [csssnapshot] が always に設定されていることと一致します。EPUB 作成者は、 rendition:flow プロパティを使用することに加え、読書システムがそのような上書きをサポートする場合、 適切なスタイルシート宣言を通じてこの動作を上書きしてもかまいません（MAY）。

EPUB 作成者は、rendition:flow プロパティを複数回宣言してはなりません（MUST NOT）。

また、refines 属性を使用してこのプロパティを宣言してはなりません（MUST NOT）。個々の EPUB コンテンツ文書に 対してプロパティを設定する方法については、 8.3.1.1 スパイン上書きを参照してください。

rendition:align-x-center プロパティは、与えられた スパイン項目を ビューポートまたは見開き内で水平方向に中央揃えすべきことを指定します。

このプロパティは、すべての EPUB コンテンツ文書に対してグローバルに設定してはなりません（MUST NOT） （すなわち、refines 属性を持たない meta 要素内で）。これは、 itemref 要素の properties 属性を介して、個々の EPUB コンテンツ文書に対するスパイン上書きとしてのみ 利用できます。

メディアオーバーレイ文書は:

• G.3 メディアオーバーレイ スキーマで定義されるメディアオーバーレイスキーマに対して妥当でなければならず（MUST）、 9.2.2 メディアオーバーレイ文書定義で表されるすべての内容適合性 制約に適合しなければなりません。

• 複数の EPUB コンテンツ文書を参照してもかまいません（MAY）が、 複数のメディアオーバーレイ文書が同じ EPUB コンテンツ文書を参照してはなりません（MUST NOT）。

別途指定されない限り、この節で定義されるすべての要素 [xml] は https://www.w3.org/ns/SMIL 名前空間 [xml-names] に属します。

構造セマンティクスを メディアオーバーレイ文書内で表現するために、 EPUB 作成者は、 epub:type 属性を par、 seq、 および body 要素に指定してもかまいません（MAY）。

epub:type 属性は、示されたセマンティック型に適した 読書システムの動作を容易にします。 これらの動作の例には、スキップ可能性と脱出可能性、および 表読み上げモード [epub-rs-33] があります。

メディアオーバーレイ文書は、 epub:type 属性に対して、該当する語彙関連付け機構を使用して 追加のセマンティクスを定義してもかまいません（MAY）。

EPUB 作成者は、現在再生中の EPUB コンテンツ文書要素の視覚的レンダリング情報を、 作者定義のクラスを使用して CSS スタイルシート内に表現してもかまいません（MAY）。

使用する場合、EPUB 作成者は、 パッケージ文書内で active-class および playback-active-class プロパティを使用して クラス名を宣言しなければなりません（MUST）。

EPUB 作成者は、定義する各プロパティに正確に 1 つの CSS クラス名を定義しなければなりません（MUST）。 各プロパティは、妥当な CSS クラス 名を定義しなければならず（MUST）、セレクター [css2] は 含めません。この仕様は、これらのプロパティで使用する名前を予約しません。

EPUB 作成者は、指定された CSS クラスに任意の CSS プロパティを定義してもかまいません（MAY）が、 関連付けられた メディアオーバーレイ文書を持つ各 EPUB コンテンツ文書が、クラス定義を含む CSS スタイルシート（埋め込みまたはリンク）を含むことを 確保しなければなりません。そのような定義がない場合、 読書システムは独自のスタイルを提供するか、 まったくスタイルを提供しない場合があります。

EPUB 作成者は、active-class および playback-active-class プロパティを refines 属性と併用してはなりません（MUST NOT）。 これらは常に EPUB 出版物全体に適用されるためです。

読書中、ユーザーは脚注、ページ番号、またはその他の種類の二次的コンテンツなど、コンテンツの特定機能を オンまたはオフにしたい場合があります。この機能をスキップ可能性と呼びます。 読書システムは、メディアオーバーレイ 要素の epub:type 属性によって提供される セマンティック情報を使用して、スキップ可能な機能の選択肢をユーザーに提示する時期を決定します。

EPUB 作成者は、スキップ可能性を有効にするために、 次のセマンティクスを使用してもかまいません（MAY）。

• footnote [epub-ssv-11]

• endnote [epub-ssv-11]

• pagebreak [epub-ssv-11]

ただし、このリストは網羅的ではありません。これは、読書システムがスキップ可能性の選択肢を 提供する可能性が最も高い、Structural Semantics Vocabulary [epub-ssv-11] の用語を表しています。

脱出可能な項目とは、表やリストなどの入れ子構造であり、ユーザーがその構造を飛び越えて、 その入れ子構造の直後の位置から読み続けたい場合があります。脱出可能性機能は、項目の型全体を 有効または無効にするのではなく、それらからの出口を提供する点で、スキップ可能性機能とは異なります （例えば、ユーザーは内容の一部を聞いてから脱出することを選択できます）。

EPUB 作成者は、脱出可能性を有効にするために、 次のセマンティクスを使用してもかまいません（MAY）。

• table [epub-ssv-11]

• list [epub-ssv-11]

• figure [epub-ssv-11]

• aside [epub-ssv-11]

ただし、このリストは網羅的ではありません。これは、 読書システムが脱出可能性の選択肢を 提供する可能性が最も高い、Structural Semantics Vocabulary [epub-ssv-11] の用語を表しています。