すべての⼈のための電⼦書籍
アクセシブルなデジタル出版のエコシステムを⽬指して出版前のレビューのための草案

ボーンアクセシブルな出版貢献
編集者: グレゴリオ・ペレグリノ（LIA財団チーフ・アクセシビリティ・オフィサー）、クリスティーナ・ムッシネッリ（LIA財団事務局⻑）、エリサ・モリナーリ（LIA財団プロジェクト・マネージャ
ー）
レイアウトとインフォグラフィック:デニス・ノビリ（LIA財団コミュニケーション・マネージャー）
校正: サラ・マズッキ（イタリア出版協会）
⽇本語訳: 村⽥真（慶應義塾⼤学政策メディア研究科特任教授・内閣官房情報通信技術（IT）総合戦略室）
このEPUBにある複雑な表の⼀部は、閲覧ソリューションで正しく表⽰されない場合があります。これは技術出版物や科学出版物ではよく知られている問題で、私たちは専⾨のワーキンググループで解決策に取り組んでいます。
LIA 財 団 と そ の サ ー ビ ス の 詳 細 に つ い て は 、segreteria@fondazionelia.org までお問い合わせください。
この⽂書を他の⾔語に翻訳して下さるかたを歓迎します。ご要望はsegreteria@fondazionelia.org までお送りください。
著作権 © LIA財団 - Libri Italiani Accessibili
すべての権利は留保されています。
バージョン1.0、05/06/19
ISBN EPUB 9788894033526
ISBN PDF 9788894033519

LIA財団は、この出版物のすべての権利と著作権を所有しています。この出版物は無料で提供されていますが、LIA財団の許可がな
い限り、改変することはできません。この出版物からの抜粋は、プレゼンテーションやブログ記事などに使⽤することができますが、変更せずにそのまま抜粋し、LIA財団によるものであることを明記
しななければなりません。
⽇本語訳の著作者⼈格権は村⽥真に属します。
謝辞 リチャード・オルメ（DAISYコンソーシアム最⾼執⾏責任者）とアビニッシュ・ シン（DAISYコンソーシアム最⾼執⾏責任者）の貴重な提案とヒントに感謝します。そして⻑年にわたってLIA財団を⽀援し、アクセシビリティを採⽤することを決めたイタリアの出版 社 に 感 謝 し ま す (Editrice Il Mulino, Edizioni Centro Studi
Erickson,

EdizioniIl

Frangente,

Edizioni

Sonda,

Effatà

Edizioni

Editrice,

Nottetempo,

Feltrinelli

Editore,Fondazione Arnoldo e Alberto Mondadori, Franco Angeli
Editore, Giunti Editore, Graphicservice - Gruppo Editori
Laterza、

GruppoDeAgostini、

GruppoEditoriale

Mondadori 、 Gruppo Editoriale RCS, Harper Collins Italia,
Iperborea、Gruppo GEMS - Messaggerie)。

⽬次
はじめに
出版界におけるアクセシビリティ：新たなパラ
ダイム
法的枠組み
マラケシュ条約
製品やサービスのアクセシビリティ要件に関する欧州指令（欧州アクセシビリティ法）

ボーンアクセシブルな出版物

アクセシブルなデジタル出版のためのエコシス
テム
アクセシブルな出版エコシステムを作るためのみんなの
努⼒
出版社とコンテンツ制作者
ボーンアクセシブルなEPUBの制作
EPUBのアクセシビリティの確認
EPUBのアクセシビリティチェックファネル（漏⽃）
第三者認証機関アクセシブルなEPUBファイルとそのメタデータを作成する
ための⼿順
エンドユーザーへのアクセシビリティ機能の説明

デジタル配信者または取次
デジタル著作権管理ソリューション

印刷カタログにおけるアクセシブルなタイトルと書籍
電⼦書店（または電⼦図書館）
アクセシビリティメタデータの表⽰
検索エンジン

電⼦書籍リーダ
アクセシビリティメタデータの表⽰
デジタル著作権管理

アクセシビリティのためのメタデータ標準
ONIX
Schema.org
EPUB AccessibilityのためのSchema.org

何がいけないのか？壊れた伝⾔ゲーム
サプライチェーンにおけるアクセシビリティの問題

事例紹介
LIA財団と、イタリアの電⼦書籍市場における主要なア
クセシブルな出版物
アクセシビリティを管理・認証し、アクセシビリティメタデータを配布するためのワークフロー
実りある協⼒：LIAラベルとMediaLibraryOnLine

技術な付録
ONIX for Books: コードリスト196, 電⼦書籍アクセ
シビリティメタデータ
コードリスト 196
EPUB中のONIX

技術的な付録電⼦書籍アクセシビリティメタデータのためのSchema.org
EPUB 2中のアクセシビリティメタデータ
EPUB 3中のアクセシビリティメタデータ
電⼦書籍のウェブカタログのためのSchema.org
ONIX 中のSchema.org

相互運⽤ONIX ↔ Schema.org

LIA財団はアクセシブルなデジタル出版のエコシステムに参加するためのお⼿伝いをします
連絡先

はじめに
出版業界では、アクセシビリティの重要性がますます⾼まっています。新しい標準規格とデジタル読書技術が開く可能性のおかげで、
新しいパラダイムが⽣まれつつあります。プリントディスアビリテ
ィを抱えた⼈々でも読書を楽しみ、他の読者と同じ機会と幅広い選択肢を享受できるように、アクセシブルな出版物を制作し、従来の流通経路で配布するというパラダイムです。
欧州および国際的な新しい法的枠組みは、アクセシブルなコンテンツへの需要を⾼めています。デジタルでアクセシブルな書籍の⽣産を奨励するだけでなく、バリューチェーン全体がアクセシビリティを受け⼊れることを要求しています。特に、最近批准された欧州ア
クセシビリティ指令、いわゆる欧州アクセシビリティ法は、デジタル出版業界全体が障害者や⾼齢者に優しくなることを求めています。
この⽂書は、書籍のバリューチェーンに関わるすべてのプレーヤーについて、さまざまの側⾯を取り上げ、解説しています。プレーヤーとは、コンテンツ制作者、取次、デジタル配信者、オンライン書店やプラットフォーム、閲覧ソリューションの開発者、印刷された
書籍カタログを管理する組織などです。各関係者について、アクセ
シブルなエコシステムの中で果たす役割を特定し、考慮すべき重要な要素を強調し、アクセシビリティの分野における国際標準仕様や
ガイドラインを参照しています。
この⽂書は、イタリア市場で販売されているボーンアクセシブルな
デジタルタイトルのカタログwww.libriitalianiaccessibili.itを運営する際に、LIA財団が⾏った研究開発の成果をまとめたものです。
このカタログは、76の出版社、イタリア視覚障害者連合、図書館⽤

貸出しプラットフォーム(Media Library On Line)、イタリア書籍
カタログを運営するIE (Informazioni Editoriali)の協⼒を得て作成されました。
この⽂書では、アクセシビリティの分野で活動している国際的なワーキンググループが実施した活動を考慮しています。特に、DAISY
コンソーシアム、W3C、EDRLab、EDItEURなど、他の多くの組織と協⼒して⾏われたLIA財団の活動に基づいています。これらの組
織は、アクセシブルな出版エコシステムの構築を促進し、アクセシ
ブルな標準フォーマットとアクセシビリティの特徴を記述したメタ
データを利⽤可能にし、アクセシブルな出版物の作成を容易にするツールを作成し、アクセシブルな読書アプリケーションを作成するためのソリューションを開発し、世界の出版業界に洞察・専⾨知
識・サポートを提供することに共同して取り組んでいます。
アクセシビリティの世界への旅路を共に歩んできた良き友⼈、ピエール・ダネとロビン・シーメンには特別な感謝の意を表します。彼らがいないのは⾮常に寂しいことです。
この⽂書は、LIA財団によって、公開前審査のための草案として出版されました。この⽂書についてコメントをご希望の⽅は、
segreteria@fondazionelia.orgまでご連絡ください。すべてのコ
メントを歓迎します。

クリスティーナ・ムッシーネリ

LIA財団事務局⻑

出版界におけるアクセシビリティ: 新たなパラダ
イム
出版業界では、アクセシビリティの重要性がますます⾼まっています。 新しい標準規格とデジタル読書技術によって提供される可能性、また制定中の法律のおかげで、新しいパラダイムが⽣まれつつあります。プリントディスアビリティを抱えた⼈々でも読書を楽し
み、他の読者と同じ機会（そして同じように幅広い選択肢）を享受できるように、 アクセシブルな出版物を制作し、従来の流通経路で配布するというパラダイムです。

法的枠組み
新たに導⼊された国内法や国際法は、アクセシブルなコンテンツに対する需要を⾼めています。デジタルでアクセシブルな書籍の制作を奨励するだけでなく、出版のバリューチェーン全体がアクセシビ
リティを取り⼊れることを要求しています。

マラケシュ条約
世界知的所有権機関（WIPO）が管理する条約の⼀部であるマラケ
シュ条約1 は、2013年に最終決定され、2016年9⽉30⽇に発効しました。2017年9⽉、EU委員会は、EU法におけるマラケシュ条約の実施に関する指令と規則を採択しました。EU諸国がこの指令を国内法で実施するための条件は2018年10⽉18⽇でした。
この条約と関連するEU指令は、著作権法の例外規定を導⼊して、複製・配布を許可し、出版物をPIPs(Print Impaired People)（これは盲⼈や読字障害の⼈だけでなく、印刷された本が読めない⼈すべて）がアクセスできるように設計されたフォーマットで作成することを許可しています。また、これらの受益者にサービスを提供する組織（いわゆる「権限を与えられた機関」）が国境を越えてこれらの著作物を交換するための法的枠組みも提供しています。
権限を与えられた機関は、⾮営利⽬的なら、アクセシブルな形式の複製物を作成することができ、それを⾮営利の貸し出しルートや電⼦通信で配布することができます。この活動を⾏うためには、認定事業者が合法的に作品にアクセスし、作品をアクセシブルにするために必要な変更のみを加え、受益者のみが利⽤できるように複製物を提供しなければなりません。著作物のアクセシブルな形式の複製物に合法的にアクセスできる場合、PIPは個⼈的な使⽤のために複製物を作成することもできます。国内レベルでは、各国は「その市場の受益者のために合理的な条件でアクセシブルな版を商業的に⼊⼿する」ことができない著作物だけに、制限や例外を限定することができます。こうした限定をするにはWIPO事務局⻑への通知が必要です。この場合には、アクセシブルな市販版の⼊⼿可能性についての情報を、権限を与えられた機関に提供して著作物の重複を避けることが重要ですし、障害のあるユーザに提供して他の読者と同じように電⼦書籍ストアで直接購⼊可能にすることも重要です。

