要約

  • Advisory Boardは2026年8月4日、W3Cの技術作業と人権をさらに整合させるための5つの行動をGroup Noteとして公表した。支持したのはABであり、W3C全体やMemberではないと明記されている。
  • 3.3節はThreats and Harms Community Groupの設置を将来の可能性として記す。一方、同グループは7月28日に提案され、翌29日に5人の支持者を得て発足していた。
  • Noteの編集者はDaniel AppelquistとHidde de Vriesである。Appelquistがグループを提案し、両名とも5人の支持者に含まれる。後の固定文書が将来形を残した理由は、確認した公開資料にはない。
  • Community Groupの発足は実行済みの状態だが、W3Cの方針採択、Memberの支持、予算措置、wide reviewの義務化、成果物の完成ではない。5つの行動には、それぞれの権限、証拠、資源、次の決定を示す更新可能な台帳が要る。

公表日の新しさと、状態の新しさは同じではない

固定版のFurther Aligning W3C’s Program of Technical Work with Human Rightsは、自らの権威を丁寧に限定している。これは8月4日時点のABの考えをまとめた文書であり、Note trackで公表された。ABは支持しているが、W3Cそのものも、そのMemberも支持していない。Patent Policy上のライセンス義務も伴わない。

この限定は、文書が無意味だという宣言ではない。ABは、戦略、経営、法務、プロセス、紛争解決についてTeamへ継続的に助言し、Advisory Committee会合の間に提起された問題を追い、対応を提案する。その位置から議題をつくり、制度の選択肢を示すことができる。

同時に、W3C ProcessはABをBoard of Directorsと明確に区別し、ABそれ自体にはW3C内部の意思決定権がなく、役割は厳密に助言的だとする。AB参加者がW3C Councilの構成員として別の権限を行使する場合はあるが、それをABの一般権限に読み替えることはできない。

人権ノートは、この助言権を使って技術標準と社会的結果を結び直した。安全、プライバシー、表現、結社、アクセシビリティ、国際化、行政参加は、Web技術の設計と無関係ではない。W3Cには既存の蓄積もある。Ethical Web PrinciplesやVisionは、正式なレビューを経たW3C Statementとして位置づけられている。

そのうえでNoteは5つの追加行動を並べる。

一つ目は、標準、文書、プログラム、将来計画を対象にした年次の人権透明性報告。二つ目は、wide reviewへ人権、社会的影響、倫理の観点をさらに加えること。三つ目は、脅威モデル、原則、チェックリスト、質問票を検討するThreats and Harms Community Group。四つ目は、費用免除、資金付きfellowship、技能形成、メンタリング、研修、組織連携などを含み得る多様な参加のための制度。五つ目は、公益NGOのMember参加障壁や会合参加費用を含む市民社会向けの参加制度で、ABとTeamが共同で検討するというものだ。

文章上はすべて「Proposed Actions」である。だが、実行条件は一つではない。年次報告には編集責任と稼働が要る。wide reviewの変更には、ガイド、charter、横断レビュー機能、あるいはProcess改定など、どの器を使うかの決定が要る。Community Groupには5人支持の別ルートがある。fellowshipには予算と選考が要る。Memberの障壁を変えるなら、法人運営や契約上の権限が関係する可能性がある。

3.3節は、この違いを日付で見せた。

7月28日、Daniel AppelquistはThreats and Harms Community Groupを提案した。目的は、既存分野で扱われていない社会的影響と人権上の脅威・害に関する文書をつくり、人権の脅威モデリング、原則、チェックリスト、質問票をwide reviewに役立てることだった。市民社会の参加も歓迎するとした。

提案ページは条件を明示している。支持が合計5人になればグループを発足させる。7月29日の告知は、その条件が満たされたと記録し、Daniel Appelquist、Nick Doty、Florian Scholz、Hidde de Vries、Paulo Santosを支持者として挙げた。

