EPUB 3 Overview

> 1.1 概要

EPUB® 仕様は、デジタル出版物や文書のための配信と交換形式の標準である。EPUB は、単一のファイル形式で配信するために体系化と意味論的に強化された Web コンテンツ（HTML5、CSS、SVG、画像や他のリソースを含む）のパッケージングとエンコーディングの手段を定義している。

EPUB 3、標準の第三の主要なリリースは、EPUB Publication 全体の重要な構成要素を定義する4つの仕様書のセットから構成されている：

EPUB は、デジタルの本（電子書籍）の形式として広く採用され、この新しい仕様は、複雑なレイアウト、リッチメディアと双方向性、グローバルなタイポグラフィの機能を含む、出版物が要求する幅広い範囲をサポートするために、形式の能力を大きく向上させている。EPUB 3 の期待は、本、雑誌、学術書、専門書や科学的な出版を含むコンテンツの幅広い範囲のために利用されるということである。

この文書は、これらの仕様書を理解したいと考えているコンテンツの著者やソフトウェア開発者のための導入を提供する。それは、EPUB 3 を構成する4つからなる仕様書のロードマップを含む規定外の概要資料で成り立つ。

他の規定外の文書、EPUB 3 Changes from EPUB 2.0.1 [EPUB3Changes] は、以前のバージョンから EPUB 3 の変更を説明するが、主に EPUB 2.0.1 から EPUB 3 への移行や両バージョンのサポートを見込んでいる Author や EPUB Reading System ベンダーを対象にしている。

> 1.2 ロードマップ

このセクションは、出版物の構成要素について簡単に解説することにより EPUB 3 仕様の概要を提供する。この文書内の追加情報と仕様書へのリンクは、含まれている。

EPUB Publication は、その最も基本的なレベルで、確実にまた予想通りに User へそのコンテンツを表示するために、EPUB Reading System に取り込まれることができるリソースがバンドルされたコレクションである。これらのリソースの一部は、EPUB Publication の発見と処理を容易にするものであり、他のリソースはもとの出版物の内容を組むために用いられる。後者の EPUB Content Document は、Content Documents で説明されており、[ContentDocs30] で完全に定義されている。

出版物のリソースは、一般的に、配布のためにファイル拡張子 .epub の ZIP ベースのアーカイブとしてひとまとめにされる。ZIP アーカイブ準拠なので、出版物は多くのソフトウェアプログラムによって解凍できるので、これらの生産と消費の両方を単純にすることができる。コンテナ形式は、コンテナで紹介され、[OCF3] で定義されている。

コンテナ形式は、zip 圧縮されたコンテンツが EPUB Publication であることを決定する意味（mimetype ファイル）だけでなく、有益なリソースの普遍的な名前のディレクトリも提供する（/META-INF）。これらのキーになるのは、Reading System に出版物のルートファイルを教えるための Package Document container.xml である。

Package Document は、それ自身が出版物のための資料室のようなもので、出版物に含まれる特定の作品についてのメタデータを格納し、リソースの完全なリストを提供し、標準の読み上げ順を定義する。Package Document は、Package Document で説明され、[Publications30] で定義されている。

EPUB Publication の先行する構成要素は、EPUB 3 として新しくはなく、以前に出版物の仕事をしていた人には馴染みがあるだろうが、この版で変更と拡張がある。しかしながら、EPUB 3 に追加された新しい中核は、Media Overlay Document で、テキストと音声再生同期の方法を定義している。Overlay Document は、マルチメディアで説明され、[MediaOverlays30] で定義されている。

以下の例は、"Hello World" 出版物に含まれている最小限のリソースを示している：

mimetype
META-INF/container.xml
Content/HelloWorld.opf
Content/HelloWorld.xhtml

概念的には単純であるが、EPUB Publication は、この例で示されるように、ZIP パッケージ内の HTML ページや依存資産の単純な集積以上のものである。この文書の次のセクションは、読書体験を高めるのに提供する出版物の主要な特徴と機能性についてより詳細に掘り下げている。