製品やサービスのアクセシビリティ要件に関する欧州指令（欧州アクセシビリティ法）
欧州では、製品やサービスのアクセシビリティ要件に関する欧州指令、いわゆる欧州アクセシビリティ法2 が、2019年4⽉17⽇に欧州議会で承認され、2019年6⽉7⽇に欧州連合の官報に掲載されました。この指令は、アクセシブルな製品やサービスの市場を改善することを⽬指しています。そのために、さまざまなアクセシビリティ要件を備えた⽴法を通じて加盟国間の障壁を取り除き、EU全体で障害者や⾼齢者に利益をもたらします（世界的な利益にもなりえます）。
新しい指令を受けて、EU加盟国は2022年6⽉28⽇までに対応する
国内法を制定することが求められています。制定後は、2025年6⽉28⽇から市場に出回るすべての新製品やサービスに適⽤されます。
この指令は、多くの製品やサービスに適⽤されます。その中には、消費者向け汎⽤コンピュータのハードウェアシステムやそれらのハードウェアシステム⽤のオペレーティングシステム、セルフサービス端末（決済端末や発券端末など）、消費者向け銀⾏サービスのほか、電⼦書籍や専⽤の閲覧⽤ソフトウェアなどが含まれます。
電⼦書籍はサービスとみなされるため、サービス提供者には、出版社や書籍の流通に関わる他のすべての事業者が含まれます。
この指令は、出版社がアクセシブルなフォーマットでデジタル出版物を制作することを要求するとともに、サプライチェーン全体（⼩売業者、電⼦商取引サイト、ハードウェアおよびソフトウェアの読書ソリューション、オンラインプラットフォーム、DRMソリューションなど）がアクセシブルなサービスによってコンテンツをユーザーに提供することを要求しています。
技術的なアクセシビリティの要件はいまのところ指令の中で抽象度の⾼い形で記述されていますが、欧州委員会はアクセシビリティに関するEU規格を定義することをEUの標準化団体に要求する可能性もあります。こうした規格は、指令で述べられているように市場主導型であるべきです。そう考えて、すでに広く採⽤されている出版⽤規格を管理する標準化団体（W3CやDAISYコンソーシアムなど）と、出版界におけるアクセシビリティの分野で活動する他の団体（LIA財団やEDRLabなど）は、この分野で現在使⽤されている標準が指令で採⽤されるよう協⼒しています。
⽴法は、いくつかの例外を想定しています。特に、零細企業3 、アクセシブルな版を作ることが不釣り合いなほどの負担となる場合、あるいは製品の内容の根本的な変更が必要となる場合などです。このような場合には、詳細な事情を⽂書で提出する必要があります。
さらに、コミック、児童書、美術書のような特別なものについて
は、適⽤されるすべてのアクセシビリティ要件に照らして特徴を考慮すべきです。"市場監視機関"は、欧州と国内の両⽅のレベルで、製品とサービスが指令の要件に準拠しているかどうかをチェックする責任があります。LIA財団によると、場合によっては、マラケシ
ュ条約を通じて権限を与えられた機関と協⼒してアクセシブル版の制作についての解決策を出版社は⾒つけることができるかもしれま
せん。
また、欧州アクセシビリティ法では、製品やサービスのアクセシ
ビリティに関する詳細な情報を流通経路のエンドユーザーに提供することも求められています。どんな要件を満たせば読めるかが分かっているユーザーが、⼗分な情報に基づいて購⼊するかどうかを決められるようにするためです。これらの結果を達成するためには、アクセシビリティに関する利⽤可能な国際標準（フォーマットから
メタデータまで）を採⽤し、⼩売業者や出版社のウェブサイト上でアクセシビリティに関連する情報を⼀貫して提⽰することが必要となります。また、デジタル出版物のアクセシビリティに関する情報を記録するために設計されたSchema.orgやONIXのようなメタデータ標準を利⽤して、商業的にアクセシブルなタイトルの情報を利⽤できるようにすることも重要です。さらに、検索エンジンについては、プリントディスアビリティを抱えたユーザーがアクセシブル
なタイトルを検索できるようにすることが基本となります。イタリ
ア で は 、 LIA 財 団 が LIA カ タ ロ グ 4 を 作 成 し 、 Informazioni
Editorialiが管理する全国電⼦書籍印刷カタログ（ekitab）にONIXを使って情報を提供しています。
明⽰的に調整されている2つの提案があり、PIPが書籍にアクセスするための2つの⽅法を与えています。⼀つは、出版社が読めるフォーマットで直接商業的に出版したもの（いわゆる「ボーンアクセ
シブルな出版物」）と、アクセシブルではない書籍を専⾨機関がその場限りのやり⽅で変換して制作したもの（マラケシュ条約に基づ
く「アクセシブルな形式の複製物」）です。この2つの⽅法は完全に等価ではありません。ボーンアクセシブルな出版物は、通常の出版物と同時にPIPに提供され、他の読者が利⽤するのと同じルートで購⼊・貸出しができます。アクセシブルな形式で追加複製物を制作すること、実⽤的な観点からはさらに重要です。しかし、これには費⽤がかかり、通常は公共部⾨や慈善団体の資⾦提供によって⾏
われ、通常はオンデマンドで⾏われますし、出版作業の全体をカバーできません。理想的な世界では、出版されたすべての電⼦書籍
は、発⾏⽇に完全にアクセシブルであるべきです。この理想的な世界では、専⾨機関は、在庫⽬録にあるタイトルの変換や、複雑な書籍の複雑な画像の⻑い代替説明の作成に注⼒することができます。
こうなれば、出版社と組織の間のより強⼒な協⼒関係は、最良の結果を達成することができ、また、公的資⾦の使⽤を最適化することができるとLIA財団は考えています。

ボーンアクセシブルな出版物

近年、「ボーンアクセシブルな出版物」というコンセプトが急速に広まっています5 。DAISYのような特殊なフォーマットだけが採⽤していたアクセシビリティ機能が、主流の標準フォーマットで利⽤可能になったおかげで、特にテキストベースの書籍では、従来のデジタル出版プロセスのすべての段階で、断絶することなくアクセシ
ビリティを含めることが可能になりました。著者がオーサリングツ
ールを使って執筆する段階から、読者がデジタルデバイスを使って読む段階までです。
現在利⽤可能な技術により、⼗分な知識を持つコンテンツ制作者
は、簡単な出版物にアクセシビリティ仕様を含めることができます（コンテンツのタグ付け、画像の代替テキストの作成、表の構造化など）。これは、電⼦書籍の最初の出版から可能なので、バリュー
チェーンの最終段階や出版後に、主流の出版物を、商業的な流通チ
ャネルで利⽤可能なものとは異なるアクセシブルなものに変換する必要がありません。
さらに、PIPにアクセシブルなようにコンテンツを作成することは、あらゆる読者にとってコンテンツの価値が⾼まります。、ナビ
ゲーション可能なインデックス、テキストの正しいハイフネーショ
ン、テキスト内の検索可能性などの有⽤な機能を含むより質の⾼い製品が作成されるからです。
EPUBのようなフォーマットは、オープン・ウェブ・プラットフォームの技術をベースにしており、ボーンアクセシブルな出版物の制作を可能にしています。EPUB Accessibility 1.06 ガイドライン
は、コンテンツ制作者に対して、アクセシブルなEPUBを作成する
⽅法を理論的にも実践的にも段階的に説明しています。
Born Accessible出版物のベースラインで説明されているように、より複雑な書籍（複雑な構造、広範な説明必要とする多くの画像、

チャート、図、インフォグラフィックス、アートワークなどを含むもの）については、これらを完全にアクセシブルにするための機構
は、現在すべての出版社に期待できる基準を超えていることを強調
しておきます。 これらを扱えるところまでいつか到達することは晴らしいことですが、これは将来のための仕事です。

素

1

盲⼈，視覚障害者その他の印刷物の判読に障害のある者が発⾏された著作物を利⽤する
機 会 を 促 進 す る た め の マ ラ ケ シ ュ 条 約 ,http://www.wipo.int/treaties/en/ip/marrakesh/2

https://eur-lex.europa.eu/legal-content/EN/TXT/PDF/?
uri=CELEX:32019L0882&from=FR
3

微⼩企業とは、従業員数が10⼈未満で、年間売上⾼が200万ユーロ以下、または年間貸借対照表の合計額が200万ユーロ以下の企業を意味する。
4

https:www.libriitalianiaccessibili.it/

5

accessiblepublishing.org/baseline-for-born-accessible-epub

6

http://www.idpf.org/epub/a11y/accessibility.html

アクセシブルなデジタル出版のためのエコシス
テム
新しいパラダイムを実現するためには、ボーンアクセシブルな出版物の制作が重要ですが、それは第⼀歩にすぎません。プリントディ
スアビリティを抱えた⼈に他の読者と同じ読書機会を提供するには、出版のエコシステム全体がアクセシブルである必要があります。そのため、出版社だけでなくバリューチェーンのあらゆる関係者がアクセシビリティを重要かつ戦略的な⾒地から考慮する必要があります。
欧州アクセシビリティ法で義務付けられているように、プリント
ディスアビリティを抱えた読者にも、アクセシブルな出版物を⼀⼈で取得し、購⼊し、読むことができることを保証しなければなりません。したがって、検索、カタログの閲覧、クレジットカードフォームの記⼊など、オンラインストア（またはアプリ）のすべての機能がアクセシビリティ基準に準拠していることも不可⽋です。どの
タイトルがアクセシブルなのか、その特徴は何かを知ることが重要になります。さらに、商⽤のアクセシブルなタイトルが⼊⼿可能な場合には著作権法の例外が適⽤されないという形式でマラケシュ条約を実施する国々では、どのタイトルがアクセシブルなフォーマッ
トで市場に出回っているか判定可能にしておかなければなりません。
インクルーシブ出版のエコシステムは、ボーンアクセシブルなコ
ンテンツの制作から始まり、制作されたコンテンツのアクセシビリ
ティの特徴を記述した標準的なメタデータの作成と配布をバリュー
チェーン全体について⾏い、プリントディスアビリティを抱えた読者にアクセシブルな購⼊（または借⽤）と読書体験を提供して終わりとなります。
アクセシブルなデジタル出版のエコシステムを構築するには、ア
クセシビリティの観点からデジタル出版のサプライチェーン全体を最適化する必要があります。エンドユーザーに完全にアクセシブル
でバリアフリーな体験を提供するためには、サプライチェーンの各ノードは特定のアクセシビリティ要件を遵守し、その役割を果たす責任があります。
次の段落では、サプライチェーンの各プレーヤーの仕事を説明し、それらを実践するための実践的なソリューションをいくつか提案します。

アクセシブルな出版エコシステムを作るための
みんなの努⼒このスキームは、アクセシブルな出版エコシステムの構築に貢献するために、バリューチェーンの各アクターが⾏うべき活動を記述したものです。すべての活動は、本稿で詳細に引⽤されている国際的なアクセシビリティ基準とガイドラインをつねに考慮しつつ実⾏されなければなりません。
電⼦書籍リ

電⼦書店ま

印刷された

デジタル配

出版社とコ

ーダ

たは電⼦図

書籍カタロ

信者または

ンテンツ制

書館

グ

取次

作者

アクセシビ
リティガイ
ドラインに
準拠したグ

アクセシビ
リティガイ
ドラインに
準拠したグ

ガイドライ
ンに沿って
ボーンアク
セシブルな

