カテゴリー: アクセシビリティメタデータ

JIS X 23761:2022（EPUBアクセシビリティ）が制定

kzakza

EPUBのアクセシビリティ要件をまとめたJIS X 23761:2022がISO/IEC 23761:2021に対応する規格として8月22日に制定されました。

JIS X 23761:2022は、 上のJSAサイトで購入できるほか、閲覧のみであれば、日本産業標準調査会（JISC）で可能です（なぜ日本規格協会のHPでは部分的にしか見られないのか・・）。

JIS X 23761は、2017年に策定されたIDPFのEPUB Accessibility 1.0 に由来しています。このEPUB Accessibility 1.0がベースとなり、国際規格としてISO/IEC 23761:2021が制定され、それが今回JIS化されたという経緯があります。このEPUB Accessibility 1.0が、

このEPUBが誰にとってアクセシブルなのか（誰にとってアクセシブルではないのか）をメタデータとして情報を提供して、ユーザーが実際に利用する前にはっきりわかるようにせよ

というスタンスをとり、アクセシビリティメタデータの提供、特にアクセスモードの提供を必須としたことは、当時から深く同意できることだったので、機会があれば触れて紹介していました。そのEPUB Accessibilityが今回、JIS化まで至ったことは感慨深いです。

他でもすでに紹介もされていますが、JIS X 23761の主な内容は以下のとおりです。

  1. だれにとってアクセシブルなのか、そして、どのようなアクセシビリティの機能を有するのかをメタデータとして提供することを必須とすること。
  2. EPUB出版物がアクセシブルであることの要件
    • ページナビゲーション、メディアオーバーレイズなどのEPUB特有の部分について、要件を制定。それ以外のウェブコンテンツに共通する大部分はWCAG2.0(JIS X 8341-3) に則るとしている（WCAG 2.0レベルA（JIS X 8341-3）が必須、WCAG 2.0レベルAA（JIS X 8341-3）が推奨）　
  3. 規格本体には含まれないが、附属書として、日本語固有の事情（ルビ、わかち書き、読み上げの問題）が整理されている。

対応するISO/IEC 23761:2021に同等性において、一致する（identical）規格であるため、JIS X 23761に対応することで、ISO/IEC 23761:2021にも対応することにもなります。

JIS X 23761本体は抽象的な要件制定にとどめていますので、具体的な実装方法は関連文書に位置付けられているW3Cの達成方法集”EPUB Accessibility Techniques”を参照する必要があります。

ISO規格が元になっているため、JISはISO制定当時のTechniques 1.0を参照するように促していますが、附属書で若干言及もされているTechniques 1.1を参照する方が今となってはよいかもしれません。

今後の課題は、いよいよJIS X 23761の普及です。以下、私見ですが・・

JIS X 23761は、EPUB Accessibility Techniquesを参照する必要がある上、アクセシビリティの大部分をWCAG 2.0に委ねているため、WCAG 2.0とその関連文書も参照する必要もあり、参照しなければならない文書が多岐にわたります。例えば、WACGのレベルAへの準拠が必須ということから、画像に対して代替テキストの提供が求められるということを理解する必要があります。制作されるEPUBのほとんどが内製ではなく、外注によって制作されていると思いますが、（おそらくWeb技術などにあまり精通していない方が多いであろう）外注する側の出版社の担当者が、どのように仕様にかいて制作会社に発注すれば、JIS X 23761に対応したEPUBができるのかは、整理が必要かもしれません。

JIS X 23761は、EPUBというコンテンツを対象とした規格ですが、出版社がこの仕様に則ってEPUBというコンテンツをよりアクセシブルするだけは十分ではありません。JIS X 23761の「9.　配信」でも言及されていますが、そのEPUBとユーザーの間を繋ぐ書店が、アクセシビリティメタデータに対応し、ユーザーが自分にとって使い易いコンテンツを容易に発見できるようしていくこと、そして、支援技術を阻害しない形でデジタル著作権管理を適用させるなどの注意が払われることで、初めてJIS X 23761が活かせるのだと思います。

課題をいくつか書いてしまいましたが、JISの制定まで至ったからこそ、次の課題に臨めるようになりました。大きな一歩前進だと思います（お疲れ様でした！）。今後のJIS X 23761の普及でアクセシブルな読書環境が大きく拡大することを祈ります。

関連エントリ

Samples of accessibility metadata by material type (MARC21 and schema.org (EPUB Accessibility / ISO/IEC 23761))

kzakza

I have created samples of accessibility metadata by material type, corresponding with MARC 21 (Field 341) and schema.org (EPUB Accessibility / ISO/IEC 23761).

I express samples of schema.org (EPUB Accessibility / ISO/IEC 23761) by inputting 1 in the corresponding value for each vocabulary.
To be honest, I’m not so sure about the MARC21 samples because MARC21’s rules are so complicated.
In MARC21, we need to input the information equivalent to schema.org’s `accessibilityFeature by using the following 341’ｓ subfields $b,$c,$d and $e.

  • $b – Textual assistive features (R) Text-based assistive features
  • $c – Visual assistive features (R) Visual-based assistive features
  • $d – Auditory assistive features (R) Speech-based assistive features.
  • $e – Tactile assistive features (R) Tactile-based assistive features

We may need to determine which of $b to $e we apply for each accessibilityFeatures values each time cataloging. There can be easily divisions of judgment for each value, each material among catalogers.
I also tried to create a mapping table of between 341 $b to $e and the accessibilityFeature‘s values. However, this is just a suggestion based on my understanding.

References

Related entries

アクセシビリティメタデータ資料種別サンプル(MARC21とschema.org (EPUB Accessibility))

kzakza

資料種別ごとのアクセシビリティメタデータのサンプルを作成してみたので、公開します。
MARC 21（フィールド341） とschema.org (EPUB Accessibility / ISO/IEC 23761)で資料種別ごとのメタデータを考えてみました。

schema.org (EPUB Accessibility / ISO/IEC 23761)は、それぞれの語彙の該当する値に1を入れています。
accessModeでtextualで絞り込むと資料種別を超えて読み上げて利用できるテキスト系コンテンツの集合を作ることができるし、accessModeSufficientでauditoryに絞込んで利用すると、録音図書系だけではなく、音声解説付きのDVDも含めた集合を作ることができるので、いろいろな可能性を感じます。
ところで、scheme.orgはそこまで迷わなかったのですが、MARC21のサンプルは、MARC21の入力が複雑で正直、あまり自信がありません 汗。
MARC21 では、schema.orgの[accessibilityFeature](https://schema.org/accessibilityFeature)に相当する情報を341フィールドのサブフィールドある$bから$eに分けて入れることになっていますが、accessibilityFeatureの1つ1つの値について、下の$bから$eのどれに該当するかの判断は、結構大変そう（どれにも該当しない値はありそうですし）。そして、人によって判断が分かれそう。

  • $b – Textual assistive features (R)　テキストベースの支援機能
  • $c – Visual assistive features (R)　視覚ベースの支援機能
  • $d – Auditory assistive features (R)　音声ベースの支援機能
  • $e – Tactile assistive features (R)　触覚ベースの支援機能

schema.org の場合は、フラグを立てる感じで該当するものは全部入れていましたが、MARC21の場合は、全部入れていたら大変なことになりそうなので、値を厳選して入れる感じになるのでしょうか。
accessibilityFeatureの値が341の$bから$eのどれに当たるかも考えてみました（作ってみて、うーん。これは大変そうと思ったり）。

参考

関連エントリ