はじめに
Webアクセシビリティとは
「JIS X 8341-3 高齢者・障害者等配慮設計指針 第3部:ウェブコンテンツ」改正原案の序文では,「主に高齢者・障害のある人及び一時的な障害のある人がウェブコンテンツを知覚し,理解し,操作できるようにする」という表現で,この規格の目的を示しています.
つまり,Webアクセシビリティとは,「障害者(及び障害を持つ高齢者や一時的な障害がある人)が,(スクリーンリーダなどの支援技術を用いて),障害を持たないユーザ同様に,自分の目的を達成するために,あるWebコンテンツを利用(知覚・理解・操作)できるか」ということです.
そして,Webアクセシビリティに配慮したコンテンツを増やすことによって,機能障害がある利用者でもウェブを利用できる,彼らの活動(学習,就労,社会参加,コミュニケーション,娯楽など)を妨げない世界を目指しています.
規格の役割
JIS X 8341-3や後述するWeb Content Accessibility Guidelines 2.0(WCAG 2.0)は,障害者の多様なユーザ特性やWebサイトで生じる可能性がある様々なアクセシビリティ問題を,ガイドライン開発者がすべて検討した上で,Web制作者が配慮すべき事項をまとめています.このおかげで,Web制作者は,障害の特性やアクセシビリティ問題すべてを勉強しなくても,ガイドラインをベースにして,サイトのアクセシビリティを向上させたり評価したりできるのです.
公共分野の義務
従って,国及び地方公共団体のWebサイトは,JIS X 8341-3を尊重して,障害者が利用できるようにしなければなりません.
以下,日本のWebアクセシビリティの基準となる工業規格 JIS X 8341-3について説明します.
JIS X 8341-3 改正原案の概要
2008年度末に改正原案を作成完了.2009年度及び2010年度に(財)日本規格協会と経済産業省の審議を受けたのち,早ければ2010年夏頃に官報公示される予定.
「JIS X 8341-3:2010 高齢者・障害者等配慮設計指針-情報通信における機器,ソフトウェア及びサービス-第3部:ウェブコンテンツ」
ウェブの世界では,W3Cが定める技術仕様が事実上の標準として広く利用されており,ウェブアクセシビリティの分野でも,W3Cが定めるWCAGが広く参照されている。W3Cは1999年にWCAG 1.0を発表し,我が国でJIS X 8341-3:2004を策定したときもWCAG 1.0を参考にした。WCAG 1.0作成後,W3CはWCAG 1.0の改訂作業を進めていたが,2004年度からこのワーキンググループには日本からも参加し,INSTACの委員会とリエゾンを結んで,JIS X 8341-3:2004の成果をWCAGの改訂作業に取り込むことができた。また,米国のリハビリテーション法508条技術基準の改訂作業でも,2008年12月11日にW3Cの勧告となったWCAG 2.0との一致度が高められている。
JIS X 8341-3:2004について5年ごとの見直しをするに当たり,我が国からも貢献したWCAG 2.0を含む形で改正版を作成すべきとの意見に関係者は一致し...(解説から抜粋.太字は筆者)
構成
- 序文
- 1 適用範囲
- 2 引用規格
- 3 用語及び定義
- 4 ウェブコンテンツのアクセシビリティ達成等級
- 5 一般的原則
- 6 ウェブアクセシビリティの確保・向上に関する要件
- 7 ウェブコンテンツに関する要件
- 8 試験方法
- 附属書A(参考)この規格を満たすウェブコンテンツ技術及びその実装方法の選び方
- 附属書B(参考)WCAG 2.0との整合性
- 附属書C(参考)JIS X 8341-3:2004とJIS X 8341-3:2010との比較
- 附属書D(参考)参考文献
太字で示した箇条3,4,6,7,8と附属書A,Bが特に重要.
特徴
- JIS X 8341-3:2004との連続性,JIS X 8341-1との整合性に注意しながら,WCAG 2.0を含む形で策定
- WCAG 2.0と達成基準が共通
- WCAG 2.0の利点を受け継いでいる:
- テスト可能な達成基準.ツールあるいは専門家によって客観的に判断できるので,適合性評価が可能(なはず)
- 技術に依存しない記述.HTML5やRIA(Rich Internet Application)などの新しい技術にも対応できる(はず)
- 視覚障害だけでなく,認知障害,言語障害及び学習障害に関しても(できるだけ)配慮している
- WCAG 2.0にないものも含んでいる:
- サイト開発プロセスの各段階で配慮すべき事項を箇条6で規定
- 箇条8の試験方法は,欧州の考え方も取り入れた
箇条7 ウェブコンテンツに関する要件
原則,ガイドライン,達成基準は,WCAG 2.0(リンク先は和訳版)と同じ内容です.
- 7.1 知覚可能に関する原則
- 7.1.1 代替テキストに関するガイドライン
- 7.1.2 時間の経過に伴って変化するメディアに関するガイドライン
- 7.1.3 適応可能に関するガイドライン
- 7.1.4 識別可能に関するガイドライン
- 7.2 操作可能に関する原則
- 7.2.1 キーボード操作可能に関するガイドライン
- 7.2.2 十分な時間に関するガイドライン
- 7.2.3 発作の防止に関するガイドライン
- 7.2.4 ナビゲーション可能に関するガイドライン
- 7.3 理解可能に関する原則
- 7.3.1 読みやすさに関するガイドライン
- 7.3.2 予測可能に関するガイドライン
- 7.3.3 入力支援に関するガイドライン
- 7.4 頑健性に関する原則
- 7.4.1 互換性に関するガイドライン
箇条8 試験方法
JIS改正版では,達成基準を満たしているかどうかを客観的に検証できるようになりました.つまり,「JISに準拠している」とか「JISを参考にして」という曖昧な言い方ではなく,具体的にどの達成基準を満たしていて,どのアクセシビリティ達成等級を達成しているかを客観的に示すことができるのです.箇条8に従って適合試験を実施し,試験結果を表示することも,JIS Q 1000による自己適合宣言をすることもできます.(試験結果を表示しなくても構いません.)
特に公共分野の調達仕様や評価において,JIS X 8341-3改正原案の試験可能性を活用することが重要です.「公共分野の義務」で述べたように,調達や評価において,JIS X 8341-3改正原案とは異なる試験基準や仕様書を用いてはなりません.
附属書A(参考) この規格を満たすウェブコンテンツ技術及びその実装方法の選び方
日本の支援技術の機能が英語圏の支援技術より遅れている問題は,WCAG 2.0の“accessibility supported”という概念を利用し,コンテンツ制作者が,日本における“ウェブコンテンツ技術のアクセシビリティ サポーテッドな使用法”を作成又は確認して,日本の支援技術においてこの規格の達成基準を満たすことができる実装方法を選択できることを附属書Aで説明しました.
つまり,誰かが,日本の支援技術の対応状況を調査する必要があります.(ウェブアクセシビリティ作業部会で作成中の「日本のAS情報」参照)
達成基準の例
7.1.1.1 非テキストコンテンツに関する達成基準
達成基準7.1.1.1は,「7.1 知覚可能に関する原則」の「7.1.1 代替テキストに関するガイドライン」の中にあります.
7.1.1.1 非テキストコンテンツに関する達成基準
利用者に提示されるすべての非テキストコンテンツには,同等の目的を果たす代替テキストを提供しなければならない。ただし,次の場合は除く。
(以下,試験や感覚的表現やCAPTCHA等の例外を列挙)
この達成基準はわかりやすいですね.画像要素の代替情報が典型的な例です.
7.1.3.1 情報及び関係性に関する達成基準
達成基準7.1.3.1は,「7.1 知覚可能に関する原則」の「7.1.3 適応可能に関するガイドライン」の中にあります.
7.1.3.1 情報及び関係性に関する達成基準
表現を通じて伝達されている情報,構造及び関係性は,プログラムが解釈可能でなければならない。プログラムが解釈可能にすることができないウェブコンテンツ技術を用いる場合は,それらはテキストで提供されていなければならない。
特定の技術に依存しないように記述されているので,この達成基準は少しわかりにくいかもしれません.最初に引っかかるであろう言い方である「プログラムが解釈」は用語で定義されています.
3.6.5 プログラムが解釈
様々なユーザエージェントが情報を抽出して様々な感覚モダリティで利用者に提示できるようにコンテンツ制作者が提供したデータから,ソフトウェアが解釈できること。
これだけではまだわかりにくいですね.そのような場合,「ウェブアクセシビリティ作業部会」が公開している「Understanding WCAG 2.0日本語訳」を読んでください.この文書の「情報及び関係性: 達成基準 1.3.1 を理解する」には,「この達成基準の意図」,「達成基準 1.3.1の事例」,「達成基準1.3.1の実装方法及び不適合事例」,「重要な用語」などが具体的に説明されています.
「達成基準 1.3.1の事例」には,必須項目のある入力フォーム の例や,見出しセルをきちんとマークアップしているバスの時刻表の例などがあげられているので,こういう場合に関係する達成基準だと言うことがわかります.
また,「達成基準1.3.1の実装方法及び不適合事例」の「達成基準を満たすことのできる実装方法」には, (X)HTMLの実装例として,「G115: セマンティックな要素を用いて、構造をマークアップする、かつH49: セマンティックなマークアップを用いて、強調したテキスト又は特別なテキストを示す 、かつ、 H49: セマンティックなマークアップを用いて、強調又は特別なテキストをマークアップする」というリンクがあり,ここをクリックすると具体的な実装方法がわかります.
「達成基準1.3.1の実装方法及び不適合事例」の「達成基準 1.3.1 のよくある不適合事例 」には,「適切なマークアップ又はテキストを用いずに、テキストの見た目の表現の変化を用いて情報を伝えている」などの不適合事例も紹介されています.
改正版JISを活用したWebアクセシビリティ向上
ウェブアクセシビリティ作業部会
CIAJ(情報通信ネットワーク産業協会)が事務局を務める「情報通信アクセス協議会」に2009年9月に立ち上げた「ウェブアクセシビリティ作業部会」は,改正版JISが正しく理解され利用されるように,改正後のJIS X 8341-3をサポートする下記資料を作成しています.リンクが張ってある資料は公開済みです.リンクがない資料は作成中で,改正版JIS公示に合わせて順次公開予定です.
- 「WCAG 2.0日本語訳」と「Understanding WCAG 2.0日本語訳」
- Techniques for WCAG 2.0日本語訳(Web技術ごとの実装方法を具体的に説明した資料)
- JIS X 8341-3解説書(Understanding WCAG2.0日本語訳で不足している部分を補う文書)
- 日本のアクセシビリティ・サポーテッド(AS)情報(日本の主要な支援技術やブラウザで,どの実装方法が利用できるかを調べた資料)
- AS情報を作成する際に必要となるテストファイル
- 試験に必要な(実装チェックリストなどの)シート類
- 評価ツール作成に必要なテストファイル(成功すべきテストと失敗すべきテストの集まり)
- そのほか,具体的な試験方法,適合性評価モデルなどなど.こう御期待!
「ウェブアクセシビリティ作業部会」には,経産省と総務省にも参加していただき,JIS改正原案を策定したメンバーなど,Webアクセシビリティのコアメンバーが集まっています.会社独自の活動とは別に,みんなで貢献したボランティア作業で共通基盤を作成し,それを公開して共有しようとしているのです.これによって,Web制作者の負担が減るだけではなく,JIS対応のレベルも向上し,アクセシブルなWebサイトが増えることを期待しています.
ギャップを埋める
改正版JISは2004年度版で曖昧だったところを精密化し,上記の資料と合わせて用いることによって,人によって判断が分かれたり好きなことを主張したりできるグレーゾーンを狭めることができました.しかし,これらの補助資料を用いてもなおグレーな部分が残っていることも事実です.
- ユーザエージェント(支援技術)の機能に依存する部分
- ユーザのスキルに依存する部分
- Webアクセシビリティが専門でもなければWebアクセシビリティ対応が主要な目的でもない制作側への対応.制作者に理解し配慮してもらうためには何が必要か?
- Webアクセシビリティへの配慮というコストの正当化.調達要件や法制化が必要ではないか.
ウェブアクセシビリティ作業部会やウェブアクセシビリティ推進協会などでこれらの問題を解決していきたいと願っています.また,ITRC(Internet Technology Research Committee)のUAI(Universal Access to the Internet)研究会では,Webアクセシビリティの研究に取り組んでいます.
補足:いくつかの注意点
規格の役割
規格はBestでなくてもBetterであればよい,全員が同じ規格を使うことが重要であると私は考えています.ネジとナットの径やピッチに正解はありません.A社のネジとB社のナットが同じ径とピッチになっていることが重要です.Webコンテンツのアクセシビリティも,日本と世界の規格が同じであること,国内各社・各組織でも同じ規格が使われていること,JIS X 8341-3に基づいたポリシーが国内で実行されることが重要です.これによって,制作者とユーザともに利益がもたらされます.
Webアクセシビリティの構成要素
Webアクセシビリティを検討するときには,Webコンテンツ以外の要素と合わせて考える必要があります.