アクセシビ
リティのチ
ェック

アクセシビ
リティのメ
タデータを

出版物を制
作する
アクセシビ
リティのチ
ェック
アクセシビ
リティの認
定申請

アクセシビ
リティのメ
タデータをt
取り込んで
配布する
アクセシビ
リティを妨
げないDRM
の実装

取り込んで
配布する
市場で⼊⼿
可能な商⽤
出版物のカ
タログを作
成する

メタデータ
の作成

ラフィカル
ユーザーイ
ンターフェ
ースを作成
する

ラフィカル
ユーザーイ
ンターフェ
ースを作成
する

アクセシビ
リティのメ
タデータを
エンドユー
ザーに表⽰
する

アクセシビ
リティのメ
タデータを
エンドユー
ザーに表⽰
する

アクセシビ
リティのメ
タデータを
検索エンジ
ンに公開す
る

アクセシビ
リティを妨
げないDRMを実装する出版社とコンテンツ制作者
ベースラインで説明したように、アクセシビリティ要件は、出版物の制作ワークフローの最初から考慮されるべきです。
最初の選択は、アクセシブルな電⼦書籍を作成するためにどのファイル形式を使⽤するかを定義することです。ファイル形式（例えば、PDF、EPUB、mobiなど）ごとに、アクセシビリティのレベルは違います。
利⽤可能な最もアクセスしやすいフォーマットはEPUBです。 これは、国際デジタル出版フォーラム（IDPF）によって最初に開発されたデジタルブックの出版物のための標準であり、現在は、ウェブ標準を開発し、維持するW3Cコンソーシアムによって更新され、維持されています。EPUBフォーマットは、Open Web Platform、すなわちウェブサイトの作成に使⽤される技術（HTML、CSS、XML

を含む）のセットに基づいており、DAISYフォーマットで利⽤可能なすべてのアクセシビリティ機能が組み込まれているため、特にアクセシブルなフォーマットとなっています。
これは、ユーザーのニーズに合わせてコンテンツを完全にカスタマイズできるため、読字障害の⼈や失読症のある⼈にとって最もア
クセシブルなフォーマットです。

ボーンアクセシブルなEPUBの制作
アクセシブルなEPUBを作成するための最良のリファレンスは、
EPUB Accessibility 1.07 のガイドラインです。これは100%ア
クセシブルな電⼦書籍を作成するために従うべきすべてのルールを提供しています。
ガイドラインでは、レベルAとレベルAAの2つのアクセシビリティのレベルを提案しています。第⼀レベル（A）はアクセシビリティの最低レベルです。第⼆レベル（AA）はコンテンツ制作者の努⼒を必要としますが、印刷された出版物を読むことが困難なユーザーにとっては、はるかに役⽴ちます。LIA財団は、アクセシブルなタイ
トルを作成したいと考えている⼈に、エンドユーザーにとって最適であるAAレベルを検討することを提案しています。ボーンアクセシ
ブルなEPUBを作成する際に考慮すべき最も重要な要件は以下の通りです。
テキスト（タイトル、箇条書き、番号付きリストなど）に意
味を表すタグを付けること。
テキスト以外の要素には、代替的な説明を提供すること。
本を構成するいくつかの部分のデフォルトの読み順を設定する。

インタラクティブな⽬次を作成する。
表がある場合は、⾏と列の⾒出しをタグ付けする。
これらの作業のほとんどは、主流の制作プロセスの中で、Adobe
InDesignなどの最も⼀般的なデスクトップ・パブリッシング・ソフ
トウェアを使⽤して⾏うことができます。

EPUBのアクセシビリティを確認する
制作後は、制作した電⼦書籍のアクセシビリティを確認する必要があります。
以下の3つのステップを踏むことになります。
1. EPUBcheck8 でテスト：このソフトウェアは、W3Cに代わってDAISYコンソーシアムによって開発され、CLI（コマンドラインインターフェース、端末）とGUI9 （グラフィカ
ルユーザーインターフェース）の両⽅で利⽤可能です。これは、EPUBのコードの形式的な妥当性をチェックすることができ、通常はどの電⼦書籍についても配布前のチェックのために使⽤されます。アクセシビリティの観点から最も関連性の⾼いチェックは、構造的な観点から問題点を特定するものです。EPUBcheckは、エラー、警告、情報の3つのレベルのメッセージを返すことができます。EPUBファイルがエラーなしですべてのチェックに合格することが重要です。ソフトウェアが報告するメッセージは、専⾨家ではないユーザーにとっては少し分かりにくい場合があります。解釈が難しい
場合は、ハッシュタグ#eprdctn10 を使ってツイッターで電⼦出版コミュニティにアドバイスを求めることも可能です。

2. Ace11 でテスト: DAISYコンソーシアムによって開発・保守されているツールで、EPUB 3ファイルのアクセシビリテ
ィエラーを報告します。GUI版でもCLI版でも利⽤可能です。⽣成されるレポートは4つのセクションに分かれています。:
a.

違反: ：EPUBファイルで発⾒されたさまざまな問題

を 5 つ の 分 野 （ WCAG 2.0 、 WCAG 2.0 AA 、

EPUB、ベストプラクティス、その他）に整理して⽰します。違反ごとに、知識ベースへのリンクが⽰されます。説明と典拠が⽰され、問題を説明し、解決⽅法を⽰すグッドプラクティスのコード断⽚が得られます。
b.

メタデータ: ：書誌上のメタデータと、ファイル内で利⽤可能なアクセシビリティ宣⾔に関連するメタデー
タを表⽰します。
c.

アウトライン：コンテンツの正しい構造と⽬次を確認

できる。
d.

画像：本⽂中の画像に割り当てられた代替テキストを素早く確認することができます。

このソフトウェアの主な特徴の⼀つは、他のアクセシビリテ
ィ制御ツールとは異なり、誤検出を報告しないことです。報告された各問題は、間違いなく解決すべき問題です（⼈間の解釈を必要としません）。Aceのインターフェースのスクリーンショットを次に⽰します。

3. ⼈⼿によるチェック: 前述のソフトウェアは、構造的な観点からファイルを検証し、アクセシビリティに関連する問題を⾃動的に特定することができますが、⼈⼿によるチェックは常に必要です。現在まで、テキストの意味的タグ付けが正し
いかどうか、または画像やグラフィックの代替説明の妥当性を分析できるツールはありません。この作業は、EPUBアク
セシビリティ1.0ガイドラインに含まれるすべてのアクセシ
ビリティ機能が正しく実装されているかどうかをチェックできる専⾨家によって⾏われなければなりません。通常、専⾨のオペレータは、ガイドラインのすべての要件を考慮して作成された特定のチェックリストに従います。チェックリストを作成する際、オペレータは、アクセシビリティチェックを
正しくパスしたかどうか、エラーがあるかどうか、適⽤されるかどうか（例えば、EPUBにテーブルがない場合、テーブ
ルのチェックは適⽤されません）をリストの各要素ごとに表⽰します。
これら3つのステップが正しい順序でエラーなく実⾏された後にのみ、ファイルはアクセシブルであると定義することができます。

EPUBのアクセシビリティチェックファネル（漏⽃）

第三者認証機関
上記のEPUBファイルのアクセシビリティレベルの⼈間による管理

は、出版社の内部スタッフが⾏うことも、外部スタッフが⾏うことも可能です。いずれにしても、制御を担当するオペレータは、関連する専⾨知識を持っていることが重要です。アクセシビリティ基準と、プリントディスアビリティへの⽀援技術の使⽤法の両⽅に精通している必要があります。これは、⾃動制御を正しい⽅法で実⾏するのに役⽴ちます。 また、ユーザーが読解ソリューションや様々なモード（点字、⾳声、拡⼤⽂字）で様々な⽀援技術を使⽤して電⼦
書籍を読む際に、どんなアクセシビリティ問題が発⽣する可能性があるかを認識し、予測するのにも役⽴ちます。したがって、すべての読者の利益のために、ファイルのきちんとした品質管理ができます。
⾼度に専⾨化されたスタッフの重要性（およびそのコスト）と、コンテンツ制作者がアクセシビリティに関する法律の要件を遵守する必要性を考慮すると、別の選択肢が浮かんできます。つまり、ファイルのアクセシビリティの管理と認証を、アクセシビリティの分
野で特別な知識を持つ第三者パートナーに委託することです。第三者パートナーは、コンテンツのアクセシビリティを保証するだけでなく、出版された電⼦書籍の品質を認証することもできることが必要です。これがイタリア市場で採⽤されているソリューションです。出版社（⼤規模なグループから⼩規模なグループまで）が「ボーンアクセシブル」として作成したEPUBのコントロールと認証を
LIA財団は⾏い、ファイルのアクセシビリティを認証するLIAラベルを付与します。したがって、LIAラベルは品質の保証となります。

アクセシブルなEPUBファイルとそのメタデータを作成するための⼿順

エンドユーザーへのアクセシビリティ機能の説明
アクセシブルなタイトルに対して⾏われた作業を可視化するためには、制作されたタイトルのアクセシビリティ特性を記述した詳細な情報を作成し、エンドユーザーが利⽤できるようにすることが本質的に重要です。 これによって、読者がそのタイトルのアクセシビリ
ティ特性を認識できるようになります。ここでアクセシビリティのためのメタデータ標準の採⽤が⾮常に重要になってきます。oアクセシビリティのためのメタデータは、2つの異なる標準を採⽤して⽣成することができます（詳細については、「アクセシビリテ
ィのためのメタデータ標準」の章を参照）。
ONIX12は、電⼦書籍の流通チェーン全体を通してアクセシ
ビリティ情報を提供するために使⽤することができます（コードリスト196を使⽤）。ONIX標準は、書籍、電⼦書籍、雑誌の分野における電⼦商取引のための標準インフラストラ
クチャの開発を統括している国際的なグループである
EDItEURによって開発・維持されています。
Schema.org13ガイドラインEPUBアクセシビリティ1.0で定義されているように、EPUBファイルに挿⼊されます。
これら2つのメタデータ標準は完全な相互運⽤性があるわけではな
く 、 完 全 な 1:1 マ ッ ピ ン グ は ま だ 存 在 し ま せ ん 。 ONIX を
Schema.org に翻訳するための辞書とその逆の辞書があり、さらに多くの作業が進⾏中です。したがって、今⽇、出版社は、2つの標準の特徴にしたがって、2セットのメタデータを作成しなければなりません。アクセシビリティメタデータの作成は、ファイルのアク
セシビリティ特性の標準化された表現であるため、Aceソフトウェ

