カテゴリー: 電子書籍

アクセシブルな電子書籍とは何かを示すガイドラインの話（の続き）

kzakza

　先のエントリで、以下の3つについて図書館がガイドラインを作成して要件を提示してはどうかという話をしました。

  • （出版社と電子書籍プラットフォームに対して）図書館が考える「アクセシブルな電子書籍」とは何か（コンテンツ作成ガイドライン）
  • （ビューワー開発者と電子書籍プラットフォームに対して）図書館が考える電子書籍の「アクセシブルな閲覧環境」とは何か（ビューワーのガイドライン）
  • （電子書籍プラットフォームに対して）図書館が考える電子書籍の「アクセシブルな提供方法」とは何か（コンテンツ提供ガイドライン）

　
　それぞれについてどのようなガイドラインを作成するべきなのか、参考になる先行的なものを含めてまとめてみました。

1.「アクセシブルな電子書籍」を示すコンテンツ作成ガイドライン

　EPUBのようなHTMLやCSS等のWeb標準技術をベースとした形式は、ウェブアクセシビリティのガイドラインとして知られるW3CのWeb Content Accessibility Guidelines (WCAG) 2.0（ = JIS X8341-3:2010 = ISO/IEC 40500:2012）が対象とする「ウェブコンテンツ（Web技術によって作成されたコンテンツ）」に該当します。　

ウェブコンテンツとは、ウェブブラウザ、支援技術などのユーザーエージェントによって利用者に伝達されるあらゆる情報及び感覚的な体験を指し、例えば、ウェブアプリケーション、ウェブシステム、携帯端末などを用いて利用されるコンテンツ、インターネット、イントラネット、CD-ROMなどの記録媒体を介して配布されるウェブコンテンツ技術を用いて制作された電子文書、ウェブブラウザを用いて操作する機器などに適用する。
from JIS X8341-3:2010「1.適用範囲」
参考: ウェブアクセシビリティガイドラインWCAG 2.0とJIS X8341-3:2010に関する整理

　
　EPUBの場合は、JIS化もISO化もしているWACG2.0に則って製作していけばよいはず、というよりは、本来的には（特に公的機関などは）しなければならないはずです。しかし、WACG及びJIS 8341-3:2010の双方が参照すべきとする具体的な実装方法を説明した「WCAG 2.0 実装方法集」には、まだアクセシブルなEPUBの製作方法が掲載されていません(アクセシブルなPDFの作成方法はすでに掲載されている)。WACGの関連文書において、実装方法が具体的に示されない現時点では、WCAG2.0（ = JIS X8341-3:2010）に則って作成せよと言われてもまだ難しいかもしれません。将来的には、「WCAG2.0 実装方法集」にEPUBの実装方法も掲載され、官公庁などが刊行物のEPUB版制作を外注する時にその仕様書に「JIS 8341-3:2010の達成等級AAを準拠すること」等々の一文を追加するだけで済むようになれば理想的ですが、少なくとも今はまだ存在しないため、電子書籍向けにブレークダウンしたものが必要です。
　EPUBについては、IDPFがアクセシビリティガイドラインを公開しています。EPUBについてもっともまとまったものだと思います。

　しかし、上のIDFPのガイドラインは各要件が平たく説明され、優先順位が示されている訳ではありません。優先順位はWCAG2.0（ = JIS X8341-3:2010）の達成等級が参考になりますが、米国の出版団体 Association of American Publishers (AAP) が上のガイドラインの中で優先順位の高い要件13を挙げていますので、これも参考になると思います。

2. 電子書籍の「アクセシブルな閲覧環境」を示すビューワーのガイドライン

　閲覧環境についても、W3CのUser Agent Accessibility Guidelines（UAAG）2.0があります。これは上のコンテンツ作成ガイドラインであるWACG 2.0と対になっているようなもので、Web技術を用いて製作される電子書籍の閲覧環境も対象に対象になります。JIS規格どころかまだW3C勧告にもなっていませんが、参考になる部分が大きいはずです。

　米国の出版団体 Association of American Publishers (AAP) もEPUB 3 リーディングシステムに優先的に実装してもらいたい10の機能を公開しています。

　そして、DAISYコンソーシアムが電子書籍リーディングシステムのアクセシビリティを評価するためのチェックリストを公開しています。これについては、手前味噌ながら、私が翻訳して公開しています。

