WAI-Adapt: シンボルモジュール

W3C 勧告候補スナップショット

この文書の詳細
このバージョン:
https://www.w3.org/TR/2023/CR-adapt-symbols-20230105/
最新公開版:
https://www.w3.org/TR/adapt-symbols/
最新編集者草案:
https://w3c.github.io/adapt/symbols/
履歴:
https://www.w3.org/standards/history/adapt-symbols
コミット履歴
実装報告:
https://w3c.github.io/adapt/symbols/reports/
編集者:
(招待専門家)
(Benetech)
(招待専門家)
(W3C)
(W3C)
Richard Schwerdtfeger (Knowbility) (2017年10月まで編集者)
フィードバック:
GitHub w3c/adapt (プルリクエスト, 新しい課題, 未解決の課題)

概要

この仕様は、次のようなさまざまな認知および学習障害のあるウェブ利用者を支援するための 標準的な手法を、ウェブコンテンツ制作者に提供するものです。

この仕様で説明する技術は、フォームコントロール、アイコン、その他のユーザーインターフェイス要素を含む 一般的なウェブコンテンツの外観を、個々の利用者が好むAACシンボルを組み込んだ表示へと プログラムによって変換するために使用されることを意図しています。W3C 拡大・代替コミュニケーション(AAC)シンボルレジストリ仕様 [aac-registry]は、 コンテンツ制作者が使用する概念値と、その概念に対する利用者の好むAACシンボルセット表現との間に必要な対応付けを 提供します。

このWAI-Adapt: シンボルモジュールは、WAI-Adapt解説文書 [adapt] で導入されているWAI-Adaptシリーズの構成要素です。

この文書の位置付け

この節は、公開時点におけるこの 文書の位置付けを説明するものです。現在のW3C 公開文書の一覧およびこの技術報告の最新版は、 https://www.w3.org/TR/ にあるW3C技術 報告書索引で確認できます。

この文書は、Accessible Platform Architectures Working Groupにより、 勧告トラックを使用して 勧告候補スナップショットとして公開されました。

勧告候補としての公開は、W3Cおよびその会員による 支持を意味するものではありません。勧告候補スナップショットは 広範なレビューを受けており、 実装経験を 収集することを目的としており、実装に対してワーキンググループのメンバーから ロイヤリティフリーライセンスの 確約を得ています。

この勧告候補は、2023年6月15日より前に勧告案へ進むことは予定されていません。

コメントするには、WAI-Adapt GitHub リポジトリで新しい課題を開いてください。GitHubを利用することが難しい場合は、プレーンテキストの電子メールで次の宛先にコメントを送信してください。public-adapt@w3.org。処理できないバイナリ添付ファイルではなく、 メッセージ本文にコメントを含めてください。コメントは2023年2月28日までに送信してください。

この文書は、 W3C 特許 ポリシーの下で活動するグループによって作成されました。 W3Cは、 このグループの成果物に関連して行われた 特許開示の公開リストを管理しています。 そのページには、特許を開示するための 手順も含まれています。本人が 必須クレームを含むと考える特許について実際の 知識を有する個人は、 W3C特許ポリシー第6節に従って情報を開示しなければなりません。

この文書は、 2021年11月2日版W3Cプロセス文書に準拠します。

1. 序論

この節は非規範的です。

1.1 背景

この仕様モジュールにより、制作者は要素レベルでコンテンツに意味情報を追加でき、 AACシンボルのサポートを必要とする 個々の利用者にとって、よりなじみがあり理解しやすいインターフェイスを提供しやすくなります。ヘルパーアプリや サードパーティツールによって生成される最終的なレンダリングは、最終的には利用者の構成設定によって定義されます。

この仕様で説明する属性と値の目標は、個々の利用者に対して、パーソナライズされた コミュニケーションとウェブコンテンツとのやり取りを可能にすることです。この仕様には、 次の機能が含まれます。

WAI-Adaptについては、WAI-Adapt解説 [adapt] でより詳しく紹介しています。

1.2 WAI-Adapt: シンボルモジュール

WAI-Adapt: シンボルモジュールは、WAI-Adapt技術仕様の最初の部分であり、 追加の意味情報を用いてウェブコンテンツをマークアップするために使用できるWAI-Adaptと語彙を提供し、 利用者のパーソナライズ設定または好みに基づき、さまざまな利用者シナリオに合わせて ユーザーエージェントがコンテンツを拡張または適応できるようにします。シンボルモジュールにより、 制作者はコンテンツの特定部分の意味に関する追加情報を提供することでウェブコンテンツを強化できます。 ユーザーエージェントは、これらの意味情報を使用して、利用者の好むシンボルセットに合わせて コンテンツを拡張または適応します。これは、さまざまなニーズを持つ利用者がコンテンツをよりよく理解する助けになります。