固定Group Noteの公表はその6日後である。それでも本文は、同じグループを「設置するのが適切かもしれない」と書いた。Noteの2人の編集者がAppelquistとde Vriesであり、前者が提案者、両者が支持者であることから、テーマが偶然似ただけの別企画とは考えにくい。

ただし、日付だけで過失は証明できない。Noteの実質的な編集が先に締め切られていたのかもしれない。Technical Reportの公表工程とCommunity Groupのシステムが別の時計で動いた可能性もある。ABが承認した原文を歴史的に残す判断だった可能性もある。公開記録は理由を示さない。

確実に言えるのは一つだけだ。8月4日の新しい固定文書より、7月29日のコミュニティ記録のほうが、行動3.3の現実の状態を正しく示していた。

発足という実行を、W3C支持へ膨らませない

Community Groupの仕組みは、正式標準化より軽い。W3Cアカウントを持つ人が提案し、ほかに4人が支持し、5人に達するとW3Cがグループを立ち上げる。W3C Membershipは参加条件ではない。発足したからといってRecommendation trackへ入るわけでもない。

低い入口は、権威の欠陥ではなく設計上の機能である。大きな機関決定の前に、関心を持つ人々が作業可能性を試せる。反対に、その軽さは権威の上限も決める。

Threats and Harmsの発足告知は、この活動がcommunity initiativeであり、W3Cによるホスティングは活動への支持を意味しないと書く。グループページも、Community Groupsはコミュニティが提案し運営するもので、Membershipやstaffの見解を必ずしも代表しないと注意する。このグループはSpecificationsを公表しないとも明記する。

したがって、発足後の正確な状態は次のようになる。

  • ABは5つの行動を含むNoteを支持した。
  • 5人は、その一つに対応するCommunity Groupの作成条件を満たした。
  • W3Cは作業空間を提供したが、活動を支持したとはしていない。
  • W3C Membersは、それによってGroup Note全体を承認したわけではない。
  • wide reviewの新要件、資金制度、標準仕様は生まれていない。
  • それでもグループは実在し、参加者を募り、作業を始められる。

「まだ提案」とだけ呼べば最後の状態を消してしまう。「W3Cが採択した」と呼べば中間の境界を消してしまう。

必要なのは、community-launchedのような中間状態である。それはproposedより実体があり、W3C-endorsedより権限が狭い。

ここでは、象徴的な力と実行可能な力を対立させる必要はない。AB支持は議題形成の力を持つ。5人ルールの完了は、グループという限定された現実をつくる。予算、Member条件、レビュー義務は別の権限がつくる。正確な記録は、どの力がどこまで届いたかを示す。

人権原則の支持と、5つの新規行動の支持を分ける

W3Cには文書の成熟度を区別する既存制度がある。Group Noteは、正式標準を意図しない有用文書の安定参照である。W3C Statementは、W3C全体の支持を得たNoteである。

Statementへの移行には、wide review、グループの記録された決定、問題の正式処理、Formal Objectionの公開、Advisory Committee Review、W3C Decisionが必要になる。VisionやEthical Web Principlesは、その強い状態の実例だ。

この比較から、二つの誤読を防げる。2026年Group Noteの5つの追加行動は、W3C全体が採択した政策ではない。一方、W3Cが人権に関して支持済みの原則を何も持たないわけでもない。既存Statementと今回のNoteには別々の権威履歴がある。

さらに、5つの行動すべてをStatement化する必要もない。Community Groupは別ルートで正当に発足できる。Teamは運営上の出版作業を引き受け得る。Boardは予算とbusiness decisionsを監督する。Memberは定められたレビューで役割を持つ。Processの変更はまた別の手順を持つ。

つまり「支持されたか」という一つの列だけでは足りない。どの行動が、どの権限の、どの手段で現実化するのかを分ける必要がある。

5つの提案を、5つの状態系列にする

年次報告の最初の実行状態は、担当者が決まり、対象期間、証拠範囲、公表日が設定されることである。透明性を支持する声明だけでは報告書はできない。初号が出ても、wide reviewが変わったことにはならない。