アの出⼒と、チェックリストを使⽤した専⾨オペレータによる評価の結果に依存します。LIA財団が14 で作成したような特定のツールのサポートにより、ファイルの検証はアルゴリズムとして構造化することができます。このアルゴリズムは、Aceの出⼒と⼈間がコン
ト ロ ー ル す る チ ェ ッ ク リ ス ト の 結 果 に 基 づ い て 、 ONIX とSchema.orgの両⽅のフォーマットでメタデータを⾃動的に⽣成します。LIA財団が認定ファイルのメタデータを作成するために考案したワークフローの詳細は、「イタリアの電⼦書籍市場におけるLIA財団と主流のアクセシブルな出版物」のボックスに記載されています。別の⽅法だと、専⾨家が⼿動で両⽅のメタデータを作成しなければいけません。
重要なメタデータは、アクセシビリティ・サマリー （ONIX とSchema.orgの両⽅に存在します）です。これは⾃由書式のテキス
トであり、専⾨家ではないユーザーでも理解できる形でアクセシブ
ルなコンテンツの制作者がファイルのアクセシビリティ特性を説明しています。すべてのメタデータのユーザーフレンドリーな要約のようなものです。LIA財団はユーザーフレンドリーなラベルの標準セットを作成していますし、DAISYコンソーシアムはこのテキストの書き⽅についてのガイドを開発しています。
⼀度作成された2つのメタデータは、2つの異なる経路をたどることになります。
Schema.orgのメタデータはEPUBファイルに挿⼊され、その後は配信者に送られます。
ONIXメタデータは、ファイルの外部フィードとして配信者に送られます。
電⼦書籍のファイルとONIXメタデータのファイルを受け取った配信者は、その後、⼩売業者に配布し、⼩売業者は電⼦書店で表⽰する必要があります。

デジタル配信者または取次
欧州アクセシビリティ法は、⼩売業者にアクセシビリティ情報をウェブサイトで表⽰することを義務付けています。デジタル配信業者
や取次は、配信されるデジタル製品のアクセシビリティにも責任を持つことになります。配信業者は、出版社に対して、アクセシブル
なファイル（メタデータ付き）のみを配信することを要求し、EU規格への準拠をチェックできるようにしなければなりません。アクセ
スシブルでない電⼦書籍を発⾒した場合には、市場から削除し、最終的にはアクセシビリティ監視機関に報告する権利を持っています。
技術的な観点からは、デジタル配信業者や取次は、出版社から製品のアクセシビリティ・メタデータを受け取り、管理し、保存し、最終的な再販業者（オンライン書店や図書館）に正しく送信できる
ように、⾃社のリポジトリやバックエンドを整備する必要があります。

デジタル著作権管理ソリューション
取次は、電⼦書籍のライセンスを管理するためのDRM（デジタル著
作権管理）ソリューションを出版社に提供することがよくあります。電⼦書籍の使⽤ライセンスを管理するために開発されたこれらのソフトウェアの中には、⽀援技術がコンテンツにアクセスできないようにして、プリントディスアビリティを抱えた⼈に読めなくしているものもあります。考えられる解決策としては、透かし技術を使⽤するか、アクセシビリティに配慮した設計になっている
Readium LCP15 のようなDRMソリューションを採⽤することです。

印刷カタログにおけるアクセシブルなタイトルと書籍
新しい法的枠組みでは、市場で⼊⼿できる（どのストアで⼊⼿でき
るかと関係なく）すべてのアクセシブルな電⼦書籍の公開カタログが⼊⼿できることが基本となります。これは、マラケシュ条約を批准している国の法律に、アクセシブルな商⽤タイトルの利⽤可能性に関する条項が含まれている場合には、権限を与えられた機関に情報を提供するために重要です。しかし、アクセシブルなタイトルに関する情報をエンドユーザーが利⽤できるようにすることが義務づけられているため、欧州アクセシビリティ法を遵守することも基本的なことです。
各国の書籍総⽬録は、アクセシブルなタイトルの⼊⼿可能性に関する情報を追加するのに最適な場所かもしれません。 なぜなら、複雑で巨⼤な書籍のカタログを管理するための経験とノウハウがすでにあるからです。 この場合、出版社やデジタル配信者は、アクセス
シブルなデジタル出版物のメタデータをONIXフォーマットで書籍総⽬録に送信し、メタデータの取り込みを容易にしなければなりません。

電⼦書店（または電⼦図書館）

また、欧州アクセシビリティ法では、電⼦商取引のウェブサイト
は、どんなユーザーでもデジタル出版物を購⼊したり借りたりすることができるように、アクセシビリティを確保することが求められています。つまり、ホームページ、製品ページ、カタログページ、
検索エンジン、ユーザーページ、購⼊プロセス、クレジットカード
フォームなど、完全にアクセシブルなウェブサイトを作成する必要があります。
従 う べ き ガ イ ド ラ イ ン は 、 W3C に よ っ て 維 持 さ れ て い る Web
Content Accessibility Guidelines16 （WCAG、現在のバージョン
2.1）です。このガイドラインは、設計と開発の段階で考慮すべき
アクセシビリティ機能のハイレベルな要件を⽰しているだけでな
く、実装に使⽤するHTMLとCSSコードの例も含んでいます。
このガイドラインでは、3つのレベルのアクセシビリティを想定しています。レベルA（アクセシビリティの最低レベル）、レベル
AA、レベルAAA（達成可能な最⼤レベル）です。LIA財団は、少なくともレベルAAを⽬指すことを提案しています。

アクセシビリティ・メタデータの表⽰
出版社が作成し、配信者が提供するアクセシビリティについてのONIXメタデータの詳細を、電⼦商取引サイトがきちんと⽰すことが重要です。そうすれば、ユーザーは、与えられたアクセシブルなタイトルが⾃分のニーズに適しているかどうかを理解し、ユーザーが使⽤しているデバイスや⽀援技術を通して読むことができるようになります。また、EU法に準拠することも義務化されます。準拠す
るには、カタログ内の各ファイルのアクセシビリティ機能についての情報を表⽰すること必要です。また、可能であれば、検索フィル

タを設けて、ストアで利⽤可能なすべてのアクセシブルなタイトルからなるセクションを作成できるようにすること、アクセシブルな
タイトルのみをフィルタリングできるようにすることも準拠するために必要です。
今⽇、アクセシビリティに関する具体的な知識を持っている⼩売業者は⾮常に少なく、⾃社のウェブサイトにアクセシビリティに関する情報を表⽰することの妥当性を認識している⼩売業者はさらに少なくなります。アクセシビリティに関する情報を持たない独⾃の
標準メタデータを使⽤したり、バックエンドがONIXコードリスト
196の取り込みを許可していなかったり、フロントエンドがアクセ
シビリティに関する情報を表⽰するように構成されていなかったりすることがあります。この状況を改善する⽅法を理解するために、
DAISYコンソーシアム17 は、LIA財団や他のパートナーの協⼒を得て、電⼦書店（または電⼦図書館）のカタログのウェブページにア
クセシビリティメタデータを実装する⽅法について、EPUBのためのアクセシビリティメタデータを表⽰するためのユーザー・エクス
ペリエンス・ガイド18を作成しています。

検索エンジン
アクセシビリティに関連するメタデータを提⽰すること、グラフィ
カル・ユーザー・インターフェースのアクセシビリティを向上させる こ と は 、 電 ⼦ ス ト ア に と っ て の 利 点 も あ り ま す 。 Google 、Bing、Yahooなどのランキングを増加させ、ウェブサイトの検索エンジン最適化を改善できるからですです。
実際、検索エンジンのウェブクローラーは、盲⼈のための⽀援技

術がウェブサイトと対話するのと同じ⽅法でコードを分析すること
によって、ウェブページの内容を解釈します。
ウェブサイトは、実際には、標準的なSchema.orgを介して、すべての電⼦書籍メタデータ（書誌学的、商業的、アクセシビリティに関する）を直接ウェブクローラーに渡すことができます（先に引⽤したユーザーエクスペリエンスガイドで説明されています）。 この⽅法により、検索エンジンは、、ページに表⽰されているタイトルの特徴を正確かつ構造化された⽅法で理解することができ、構造化されていないコンテンツから情報を抽出すること必要はありません。
この情報は、Schema.org標準に従って検索エンジンに渡されます。ここで注意しなければならないのは、検索エンジンにはアクセ
シビリティに関するメタデータを渡すだけではなく、書誌学的なメ
タデータや商業的なメタデータも含めて渡す必要があるということです。
考えられるケースは3つあります。
ONIXフィードのみが利⽤可能な場合：この場合、利⽤可能なメタデータ 19 からSchema.orgを⽣成することができます。
ONIXフィードが内部にSchema.orgの断⽚を含んでいる場
合：コンテンツ制作者が渡したコードを直接ページに埋め込
むことが可能です。
ストアはEPUBファイルへのアクセス権を持っているので、ファイルからアクセシビリティメタデータ（すでにSchema.org形式）を抽出し、書誌および商⽤メタデータとマージすることができます。

電⼦書籍リーダ
電⼦書籍リーダは、ユーザーが読書に没頭してほとんどの時間を過ごす環境です。電⼦書籍リーダでは、ユーザーのグラフィカル・イ
ンターフェース（ボタン、画⾯など）とユーザー・エクスペリエンス（検索機能、ブックマーク、ユーザー・ライブラリ管理）全体が完全にアクセシブルであることが欧州アクセシビリティ法によって必須です。電⼦書籍リーダが電⼦書籍カタログを閲覧し、電⼦書籍の購⼊も可能な場合は、前章「デジタルブックストアまたはデジタ
ルライブラリ」で提供されている提案を考慮に⼊れることが重要です。
どんな技術を開発に使うかによって、グラフィカルインターフェ
ースをアクセシブルにする⽅法について電⼦書籍リーダの開発者が従うべきガイドラインは変わってきます。
Web イ ン タ ー フ ェ ー ス 、 Web Content Accessibility
Guidelines (WCAG) 2.1 レベル AA20 および Accessible
Rich Internet Applications (ARIA)21。
App iOS, Apple の開発者向けナレッジベース22;
Android App, 開発者のためのGoogleの知識ベース23.
Windows app, アクセシビリティのためのアプリ開発26.
macOS app, macOSでのアクセシビリティ27.
電⼦書籍リーダのアクセシビリティは、グラフィカルインターフェースに限定されるべきではなく、すべての具体的な機能（例えば、ナビゲート可能な⽬次、テキスト検索、内部リンクなど）も考慮しなければなりません。これらの機能については、DAISYコンソーシ

アムによって定義された具体的な要件があり、実装の正しさを確認するためのテストファイル24も提供しています。

アクセシビリティメタデータの表⽰
電⼦ストアでもそうであるように、ユーザが保有する書籍ライブラ
リの管理画⾯にも、ファイルのアクセシビリティ特性を記述したメタデータを表⽰し、ソフトウェアにアップロードされたファイルのアクセシビリティのレベルを読者が知ることができるようにする必要があります。この点については、前掲のユーザーエクスペリエン
スガイドを参照してください。

デジタル著作権管理
デジタル配信者（または取次）については、電⼦書籍リーダがデジ
タル著作権管理（DRM）を実装することがありますが、これは⽀援技術がコンテンツにアクセスすること妨げ、プリントディスアビリ
ティを抱えた⼈にとっての障壁となる可能性があります。また、この場合には、どのDRMソリューションを実装するかを慎重に選択することが重要です。可能な解決策としては、透かし技術を使⽤したり、アクセシビリティに配慮したReadium LCP25 のようなDRMソ
リューションを採⽤したりすることです。

メタデータがエンドユーザーと検索エンジンに
届くまで

