3. 検出のメタデータ達成方法

META-001: 主なアクセスモードを特定する

アクセスモードは「人間の感覚知覚システムまたは認知能力を介して、ユーザーが、デジタルリソースのコンテンツを処理または知覚する」 [ISO24751-3] として定義された。例えば、EPUB 出版物に画像と動画が含まれている場合、視覚は、作成されたとおりの完全なかたちでコンテンツを消費するために必要とされる。

一般的に、EPUB 出版物で指定された4つのアクセスモードがある。

テキスト（textual） — 出版物は、テキストコンテンツを含んでいる（見出し、章など）
視覚（visual） — 出版物は、画像、グラフィック、図形、アニメーション、動画のような、視覚コンテンツを含んでいる。
聴覚（auditory） — 出版物は、単体のオーディオクリップや動画コンテンツの音声トラックのような聴覚コンテンツを含んでいる。
触覚（tactile） — 出版物は、埋め込まれた点字や触図のような触覚コンテンツを含んでいる。

EPUB 出版物が自分たちのニーズに適しているかどうかの決定をするユーザーのために、コンテンツを消費するために必要なこれらのアクセスモードを知る必要がある。各適用可能なモードのためのプロパティを繰り返し、[schema.org] accessMode プロパティにある適用可能な全てのアクセスモードを一覧にする。

次の例は、テキストと視覚のアクセスモードを持つ EPUB 3 出版物のメタデータのエントリを示している。

<meta property="schema:accessMode">textual</meta>
<meta property="schema:accessMode">visual</meta>

コンテンツのアクセスモードは、提供された全ての適応が反映されないことに注意されたい。例えば、漫画が各画像の代替テキストもまた包含する場合、それはテキストのアクセスモードを持たない。コンテンツを他のモードで消費することを許可する利用可能な適応を示す方法の十分なアクセスモードについては次のセクションを見よ。

このプロパティとその値に関する詳細情報は、[schema.org] に定義される accessMode を参照されたい。

META-002: 充足なアクセスモードを特定する

EPUB 出版物を消費するための充足なアクセスモードは、基本的なアクセスモードよりも潜在的なユーザビリティの広範な状況を表す。基本的なアクセスモードが、出版物で使用されているメディアのデフォルトの性質を識別する場合、充足なアクセスモードは、ユーザーが出版物全体を読むために必要なモードまたはモードのセットを識別する。充足なアクセスモードは、コンテンツがそのデフォルトの性質にかかわらず利用可能かどうかを判断することをユーザーに許可するため、提供されたアフォーダンスとアダプテーションを考慮する。

充足なアクセスモードは、[schema.org] accessModeSufficient プロパティで識別される。充足なアクセスモードの各セットのためにプロパティを繰り返す。

例えば、全ての画像のための説明だけでなく、グラフィックやチャートを含む EPUB 出版物も考慮する。出版物は、テキストと視覚コンテンツの両方を持ち、製作者は、これを示すために次のメタデータのエントリを包含するだろう。

<meta property="schema:accessMode">textual</meta>
<meta property="schema:accessMode">visual</meta>

このメタデータは、テキストのアクセスモードが出版物全体を読むのに充足であるかどうか、または視覚的なアクセスモードが、二つのモードのみがデフォルトで必要かどうかを明確にしていない。この不一致が、充足性を知ることも重要である理由である。

製作者が入力した充足なメタデータの最初のセットは、テキストと視覚の要件を確立するであろう。

<meta property="schema:accessModeSufficient">textual,visual</meta>

アクセスモードを記載する順番は、重要ではない。唯一の要件は、カンマで区切ることである。

製作者は全ての画像のための説明もまた包含していたので、純粋にテキストのアクセスモードがコンテンツを読むのに十分であることも示すことができる。

<meta property="schema:accessModeSufficient">textual</meta>

このメタデータがないと、ユーザーはテキストコンテンツを介してのみ出版物を読むことができるということを知らされないであろう。

この例におけるエントリの完全なセットは、以下のとおりである。

<meta property="schema:accessMode">textual</meta>
<meta property="schema:accessMode">visual</meta>
<meta property="schema:accessModeSufficient">textual,visual</meta>
<meta property="schema:accessModeSufficient">textual</meta>

アクセスの充足は、多くの場合、情報はテキストを理解するために不可欠であるという理解に基づく、著者の主観的な判断であることに注意されたい。例えば、一部の情報損失は、動画を見ることができないことによって発生するが、製作者は、転写物が伝達された概念を理解するために全ての必要な情報を提供する場合、取るに足りないとして視覚的または聴覚的な損失を見なすかもしれない。

このプロパティと値に関する詳細な情報は、[schema.org] に定義される accessModeSufficient を参照されたい。

note

[schema.org] に定義されている accessModeSufficient プロパティは、（例えば、値リストの定義と人間が可読可能な概要の包含など）EPUB 2 又は EPUB 3 のパッケージドキュメントで表現できる以上の、より複雑な表現を可能にする。EPUB の将来のバージョンでは、より豊かなメタデータが可能になるかもしれないが、このセクションに示されている基本的な表現は、検出の目的には十分である。

META-003: アクセシビリティ機能を特定する

EPUB 出版物に包含されている全てのアクセシビリティ機能と適応を識別することは、ユーザーがコンテンツはアクセスモードよりもきめ細かいレベルで使用可能であるかどうかを判断することができる。

例えば、数学の教科書は、テキストのアクセスモードを持つかもしれないが、それ自身が、MathML のマークアップが利用可能かどうかを示すものではない。ビジュアル作品が代替テキストのみを提供しているのか拡張された説明を包含しているかどうかは、ユーザビリティを正確に判断するときに知るためにも重要である。

アクセシビリティ機能は、[schema.org] accessibilityFeature プロパティで識別される。機能毎にこのプロパティは繰り返す。

次の例は、MathML と代替テキストを持つ EPUB 3 出版物のメタデータエントリを示している。

<meta property="schema:accessibilityFeature">MathML</meta>
<meta property="schema:accessibilityFeature">alternativeText</meta>

EPUB フォーマットは、（例えば、目次など）いくつかのアクセシビリティ機能が常に存在ことが必要である。ユーザーは一般的に、フォーマットに組み込まれている機能が何であるか気づいていないので、アクセシビリティメタデータからそれらの機能を除外してはならない。エントリの包含をしないと、ユーザーが特定の機能で検索をするとき、出版物の検出性は減少するだろう。

