要約

  • W3Cは2026年8月26日、Audio Working Groupの再憲章化に向けてStrategy Funnel issue 570を開いた。Web Speech APIの採用検討を実質的な範囲変更と明記する一方、作業はまだWorking Group内の検討段階で、horizontal reviewの準備も整わず、refinement終了時期も未定である。
  • グループの公開議論では、認識と合成を一つの仕様に保ち、2027年初めにFirst Public Working Draft、2028年にCandidate Recommendationを目指す案が出た。賛同コメントは参加の証拠であり、グループ決定ではない。
  • 現在公開されている憲章案は、音声認識と音声合成を直接の範囲外としたままである。規範的成果物にはWeb Audio API 1.1とWeb MIDI APIしか載っていない。
  • 8月10日付のWeb Speechは編集とテストが続くが、表示される地位はDraft Community Group Reportである。実装やリポジトリ活動だけでW3C Working Draftにはならない。
  • 文書の正確な版、憲章改訂、レビュー処理、W3C決定、Working Groupの採用、FPWD、特許上の状態をつなぐ「範囲移管台帳」が必要だ。各状態は権限を持つ主体の行為によってのみ変わるべきである。

提案と憲章案がまだ一致していない

8月26日に開かれたStrategy Funnelの記録は、変更の大きさを隠していない。「Web Speech APIを採用することを検討中」とし、Audio Working Groupの既存憲章を更新する際の実質的な範囲変更に位置づけた。同時に、まだWorking Group review中でhorizontal reviewを求める段階ではなく、憲章のrefinementがいつ終わるかも分からないと記している。

同日に始まったWeb Audioリポジトリの議論は、現行憲章が11月8日に満了することを確認する。翌27日、参加者の一人は、認識と合成を統合したWeb Speech仕様をAudio Working Groupに迎え、編集体制を継続し、2027年初頭のFPWDと2028年のCRを目標にする案を示した。30日には別のW3C参加者が範囲追加に賛成しつつ、日程予測は通常あまり正確ではないとも述べた。

これらは有用な早期情報である。受け入れ先、対象文書、暫定的な時間軸を具体化する。しかし、Working Groupが合意したとの記録ではない。Advisory Committeeの審査もW3Cの決定もまだない。提案づくりへの参加は、最終権限そのものではない。

一方、同じ時点の憲章案は従来の境界を維持する。PCM音声処理、音声入出力装置、キャッシュや能力情報、MIDI装置へのアクセスを範囲に挙げる一方、「Out of Scope」では音声合成と音声認識の固有機能を直接扱わないとする。規範的成果物はWeb Audio API 1.1とWeb MIDI APIだけで、Web Speechはない。

文書には未完成であることを示す跡もある。新しいWeb Audio Working Draftの公開後に成果物欄を再生成するよう求める注記があり、完成予定には年のプレースホルダーが残る。したがって、現行の除外文を最終拒否と読むのは誤りだ。しかし、実際に文言が変わるまでは、Strategy issueを権限付与の代わりにもできない。

技術的に生きていても、成熟度は別の記録である

Web Speech APIは休眠文書ではない。公開編集稿は2026年8月10日付で、編集者、公開issue、継続中のweb-platform-testsを示す。認識と合成のAPIだけでなく、端末内処理、言語パック、許可、録音表示、プライバシーなど現実的な論点も扱う。

それでも文書の冒頭はDraft Community Group Reportと明記する。Speech API Community Groupのページによれば、元のグループは2023年3月27日に閉じた。またCommunity Groupはコミュニティが提案・運営するもので、W3C Membershipや職員の見解を必ずしも代表しない。別ページにはCommunity Final Specification Agreementに基づくコミットメントが記録されている。

グループの閉鎖と技術作業の継続は矛盾しない。編集者は文章を更新でき、ブラウザーは関連機能を実装でき、テストも改善できる。それは技術的な需要と経験を示すが、承認済みのWorking Group憲章や正式採用を代行しない。

逆に、Community Groupという表示を理由に価値のない古文書と扱うのも誤りである。その表示は、現時点の制度的な出所とコミットメントの枠を示す。正確な記事は、活発な技術活動と限定された公式成熟度を同時に伝えなければならない。

議論から権限までには複数の門がある