> 2.1 Package Document

すべての EPUB Publication は、直線的な読書のための読み上げ順を定義し、出版物レベルのメタデータとナビゲーション情報を関連付け、全ての出版物の構成要素のコンテンツ文書とそれらが必要とするリソースを指定する単一の Package Document を含んでいる。

Package Document は、一般的な Web サイトの大幅な改善を示している。例えば Web サイトは、そのコンテンツ内のリソースへの参照を埋め込むが、一方でリソースを識別する手段が単純で柔軟なので、それをレンダリングするために必要な全てのリソースを列挙するのは困難である。加えて、巨大な出版物のマークアップするときにページの連続性を定義する Web サイトのための標準的な方法はなく、まさにそれは EPUB の spine 要素が行うことである（すなわち、これは、文書の集合を通して明示的にナビゲーションを指定する外部宣言の手段を提供する）。最後に、Package Document は、ページのコレクションに全体的に適用されるメタデータを表現する標準的な方法を定義する。

Package Document と他の出版物レベルの構成は、[Publications30] で指定されている。

> 2.2 Navigation

> 2.3 リンク

新しい EPUB Canonical Fragment Identifier (epubcfi) Specification [EPUBCFI] は、出版物の内部へのリンクのための標準的な方法を定義する。

Reading System でこのスキームのサポートが必須であるということは、例えば、端末を横断したブックマークや読んでいる位置の共有を容易にすることができるといった簡単な相互運用可能なリンクメカニズムを EPUB が持っているということである。

> 2.4 メタデータ

EPUB Publication は、出版物のメタデータを追加するためにオプションの豊富な配列を提供する。Package Document は、タイトル、著者、識別子や容易にアクセスできる出版物についての他の情報といった、出版物についての一般的な情報ための専用のメタデータセクション [Publications30] を包含する。また、link 要素 [Publications30] を使用して出版物に完全な書誌レコードを添付する手段も提供する。

Package Document はまた、一意識別子が unique-identifier 属性 [Publications30] を使用して、出版物を確立することを許可している。Package メタデータセクション内に必要な最終更新日は、同じ Manifestation（Publication Identifiers [Publications30] を参照）の異なるバージョンを表す EPUB Publication を区別する手段を提供し、Package Identifier を定義するこの識別子に紐付けることができる。Package Identifier は、新しいバージョンとしてを識別しながら、その Unique Identifier を変更せずに出版物をリリースする方法の問題を解決する。

XHTML Content Documents はまた、処理とアクセシビリティの目的の両方に、より意味を持たせ便利である (意味の変化 [ContentDocs30])、豊富なメタデータで注釈をマークアップする手段を包含する。

> 2.5 Content Documents

全ての EPUB Publication は、[ContentDocs30] で定義された、一つ以上の EPUB Content Document を含む。これらは、出版物の読み取り可能なコンテンツと関連するメディアリソース（例えば、画像、音声や動画）の参照を記述する XHTML や SVG 文書である。

XHTML Content Document は、そのコンテンツが確実に操作およびレンダリングできることを確保するために、XML シリアライゼーション [HTML5] の使用を求めることは、HTML5 のプロファイルにより定義されている。このプロファイルはまた、要素レベルのメタデータのための epub:type 属性 [ContentDocs30] とマルチメディア要素の操作を宣言して関連付けるための epub:trigger 要素 [ContentDocs30] といった、さらに二つの EPUB 固有の言語構造が追加される。

これらの追加は、EPUB XHTML Content Document をレンダリングをするのに HTML5 User Agent [HTML5] の能力に影響しないが、出版物は、これらのサポートに応じて、全ての User Agent が完全にレンダリングできないかもしれない。

> 2.6 レンダリングと CSS

