要約

  • W3C Strategy issue 563は2026年7月21日、Web Real-Time Communications Working Groupの再憲章化を開始した。目標日の8月25日を過ぎても、案件は公開中で文面調整段階にある。
  • 草案は範囲に実質的な変更がないとする一方、六つの作業を終了対象に挙げ、現行文ではSFrameがWebRTC Identityを置き換えると説明する。
  • セキュリティレビューは、身元、対象の対向者、メディア隔離の特性を継ぐ成果物を示すか、目的を明示的に縮小するよう求めた。
  • WebRTC共同議長は両技術が代替関係にないことを認め、終了理由を実装者の関心不足とし、グループ内に後継成果物がないと回答した。
  • pull request 869は未マージで、SFrameの重なりを限られた利用場面に修正する。残る特性には別途、処分と所有者の記録が必要だ。

文書の終了と特性の移管は同じではない

issue 563は当初、穏当な更新に見えた。7月21日に開かれた記録は、次期憲章に実質的な範囲変更はなく、成熟した内容がRecommendation Trackで先行する仕様へ移るのに伴い、少数の草案を終了すると説明している。しかし案件は今もopenで、「In Charter Refinement」と「Security review completed」のラベルを持ち、予定されていた8月25日の終了を過ぎている。

したがって、現時点で読めるのは承認済みの権限文書ではなく、修正中の案である。この状態だからこそ公開レビューには意味がある。文書を終える判断、新しい仕組みに置き換える判断、元の文書が扱った特性の行き先を決める判断は、本来別々の出来事だ。

草案のDiscontinued Workには六項目がある。四つの規範的草案には移行または置換先が記され、二つの非規範的な利用事例文書は保守されていないとされる。規範的文書にはExclusion Draftの日付と元の憲章も残る。終了はリポジトリー整理ではなく、公開状態と特許上の履歴を伴う。

IdentityとSFrameでは信頼の置き場所が違う

現在公開されている文は、WebRTC拡張で追加されるSFrameがWebRTC Identityを置き換え、データに加えて音声と映像を扱うと述べる。これは採用不足の説明を越え、機能上の後継を主張する表現だ。

2018年のWebRTC Identity Candidate Recommendationは、対向者に結び付いた身元の検証と、ブラウザーが強制するメディア隔離を扱った。特定された相手にだけメディアを届け、身元や隔離の条件が成立しない場合は内容を渡さない仕組みを含む。公開記録はこの方式が広く実装されたことを示していない。ただし、採用の広さと定義された特性は別問題である。

SFrameは、多人数会議で符号化済みメディアフレームを保護する仕組みだ。RFC 9605は鍵管理をアプリケーション側に委ね、SFrame単体では送信者ごとのメディアデータ認証を提供しないと明記する。これは欠陥ではない。フレーム保護、対向者の身元、ブラウザーによる隔離が別の制御面にあることを示す。

8月24日のセキュリティレビューは、その差を踏まえて身元、意図した対向者、メディア隔離がどこに引き継がれるかを尋ねた。後継がないなら、SFrameに暗黙に継承させるのではなく、目的の縮小を憲章に明記すべきだとした。

共同議長の回答は明快だった。SFrameとWebRTC Identityは代替技術として無関係であり、Identityの終了理由は実装者の関心不足である。指摘された特性を継ぐ成果物はWorking Group内にない。

修正案は具体的だが、まだ結果ではない

8月25日に開かれたpull request 869は、WebRTC Identityを関心不足のため終了し、WebRTC Encoded TransformのSFrameは同文書にある限られた利用事例だけをカバーすると書き換える。この文なら終了理由と機能の重なりを分離できる。

ただし、証拠の締め切り時点でPRはopenかつ未マージだった。公開草案も広い置換表現を残している。正確な状態は「修正が提案された」であり、「憲章が修正済み」「決定が撤回された」「SFrameが否定された」ではない。

マージされても、「限られた利用事例」が境界を列挙するわけではない。残る特性が放棄、保留、他グループへの移管、あるいは未割り当てのどれなのかは別途示す必要がある。

Discontinuedは文書状態であり、同等性の証明ではない

W3C Processでは、今後進める意図のない未完成のRecommendation Track文書を、実質的に変更せず、理由を説明したDiscontinued Draftとして公開する。将来、憲章の範囲に入れば、新しいWorking Draftによって再開することもできる。

この状態は進展が見込まれないことと、その理由を伝える。すべての特性が移ったことは証明しない。「置換」という表現も、実装、相互運用性、自発的採用の証明にはならない。

Heng Luの最小初期仕様の考え方を当てはめると、共通記録は協調に必要な状態だけを担い、将来の実装と採用が証拠を加える。憲章が利用者のいない全特性を保存する必要はない。しかし、稼働する仕組みが示していない同等性を名称だけで作ってはならない。

特性ごとの処分表を残す

終了する文書ごとに、次を含む小さな対応表があればよい。

  • 元文書と正確な公開状態；
  • 対象となるセキュリティまたは相互運用の特性；
  • 現在の実装証拠；
  • 移行、置換、放棄、保留、所有者なしのいずれか；
  • 移行先成果物と所有グループ；
  • 同等性の評価と未カバー部分；
  • 除外草案と特許レビューの履歴；
  • 異議とその処分；
  • 再評価または再開の条件。

WebRTC Identityについては、SFrameが保護メディアに関する一部の利用場面と重なる一方、対向者の身元、対象への拘束、ブラウザー強制隔離にはWorking Group内の後継がないと記せる。終了理由である関心不足は別欄に置く。

この区別は将来の選択を残す。アプリケーションが対象拘束型の身元特性を必要とするようになれば、Candidate Recommendation全体を復元せず、残された特性だけを検討できる。需要が現れなければ、終了判断はそのまま有効で、しかも経緯は正確に読める。

記録が証明していないこと

公開資料はWebRTC Identityの広範な実装、配備済みブラウザー機能の削除、SFrameの欠陥、特許方針違反を示していない。次期憲章の承認もPR 869のマージも示さない。残余特性をこのWorking Groupに残すべきか、別組織へ移すべきか、放棄すべきかも決めていない。

証明されたのは、より狭い事実だ。公開セキュリティレビューが、置換の表現と両技術の特性が一致しないことを発見し、共同議長が同意し、文面修正がopenになった。残る統治上の仕事は、終了ラベルとは独立して未カバー特性の処分を読めるようにすることだ。

情報源

  1. W3C Strategy — WebRTC再憲章化issue 563
  2. W3C — 2026年WebRTC Working Group憲章案
  3. W3C charter-drafts — pull request 869
  4. W3C charter-drafts — 提案された修正commit
  5. W3C — 現行WebRTC Working Group憲章
  6. W3C — WebRTC Identity Candidate Recommendation
  7. RFC 9605 — SFrameのセキュリティ考察
  8. W3C Process — 未完成作業の終了
  9. W3C Patent Policy
  10. Heng Lu — 最小初期仕様、将来判断の局所化、自発的採用