7

http://www.idpf.org/epub/a11y/accessibility.html

8

https://github.com/w3c/epubcheck9

https://www.pagina.gmbh/produkte/epub-checker/

10https://twitter.com/search?q=%23eprdctn

11

https://daisy.github.io/ace/

12

ONIX for Books Product Information Messageは、書籍業界の製品情報を電⼦的に表現し、伝達するための国際規格です。EDItEURによって管理されています。詳細については、https://www.editeur.org/83/Overview/
13

Schema.orgについての詳細は、本書の「Schema.org」の章を参照してください。

14

VCC is the technological platform designed and implemented by LIA to manage
the flow of files provided by Italian publishers for Verfication, Check andCertification of their accessibility features. For more information about VCC, see
the chapter “A case study”.
15

https://www.edrlab.org/readium-lcp/

16

https://www.w3.org/TR/WCAG21/

17

https://www.daisy.org/

18

https://benetech.github.io/UX-Guide-EPUB-A11y-Metadata/UXGuideA11YEPUB.html
19

ONIXをSchema.orgにするための相互運⽤：http://www.a11ymetadata.org/thespecification/metadata-crosswalk/

20

https://www.w3.org/TR/WCAG21/

21

https://www.w3.org/WAI/ARIA/

22

https://developer.apple.com/accessibility/ios/23

https://developer.android.com/guide/topics/ui/accessibility/24

http://epubtest.org/testsuite/25

https://www.edrlab.org/readium-lcp/

26

https://developer.microsoft.com/ja-JP/windows/accessible-apps

27

https://developer.apple.com/accessibility/macos/アクセシビリティのためのメタデータ標準
通常、メタデータと電⼦書籍ファイルは、出版社からエンドユーザ
ーまでのバリューチェーン全体に渡って流れます。メタデータには、書誌、商⽤、技術についての特徴を記述します。欧州アクセシビリティ法に準拠するためには、ファイルのアクセシビリティ機能に関する情報を記載する必要があります。
コンテンツ制作者が作成したアクセシビリティのメタデータが、配信者から送られず、⼩売業者からエンドユーザーに表⽰されない
場合、アクセシブルな出版物を作成するために出版者が⾏ったすべての作業は⽬に⾒えず、したがって役に⽴たないことになります。
先に説明したように、デジタル出版物のアクセシビリティ特性を表現するための2つの異なるメタデータ標準があります。ONIXとSchema.orgです。どちらの標準も、出版チェーン全体に沿ってデジタルタイトルのアクセシビリティ特性に関する情報を提供するために使⽤しなければなりません。以下のセクションでは、2つの標準についてのより詳細な情報を提供します。

ONIXONIXファミリーは、出版サプライチェーンにおけるプログラム間の通信をサポートするためのメタデータ標準を共有することを⽬的として作成されました。現在は、市場における国際標準となっています。
書籍業界の商品情報を電⼦的な形で表現・伝達するためのXMLベースの標準メタデータスキーマがONIX for Booksです。2000年に最初のバージョン1.0が発⾏され、2003年にはバージョン2.1が発⾏され、印刷物の書籍分野で広く採⽤されていますが、2009年には電⼦書籍市場の新たな要求や新しいビジネスモデルに対応するためにバージョン3.0が発⾏されました。
ONIXフォーマットは、フリーテキストのフィールドと、管理された値だけが⼊るフィールドからなるセットに基づいています。管理
された値だけが⼊るフィールドは、コードリスト（管理された語彙）に集められたコードのセットによって記述されます。各コード
リストには、ある⼀つのフィールドに許可されているすべてのコードと関連する記述が含まれています。アクセシビリティのための参照ONIXコードリストは、コードリスト19626です。

Schema.org
Schema.org27 は、デジタルコンテンツ（ウェブページ、電⼦メー
ル、電⼦書籍など）の意味的な役割を定義するために使⽤される構造化されたメタデータスキーマです。 検索エンジン（Google、Microsoft、Yahoo、Yandex）のグループによって開発され、オー
プンコミュニティによって管理されています。
Schema.orgはセマンティックウェブ 28 の⼀部です。 その⽬的
は、クエリや機械（検索エンジン、視覚障害を持つユーザーが使⽤する⽀援技術など）による⾃動解釈に適した形式で、セマンティッ
クコンテキストを指定する情報やデータをコンテンツに関連付けることです。
通常Schema.orgはWebサイト開発者によってWebページ内で実装されます。各ページに表⽰されているコンテンツについての詳細
かつ構造化された情報を、機械可読形式で検索エンジンのクローラ
ーに渡すことができます。

EPUB AccessibilityのためのSchema.org
国際デジタル出版フォーラム（IDPF）（現在はW3Cと合併）が2017年に発表したEPUB Accessibility 1.0⽂書では、EPUBファイ
ル29 のアクセシビリティ特性を表現するためのいくつかの必須メタデータが定義されています。これらのメタデータは、パッケージメ
タデータ、すなわちEPUBファイルの内部にあるOPFファイルの中にあります。この情報は、Schema.orgのBookスキーム規格30のサブセットを⽤いて表現されますが、各HTML⽂書に埋め込まれるのではなく、EPUB出版物全体についてのメタデータを含むファイルの中に保存されます。これはTechnical Annex31 に⽰した仕様に従って⾏われます。
アクセシビリティ特性を記述したSchema.orgメタデータがファイル内に保存されているため、図書館やオンライン書店などのサプラ
イチェーン内のオペレータは、メタデータを含むEPUBファイルに直接アクセスできる場合に限って、これらのメタデータにアクセスすることができます。多くの場合、オンライン書店やデジタル貸出
プラットフォームではEPUBファイルにアクセスできないため、メ
タデータへのアクセスは必ずしも可能ではありません。したがって、これらの事業者がSchema.orgメタデータをEPUBファイルから抽出することができず、その結果、エンドユーザーにファイルの特性に関する情報を表⽰し提供することができません。

何がうまくいかないのでしょうか？壊れた伝⾔
ゲームのようにアクセシビリティのメタデータに関する標準は何年も前から利⽤可能であり、それらの使⽤⽅法に関するガイダンスはオンラインで⾃由に利⽤できるようになっていますが、エンドユーザーが利⽤できる情報はまだ⾮常に少ないのが現状です。これはサプライチェーンの問題です。サプライチェーンのさまざまな事業者が⾃分たちの役
割をまだ認識しておらず、アクセシビリティに関するメタデータと、それを実装して可視化する⽅法について具体的な知識を持っていません。この章では、サプライチェーンの各段階で起こりうる問題を列挙します。
サプライチェーンのどの段階でも、アクセシビリティを妨げる問題がありえます。もっともありふれたものを以下に⽰します。
1. コンテンツ制作者:
1. 同じ電⼦書籍の異なるフォーマットに同じISBNコー
ドを使⽤すること（例：アクセシブルなEPUBとアクセシブルでないPDF）。
2. デジタル配信者または取次:
1. アクセシビリティ情報を上書きしてしまう：複数のソースからのメタデータレコードをマージするとき、または同⼀のメタデータレコードを更新するとき。
2. ファイルのアクセシビリティ機能を無効にするDRMシステムを実装する。
3. 電⼦書店または電⼦図書館:
1. メタデータ・フィードの受信が不完全
2. 独⾃のメタデータスキーマの使⽤
3. 製品の購⼊プロセスが完全にアクセシビリティに対応
していない（クレジットカードのフォームなど）。
4. ユーザーインターフェースがアクセシビリティ情報を表⽰する場所を提供していない。

5. データベースがアクセシビリティ・メタデータを記録するように設計されていない。
4. 電⼦書籍リーダ:
1. ユーザーインターフェースに、アクセシビリティに関連するメタデータを表⽰するところがない。
2. ユーザーインターフェースがアクセシブルではない。
3. DRMがコンテンツのアクセシビリティ機能をブロックしている。
残念ながら、これまでサプライチェーンの多くの事業者は、アクセ
シビリティの観点から⾃分たちの役割を認識していませんでした。
チェーン内のたった1つの要素が失敗するだけで、アクセシビリテ
ィに関する情報が失われ、エンドユーザーが不利益を受けることになります。

サプライチェーンに沿ったアクセシビリティの問題
出版社またはコンテンツ制作者

デジタル配信者
または取次

電⼦書店または
電⼦図書館

電⼦書籍リーダ

DRM

DRM

DRM

EPUB
+
Schema.org
DRM+
Accessibility
metadata
ONIX●異なるフォーマッ ●アクセシビリ●メタデータ・●アクセシビリティ

トに同じISBNコード ティー情報の上書き フィードの受信が不 メタデータが表示さ完全れない●独自のメタデータ
スキーマ
メタデータ

●データベースがア
クセシビリティメタ
データを記録するように設計されていな
い●製品の購入プロセ ●アクセシブルでなスが充分にアクセシ いユーザーインター
ブルでない●アクセシブルでな
UI

いユーザーインター
フェース

フェイス

26 https://ns.editeur.org/onix/en/196
27 https://schema.org/
28 https://en.wikipedia.org/wiki/Semantic_Web
29 http://idpf.org/epub/a11y/accessibility.html#sec-discovery
30 https://schema.org/Book
31 http://idpf.org/epub/a11y/techniques/techniques.html#sec-discovery

事例紹介
LIA財団と、イタリアの電⼦書籍市場における主要なアクセシブルな出版物
2013年、イタリアでLIA財団は、出版社がアクセシブルな電⼦書籍を制作するためのアクセシブルなエコシステムを構築しました。すべての商⽤のアクセシブルなタイトルのカタログは、完全にアクセ
シブルなウェブサイト（www.libriitalianiaccessibili.it）で利⽤可能です。アクセシビリティに関するONIXメタデータは、様々な関係者の協⼒のもとで制作され、配布され、エンドユーザーに提⽰されています。 これらの関係者とは、出版社、総⽬録（Informazioni Editorialiによって管理されています）、デジタル販売および貸し出しプラットフォームです。
このエコシステムの中で、出版社は国際基準に基づいてLIA財団が作成したガイドラインに沿ってアクセシブルな電⼦書籍を制作し、VVC32 を使ってLIA財団に提出します。 VCCは、出版社とLIAスタッフの間でファイルの認証プロセスとアクセシビリティメタデータの作成を管理するために作成された特別なバックエンドです。VCC
バックエンドにはepubcheckとAceが統合されています。LIAオペ
レータは、まず⾃動ツールを使⽤してファイルのアクセシビリティをチェックし、次にVCCシステムの⼀部であるLIAアクセシビリティ・チェックリストを使⽤して⼿動でチェックします。
LIA の イ ン フ ラ ス ト ラ ク チ ャ と チ ェ ッ ク リ ス ト ツ ー ル は 、mEDRA33 の技術⽀援を受けて LIA によって作成され、EPUB ファ
イルの内部構造に関連するアクセシビリティ特性の評価に使⽤されています。評価において4つの異なる値（制御されていない、適⽤

