Graphics Accessibility API マッピング

W3C 勧告

このバージョン:
https://www.w3.org/TR/2018/REC-graphics-aam-1.0-20181002/
最新公開バージョン:
https://www.w3.org/TR/graphics-aam-1.0/
最新エディターズドラフト:
https://w3c.github.io/graphics-aam/
実装報告書:
https://w3c.github.io/test-results/graphics-aam/
以前のバージョン:
https://www.w3.org/TR/2018/PR-graphics-aam-1.0-20180626/
編集者:
(Igalia, S.L.)
(W3C)
旧編集者:
(IBM Corporation) (2016年9月まで)
(Knowbility) (2017年8月まで)
著者:
(IBM Corporation)
(Knowbility)
(W3C)

公開以降に報告された誤りや問題については、正誤表 を確認してください。

翻訳も参照してください。

Copyright © 2016-2018 W3C® (MIT, ERCIM, Keio, Beihang). W3C liability, trademark and document use rules apply.

概要

Graphics Accessibility API マッピングは、 ユーザーエージェントが、WAI-ARIA Graphics Module [GRAPHICS-ARIA-1.0] のマークアップを、プラットフォームのアクセシビリティ APIにどのようにマッピングするかを定義します。これは、ユーザーエージェントにおけるアクセシビリティを担当するユーザーエージェント開発者を対象としており、 [SVG] や [HTML52] 用に作成されたものなどのグラフィックスのアクセシビリティをサポートできるようにすることを目的としています。

この仕様をユーザーエージェントに実装することで、作者は共通のグラフィックス・セマンティクスを支援技術へ伝えることにより、よりアクセシブルなグラフィックスを作成できるようになります。 これは、WAI-ARIA Graphics Module [GRAPHICS-ARIA-1.0] で定義されるロールについて、Accessibility API マッピングの指針を提供します。

Graphics Accessibility API マッピングは、 WAI-ARIA 概要で説明されている WAI-ARIA 一連仕様の一部です。

この文書の状態

このセクションは、公開時点におけるこの文書の状態を説明するものです。他の文書がこの文書に取って代わる場合があります。現在の W3C 公開文書の一覧およびこの技術報告書の最新版は、https://www.w3.org/TR/ の W3C 技術報告書 索引で確認できます。

これは、W3C 勧告である Graphics-AAM 1.0 であり、Accessible Rich Internet Applications Working Group によるものです。ワーキンググループは、この仕様が実装可能であることを示すために Graphics-ARIA 1.0 実装 報告書を作成しました。Graphics-AAM 1.0 への変更履歴は付録で確認できます。

コメントするには、W3C graphics-aam GitHub リポジトリに課題を登録してください。それが難しい場合は、 public-aria@w3.org（コメントアーカイブ）までメールを送信してください。Graphics-AAM 1.0 勧告に対して受け取ったコメントは、このバージョンの仕様への変更にはつながりませんが、正誤表または Graphics-ARIA の将来のバージョンで扱われる可能性があります。ワーキンググループはコメントに対して正式な回答を行わない場合がありますが、ワーキンググループが今後行う作業において、この文書に対して受け取ったコメントを扱う可能性があります。 文書の進行中の更新は、公開されているエディターズドラフトで確認できます。

この文書は、Accessible Rich Internet Applications Working Group により勧告として公開されました。

この文書に関するコメントを歓迎します。 コメントは public-aria@w3.org （アーカイブ）まで送信してください。

ワーキンググループの実装 報告書を参照してください。

この文書は、W3C メンバー、ソフトウェア 開発者、および他の W3C グループならびに関係者によりレビューされ、W3C 勧告として Director により承認されています。 これは安定した文書であり、参考資料として使用したり、他の文書から引用したりできます。 W3C が勧告を作成する役割は、この仕様に注意を喚起し、その広範な展開を促進することです。これにより、Web の機能性と相互運用性が向上します。

この文書は、 W3C 特許ポリシーの下で活動する グループによって作成されました。 W3C は、当該グループの成果物に関連して行われた特許 開示の公開一覧を維持しています。 そのページには、特許を開示するための手順も含まれています。ある特許について実際の知識を持ち、その特許が Essential Claim(s) を含むと考える個人は、 W3C 特許ポリシー第 6 節に従って情報を開示しなければなりません。