Webアクセシビリティの構成要素(『Webアクセシビリティ』図1-8,©W3C)
(X)HTMLの仕様では,longdesc属性を使って,画像要素などに長い説明を追加することができます.しかし,日本で主要なスクリーンリーダは,longdesc属性を利用者に伝える機能を持っていません.あるいは,2次元のデータをtable要素で正しくマークアップして,かつスクリーンリーダがテーブルを効率的に読みあげる機能を備えていても,ユーザがその機能を知らなかったりテーブルという概念がわからなかったら,せっかくの努力が水の泡です.
JIS X 8341-3はウェブコンテンツしか対象にしていませんが,Webアクセシビリティ実現には,評価ツール(チェックソフト),支援技術(スクリーンリーダ,ブラウザなど),ユーザのスキルなど全部が完成していなければならないことに注意してください.( 詳細は,『Webアクセシビリティ』「1章4節. 相互依存しているWebアクセシビリティの構成要素」参照.)
Webの利用
最初に述べたように,ユーザがWebを利用するためには,「Webを知覚し,理解し,操作できる」ことが必要です.一方,D.A.Normanの「行為の7段階理論」をベースに考えると,Webを利用するためには,ユーザがまずゴール(したいこと,目標)を形成し,次にそれを実行(意図の形成,行為の詳細化,行為の実行)し,最後に評価(外界状況の知覚,外界状況の理解,結果の評価)するサイクルを繰り返すことが必要です.
「知覚,理解,操作」は,行為の7段階理論の「行為の実行,外界状況の知覚,外界状況の理解」に相当していて,最初の「ゴールと意図の形成」と最後の「結果の評価」の部分を含んでいないらしいこともわかります.この相違は,「知覚,理解,操作(及び頑健性)」の4原則で構成されているJIS X 8341-3改正原案を使う際の注意点です.つまり,これらのガイドラインを利用する際には,ある障害者が,あるコンテンツで,障害を持たないユーザ同様にWeb利用の目的を達成できるかという視点を見失わなうことがないようにすることが大切です.
「行為の7段階理論」の詳細は,『誰のためのデザイン?』 (D.A.ノーマン著,野島訳,新曜社)参照.
© 2010, Takayuki Watanabe