Copyright © 2018-2023 World Wide Web Consortium. W3C® liability, trademark and permissive document license rules apply.
この仕様は、次のようなさまざまな認知および学習障害のあるウェブ利用者を支援するための 標準的な手法を、ウェブコンテンツ制作者に提供するものです。
この仕様で説明する技術は、フォームコントロール、アイコン、その他のユーザーインターフェイス要素を含む 一般的なウェブコンテンツの外観を、個々の利用者が好む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プロセス文書に準拠します。
この節は非規範的です。
この仕様モジュールにより、制作者は要素レベルでコンテンツに意味情報を追加でき、 AACシンボルのサポートを必要とする 個々の利用者にとって、よりなじみがあり理解しやすいインターフェイスを提供しやすくなります。ヘルパーアプリや サードパーティツールによって生成される最終的なレンダリングは、最終的には利用者の構成設定によって定義されます。
この仕様で説明する属性と値の目標は、個々の利用者に対して、パーソナライズされた コミュニケーションとウェブコンテンツとのやり取りを可能にすることです。この仕様には、 次の機能が含まれます。
WAI-Adaptについては、WAI-Adapt解説 [adapt] でより詳しく紹介しています。
WAI-Adapt: シンボルモジュールは、WAI-Adapt技術仕様の最初の部分であり、 追加の意味情報を用いてウェブコンテンツをマークアップするために使用できるWAI-Adaptと語彙を提供し、 利用者のパーソナライズ設定または好みに基づき、さまざまな利用者シナリオに合わせて ユーザーエージェントがコンテンツを拡張または適応できるようにします。シンボルモジュールにより、 制作者はコンテンツの特定部分の意味に関する追加情報を提供することでウェブコンテンツを強化できます。 ユーザーエージェントは、これらの意味情報を使用して、利用者の好むシンボルセットに合わせて コンテンツを拡張または適応します。これは、さまざまなニーズを持つ利用者がコンテンツをよりよく理解する助けになります。
WAI-Adapt: シンボルモジュールの語彙は、プロパティとその値から構成されています。詳しくは WAI-Adapt解説を参照してください。
このモジュール仕様に含まれる語彙実装は、実装wikiページで入手できます。
プロパティは、語彙によってサポートされるWAI-Adapt型の主要な単位です。あるプロパティは、 特定の種類のパーソナライズをサポートします。そのプロパティは、特定のコンテンツ片では 一度だけ使用されますが、異なるニーズに対応するために、同じコンテンツ片で複数の異なる プロパティを使用することはできます。
値は、プロパティに対する具体的なWAI-Adapt情報を提供します。各プロパティに指定できる値は、 モジュール内のプロパティ定義で詳述されています。一部のプロパティでは、値はあらかじめ定義された 可能な値の一覧から取得する必要があり、他のプロパティでは任意の文字列を受け付けることができ、 複数の値を受け付けるものもあります。属性値は、次のいずれかの型になります。
この仕様の属性と値は、アクセシビリティツリーで公開される意味情報を上書きするものではなく、 それらを拡張するものであることに注意してください。要素の意味情報と属性値との間に競合がある場合、 検証アルゴリズムはエラーではなく警告を発するべきです。
WAI-Adaptの要件文書では、 ユースケースと要件を説明しています。これらは、W3Cノート 認知障害および学習障害のある人々のためにコンテンツを使いやすくする で公開された利用者シナリオとユースケースに基づいています。この仕様モジュールは、 AACシンボルをサポートするためにコンテンツを適応することに関連する これらの要件を満たすための重要な構成要素の1つを提供します。
この文書では、さまざまな認知障害および関連する利用者ニーズに関する多くの特定の用語を使用します。 これらの用語は、Cognitive and Learning Disabilities Accessibility Task Forceによって定義されています。 具体的な定義については、COGA用語集を参照してください。
非規範的と示された節に加えて、この仕様内のすべての制作ガイドライン、図、例、および注記は 非規範的です。この仕様内のそれ以外のすべては規範的です。
この文書におけるキーワード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インデックス値で マーク付けしなければならないという要件はなく、最小要件もありません。
adapt-symbol属性は、従来の書記言語を処理できない利用者のために、
AAC機器などで使用されるシンボルの概念を識別します。
シンボルは代替語彙であり、現在、複数のシンボルセットが存在します。残念ながら、これらのさまざまな
シンボルセットは相互に理解可能ではないため、シンボルセットαによる表現に慣れている個人は、
シンボルセットβを用いた表現を理解できません。この仕様は、今日世界に存在するシンボルセット間で
シンボル表現を相互参照するための現行の事実上の標準である
BCI概念インデックスを使用して、
個々の利用者が知っているセットから適切なシンボルを選択するための、ウェブベースの
技術的仕組みを提供するために存在します。
adapt-symbol属性は数値参照番号を受け入れます。
パーソナライズに対応したユーザーエージェントは、次の方法でユーザーインターフェイスを拡張または変換できます。
世界の言語のサポート、およびある言語から別の言語へのコンテンツ翻訳は、書記自然言語間で 行われることを理解することが重要です。シンボル同士の間で翻訳が行われることは、いかなる時点でも 想定されていません。そのような概念は未定義のままです。複数の AACシンボルセットがこの仕様で サポートされているのは、あるシンボルセットの利用者は一般に、別のシンボルセットのシンボルを 理解できないためです。したがって、この仕様は、共通の概念交換としての BCIインデックス値に基づき、 個々の利用者が知っているAACシンボルセットで概念を表現することを容易にします。
表現が性や動詞の時制に基づいて異なる自然言語では、その表現をシンボルにマッピングするために、
複数のBCIインデックス値が必要になることがあります。
そのような場合、コンテンツ制作者は、単一の活用済みシンボルにマッピングするために、プラス(+)記号を
使用して複数のBCIインデックス値を結合するべきです
(BCIインデックス値の間に空白は入れません)。
テキストコンテンツを表現する個別のコードポイントが存在しない場合、2つ以上の概念インデックス値を
プラス(+)記号のみで区切って並べることにより、複数のBCIインデックス値を活用結合しても
MAY。複数の概念の順序は、コンテンツの自然言語における通常の発話で
使用される順序と同じであるべきです。
シンボルへのマッピングに使用される数値は、公開されたBCIインデックス値でなければ MUSTなりません。これらは、W3C Augmentative and Alternative Communication (AAC)Symbols Registry 仕様 [aac-registry] から 取得できます。
この仕様は、制作者がコンテンツの一部からBCIによって定義される概念への 1対1のマッピングを行えるようにすることに重点を置いています。利用者に適したシンボルの レンダリングは、ユーザーエージェント、拡張機能、または支援技術によって処理されます。 レンダリングのためのシンボル選択は、単純な検索の形を取ることが想定されています。
この仕様はレンダリングに重点を置いているわけではありませんが、制作者および実装者にとって 関心がある可能性のある、想定される処理に関するいくつかの注記を以下に示します。
adapt-symbol属性を使用した例をいくつか示します。
<span adapt-symbol="13621">Cup</span> of <span adapt-symbol="17511">Tea</span>
altテキスト)。
<img src="cup.png" adapt-symbol="13621" alt="Cup"/>
<img src="her-name.png" alt="שמה" adapt-symbol="15691+14707"/>
| 特性 | 値 |
|---|---|
| 関連概念: | microdata [microdata]、SKOS Core Guide [swbp-skos-core-guide] およびRDFa [rdfa-primer] |
| 使用されるロール: | ベースマークアップのすべての要素 |
| 継承先のロール: | プレースホルダー |
| 値: | URI |
この仕様は、コンテンツに関するコンテキスト情報を文書に追加するものであり、セキュリティに影響を与えるべきではありません。
この仕様自体は個人の好みや個人情報を公開しませんが、当該意味情報に基づいて動作するサードパーティの ユーザーエージェントまたはプロキシサーバーは、特定の利用者にコンテンツを提示する方法に関する 個人の好みを保存する必要がある場合があります。すべての個人の好みおよび個人情報を保護するため、 すべてのユーザーエージェントまたはプロキシサーバーがベストプラクティスを実装することが推奨されます。
利用者設定を持つすべてのユーザーエージェントには、利用者情報を安全に保つためのベストプラクティスに従うことが推奨されます。
WAI-Adapt: シンボルモジュールのプライバシーとセキュリティに関する考慮事項は、issue #131でも議論されています。
WAI Adapt: シンボルモジュール仕様は、ウェブサイトの裁量によりページのHTMLに追加できるsymbol属性で構成されます。 ユーザーエージェントは、これらの属性に基づいて適切なレンダリング判断を行うことができます。
仕様がCandidate Review状態を終了するには、仕様内の属性値について、少なくとも2つのユーザーエージェント (または既存ユーザーエージェントの拡張機能)が、その属性の意味に適した識別可能な方法で その属性に反応する必要があります。
明確化のため、次の点に注意します。
WAI-Adapt標準は、ページ制作者が使用するHTML値/属性マークアップコードを規定していますが、 終了基準を満たす実装は、マークアップのレンダリングに重点を置きます。
特定の属性をレンダリングするユーザーエージェント(または拡張機能)では、その属性のすべての値が サポートされなければなりません。
テスト結果は、別個の実装報告で公開されます。
この節は非規範的です。
次の人々がこの文書の開発に貢献しました。
この公開文書は、当初は契約番号ED-OSE-10-C-0067の下で、その後は契約番号 HHSP23301500054Cの下で、現在はHHS75P00120P00168の下で資金提供を受けています。 この公開文書の内容は、必ずしも米国保健福祉省の見解または方針を反映するものではなく、 商標名、商品、または組織への言及が米国政府による承認を意味するものでもありません。 このプロジェクトの作業の一部は、助成契約番号780529および643399の下で、欧州連合のHorizon 2020 研究・イノベーションプログラムからも資金提供を受けています。