このプロパティとその値に関する詳細情報は、[schema.org] に定義される accessibilityFeature を参照されたい。

META-004: アクセシビリティの危険性を特定する

デジタルコンテンツの読者に影響を与える三つの広く認識された危険性がある。

閃光 — （例えば、動画やアニメーションなど）リソースが、1秒間に3回以上閃光する場合、それは発作を引き起こす可能性がある。[WCAG 2.0] ガイドライン 2.3 も見よ。
動作シミュレーション — （例えば、ビデオゲームが [HTML] canvas 要素に描画されるなど）リソースが動作をシミュレートする場合、ユーザーは吐き気を引き起こす可能性がある。
音 — ベルの鳴る音やブザーの音など特定の音のパターンは、発作を引き起こす可能性がある。

製作者は、実際に物理的な影響を引き起こす可能性があるため、ユーザーに対してこれら危険性の全てを表現するリソースが、EPUB 出版物に含まれているかどうかを報告する必要がある。

危険性は、[schema.org] accessibilityHazard プロパティで識別される。それぞれの危険性に対してこのプロパティを繰り返す。

他のアクセシビリティプロパティとは異なり、危険性の存在は、正と負の両方を表すことができる。この設計は、ユーザーが最も頻繁に、彼らに影響を与える危険性を取り除いたコンテンツの検索をするために決定されたが、彼らが検出する任意の出版物に存在する危険性が何であるかを知ることも望まれた。

次の例は、閃光の危険性を持つが、動作シミュレーションまたは音の危険性のない EPUB 3 出版物のメタデータのエントリを示している。

<meta property="schema:accessibilityHazard">flashing</meta>
<meta property="schema:accessibilityHazard">noMotionSimulationHazard</meta>
<meta property="schema:accessibilityHazard">noSoundHazard</meta>

EPUB 出版物は、リスクが存在する可能性のある任意のコンテンツを含んでいないという理由で、危険性の報告を省略してはならない。メタデータが存在しないと、ユーザーは意味を推測することができない。値「none」は、それぞれの非危険性を繰り返す代わりに、使用することができる。

EPUB 出版物が危険性を含んでいる場合、アクセシビリティサマリーにあるソースと性質に関する追加情報を提供する。

危険性を明確に決定できない場合、値「unknown」を報告されたい。

このプロパティと値に関する詳細情報は、[schema.org] に定義される accessibilityHazard を参照されたい。

META-005: アクセシビリティサマリーの包含

アクセシビリティサマリーは、EPUB 出版物のアクセシビリティ特性又は不足を、簡素で人間が可読可能な説明で提供する。

EPUB 出版物が [EPUB Accessibility] にあるコンテンツのアクセシビリティ要件を満たしていない場合、その不足の理由を要約に書き留めるべきである。

アクセシビリティサマリーは、[schema.org] accessibilitySummary プロパティを使用して提供される。

次の例は、コンテンツがアクセシビリティ要件を満たしていない EPUB 3 出版物のアクセシビリティサマリーを示している。

<meta property="schema:accessibilitySummary">
   The publication is missing alternative text for complex diagrams.
   The publication otherwise meets WCAG 2.0 Level A.
</meta>

次の例は、動作シミュレーションの危険性のある EPUB 3 出版物のアクセシビリティサマリーを示している。

<meta property="schema:accessibilitySummary">
   Chapter four contains a first-person interactive game that could cause
   motion sickness in certain individuals. The game is only provided for
   illustrative purposes, so readers unable to interact with it will not
   be at a disadvantage.
</meta>

他の言語で要約が含まれていない限り、このプロパティは繰り返さない。複数の要約の場合、言語を区別するために、xml:lang 属性を使用する。

このプロパティに関する詳細情報は、[schema.org] に定義される accessibilitySummary を参照されたい。

META-006: ARIA の適合性を特定する

支援技術のユーザーは、（Windows、Mac、iOS、Linux など）彼らが使用する何れかのプラットフォームに組み込まれたアクセシビリティ API を通じて EPUB 出版物とインタラクトすることができる。これらの API は、必要に応じて、テキストを読んだりインターフェースを操作するリーディングシステムとやりとりすることを支援技術に許可する。

静的なコンテンツの製作者は、ユーザーのリーディングシステムは、（アクセシブルに開発されたそれが提供する）アクセシビリティ API に必要な情報を露呈するので、このインタラクションに関して心配をする必要はない。動的コンテンツ — スクリプトやカスタムコントロール — を含む EPUB 出版物を作成する製作者は、支援技術はアクセシブルなインターフェースを提供するために十分な情報を受け取れないかもしれないので、そのようなコンテンツの互換性に注意する必要がある。

スクリプトコンテンツの場合には、支援技術が最初に生成したコンテンツの静止画像は、製作者が [WAI-ARIA 1.1] のアクセシビリティプラクティスに従っていないかぎり更新されないであろう。同様に、支援技術は、（例えば、ボタンや入力などの）ネイティブな [HTML] フォーム要素に関する情報へのアクセスを持つが、製作者はしばしば、（例えば、画像でできたチェックボックスなど）[WAI-ARIA 1.1] のロール（role）、ステート（state）、プロパティ（properties）を正しく使用することなく不明瞭なカスタム要素を作成する。

ARIA との互換性は、[schema.org] accessibilityAPI プロパティで識別される。

次の例は、ARIA と互換性のあるスクリプトコンテツを含む EPUB 出版物を示している。

<meta property="schema:accessibilityAPI">ARIA</meta>

このプロパティと値に関する詳細情報は、[schema.org] に定義される accessibilityAPI を参照されたい。

META-007: 入力コントロール方法を特定する

EPUB 出版物を読む誰もが、同じ入力コントロール方法を使用しているわけではない。（例えば、モバイルやデスクトップなど）入力方法に影響のあるデバイスかもしれないし、ユーザーの物理的な能力かもしれない。ユーザーは、タッチ、マウス、キーボード、音声コントロールが提供している入力方法の全てを使用するかもしれない。

結果として、全てのユーザーは、コンテンツが操作できるかどうかだけでなくどのデバイス上で影響を与えるかについて、入力コントロールがコンテンツにおいて動作するかを知る必要がある。