W3C Processは、憲章に使命、範囲、期間、成果物、成功基準、分かる範囲でのマイルストーンを求める。実質的な再憲章化はAdvisory Committee reviewを経て、W3C decisionを受けなければならない。審査期間は少なくとも28日で、代表の要請があれば少なくとも60日に延びる。Call for Reviewは重要変更と理由を明示し、refinementで寄せられた意見の処理も示す必要がある。

公開issueの役割はここで明確になる。参加者が案を作り、ChairsとCharter Facilitatorが審査可能な文章にする。horizontal groupsがアクセシビリティ、国際化、プライバシー、セキュリティ、アーキテクチャを検討する。Memberの代表が特定版を審査し、W3Cが権限を与えるかを決める。

Web Speechを含む新憲章が成立しても、現在の技術文書が承認されたことにはならない。憲章は標準化作業を行う許可である。Working Groupは採用する基礎文書と公開時期を別に決める。FPWDは公開作業の出発点であり、完全なグループ合意やW3Cの推薦を意味しない。CRには、その後の広いレビューと実装経験が必要になる。

issueに示された2027年、2028年という日付も、状態付きの予測として保つべきだ。認識と合成が分割される、horizontal reviewで大きな変更が求められる、憲章承認が遅れる、といった場合には動き得る。日程の修正は、当初何が提案されたかを消す理由にはならない。

特許コミットメントも段階ごとに異なる

Community Groupの来歴からWorking Groupへ文書を移すことは、会議の場所を変えるだけではない。特許コミットメントの制度環境も変わる。

Web Speechの公開ページは、Community Final Specification Agreementに基づくコミットメントを保存する。新しいAudio Working Groupが作業を受け入れれば、2025年5月15日版Patent Policyの下で活動する。その政策は参加者のロイヤルティーフリー義務を定義し、FPWD公開時に150日間のexclusion opportunityを開始する。適用の詳細は政策本文に従う。

二つの記録は関連するが同じではない。Community Groupの履歴は文書の来歴として必要である。新憲章の範囲、Working Groupへの参加、採用版、FPWD後の期間はRecommendation Track上の別の保管記録になる。

確認した資料には、特定の特許請求、除外予定、紛争は示されていない。本稿もそれを推測せず、法的助言を行わない。必要なのは、どの段階で、どの文書版に、どの制度が適用されるかを明示することだけである。

そのため、正式審査の前に起点となる版を固定しなければならない。Web Speech APIは更新される編集稿である。審査する人には、どのスナップショットを受け入れる案なのか、認識と合成は一つなのか、従来のコミットメントと新しい特許状態をどう引き継ぐかが必要だ。

範囲移管台帳を公開する

最小限の台帳は、新しい意思決定者を作らない。最初の項目でDraft Community Group Reportの正確な版、日付、不変スナップショット、Community Groupの来歴、コミットメント記録を特定する。次に、移管提案の提案者、日付、受け入れ先、理由、単一仕様か複数成果物かを記録する。

憲章項目は、Web Speechを実際に範囲へ加えた最初の版を示し、以前の除外文を版履歴に残す。horizontal reviewの依頼、重要issue、公開処理はその版に結びつける。Advisory Committee reviewの期間、延長、W3C decisionは別々の出来事である。

憲章が発効した後も、Working Groupによる文書採用の記録が必要だ。FPWD公開とPatent Policy上の期間は次の状態である。その後のWorking Draft、CR、Recommendationには、それぞれレビュー、テスト、実装の証拠を付ける。分割、撤回、孵化への差し戻し、別グループへの移管も正常な結果として残す。

Member-confidentialな意見、非公開の法的分析、未公開特許情報まで出す必要はない。誰がどの文章を見て、どの権限で何を決め、現在どの状態なのかが分かればよい。

Heng LuのPolicy Mirrorは、ここでは限定的な記録原則として働く。公開憲章は実際に許可された作業を映し、成熟度表示は実際に到達した決定を映すべきだ。リポジトリ保守、参加、実装は重要な証拠だが、制度権限の所有権ではない。文脈上のディレクトリ項目がIETF-W3Cという名称でも、IETFにW3Cの決定権を与えるものではない。

情報源

  1. Heng Lu, The Policy Mirror
  2. W3C Strategy issue 570
  3. Audio Working Group 2026年憲章案
  4. Audio Working Group再憲章化の議論
  5. Audio Working Group現行憲章
  6. Web Speech API編集稿
  7. Speech API Community Group記録
  8. W3C Process Document
  9. W3C Patent Policy
  10. Web SpeechのCommunity Final Specification Agreementコミットメント