EPUB のキーコンセプトは、User がコンテンツの特定の表現に適応するよりもむしろ User にそのコンテンツの表現を適応するべきである（should）ということである。HTML はもともと構造化されたコンテンツの動的なレンダリングをサポートするように設計されているが、徐々に、Web ブラウザでサポートされる HTML は、Web アプリケーションの需要に焦点が当てられ、現在、最も人気のある Web サイトは、固定フォーマットのレイアウトである。

EPUB Publication は、また一方で、視覚障害のためにアクセシビリティを最大限に高めるよう設計され、Reading System は、一般的に、表示領域のサイズ、ユーザーの選んだフォントサイズ、他の環境要因に適合し、その場でテキスト行のレイアウトやページ付けを実行する。この機能は、EPUB で保証されておらず、画像、ベクターグラフィック、動画や他の非リフローなコンテンツは、包含されてもよく（may）、いくつかの Reading Systemは、その場もしくはまったく、ページ付けをしないかもしれない。それでもなお、動的なアダプティブレイアウトとアクセシビリティのサポートは、EPUB 規格の進化の過程において第一の設計要点である。

EPUB Content Document は、必要に応じて、Auhtor が望むレンダリングの性質を定義できるように、EPUB Style Sheet を参照してもよい（may）。EPUB 3 は、いくつかの CSS3 Module と EPUB 特有の追加プロパティにより定義された機能と一緒に、この目的のために CSS 2.1 [CSS2.1] を基にした CSS のプロファイルを定義する。

CSS3 のプロパティは、Web ブラウザがサポートする現在のレベルに基いて選ばれたが、Reading System と User Agent によるサポートは保証されていない（EPUB で定義したプロパティは、同様に無視してよい（may））。

EPUB 3 はまた、横組と縦組のレイアウトと左から右、右から左の文書の両方を有効にする CSS スタイルをサポートしているが、Reading System はこれらの機能のすべてサポートしないかもしれない。Reading System はまた、Author の意図したものと異なる任意のレンダリングをサポートしてもよい（may）。詳細な情報は、多言語サポートの CSS を参照されたい。

EPUB 3 はまた、たとえば、昼夜の読書モードを選択したり、テキストのレンダリング方向の変更をユーザーに許可する複数のスタイルシートを包含する機能をサポートする。詳細な情報は、代替スタイルタグ [ContentDocs30] を参照されたい。

> 2.7 マルチメディア

EPUB 3 は、それらの要素が提供する全ての機能と特長を継承した、新しい [HTML5] の audio と video 要素を介して Content Document に音声と動画の埋め込みをサポートする。（サポートしている音声フォーマットの情報は、Core Media Types [Publications30] を参照されたい。埋め込み動画の推奨事項は、Reading System の適合性 [Publications30] を参照されたい。）

EPUB 3 のもう一つの主な新しいマルチメディア機能は、Media Overlay Documents [MediaOverlays30] の包含である。出版物のために録音済みナレーションが利用できるとき、Media Overlays は、Content Document のテキストにその音声を同期させる機能を提供する（聴覚レンダリングと Media Overlays を参照されたい）。

> 2.8 フォント

EPUB 3 は、従来の出版ワークフローと新たな Web ベースのワークフローに対応する二つの密接に関連するフォントフォーマット（OpenType [OpenType] と WOFF [WOFF]）をサポートする。例えば、出版物を生成するのに使用されるワードプロセッサプログラムは、インストール済みの OpenType フォントのコレクションのみにアクセスするだろうし、Web ページをまとめて EPUB を生成する EPUB ジェネレーターは、WOFF リソースのみアクセスできるようにするだろう（望ましくなく、潜在的にライセンスされておらず、WOFF のメタデータを削除することなしに WOFF を Opentype を変換することはできない）。

EPUB 3 はまた、OpenType と WOFF フォントフォーマット両方の難読化と通常のフォントリソースの両方をサポートしている。難読化されたフォントリソースのサポートは、多くの商用フォントのためのフォントライセンスの制限に対応するために求められる。