1.3 語彙の構造 と実装

WAI-Adapt: シンボルモジュールの語彙は、プロパティとその値から構成されています。詳しくは WAI-Adapt解説を参照してください。

このモジュール仕様に含まれる語彙実装は、実装wikiページで入手できます。

1.3.1 プロパティ

プロパティは、語彙によってサポートされるWAI-Adapt型の主要な単位です。あるプロパティは、 特定の種類のパーソナライズをサポートします。そのプロパティは、特定のコンテンツ片では 一度だけ使用されますが、異なるニーズに対応するために、同じコンテンツ片で複数の異なる プロパティを使用することはできます。

1.3.2

値は、プロパティに対する具体的なWAI-Adapt情報を提供します。各プロパティに指定できる値は、 モジュール内のプロパティ定義で詳述されています。一部のプロパティでは、値はあらかじめ定義された 可能な値の一覧から取得する必要があり、他のプロパティでは任意の文字列を受け付けることができ、 複数の値を受け付けるものもあります。属性値は、次のいずれかの型になります。

ID参照
同じ文書内の別の要素のIDへの参照
ID参照リスト
1つ以上のID参照のリスト。
整数
小数部分を持たない数値。
数値
任意の実数値。
文字列
制約のない値型。
トークン
許可された限定的な値集合のうちの1つ。
トークンリスト
1つ以上のトークンのリスト。
URI
RFC 3986 [RFC3986] で定義されるUniform Resource Identifierです。これは、 別の文書、別の文書内のコンテンツフラグメント識別子、または同じ文書内の コンテンツフラグメント識別子を参照できます。

この仕様の属性と値は、アクセシビリティツリーで公開される意味情報を上書きするものではなく、 それらを拡張するものであることに注意してください。要素の意味情報と属性値との間に競合がある場合、 検証アルゴリズムはエラーではなく警告を発するべきです。

注記
実装はまだ最終確定されていないため、この文書内の例はすべて 説明のみを目的としたものであり、概念の理解を助けるために提供されています。すべての例は、 実装例が最終確定された後に更新されます。

1.4 ユースケースと要件

WAI-Adaptの要件文書では、 ユースケースと要件を説明しています。これらは、W3Cノート 認知障害および学習障害のある人々のためにコンテンツを使いやすくする で公開された利用者シナリオとユースケースに基づいています。この仕様モジュールは、 AACシンボルをサポートするためにコンテンツを適応することに関連する これらの要件を満たすための重要な構成要素の1つを提供します。

2. 用語

この文書では、さまざまな認知障害および関連する利用者ニーズに関する多くの特定の用語を使用します。 これらの用語は、Cognitive and Learning Disabilities Accessibility Task Forceによって定義されています。 具体的な定義については、COGA用語集を参照してください。

3. 適合性

非規範的と示された節に加えて、この仕様内のすべての制作ガイドライン、図、例、および注記は 非規範的です。この仕様内のそれ以外のすべては規範的です。

この文書におけるキーワードMAYおよびMUSTは、 ここに示すようにすべて大文字で出現する場合に限り、 BCP 14 [RFC2119] [RFC8174] に記載されているとおりに解釈されます。

この節は規範的です。

WAI-Adapt Symbolsの内容は、任意のテキスト範囲に対するadapt-symbol属性の数値からなり、 W3C Augmentative and Alternative Communication(AAC)Symbols Registry仕様 [aac-registry] から取得され、そのRegistryの数値に関連付けられた概念に対応します。 制作者は、コンテンツのパーソナライズ可能性を任意に高めるために、HTMLコンテンツ内でこの属性を 使用してもMAY。すべてのコンテンツをadapt-symbolインデックス値で マーク付けしなければならないという要件はなく、最小要件もありません。

4. 語彙

4.1 symbol

4.1.1 説明

adapt-symbol属性は、従来の書記言語を処理できない利用者のために、 AAC機器などで使用されるシンボルの概念を識別します。 シンボルは代替語彙であり、現在、複数のシンボルセットが存在します。残念ながら、これらのさまざまな シンボルセットは相互に理解可能ではないため、シンボルセットαによる表現に慣れている個人は、 シンボルセットβを用いた表現を理解できません。この仕様は、今日世界に存在するシンボルセット間で シンボル表現を相互参照するための現行の事実上の標準である BCI概念インデックスを使用して、 個々の利用者が知っているセットから適切なシンボルを選択するための、ウェブベースの 技術的仕組みを提供するために存在します。

