Skip to content
Permalink
Branch: master
Find file Copy path
Fetching contributors…
Cannot retrieve contributors at this time
631 lines (466 sloc) 64.9 KB

W3C Process for Busy People

忙しい人のためのW3Cプロセス入門

このドキュメントはW3C Process for Busy Peopleの日本語訳です.

このドキュメントは、読者に、W3Cプロセスドキュメントの概要を簡単に説明することを目的としています。元のW3C Process Documentは、法的に正確であるように書かれた完全なドキュメントであり、各アイテムとプロセスについての詳細を詳しく説明しています。このドキュメントはメイン文書の概要を示すことを目的としているため、新規および既存のW3C参加者はすべてのW3Cプロセスを理解し、詳細情報の入手先を知ることができます。

読者は、この文書は法的文書ではなく、W3Cプロセス文書に代わるものでもなく、W3Cの特許ポリシーの側面についても触れていないことに注意してください。

The W3C Process Document

W3Cプロセスドキュメント

W3C標準プロセスは、コンセンサスを最大限に考え、一貫性を追求したロイヤリティフリーである標準を構築することを目指しています。完全なプロセス文書はここにあります。

Updating the Process Document

プロセス文書の更新

W3Cプロセスドキュメントは、W3Cドキュメントと同様に更新されます。毎年、プロセスコミュニティグループは、コミュニティが表現したコメントに基づいて文書を修正し、ACレビューの文書を発信します。 ACレビューが成功すると、新しいプロセスがACにアナウンスされます。詳細は、W3C Process Documentを参照してください。

Language

言語

W3Cの主要な言語は、仕様テキスト用の英語(米国英語)です。 W3Cはすべての文書の翻訳を奨励します。詳細はこちらをご覧ください。

Terms

用語

この用語リストは,このドキュメントの各セクションにリンクしています。またそれをスクロールして、忙しい人のために完全なプロセスドキュメントを表示します。

Leadership and Leadership Groups

リーダーシップとリーダーシップグループ

W3Cリーダーシップおよびリーダーシップグループは、W3C内で行われたプロセス、技術指導、グループ開発および主要な決定を担当しています。

The Director

ディレクター

DirectorはW3Cのリードテクニカルアーキテクトです。 彼には、W3C Process Documentに詳述されているいくつかの責任があります。 これらの責任の一部は次のとおりです。

  • 新たな利害関係とワーキンググループの設立
  • グループチェアの任命
  • 技術レポートの発行
  • 正式な異議申し立ての結果の決定
  • TAG議長

Advisory Board (AB)

ABは、戦略、管理、法的問題、プロセス、紛争解決の問題について、チームに継続的なガイダンスを提供します。 また、ABはW3Cプロセス文書のプロセスを管理しています。

ABはACによって選出された9人です。 チームは議長を任命するが,必ずしもその人はABのメンバーである必要はない.現在はCEOがその任務をしている。 AB会員は雇われている会社の代表ではなく個人として参加します。 ABは、ABウェブサイトおよびACミーティングの場において活動に関する最新情報を提供します。

ABの任期、選挙プロセス、および責任の詳細については、ABウェブサイトおよびW3Cプロセスドキュメントを参照してください。

Technical Architecture Group (TAG)

テクニカルアーキテクチャグループ(TAG)の作業は、WebアーキテクチャとW3Cの技術的な貢献に焦点を当てています。 TAGは、Webアーキテクチャに関連する問題を議論し解決し、W3Cの内部と外部のクロステクノロジアーキテクチャ開発を調整します。

TAGは、W3Cのディレクター(現TAG永久メンバーでもあるTim Berners-Lee)、監督任命された3人の個人、そしてACによって選出された6人で構成されています。 TAGメンバーは、雇用者を代表してではなく、個人として参加します。 TAGは、ACミーティングでの活動、およびAC代表者のためのメンバー専用のACメーリングリストにおいて最新情報を提供します。