アクセシビリティ API と同様に、EPUB 出版物を読むために使用することができる入力コントロール方法は、リーディングシステムのアクセシビリティによって大きく影響される。製作者が、異なる入力コントロール方法に対してアクセシブルであることを担保するための責任を負う動的コンテンツを包含する場合のみである。

互換性のある入力コントロールは、[schema.org] accessibilityControl プロパティで識別される。各入力コントロール方法に対してこのプロパティを繰り返す。

次の例は、タッチ、マウス、キーボードと互換性のあるコンテンツを含む EPUB 出版物を示している。

<meta property="schema:accessibilityControl">fullTouchControl</meta>
<meta property="schema:accessibilityControl">fullMouseControl</meta>
<meta property="schema:accessibilityControl">fullKeyboardControl</meta>

このプロパティと値に関する詳細情報は、[schema.org] に定義される accessibilityControl を参照されたい。

例

次の例は、テキストと、テキストとして読むために十分である視覚的なアクセスモードを持つ EPUB 出版物に追加されたメタデータを示し、代替テキストと MathML マークアップ、閃光の危険性が含まれている。

EPUB 3

<package … >
   <metadata>
      …
      <meta property="schema:accessMode">textual</meta>
      <meta property="schema:accessMode">visual</meta>
      <meta property="schema:accessModeSufficient">textual,visual</meta>
      <meta property="schema:accessModeSufficient">textual</meta>
      <meta property="schema:accessibilityFeature">transcript</meta>
      <meta property="schema:accessibilityFeature">MathML</meta>
      <meta property="schema:accessibilityFeature">alternativeText</meta>
      <meta property="schema:accessibilityHazard">flashing</meta>
      <meta property="schema:accessibilityHazard">noMotionSimulationHazard</meta>
      <meta property="schema:accessibilityHazard">noSoundHazard</meta>
      <meta property="schema:accessibilitySummary">
         The video in chapter 2 presents a flashing hazard. A transcript is
         provided that covers all the essential information contained in the
         video. The publication otherwise meets WCAG 2.0 Level A.
      </meta>
   </metadata>
   …
</package>

EPUB 2

<package … >
    <metadata>
       …
       <meta name="schema:accessMode" content="textual"/>
       <meta name="schema:accessMode" content="visual"/>
       <meta name="schema:accessModeSufficient" content="textual,visual"/>
       <meta name="schema:accessModeSufficient" content="textual"/>
       <meta name="schema:accessibilityFeature" content="transcript"/>
       <meta name="schema:accessibilityFeature" content="MathML"/>
       <meta name="schema:accessibilityFeature" content="alternativeText"/>
       <meta name="schema:accessibilityHazard" content="flashing"/>
       <meta name="schema:accessibilityHazard" content="noMotionSimulationHazard"/>
       <meta name="schema:accessibilityHazard" content="noSoundHazard"/>
       <meta name="schema:accessibilitySummary" content="The video in chapter 2 presents a flashing hazard. A transcript is provided that covers all the essential information contained in the video. The publication otherwise meets WCAG 2.0 Level AA."/>
    </metadata>
    …
</package>

4 WCAG 達成方法

4.1 一般的なガイダンス

[WCAG 2.0] の要件を満たすための達成方法は、[WCAG 2.0 Techniques] に定義されている。このドキュメントは、これら達成方法を繰り返さない。

一般的に、ウェブページ上の WCAG 達成方法の適用と EPUB コンテンツドキュメントへの適用の違いは最小限だが、次のセクションでは、いくつかの重要な相違について説明する。

WCAG 達成方法は、一般的に EPUB 出版物で検出される以上の技術とコンテンツタイプの広大な範囲をカバーするので、多くを適用できないことが注意点である。

次の達成方法のセットは、EPUB コンテンツドキュメントへ最大限に適応可能である。

他の達成方法は、（例えば、EPUB 2 の [SWF] ビデオなど）使用されている技術や EPUB 出版物に埋め込まれた（例えば、PDF フォームなど））任意の代替フォーマットに応じて適応されるだろう。

有益なリソース

[WCAG 2.0 Techniques] に詳しくない製作者は、できるだけソリューションを広範囲に提供することを意図しているため、達成方法の数が膨大になるかもしれない。

EPUB コンテンツドキュメントにこれら達成方法を適用する支援は、次のソースから入手可能である。

EPUB 3 Accessibility Guidelines — 適用可能な WCAG 達成方法へのリンクのある、コンテンツタイプごとのベストプラクティスの概要。
BISG Quickstart Guide to Accessible Publishing — コンテンツをアクセシブルに制作するための最高のプラクティスを包含する。

4.2 コンテンツアクセス

ACCESS-001: 出版物の線型な読む順序を保証する

[WCAG 2.0] 達成基準 1.3.2 は、各ウェブページに意味のある順序が存在することを指定しているが、EPUB 出版物のコンテンツは、典型的に複数のドキュメントに及ぶ。それ故に、各 EPUB コンテンツドキュメントだけでなく、ドキュメントからドキュメントの順序も意味があることが重要である。

製作者は、全ての EPUB コンテンツドキュメントがスパイン [Packages] に包含されており、読み取り順序が維持されるよう順番に置くことを保証する必要がある。

次の例は、EPUB のスパインにおいて、参照している章が線形に進行することを示している。

<package …>
   …
   <manifest>
      …
      <item id="chap01" href="xhtml/chapter01.xhtml" …/>
      <item id="chap02" href="xhtml/chapter02.xhtml" …/>
      <item id="chap03" href="xhtml/chapter03.xhtml" …/>
      …
   </manifest>
   <spine>
      …
      <itemref idref="chap01"/>
      <itemref idref="chap02"/>
      <itemref idref="chap03"/>
      …
   </spine>
</package>

製作者はまた、リーディングシステムがそのようなコンテンツを最適に表現できるよう、linear 属性 [Packages] を使用し、主要または補足的な情報を含むスパインの項目であろうとなかろうと識別することを保証する必要がある。

次の例は、二つの章の間にある解答集が非線型であることを示している。

<spine>
   …
   <itemref idref="chap01"/>
   <itemref idref="answers01" linear="no"/>
   <itemref idref="chap02"/>
   …
</spine>