外、ポジティブまたはネガティブ）を取る38のアクセシビリティパ
ラメータを考慮します。チェックリストの結果から、ONIX 3.0ア
クセシビリティ特性（リスト196）の値は、LIAによって定義されたビジネスルールに従ってアルゴリズム的に⽣成されます。
LIAの検証に合格した電⼦書籍には、チェックリストで評価されたパラメータの結果に基づいて、アクセシビリティ認証（LIAラベル）が付けられます。

アクセシビリティを管理・認証し、アクセシビ
リティメタデータを配布するためのワークフローLIAカタログウェブサイトの基盤となる技術的インフラストラクチ
ャは、ファイルのアクセシビリティメタデータ（ONIX 3.0形式）とタイトルの書誌情報（総⽬録から取得）を組み合わせます。そして、電⼦書籍のアクセシビリティ機能に関する情報を、出版チェー
ンを通して送信します。特に次のところが送信対象です。
1. LIAカタログ34 のサイト: ここでは電⼦書籍のアクセシビリ
ティに関する情報が直ちに利⽤可能です。

2. イタリア市場で⼊⼿可能な電⼦書籍のカタログであるEKitab（Informazioni Editorialiが管理）
a. E-Kitab はイタリアのすべてのプラットフォームとオ
ンラインストアに LIAラベルを送信する。
b. LIAラベルは、財団のパートナーである出版社、オンラインストア、図書館サービスによって表⽰されます。
LIAがONIX標準に取り組みはじめたときに直⾯した問題の1つは、電⼦書籍のアクセシビリティ機能に関する技術的な表⽰をエンドユ
ーザーにどのように提供するかということでした。
コンテンツのアクセシビリティ機能を記述するための規格のタク
ソノミは、⾮常に詳細で少しマニアックなため、もちろん、専⾨家
ではない⼈には理解しにくい場合もあります。このため、LIAでは、アクセシビリティ機能の技術的なメタデータの記述を誰もが理解できるよう、ユーザーにとってより分かりやすいものに翻訳しています。例えば、ONIXの値“Table of contents navigation”は、「リンクを介してすべての章のテキストに直接アクセスできる⽬次
がこの電⼦書籍にあります。ナビゲーションが容易なように、どこが章の⾒出しなのかを明⽰しています。」

実りある協⼒：LIAラベルとMediaLibraryOnLine
アクセシビリティ・メタデータをエンドユーザーに提供する⽅法の良い例として、LIA のパートナーであるMedia Library On Line
(MLOL)35 に よ る も の が あ り ま す 。 MLOL は 2009 年 に ⺠ 間 企 業

（Horizons Unlimited srl - Bologna）によって、イタリア中部と北部の主要な顧客数社との緊密な協⼒のもとに開発されました。

ホームページ： LIA財団が認定し、イタリア市場で⼊⼿可能なボーン・アクセシブルの全タイトルのカタログ
www.libriitalianiaccessibili.it

MLOLでは、LIAが作成したアクセシビリティメタデータを受信し表⽰しています。これにより、すべての利⽤者は、どのタイトルがアクセシブルであるかをすぐに理解することができます。また、書籍の⼀覧が表⽰されているカタログ・ウェブページでは、Libri
Italiani Accessibili (LIA)という認定マークがついたアクセシブル
なタイトルを選び出すことも可能です。以下のMLOLのスクリーン
ショットは選んだ結果を⽰しています。

各電⼦書籍の詳細ページには、このスクリーンショットに⽰すように、LIA財団によって検証された電⼦書籍にLIAラベルが付いています。

ラベルをクリックすると、画⾯は別のウェブページに切り替わります。そのページは、財団によって管理されており、タイトルのすべてのアクセシビリティ機能をユーザに分かりやすい形で記述したONIXメタデータを含でいます。
LIA

32

VCC は 、 Validation, Conversion, Certification の 頭 ⽂ 字 を と っ た も の で 、 LIA がmEDRAとCefrielと共同で設計し、実装した技術的なプラットフォームです。イタリアの出 版 社 が ア ク セ シ ビ リ テ ィ 機 能 の 検 証 (Validation) 、 チ ェ ッ ク (Check) 、 認 証(Certification)のために提供するファイルについての作業の流れを管理します。LIAチェッ
クリストは、EPUBファイルの内部構造に関連するアクセシビリティ機能を詳細に評価する
ためのツールです。 4つの異なる値（チェックなし|適⽤不可|ポジティブ|ネガティブ）を取り得る38のアクセシビリティパラメータを評価に⽤いています。ONIX 3.0のアクセシ
ビリティ機能の値（リスト196）は、LIAのビジネスルールに基づいてアルゴリズム的に⽣成され、⾼度な粒度をもち、テンプレートに基づいて柔軟な設定ができます。 LIAチェッ
クリストで評価されたパラメータに従ってLIAの検証に合格した電⼦書籍には、アクセシビ
リティ認証（LIAラベル）が付与されます。VCCは、LIAラベルを、認証対象のファイルのアクセシビリティメタデータとともに、LIAカタログに伝達します。LIAラベルは、タイト
ルがLIAに準拠していることを視覚的に証明するものです。LIAラベルがクリックされると、ユーザーは、ISBN-A技術を使⽤して、タイトルのアクセシビリティ情報を表⽰する
LIA管理のウェブページを⾒ることができます。 出版社は、インフラに接続されたLIA変換
サービスを利⽤して、LIAの評価や推奨事項に従って、EPUBファイルを変換することができます。LIAカタログデータベースでは、VCCからのONIX 3.0のアクセシビリティメタデータが、E-Kitab（イタリアの電⼦書籍の総⽬録）からのタイトル情報とマージされます。
LIAカタログは、出版チェーンに沿って電⼦書籍のアクセシビリティに関する情報を、電⼦
書籍がすぐに利⽤可能になるイタリアのアクセシブルブックのサイト（www.libriitalianiaccessibili.it）と、E-Kitab（イタリアの電⼦書籍のBIP）に伝えます。
E-Kitabは、イタリアのすべてのプラットフォームとストアに LIA ラベルを伝えます。
33

mEDRA, Ediser（AIEのサービス会社）の⼀部であるmEDRAは、LIAの技術提供者です。mEDRAは、LIAシステムの中核となる部分を設計、開発、維持しています。
出版社が提供する電⼦書籍のフローを管理し、アクセシビリティ機能をチェックし、アクセシビリティ要件を満たさない場合の変換サービスを提供し、電⼦書籍のアクセ
シビリティを認証する専⽤のバックオフィス
電⼦書籍の書誌情報やアクセシビリティの特徴を収集し、主流のサプライチェーン（全国の⽬録、電⼦書籍プラットフォーム、オンライン書店）に伝達することを可能にするインフラ。
さらに、LIAプロジェクトの間、mEDRAはアクセシビリティ機能を表現するためのONIXコードリストの定義に貢献しました。 これらの機能は、後に公式のONIX標準に組み込まれました34

https://catalogo.fondazionelia.org/

35

https://www.medialibrary.it/home/media/ricerca.aspx

技術的な付録
ONIX FOR BOOKS: コードリスト196. 電⼦書籍のア
クセシビリティメタデータ
原⽂のまま。翻訳しない。
The code list 19636 describes the accessibility features for digitalpublications. This code list is used in the ProductFormFeature elements
group, which is located inside the DescriptiveDetail elements group of
the ONIX record of the publication; for each accessibility feature a
ProductFormFeature element is generated, which contains two children
elements:
ProductFormFeatureType, which is based on code list 7937,
identifies the type of product form feature; to describe theaccessibility features the value is always set to ‘09’ which stands
for “E-publication accessibility detail”;
ProductFormFeatureValue, which is based on code list 196,
identifies the accessibility feature and can have the different
values allowed by the code list.
For example, if you want to declare that a given digital book complies
with the requirements of the EPUB Accessibility Spec 1.0 and WCAG
level AA you can use:
<ProductFormFeature><ProductFormFeatureType>09</ProductFormFeatureType><ProductFormFeatureValue>03</ProductFormFeatureValue></ProductFormFeature>
In the above code you can see a ProductFormFeature item describing an“E-publication accessibility detail” (ProductFormFeatureType set to ‘09’)
with

value

“Accessibility

Specification

1.0

AA”

(ProductFormFeatureValue set to ‘03’). Some values from code list 196

require additional information, which has to be entered in the
ProductFormFeatureDescription tag. The following table shows the
ProductFormFeatureValue

valuesthatrequirethe

ProductFormFeatureDescription tag and what should be reported in thisfield.

Code Description

ProductFormFeatureDescription tag

A

short

explanatory

summaryoftheaccessibility of the product, consistent with the00

Accessibility

more specific conformance and feature details

summary

provided. The summary should note both theaccessibility

featuresprovidedandanypotential deficiency.
The field may carry a URL linking to a
Accessibility
02

Specification
1.0 A

compliance report or certification provided byan independent third-party certifier. In theabsence of a URL, conformance with therequirements of the Accessibility Specificationis self-certified by the publisher.
The field may carry a URL linking to a

Accessibility
03

Specification
1.0 AA

compliance report or certification provided byan independent third-party certifier. In theabsence of a URL, conformance with therequirements of the Accessibility Specificationis self-certified by the publisher.

24

Dyslexia

Details on the dyslexia readability technicalreadability

measures, including the name of the font.

Code Description

94

Compliance

The URL of a web page giving further detailed

web page fordescription

accessibility

features,accessibility

be maintained by an independent complianceinformation

scheme or testing organization.

web page fordetailed
accessibility
information
Publisher’s
web page fordetailed
accessibility
information

The URL of a web page giving further detailed
description

of

the

accessibility

features,compatibility, testing etc. The web page should
be provided by a trusted intermediary or third
party nominated by the publisher.
The URL of a web page giving further detailed
description

of

the

accessibility

features,compatibility, testing etc. The web page should
be provided by the publisher.
Short

97

the

compatibility, testing etc. The web page shouldintermediary’s

96

ofdetailed

Trusted95

ProductFormFeatureDescription tag

descriptionofcompatibility

testingCompatibility

carried out for this product, including detailed

testedcompatibility with various assistive technology
such as third-party screen-reading software.

Trusted98

Intermediary
contact

The e-mail address for a contact at a ‘trusted
intermediary’,

where

to

address

detailed

questions about accessibility for this product.

Publisher99

contact for

The e-mail address of the publishing housefurther

where to address questions about accessibility

accessibility
informationof this product.

For example, Fondazione LIA uses code 94 to communicate the link to
the web page that validates the certification of accessibility of the
publication:<ProductFormFeature><ProductFormFeatureType>09</ProductFormFeatureType><ProductFormFeatureValue>94</ProductFormFeatureValue><ProductFormFeatureDescription>
http://lia.libriitalianiaccessibili.it/9788800000000</ProductFormFeatureDescription></ProductFormFeature>
The metadata group above describes a ProductFormFeature group
includingan“E-publication

accessibility

detail”(ProductFormFeatureType set to ‘09’) that is “Compliance web page fordetailed accessibility information” (ProductFormFeatureValue set to ‘94’)
further specified by a URL pointing to the webpage where Fondazione
LIA

certifies

theaccessibility

of

the

title

(ProductFormFeatureDescription).

