The use of guidelines to automatically verify Web accessibility
要約
- UAIS (2004)の論文では、Webアクセシビリティの自動的な検証にガイドラインを使用するためのツールであるEvalIrisが紹介されています。
- Webアクセシビリティのための既存のガイドラインとして、W3C-WAIが提供するWCAG、ATAG、UAAGが挙げられており、これらは幅広く受け入れられています。
- Webアクセシビリティ分析のための自動ツールには、自動キャプチャ、分析、批評ツールがあり、それぞれWebサーバーログツール、自動分析ツール、自動批評ツールが含まれます。
- これらの自動分析と批評ツールは、アクセシビリティ問題を特定し、報告または評価を返します。
- また、自動批評ツールは問題の場所を示すだけでなく、デザイナーに対して明確な指示を提供し、アクセシビリティの違反を修正するのを支援します。
- W3Cなどの組織は、認知障害などの分野における新しいアクセシビリティガイドラインを取り入れるために、詳細を説明したツールの開発が基本的であると認識している。
- EvalIrisは、WebページのHTMLマークアップを受け取り、それを木構造に変換して各HTMLコンポーネントのアクセシビリティを個別に検証する。エラーや警告はXML形式で報告される。
- アクセシビリティガイドラインの情報は、XMLネイティブデータベースに格納され、新しいバージョンのガイドラインを簡単にシステムに組み込むことができる。
- 新しいアクセシビリティガイドラインは、XMLスキーマに手動でエンコードされ、XMLネイティブデータベースに直接組み込むことができる。
- EvalIrisはW3CのWCAG 1.0ガイドラインに基づいてWebページのアクセシビリティを評価するWebサービスとして実装されている。
- EvalIrisはW3Cの「アクセシビリティ評価および修復ツールのためのテクニック」で評価され、多くのアクセシビリティの障壁を検出可能である。
- EvalIrisは、ウェブアクセシビリティのミスを検出するためのツールで、他のツールよりも多くのミスを検出できることが示されている。
- EvalIrisは、Webサービスであり、人間のインターフェースを持たないため、Webサービスを呼び出すアプリケーションが必要とされる。
- 現在、EvalIrisシステムは3つの異なる方向に向けて拡張されており、それはクローラーの統合、ユーザーインターフェースの設計、新しいアクセシビリティガイドラインのXMLスキーマへの翻訳支援を含んでいる。
- この研究は、European CommissionによってIST-2000-26211 IRISプロジェクトで資金提供されており、異なる組織によって開発されている。
評価
論文タイトル：The use of guidelines to automatically verify Web accessibility
論文掲載雑誌名：Universal Access in the Information Society (UAIS) (2004) 3: 71–79（Springer-Verlag）
論文発行年月：200402
# 新規性
- Webアクセシビリティ自動評価ツール「EvalIris」を提案。ガイドラインを明確に定義したXML構造で記述することで、ガイドライン集合を容易に差し替え・更新できる点が核心的な新規性
- アクセシビリティ研究の進展に伴いガイドラインが頻繁に改訂・新設される現実に対し、ツール本体を改修せずXMLリポジトリの更新だけで新ガイドラインを取り込める拡張性を設計目標に据えた
- EvalIrisをWebサービスとして実装し、任意の外部アプリケーションからRPC的に呼び出せる構成とした点
# 言及されている全ての関連研究との相違点
- W3C-WAIの3系統（WCAG/ATAG/UAAG）やSection 508を概観し、既存ツールBobby、LIFT Online/Onsite、AccessEnable、A-Prompt、WebSAT、Kwaresmi 等と比較
- Ivory & Hearts[16]の「自動キャプチャ／分析／批評ツール」分類を踏まえ、多くの既存ツールがWAI/508に固定されガイドラインの差し替えが難しいのに対し、EvalIris（とKwaresmi、AccessEnable）は新ガイドラインの導入を許す点で差別化。特にXMLスキーマによる任意ガイドライン記述を強みとする
- Bobby・TAWとの実比較で、EvalIrisがより多種のアクセシビリティ誤り（metadata/TITLE、非推奨APPLET、キーボードショートカット等）を検出できたと主張
# 有効性
- HTMLマークアップをURLまたは直接入力で受け取り、木構造へ変換、各HTMLコンポーネント（image/table/header等）ごとにXMLネイティブDBのチェックポイントと照合。自動検出可能な失敗を「error」、手動確認要を「warning」としXML形式でレポート
- WCAG 1.0チェックポイント5.5（表のsummary）等のXML符号化例、および仮想の新ガイドライン追加例を具体的に提示し、拡張手順を実証
- W3CのAERT（Techniques For Accessibility Evaluation And Repair Tools）のテスト文書で全障壁を検出できたと報告。ただし符号化は現状「手動」でXML/HTML熟知が前提、Webサービス単体ではUIを持たない等の制約があり、定量的なユーザー評価は限定的
# 信頼性
- UAIS（Springer、査読付きLong Paper）掲載。欧州IRISプロジェクト（IST-2000-26211）の成果として複数機関が関与し、W3C公式の評価手法AERTで検証した点は信頼性を支える
- 一方、検出能力の他ツール比較結果は著者ら自身のサイト公開データに依拠し独立検証が乏しい。ガイドライン自体が当時まだ厳密な実証的妥当性検証を経ていない点を著者も認めており、クローラ統合・UI・XML翻訳支援は「今後の課題」段階。2004年・WCAG 1.0時代の研究で最新基準には直接当てはまらない
和訳
![]()
1 / 1
100%