ACCESS-002: コンテンツにアクセスする複数の方法を提供する

[WCAG 2.0] 達成基準 2.4.5 は、ウェブページのセット内のウェブページを見つけるために、複数の方法が存在することを要求している。デフォルトでは、EPUB 出版物は、製作者がスパインに全ての EPUB コンテンツドキュメントを包含し、全ての非線型ドキュメントへのアクセスを保証する [Packages] EPUB 要件に従うのであれば、このWCAG 要件を満たす。

EPUB 出版物がこれらの要件を満たす理由は、ユーザーが EPUB 出版物内のドキュメントのセットとインタラクトする方法の違いに関係している。具体的に言うと、典型的に EPUB 出版物は、多くのコンテンツドキュメントで構成されているが、リーディングシステムは、それらがスパイン [Packages] に記載されているならば、自動的にあるドキュメントから次へとシームレスに移動するユーザーのための機能を提供する。ユーザーのために、EPUB 出版物は、進むためにリンクが必要な分離されたページのセットはなく、完全なアクセスを持つ単一のドキュメントである。

必須である目次は、出版物の主な見出しにアクセスするための第二の方法を提供する。ユーザーは、出版物がどのように分割されているかにかかわらず、任意の見出しにジャンプし、そこから移動を続けることができる。

従って、これら二つの要件を守ることにより、コンテンツにアクセスする複数の方法の必要性を満たす。典型的に、リーディングシステムは、製作者が提供できない検索機能もまた提供し、そのようにして、ユーザーは多く場合、利用可能な第三の選択肢をも持つ。

製作者はこの基準を満たすためだけに、EPUB 要件に従う必要があるが、それらは最低限以上のアクセスを向上するための追加の方法を提供することが推奨される。いくつかの提案は、次を包含する。

可能な場合、目次にスパイン内の全てのコンテンツドキュメントへ少なくともひとつのリンクを追加し、
主要なトピックスを検索するインデックスを追加し、
（例えば、図表のリストなど）EPUB ナビゲーションドキュメントを支援するナビゲーションを追加する。

目次に関する注記

EPUB の目次に関するよくある質問は、出版物の見出しに関してどのような完全性が必要かということである。全てのセクションの全ての見出しを単純に集約するべきなのが明白な答えではあるが、実質的に、このアプローチにはユーザービリティ上の課題がいくつかある。

デバイスのスクリーンサイズなどの要素は、見出しの階層が深い出版物の目次を読み難くするので、製作者は、読みやすさを保つために、一定の深さ以下にある見出しをトリムするであろう。さらに、リーディングシステムは常に、目次にある見出しへ構造化されたアクセスを提供するとは限らず、リンクをナビゲートするショートカットを提供するとは限らない。その結果、ユーザーは、どこに行きたいのか見つけるため、ひとつずつリンクを聞く必要があり、退屈で時間のかかるプロセスである。

リーディングシステムは、EPUB のアクセシビリティサポートが発展するにつれて目次へのアクセスが向上し、誰でも利用できる完全な目次を作成することが期待されているが、現在提供されていない正当なユーザビリティ上の理由がある。

しかしながら、製作者は全ての見出しへのリンクを提供しないことを選択した場合、全般的に最高の読書体験を提供するリンクの最適化をするべきである。これを達成する方法に関するいくつかの考慮事項は次を包含する。

全ての EPUB コンテンツドキュメントへのリンクがひとつ以上あることを保証する — ユーザーが各ドキュメントに到達できるようにすると、その中の小さな見出しへのナビゲーションが容易になる。
目次からのマイナーな見出しのみを省略する — 主観的な判断だけれども、多くの場合、ナビゲーションの価値の減少にはレベルがある（例えば、第4レベルと下位の見出しは、しばしば、トピックの短いサブセクションを区切るだけである）。

4.3 セマンティクス

SEM-001: ARIA と EPUB のセマンティクスを含める

[WAI-ARIA 1.1] role 属性は、支援技術へのホストマークアップに関する追加のセマンティクス情報を提供するために使用される。ロールの使用により、支援技術はマークアップを自動的にスキャンし、ユーザーのためにランドマークの一覧を編纂し、コンテンツの主な機能への迅速なアクセスが可能になる。製作者は、全ての要素にこの属性を付けることができる。

次の例は、一般的なランドマークのロールを示している。このランドマークに使用する名前は、[WAI-ARIA 1.1] aria-labelledby 属性によって指定されている。

<section role="region" aria-labelledby="puz01">
   <h2 id="puz01">Puzzles and Games<h2>
   …
</section>

role 属性は、EPUB リーディングシステムの振る舞いを有効にするために追加のセマンティクス情報を提供する、type 属性 [Content Docs] の性質に似ている。

次の例は、追加のセマンティクス情報を提供するために使用される epub:type 属性を示している。

<section epub:type="learning-objectives">
   <h2>Objectives<h2>
   …
</section>

これら属性の主な違いは、role 属性は、アクセシビリティを橋渡し、type 属性は、リーディングシステムの振る舞いを有効にするためのフックを提供することである。言い換えると、ロールを省略すると、支援技術のユーザーのアクセシビリティは低下し、タイプを省略すると、（例えば、コンテンツのポップアップする脚注や特別なプレゼンテーションなど）リーディングシステムの特定の機能が低下する。

各属性が異なる利益を提供するので、全ての読者へ良い読書体験を提供するために適用可能なときはいつでも、両方を使用することが推奨される。

多くの場合、属性は、類似するセマンティクスを持っている。このような状況では、両方の属性を要素に付けることが推奨される。

次の例は、epub:type と role 属性の両方が指定された脚注を示している。

<aside epub:type="footnote" role="doc-footnote">
   …
</aside>

有益なリソース

次のドキュメントは、両属性で使用するために利用可能なセマンティクスを記載している。

Digital Publishing WAI-ARIA Module [DPUB Vocab] は、出版物ロールの中核のセットを提供するが、[WAI-ARIA 1.1] にある全てのロールが、role 属性で使用することができる。
EPUB Structural Semantics Vocabulary [Structure Vocab] は、type 属性で使用することができるデフォルトの値を提供するが、属性は、他の語彙にあるセマンティクスを許可するために拡張されている。

次のドキュメントは、意味の変化のために EPUB 3 type 属性を使用することを既に慣れている製作者向けに ARIA ロールのアプリケーションを説明している。

