人権とICTの標準化：W3Cはこの問題に対してどのような取り組みを行っているのでしょうか？

2026年4月14日、ブリュッセルにて、私はW3Cを代表して、「人権とICT標準化に関するセミナー」に参加しました。このセミナーは、欧州委員会がOHCHRおよびITUと共同で主催し、StandICT.eu 2029、INSTAR、InDiCo Globalの支援を受けて開催されたものです。

このセミナーでは、技術標準化における人権が新たな段階に入ったことが明らかになりました。もはや、人権が標準化に関連するかどうかを議論する段階ではなく、アーキテクチャやデータフロー、責任分担がすでに決定された後に、後付けとして付け加えられた単なる口先だけの要素と化すことなく、いかにして人権を技術的なプロセスに組み込んでいくかを模索する段階に入ったのです。

W3Cは、第3パネル「標準化団体は人権のために何をしているのか？」において、こうした概念を実現するためのさまざまな方法を模索している他の標準化団体と共に登壇しました。この日の意義は、標準化団体、政策立案者、技術専門家、弁護士、市民社会、そして人権活動家たちを一堂に集めたことにありました。このような構成を実現するのは容易なことではありません。言語は変わり、優先順位も変わり、さらには「影響」という言葉でさえ、仕様書を作成する人々、法的リスクを評価する人々、あるいは排除や監視、差別にさらされているユーザーグループを代表する人々にとって、しばしば同じ意味を持たないのです。

W3Cの原則と人権

W3Cでは、長年にわたり、標準化の文脈において人権について活発な議論が行われてきました。「倫理的なウェブの原則」では、ウェブが人権、尊厳、個人の主体性を支持しなければならないことがすでに示されており、人権をウェブプラットフォームの核心に据えることを明示的に求めています。これは、W3Cが重視しているアクセシビリティ、国際化、プライバシー、セキュリティといった分野とも密接に関連しています。また、新興技術に関する議論において「人権」という言葉がこれほど広く使われるようになる以前、Webアクセシビリティ・イニシアティブは1997年より活動を開始し、リソースの作成や、同様の原則を実践に移す方法をWeb標準に組み込む取り組みを行ってきました。

人権の具体化における課題

しかし、このセミナーの焦点は人権原則をどのように実践に移すかという点にあったため、明らかになった主な課題は、セミナー中に実施されたいくつかのアンケート調査の結果によって要約することができます。

あるアンケート調査では、人権とICTの標準化を結びつける上での現在の主な課題に焦点を当てたところ、参加者の38％が人権の原則を技術的要件に落とし込むことの難しさを挙げ、26％がビジネス上の圧力や市場投入までの時間を挙げました。その他には、認識の不足、人権専門家の関与が不十分であること、調整不足などが挙げられました。

その後、別のアンケート調査でも、異なる角度から同様の課題が確認されました。参加者には、「ICT標準化において人権をより実践的に反映させるためには何が必要か」という質問が投げかけられました。参加者の39％が、標準を策定する担当者向けに実用的なツールや評価手法の整備を求めています。これは仕様策定作業において重要な点です。なぜなら、特定のデータが必要かどうか、代替手段が必要かどうか、あるいはアクターが異なるサービス間の情報を関連付けられるかどうかを判断しなければならないからです。28％は技術的な作業への人権専門家の参画拡大を求め、22％は市民社会やその他の関連ステークホルダーによる参加の拡大を求めました。これらの数字を総合すると、これは単なる好みの問題というよりは、プロセス上の必要性を示していると言えます。すなわち、技術的な選択肢がまだ未確定な段階で、多様な専門知識を取り入れる必要があるということです。

W3Cにおける人権の実践

事後報告書では、W3Cの経験が、標準化における人権の実践を推進する上でいかに重要であるか、またその経験が目標の達成に不可欠である点が指摘されました。W3Cにおいて、この経験は水平レビューの実践に反映されており、これは正式な相互検証体制に最も近いモデルの一つです。

