要約

  • IETFの標準化権限は、RFC 2026に示されるコミュニティの手続き、ワーキンググループ、IESG、IABなどの役割から構成される。行政・法人上の機能は別の制度文書や法人に置かれている。
  • W3Cの技術的意思決定はProcess Documentに基づくが、参加資格や組織上の義務は会員契約、法的文書、政策文書にもまたがる。
  • 異議申立て、正式な異議、レビュー、契約上の救済は同じものではない。争う側は、まずどの文書が問題の権限を付与したのかを特定しなければならない。

一つのラベルに二つの制度を押し込めない

IETFとW3Cを並べて語ること自体は便利だが、その便利さが制度上の違いを消してしまう。IETFの標準化文書は、プロトコルや技術仕様がどのようなコミュニティ手続きを通るかを定める。W3CのProcess Documentは、ワーキンググループ、Director、Team、Advisory Committeeなどの役割と決定方法を記述する。どちらも技術的な調整を可能にするが、それぞれの文書が作り出す権限の構造は同一ではない。

この区別は、標準が公開された後に特に重要になる。公開されたRFCやW3C Recommendationは制度上の判断の結果であって、公開主体がネットワークを運営していること、すべての参加者との法的関係を所有していること、あるいは外部の公的権力を行使できることを意味しない。標準の影響力と、標準を採択する組織の法的権限は別々に検討する必要がある。

IETF――標準化の手続きと行政・法人機能

IETFの標準化プロセスは、RFC 2026に示された手続き上の役割によって組み立てられている。コミュニティ、ワーキンググループ、IESG、IABなどが、文書の検討、承認、発展、監督に関わる。したがって、ある技術仕様が採用されたかを理解するには、単に最終文書を見るだけでは足りない。どの段階で誰が判断し、どの手続きが適用されたかを確認する必要がある。(RFC 2026)

一方、IETFの行政・法人上の取り決めは、標準化手続きそのものと同じ文書に完全に収まっているわけではない。IETF Administration LLCに関する資料、憲章、関連する法人・管理文書は、標準化活動を支える管理責任や組織関係を別の層として示している。RFC 8711は歴史的な行政上の取り決めを記録する資料であり、現在の法人関係を網羅的に説明する文書として扱うことはできない。(RFC 8711)

IETF Administration LLCに関する現在の公開資料は、標準化コミュニティの技術的判断と、行政・法人上の責任を区別して読む必要があることを示す。(IETF Administration LLC) 憲章や制度文書も、誰がどの機能を担うかを確認するための資料だが、個々の標準化判断の根拠を自動的に置き換えるものではない。(IETF Constitution)

IETFで争うとき、異議申立ては何を審査するのか

IETFは標準化プロセス上の判断に対する異議申立ての経路を公開している。(IETF appeal process) しかし、異議申立ての経路が存在することは、申立人が勝つことや、裁判所のような外部審査が行われることを意味しない。どの決定が対象になるのか、何を根拠に審査されるのか、どの手続き文書が優先するのかは、適用されるプロセス文書とともに読まなければならない。

ここで重要なのは、技術的な不満と手続き上の異議を分けることである。ある仕様が望ましくないという主張だけでは、手続き違反があったという主張にはならない。逆に、合意形成やレビューの手続きが適切に行われなかったという主張は、最終仕様の技術的な内容とは別に検討される可能性がある。救済の範囲は、問題となる権限と手続きの組み合わせによって決まる。

W3C――Process Documentが担う技術的権限

W3Cでは、Process Documentが技術的な作業と意思決定の中心的な制度文書である。ワーキンググループ、Director、Team、Advisory Committeeなどの役割、決定方法、正式な異議やレビューの仕組みが、バージョンごとの文書に定められる。(W3C Process Document)

W3Cの公開政策ページも、プロセスに関する説明を提供している。しかし、概要ページだけで現在の権限配分をすべて確定することはできない。どの版のProcess Documentが適用されるのか、対象となる決定がどの段階にあるのか、DirectorやAdvisory Committeeなどの役割がどのように関係するのかを、該当する版の文書で確認する必要がある。(W3C policies)

この構造は、W3Cを単純な会員組織としても、単純な技術委員会としても理解できないことを示す。技術上の決定はプロセス文書によって制度化されるが、その決定に参加できる条件や組織としての義務は、別の法的・契約的文書と接続している。

W3Cの会員契約と法的レイヤー

W3Cへの参加は、技術的なProcess Documentだけで完結しない。会員契約は参加関係の契約的な基礎を構成し、法的・政策文書は、参加者と組織の関係、義務、手続き上の前提を補足する。(W3C Membership Agreement) (W3C legal documents)

ここで、技術的な異議申立てと契約上の主張を混同してはならない。ワーキンググループの決定に対する正式な異議やレビューは、Process Documentに従う制度内の手続きである。他方、会員資格、参加条件、秘密保持、知的財産、組織上の義務などに関する問題は、契約や法的文書の解釈を必要とする場合がある。両者は同じ窓口、同じ審査基準、同じ結果を約束するものではない。

W3Cの政策ページは、関連する制度文書を探す入口になるが、政策ページそのものがすべての権限を付与するわけではない。(W3C policy materials) したがって、特定の判断を争う参加者は、決定の種類、適用時点、参加者の地位、根拠文書を切り分ける必要がある。

権限を比較するための実務的な地図

IETFとW3Cを比較する際には、組織名ではなく、次の四つの問いから始めるべきである。

第一に、権限を与える文書は何か。IETFの標準化手続きならRFC 2026などのプロセス文書、W3Cの技術的判断なら該当する版のProcess Documentが中心になる。会員関係や行政・法人上の責任なら、契約、憲章、法人関連文書が別に必要になる。

第二に、誰が決定するのか。IETFではコミュニティ、ワーキンググループ、IESG、IABなどの役割分担が問題になる。W3Cではワーキンググループ、Director、Team、Advisory Committeeなどの関係を確認しなければならない。

第三に、どの種類の異議が認められるのか。標準化手続きへの異議、正式なレビュー、契約上の請求、外部の法的救済は、同じ制度ではない。申立ての存在を確認しただけでは、実際の審査対象や結果を推測できない。

第四に、記録はどの時点のものか。RFC 8711のような歴史的文書、版が明示されたProcess Document、更新される政策・概要ページは、それぞれ異なる時間的意味を持つ。現在の権限配分を論じるときは、古い制度文書を現在の完全な説明として使用しないことが重要である。

公開記録が示すことと示さないこと

公開記録から確実に言えるのは、IETFとW3Cが、技術的な意思決定、行政・法人関係、参加契約、異議申立てを複数の文書層に分けているということである。そこから、すべての紛争の結果や、各制度が外部の法的機関からどのように扱われるかまで導くことはできない。

また、異議申立てや正式な異議の仕組みがあることは、決定が常に覆ることを意味しない。制度内のレビューは、手続きの適合性、権限の範囲、文書上の基準に従って行われる。申立人が求める結果が、制度の権限内にあるかどうかも別の問題である。

読者が標準化団体の決定を評価するとき、最初に問うべきなのは、誰が標準を公表したかではない。どの文書がその決定権を与え、誰がその権限を行使し、どの経路で異議を述べることができるのかである。IETFとW3Cを一つの機関として扱わないことは、両者を分断するためではない。むしろ、技術的な調整力と、行政・契約・救済の責任を正確に結びつけるためである。