この文書は、2018年2月1日版 W3C Process Document に準拠します。

1. はじめに

このセクションは非規範的です。

Graphics Accessibility API マッピング仕様は、 WAI-ARIA Graphics Module [GRAPHICS-ARIA-1.0] のロールに対するロールマッピングを提供します。

Web 文書およびアプリケーションでは、 本質的なセマンティック情報は Document Object Model（DOM）内にカプセル化されています。 支援技術はこの情報をユーザーエージェントから取得します。 ユーザーエージェントは、要素と属性を プラットフォームの Accessibility API にマッピングします。

WAI-ARIA 1.0 で定義された当初の一連の要素セマンティクスは、 グラフィックスを、対話性や意味のあるセマンティック構造を持たない個別の埋め込み画像としてのみ考慮していました。 そのため、ラベル付き図表やデータチャートなどの複雑なグラフィックス、 またはインタラクティブなグラフィックスを伝達するには十分ではありませんでした。 WAI-ARIA Graphics Module は、 グラフィックの構造を伝達できる 3 つのロールからなる中核的な集合を定義します。 この仕様は、ユーザー エージェントがそれらのロールを、現在使用されているアクセシビリティ APIにどのように公開すべきかを定義します。 これにより、セマンティック情報が、それらの API を使用する支援技術で利用できるようになります。

WAI-ARIA の入門については、 WAI-ARIA 概要を参照してください。 これは、WAI-ARIA 仕様を定義し支援するリソース群の一部であり、 次の文書を含みます。

2. 適合性

この仕様の主要な内容は規範的であり、適合性の主張に影響する要件を定義します。導入的な資料、付録、「非規範的」と示されたセクションとそのサブセクション、図、例、および注記は参考情報 （非規範的）です。非規範的な資料は、指針の解釈を助けるための助言的情報を提供するものであり、 適合性の主張に影響する要件を作成しません。

規範的セクションは、ユーザーエージェントが、この仕様に適合する実装とするために従わなければならない要件を提供します。 この文書におけるキーワード MUST、MUST NOT、REQUIRED、SHALL、SHALL NOT、SHOULD、RECOMMENDED、MAY、および OPTIONAL は、Keywords for use in RFCs to indicate requirement levels [RFC2119] に記載されているとおりに解釈されます。 RFC-2119 キーワードは大文字で表記され、class="rfc2119" を持つ要素内に含まれます。 上記のキーワードが使用されていても、この形式を共有していない場合、それらは RFC 2119 の意味での正式な情報を伝えるものではなく、 単なる説明、すなわち参考情報です。この仕様では、可能な限りそのような用法を避けています。

規範的セクションは、作者、ユーザーエージェント、および支援技術が、この仕様に適合する実装とするために従わなければならない要件を提供します。 MUST

非規範的（参考情報）セクションは、仕様の理解に役立つ情報を提供します。そのようなセクションには推奨される実践の例が含まれる場合がありますが、 この仕様に適合するためにそのような推奨に従うことは必須ではありません。

3. 重要な用語

一部の用語はその場で定義されますが、次の定義はこの文書全体で使用されます。

Accessibility API

オペレーティングシステムおよびその他のプラットフォームは、オブジェクトおよびイベントに関する情報を支援技術へ公開する一連のインターフェイスを提供します。支援技術は、これらのインターフェイスを使用して、それらのウィジェットに関する情報を取得し、それらと対話します。アクセシビリティ API の例には、Microsoft Active Accessibility [MSAA]、Microsoft User Interface Automation [UI-AUTOMATION]、MSAA with UIA Express [UIA-EXPRESS]、 Mac OS X Accessibility Protocol [AXAPI]、Linux/Unix Accessibility Toolkit [ATK] および Assistive Technology Service Provider Interface [AT-SPI]、ならびに IAccessible2 [IAccessible2] があります。

支援技術

次のようなハードウェアおよび／またはソフトウェアです。

  • Web コンテンツを取得しレンダリングするために、ユーザーエージェントが提供するサービスに依存するもの
  • API の使用を通じて、ユーザーエージェントまたは Web コンテンツ自体と連携するもの、および
  • 障害のある人々による Web コンテンツとのユーザー操作を容易にするために、ユーザーエージェントが提供するものを超えるサービスを提供するもの

この定義は、他の文書で使用される定義と異なる場合があります。