EPUB Type to ARIA Roles Authoring Guide — 二つの属性間の顕著なオーサリング上の相違を指導する。
EPUB Structural Semantics to ARIA Roles Mapping Guide — [DPUB Vocab] と [WAI-ARIA 1.1] にある等価な ARIA ロールに対する EPUB Structural Semantics Vocabulary のセマンティクスの対応表。

SEM-002: チャンクされたコンテンツ全体でセマンティクスを繰り返さない

EPUB 出版物は読むときに、ユーザーに対して単一の連続的なドキュメンとして表示されるが、これらは典型的に、多くの独立した EPUB コンテンツドキュメントから構成されている。このプラクティスは、リーディングシステムのロード時間を短縮するため（すなわち、ドキュメントが表示されるのを、ユーザーが待つ時間を最小限にするため）、レンダリングされた小さなマークアップの量を保持する。少なくとも本、EPUB 出版物は、コンテンツの全てがひとつのコンテンツドキュメントのみに含まれることは稀である。

コンテンツがこのようにチャンクされた場合、しばしば、製作者に情報を再構成する良い方法について決定が要求される。例えば、典型的に、ある部分は、それに属している全ての章を包含することはないであろう。その代わり、製作者は、各章の見出し部分で分割し、分割したドキュメントにそれぞれを配置するだろう。

視覚的にこれら再構築の決定は、読者から隠すことができるが、支援技術の機能性に影響を及ぼす。[WAI-ARIA 1.1] ロールの場合、結果は、現在読み込んでいる EPUB コンテンツドキュメント内に表現されるサブセットのみが、ユーザーへ見せられる。支援技術は、現在のドキュメントの外側を見ることができないので、出版物全体のランドマーク一覧を提供することができない。

この非構造化の影響を防ぐために、製作者は、（例えば、部品に属することを示すため章の周りに余分な [HTML] section 要素の追加したり、body タグにセマンティクスな部品を置いたりなど）全てのドキュメントにこの情報を持つことが、ユーザーの助けになると信じ、構築の再追加や再識別することを考えることがある。しかしながら、このプラクティスは全て、読む時に混乱するだけでなく、実際には出版物の構造をより厳しくすることができる反復を追加する。したがって、製作者は、このような方法で構造を再構築することを推奨しない。

例えば、5つの部を持ち、各部は5つの章を含む本を検討する。構造的に、各章は次のマークアップのように、その部に属している（すなわち、グループ化されている）。

<section role="doc-part">
   <h1>Part 1</h1>
   
   <section role="doc-chapter">
      <h2>Chapter 1</h2>
      …
   </section>
   …
</section>

これは肥大したコンテンツファイルの原因となるので、部の見出しは、それ自身のページとして表示されるように、それ自身のコンテンツドキュメント内で、典型的に分割される。

<html … >
   …
   <body role="doc-part">
      <h1>Part 1</h1>
   </body>
</html>

各章は、別々のコンテンツドキュメントに分割されている。

<html … >
   …
   <body role="doc-chapter">
      <h2>Chapter 1</h2>
   </body>
</html>

次の例のように、各章に部分的なラッパーを追加する必要はない。

<html … >
   …
   <body role="doc-part">
      <section role="doc-chapter">
         <h2>Chapter 1</h2>
         …
      </section>
   </body>
</html>

これにより、各ドキュメントに新しい part のランドマークが導入され、支援技術が、ランドマークがナビゲート可能であることをユーザーに通知するだろう。

SEM-003: EPUB ランドマークを包含する

[WAI-ARIA 1.1] ランドマークは、EPUB ランドマーク [Packages] と本質的に似ており、両方とも、章や用語集、索引などの、ドキュメントの主要な構造へのすばやいアクセスを提供するために設計されている。ARIA ランドマークは、マークアップに適用されたロールから支援技術によって自動的にコンパイルされるため、製作者はユーザーが利用できるようにするためのランドマークのロールを包含する要件に従う必要がある。

ARIA ランドマークの自動生成はオーサリングを簡素化するが、それはまた ARIA ランドマークは、EPUB 出版物がコンテンツドキュメントにチャンクされている方法に制限されることを意味する。支援技術は、現在読み込まれているドキュメントで使用可能なランドマークのみを表示でき、複数ドキュメントの出版物にあるランドマーク全ての完全な図を提供することはできない（コンテンツのチャンクに関する詳細は、前のセクションを参照されたい）。

一方、EPUB ランドマークは、配布する前に製作者によってコンパイルされ、コンテンツ内の type 属性 [Content Docs] の使用に直接リンクされない。リーディングシステムは、ランドマークのために出版物全体をスキャンしないため、機械可読可能な方法で出版物の主要セクションへのリンクを容易にするよう設計されている。EPUB ランドマークは、ARIA ランドマークほど一般的ではなく、リーディングシステムは、これらのナビゲーション支援の多くを紹介しているだけである。

しかしながら、活用の違いを考慮すると、ナビゲーションを容易にするために ARIA ロールの存在のみに依存せず、EPUB ランドマークの包含が重要であり、その逆も同じである。それぞれが、独自の方法でナビゲーションを支援する。

EPUB 仕様は、製作者が、ランドマークの特定のセットを包含することを要求しないが、全ての主要な参照セクション（例えば、目次、巻末注、参考文献、用語集やインデックスなど）と同様に本文の始まりへのリンクを包含することを推奨する。

次の例は、EPUB ナビゲーションドキュメント内に表現されている EPUB 3 ランドマークを示している。

<nav epub:type="landmarks">
   <ol>
      <li>
         <a epub:type="toc" href="toc.xhtml">
            Table of Contents
         </a>
      </li>
      <li>
         <a epub:type="bodymatter" href="chap01.xhtml">
            Start reading
         </a>
      </li>
      <li>
         <a epub:type="endnotes" href="notes.xhtml">
            Notes
         </a>
      </li>
      <li>
         <a epub:type="bibliography" href="bibliography.xhtml">
            Bibliography
         </a>
      </li>
      <li>
         <a epub:type="glossary" href="glossary.xhtml">
            Glossary
         </a>
      </li>
      <li>
         <a epub:type="index" href="index.xhtml">
            Index
         </a>
      </li>
   </ol>
</nav>