adapt-symbol属性は数値参照番号を受け入れます。

パーソナライズに対応したユーザーエージェントは、次の方法でユーザーインターフェイスを拡張または変換できます。

  • BCI概念インデックスの数値を用いて注釈付けされた、 コンテンツ制作者のテキストを、利用者が好むセット内のシンボルへ変換する。
  • 利用者が慣れているシンボルを読み込んで表示することにより、シンボルセットによる表現を容易にし、 利用者が異なるアプリケーション環境間で新しいシンボルを学ぶ必要がないようにする。

注記

世界の言語のサポート、およびある言語から別の言語へのコンテンツ翻訳は、書記自然言語間で 行われることを理解することが重要です。シンボル同士の間で翻訳が行われることは、いかなる時点でも 想定されていません。そのような概念は未定義のままです。複数の AACシンボルセットがこの仕様で サポートされているのは、あるシンボルセットの利用者は一般に、別のシンボルセットのシンボルを 理解できないためです。したがって、この仕様は、共通の概念交換としての BCIインデックス値に基づき、 個々の利用者が知っているAACシンボルセットで概念を表現することを容易にします。

表現が性や動詞の時制に基づいて異なる自然言語では、その表現をシンボルにマッピングするために、 複数のBCIインデックス値が必要になることがあります。 そのような場合、コンテンツ制作者は、単一の活用済みシンボルにマッピングするために、プラス(+)記号を 使用して複数のBCIインデックス値を結合するべきです (BCIインデックス値の間に空白は入れません)。

テキストコンテンツを表現する個別のコードポイントが存在しない場合、2つ以上の概念インデックス値を プラス(+)記号のみで区切って並べることにより、複数のBCIインデックス値を活用結合しても MAY。複数の概念の順序は、コンテンツの自然言語における通常の発話で 使用される順序と同じであるべきです。

シンボルへのマッピングに使用される数値は、公開されたBCIインデックス値でなければ MUSTなりません。これらは、W3C Augmentative and Alternative Communication (AAC)Symbols Registry 仕様 [aac-registry] から 取得できます。

注記

この仕様は、制作者がコンテンツの一部からBCIによって定義される概念への 1対1のマッピングを行えるようにすることに重点を置いています。利用者に適したシンボルの レンダリングは、ユーザーエージェント、拡張機能、または支援技術によって処理されます。 レンダリングのためのシンボル選択は、単純な検索の形を取ることが想定されています。

この仕様はレンダリングに重点を置いているわけではありませんが、制作者および実装者にとって 関心がある可能性のある、想定される処理に関するいくつかの注記を以下に示します。

  • BCIインデックス値は、 利用者が選択したシンボルセット内の1つのレンダリング済みシンボルに対応する場合もあれば、 複数のレンダリング済みシンボルに対応する場合もあります。これは、利用者が選択したセットに、 その1つの概念を表す単一のシンボルがない場合があるためです。
  • BCI インデックス値から利用者が選択したシンボルセットへのマッピングが存在し、 ユーザーエージェントがそのインデックス値に対して1つ(または複数)のシンボルを レンダリングできるようになります。
  • W3C Registryを利用した拡張可能な 標準マッピングURIリソースが、BCI概念用に開発され、 複数の利用可能なシンボルセット内の対応するシンボルも相互参照します。
  • 制作者は、1つのインデックス値が1つのシンボルに対応すると仮定するべきではありません。 ただし制作者は、WCAG 2.1達成基準1.4.4 テキストのサイズ変更および 1.4.10 リフローに従って、 コンテンツがサイズ変更でき、リフローすることを確実にすること以外、レンダリングについて いかなる仮定も行う必要はありません。

4.1.2

adapt-symbol属性を使用した例をいくつか示します。

  1. 個々の単語のためのシンボル。
    1: 個々の単語のためのシンボル
    <span adapt-symbol="13621">Cup</span> of <span adapt-symbol="17511">Tea</span>
  2. 画像とともに使用されるシンボル(シンボルとして表現されるaltテキスト)。
    2: 画像とともに使用されるシンボル
    <img src="cup.png" adapt-symbol="13621" alt="Cup"/>
  3. 活用を伴うシンボル。この例では、活用されたヘブライ語の単語 שמהについて、「her name」を表すシンボルが使用されています。 プラス記号は、活用された値である「her」(14707)と「name」(15691)を空白なしで結合するために使用されます。 性が重要でない場合は、nameの値(15691)だけを使用できます。
    3: 活用を伴うシンボル
    <img src="her-name.png" alt="שמה" adapt-symbol="15691+14707"/>