> 2.9 スクリプト

EPUB は、実行されなければならないプログラムではなく、操作することのできるデータとして、宣言されたコンテンツの取り扱いに務めるが、HTML5 や SVG に定義されているようなスクリプトをサポートする（詳細な情報は、Scripted Content Documents [ContentDocs30] を参照されたい）。

それに注意することは重要であるが、Reading System のスクリプトのサポートは任意であり、セキュリティ上の理由から無効にしてもよい（may）。

Author らはまた、EPUB Publication のスクリプトは、Web ブラウザのスクリプトとは異なるセキュリティの考慮事項を引き起こすことができるのに注意するべきである（should）。たとえば、一般的に同一生成元ポリシーは、User のローカルシステムにダウンロードされたコンテンツに適用されない。そのために、スクリプトは、Scripted Content Documents - コンテンツの適合性 [ContentDocs30] に記載されているものよりも、制約されたコンテクストのコンテナに制限されることが強く推奨されている。

スクリプトは、それ故に、コンテンツは全ての Reading System 間を横断できず、アクセシビリティとコンテンツの再利用性に障壁を作る可能性が増大するので、ユーザーエクスペリエンスにおいて不可欠なときのみ使用されるべきである（should）。

> 2.10 テキスト読み上げ

EPUB 3 は、音声同期の制御的側面、例えば発音、韻律、音質などの以下のようなテキスト読み上げ (TTS) 機能を提供する：

> 2.11 コンテナ

EPUB Publication は、出版物を処理するための Package Document、全ての Content Document と他の必要とされるリソースを含んだ単一ファイル（ポータブルドキュメント）として配布、交換される。EPUB のための単一ファイルのコンテナ形式は、広く採用されている ZIP 形式を基にしている。Package Document の ZIP アーカイブ内の位置を指定する XML manifest は、アーカイブ内に明確に定義された場所で見つけられなけれならない（must）。

このアプローチは、EPUB Publication の任意の制作者とそのような出版物だけではなく、ネットワークトランスポートまたはファイルシステムの詳細から独立している信頼性の高い表現を消費する任意のシステムとの間に明確な契約を提供する。

コンテナファイルとしての EPUB Publication の表現は、[OCF3] で指定されている。

> 3.1 メタデータ

EPUB 3 は、出版物の世界的な頒布を強化するために、パッケージメタデータセクションの全てのテキストのメタデータ項目の代替表現をサポートする。alternate-script プロパティは、xml:lang 属性と一緒に用いることで、言語固有のメタデータの代替の文字表現を包含、識別できる。

このプロパティを使用すると、日本語の出版物は、例えば、著者名の代替のローマ字の表現および/または一つ以上のロマンス語によるタイトルの表現を含むことができる。詳細な情報は、alternate-script プロパティ [Publications30] を参照されたい。

page-progression-direction 属性もまた、コンテンツフローの方向が、全体的なレンダリングを容易にするために全ての Content Document に指定することができる（page-progression-direction [Publications30] を参照されたい）。

> 3.2 Content Documents

XHTML Content Document は、双方向コンテンツのレンダリングのサポートを向上させる新しい HTML5 の方向性の機能を利用する：bdi 要素は、双方向テキストのインスタンスを周囲のコンテンツから隔離させることができ、bdo 要素は、子のコンテンツの方向性を上書き、dir 属性は、任意の要素の方向性を明示的に設定できる。

XHTML Content Document もまた、発音のサポート（それらは同様に、Navigation Document のリンクをサポートする）のルビ注釈をサポートする。

SVG Content Document は、双方向テキストのレンタリングをサポートするが、ルビのサポートは包含されていない。

> 3.3 CSS

新しい CSS3 モジュールの EPUB 3 のサポートは、多くの異なる言語や文化のタイポグラフィを可能にする。いくつかの具体的な強化は以下の通りである：