wide reviewの提案は、適用する器を確定しなければ状態を測れない。任意の質問票なのか、特定charterの要求なのか、新しいhorizontal reviewなのか、Guidebookの運用指針なのか、Process上の義務なのか。器によって対象、応答責任、異議処理が違う。

Community Groupの最初の系列はすでにある。7月28日提案、29日5人支持で発足。その後は、chair、作業計画、会合、リポジトリ、報告書という内部状態へ進む。将来、成果物がW3Cのレビュー手順に組み込まれるなら、それは別の主体による別の採択である。

多様性プログラムは、ひとまとめにしないほうがよい。ボランティアのメンタリングと資金付きfellowshipは同じ状態ではない。費用免除には負担配分があり、研修には講師、対象、成果確認がある。一部だけ実行されることも正当だ。

市民社会参加では、ABとTeamの共同検討が最初の明示的段階である。検討担当と期限が決まればexploration-assignedと書ける。しかし、それはMember条件の変更や旅費支給ではない。

各状態行には少なくとも次を置くべきだ。

  1. 提案ID、固定原文、版、日付。
  2. 目標と、状態を変える最小の観測可能事実。
  3. 境界を持つ現在状態。
  4. 直近の変化を行った主体と、そのときの資格。
  5. 次の変化を決める権限主体。
  6. 適用される文書、決定、作成ルール。
  7. 資源が必要な場合の運営担当と予算担当。
  8. 参加、レビュー、異議、訂正の経路。
  9. 日付付きの公開証拠。
  10. 次のトリガーまたはレビュー日。
  11. W3C全体の支持が必要か、不要か、未了か、完了か。
  12. 訂正、置換、文書と実態の不一致履歴。

状態語は、耳ざわりより識別力を優先すべきだ。checklist-publishedはreview-requiredではない。budget-approvedはparticipant-fundedではない。owner-namedはreport-issuedではない。

固定Group Noteは書き換え続けなくてよい。それはABがその日に何を支持したかという証拠である。別の台帳が時間を受け持てば、歴史と現在を両立できる。

手続きを明確にすることは、人権を弱めない

人権のように道徳的な重みを持つ議題では、権限や手順を問うことが反対意見と誤解されやすい。しかし、曖昧さの費用を最初に負うのは参加者である。

市民社会組織は、無料で参加できるフォーラムと、会合参加費を支援する制度を区別しなければならない。Working Group chairは、参考チェックリストと応答義務のあるレビューを区別しなければならない。Memberは、ABの助言とW3C Decisionを区別しなければならない。

明確な状態は推進者にも有利だ。実際に発足した成果を過不足なく示せる。次に必要な決定へ働きかけられる。保留や拒否が起きても、誰がいつ何を根拠に決め、どこで再検討できるかを残せる。

6日の逆転は小さい。標準を壊したわけでも、人権上の立場を後退させたわけでもない。だが、提案文書と実行記録の関係を試すには明瞭な事例である。

もし将来、8月4日のNoteだけが引用されれば、7月28日から29日に5人が行った作成行為は、後の文書の「実施」として書き換えられるかもしれない。逆に、グループの存在だけが引用されれば、W3Cが5項目すべてを支持したという誤った歴史が生まれ得る。

状態台帳は、どちらの誤りも防ぐ。人権の内容を裁くのではなく、提案、権限、資源、実行を、それぞれの場所に戻す。

出典

  1. W3C Group Note：技術作業と人権のさらなる整合
  2. W3Cの2026年8月4日公表記事
  3. Group Noteの公表履歴
  4. Threats and Harms Community Groupと発足告知
  5. 2026年7月28日のグループ提案
  6. Community Group／Business Groupの始め方
  7. 2025年8月18日W3C Process Document
  8. Vision for W3CのW3C Statement化
  9. W3C Process Document更新記事
  10. W3C Advisory Board
  11. Ethical Web Principles