要約

  • W3Cは2026年8月18日、BTTの次期チャーター案を9月18日までの審査に付し、現行チャーターを10月23日まで延長した。
  • 現行チャーターはAT Driverを規範的成果物に含むが、次期案は明示的に削除し、ARIAが再チャーター時に採用し得るとしている。
  • ARIAの現行チャーターは2027年1月1日まで有効だが、AT Driverは成果物一覧にない。
  • ARIA issue 2826は未解決で、7月の議事録も受入れに向けた手順を述べるにとどまる。
  • 8月26日版のEditor's Draftは、現在もBTTを公開主体としている。編集継続はARIAによる標準化上の採用を意味しない。
  • 送り出し側と受入れ側のチャーター、仕様スナップショット、意思決定主体、参加者、特許方針を結ぶ移管台帳が必要だ。

現行チャーターと次期案は別の時間を示す

AT Driverは、支援技術ソフトウェアを検査し、遠隔操作するためのプロトコルである。スクリーンリーダーの設定変更、利用者操作の送信、読み上げ出力の取得などを双方向通信で扱う。WebDriver BiDiの考え方を多く再利用するものの、操作対象はブラウザー内に限られない。

この性格のため、AT Driverには二つの専門領域が重なる。2024年、W3CはBrowser Testing and Tools Working GroupのチャーターにAT Driverを加えた。現在有効なチャーターは、WebDriver、WebDriver BiDiと並んでAT Driverを規範的仕様に挙げる。8月18日には、その有効期限が10月23日まで延長された。

次期案は将来の状態を示す。規範的成果物はWebDriverとWebDriver BiDiだけになり、履歴表にはAT Driverを削除したと明記される。ARIAとの調整項目では、AT DriverはBTTの範囲に「以前は」含まれており、ARIAが再チャーター時に採用する可能性があると説明する。

「現在含まれる」と「将来は外す」は両立する。前者が今日の権限を定め、後者は承認後の設計を示す。9月18日の審査期限だけで新しい権限が発生するわけではない。

ARIAが適している理由はある

7月8日のARIA Editors会合では、移管の実務的な理由が語られた。AT DriverはWebDriver BiDiを基礎にするため、ブラウザー自動化の知識が必要である。同時に、実装にはスクリーンリーダー事業者の参加が欠かせない。支援技術事業者が直接作った実装の一つについて、その事業者はBTTではなくARIAに参加していたという。

ARIAの相互運用性を大規模に検証するには、支援技術層の自動化が必要だという指摘も重要だ。読み上げや操作モードを手作業だけで確認する仕組みでは、多数の製品とプラットフォームを継続的に比較できない。AT DriverはARIAの価値を測定可能にする道具でもある。

しかし、適合性は権限ではない。ARIAの現行チャーターはWAI-ARIAや各種Accessibility API Mappingを列挙し、ARIA-ATとの協力も定めるが、AT Driverを規範的成果物にしていない。6月23日に開かれたissue 2826は、将来のチャーターに含めるかを検討するためのもので、現在もOpen、In Progressである。

議事録が示した次の手順は、議長とW3Cスタッフの協議、チャーター案の作成、ARIA内での検討、Advisory Committee審査である。共同成果物も提案されたが、選択肢にはならなかったと記録されている。つまり、受入れ先は有力でも、受入れ文書はまだ完成していない。

空白期間にも草案は動ける

会合では、BTTから外れた後もARIAの準備が整っていなければどうするかが問われた。回答は、作業停止ではなかった。AT DriverはEditor's Draftで、Working Draftにも達していないため、編集を続けられる。ARIAで採用されなければ、Community GroupがCommunity Group Reportを作り、後に再び標準化を試みる道もある。

境界は規範的参照とRecommendation Track上の権限にある。議事録によれば、Community Group側をそのまま必要な規範的参照先にはできず、Working Groupの承認を待つ必要がある。草案の更新、コミュニティ報告、Working Groupによる標準化文書の公開は別々の行為である。

8月26日のAT Driver本文も現在地を示す。公開主体はBTTのままで、コメント先もBTTの公開メーリングリストである。Editor's DraftはW3Cや会員の承認を意味しないとの注意書きもある。現行BTTチャーターがAT Driverを含む以上、これは矛盾ではない。ARIAへの移管がまだ発効していないことを示すだけだ。

特許上の参加もグループ単位で扱われる

W3Cのチャーター作成案内は、scopeを許容される作業と特許上のコミットメントの外縁として扱う。Community GroupからWorking Groupへの移行ガイドも、既存グループの範囲外なら再チャーターが必要で、受入れチャーターには移管成果物とCommunity Groupとの関係を書くべきだとしている。

だからといって、直ちに特許上の空白が生じるわけではない。W3C Patent Policyの義務は、参加者が加入した特定Working Groupの作業に結び付く。すでに成立したコミットメントは参加状況の変更だけで消えず、実質的に類似する後続仕様への継続規定もある。今回の資料に、侵害主張、除外、ライセンス失敗はない。

必要なのは将来の説明である。誰が新しい変更を承認し、どのグループが公開を決め、受入れ側に誰が加入し、非参加者の貢献をどの仕組みで扱うのか。リポジトリの履歴だけでは、この制度的な対応表を作れない。

移管を一枚の台帳で追えるようにする

W3CはAT Driverを止める必要はない。送り出し側と受入れ側を結ぶ、版管理された短い移管台帳を用意すればよい。

BTT側には、有効なチャーター、その終了日、その権限下にあるAT Driverの正確な版を置く。ARIA側には、案ができた時点でチャーター案、グループ内決定、Advisory Committee審査、承認または不採用、Call for Participationを置く。中間にはリポジトリ管理者と、各種決定を行える主体を記録する。

Editor's Draftの更新、Community Group Report、Working Group決議、First Public Working Draftは、同じ「進捗」ではない。日付、異議、置き換える状態、規範的参照の可否を別々に示すべきだ。

さらに、守秘情報を公開せずに、適用されるPatent Policyの版、受入れグループへの参加経路、非参加者向けコミットメントの方法を示せる。ブラウザー実装者、スクリーンリーダー事業者、編集者、テスト責任者が、実際に意思決定の場にそろっているかも確認できる。

Heng Luが区別するように、場に参加することと権限を委ねられることは違う。移管台帳は、技術的貢献が有効な機関決定になる条件を見えるようにする。

審査期間中に接続部分を設計できる

BTT案はすでに、ARIAによる採用が未確定であることを「may」という語で認めている。審査では、AT Driverの削除に反対しなくても、受入れチャーターの状態へのリンク、移行中の権限、次の確認日を求められる。

これはARIAに採用を強制しない。むしろ、技術作業の勢いが同意の代わりになる前に、範囲、負担、参加、特許方針を検討する余地を守る。BTTの現行権限も、有効な間は明確に保てる。

次のチャーターが未完成でも、仕様が孤児になったとは限らない。行き先が有力でも、移管が終わったとは限らない。

情報源

  1. BTTチャーター審査のW3C告知
  2. BTT次期チャーター案
  3. BTT現行チャーター
  4. ARIA issue 2826
  5. 2026年7月8日ARIA Editors議事録
  6. ARIA現行チャーター
  7. ARIAチャーター履歴
  8. AT Driver Editor's Draft
  9. Community GroupからWorking GroupへのW3C移行ガイド
  10. 2025年5月15日版W3C Patent Policy
  11. W3C Patent Policy FAQ
  12. Heng Lu「The Multi-Stakeholder Mirage」