> 3.4 フォント

EPUB 3 は、Reading System にいかなる特定のセットのシステムフォント搭載も要求しない。Web コンテクストで生じたとして、ある特定ロケールの User は、他のロケールに必要な文字を省略したフォントをインストールしているかもしれないし（may）、Reading System は固有のフォントや、オペレーションシステムにインストール済みのフォントを利用しないフォントエンジンを利用するかもしれない（may）。結果的に出版物のテキストコンテンツは、全ての Reading System で意図した通りにレンダリングされないであろう。

この問題に対処するために、EPUB 3 は、テキストコンテツのレンダリングを容易にするためにフォントの埋め込みをサポートし、この実装はコンテンツが意図したとおりレンダリングされるのを確保するために推奨される。

埋め込みフォントのサポートによって、出版物固有の文字やグリフが適切に表示されるために埋め込まれることも保証される。

> 3.5 テキスト読み上げ

PLS 文書や SSML 属性の EPUB 3 のサポートは、Author に、テキスト読み上げが可能な Reading System 内の任意の自然言語のレンダリングを超える発音制御を向上を与える。これらの機能についての詳細な情報は特長セクションのテキスト読み上げを参照されたい。

CSS Speech とインライン SSML 音素の組み合わせもまた、ルビを細かく制御できる。

> 3.6 コンテナ

OCF コンテナフォーマットは、コンテンツリソースの名前付けに、国際化されたファイルやディレクトリを考慮して、UTF-8 をサポートしている。

> 4.1 Navigation

EPUB 3 は、EPUB Navigation Document を追加することで NCX 文書を改善する。上記の Content Documents で述べたように、これらの提供する新しい機能は、よりユニバーサルで柔軟なナビゲーションを表現する。

文書をナビゲートする必要性はアクセシビリティの問題だけでなく、完全な Navigation Document は全ての User が文書のコンテンツに容易にまた完全にアクセスできるようにするために重要である。（toc nav 要素 [ContentDocs30] で定義されている）主な toc nav 要素は、結果として出版物の構造を完全に反映するべきである（should）。

User に完全な目次を表示することを望ましくないかもしれない高度に構造化された文書は、表示レベルで、アクセシブルな Reading System のために利用可能な情報を最小限に抑えることなく、[HTML5] の hidden 属性を使用して変更することができる。

Author はまた、これらの出版物がたとえば図や表などの非構造化された関心のある点を含むとき、コンテンツへのアクセスをより向上させるために、追加の nav 要素を提供することを推奨している。

> 4.2 Semantic Markup

HTML5 は、より意味論的に意義のある（例えば、section、nav、aside）マークアップをするために意図された新しい要素といくつかの HTML4 要素のために明確に定義されたセマンティクスの導入をサポートしている。これらの要素は、しっかりと構造化された Web コンテンツのオーサリングのためのベストプラクティスと併せて、EPUB XHTML Content Document を作るときに用いるべきである（should）。この追加は、コンテンツをより良く分類し、文書構造の表現のために、そしてこれらの論理的なナビゲーションを容易にするための定義をすることができる。XHTML Content Document はまた、ARIA の role と state 属性、コンテンツ相互作用する支援技術の能力を高めるイベントの包含をネイティブにサポートする。

EPUB 3 は、さらに、W3C Role 属性 [Role] に機能的に同等であることを意味された epub:type [ContentDocs30] 属性を導入する。この属性は、XHTML Content Document 内の任意の要素に、統制された語彙と用語を使用して、作品内にその目的と意味に関する追加の情報を包含することができる。詳細な情報は、意味の変化 [ContentDocs30] を参照されたい。

> 4.3 動的レイアウト