次の例は、パッケージドキュメントの guide 要素内に表現されている EPUB 2 ランドマークを示している。

<guide>
   <reference type="toc" href="toc.xhtml" title="Table of Contents"/>
   <reference type="text" href="chap01.xhtml" title="Start reading"/>
   <reference type="endnotes" href="notes.xhtml" title="Notes"/>
   <reference type="bibliogrpahy" href="biblio.xhtml" title="Bibliography"/>
   <reference type="glossary" href="glossary.xhtml" title="Glossary"/>
   <reference type="index" href="index.xhtml" title="Index"/>
</guide>

有益なリソース

次のリソースは、EPUB と ARIA ランドマークについて詳しく説明している。

EPUB 2 guide element
EPUB 3 landmarks nav
ARIA 1.1 landmarks

4.4 タイトルと見出し

TITLES-001: 出版物とドキュメントのタイトルを包含する

[WCAG 2.0] 達成基準 2.4.2 は、各ウェブページにタイトルの包含を要求している。同様に EPUB は、EPUB 出版物の要件があり、出版物は、パッケージドキュメントのメタデータに [DCMES] title 要素が必要である。しかしながら、[WCAG 2.0] 要件は、EPUB 要件では満たされない。

EPUB 出版をオーサリングする場合、各 EPUB コンテンツドキュメントには、そのコンテンツに記述する説明的なタイトルも必要である。提供されていない場合、支援技術は大抵、ファイル名をユーザーに通知する。

次の例は、EPUB コンテンツドキュメントのタイトルを示している。

<html …>
   <head>
      <title>Chapter 1</title>
      …
   </head>
   <body>
      <h1>Chapter 1: Loomings</h1>
      …
   </body>
</html>

（例えば、章の見出し部分や出版物の名前など）タイトルに構造的なコンテクストを包含する場合、現在のドキュメントの最も正確な記述が最初に来るようにタイトルを順序付ける。

次の例は、構造化されたタイトルを示している。

<html …>
   <head>
      <title>
         III. The Night Shadows —
         Book the First—Recalled to Life — 
         A Tale of Two Cities
      </title>
      …
   </head>
   <body>
      <h1>III. The Night Shadows</h1>
      …
   </body>
</html>

タイトルに関するより詳細な情報は、Technique H25 [WCAG 2.0 Techniques] を見よ。

TITLES-002: 番号付きの見出しが出版物の階層を反映するように保証する

コンテンツは多数の EPUB コンテンツドキュメントに分割されているにもかかわらず、ユーザーに対して、EPUB 出版物は最初から最後まで読む、単一のドキュメントとして表示される。結果として、実際のところ出版物は単一のドキュメントでないにもかかわらず、（例えば、ある部分の見出しが [HTML] h1 要素で表現される場合、その部分に属する各章は h2 の見出しを持つなど）出版物の全体的な階層における見出しの位置を反映しているというのが自然な期待である。

[WCAG 2.0 Techniques] G141：見出しを用いてウェブページを構造化するは、ドキュメント内で番号付き見出しを正しく使用することを製作者に指示しているが、EPUB 出版物の番号付き見出しは、ドキュメントを横断して一貫性を保つ必要がある。実質的に、最初の見出しがトップレベルの見出しでない限り、各 EPUB コンテンツドキュメントは、h1 見出しで始める必要がないことを意味し、最初の見出しには、出版物内における実際の位置を反映する番号付き見出しの要素を持つことが必要である。

製作者はまた、ドキュメント内の最初の見出しが、常にもっとも高い数字を持つように、コンテンツをチャンクする必要がある。例えば、ドキュメントが、h3 見出しで始まる場合、（例えば、前のサブセクションを引き継いで新しいセクションの開始を包含しないなど）ドキュメントの後に h2 見出しがあるべきではない。最初と同じレベルで、それに続く見出しが存在することは可能である（例えば、あるドキュメント内の複数のサブセクションが、全て h3 見出しを持つことは可能である）。

次の例は、テキストブックにある二つの連続した EPUB コンテンツドキュメントを示している。ひとつ目は、セクションの見出し（h2）と、最初の二つのサブセクション（h3）を含んでいる。二つ目は、最後の二つのサブセクション（h3）を含んでいる。

<html …>
   …
   <body>
      <section>
         <h2>Section 1.1 - Conquest</h2>
         
         <section>
            <h3>Section 1.1.1 - First Encounter</h3>
            …
         </section>
         
         <section>
            <h3>Section 1.1.2 - Tensions Rise</h3>
            …
         </section>
      </section>
   </body>
</html>

<html …>
   …
   <body>
      <section>
         <h3>Section 1.1.3 - War</h3>
         …
      </section>
      
      <section>
         <h3>Section 1.1.4 - Aftermath</h3>
         …
      </section>
   </body>
</html>

4.5 説明

DESC-001: 代替テキストの説明を包含する

[WCAG 2.0] 達成基準 1.1.1 は、全ての非テキストコンテンツに、テキストの代替を要求している。画像コンテンツの場合、（例えば、[HTML] alt 属性内になど）代替テキストの提供は、[EPUB Accessibility] 仕様の要件を満たすのに十分である。

製作者は、拡張された説明の包含を強く推奨するが、拡張された説明の有用性は、しばしば、ユーザーのニーズに依存する。出版のエコシステムが成熟してからやっと、製作者が拡張された記述を包含し、ユーザーの最大数のニーズを最適に満たすように書くことを容易にするが、それらは必須ではない。

拡張された説明が包含されていない場合、アクセシビリティサマリーの省略には注意されたい。

note

代替テキストの要件は、テキストの情報を提供しない装飾的な画像には適用されない。これらは、空の alt 属性によって識別される。

caution

このガイダンスは、[EPUB Accessibility] 仕様への適合を達成するための EPUB 出版物の評価に対して厳密に適用される。EPUB 出版物が、拡張された説明を必須とされる環境で配信される場合、この適合性のガイダンスは、十分ではないだろう。

全ての画像の十分な説明としての代替テキストの使用は、この実装方法集の将来のバージョンで取り除かれるかもしれない。

有益なリソース

次のドキュメントは、拡張された説明を包含するためのガイダンスを提供する。

DIAGRAM Image Guidelines for EPUB 3 — 代替テキストと拡張された説明の包含の推奨事項。