アクセシビリティ、プライバシー、セキュリティ、国際化、および技術アーキテクチャのレビューは、それぞれ特定の専門知識を持つ異なるグループによって行われています。これには実務上のコストが伴います。すなわち、技術グループは、それぞれ独自のスケジュール、用語、期待を持つさまざまなコミュニティと連携しなければならないからです。しかし、その一方で、ある重要な事実が浮き彫りになります。それは、人々に影響を与える問題は、めったに単一のカテゴリーに属することはないということです。 

ソフトウェアの用語で言えば、シフト・レフトを行うことが可能です。つまり、最終レビューを待つのではなく、設計段階からその問題を考慮に入れるということです。

W3Cにとって、これは、社会的影響アンケートや、脅威モデリングガイドといったツールを活用し、各グループが自らの選択がもたらす結果について、まず検討できるよう支援することです。 

この技術を利用するのは誰なのか、利用していなくても影響を受けるのは誰なのか、誰が排除され得るのか、誰が追跡され得るのか、緩和策のコストを負担しなければならないのは誰なのか、そして仕様からどのような責任が転嫁されるのか、といった点を問わなければなりません。

ここで、脅威および被害モデリングとの関連性が実用的なものとなります。被害の中には、従来の攻撃者によるものではないものもあります。それらは、システムの通常の動作、インセンティブ、インターフェース、あるいは過度に厳格な要件に起因して生じるものです。そのため、W3CではLEGO® SERIOUS PLAY®のようなファシリテーション手法も試行しています。これは、ブロックそのものが問題を解決するからではなく、背景の異なる人々がコミュニケーションを取り、人によって意味の異なる抽象的な概念を共通の言語に変換し、それによって仮定について議論し、危害、脅威、技術的な選択、規制上の選択の関係をより具体的に把握できるようにするためです。

また、このセミナーでは、W3Cに加え、ETSI、ITU-T、IEEE、CEN/CENELEC、Standards Australia、NEN、ISO/IECといった他の標準化団体も、それぞれ異なる角度からこの問題に取り組んでいることが明らかになりました。この件については、別の記事でさらに詳しく取り上げるかもしれません。

私たちは十分に仕事をこなせているでしょうか？

脅威モデルを策定する際、私たちが問う4つ目にして最後の重要な質問は、「十分な作業ができたか」ということです。これは、意思決定だけでなく、今後の段階に向けた指針ともなります。継続的な開発アプローチにおいて、現在どの段階にあるのかを改めて確認してみましょう。

近年、いくつかの前進は見られましたが、まだ取り組むべき課題がいくつか残っています。これらの取り組みを、単なる新たな官僚主義に陥らせることなく、どのように調整していくかという点が、未解決の課題となっています。標準化に関しては、規制を追加すること自体は容易ですが、それを実際に役立つものにするのはより困難です。以下が必要とされます：共通の用語、具体例、異なるコミュニティを横断できる人材、そして技術グループが実際に活用できるほど柔軟なプロセスです。また、形式的な参加だけでは不十分であることも認識する必要があります。招待されることと、貢献し、意見を聞き入れられ、理解され、自分の貢献が文書に反映されることとは、同じことではないのです。

W3Cの活動において、これは特に水平レビューで見られます。レビューが遅れて提出されると、多くの場合、グループはすでに仕様のモデルを確定させてしまっているのです。変更は可能ですが、より手間がかかります。一方、イシューやアンケート、脅威モデリングセッションなどを通じて早期に質問が寄せられた場合、グループは標準化サイクルの早い段階で、人権を「設計段階から」組み込む可能性が高くなります。グループは、すでに構築している内容について、より詳細に検討する必要があります。そこが、ウェブの貢献が実用的な形で発揮される点です。つまり、前提条件がインフラストラクチャに組み込まれる前に、それを可視化することです。

なお、非常に具体的な点が一つ残っています。それは、参加にはコストがかかるということです。OHCHRの調査報告書「技術標準を人類のために機能させる」も、専用のリソースがなければ、市民社会、独立した専門家、そして小規模な組織が、標準化の取り組みを効果的に推進することに苦労することを強調しています。したがって、W3Cを支援することは、実質的な参加を可能にすることにもつながります。