Code list 196
Below the List 196: e-publication Accessibility Details, Issue 42 of July
2018; updated version will be avaible on the EditEUR website38.

Code Description

Requiredelement

NoteCode Description

Requiredelement

Note<ProductFormFeatureDescription>
containsashort

explanatory

summary of the accessibility of the
Product
00

AccessibilityFormsummary

FeatureDescription

product, consistent with the more
specific conformance and featuredetails

provided.

Thesummary

should note both the accessibility
featurespotential
detailed

providedanddeficiencies.
information

may

any
More
be

provided using codes 94–96.
LIA
01

Compliance

none

Scheme

The file is accessible according to
Fondazione LIA’s scheme.
Conforms with the requirements ofEPUB Accessibility Spec 1.0 and
WCAG

level

A.

<ProductFormFeatureDescription>
Accessibility
02

Specification
1.0 A

Product

may carry a URL linking to a

Formcompliance report or certification

Featureprovided by an independent third-

Description party certifier. In the absence of aURL,

conformance

with

the

requirements of the Accessibility
Specification is self-certified by the
publisher.

Code Description

Requiredelement

Note

Conforms with the requirements ofEPUB Accessibility Spec 1.0 and
WCAG

level

AA.

<ProductFormFeatureDescription>
Accessibility
03

Specification
1.0 AA

Product

may carry a URL linking to a

Formcompliance report or certification

Featureprovided by an independent third-

Description party certifier. In the absence of aURL,

conformance

with

the

requirements of the Accessibility
Specification is self-certified by the
publisher.
Known to lack significant features
09

Inaccessible

none

required for broad accessibility. For
use in ONIX 3.0 only.

Code Description

Requiredelement

Note

No accessibility features offered bythereadingsystem,deviceorreading software (including but notlimited to choice of text size ortypeface,

choice

of

text

or

background color, text-to-speech)
No readingaresystem10

accessibility
options

disabled,

otherwisenone

product

overridden

unusable

EXCEPT

–

with
in

ONIX

or
the
3

messages only – those specificallydisabled

noted as subject to restriction or(except)

prohibitionin<EpubUsageConstraint>. Note thatprovision of any significant part of
the textual content as images (i.e.
as pictures of text, rather than astext) inevitably prevents use of
these accessibility options.

Code Description

Requiredelement

Note

Table of contents allows direct (e.g.
hyperlinked) access to all levels oftext organization above individual
paragraphs (e.g. to all sections andsubsections)

Table of11

contentsnone

navigation

figures,andtoillustrations

alltables,

etc.

Non-

textual items such as illustrations,tables, audio or video content may
be directly accessible from theTable of contents, or from a similar
List of illustrations, List of tables,
etc.

12

Index
navigation

Index
none

providesdirect(e.g.

hyperlinked) access to uses of theindex terms in the document body.
Allorsubstantiallyalltextualmatter is arranged in a single
logicalreadingorder(including

text that is visually presented as
separate from the main text flow,
13

Reading ordernonee.g. in boxouts, captions, tables,
footnotes,

endnotes,

citations,etc.). Non-textual content is also
linkedfromwithinthislogicalreading order. (Purely decorative
non-text content can be ignored).

Code Description

Requiredelement

Note

All or substantially all non-text
content

has

short

alternativedescriptions, usually provided via
alt attributes. Note this applies tonormal images (e.g. photographs,
charts and diagrams) and also to
any embedded audio, video etc.
Audio and video content should

Short
14

alternativedescriptions

none

includealternativedescriptions

suitable for hearing-impaired as
well

as

for

visually-impaired

readers. (Purely decorative nontext content can be ignored, but
theaccessibilityofresourcesdelivered via a network connection
rather than as part of the epublication
included).

packagemustbeCode Description

Requiredelement

Note

All or substantially all non-text
content

has

full

alternativedescriptions. Note this applies tonormal images (e.g. photographs,
charts and diagrams) and also to
any embedded audio, video etc.
Audio and video content should
include full alternative descriptions

Full
15

alternativenone

descriptions(e.g. audio-described video) andsubtitles or closed captions suitablefor hearing-impaired as well as forvisually-impaired readers. (Purely
decorative non-text content can beignored, but the accessibility ofresources delivered via a network
connection rather than as part ofthe e-publication package must be
included).

16

Visualized

Wheredata also

provided (e.g. graphs and charts),

available as
non-graphical
data

none

the

data

visualizations

underlying

data

is

are
also

available in non-graphical (usuallytabular, textual) form.

Code Description

Requiredelement

Note

Mathematicalcontentsuchasequations is usable with assistive
17

Accessible
math content

none

technology, e.g. through use of
MathML.

Semantic

MathMLispreferredbut

Presentational

MathML is acceptable.
Chemistry
18

Accessible
chem content

none

contentsuchaschemical formulae is usable withassistive technology, e.g. throughuse of ChemML.

Print19

equivalent
page

For
none

numbering

pre-recorded

reflowablee-publication,

contains references to the page
numberingofanequivalent

printed product.

Synchronized
20

a

none

audio

Text-synchronizedpre-recorded

audio(naturalnarrationorsynthesized voice) is included for
substantiallyall

includingalltextualmatter,alternativedescriptions.
Text-to-speech has been optimized

Text-to21

speech hinting
providednone

through provision of PLS lexicons,
SSML or CSS Speech synthesis
hints.

Code Description

Requiredelement

Note

The language of the text has been
specified (e.g. via the HTML or XML
lang attribute) to optimize text-toLanguage
22

taggingspeechnone

provided(andrenderings),
document

otheralternative

both

at

whole

and,

where

level

appropriate, for individual words,
phrases or passages in a different
language.
Specialized font, character and line
spacing,
Product
24

Dyslexia

Form

readability

FeatureDescription

justification

andparagraph spacing, coloring andother options provided specificallyto improve readability for dyslexic
readers.

Details,

includingthename of the font, should be listed
in<ProductFormFeatureDescription>.
<ProductFormFeatureDescription>

Compliance
web page for94

detailed
accessibility
information

carries the URL of a web page
Product

giving further detailed description

Form

of

Featurecompatibility, testing etc. The web

theaccessibility

features,

Description page should be maintained by anindependent compliance scheme or
testing organization.

Code Description

Requiredelement

Note<ProductFormFeatureDescription>
Trusted95

carries the URL of a web pageintermediary’s

Product

giving further detailed description

web page for

Form

of

detailed

Featurecompatibility, testing etc. The web

theaccessibility

features,accessibility

Description page should be provided by ainformation

trusted intermediary or third party
nominated by the publisher.
<ProductFormFeatureDescription>

Publisher’s
web page for
96

detailed
accessibility
information

Product
Form
FeatureDescription

carries the URL of a web pagegiving further detailed descriptionoftheaccessibility

features,compatibility, testing etc. The web
page should be provided by the
publisher.
<ProductFormFeatureDescription>
carries the URL of a web pagegivingProduct
97

Compatibility

FormtestedFeatureDescription

a

short

descriptionofcompatibility testing carried out for
thisproduct,

includingdetailed

compatibility with various assistive
technology

such

as

third-party

screen-reading software. See alsocode 00 for a summary of theaccessibility
product itself.

featuresoftheCode Description

Requiredelement

Note<ProductFormFeatureDescription>
Trusted98

Intermediary
contact

Product

carries the e-mail address for aFormcontact at a ‘trusted intermediary’

Featurewhere

toaddress

detailed

Description questions about accessibility forthis product.

99

Publisher<ProductFormFeatureDescription>

contact for

carries the e-mail address for afurther
accessibility
information

Product
Form
FeatureDescription

contact at the publishing house
where

to

address

detailed

questions about accessibility of thisproduct.

ONIX in EPUB
The metadata within the EPUB files are not normally used for the
distribution, aggregation and sale of e-books, but are exploited by thereading applications to show useful information to the user (title,
author, publisher, publication date, synopsis, etc.).
The EPUB 3 format specifications allow to link, in the metadata of thefile, to a record containing the metadata in ONIX format. This is possible
via the link element within the metadata element.
The ONIX file can be placed locally on EPUB files or be remote, hosted
on a web server.
An example of a link:<metadata>…
<link rel="record"
href="http://example.org/onix/1234567890"
media-type="application/xml properties="onix" />…
</metadata>
Note: reading applications are not obliged by EPUB specifications todownload remote files, so the link may not work; moreover, thepossibility to link to ONIX files, even if present in the specifications, hasbeen poorly implemented: in many cases the data are not shown.
36

Following the results of discussions within the Enabling Technology Framework, with thepartecipation of LIA’s parnter mEDRA, EDItEUR issued a list of metadata to describe accessibility in
ONIX (List Onix 196 E-Publication Accessibility detail), formally approved by the ONIX International
Steering Commitee in Frankfurt 2011. The list of metadata, included in the Issue 15 of ONIX
Codelists, is integrated in the standard ONIX for Books (v.2.1 and v.3.0) and it will be possible toupdate it following the evolutions of the publishing sector. A specific element (“LIA compliant”) was
included to inform all operators in the mainstream distribution system (platforms, bookstores,
libraries, ISBN catalogue), that the accessibility of a title has been certified by LIA.
37

https://ns.editeur.org/onix/en/7938

https://ns.editeur.org/onix/en/196

技術的な付録SCHEMA.ORG FOR E-BOOK ACCESSIBILITYMETADATA
原文のまま。翻訳しない。
The EPUB Accessibility 1.0 guidelines published in 2017 by the International
Digital Publishing Forum - IDPF (now in the W3C) defined some mandatory
metadata to define the accessibility characteristics of EPUB files39.
This is Package Metadata, which means metadata that is included in the EPUB fileand therefore describe the use of the text, rather than its commercial distribution:
to read this data it is necessary to “open” the EPUB file.
The IDPF metadata scheme for accessibility features is a subset of the
Schema.org’s Book scheme. The characteristics that can be defined are shown in
the table below:

Property

RequestDescription

Values

The humansensory
perceptual
system or
cognitive
accessMode

Mandatory

facultythrough which
a person may
process orperceive
information

auditory, tactile, textual,visual, colorDependent,
chartOnVisual,
chemOnVisual,
diagramOnVisual,mathOnVisual,musicOnVisual,
textOnVisualProperty

RequestDescription

ValuesalternativeText,
annotations,audioDescription,
bookmarks, braille,
captions, ChemML,
Content
features of
the resource,
such asaccessible
accessibilityFeature

Mandatory

media,
alternatives
and supported
enhancementsforaccessibility

describedMath,displayTransformability,
highContrastAudio,
highContrastDisplay, index,
largePrint, latex,
longDescription, MathML,
none, printPageNumbers,
readingOrder,
rubyAnnotations,
signLanguage,
structuralNavigation,synchronizedAudioText,
tableOfContents,
taggedPDF, tactileGraphic,
tactileObject,timingControl, transcript,
ttsMarkup, unlockedProperty

RequestDescription

ValuesA
characteristic

accessibilityHazard

Mandatoryof theflashing, noFlashingHazard,

described

motionSimulation,

resource that

noMotionSimulationHazard,

issound, noSoundHazard,

physiologicallyunknown, none