この文書の文脈で重要な支援技術の例には、次のものが含まれます。

  • レンダリングされたテキストおよび画像の視覚的な読みやすさを拡大し改善するために使用される画面拡大ソフトウェア。
  • 合成音声または更新可能な点字ディスプレイを通じて情報を伝えるために最もよく使用されるスクリーンリーダー。
  • テキストを合成音声に変換するために使用されるテキスト読み上げソフトウェア。
  • 音声による制御およびディクテーションを可能にするために使用される音声認識ソフトウェア。
  • キーボードをシミュレートするために使用される代替入力技術（ヘッドポインター、オンスクリーンキーボード、単一スイッチ、および吸気／呼気デバイスを含む）。
  • マウスのポインティングおよびクリックをシミュレートするために使用される代替ポインティングデバイス。
属性

この仕様では、属性はマークアップ言語における用法と同じ意味で使用されます。属性は、要素によって表されるオブジェクトの状態およびプロパティに関する情報を提供するために、要素に追加される構造的な特徴です。

クラス

類似した特性を共有するインスタンスオブジェクトの集合です。

要素

この仕様では、要素はマークアップ言語における用法と同じ意味で使用されます。要素は、オブジェクトのデータプロファイルを含むマークアップ言語内の構造的要素です。

イベント

状態の離散的な変化を、計算システム内の他のオブジェクトに伝達するために使用されるプログラム上のメッセージです。Web ページへのユーザー入力は、一般に、その相互作用を記述し、文書オブジェクトの状態変化を通知できる抽象イベントを通じて仲介されます。いくつかのプログラミング言語では、イベントは通知としてより一般的に知られています。

参考情報

情報提供を目的として提供され、適合性に必要とされない内容です。適合性に必要とされる内容は、規範的と呼ばれます。

規範的

適合性に必要とされることを意味します。対照的に、参考情報または「非規範的」と識別される内容は、適合性に必要とされません。

オブジェクト

ユーザーインターフェイスの文脈では、知覚されるユーザー体験における項目であり、マークアップ言語では 1 つ以上の要素によって表され、ユーザーエージェントによってレンダリングされるものです。

プログラミングの文脈では、類似したオブジェクトの一般的な特性を定義する 1 つ以上のクラスおよびインターフェイスのインスタンス化です。アクセシビリティ API 内のオブジェクトは、1 つ以上の DOM オブジェクトを表す場合があります。アクセシビリティ API は、DOM インターフェイスとは異なる定義済みインターフェイスを持ちます。
プロパティ

特定のオブジェクトの性質に不可欠な属性、またはそのオブジェクトに関連付けられたデータ値を表す属性です。プロパティの変更は、オブジェクトの意味または表示に大きな影響を与える場合があります。たとえば aria-multiline のような特定のプロパティは、状態よりも変化しにくいですが、変化頻度の違いは規則ではないことに注意してください。aria-activedescendant、aria-valuenow、および aria-valuetext のようないくつかのプロパティは、頻繁に変化することが想定されています。 状態とプロパティの明確化を参照してください。

ロール

型の主要な指標です。 このセマンティックな関連付けにより、ツールはその型の他のオブジェクトに対するユーザーの期待と一貫した方法で、オブジェクトを提示し、相互作用をサポートできます。

セマンティクス

人間によって理解される何かの意味であり、コンピューターがオブジェクトの表現を処理できるように定義されたものです。たとえば要素や属性などを処理し、さまざまな人間がそのオブジェクトについて相互に一貫した理解を得られるような形で、そのオブジェクトを確実に表現できるようにします。

状態

状態は、ユーザー操作または自動化された処理に応じて変化する可能性のあるオブジェクトの特性を表す、動的なプロパティです。状態はオブジェクトの本質的な性質には影響しませんが、そのオブジェクトに関連付けられたデータまたはユーザー操作の可能性を表します。状態とプロパティの明確化を参照してください。

ユーザーエージェント

Web コンテンツを取得し、レンダリングし、エンドユーザーによる相互作用を容易にする任意のソフトウェアです。この定義は、他の文書で使用される定義と異なる場合があります。

ウィジェット

ユーザーが操作できる個別のユーザーインターフェイスオブジェクトです。ウィジェットは、1 つの値または操作を持つ単純なオブジェクト（例: チェックボックスやメニュー項目）から、多数の管理されたサブオブジェクトを含む複雑なオブジェクト（例: ツリーやグリッド）までさまざまです。

