W3C 仕様策定プロセス

完全なプロセス

W3C ワーキンググループは、Web 技術の標準化を推進するために一連のステップに従います。これを W3C 技術報告書開発プロセスと呼びます。

[caption id="attachment_1451" align="alignnone" width="466"] w3c process flow[/caption]

標準化プロセスと後続の修正プロセスの 2 部分に分かれます。詳細は下文をご覧ください。

標準化プロセス

主なプロセスは以下の通り：

WD -> CR -> PR -> REC
1     2     3     4

最初の WD（作業草案）から始まり、CR（候補勧告）、PR（提案勧告）を経て、最後に REC（勧告）になります。REC になる前の 3 つの段階には後悔する機会があります：

WD、CR は繰り返し確認可能
CR は WD に後退可能
PR 自体には繰り返し確認はありませんが、CR と WD に後退可能

REC になった後、2 つの可能な状態変化があります：

編集勧告（Edited Recommendation）として再发布
取り消され、取り消された勧告（Rescinded Recommendation）になる

また、W3C はいつでもプロセス全体を終了できます。

標準化の具体的なプロセスは：

最初の公開作業草案（First Public Working Draft）を发布
[オプション] いくつかの改訂公開作業草案（revised Public Working Drafts）を发布
候補勧告（Candidate Recommendation）を发布
提案勧告（Proposed Recommendation）を发布
W3C 勧告（W3C Recommendation）を发布
[オプション] 編集勧告（Edited Recommendation）を发布

WD から REC まで、成熟度は越来越高くなります。責任者（Director）はより高い成熟度段階への発展を拒否でき、低い成熟度段階への後退を選択できます。

Working Draft (WD)

作業草案は、W3C によって发布され、コミュニティによるレビューのための文書です。W3C メンバー、公開、その他の技術機関が含まれます。

一般的に、作業草案は勧告に推進されることを意図しています。ワーキンググループの期待は作業草案の文書状態セクションに記載されています。勧告に推進する意図がない、またはもはや推進しない作業草案は、ワーキンググループノート（Working Group Note）として发布すべきです。作業草案は必ずしもワーキンググループの総意を表すものではなく、W3C またはそのメンバーが一般的な技術分野での作業以外に任何の承認を与えることを意味するものでもありません。

Candidate Recommendation (CR)

候補勧告は、ワーキンググループの技術要件を満たし、広範なレビューを経た文書です。

W3C が候補勧告を发布する目的は 4 つあります：

コミュニティに最終レビューを行う時期であることを示す
実装経験を収集する
諮問委員会（Advisory Committee）が正式なレビューを開始し、該文書を W3C 勧告として发布すること、ワーキンググループに返してさらに修正すること、または廃棄することを勧告する可能性があります
W3C 特許条項（W3C Patent Policy）に基づいて拒否する機会を提供する。注意：このプロセス中の候補勧告は、特許条項中の最終作業草案（Last Call Working Draft）に対応します

注意：候補勧告は勧告として受け入れられることが予想されます。できない場合は、なぜこのような遅い段階で予想を変更するのかを明記すべきです。

Proposed Recommendation

提案勧告は、W3C 責任者によって品質が基準を満たしていると受け入れられた文書です（W3C 勧告としての品質に十分）。この段階は諮問委員会に候補勧告からのレビューの最終期限を確定します。新しい作業草案または候補勧告を发布しない限り、提案勧告に対する実質的な変更は禁止されています。

W3C Recommendation (REC)

W3C 勧告は、広範な合意形成を経て、W3C メンバーと責任者の承認を得た仕様または要件です。W3C はその勧告を Web 標準として広く使用することを推奨し、W3C 特許条項に基づいて付与される W3C ロイヤリティフリーの知的財産権ライセンスは W3C 勧告に適用されます。

Obsolete Recommendation

廃止勧告は、W3C が勧告の継続的なコミュニティ実装を支持するのに十分な市場関連性がないと考える仕様ですが、勧告を取り消す必要がある根本的な問題があるわけではありません。廃止勧告は十分な市場シェアを獲得する可能性があり、その場合 W3C はそれを勧告状態に回復します。廃止勧告は、W3C が特許ポリシーに基づいて付与するロイヤリティフリーの知的財産権ライセンス勧告と同じ地位を持ちます。

Rescinded Recommendation

取り消された勧告は、W3C がもはや承認しない完全な勧告であり、勧告状態に回復することは不可能であると考えるものです。

Working Group Note, Interest Group Note (NOTE)

ワーキンググループノートまたはインタレストグループノートは、特许ワーキンググループまたはインタレストグループによって发布され、有用だが正式な標準とする意図がない文書に安定した参照を提供するため、または勧告書にならなかった廃棄された作業を記録するために使用されます。

ワーキンググループとインタレストグループは編集草案（Editor's draft）を提供する可能性があります。編集草案には公式な地位はなく、ワーキンググループまたはインタレストグループの総意を表すものではなく、W3C による任何の方法でもその内容が承認されるものではありません。

REC 修正プロセス

勧告发布後、修正が必要な場合があります（例えば誤字訂正、または大規模な変更）。修正プロセスが必要です：

// 実質的な変更（大規模な変更）
新しい機能を追加する必要がある -> 最初の WD を作成し、最初からプロセス全体を再実行
新しい機能を追加しない -> 責任者の承認を経て CR 段階に戻る

// 非実質的な変更（小規模な変更）
責任者の承認を経て変更しない

誤字訂正管理

勧告に対するエラー追跡はワーキンググループの継続的な関心事であるため、ワーキンググループ憲章の許可範囲は一般に勧告发布後の誤字訂正作業を許可します。

ワーキンググループは読者と実装者から報告されたエラーの記録を保持しなければなりません。此类エラー報告の処理頻度は四半年に 1 回を下回ってはならず、勧告の読者は特定の勧告に対応する誤字訂正を簡単に閲覧できる必要があります。

ワーキンググループは誤字訂正の記録方法を決定します。ベストプラクティスは、勧告テキスト内容から確定できる文書で、誤字訂正と任何の提案修正を明確に示すこと、またはデータベースから自動生成されるなど、各种形式の誤字訂正ページを含む他の方法です。

誤字訂正は、ワーキンググループによって提供される情報的な「提案」修正によって解決されます。次の小節で説明する勧告修正プロセスを経て、修正は勧��の一部になります。

勧告修正

ワーキンググループは勧告の再发布を要求できます。そうでない場合、W3C は仕様テキストに対する変更を行わない修正を行うために勧告を再发布する可能性があります。

勧告に対する編集修正は、提案された変更に対する技術レビューを必要としません。发布決議に反対票がない場合、ワーキンググループは勧告の发布を要求できます。そうでない場合、W3C は早期の各成熟度段階を経ずに此类の変更を行うために勧告を发布する可能性があります。此类の发布物は編集勧告（Edited Recommendation）と呼ばれます。

実質的な変更があるが新しい機能を追加しない勧告に対する修正、または修正案を勧告として直接发布することに投票で反対がある場合、ワーキンググループは候補勧告の发布を要求できます。早期の成熟度段階を経る必要はありません。

後者の 2 つの場合、得られた勧告は編集勧告と呼ばれます。

前の小節で言及した編集勧告の发布を要求する際、関連する成熟度段階の要件を満たすことに加えて、ワーキンググループは：

文書変更が広範なレビューを経たことを示さなければならない
記録されたすべての誤字訂正を解決すべきである

新しい機能を導入する変更については、W3C は新しい最初の作業草案から始め、技術報告書を勧告に推進する完全なプロセスに従わなければなりません。

参考資料

World Wide Web Consortium Process Document