4.6 テキスト

4.6.1 TEXT-001 - テキストコンテンツに Unicode を使用する

[WCAG 2.0] 達成基準 1.1.1 は、全ての非テキストコンテンツがレベル A に合致するように同等のテキストが提供されることを要求する。（例えばアジアなど）一部の地域では、同等の Unicode 文字が提供できるにもかかわらず、個々のテキスト文字の画像を見出すことは珍しいことではない。このプラクティスは、例えば、古い文書の翻訳の容易さやリーディングシステム全体の互換性など、さまざまな理由で発生する。しかしながら、多くのインスタンスでの画像の使用は、非視覚ユーザーがアクセスできないテキストに繋がる。

個々の文字が画像で置き換えられた時、代替テキストが提供されていても、（例えば、単語内のひとつの文字が画像で置き換えられている場合、その単語は、単一のテキストの単位として読むことができないなど）常にテキスト読み上げ（TTS）に悪影響がある。画像はしばしば、みすぼらしく拡大し、文字はユーザーの好みを満たす異なるフォントファミリーに変更できないなど、視覚的なユーザーにとっても問題である。

全てのテキストコンテンツのために Unicode 文字の使用は、この問題を回避し、コンテンツはレベル A の最小要件を満たすことができる。

レベル AA に適合するため、製作者は、必須のケースのみにテキスト画像の使用の制限を促進する達成基準1.4.5 に向けられる。

4.7 アクセシブルな代替

EPUB 出版物は、複数のレンディションで構成可能なため、コンテンツの異なるバージョンは、アクセシビリティの異なるレベルを持つ可能性がある。例えば、代替テキストや説明が欠落しているコンテンツの画像ベースのバージョンは、WCAG 準拠のテキストベースのシリアライゼーションにバンドルすることができる。[WCAG 2.0] は、適合している代替バージョンが利用できるなら、非適合コンテンツを許可しているように、このアクセシブルなバンドル化のタイプは許容範囲である。

[Multiple Renditions] 仕様は、EPUB 出版物のこれらのタイプを作る機能のセットを定義している。特に、ユーザーのために優先するレンディションを自動的に選択するか、または利用可能なオプションの中から手動で選択するためのオプションをユーザーに提供することをリーディングシステムに許可する属性のセットを指定する。この機能は、ユーザーがアクセシブルなバージョンにアクセスできるよう担保する観点から、[WCAG 2.0] の要件を技術的に満たしている。

しかしながら、実際には、[Multiple Renditions] 仕様は、出版時にリーディングシステムで広くサポートされていない。その結果、複数のレンディションを含む EPUB 出版物を取得したユーザーは、初期設定のレンディションのみにアクセスできる。このレンディションがアクセシブルなでない限り、EPUB 出版物はそれらによって読み取られないかもしれない。

したがって、製作者は、アクセシビリティ要件を満たすためにこの機能を実装するとき、最良の判断をする必要がある。少なくともひとつのレンディションがすべてのコンテンツ要件を満たす場合、複数のレンディションを含む EPUB 出版物は、[EPUB Accessibility] 仕様に適合しているが、製作者は、これらのアクセシビリティサマリーに必要とされる複数のレンディションをサポートするリーディングシステムが必要であることに最低限注意する必要がある。この依存関係を知らせるために、製作者が使用できる他の方法は、（例えば、配信メタデータ内など）が望ましい。

このセクションは、概括的にそれらの用途を推薦するために、リーディングシステムでの十分なサポートがあるとき、複数のレンディションを使用する達成方法を更新するであろう。

5 EPUB 達成方法

5.1 ページマーカー

PAGE-001: 改ページのマーカーを提供する

EPUB Structural Semantics Vocabulary [Structure Vocab] と Digital Publishing WAI-ARIA 1.0 Module [DPUB Vocab] の両方は、静的ページ区切りのセマンティクスとして、それぞれ pagebreak と doc-pagebreak を包含している。

リーディングシステムと支援技術との互換性を最大限に確保するため、両方のセマンティクスを EPUB 3 コンテンツに適用することを推奨する。

次の例は、改ページとして識別される HTML5 span 要素を示している。

<span id="page001" title="1" epub:type="pagebreak" role="doc-pagebreak"/>

title または aria-label 属性は、ユーザーに通知される値を提供するため、要素に必要である。このプラクティスは、（例えば、文の途中でコンテキストが存在しない場合など）どこでそれが発生してもそのアナウンスを聞くことをユーザーへ強制するので、テキストコンテンツとしてページ番号を包含しないよう。

EPUB 2 は、コンテンツ内の静的な改ページを識別するためのマークアップを包含していない。改ページの宛先は、ハイパーリンクを有効にするために包含することができるが、ページリストは、ユーザーがその位置にジャンプすることができる唯一の方法である。

次の例は、ハイパーリンクの宛先として使用される XHTML 1.1 span 要素を示している。

<span id="page001"/>

EPUB 3 出版物の改ページ位置を識別するために [HTML] a 要素を使用してはならない。以前、この要素はハイパーリンク先のアンカーとして定義されていたが、その目的はリンクとしてのみ使用されるよう [HTML] で変更されている。

PAGE-002: 音声再生中のページを特定する

読者は、新しいページ番号を確認するために読書を止めることはほとんどないので、ページ番号を出版物の音声再生中に読み上げると気を散らすだけでなく、（例えば、番号を文章の途中で読み上げるなど）混乱を招くことがある。

読者への潜在的な煩わしさを軽減するため、製作者は、EPUB 3 メディアオーバーレイドキュメント内に包含されているページのアナウンスを識別する必要がある。識別で、リーディングシステムは番号を自動的にスキップする再生体験を提供できる。

EPUB 3 出版物のページ番号を識別するために、メディアオーバーレイドキュメントのページ番号を識別する各 par 要素 [Media Overlays] に値「pagebreak」 [Structure Vocab] を持つ epub:type 属性を付加する。

次の例は、メディアオーバーレイドキュメントで識別されたページ番号を示している。