dangerous tosome users.

A humanreadable
summary of
specific
accessibility
accessibilitySummary

Mandatory

features ordeficiencies,
consistent
with the otheraccessibility
metadata

Examples: "short
descriptions are present
but long descriptions will
be needed for non-visual
users" or "short
descriptions are present
and no long descriptions
are needed"Property

RequestDescription

Values

A list of single
or combined
accessModes
that areaccessModeSufficient Recommended

sufficient toauditory, tactile, textual,

understand all

visualtheintellectual
content of a
resource

Indicates thatthe resourceis compatible
accessibilityAPI

Optional

with thereferenced
accessibility
API

Identifies
input methods
that areaccessibilityControl

Optional

sufficient tofully control
the describedresource

AndroidAccessibility, ARIA,
ATK, AT-SPI,
BlackberryAccessibility,
iAccessible2,
iOSAccessibility,
JavaAccessibility,
MacOSXAccessibility,
MSAA, UIAutomation

fullKeyboardControl,
fullMouseControl,
fullSwitchControl,
fullTouchControl,
fullVideoControl,
fullVoiceControl

The metadata must be inserted in the <metadata> section of the OPF file (which isan XML file) in each accessible EPUB file; the following paragraphs will addresshow to insert it in an EPUB 2 and EPUB 3 file. An in-depth analysis on how to use
metadata on accessibility in EPUB files can be found in the IDPF document EPUB
Accessibility Techniques 1.0, Discovery Metadata Techniques section40.

Accessibility metadata in EPUB 2
In EPUB 2 you have to use the <meta> element with the name attribute that
identifies the metadata’s property and the content attribute that identifies themetadata’s value. For example:<package … ><metadata>…
<meta name="schema:accessMode" content="textual"/><meta name="schema:accessMode" content="visual"/>…
</metadata>…
</package>

Accessibility metadata in EPUB 3
In EPUB 3 you have to use the <meta> element with the property attribute that
identifies the metadata’s property and the value of the element that identifies themetadata’s value. For example:<package … ><metadata>…
<meta property="schema:accessMode">textual</meta><meta property="schema:accessMode">visual</meta>…
</metadata>…
</package>

Schema.org for e-books’ web catalogues

Schema.org can be used on web pages for search engines to understand that theobjects described by the HTML code of the web page are books. The main schemes
to refer to for the publishing industry are:Book: https://schema.org/Book, which comes from the CreativeWork
scheme from which it inherits several properties, including accessibility
properties;
Person: https://schema.org/Person, for authors and other persons who
contributed to the publication;
Organization:

https://schema.org/Organization,

normally

usedtorepresent the publisher or rightsholder.
The schemes define book properties and, for each property, what type of data is
expected.
The properties of a Book object can be inserted in its web page in three ways:
Microdata is a format introduced with version 5 of HTML language where
information is inserted as attributes in HTML tags on the Web page; forexample, Dante’s Divine Comedy can be represented with code: <h1itemprop=”name”>Divine Comedy</h1>;
RDFa is a format introduced by W3C as a tool to insert metadata into XML
code, so it’s adaptable to XHTML; the example of Dante could be renderedwith code: <h1 property=”name”>Divine Comedy</h1>;
JSON-LD is a format based on the representation of objects in JavaScript(a programming language): in this case the information should not be
inserted in the HTML code of the body of the page, but can be included in
the header; the implementation is therefore simpler because it does not
require that the graphical template is modified; the example of Dante could
be rendered with the code: {“name”: “Divine Comedy”}.
An example of the representation of an accessible e-book on a web page using
Schema.org is the following:<section itemscope itemtype="http://schema.org/Book"><img itemprop="image" src="mobydick-cover.jpg" alt="Book cover of
Moby
Dick by Herman Melville"/><h1 itemprop="name">Moby Dick</h1><h2>

<link itemprop="bookFormat" href="http://schema.org/E-book">E-book by <a itemprop="author"
href="/author/h_melville.html">Herman
Melville</a></h2><div itemprop="offers" itemscope
itemtype="http://schema.org/Offer">
Price: $<span itemprop="price">0.99</span><meta itemprop="priceCurrency" content="EUR" /><link itemprop="availability" href="http://schema.org/InStock">
Available for download</div><h3>Product details</h3><ul><li><span itemprop="numberOfPages">224</span> pages</li><li>Publisher: <span itemprop="publisher">Fondazione LIA</span></li><li><meta itemprop="datePublished" content="1851-10-18">Oct 18,
1851</li><li>Language: <span itemprop="inLanguage">English</span></li><li>ISBN: <span itemprop="isbn">9788800000000</span></li><li>This e-book has been tested for accessibility for Visually
Impaired People<meta itemprop="accessibilityFeature"content="largePrint/CSSEnabled"/><meta itemprop="accessibilityFeature"content="highContrast/CSSEnabled"/><meta itemprop="accessibilityFeature"content="resizeText/CSSEnabled"/><meta itemprop="accessibilityFeature"content="displayTransformability"/><meta itemprop="accessibilityFeature"content="longDescription"/><meta itemprop="accessibilityFeature"content="alternativeText"/><meta itemprop="accessibilityControl"
content="fullKeyboardControl"/><meta itemprop="accessibilityControl"
content="fullMouseControl"/><meta itemprop="accessibilityHazard"
content="noFlashingHazard"/><meta itemprop="accessibilityHazard"
content="noMotionSimulationHazard"/><meta itemprop="accessibilityHazard" content="noSoundHazard"/><meta itemprop="accessibilityAPI" content="ARIA"/>
</li>
</ul>
</section>
As it is possible to note, in this case the Microdata format is used to enter the
information. In some cases, as for the title of the book, the element <h1> hasbeen tagged, visible on the page; in other cases, as for the information onaccessibility, it has been chosen to use the element <meta> that is transparent tothe user, but interpretable by the machines.

Schema.org in ONIX
In ONIX it is possible to insert a Schema.org metadata snippet, which should be
displayed on the web pages. This allows the metadata creator to be able to control
which Schema.org metadata is presented in the pages of the website describing
the book.
Note this metadata can be used by online stores and library loan systems
in addition to the mapping illustrated in the following chapter. However,this approach is not uniformly implemented (the result may vary according
to the store).
The Schema.org format supported for embedding in ONIX is the JSON-LD format.
To embed Schema.org metadata in ONIX, you must create a TextContent element(inside the CollateralDetail element), with TextType 24 from codelist 153 (valuethat identifies “schema.org snippet”) and Schema.org metadata in the Text
element.An example:<TextContent><TextType>24</TextType><Text>

{"@context": "http://schema.org","@type": "Book","accessibilityAPI": "ARIA","accessibilityControl": ["fullKeyboardControl","fullMouseControl"],"accessibilityFeature": ["largePrint/CSSEnabled","highContrast/CSSEnabled","resizeText/CSSEnabled","displayTransformability","longDescription","alternativeText"],"accessibilityHazard": ["noFlashingHazard","noMotionSimulationHazard","noSoundHazard"]}</Text></TextContent>
The contents of the Text field should be inserted into web pages within an HTMLtag <script type="application/ld+json">.

CROSSWALK ONIX ↔ SCHEMA.ORG
At the moment there is no perfect mapping that allows to have a 1:1 relationshipbetween the accessibility metadata described with the ONIX standard and thosedescribed with the Schema.org standard. This means that those who generate
metadata have to create and maintain two types of information (in two different
formats). The updated crosswalk can be consulted online41, while more work toalign the two standards is underway.

39

http://www.idpf.org/epub/a11y/accessibility.html#sec-discovery

40

http://www.idpf.org/epub/a11y/techniques/techniques.html#sec-discovery

41

http://www.a11ymetadata.org/the-specification/metadata-crosswalk/

LIA財団は、アクセシブルなデジタルパブリッ
シングのエコシステムに参加するためのお⼿伝いをします。
アクセシビリティに関する法律（欧州アクセシビリティ法とマラケ
シュ条約）を遵守したい場合、LIA財団は、アクセシブルな出版物、デジタルプラットフォーム、ウェブサイトを作成するための幅広いサービスを提供しています。 そのようなサービスには、コンサルティング、専⾨的なアドバイス、トレーニングコース、出版物ファイル変換（国際規格に従ったもの）などが含まれます。

あなたは出版社で、ボーンアクセシブルな電⼦書籍の制作を始めたいと思っていますか？
いいですね！ 私たちは、あなたのニーズと⽬的の共有評価から始まるオーダーメイドのトレーニングコ
ースを提供しています。 私たちは、あなたの組織
が、完全にアクセシブルな出版物をまもなく独⼒で作成できるようにすることを⽬標としています。

デジタル出版物の認証をご希望ですか？
当社の専⾨家は、出版物のアクセシビリティをチェックし、タイトルを国際的でデジタルかつアクセシ
ブルな形式に変換し、アクセシビリティ機能を記述した標準メタデータを作成し、LIAラベルでアクセシブルであることを認証することができます。

ディストリビューターの⽅で、アクセシビリ
ティメタデータの導⼊・管理⽅法について相談したいとお考えですか？
そのために私たちがいます。私たちは、「すべての⼈のためのデザイン」と「ボーンアクセシブル」のアプローチに基づいたビジネス戦略の策定をサポートするために、メタデータ管理のノウハウを豊富に持っています。

オンライン書店（または電⼦貸出しプラット
フォーム）を運営されていて、ユーザーの体験を完全にアクセシブルなものにしたいとお考えですか？
私たちは、プロセスのあらゆる段階でお客様をサポートすることができます。 当社の専⾨家が実施するプラットフォームのアクセシビリティ監査を提供
し、完全にアクセシブルなインフラストラクチャの開発をサポートします。

電⼦書籍リーダをアクセシビリティに完全に準拠させたいとお考えですか？

財団のアクセシビリティ専⾨家チームは、あたたののソフトウェアを試⽤して改善を提案することを楽しみにしています。

サービスの詳細については、お問い合わせください。

segreteria@fondazionelia.org

LIA財団 は2014年にイタリア出版協会によって設⽴された⾮営利団

体で、啓発イベント、デジタルアクセシビリティに関する調査、ト
レーニングコース、コンサルタント活動を通じて本と読書を促進しています。LIAは、コンテンツのアクセシビリティを扱う国際的な組織のネットワークの⼀部です。LIAの取り組みは、視覚障害のある読者の編集製品へのアクセスを拡⼤することを⽬的としています。 LIAは、視覚障害者の⽂化的世界に統合されること、積極的に参加することを奨励し、いつ、どのように、（特に重要なことですが）何を読むかを選択できるようにしています。設⽴以来、2017
年11⽉に機関会員となったイタリア視覚障害者連合（UICI）の協⼒を頼りにしています。

www.fondazionelia.org
LIA財団 は⾮営利団体であり、AIE - Associazione Italiana EditoriとUICI- Unione Italiana dei Ciechi e degli Ipovedentiによって設⽴されました。

連絡先

Corso di Porta Romana 108 20122 Milano +39 02
89280808
segreteria@fondazionelia.org

ボーンアクセシブルな出版 プリントディスアビリティを抱えた⼈のために