4. WAI-ARIA のアクセシビリティ API へのマッピング

4.1 WAI-ARIA セマンティクスを公開するための一般規則

このセクションは、[CORE-AAM-1.1] のWAI-ARIA セマンティクスを公開するための一般規則に適合しなければなりません MUST。

5. ネイティブマークアップのセマンティクスと WAI-ARIA の競合

ユーザーエージェントは、[CORE-AAM-1.1] のネイティブマークアップのセマンティクスと WAI-ARIA の競合に適合しなければなりません MUST。

6. アクセシビリティ API プロパティに直接マッピングされない属性の公開

ユーザーエージェントは、[CORE-AAM-1.1] のアクセシビリティ API プロパティに直接マッピングされない属性の公開に適合しなければなりません MUST。

7. ロールマッピング

プラットフォームのアクセシビリティ API は従来、そのプラットフォーム上の支援 技術が想定する有限の定義済みロール集合を持ち、公開されるロールは 1 つまたは 2 つだけである場合があります。対照的に、WAI-ARIA では、複数のロールを空白区切りの有効なロールトークンの順序付き集合として指定できます。追加のロールは、最初に選択したフォントタイプがサポートされていない場合に備えて複数のフォントを指定する概念に似たフォールバックロールです。

7.1 一般規則

ユーザーエージェントは、[CORE-AAM-1.1] の Role Mapping General Rules アクセシビリティ API 計算要件に適合しなければなりません MUST。

7.2 ロールマッピング表

このセクションは、グラフィックスにおけるロールが、そのネイティブホスト言語のセマンティクスに基づいて、また WAI-ARIA ロールが適用される場合に、プラットフォームのアクセシビリティ API にどのようにマッピングされるかを定義します。 このセクションは、Core Accessibility API Mappings 仕様を直接参照します。

WAI-ARIA ロールのアクセシビリティ API へのマッピングを説明する表。
WAI-ARIA ロール MSAA + IAccessible2 ロール + その他の IAccessible2 機能 UIA コントロール型 + その他の機能 ATK/AT-SPI ロール AXAPI
graphics-document

ROLE_SYSTEM_DOCUMENT + STATE_SYSTEM_READONLY

IAccessible2: オブジェクト属性 xml-roles:graphics-document。

コントロール型: 'Document'。

ROLE_DOCUMENT_FRAME およびオブジェクト属性 xml-roles:graphics-document を公開します。

AXRole: AXGroup
AXSubrole: AXDocument
AXRoleDescription: 'document'
graphics-object ROLE_SYSTEM_GROUPING +

IAccessible2: オブジェクト属性 xml-roles:graphics-object。

コントロール型: 'Group'。

ROLE_PANEL およびオブジェクト属性 xml-roles:graphics-object を公開します。

AXRole: AXGroup
AXSubrole: <nil>
AXRoleDescription: 'group'
graphics-symbol ROLE_SYSTEM_GRAPHIC

IAccessible2: オブジェクト属性 xml-roles:graphics-symbol。

コントロール型: 'Image'。

ROLE_IMAGE およびオブジェクト属性 xml-roles:graphics-symbol を公開します。

AXRole: AXImage
AXSubrole: <nil>
AXRoleDescription: 'image'

A. 変更履歴

Graphics Accessibility API Mappings 1.0 への完全なコミット履歴を利用できます。

A.1 最初の公開作業草案以降の実質的な変更

B. 謝辞

このセクションは非規範的です。

次の人々がこの文書の開発に貢献しました。

B.1 公開時点で SVG アクセシビリティ・タスクフォースにおいて活動していた参加者

B.2 公開時点で ARIA WG において活動していた参加者

B.3 支援資金提供者

この出版物は、当初は契約番号 ED-OSE-10-C-0067、現在は契約番号 HHSP23301500054C の下で、米国教育省、 National Institute on Disability, Independent Living, and Rehabilitation Research（NIDILRR）からの米国連邦資金により一部支援されています。この出版物の内容は、必ずしも米国教育省の見解または方針を反映するものではなく、商号、商業製品、または組織への言及が米国政府による承認を意味するものでもありません。

C. 参照文献

C.1 規範的参照文献