4.1.3 特性

特性
関連概念:
使用されるロール: ベースマークアップのすべての要素
継承先のロール: プレースホルダー
値: URI

5. プライバシーとセキュリティに関する 考慮事項

この仕様は、コンテンツに関するコンテキスト情報を文書に追加するものであり、セキュリティに影響を与えるべきではありません。

この仕様自体は個人の好みや個人情報を公開しませんが、当該意味情報に基づいて動作するサードパーティの ユーザーエージェントまたはプロキシサーバーは、特定の利用者にコンテンツを提示する方法に関する 個人の好みを保存する必要がある場合があります。すべての個人の好みおよび個人情報を保護するため、 すべてのユーザーエージェントまたはプロキシサーバーがベストプラクティスを実装することが推奨されます。

利用者設定を持つすべてのユーザーエージェントには、利用者情報を安全に保つためのベストプラクティスに従うことが推奨されます。

WAI-Adapt: シンボルモジュールのプライバシーとセキュリティに関する考慮事項は、issue #131でも議論されています。

A. 勧告候補の終了 基準

WAI Adapt: シンボルモジュール仕様は、ウェブサイトの裁量によりページのHTMLに追加できるsymbol属性で構成されます。 ユーザーエージェントは、これらの属性に基づいて適切なレンダリング判断を行うことができます。

仕様がCandidate Review状態を終了するには、仕様内の属性値について、少なくとも2つのユーザーエージェント (または既存ユーザーエージェントの拡張機能)が、その属性の意味に適した識別可能な方法で その属性に反応する必要があります。

明確化のため、次の点に注意します。

B. 謝辞

この節は非規範的です。

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

B.1 公開時点でWAI-Adapt TFに参加していた参加者

B.2 その他のWAI-Adapt TF貢献者、コメント提供者、および以前の活動 参加者

B.3 支援資金提供者

この公開文書は、当初は契約番号ED-OSE-10-C-0067の下で、その後は契約番号 HHSP23301500054Cの下で、現在はHHS75P00120P00168の下で資金提供を受けています。 この公開文書の内容は、必ずしも米国保健福祉省の見解または方針を反映するものではなく、 商標名、商品、または組織への言及が米国政府による承認を意味するものでもありません。 このプロジェクトの作業の一部は、助成契約番号780529および643399の下で、欧州連合のHorizon 2020 研究・イノベーションプログラムからも資金提供を受けています。

C. 参考文献

C.1 規範的参考文献

[aac-registry]
W3C 代替・拡大コミュニケーション (AAC)シンボルレジストリ. Michael Cooper; Ruoxi Ran; Janina Sajka; Matthew Atkinson; Russell Galvin et al. W3C. DRY. URL: https://www.w3.org/TR/aac-registry/
[microdata]
HTML Microdata. Chaals Nevile; Dan Brickley; Ian Hickson. W3C. 2021年1月28日. W3Cワーキンググループノート. URL: https://www.w3.org/TR/microdata/
[rdfa-primer]
RDFa 1.1 Primer - 第3版. Ivan Herman; Ben Adida; Manu Sporny; Mark Birbeck. W3C. 2015年3月17日. W3Cワーキンググループノート. URL: https://www.w3.org/TR/rdfa-primer/
[RFC2119]
RFCにおいて要求レベルを示すために用いる キーワード. S. Bradner. IETF. 1997年3月. 現行最良慣行. URL: https://www.rfc-editor.org/rfc/rfc2119
[RFC8174]
RFC 2119キーワードにおける大文字と小文字の 曖昧さ. B. Leiba. IETF. 2017年5月. 現行最良慣行. URL: https://www.rfc-editor.org/rfc/rfc8174
[swbp-skos-core-guide]
SKOS Core Guide. Alistair Miles; Dan Brickley. W3C. 2005年11月2日. W3Cワーキングドラフト. URL: https://www.w3.org/TR/swbp-skos-core-guide/

C.2 参考情報

[adapt]
WAI-Adapt解説. Lisa Seeman-Horwitz; Charles LaPierre; John Foliot; Michael Cooper; Ruoxi Ran; Richard Schwerdtfeger. W3C. 2022年6月9日. W3Cワーキンググループノート. URL: https://www.w3.org/TR/adapt/