TAGメンバーの任期、選挙プロセス、責任に関する詳細は、TAG Websiteおよび[W3C Process Document](https://w3c.github.io/w3process /#TAG)を参照してください。

Advisory Committee (AC)

各W3Cメンバー組織は、1人をW3C ACに指名することができます。このACは一般的なアナウンスを受け取るためにACメーリングリストw3c-ac-membersに追加されます.これにはACメンバーは投稿できません.W3C-ACフォーラムでACディスカッションを行い、ACミーティングに招待されます。 ACの責務は次のとおりです。

  • グループ憲章の提案、提案された勧告、提案されたプロセス文書の見直し
  • アドバイザリーボードメンバーの選出
  • Technical Architecture Groupメンバーの選出
  • W3Cの戦略とイベントの計画のチェック
  • (諮問委員会の代表者も諮問委員会上訴を開始することができる)

ACは、TPAC(一般的には9月、10月または11月)と専用のACミーティング(通常は3月から6月に開催)の間に、1年に2回の対面式ミーティングを開催します。 ACミーティングでは、ACはW3Cメンバーシップと財政、予算配分、IGとWGに関する最新情報、および他の組織との連絡を更新します。会議は2回前までにAC会議スケジュールに追加されます。

ACメンバーは、W3C加盟組織間の利益相反または重要な関係に関する特定の情報を開示する必要がある場合があります。詳細については、W3Cプロセス文書を参照してください。

ACメンバーシップと責任の詳細については、W3Cプロセスドキュメントを参照してください。

AC Reviews

ACレビュー

ACは、新しく改訂されたワーキング・アンド・インタレスト・グループのチャーター、提案された推奨時代遅れ、廃止、代替、またはリストアされる勧告の提案,W3Cプロセスの変更を提案します。通常、これらのレビュー期間は少なくとも28日間です。

チームは、ACメーリングリストを用いてのACに「レビューのため要請」を送信します。各ACメンバーは、W3Cメンバー所属組織としてのレビューを送信することができます。 ACメンバーは、レビュー期間が終了するまでレビューを修正することができます。

レビューが終了した後、directerは、詳細なサポートと正式な異議申し立ての結果を発表します。提案は、承認、条件付き承認、さらなる検討が必要,否決に分類されます、これらの詳細は、W3C Process Documentを参照してください。

AC Appeals

異議申し立て

ACは、W3Cの決定に異議申し立てすることができます。 これはまれです。 異議申し立ては通常、ワーキンググループまたはインタレストグループの作成または変更、またはRecommendation Trackを通じて進行中のドキュメントに関連しています。 アピールできるかどうかの完全なリストについては、W3Cプロセス文書を参照してください。

異議申し立ては、決定後3週間以内に開始する必要があります。 ACメンバーはチームに異議申し立てを報告し、チームはACにこの異議申し立てをアナウンスして、ACが望む場合に異議申し立てをサポートできるようにします。

特定の期間内に相当量のサポートが受けられれば、投票がなされる可能性があります。 投票でACがDirecterの決定を支持するか否かを決めます。 この投票の要件と実行の詳細については、W3Cプロセス文書を参照してください。

The W3C Team

W3Cチーム

チームは、ディレクター、CEO、W3Cの有給スタッフ、無給のインターン、およびW3Cフェロー (チームの一員として働くメンバー)で構成されています。

チームは技術的リーダーシップを提供し、IG, WG活動を支援し、メンバーおよび一般の人々とのコミュニケーションを管理します。 チームはチーム提案を行うことができます。

W3Cチームの詳細については、W3Cプロセスドキュメントを参照してください。

Understanding W3C Members

W3Cにおけるメンバーとは

Members

メンバー

W3Cメンバーは、W3CのIG, WGの参加者の大部分を占めています。 各メンバーはまた、ACに1人の席を置いています。

IG, WGに参加するだけでなく、メンバーはMember-Only情報にアクセスし、Member Submissionプロセスを利用することができ、すべてのW3Cワークショップとシンポジウムに招待されます

W3Cのメンバーになる方法については、W3Cへの参加方法を参照してください。

メンバーの詳細については、W3C Process Documentを参照してください。

子会社、パートナーシップ、契約義務などのビジネス契約に関連するメンバーは、これらの関係を宣言する手順について、W3Cプロセス文書を参照してください。

Membership Consortia

メンバーコンソーシアム

「メンバーコンソーシアム」とは、W3Cに参加している(または参加したい)複数の個人、企業、団体、または政府のコンソーシアム、またはこれらの組み合わせを意味します。 メンバーシップコンソーシアムの有給スタッフは、W3Cメンバーシップと同じ権利と特権を持っています。

メンバーシップコンソーシアムに関する詳細情報が必要な方は、W3Cプロセス文書を参照してください。

W3C Groups

W3Cのグループ

W3C Interest and Working Groups

W3C IGとWG

W3Cのグループとしては2種類のタイプがあります.

  • ワーキンググループ:成果物、通常はテクニカルレポート(=標準)の作成をめざします.
  • インタレストグループ:潜在的なウェブ技術とポリシーを評価します。テクニカルレポートは作成しません。

グループには、公開憲章、議長(または共同議長)、チーム連絡先、メーリングリストがあります。

グループには、既にグループチャーターで詳述されている私たちの課題を担うタスクフォースがあることがあります。

グループの詳細については、W3C Process Documentを参照してください。

Setting Up Interest and Working Groups

IGとWGの設立

インタレストまたはワーキンググループを設定するプロセスは以下のとおりです。

  • Generating Interest :W3C内でのトピックに興味を持っています。これはメンバー提出W3C実行ワークショップ、W3Cチーム研究、コミュニティグループまたはWeb Incubator Community Groupから提案できます。
  • ACアナウンス :ディレクターは、ACメーリングリスト上のIGまたはWGチャーターの作成を発表します。
  • Charter Development :IG/WGの支持者は、W3Cのチームメンバーとの新しいグループチャーターに取り組みます。
  • Member Review :W3Cメンバーはチャーターをレビューし、フィードバックを提供します。
  • Director Approval :ディレクターはACメーリングリスト上のIG/WGの作成を承認します。
  • Call For Participation :ディレクターは、ACメーリングリストの新しく形成されたグループへの参加を呼びかけます。

各ワーキンググループとインタレストグループは少なくとも1人のW3Cチームメンバーによってサポートされます。 招待されたエキスパートもグループに参加することができますが、通常、グループ参加者はMember represenativesです。

詳細は、W3Cプロセスドキュメントを参照してください。

Charter and Call for Participation

チャーターと参加呼びかけ

すべてのワーキンググループとインタレストグループにはチャーターがあります。チャーターは、W3CメンバーW3Cチームメンバーによって開発されます。チャーターはいつでも作成することができます。

新しいチャーターが作成されると、提案者(チャーターを書いている人)は(AC)がACメーリングリストリストを通じて新しいチャーターを認知して貰います。 ACはすべての新しいチャーターを最低4週間で審査します。

ACがチャーターを承認した後、Directorはグループに参加するよう呼びかけ、すべてのACメンバーへの参加,あるいは同僚にグループに参加することを招待します、

作成されているワーキンググループまたはインタレストグループに対する参加要請およびACアピールの詳細については、W3Cプロセス文書を参照してください。

Charter Contents

チャーター目次

グループチャーターには以下の情報が含まれます:

  • グループミッション
  • 仕事の範囲
  • 成功のための基準
  • グループ予想期間
  • グループ成果物とタイムラインのリスト。これらが勧告追跡文書(仕様書)である場合、これらの項目を含める必要があります(チャーター内の成果物に使用する用語については、使用可能な用語を確認してください)。
    • タイトル
    • 安定したURL
    • 出版日。
  • 成果物の承認方法に関する詳細
  • W3Cまたは他の団体内のグループへの依存
  • グループの成果物の機密性レベル
  • 会議の頻度と種類
  • 通信方法
  • 参加者から期待される時間の確定
  • チームから期待される時間の確定(W3Cスタッフ)
  • 知的財産情報。

このチャーターに含めることができる他の可能な項目は、W3Cプロセス文書には記載されていない,参加要件(インタレストグループ用)、投票手順、参加者と成果物の制約事項です。

詳細は、W3C Process Documentを参照してください。

Charter Deliverable Terms

チャーター使用用語

W3Cプロセス文書では、チャーターの成果物を記述する方法として、「参考ドラフト」、「除外ドラフト」、「採用ドラフト」などの用語について説明しています。ここでこれらの概要を簡単に説明します。より理解を深めるには、W3C Process Documentを参照してください。

  • 参考ドラフト :ほとんどの場合、これは最新の場合は最新のWorking Draftまたは最初の公になった作業ドラフトです。特定のルールについては、W3CプロセスドキュメントおよびW3C特許ポリシーを参照してください。
  • 採用ドラフト :この草案は、成果物の基礎として使用されます。いくつかの標準化団体は、これを「ワーキンググループが採用したドラフト」と呼んでいる。これは、このドラフトが最終的な成果物の基礎となることを意味しますが、最終的な文書(W3Cの勧告または注釈でもよい)は大きく異なる可能性があります。
  • 除外ドラフト :これは、除外機会を引き起こした最近の作業中のドラフトまたは勧告候補です。具体的な情報については、W3Cプロセス文書およびW3C特許ポリシーを参照して下さい。

Charter Extensions

チャーター拡張

ワーキンググループとインタレストグループは、合意されたチャーター完了日を過ぎて延長することができます。 ディレクターは、ACメーリングリストにグループが延長されたことと新しい期間を単にアナウンスすることでこれを行うことができます。

グループ拡張の詳細については、W3Cプロセスドキュメントを参照してください。

Participants

参加者

利害関係者とワーキンググループの参加者は、技術的に能力があり、公正で自信があり、グループ内の他の人と話し、交流する必要があります。グループ参加者には4種類あります。すべてがインタレストグループに参加することができますが、***メンバーのみが***ワーキンググループに参加することができます。

  • メンバー代表者:W3Cメンバーからの個人代表者。 ACメンバーは、組織内の人々をグループ内で推薦することができます.(場合によっては、ACメンバーが組織の外にいる人を指名することもできます)。
    • ワーキンググループのメンバー: グループに参加する前に、AC会員は、新会員がチャーターに詳述された参加規約に同意することを確認する声明を送付します。  * インタレストグループのメンバー: ACメンバーは、グループに参加する前に、グループ憲章の参加方法をチェックします(これは、ワーキンググループの声明を含むことも、グループメーリングリストに新しいメンバーを追加することもできます) 。
  • 招待エキスパート:グループに貴重な専門知識を持ち、W3Cメンバーの従業員ではない個人。 詳細なルールは、招待されたエキスパートになるために適用されます。
  • チーム代表: W3Cのスタッフ。チームメンバーは、チームコンタクトまたはグループの正規の参加者になることができます。
  • 公衆参加者: 一般のメンバー。WG参加者になることはできません。

一般的に、すべてのグループメンバーは、グループが終了するか、グループから抜けるまで、グループのメンバーです。

解読プロセスを含むメンバーの詳細については、参加基準グループへの参加のW3Cプロセス文書を参照してください。

参加者がW3Cおよび/またはグループ作業に与える可能性のある利益相反をどのように開示するかを参加者に指示する、利益相反ポリシーが存在します。詳細は、W3C Process Documentを参照してください。

Participation by Proxy

代理参加

グループ参加者は、自分自身が出席できないときに、場合によってはその場に人を送ることができます。この代表者は元のメンバーに代わって投票することができます。グループメンバーは、代理人を派遣しているときに議長に通知する必要があります。このためのルールは、W3Cプロセス文書に詳述されています。

Group Size

グループサイズ

ワーキンググループは少数の専門家で構成されているときに最も効果的です。インタレストグループはしばしば大きくなることがあります。グループサイズの詳細と大きなグループの分割については、W3Cプロセスドキュメントを参照してください。

Meetings

会議

ミーティングは、対面式でも、リモート型(電話会議、IRC、ビデオ会議など)でも構いません。会議のアナウンスは、インタレストグループまたはワーキンググループのメーリングリストで送られます。

通常、会議はグループ参加者にのみ開かれます。時々は会議にゲストが招待されることがあります。このゲストには議決権がありません。

対面式会議は、会議の8週間前に発表し、1週間前に会議内容を配布する必要があります。

ミーティングの詳細については、W3Cプロセスドキュメントを参照してください。

Consensus and Formal Objections

合意と異議申し立て

合意はW3Cの中核的価値です。 W3Cで合意されている合意と異議申し立てを以下に示します。詳細は、W3C Process Documentを参照してください。

  1. 合意: 集合内のかなりの数の人が決定を支持し、登録者の誰も正式な異議申し立てをしないこと。個人は棄権することがあります。棄権は、意見のない明示的な表現か、また個人による沈黙である。全員一致は、集合内のすべての個人が決定を支持する(すなわち、集合内の個人が棄権しない)場合である。
  2. 異議: 集合内の少なくとも1人の個人が正式な異議申し立てを登録します。

Group Decision Appeals and Formal Objections

グループ決定の控訴と正式な反対

グループメンバーの集合は、グループ決定にアピールすることができる。グループはまず、議長とチームの連絡先に意見を登録し、その後、ディレクターに決定を審査するよう求める** Group Decision Appeal ** を提出する必要があります。詳細は、W3C Process Documentを参照してください。

個人は、インタレストまたはワーキンググループの決定に対して正式異議申し立てを提起することができます。ディレクターは、正式異議および関連するグループの決定を検討する。正式な異議申し立てには、技術的な議論とそれに対する変更の提案が含まれなければなりません。公式異議申立は公開されるます。

正式異議申し立ての詳細については、W3Cプロセス文書を参照してください。

Voting

投票

時には、グループがどれほど頑張っても、決断のためにコンセンサスに達することはできません。このような場合、投票が使用されることがあります。議長は明確な手順に従って投票する際に一連の情報を記録する必要があります。詳しくは、W3Cプロセス文書を参照してください。プロセスの簡単な概要を以下に示します。

  • 投票は一般的にコンセンサスに到達できない場合にのみ起こる
  • 議長は問題と投票プロセスを詳しく述べなければならない
  • グループ参加者のみ投票可能
  • 各組織は、(グループにもっと多くのメンバーを持っていても)1票のみ
  • 招待専門家は投票できます
  • 投票の結果は議事録に記録しなければならない。

投票は小さな問題にも使用できます。その場合はより緩い規定が使われます。詳細については、W3C Process Documentを参照してください。

Closing a Group

グループの閉鎖

グループは、成果物を達成した場合、持続期間に達し延長したくない場合、または何らかの理由(例えば、不十分なリソース)でチャーター目標を達成できないため、終了することがあります。

ディレクターは、ACにメールを送って、グループの閉鎖を確認します。

W3C Recommendations and Notes

W3Cにおける勧告とノート

W3C勧告は、認知されているW3C標準(「技術報告書」とも呼ばれる)です。 W3C勧告は、W3Cワーキンググループ、ACおよびDirectorによって合意され承認される。

すべてのW3C勧告は、W3C技術レポートの索引にあります。

W3Cグループは、勧告トラック文書ではない W3Cノート を公開することもできます。 W3Cノートの例には、ユースケースのリスト、ガイダンス、放棄された作業のステータスなどが含まれます。

W3CノートはThe Recommendation Trackもフォローします。それらは通常、ノートとして。なんらかの改訂された公共作業ドラフトの出版 という段階です。

詳細は、W3Cプロセスドキュメントを参照してください。

Requirements for W3C Recommenations (Technical Reports)

W3Cの勧告(技術報告書)に対する要求条件

W3C勧告(Technical Reports)は、勧告のフローのあらゆる段階で公開される文書である。ドキュメントには、以下を含むセット情報が表示されます。

  • ドキュメントの成熟度レベル(勧告のフローを参照)
  • 文書を作成したワーキンググループ
  • バグの記録方法と場所についての説明
  • このドキュメントの「次のステップ」
  • このドキュメントが既存のWeb標準にどのように関連するかについての説明
  • 以前の文書バージョンからの変更点の説明( "変更ログ")。

Editors

エディター

すべてのW3C勧告(テクニカルレポート)には、1人以上のエディターがいます。これらのエディターは、WGの決定を反映する形で文書を作成する責任があります。すべてのエディターは編集中の文書を担当するWGのメンバーでなければなりません。

W3C勧告(技術報告)フロー:「勧告トラック」

ドラフトからテクニカルレポートまでの文書の典型的な流れは次のとおりです。

勧告のフロー図

  • (オプション)エディターによる下書き作成: 誰でもエディターの下書きを開始できます。ワーキンググループのメンバーは、個人として、または小グループ内でこれらを開発し、グループに提出して、最初の公開作業ドラフトとみなされます。   * 成熟度:エディタードラフト   * 次のステップに進むには、エディターのドラフトをワーキンググループメーリングリスト(電子メール)を介してワーキンググループに提出する。
  • 最初の公開作業ドラフトの公表: グループのメンバーと一般の人々が見直すことができるドラフト文書。   * 成熟度:作業中のドラフト   * 次のステップに進むには,文書のワーキンググループでの合意とDirectorの承認が必要。
  • 改訂された公共作業草案の公表 コミュニティはドラフトの変更案を作成します。これらは改訂された公開作業ドラフトを作成するために考慮され、場合によっては追加されます。   * 成熟度:作業中のドラフト   * 次のステップに進にはドラフトのワーキンググループでの合意とDirectorの承認が必要。
  • 候補勧告の公表: WGが文書の最終レビュー準備が整うことに同意すると、その文書は候補勧告に進む。ドキュメントはすべての技術的要件を満たす必要があり、いくつかの実装が必要です。WGは、この文書が最終的なものであることを確信しなければならない。 ACはこの草案を検討し、実施は奨励され、特許排除を提供する機会が設けられる。   * 成熟度:候補勧告   * 次のステップに進にはWGが承認し、ACがレビューを行い、ディレクターの承認が必要。
  • 提案された勧告の公表: W3Cディレクターは、文書が十分な品質で標準となることに合意し、ACは最終的に文書をレビューする。この段階での変更には、新しい作業ドラフトまたは候補勧告が必要です。   * 成熟度:勧告提案   * 次のステップに進むには文書へのWGの合意,ACレビューとディレクターの承認が必要。
  • W3C勧告としての好評: この文書は現在、Webの標準です。   * 成熟度:W3C勧告
  • 編集された勧告としての公表も考えられる: W3C勧告は編集を受け取り、プロセスを通してこれらの編集を進めなければならない。

グループのメンバーは、プロセス全体を通じて文書をレビューする必要があります。可能な限り早期に変更を検討し提案することが推奨される。

Maturity Levels Explained

成熟度の説明

ドキュメントが「勧告のフロー」を経て進行するにつれて、「ドキュメントの成熟度」が進行し、以下の成熟度の詳細が表示されます。

エディタードラフト

エディタードラフトは、個人またはグループがワーキンググループドラフトとして提案するために作業する文書です。エディターのドラフトは、多くのグループ作業の重要な部分です。それらは作業ドラフトにアップグレードされるまで留まることはありません。

次のステップ

エディターのドラフトをワーキンググループに提出して作業ドラフトまたは "ワーキンググループノート"にする。

作業中のドラフト

ワーキンググループが新しい標準またはW3Cノートで作業を開始することに合意したとき、作業ドラフトを作成する。ワーキングドラフトは新しい文書でも、ワーキンググループはエディタードラフトを採用することもできます。これらの両方の移行は「最初の公開作業ドラフト」になる。この段階では、W3Cの特許ポリシーに詳述されている"除外特許の呼びかけ"を始めます. ワーキンググループは引き続きこの文書の作業を続け、意思決定と文書の編集に合意し、「改訂作業ドラフト」を作成し続ける。文書に重大な変更が加えられた場合、その文書をW3Cテクニカルレポートページに再アップロードする必要があります。 6ヵ月経過しても変更がなければ、改訂作業ドラフトをアップロードする必要があります。この改訂案は、なぜこの時間内に変更がないのかを示しています。

グループは、次の推奨トラックステージ(勧告フローおよび[遷移要求]を参照)への移行のために、作業ドラフトに関する情報を準備する必要があります。 (ステージとトランジションの詳細については、勧告フロー遷移要求を参照してください。これらには、

  • 文書を進めるためのグループ決定の記録
  • 最後のバージョンからの変更の記録
  • 前回のバージョン以降に変更された要件のレコード(存在する場合)
  • 他のグループとの関係における変化の報告。

すべての作業ドラフトについて、ワーキンググループは未解決の問題とグループがコンセンサス(多くのグループが現在Githubでこれを行います)に達していない問題を文書化します。詳細は、W3Cプロセスドキュメントを参照してください。

Next Steps

次のステップ

作業草案は、「修正作業ドラフト」,候補勧告、または「作業グループノート」に移行することができます。

候補勧告

候補勧告は、最終的なレビューがなされる文書である。この段階で、グループは文書を次の段階に進めるための一連の情報を準備する.トラックステージ間の遷移要求と移動のステージの詳細については(勧告フロー移行要求を参照してください。収集される情報は次のとおりです。

  • 文書がワーキンググループの要件(チャーターに概要が記載されている)に合致していることを説明する.または要件が変更されたのならその理由
  • 他の仕様への依存
  • 実用的な実装経験がどのように実証されたかを文書化する
  • ドキュメントがどのように幅広いレビューを受けたかの詳細
  • リスクのある機能の特定

ワーキンググループはまた、発表の少なくとも28日後にコメント締め切りを宣言する。

この段階では、W3Cの特許ポリシーに詳述されている"除外特許のコール"が始められます。

詳細は、W3C Process Documentを参照してください。

Revised Candidate Recommendations

候補勧告の改訂

審査期間中に実質的な変更が文書になされた場合、その文書は「修正された候補勧告」になることができる。これにより、[W3C特許ポリシーに詳述されている除外特許の呼びかけが発生する可能性があります。詳細は、W3Cプロセス文書を参照してください。

次のステップ

候補勧告は、「作業ドラフト」に戻ることや、「改訂候補勧告」になることや、「提案勧告」または「WGノート になることができる。

提案された勧告

提案勧告は、W3C勧告になる前の文書の最終段階です。この段階の主な目的はACレビューを受けることです。

ワーキンググループは、提案された勧告が[移行要求]((#transition-requests-and-moving-between-track-stages)の要件を満たしていることを確認し、実装経験の詳細、問題の説明、およびこれらが正式にどのように対処されたかを含む必要な情報を収集する。収集する情報の完全なリストは、W3C Process Documentにあります。

ワーキンググループは、チームの連絡先に、ディレクターがレビュー期間をACに通知することを要求するよう通知する。 ACレビュー期間は少なくとも28日間であり、除外の機会の10日後である(W3C特許ポリシー

詳細は、W3C Process Documentを参照してください。

次のステップ

実質的な編集は提案された勧告では起こり得ないので、文書を変更するには、文書を作業ドラフト または候補勧告に戻す。それ以外の場合は、W3C勧告または「ワーキンググループノート」になります。

W3C Recommendation

W3C勧告

W3C勧告は、W3Cの承認された標準であり、W3C勧告トラックの終点です! 「Rec」、「Recommendation」、「TR」、「Technical Report」、「Spec」、「Standard」を含むW3C勧告に使用される多くの非公式用語があります。そらはすべて同じことを意味します。

W3C勧告に到達するには、「W3C決定」が必要です。これは、文書がすべての遷移要求要件を満たし、[Director](#the director)が文書を承認し、文書が提案された推薦ステージ中のACレビューにパスすることが必要です.

[ディレクター](#ディレクター)は、W3C勧告の公表を発表する予定です。 AC会員が決定に同意しない場合は、[諮問委員会上訴]を提出することができます(#AC上訴)。

次のステップ

W3C勧告は次のようになることができます。

  • ワーキンググループが文書の改訂を選択した場合、[編集された勧告]((#revised-recommendation-edited-and-amended-recommendations)に
  • 新しい機能を追加しない方法で編集する必要がある場合、および作業する作業グループがもはや存在しない場合は、"修正された推奨事項"に、または
  • ウェブ上で頻繁に使用されなくなった場合や、ベストプラクティスを示すものではない場合、廃止された推奨事項に。これらは、勧告に復元することができる。
  • 新しい仕様に置き換えられている場合は、[Superseded Recommendation]((#rescinded-obsolete-or-superseded-recommendations)。これらは、勧告に復元することができる。
  • 廃止された勧告は、W3Cが承認しなくなり、勧告に復元されない文書です。
  • 「ワーキンググループノート、インタレストグループノート」。

Transition Requests and Moving Between Recommendation Track Stages

推薦トラックステージ間の遷移要求と移動

1つのステージから次のステージに進むには、「遷移要求」を作成する必要があります。 チームの連絡先は、いくつかの目標が達成されると移行要求を行います。 これらには、

  • グループ合意を得て記録する
  • ディレクターの承認を得る
  • 以前のバージョンの文書に対する公開されている変更
  • レビューの前または後に行われた決定を説明するレビュー担当者に返信することで正式に問題に対処する(詳細はW3Cプロセスドキュメントを参照)
  • 提起された正式な異議申し立てとその管理方法を説明する場合。

実装の詳細、要件の変更、または他のグループとの依存関係など、その他の情報を含めることをお勧めします。 例外の完全なリストは、W3Cプロセス文書に含まれています。

Implementation Experience

実装の経験

ドキュメントをW3C勧告に進めるには、***適切な実装経験***が必要です。 「適切な実装経験」のチェックリストはありませんが、グループ参加者は、公開され、提案されたドラフトと一致し、ドラフト作成者以外の者による実装を収集するよう努めなければなりません。完全なガイドラインについては、W3C Process Documentを参照してください。

推奨トラックでの後方への移動

ディレクターACの決定により、文書を推奨トラックの前のステージに送り返すことができます。ディレクターとACが文書を公開作業ドラフト段階に送り返す変更を提案することは可能であり、一般的です。

推奨トラックの進行を停止する

W3Cまたはディレクターは、どの段階でもドラフトの進展を止めることができます。これが起来た場合はACに連絡されます。推奨フローの詳細および詳細については、W3Cプロセスドキュメントを参照してください。

文書とワイドレビューのレビュー

文書は公開されるとすぐに再検討することができます。早期にレビューを送信することが常に推奨されます。 W3Cの参加者は、文書が「ワイドレビュー」を受けるべきであると述べることが多い。この用語はW3Cプロセス文書で定義されていません。

一般に、Webコミュニティのすべてのステークホルダーは、文書をレビューする能力を持っている必要があります。また、[public-review-announce@w3.org](mailto:public-review-announce@w3.org)に署名し、担当ワーキンググループはHorizontalグループ(例:TAGやプライバシー・インタレスト・グループ)グループは、参加者、実施者、影響を受ける業界関係者、横断グループおよび一般の人々が文書を検討するのに十分な時間と訓練を受けていることを確認するためにできる限りの努力をすべきである。

Director遷移要求 中にドキュメントをレビューすると、正しいレベルのレビューが達成されたかどうかがチェックされます。

修正クラス

W3Cプロセス文書は、文書の変更を行うためのいくつかのクラスを定義しています。これにより、文書のステータスを変更する必要があるかどうかを判断するのに役立ちます(例えば提案された勧告の段階で作業草案に戻る必要があるかもしれない場合など)。

ドキュメントを終了する

文書の作業はいつでも終了できます。

W3C勧告の変更

推奨トラック図

Revised Recommendation (Edited and Amended Recommendations)

改訂された勧告(編集および改訂された勧告)

ドキュメントがW3C勧告に進んだ後、ドキュメントにエラーが見つかることがあります。これらの場合、ワーキンググループはエラーの記録を保持します。グループはまた、何らかの形で文書にリンクされた関連テストのエラーの詳細を提供します。最も一般的な場合は、W3C勧告にリンクする別の公開文書です。ワーキンググループは、エラーを修正するため推奨事項を修正します。

ワーキンググループが既に閉鎖されている場合、W3Cは変更を要求することができます。

編集者の変更は、Recommendation Trackの別の段階に戻ることなく進めることができます。 実質的な変更は、文書が候補勧告に戻るように要求する,あるいはワーキンググループが存在しなくなった場合は「候補推奨勧告」になる。

ワーキンググループが文書を編集した場合、その勧告は「編集された勧告」となる。 W3Cが変更を要求し完了した場合、その文書は「改訂された勧告」となる。

勧告トラックの各ステージと同様に、すべての[遷移要求]](#transition-requests-and-moving-between-track-stages)が改訂された推奨事項に適用されます。

Rescinded, Obsolete or Superseded Recommendations

撤廃されたまたは陳腐化した、または廃止された勧告

W3Cは、W3C勧告がもはや推奨されなくなったと判断する可能性があります。推奨されなくなったこれらの勧告を分類する3つの方法があります:

  • Webで頻繁に使用されなくなった場合やベストプラクティスを示すものではない場合は、「廃止された推奨事項」。これらはW3C勧告として存在し続けますが、将来の実装には推奨されません。それらは勧告に復元することができる。
  • 新しい仕様に置き換えられている場合は、「Superseded Recommendation」。これらはW3C勧告として存在し続けますが、将来の実装には推奨されません。それらは勧告に復元することができる。
  • 「廃止された勧告」とは、W3Cがもう承認しない文書であり、決して勧告に復元されません。

W3C勧告が時代遅れになり、代行されたり、取り消されたりするという要求に対して、ACレビューが行われます。 ディレクター)は、[AC]((#advisory-committee-ac)、WG議長および一般の人々に、勧告を見つける場所と要請の根拠を詳述する。すべてのステークホルダー(ACおよび公衆を含む)は、ディレクターの発表後少なくとも28日以内にレビューを送信する予定です。陳腐化、置き換え、または廃止されるようにドキュメントを移動することに誰かが同意しない場合の処理の詳細については、W3C Process Documentを参照してください。

文書は、陳腐化された勧告または廃止された勧告として再公開されます。将来のW3C勧告は、正式に撤回された勧告を参照しません。

W3C勧告の一部のみを陳腐化、代替、または廃止する必要がある場合、その文書は改訂勧告プロセスを経なければならなりません.

Member Submissions

メンバーの文書提出

メンバーはW3Cへの文書提出を行うことができます。これらの文書は、通常、ウェブに適用可能な技術または他のアイデアを詳述しています。これらの文書はW3Cの外部で開発されているため、W3C Recommendation Trackを通過しておらず、W3C勧告ではありません。それらは将来の仕事の基礎になることができますが、これについての保証はありません。

会員提出は、今後開催される作業部会のための新しい作業提案書の作成を支援する良い方法です。ワーキンググループが既に存在する場合、技術はワーキンググループを通して通常どおり貢献され、メンバー提出ではなく勧告フローに従うことが望ましい。

複数のメンバーが文書を作成処理していたとしても、1人のメンバーのみがメンバー提出を行います。厳格なプロセスがメンバー提出に関与している場合は、依頼要求に必要な情報および[投稿者の権利](https: /w3c.github.io/w3process/#SubmissionRights)にあるW3Cのプロセス文書を参照して下さい。

メンバーの投稿は公開ルールに従い、W3Cチームに送られます。 ディレクターACにMember Submission Requestを発表し、提出を承認または却下します。却下されたメンバー提出物は、TAGまたはAdvisory Boardにアピールすることができます。アピールプロセスに関する情報は、W3Cプロセス文書に記載されています。

チームは、提出書類を関連書類やコメントとともに、メンバー提出物として発行することができます。これはすべてのW3Cメンバーと一般に公開されます。

詳細は、W3Cプロセス書類を参照してください。

Communication

# コミュニケーション W3Cチームは、W3Cテクニカルレポート、ミッションステートメント、法的文書(メンバーシップ契約など)、プロセス文書、W3Cアクティビティおよびワークショップの結果に関する情報を公開します。他のW3C関連のニュースは定期的に配布されています。チームはカレンダーも管理しています。

通信レベルと機密レベルについては、W3Cプロセスドキュメントを参照してください。 W3Cのプロセス文書では、「コミュニケーション」を「普及方針」と呼んでいます。

##機密性レベル W3Cには3つの秘密情報レベルがあります。

一般に、仕様開発に関するすべての情報は公に利用可能でなければならない。

機密レベルの詳細、機密データの共有および機密レベルの変更に関するルールについては、W3Cプロセス文書を参照してください。

Workshops and Symposia

ワークショップとシンポジウム

ワークショップは、W3Cによって、新しいW3C活動への関与の促進、テクノロジーやポリシーに関するアイデアの交換、Webへの新しいテクノロジーの適用性(またはその逆)、 W3Cメンバーが興味をもつようなものの発見を促します.。

シンポジウムは、特定の科目について参加者を教育することを目的としています。

ワークショップとシンポジウムは、W3Cメンバーに限定することも、一般に公開することもできます。多くの場合、これらのイベントによってW3C内に新しいグループや作業項目が作成されますが、これは保証されません。

ワークショップとシンポジウムにはいくつかの参加規則と組織規則があります。詳細はW3Cプロセス文書をご覧ください。

Workshops are organised by W3C for a number of reasons, including: promoting involvement for new W3C activities, gathering experts to exchange ideas on technology or policy, discovering the applicability of a new technology to the Web (or vice versa) or to address concerns of W3C members.

A Symposium aims to educate participants on a particular subject.

Workshops and Symposium can be limited to W3C Members or open to the public. Often these events result in new groups or work items within W3C, but this is not guarenteed.

Workshops and Symposium has some participation and organisation rules, please see the W3C Process Document for details of these.

Liaisons

リエゾン

W3Cは、別の組織との活動を調整したり、W3Cの仕事や業務に関連する他の組織に知らせる場合があります。連絡先はW3Cチームによって管理されます。

ディレクターは、別の組織と覚書(MoU)の交渉をすることができます。これは、W3Cが共同作業で別の組織と協力することを含む多くの理由が考えられます。 AC は、署名する前にMoUについて通知を受けとります。 MoUプロセスの詳細については、W3Cプロセスドキュメントを参照してください。

You can’t perform that action at this time.