<smil xmlns="http://www.w3.org/ns/SMIL" 
      xmlns:epub="http://www.idpf.org/2007/ops"
      version="3.0">
    <body>
        <!-- a paragraph -->
        <par id="id1">
            <text src="chapter1.xhtml#para1"/>
            <audio src="chapter1_audio.mp3"
                   clipBegin="0:23:22.000"
                   clipEnd="0:24:15.000"/>
        </par>

        <!-- a page number -->
        <par id="id2" epub:type="pagebreak">
            <text src="chapter1.xhtml#pgbreak1"/>
            <audio src="chapter1_audio.mp3"
                   clipBegin="0:24:15.000"
                   clipEnd="0:24:18.123"/>
        </par>

        <!-- another paragraph -->
        <par id="id3">
            <text src="chapter1.xhtml#para2"/>
            <audio src="chapter1_audio.mp3"
                   clipBegin="0:24:18.123"
                   clipEnd="0:25:28.530"/>
        </par>
    </body>
</smil>

EPUB 2 は、テキストと音声の同期を提供しないため、この手法は適用されないことに注意されたい。

PAGE-003: ページリストを提供する

ページリスト — 静的な改ページ位置へのハイパーリンクのリスト — は、ユーザーが静的なページ位置を見つける最も効果的な方法である。ページリストがない場合、ユーザーはテキスト内の各ページマーカーを移動しなければならず、それらが利用可能であるならば、リーディングシステムはそのような機能を提供するだろう。

ページリストが包含されている場合、リーディングシステムは、ユーザーにリストへの直接アクセスを提供し、自動的なページジャンプ機能を提供して使用することができる。

EPUB ナビゲーションドキュメントは、page-list nav [Packages] の包含を可能にするが、EPUB 2 NCX ファイルは、pageList 要素 [OPF2] を介して同様の機能を提供する。

次の例は、静的な改ページへのリンクのリストを含む、EPUB 3 page-list nav 要素を示している。

<nav epub:type="page-list">
   <ol>
      <li><a href="georgia.xhtml#page001">1</a></li>
      <li><a href="georgia.xhtml#page002">2</a></li>
      <li><a href="georgia.xhtml#page003">3</a></li>
      …
   </ol>
</nav>

次の例は、pageList に改ページの位置のリストを含む、EPUB 2 NCX を示している。

<ncx xmlns="http://www.daisy.org/z3986/2005/ncx/"
     version="2005-1"
     xml:lang="en-US">
   …
   <pageList>
      <pageTarget id="p1" type="normal" value="1">
         <navLabel><text>1</text></navLabel>
         <content src="content.html#p001"/>
      </pageTarget>
      <pageTarget id="p2" type="normal" value="2">
         <navLabel><text>2</text></navLabel>
         <content src="content.html#p002"/>
      </pageTarget>
   </pageList>
</ncx>

PAGE-004: 改ページのソースを特定する

ユーザーは、典型的に、静的なメディアから生成された EPUB 出版物に包含された改ページマーカーのソースを知りたいと思う。出版社またはインプリント（訳注：日本の出版文化に近い単語は「レーベル」）による印刷の考慮事項、ハードまたはソフトカバー版に由来する改ページかどうかは、（例えば、教室で使用されている印刷本の改ページと正確に一致する場合など）その有用性に関する決定に影響するだろう。

改ページの適合性をユーザーが判断できるようにするには、パッケージドキュメントのメタデータ内にあるソースとなる作品の ISBN を識別する。

次の例は、改ページのある底本の ISBN を含んでいる dc:source 要素を示している。この例は、EPUB 2 と EPUB 3 の両方で有効である。

<metadata xmlns:dc="http://purl.org/dc/elements/1.1/">
   …
   <dc:source>urn:isbn:9780375704024</dc:source>
   …
</metadata>

ISBN が利用できない場合、（例えば、出版社や日付、版、製本など）ソースの出版物に関するできるだけ多くの情報を包含する。

次の例は、ソースのテキストによる概要を含んでいる dc:source 要素を示している。

<metadata xmlns:dc="http://purl.org/dc/elements/1.1/">
   …
   <dc:source>ACME Publishing, 1945, 2nd Edition, Softcover</dc:source>
   …
</metadata>

改ページのマーカーが、EPUB 出版物に固有のものである場合、底本を特定しない。

1 要約

1.1 目的とスコープ

1.2 用語

note

1.3 表記上の規則

note

caution

2. 達成方法について

3. 検出のメタデータ達成方法

META-001: 主なアクセス モードを特定する

META-002: 充足なアクセス モードを特定する

note

META-003: アクセシビリティ機能を特定する

META-004: アクセシビリティの危険性を特定する

META-005: アクセシビリティ サマリーの包含

META-006: ARIA の適合性を特定する

META-007: 入力コントロール方法を特定する

例

EPUB 3

EPUB 2

4 WCAG 達成方法

4.1 一般的なガイダンス

有益なリソース

4.2 コンテンツ アクセス

ACCESS-001: 出版物の線型な読む順序を保証する

ACCESS-002: コンテンツにアクセスする複数の方法を提供する

目次に関する注記

4.3 セマンティクス

SEM-001: ARIA と EPUB のセマンティクスを含める

有益なリソース

SEM-002: チャンクされたコンテンツ全体でセマンティクスを繰り返さない

SEM-003: EPUB ランドマークを包含する

有益なリソース

4.4 タイトルと見出し

TITLES-001: 出版物とドキュメントのタイトルを包含する

TITLES-002: 番号付きの見出しが出版物の階層を反映するように保証する

4.5 説明

DESC-001: 代替テキストの説明を包含する

note

caution

有益なリソース

4.6 テキスト

4.6.1 TEXT-001 - テキストコンテンツに Unicode を使用する

4.7 アクセシブルな代替

5 EPUB 達成方法

5.1 ページマーカー

PAGE-001: 改ページのマーカーを提供する

PAGE-002: 音声再生中のページを特定する

PAGE-003: ページリストを提供する

PAGE-004: 改ページのソースを特定する

6 配信の達成方法

DIST-001: デジタル著作権管理を介してアクセスを制限しない

DIST-002: 配信レコードにアクセシビリティ メタデータを包含する

note

有益なリソース

謝辞と貢献者

IDPF Members

Invited Experts/Observers

参照・参考

規定の参照

規定ではない参照

META-001: 主なアクセスモードを特定する

META-002: 充足なアクセスモードを特定する

META-005: アクセシビリティサマリーの包含

4.2 コンテンツアクセス

DIST-002: 配信レコードにアクセシビリティメタデータを包含する