　最後に、これは本当に手前味噌ですが、EPUBの閲覧環境については、私も私案として要件をまとめてみたことがあります。これを、EPUBに限定しないように抽象化しつつ、優先順位の高い要件を３段階くらいでランク付けすれば、それなりにそれなりかも。

3. 「アクセシブルな提供方法」を示すコンテンツ提供ガイドライン

　これについては、参照するべきガイドラインは特に思いつきませんが、少なくとも以下の5点はポイントになるはずです。

  • 上の１と２のガイドラインを準拠すること
  • DRMが上の１と２のガイドラインの準拠を妨げないこと
  • アクセシビリティメタデータの提供（参考:メタデータを電子書籍のアクセシビリティの議論の俎上にそろそろのせませんか）
  • 電子書籍プラットフォームのウェブサイトのウェブアクセシビリティをWCAG2.0（ = JIS X8341-3:2010）に準拠する形で担保すること
  • ユーザービリティ（コンテンツ入手までの手順をなるべく少なくするなど）

　

関連エントリ

アクセシブルな電子書籍とは何かを示すガイドラインを図書館側が作ってはどうか

kzakza

　障害者差別解消法の施行まであと1年弱となりました。公共図書館向けのいろいろなサービスが障害差差別解消法の対応できる的なことを謳うようになると思いますが、電子書籍サービスもおそらくはその１つでしょう。
　個々の電子書籍ベンダの状況はよくわかりませんが、アクセシビリティ対応についてはベンダごとにそれぞれ重きを置くところがさまざまではないかと思います。「アクセシブルな電子書籍」と一言で言っても、図書館が考える「アクセシブルな電子書籍」とベンダ側（と出版社）が考えるそれが同じとは限らないため、図書館が考える「アクセシブルな電子書籍」が何かを明示する必要があるのではないかと考えています。利用者に対して直接サービスを提供する図書館側が考える「アクセシブルな電子書籍」の要件を整理して提示し、認識に齟齬が生じることを防ぐことが重要です。
　例えば、以下について要件の優先順位を示したガイドラインを提示することで、ベンダやコンテンツプロバイダが自分が提供するサービスやコンテンツが、客観的に自己評価でき、かつ、今後どのように改善していけばよいのか、その道筋を示すというのは一つの方法です。

  • （出版社と電子書籍プラットフォームに対して）図書館が考える「アクセシブルな電子書籍」とは何か。
  • （ビューワー開発者と電子書籍プラットフォームに対して）図書館が考える電子書籍の「アクセシブルな閲覧環境」とは何か。
  • （電子書籍プラットフォームに対して）図書館が考える電子書籍の「アクセシブルな提供方法」とは何か。

　この方法の大きな利点は、ベンダ側に要件を提示できるだけではなく、図書館側が電子書籍サービスの導入やコンテンツの購入に際して、これらを「障害差差別解消法の対応」という文言に左右されずに客観的に評価できることです。
　障害の状況は人によってそれぞれ異なりますので、全ての方が満足するものを提供することは困難です。ベンダが出してきたものに対して、問題点を指摘することは無論重要ですが、図書館側が考える「アクセシブルな電子書籍」を明示せずに、ベンダが問題を指摘され続けるという状況は、ベンダにとっては、ゴールが見えないため、やる気を削ぐ可能性もあり、あまり望ましいことではありません。
　そこで、ガイドライン的なものを提示することで、だれもがサービスやコンテンツを客観的に評価でき、問題点を顕在化できるようにする。そして、現実的に実装できる道筋を示す。ベンダ側も全ての要件を一気に満たすことは難しくても、道筋が示されれば、優先順位の高い要件から「合理的配慮」の範囲内で少しずつ実装してくれるかもしれない。企業全体としてその気はなくても、内部の人がやる気を出して可能な範囲で少しずつ改善してくれるかもしれないし、あるいは、ガイドラインによる客観的な評価をもって、上を説得するようになるかもしれない。後半は希望的観測もありますが、ガイドラインのあり方は、ウェブアクセシビリティガイドラインで知られるW3CのWCAG2.0（ = JIS X8341-3:2010）はロールモデルになるものだと思います。
　利用者に接してサービスを提供する図書館は、障害者のニーズをくみ上げて出版社やベンダーに「アクセシブルな電子書籍」とは何かを伝えることができるし、その役割を果たすことでアクセシブルな電子書籍の普及に貢献することができるはずです。
　要件を整理してガイドラインを作成するということは、関係者間で「アクセシブルな電子書籍」の認識を一致させる必要がまずはあり、相当大変なことだ思いますが、それは必要な調整ではないかととも思います。
　私が図書館側の人間なので、今回は「図書館」を中心に述べてきましたが、視覚障害者情報提供施設(いわゆる、点字図書館)に置き換えても同じことが言えるはずです。立場としては図書館と点字図書館は同じであるはずですので、連携して取り組めればよいかもしれません。米国のEPUB 3 Implementation Projectが出版社、リーディングシステム開発者、コンテンツ販売者、サービスプロバイダ、そして、アクセシビリティ関係のコミュニティが集まって要件を整理したように、日本でももっと広いくくりで領域をまたいでこういうものが作れると本当はもっとよいのでしょうか。