EPUB の設計の中心は、動的なレイアウトであり、コンテンツは一般的に、前もってページ区切りの方法（すなわち、特定の寸法の"ページ"を期待する）よりはむしろ、その場で体裁を整えられることを意図している。このコア機能は、例えば、異なるサイズのデバイスの画面やウィンドウサイズのレンダリングを最適化するために有用であり、コンテンツのアクセシビリティを容易かつ簡素化する。

（たとえば、ビットマップ画像や SVG グラフィック、または特定の視覚的なレイアウトを実現する CSS の明示的なポジショニングおよび/または表組要素の使用を介して）EPUB に完璧にフォーマット化されたコンテンツを組み込むことが可能とはいえ、Author は、そのような技術を利用することは強く推奨されない。多くの Reading System は、単一スクロールの Viewport を作成するよりむしろ、ページ区切りされた寸法でコンテンツをレンダリングしたり、それぞれの Reading System は、独自のページ付けのアルゴリズムを定義しているかもしれないので、これらの技術は EPUB では信頼できない。これらの技術が、出版物のコンテンツ（たとえば、グラフィック・ノベルのために）を伝えるために必要なとき、フォールバック [Publications30] は、常に包含するべきである（should）。

一般に、絶対的なサイジングやポジショニングせずに EPUB Style Sheet を使用することで、視覚的な豊かさを実現するのが望ましい。

> 4.4 聴覚レンダリングと Media Overlays

コンテンツの聴覚レンダリングは、アクセシビリティのために重要であり、他の多くの User ための機能としても価値がある。聴覚レンダリングを促進するためのベースラインは、動的なレイアウトのために設計されたセマンティックな HTML の利用である。EPUB XHTML Document に含んでいるネイティブの機能を使用する方法の詳細な情報は、テキスト読み上げを参照されたい。

Media Overlays は、すでに DAISY Digital Talking Books の読者に親しまれている機能である出版物のテキストと音声コンテンツを同期する機能を提供する。Overlays は、多くの状況で有益であり、たとえば、読むことを学習するためのツールとして、テキストと音声の同期の実用性はアクセシビリティの範囲を超える。

> 4.5 フォールバック

全てのフォーマットは、ネイティブのフォーマットでアクセス可能ではなく、全ての User が提供されるデフォルトのフォーマットで読みことを好むわけではない。EPUB は、これらの場合に利用できる出版物の代替え表現のために、フォールバックを提供するための様々な手段を定義する。

出版物とコンテンツレベルのフォールバックは、制限とフォールバック [Publications30] で定義されている。これらは、SVG 画像やビデオクリップなど、出版物内の特定のリソースの代替表現を許可している。

加えて、完全な作品の複数のインスタンスは、（コンテナ - META-INF/container.xml [OCF3] で定義されている）OCF コンテナファイルの複数の rootfile 要素を定義することで単一の出版物として届けることができる。フォールバックの種は、たとえば、SVG ページのシークエンスを介して定義されたフォーマット化されたグラフィック・ノベルは、XHTML を介して定義されたアクセス可能なテキスト・バージョンを添付することができるように使用してもよい（may）。

> 4.6 スクリプト

EPUB 3 は、スクリプトの実行は、文書の完全性を妨げてはならない（must not）ため、スクリプトコンテンツのためにプログレッシブ・エンハンスメントを導入する（すなわち、スクリプトが無効なとき、情報の損失を生じてはならない（must not））。それ故に、スクリプトを採用する文書は、これらのコンテンツにより容易にアクセスするためフォールバックを提供するが [ContentDocs30]、文書は、それらなしでアクセス可能にしなければならない（must）。

EPUB のそれぞれのメカニズムは、アクセシビリティを向上させるために出版物内のスクリプトの実行をより最小化し制限することができる：

Web 文書のアクセス可能なスクリプトのベストプラクティスは、例えば、[WAI-ARIA] として提供されるなど、常に参考するべきであり（should）、スクリプトの使用は、双方向性が、ユーザーエクスペリエンスに不可欠である状況のために容易しておくべきである（should）。