[CORE-AAM-1.1]
Core Accessibility API Mappings 1.1. Joanmarie Diggs; Joseph Scheuhammer; Richard Schwerdtfeger; Michael Cooper; Andi Snow-Weaver; Aaron Leventhal. W3C. 14 December 2017. W3C Recommendation. URL: https://www.w3.org/TR/core-aam-1.1/
[GRAPHICS-ARIA-1.0]
WAI-ARIA Graphics Module. Amelia Bellamy-Royds; Joanmarie Diggs; Michael Cooper. W3C. 26 June 2018. W3C Proposed Recommendation. URL: https://www.w3.org/TR/graphics-aria-1.0/
[RFC2119]
Key words for use in RFCs to Indicate Requirement Levels. S. Bradner. IETF. March 1997. Best Current Practice. URL: https://tools.ietf.org/html/rfc2119

C.2 参考参照文献

[ACCNAME-AAM-1.1]
Accessible Name and Description: Computation and API Mappings 1.1. Joseph Scheuhammer; James Craig; Andi Snow-Weaver; Aaron Leventhal. W3C. 17 March 2016. W3C Working Draft. URL: https://www.w3.org/TR/accname-aam-1.1/
[AT-SPI]
Assistive Technology Service Provider Interface. The GNOME Project. URL: https://developer.gnome.org/libatspi/stable/
[ATK]
ATK - Accessibility Toolkit. The GNOME Project. URL: https://developer.gnome.org/atk/stable/
[AXAPI]
The NSAccessibility Protocol for macOS. Apple, Inc. URL: https://developer.apple.com/documentation/appkit/nsaccessibility
[HTML52]
HTML 5.2. Steve Faulkner; Arron Eicholz; Travis Leithead; Alex Danilo; Sangwhan Moon. W3C. 14 December 2017. W3C Recommendation. URL: https://www.w3.org/TR/html52/
[IAccessible2]
IAccessible2. Linux Foundation. URL: https://www.linuxfoundation.org/collaborate/workgroups/accessibility/iaccessible2
[MSAA]
Microsoft Active Accessibility (MSAA) 2.0. Microsoft Corporation. URL: https://msdn.microsoft.com/en-us/library/ms697707.aspx
[SVG]
Scalable Vector Graphics (SVG) 1.0 Specification. Jon Ferraiolo. W3C. 4 September 2001. W3C Recommendation. URL: https://www.w3.org/TR/SVG/
[SVG-AAM-1.0]
SVG Accessibility API Mappings. Amelia Bellamy-Royds; Ian Pouncey. W3C. 10 May 2018. W3C Working Draft. URL: https://www.w3.org/TR/svg-aam-1.0/
[UI-AUTOMATION]
UI Automation. Microsoft Corporation. URL: https://msdn.microsoft.com/en-us/library/ee684009%28v=vs.85%29.aspx
[UIA-EXPRESS]
The IAccessibleEx Interface. Microsoft Corporation. URL: https://msdn.microsoft.com/en-us/library/windows/desktop/dd561898%28v=vs.85%29.aspx
[WAI-ARIA-1.0]
Accessible Rich Internet Applications (WAI-ARIA) 1.0. James Craig; Michael Cooper et al. W3C. 20 March 2014. W3C Recommendation. URL: https://www.w3.org/TR/wai-aria/
[WAI-ARIA-1.1]
Accessible Rich Internet Applications (WAI-ARIA) 1.1. Joanmarie Diggs; Shane McCarron; Michael Cooper; Richard Schwerdtfeger; James Craig. W3C. 14 December 2017. W3C Recommendation. URL: https://www.w3.org/TR/wai-aria-1.1/
[WAI-ARIA-PRACTICES-1.1]
WAI-ARIA Authoring Practices 1.1. Matthew King; James Nurthen; Zoë Bijl; Michael Cooper; Joseph Scheuhammer; Lisa Pappas; Richard Schwerdtfeger. W3C. 26 July 2018. W3C Note. URL: https://www.w3.org/TR/wai-aria-practices-1.1/
[WCAG21]
Web Content Accessibility Guidelines (WCAG) 2.1. Andrew Kirkpatrick; Joshue O Connor; Alastair Campbell; Michael Cooper. W3C. 5 June 2018. W3C Recommendation. URL: https://www.w3.org/TR/WCAG21/