関連エントリ

MyBook ⅢがEPUB3に対応していた

kzakza

　様々なデジタルコンテンツをPC-Talkerというスクリーンリーダーで閲覧することができるバリアフリー読書ソフトMyBook Ⅲ（MyBook 3）が、いつの間にかEPUB3に対応していたという話。

　このソフトウェアを一言で説明するのはなかかな難しいので、上の高知システムのサイトをご覧いただければと思いますが、スクリーンリーダーでの利用に対応したデジタルコンテンツの閲覧ソフトウェアです。UIもスクリーンリーダーのユーザーが利用しやすいように設計されています。対応する形式は、DAISYやEPUB、PDFだけではなく、Word、Excel、PowerPoint、点字ファイルなど非常に多岐にわたります。また、サピエ図書館や国立国会図書館のDAISY配信サービスに対応しており、これらのサービスをソフトウェアから直接利用（検索・ダウンロード・再生）できるようになっています。スクリーンリーダーのユーザーが様々なデジタルコンテンツを読むにあたって、なるべくMyBook Ⅲの中で操作が完結するように、あるいは起点になるように設計されています。日本語のWindows環境で最もよく使用されている（と思われる）スクリーンリーダー PC-Talkerに対応するこのソフトウェアでEPUB 3に読めることは大きいと思います。MyBook Ⅲというバージョンがどこまで利用されているかはわかりませんが、MyBookはスクリーンリーダーを用いる視覚障害者がWindows環境でよく利用していると聞いています。
　メニューに「EPUB」という項目があるので、EPUBに対応しているということは知っていたのですが、上記の高知システムのHPでは、EPUB 3と明記されていなかったので、EPUB２にのみ対応しているのかと思っていました。 @SGTMSYK さんによると、マニュアルにはきちんと対応が明記されているとのことで、「ええぇ、まじですかー」と思い、確認してみると、以下のように明記されていました。

EPUBファイルは、国際的な電子書籍フォーマットであり、特に英語圏では電子書籍の標準規格として扱われています。
主に、文庫や漫画、雑誌と言った、一般的な書籍がEPUBファイル化されています。
日本では、今後の普及が予測されそうです。
マイブックは、次のバージョンのEPUBファイルが読み込めます。
　EPUBバージョン 2.0
　EPUBバージョン 3.0
補足１．
文庫の場合、その殆どがテキストをベースに作成されていますので音声読み上げによる読書には適しています。
しかし、漫画や雑誌のように画像で文書化されているものに対しては、音声読み上げによる読書ができませんので、ご注意願います。

　EPUB3で作成されたファイルをいくつか読み込んでみましたが、こんな感じでした。

  • rubyタグの対応について。たとえば、<ruby>私<rp>(</rp><rt>わちき</rt><rp>）</rp></ruby> となっていても「私（わちき）」と表示されてしまい、ルビ表示はされません。しかし、rubyタグの情報は、読み上げには活用されるので、きちんと「わちき」と読み上げてくれる（スクリーンリーダーのPC-Talker側の対応かもしれませんが）。
  • 縦書きには未対応。
  • Media Overlaysにも未対応なので、音声のみのEPUBやマルチメディアDAISY的なEPUBの再生はできない。

　スクリーンリーダーの利用に焦点をあてたソフトウェアと考えれば、縦書きには未対応であることやルビ表示がされないことは、あまり問題ではないかもしれません。Media Overlaysにまだ対応していないのは残念ですが、rubyタグを読み上げに活用できるのであれば、テキストDAISY的なEPUBを読むには、スクリーンリーダーを利用する視覚障害者にとって利用しやすいソフトウェアかもしれません。