Internet Engineering Task Force (IETF)                    E. Juskevicius
Request for Comments: 6175                                     TrekAhead
Category: Informational                                       March 2011
ISSN: 2070-1721
        

Requirements to Extend the Datatracker for IETF Working Group Chairs and Authors

IETFワーキンググループ議長および著者のためのDatatracker拡張要件

This document specifies requirements for new functionality to be added to the IETF Datatracker tool to make it possible for Working Group (WG) Chairs and their Delegates to input and update the status of the Internet-Drafts (I-Ds) associated with their WGs. After these requirements are implemented, WG Chairs will be able to use the Datatracker to provide everyone with more information about the status and progression of WG I-Ds than is currently possible.

このドキュメントは、IETF DataTrackerツールに追加される新しい機能の要件を指定して、ワーキンググループ（WG）チェアとその代表者がWGSに関連付けられたインターネットドラフト（I-DS）のステータスを入力および更新することを可能にします。これらの要件が実装された後、WG椅子はDataTrackerを使用して、現在可能なよりもWG I-DSのステータスと進行に関する詳細情報を全員に提供することができます。

This document is not an Internet Standards Track specification; it is published for informational purposes.

このドキュメントは、インターネット標準の追跡仕様ではありません。情報目的で公開されています。

This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Not all documents approved by the IESG are a candidate for any level of Internet Standard; see Section 2 of RFC 5741.

このドキュメントは、インターネットエンジニアリングタスクフォース（IETF）の製品です。IETFコミュニティのコンセンサスを表しています。公開レビューを受けており、インターネットエンジニアリングステアリンググループ（IESG）からの出版が承認されています。IESGによって承認されたすべてのドキュメントが、あらゆるレベルのインターネット標準の候補者ではありません。RFC 5741のセクション2を参照してください。

Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc6175.

このドキュメントの現在のステータス、任意のERRATA、およびそのフィードバックを提供する方法に関する情報は、http://www.rfc-editor.org/info/rfc6175で取得できます。

Copyright (c) 2011 IETF Trust and the persons identified as the document authors. All rights reserved.

Copyright（c）2011 IETF Trustおよび文書著者として特定された人。全著作権所有。

This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.

このドキュメントは、BCP 78およびIETFドキュメント（http://trustee.ietf.org/license-info）に関連するIETF Trustの法的規定の対象となります。この文書に関するあなたの権利と制限を説明するので、これらの文書を注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、セクション4.Eで説明されている法的規定のセクション4.Eで説明されており、単純化されたBSDライセンスで説明されているように保証なしで提供される簡略化されたBSDライセンステキストを含める必要があります。

   1. Introduction ....................................................3
   2. Conventions Used in This Document ...............................3
   3. General Requirements ............................................4
   4. Privilege and Access Control Requirements .......................6
      4.1. For Everyone ...............................................6
      4.2. For IETF Working Group Chairs ..............................6
      4.3. For Delegates of IETF WG Chairs ............................8
      4.4. For IETF WG Document Shepherds .............................8
      4.5. For the Responsible Area Director ..........................9
      4.6. Role of the IETF Secretariat in Granting Permissions .......9
   5. Inputting and Updating WG Document Status Information ..........10
      5.1. WG I-D States .............................................10
      5.2. WG I-D Status Annotation Tags .............................10
      5.3. WG I-D Protocol Writeups ..................................11
   6. Special Requirements for Some WG I-D States and Conditions .....12
      6.1. Call for Adoption by WG Issued ............................12
      6.2. Adopted by a WG ...........................................14
      6.3. WG Document ...............................................14
      6.4. Parked WG Document ........................................16
      6.5. Dead WG Document ..........................................16
      6.6. In WG Last Call ...........................................16
      6.7. WG Consensus: Waiting for Writeup .........................17
      6.8. Submitted to IESG for Publication .........................18
      6.9. Revised I-D Needed (Annotation Tag) .......................18
   7. Automatic State Changes for I-Ds ...............................19
   8. WG I-D Status Change Reporting Requirements ....................19
   9. WG I-D Status Reporting Requirements ...........................20
   10. Error Handling Requirements ...................................21
   11. Security Considerations .......................................21
   12. References ....................................................21
   13. Acknowledgments ...............................................22
        

The IETF Datatracker is a web-based system for managing information about Internet-Drafts (I-Ds) and RFCs, IPR disclosures, liaison statements, and several other important aspects of the IETF process [IDTRACKER].

IETF DataTrackerは、インターネットドラフト（I-DS）およびRFC、IPR開示、リエゾンステートメント、およびIETFプロセスの他のいくつかの重要な側面に関する情報を管理するためのWebベースのシステムです[idtracker]。

The Datatracker can track and report on the status of every I-D that has been submitted to the IESG for evaluation and publication. In contrast, the tool currently has almost no ability to track the status of I-Ds that have not been submitted to the IESG. [RFC6174]

DataTrackerは、評価と公開のためにIESGに提出されたすべてのI-Dのステータスを追跡および報告できます。対照的に、このツールには現在、IESGに提出されていないI-DSのステータスを追跡する能力はほとんどありません。[RFC6174]

Document authors and others have asked for more visibility into the status and progression of IETF Working Group (WG) drafts.

文書著者などは、IETFワーキンググループ（WG）ドラフトのステータスと進行のより多くの可視性を求めています。

This document specifies requirements to extend the Datatracker to enable status tracking and reporting for WG I-Ds. After these requirements are implemented, WG Chairs will be able to use the Datatracker to provide everyone with more information about the WG status of the I-Ds associated with their WGs than is currently possible.

このドキュメントは、datAtrackerを拡張して、WG I-DSのステータス追跡とレポートを有効にするための要件を指定します。これらの要件が実装された後、WG椅子はDataTrackerを使用して、現在可能であるよりもWGSに関連付けられたI-DSのWGステータスに関する詳細情報をすべての人に提供することができます。

The terms "WG I-D", "WG document", and "WG draft" are used synonymously throughout this document. The same is true for the plural case of each term.

「WG I-D」、「WGドキュメント」、および「WGドラフト」という用語は、このドキュメント全体で同義語で使用されます。同じことが、各用語の複数の場合にも当てはまります。

A "WG draft" is an I-D that has achieved consensus for adoption as a work item by a WG (compared to an individual submission I-D that has not, or has not yet, achieved consensus).

「WGドラフト」は、WGによる作業項目としての採用のコンセンサスを達成したI-Dです（コンセンサスを達成していない、またはまだ達成していない個々の提出I-Dと比較）。

The terms "WG document" and "WG draft" are not intended to apply to any other document that may be reviewed, discussed, or produced by an IETF Working Group. WG meeting materials such as Blue Sheets, agendas, jabber logs, scribe's notes, minutes, and presentation slides are not to be considered "WG documents" or "WG drafts" in the context of this document.

「WGドキュメント」および「WGドラフト」という用語は、IETFワーキンググループがレビュー、議論、または作成できる他のドキュメントに適用することを意図していません。青いシート、アジェンダ、ジャバーログ、筆記者のメモ、議事録、プレゼンテーションスライドなどのWG会議資料は、このドキュメントのコンテキストで「WGドキュメント」または「WGドラフト」とは見なされません。

The phrase "WG status of an I-D" refers to the WG state that an I-D is in per the definitions in Section 4.2 of [RFC6174]. This phrase does not refer to an I-D's availability status (e.g., "Expired", "Active", "Replaced by") as described in Section 3.1 of [RFC6174], or to any of the IESG states used by IETF Area Directors (ADs) to describe the status of I-Ds they may be evaluating. Note that this phrase encompasses all of the states that a WG I-D may be in, plus one more (viz. "Call for Adoption by WG Issued").

「I-DのWGステータス」というフレーズは、[RFC6174]のセクション4.2の定義に従ってI-DがあるというWG状態を指します。このフレーズは、[RFC6174]のセクション3.1で説明されているように、またはIETFエリアディレクターが使用するIESG状態のいずれかに記載されているように、I-Dの可用性ステータス（「期限切れ」、「アクティブ」、「置き換えられた」）を指しません。（広告）評価中のi-DSのステータスを説明する。このフレーズには、WG I-Dが入っている可能性があるすべての州に加えて、さらに1つの州が含まれていることに注意してください（すなわち、「WGが発行した採用の呼びかけ」）。

The phrase "I-D associated with a WG" is intended to describe two types of Internet-Drafts:

「WGに関連付けられているI-D」というフレーズは、2種類のインターネットドラフトを説明することを目的としています。

- I-Ds that have been accepted as WG drafts; and

- WGドラフトとして受け入れられているI-DS。と

- I-Ds that are being considered under the guidance of a WG Chair for adoption by a WG.

- WGによる採用のためのWG椅子のガイダンスの下で考慮されているI-DS。

An I-D having a filename that contains the string 'draft-ietf-' followed by a WG acronym is almost always a WG draft and is to be interpreted as being an "I-D associated with a WG" for the purposes of this document.

文字列「ドラフト-iTf-」を含むファイル名を持つI-Dは、WGの頭字語に続くものであり、ほとんどの場合WGドラフトであり、このドキュメントの目的のために「WGに関連するI-D」と解釈されます。

An I-D having a filename that includes the author's name and a WG acronym but does not include the string '-ietf-' may be a candidate for adoption by a WG and, if so, is also to be interpreted as being an "I-D associated with a WG" for the purposes of this document.

著者の名前とWGの頭字語を含むが、文字列「-ietf-」が含まれていないファイル名を持つI-Dは、WGによる採用候補であり、もしそうなら、「I-D関連」と解釈されることもあります。このドキュメントの目的のためのWGで。

The requirements specified in this document use English phrases ending with "(R-nnn)", where "nnn" is a unique requirement number.

このドキュメントで指定された要件は、「（r-nnn）」で終わる英語のフレーズを使用します。ここで、「nnn」は一意の要件番号です。

When used in the context of the requirements in this document, the key words "MUST", "MUST NOT", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", and "MAY" are to be interpreted as described in RFC 2119 [RFC2119]. RFC 2119 defines the use of these key words to help make the intent of standards track documents as clear as possible. The same key words are used in this document to make the meaning of the requirements specified herein as clear as possible.

このドキュメントのキーワード "MUST"、"MUST NOT"、"SHALL"、"SHALL NOT"、"SHOULD"、"SHOULD NOT"、および "MAY" は、RFC 2119 [RFC2119] で説明されているように解釈されるものとします。

The enhancements to be made to the Datatracker described in this document MUST be implemented in a manner that provides WG Chairs and the people they designate to act as their Delegates with the option to input and update the WG status of some, all, or none of the I-Ds associated with their WGs using the WG I-D states and I-D status annotation tags defined in [RFC6174] (R-001). In other words, the implementation must not require that WG Chairs change their way of working, but only provide optional features. WG Chairs must have the flexibility to use the enhancements to the Datatracker to track the WG status of their I-Ds as is most appropriate for them.

このドキュメントに記載されているDatatrackerに加えられる機能強化は、[RFC6174]で定義されたWG I-D状態およびI-Dステータス注釈タグを使用して、ワーキンググループ（WG）チェアおよびその代理（Delegate）として行動するよう指定された人々に対し、自らのWGに関連付けられた一部、すべて、または皆無のI-DのWGステータスを入力および更新するオプションを提供するような方法で実装しなければなりません (MUST)（R-001）。言い換えれば、実装ではWGチェアが作業方法を変更することを要求してはならず、オプショナルな機能のみを提供しなければなりません。WGチェアには、自らにとって最も適切であるようにI-DのWGステータスを追跡するためにDatatrackerの機能強化を使用する柔軟性がなければなりません。

To ensure that at least some WG status information is tracked for every I-D associated with a WG, the Datatracker must be enhanced to generate a few automatic state transitions for every WG I-D. The requirements for this feature are specified in Section 7 of this document.

WGに関連付けられたすべてのI-Dに対して少なくともいくつかのWGステータス情報が追跡されるようにするには、datAtrackerを強化して、WG I-Dごとにいくつかの自動状態遷移を生成する必要があります。この機能の要件は、このドキュメントのセクション7で指定されています。

Requirement R-001 SHALL NOT impair the ability of the Datatracker to track and display the availability state of any I-D (R-002). I-D availability states (e.g., "Active", "Expired", "Replaces") are described in Section 3.1 of [RFC6174].

要件R-001は、あらゆるI-Dの利用可能性状態を追跡および表示するDatatrackerの能力を損なってはなりません (SHALL NOT)（R-002）。I-D利用可能性状態（例：「Active」、「Expired」、「Replaces」）は、[RFC6174]のセクション3.1で説明されています。

The Datatracker SHALL NOT permit users other than a Working Group's Chairs (e.g., the Chairs of a different IETF WG) to update the WG status of a WG's documents through the regular Datatracker interface, unless the privileges to do so have been explicitly delegated to them by one of the WG's Chairs (R-003).

Datatrackerは、そのための特権がWGチェアの1人によって明示的に委任されていない限り、ワーキンググループのチェア以外のユーザー（例：異なるIETF WGのチェア）が通常のDatatrackerインターフェースを介してWGの文書のWGステータスを更新することを許可してはなりません (SHALL NOT)（R-003）。

The user interface to be provided by the Datatracker to WG Chairs (and their Delegates) to input the WG status of the I-Ds associated with their WGs SHOULD have a look and feel that is similar to the interface currently used by ADs to identify the status of I-Ds under formal evaluation by the IESG (R-004).

WGチェア（およびその代理）が自らのWGに関連付けられたI-DのWGステータスを入力するためにDatatrackerによって提供されるユーザーインターフェースは、IESGによる正式な評価中のI-Dのステータスを識別するためにADによって現在使用されているインターフェースに類似したルックアンドフィールを持つべきです (SHOULD)（R-004）。

Any new pages created to display the status of WG I-Ds SHOULD be designed to have a look and feel that is similar to the pages currently provided by the Datatracker to display the status of I-Ds under formal evaluation by the IESG (R-005).

WG I-Dのステータスを表示するために作成されるあらゆる新しいページは、IESGによる正式な評価中のI-Dのステータスを表示するためにDatatrackerによって現在提供されているページに類似したルックアンドフィールを持つように設計されるべきです (SHOULD)（R-005）。

New javascript user interface code and style sheets implemented to satisfy the requirements in this document SHOULD reuse or share existing code where practical so that when a change to the IESG status of an I-D is entered into the Datatracker, the WG status tracking for that I-D can benefit, and vice versa (R-006).

このドキュメントの要件を満たすために実装される新しいJavaScriptユーザーインターフェースコードおよびスタイルシートは、実用的な場合には既存のコードを再利用または共有すべきであり (SHOULD)、それによりI-DのIESGステータスへの変更がDatatrackerに入力されたときに、そのI-DのWGステータス追跡が恩恵を受けることができ、その逆も同様となります（R-006）。

The Datatracker MUST date and timestamp every update to the WG status of an I-D that is associated with a WG and be able to use that information when it displays the status change history for the I-D (R-007). The WG status change history for an I-D MUST also identify the person or entity that updated the WG status of the I-D (e.g., one of the WG's Chairs, a Delegate, an AD, the System, the IETF Secretariat) and describe the change (e.g., "WG State changed from 'a' to 'b'", "WG Annotation Tag 'x' Set (or Reset)") (R-008).

Datatrackerは、WGに関連付けられたI-DのWGステータスへのあらゆる更新について日時とタイムスタンプを付与しなければならず (MUST)、I-Dのステータス変更履歴を表示するときにその情報を使用できなければなりません（R-007）。I-DのWGステータス変更履歴はまた、I-DのWGステータスを更新した人物またはエンティティ（例：そのWGのチェアの1人、代理、AD、システム、IETF事務局）を特定し、変更を説明しなければなりません (MUST)（例：「WG State changed from 'a' to 'b'」、「WG Annotation Tag 'x' Set (or Reset)」）（R-008）。

The inputting or updating of the WG status of an I-D SHALL NOT overwrite any previously archived status change history information for the I-D; every update to the WG status of an I-D MUST be added to the status change history log for the I-D (R-009).

I-DのWGステータスの入力または更新は、そのI-Dについて以前にアーカイブされたステータス変更履歴情報を上書きしてはならず (SHALL NOT)、I-DのWGステータスへのあらゆる更新は、そのI-Dのステータス変更履歴ログに追加されなければなりません (MUST)（R-009）。

WG I-D status tracking MUST be implemented per-draft, not per-WG (R-010).

WG I-Dステータス追跡は、WGごとではなく、ドラフトごとに実装しなければなりません (MUST)（R-010）。

WG I-D status tracking SHOULD be implemented as a new front-end to the Datatracker's existing IESG state machine [IESGIDSM] (R-011).

WG I-Dステータス追跡は、Datatrackerの既存のIESG状態マシン[IESGIDSM]に対する新しいフロントエンドとして実装すべきです (SHOULD)（R-011）。

The Datatracker SHALL permit authorized users (e.g., WG Chairs, Delegates) to change the WG state of a draft independently from the IESG state of the same I-D and vice versa (R-012).

Datatrackerは、認可されたユーザー（例：WGチェア、代理）が、同じI-DのIESG状態とは独立してドラフトのWG状態を変更すること、およびその逆を許可しなければなりません (SHALL)（R-012）。

Everyone needs to be able to view information about the WG status of an I-D without logging on to the Datatracker. Everyone SHALL be given 'read' access to WG I-D status information (R-013).

誰もがDatatrackerにログオンすることなくI-DのWGステータスに関する情報を閲覧できる必要があります。すべての利用者にWG I-Dステータス情報への「読み取り（read）」アクセスが与えられなければなりません (SHALL)（R-013）。

People who need to input, modify or update the WG status of an I-D (e.g., WG Chairs and their Delegates) need 'write' privileges; these users SHALL be required to log-on to the Datatracker using a personal user-id and password (e.g., an IETF tools password) in order to gain 'write' access (R-014).

I-DのWGステータスを入力、修正、または更新する必要がある人々（例：WGチェアおよびその代理）は「書き込み（write）」特権を必要とします。これらのユーザーは、「書き込み」アクセスを取得するために、個人のユーザーIDおよびパスワード（例：IETFツールパスワード）を使用してDatatrackerにログオンすることを要求されなければなりません (SHALL)（R-014）。

After successfully logging on to the Datatracker as specified in Requirement R-014, WG Chairs:

要件R-014、WG椅子で指定されているように、DataTrackerに正常にログオンした後：

- SHALL be given full 'read' and 'write' privileges to input and update the WG status information for all of the I-Ds associated with their WGs (R-015).

- 自らのWGに関連付けられたすべてのI-DのWGステータス情報を入力および更新するための完全な「読み取り（read）」および「書き込み（write）」特権が与えられなければなりません (SHALL)（R-015）。

- SHALL be able to able to choose from all of the WG I-D states and WG I-D status annotation tags defined in [RFC6174] to describe the current WG status of the I-Ds associated with their WGs (R-016).

- 自らのWGに関連付けられたI-Dの現在のWGステータスを記述するために、[RFC6174]で定義されたすべてのWG I-D状態およびWG I-Dステータス注釈タグから選択できなければなりません (SHALL)（R-016）。

- SHALL NOT be allowed to create new WG I-D states or state names (R-017).

- 新しいWG I-D状態または状態名を作成することを許可されてはなりません (SHALL NOT)（R-017）。

- SHALL NOT be allowed to update or modify information that is not related to the WG status of an I-D (e.g., IANA status, RFC-Editor status, IESG status) (R-018).

- I-DのWGステータスに関連しない情報（例：IANAステータス、RFC Editorステータス、IESGステータス）を更新または変更することを許可されてはなりません (SHALL NOT)（R-018）。

- SHALL be able to designate a maximum of three people to act as their Delegates to input and update the WG status of the I-Ds associated with each of their WGs (R-019). A suitable way to specify a Delegate may be to use the individual's current e-mail address, but the delegation MUST be to the individual identified by the login credentials used by the Datatracker at any given time rather than to an e-mail address (R-020). Individuals must be able to update their e-mail addresses in the future without breaking the delegation specified in Requirement R-019.

- 各WGに関連付けられたI-DのWGステータスを入力および更新するための代理（Delegate）として行動する人物を、最大3人まで指定できなければなりません (SHALL)（R-019）。代理を指定する適切な方法は、その個人の現在のメールアドレスを使用することであるかもしれませんが、その委任は、メールアドレスに対してではなく、所与の時点でDatatrackerによって使用されるログイン認証情報によって識別される個人に対して行われなければなりません (MUST)（R-020）。個人は、要件R-019で指定された委任を損なうことなく、将来メールアドレスを更新できなければなりません。

- SHALL be able to designate a maximum of three different people to act as their Delegates in a different WG if a WG Chair is also responsible for the different WG (R-021).

- WGチェアが別のWGの責任も負っている場合、その別のWGにおいて代理として行動する人物として、最大3人の異なる人物を指定できなければなりません (SHALL)（R-021）。

- SHALL be able to designate people who have other roles in the IETF process (e.g., are Chairs of different WGs, are ADs in a different Area) to be their Delegates (R-022).

- IETFプロセスにおいて他の役割を持つ人々（例：別のWGのチェアである、別のエリアのADである）を自らの代理として指定できなければなりません (SHALL)（R-022）。

- SHALL be able to review and change their Delegates (R-023).

- 自らの代理を確認および変更できなければなりません (SHALL)（R-023）。

- SHALL be able to input or upload Document Shepherd protocol writeups for all of the I-Ds associated with their WGs (R-024).

- 自らのWGに関連付けられたすべてのI-Dについて、Document Shepherdプロトコル記述（writeup）を入力またはアップロードできなければなりません (SHALL)（R-024）。

- SHALL be able to designate themselves as the Document Shepherds for some or all of the I-Ds in their WGs (R-025).

- 自らのWG内のI-Dの一部またはすべてについて、自らをDocument Shepherdとして指定できなければなりません (SHALL)（R-025）。

- SHALL be able to designate other people to be Document Shepherds for one or more of their WG I-Ds if this role will not be performed by the WG Chairs (R-026). A suitable way to designate people to be the Document Shepherds may be to use their e-mail addresses, but the delegation MUST be to the individuals identified by the login credentials used by the Datatracker at the time, rather than to the e-mail addresses (R-027). The Datatracker MUST be able to maintain an individual's designation as a Delegate per R-026 in the event that the person changes their e-mail address in the future (R-028).

- この役割がWGチェアによって実行されない場合、自らのWG I-Dの1つ以上について他の人物をDocument Shepherdとして指定できなければなりません (SHALL)（R-026）。Document Shepherdとなる人物を指定する適切な方法は、そのメールアドレスを使用することであるかもしれませんが、委任はメールアドレスに対してではなく、その時点でDatatrackerによって使用されるログイン認証情報によって識別される個人に対して行われなければなりません (MUST)（R-027）。Datatrackerは、その人物が将来メールアドレスを変更した場合でも、R-026に従った代理としての個人の指定を維持できなければなりません (MUST)（R-028）。

- SHALL be warned in real-time (e.g., via the Datatracker's regular user interface) if a person they try to designate as a Delegate or Document Shepherd does not have the necessary login credentials for the Datatracker (R-029). The Datatracker SHALL then allow the WG Chairs to confirm the original designee or to pick another (R-030).

- 代理またはDocument Shepherdとして指定しようとする人物がDatatrackerに必要なログイン認証情報を持っていない場合、リアルタイム（例：Datatrackerの通常のユーザーインターフェースを介して）で警告されなければなりません (SHALL)（R-029）。Datatrackerはその後、WGチェアが当初の被指名人を確認するか、別の人物を選択することを許可しなければなりません (SHALL)（R-030）。

- SHALL be able to review and change the people designated to be Document Shepherds for each of their WG I-Ds (R-031).

- 自らの各WG I-DについてDocument Shepherdとして指定された人々を確認および変更できなければなりません (SHALL)（R-031）。

- SHOULD be able to access the same user interfaces the Datatracker provides to their Delegates and Document Shepherds in order to mentor or coach them on how to input and update WG I-D status information in the Datatracker (R-032).

- Datatracker内でWG I-Dステータス情報を入力および更新する方法について代理およびDocument Shepherdを指導またはコーチするために、Datatrackerが代理およびDocument Shepherdに提供するのと同じユーザーインターフェースにアクセスできるべきです (SHOULD)（R-032）。

After successfully logging on to the Datatracker, the Delegates of WG Chairs (e.g., WG Secretaries) SHALL have the same privileges as their WG Chairs to input WG I-D status information and Document Shepherd protocol writeups as specified in Requirements R-015 to R-018 inclusive, R-024, and R-025 (R-033).

Datatrackerに正常にログオンした後、WGチェアの代理（例：WGセクレタリ）は、要件R-015からR-018（両端を含む）、R-024、およびR-025で指定されているように、WG I-Dステータス情報およびDocument Shepherdプロトコル記述を入力するためのWGチェアと同じ特権を持たなければなりません (SHALL)（R-033）。

The Datatracker SHALL send an e-mail to the Chairs of the WG, the IETF Secretariat, and to a newly designated Delegate if the newly designated Delegate does not have a personal user-id and password to log-on to the Datatracker (R-034). The purpose of the e-mail is to notify the WG Chairs that the person they designated to be a Delegate needs to take action to obtain a personal user-id and password, and to inform the Delegate that he/she needs to take action (e.g., to contact the IETF Secretariat) to obtain their own user-id and password for the Datatracker.

新しく指定された代理がDatatrackerにログオンするための個人のユーザーIDおよびパスワードを持っていない場合、DatatrackerはそのWGのチェア、IETF事務局、および新しく指定された代理にメールを送信しなければなりません (SHALL)（R-034）。このメールの目的は、代理として指定された人物が個人のユーザーIDおよびパスワードを取得するための行動を取る必要があることをWGチェアに通知し、Datatracker用の自身のユーザーIDおよびパスワードを取得するための行動を取る（例：IETF事務局に連絡する）必要があることを代理に通知することです。

The IETF document shepherding process and the role of an IETF WG Document Shepherd is described in RFC 4858 [RFC4858].

IETFドキュメントシェパードプロセスとIETF WGドキュメントシェパードの役割は、RFC 4858 [RFC4858]に記載されています。

The requirements in this Section describe the access privileges to be granted to a WG Document Shepherd who is not a WG Chair or a Delegate with the privileges specified in Section 4.3.

このセクションの要件は、WG椅子ではないWGドキュメントシェパードに付与されるアクセス権限を、セクション4.3で指定された特権の代表者に付与されることを説明しています。

Per Requirement R-014, each person designated to be a Document Shepherd for a WG draft needs to have their own personal user-id and password to log-on to the Datatracker.

要件ごとに、WGドラフトのドキュメントシェパードに指定された各人は、DatAtrackerにログオンするために独自の個人ユーザーIDとパスワードを必要とする必要があります。

The Datatracker SHALL alert the WG Chairs, the IETF Secretariat, and the newly designated Document Shepherd (e.g., via e-mail) if a person newly designated as a Document Shepherd does not have a personal user-id and password to log-on to the Datatracker (R-035). The purpose of the e-mail is to notify the WG Chairs that the Document Shepherd needs to take action to obtain a personal user-id and password, and to inform the Document Shepherd that he/she needs to take action (e.g., to contact the IETF Secretariat) to obtain a personal user-id and password for the Datatracker.

新たにDocument Shepherdとして指定された人物がDatatrackerにログオンするための個人のユーザーIDおよびパスワードを持っていない場合、DatatrackerはWGチェア、IETF事務局、および新しく指定されたDocument Shepherdに（例：メールを介して）警告しなければなりません (SHALL)（R-035）。このメールの目的は、Document Shepherdが個人のユーザーIDおよびパスワードを取得するための行動を取る必要があることをWGチェアに通知し、Datatracker用の個人のユーザーIDおよびパスワードを取得するための行動を取る（例：IETF事務局に連絡する）必要があることをDocument Shepherdに通知することです。

Document Shepherds need to be able to upload or input protocol writeups into the Datatracker for the WG I-Ds assigned to them. They also need to be able to set and reset the WG I-D status annotation tag called "Doc Shepherd Followup Underway" as defined in Section 4.3.10 of [RFC6174] for I-Ds in the "WG Consensus: Waiting for Writeup" state.

ドキュメントシェパードは、それらに割り当てられたWG I-DSのDatAtrackerにプロトコルの書き込みをアップロードまたは入力できる必要があります。また、「WG Consensus：Waiting for Waiting for waiting for waiting of [rfc6174]のセクション4.3.10 [RFC6174]で定義されている」と定義されている「Doc Shepherd Followup offorting」と呼ばれるWG I-Dステータスアノテーションタグを設定してリセットできる必要があります。

After successfully logging on to the Datatracker, Document Shepherds SHALL have restricted 'write' privileges to upload or input protocol writeups for the WG I-Ds assigned to them when the I-Ds are in the "WG Consensus: Waiting for Writeup" state (R-036).

Datatrackerに正常にログオンした後、Document Shepherdは、I-Dが「WG Consensus: Waiting for Writeup」状態にあるときに、自らに割り当てられたWG I-Dのプロトコル記述をアップロードまたは入力するための制限付きの「書き込み」特権を持たなければなりません (SHALL)（R-036）。

Document Shepherds SHALL also have the ability to set and reset the WG I-D status annotation tag called "Doc Shepherd Followup Underway" as defined in Section 4.3.10 of [RFC6174] (R-037).

Document Shepherdはまた、[RFC6174]のセクション4.3.10で定義されている「Doc Shepherd Followup Underway」と呼ばれるWG I-Dステータス注釈タグを設定およびリセットする能力を持たなければなりません (SHALL)（R-037）。

The "Doc Shepherd Followup Underway" annotation tag should be set to indicate when the Document Shepherd has started work on a writeup for the document. The absence or resetting of this annotation tag may indicate the protocol writeup has not yet been started, or has been put on-hold for some reason, or has been completed. The log of set and reset operations performed on this annotation tag will provide insight into the status of the protocol writeup for a WG I-D.

「Doc Shepherdのフォローアップが進行中」注釈タグは、ドキュメントシェパードがドキュメントの記述の作業を開始したことを示すように設定する必要があります。この注釈タグの不在またはリセットは、プロトコルの書き込みがまだ開始されていないことを示している可能性があります。この注釈タグで実行されるセットおよびリセット操作のログは、WG I-Dのプロトコル記録のステータスに関する洞察を提供します。

Section 5.3 describes how Document Shepherds may input or upload protocol writeups to the Datatracker for the WG I-Ds assigned to them.

セクション5.3では、ドキュメントシェパードが、割り当てられたWG I-DSのDatAtrackerにプロトコルの書き込みを入力またはアップロードする方法について説明します。

After successfully logging on to the Datatracker, an AD SHALL have the same privileges as a WG Chair to input and update WG I-D status information, to designate Delegates and Document Shepherds (R-038). An AD SHALL have the privileges specified in Requirement R-038 for every WG in his or her Area (R-039). ADs MUST also retain their existing privileges to input and update the IESG status of the I-Ds for which they are responsible (R-040).

Datatrackerに正常にログオンした後、ADはWG I-Dステータス情報を入力および更新し、代理およびDocument Shepherdを指定するためのWGチェアと同じ特権を持たなければなりません (SHALL)（R-038）。ADは、自身のエリア内のすべてのWGについて要件R-038で指定された特権を持たなければなりません (SHALL)（R-039）。ADはまた、自身が責任を負うI-DのIESGステータスを入力および更新するための既存の特権を保持しなければなりません (MUST)（R-040）。

To minimize confusion, the Datatracker MUST make it easy for ADs to distinguish between their IESG-level privileges (to input or update the IESG status of an I-D) and the WG-level privileges they will obtain as a result of R-038 and R-039 for I-Ds associated with the WGs for which they are responsible (R-041).

混乱を最小限に抑えるために、Datatrackerは、ADがIESGレベルの特権（I-DのIESGステータスを入力または更新する特権）と、自身が責任を負うWGに関連付けられたI-DについてR-038およびR-039の結果として取得するWGレベルの特権とを容易に区別できるようにしなければなりません (MUST)（R-041）。

The IETF Secretariat is involved in granting permissions to people who need to log in to the Datatracker.

IETF事務局は、DatAtrackerにログインする必要がある人々に許可を付与することに関与しています。

Before granting permissions to update WG I-D status settings to a person who does not have them, the IETF Secretariat should verify that the person requesting the permissions is a WG Chair or an AD, or has been delegated the authority to update WG I-D status information by one of the WG's Chairs or a Responsible AD. The e-mails to be generated and sent by the Datatracker per Requirements R-034 and R-035 will alert the Secretariat that the granting of permissions to some new people will be needed.

WG I-Dステータス設定をそれらを持っていない人に更新する許可を付与する前に、IETF事務局は、許可を要求する人がWG椅子または広告であるか、またはWG I-Dステータス情報を更新する権限を委任されていることを確認する必要があります。WG議長または責任ある広告の1つ。R-034およびR-035ごとにDataTrackerによって生成および送信される電子メールは、いくつかの新しい人々への許可の付与が必要であることを事務局に警告します。

Requirements R-001, R-016, and R017 specify that the WG state of an I-D may only be described using the states defined in Section 4 of [RFC6174].

要件R-001、R-016、およびR017は、I-DのWG状態は[RFC6174]のセクション4で定義されている状態を使用してのみ記述できることを指定します。

When a WG Chair or Delegate logs on to the Datatracker to input or change the WG state of an I-D, the Datatracker SHOULD display the current state of the I-D, the length of time the document has been in its current state, the amount of time the I-D may continue to remain in its current state if this information is available (viz. per Requirements R-064 and R-083), and the most likely next WG state (or states) for the I-D (R-042). The Datatracker MAY use the WG I-D state machine illustrated in Section 4.1 of [RFC6174] to identify the 'most likely next state' (or states) for an I-D that is associated with a WG (R-043).

WGチェアまたは代理がI-DのWG状態を入力または変更するためにDatatrackerにログオンしたとき、DatatrackerはI-Dの現在の状態、文書が現在の状態にあった期間、この情報が利用可能である場合にはI-Dが現在の状態に留まり続けることができる時間の長さ（すなわち要件R-064およびR-083に従う）、およびそのI-Dについての最も可能性の高い次のWG状態（群）を表示すべきです (SHOULD)（R-042）。Datatrackerは、WGに関連付けられたI-Dについての「最も可能性の高い次の状態（群）」を特定するために、[RFC6174]のセクション4.1に示されているWG I-D状態マシンを使用してもよいです (MAY)（R-043）。

After displaying the information required by R-042, the Datatracker SHALL make it easy for the WG Chair or Delegate to select a next state for the I-D and to enter some text to explain the state change for the I-D's status change history (R-044). The Datatracker SHALL encourage the person who updates or changes the WG state of an I-D to provide some context for the status change by entering text to describe the change in the I-D's status change history log (R-045).

R-042によって要求される情報を表示した後、DatatrackerはWGチェアまたは代理がI-Dの次の状態を選択し、I-Dのステータス変更履歴のために状態変更を説明するテキストを入力することを容易にしなければなりません (SHALL)（R-044）。Datatrackerは、I-Dのステータス変更履歴ログに変更を説明するテキストを入力することによってステータス変更のコンテキストを提供するよう、I-DのWG状態を更新または変更する人物を奨励しなければなりません (SHALL)（R-045）。

The Datatracker SHALL allow a WG Chair (or Delegate) to select the next state for an I-D from the 'most likely' next states described by Requirement R-043, or from any of the other WG I-D states (per Requirement R-016) if a different state change is required (R-046).

Datatrackerは、別の状態変更が必要とされる場合、WGチェア（または代理）が要件R-043によって説明される「最も可能性の高い」次の状態から、または（要件R-016に従った）他の任意のWG I-D状態からI-Dの次の状態を選択することを許可しなければなりません (SHALL)（R-046）。

WG I-D status annotation tags may be used to describe a condition that is affecting a document (e.g., why a WG I-D is in the state it is in) or to indicate an action needed to progress the document; however, annotation tags do not change the state of WG I-Ds.

WG I-Dステータスアノテーションタグを使用して、ドキュメントに影響を与える条件（たとえば、WG I-Dが状態にある理由）またはドキュメントの進行に必要なアクションを示すために使用できます。ただし、注釈タグはWG I-DSの状態を変更しません。

Section 4.3 of [RFC6174] defines the meaning and usage of the WG I-D status annotation tags to be added to the Datatracker.

[RFC6174]のセクション4.3は、DatAtrackerに追加されるWG I-Dステータスアノテーションタグの意味と使用法を定義しています。

The Datatracker SHALL allow WG Chairs and their Delegates to set and reset each of the WG I-D status annotation tags defined in Section 4.3 of [RFC6174] for every I-D associated with their WGs (R-047).

Datatrackerは、WGチェアおよびその代理が、自らのWGに関連付けられたすべてのI-Dについて[RFC6174]のセクション4.3で定義されている各WG I-Dステータス注釈タグを設定およびリセットすることを許可しなければなりません (SHALL)（R-047）。

WG I-D status annotation tags SHALL be able to be used individually or in combination with other annotation tags to describe the status of any I-D associated with a WG (R-048).

WG I-Dステータス注釈タグは、WGに関連付けられた任意のI-Dのステータスを記述するために、個別に、または他の注釈タグと組み合わせて使用できなければなりません (SHALL)（R-048）。

When a WG Chair, Delegate, or Document Shepherd logs in to the Datatracker to set or reset one or more WG I-D status annotation tags for the I-Ds they are responsible for, the Datatracker SHOULD display a summary of all annotation tag set/reset operations to date for those WG I-Ds, from the present time backwards, split by pages, and then guide the user to select one (or more) annotation tags to be set or reset (R-049). Note that Document Shepherds who are not WG Chairs may only set and reset the annotation tag called "Doc Shepherd Followup Underway" per Requirement R-037.

WGチェア、代理、またはDocument Shepherdが、責任を負うI-Dについて1つ以上のWG I-Dステータス注釈タグを設定またはリセットするためにDatatrackerにログインしたとき、DatatrackerはそれらのWG I-Dについての現在までのすべての注釈タグ設定/リセット操作の概要を現在から過去へとページごとに分割して表示し、設定またはリセットする1つ（または複数）の注釈タグを選択するようユーザーを案内すべきです (SHOULD)（R-049）。WGチェアではないDocument Shepherdは、要件R-037に従って「Doc Shepherd Followup Underway」と呼ばれる注釈タグのみを設定およびリセットできることに注意してください。

The summary of annotation tag set/reset operations (required by R-049) SHALL also indicate when each annotation tag attached to the current state of each I-D was set or reset and the identity of the person or entity that set or reset each I-D status annotation tag (R-050).

（R-049によって要求される）注釈タグ設定/リセット操作の概要は、各I-Dの現在の状態に添付された各注釈タグがいつ設定またはリセットされたか、および各I-Dステータス注釈タグを設定またはリセットした人物またはエンティティの識別情報も示さなければなりません (SHALL)（R-050）。

The Datatracker SHALL allow more than one annotation tag to be set or reset per logon, and the Datatracker SHALL encourage the user to input some text to explain why each annotation tag is being set or reset (R-051).

Datatrackerは、ログオンごとに複数の注釈タグが設定またはリセットされることを許可しなければならず (SHALL)、Datatrackerは各注釈タグがなぜ設定またはリセットされているのかを説明するテキストを入力するようユーザーを奨励しなければなりません (SHALL)（R-051）。

The IESG currently requires a protocol writeup for every WG I-D before the I-D is submitted to the IESG for evaluation.

IESGは現在、I-Dが評価のためにIESGに提出される前に、すべてのWG I-Dのプロトコル記録を必要とします。

When a user (e.g., WG Chair, Document Shepherd) logs in to the Datatracker to input or upload a protocol writeup for an I-D, the Datatracker SHOULD make it easy for the user to understand the current status of the protocol writeup for every I-D for which he/she is responsible (R-052). The Datatracker SHOULD indicate at least the date when the most recent protocol writeup was uploaded or inputted for each I-D and the identity of the person or entity that performed the upload or input operation (R-053).

ユーザー（例：WGチェア、Document Shepherd）がI-Dのプロトコル記述を入力またはアップロードするためにDatatrackerにログインしたとき、Datatrackerは、自らが責任を負うすべてのI-Dについてプロトコル記述の現在のステータスをユーザーが理解しやすいようにすべきです (SHOULD)（R-052）。Datatrackerは、少なくとも各I-Dについて最新のプロトコル記述がいつアップロードまたは入力されたかという日付、およびそのアップロードまたは入力操作を実行した人物またはエンティティの識別情報を示すべきです (SHOULD)（R-053）。

After displaying the information required by R-053, the Datatracker SHALL provide the user with an interface to input or upload a protocol writeup for the I-Ds that he/she is responsible for, and to set or reset the "Doc Shepherd Followup Underway" annotation tag for I-Ds (R-054). The Datatracker SHALL encourage the user to set or reset the "Document Shepherd Followup Underway" annotation tag before the end of each protocol writeup uploading or inputting session and to input some descriptive text (for context) to be stored in I-D's status change history log (R-055).

R-053によって要求される情報を表示した後、Datatrackerは、自らが責任を負うI-Dについてプロトコル記述を入力またはアップロードし、I-Dについて「Doc Shepherd Followup Underway」注釈タグを設定またはリセットするためのインターフェースをユーザーに提供しなければなりません (SHALL)（R-054）。Datatrackerは、各プロトコル記述のアップロードまたは入力セッションの終了前に「Document Shepherd Followup Underway」注釈タグを設定またはリセットし、I-Dのステータス変更履歴ログに保存される説明テキスト（コンテキスト用）を入力するようユーザーを奨励しなければなりません (SHALL)（R-055）。

Per Requirement R-100, the Datatracker will send an e-mail to the author of a WG draft (and carbon copy (CC) the WG Chairs and Delegates) when the protocol writeup for the I-D is loaded into the Datatracker. A copy of the e-mail SHALL also be sent to the Document Shepherd if he/she is not the WG Chair (or Delegate) as notification that the protocol writeup for the I-D was successfully loaded into the Datatracker (R-056).

要件R-100に従い、I-Dのプロトコル記述がDatatrackerにロードされたとき、DatatrackerはWGドラフトの著者にメールを送信します（そしてWGチェアおよび代理にカーボンコピー（CC）します）。I-Dのプロトコル記述がDatatrackerに正常にロードされたことの通知として、Document ShepherdがWGチェア（または代理）でない場合、メールのコピーがDocument Shepherdにも送信されなければなりません (SHALL)（R-056）。

Recall that WG Chairs and their Delegates shall be able to input a protocol writeup for any of their WG drafts at any time per Requirements R-024 and R-033.

WGチェアとその代表者は、R-024およびR-033ごとにいつでもWGドラフトのプロトコル記録を入力できるものとすることを思い出してください。

If a Document Shepherd who is not a WG Chair or other Delegate attempts to upload or input a protocol writeup for an I-D that is not in the WG state called "WG Consensus: Waiting for Writeup", the Datatracker SHOULD warn the Document Shepherd that it may be too early to input a writeup, and then direct the Document Shepherd to contact one of the WG's Chairs for guidance (R-057). The WG Chair may decide to move the I-D into the "WG Consensus: Waiting for Writeup" state to enable the Document Shepherd to upload his/her protocol writeup, or the WG Chair may upload the protocol writeup as specified in Requirement R-024.

WGチェアまたは他の代理ではないDocument Shepherdが、「WG Consensus: Waiting for Writeup」と呼ばれるWG状態にないI-Dについてプロトコル記述をアップロードまたは入力しようと試みた場合、Datatrackerは記述を入力するには早すぎる可能性があることをDocument Shepherdに警告し、指導を求めてWGチェアの1人に連絡するようDocument Shepherdを案内すべきです (SHOULD)（R-057）。WGチェアは、Document Shepherdが自身のプロトコル記述をアップロードできるようにI-Dを「WG Consensus: Waiting for Writeup」状態に移行させることを決定してもよいですし、要件R-024で指定されているようにWGチェア自身がプロトコル記述をアップロードしてもよいです。

Requirement R-032 specifies that WG Chairs should be able to access the Document Shepherd user interface and call up a display of the same WG document protocol writeup status information that the Datatracker provides to each of a WG Chair's designated Document Shepherds. This is to enable each WG Chair (or Delegate) to be able to mentor new Document Shepherds and to review the workload assigned to each Document Shepherd. WG Chairs (and their Delegates) who are logged in to the Datatracker with their normal privileges SHALL be able to access the Document Shepherd user interface without having to logout and log back in to the Datatracker (R-058).

要件R-032は、WGチェアがDocument Shepherdユーザーインターフェースにアクセスし、WGチェアの指定された各Document ShepherdにDatatrackerが提供するのと同じWG文書プロトコル記述ステータス情報の表示を呼び出すことができるべきであることを指定しています。これは、各WGチェア（または代理）が新しいDocument Shepherdを指導し、各Document Shepherdに割り当てられた作業負荷を確認できるようにするためです。通常の特権でDatatrackerにログインしているWGチェア（およびその代理）は、ログアウトしてDatatrackerに再ログインすることなく、Document Shepherdユーザーインターフェースにアクセスできなければなりません (SHALL)（R-058）。

The "Call for Adoption by WG Issued" state may be used to describe a draft that is being considered for adoption by an IETF WG. An I-D in this state has not yet achieved consensus, preference, or selection in a working group.

「発行されたWGによる採用の呼びかけ」状態は、IETF WGによって採用のために検討されているドラフトを説明するために使用される場合があります。この状態のI-Dは、ワーキンググループでコンセンサス、好み、または選択をまだ達成していません。

This state may be used to describe an I-D that someone has asked a WG to consider for adoption if the WG Chair has agreed with the request. This state may also be used to identify an I-D that a WG Chair asked an author to write specifically for consideration as a candidate WG item, and/or an I-D that is listed as a 'candidate draft' in the WG's charter. [RFC6174]

この状態は、WG議長がリクエストに同意した場合、誰かがWGに採用を検討するように依頼したI-Dを説明するために使用される場合があります。また、この状態は、WG椅子が候補WGアイテムとして考慮するために具体的に書くように著者に依頼したI-Dを特定するために使用される場合があります。[RFC6174]

The Datatracker SHALL allow a WG Chair or Delegate to move an I-D into the "Call for Adoption by WG Issued" state in her or his WG if the I-D is not currently being considered for adoption in any other WG, is not yet adopted by any other WG, is not expired, and has not been withdrawn (R-059). An I-D can only be in the "Call for Adoption by WG Issued" state in one WG at a time.

Datatrackerは、I-Dが現在他のいかなるWGでも採用の検討対象となっておらず、他のいかなるWGにもまだ採用されておらず、期限切れになっておらず、撤回されていない場合、WGチェアまたは代理が自らのWGにおいてI-Dを「Call for Adoption by WG Issued」状態に移行させることを許可しなければなりません (SHALL)（R-059）。I-Dは、一度に1つのWGにおいてのみ「Call for Adoption by WG Issued」状態になることができます。

The Datatracker SHALL NOT change the WG status of an I-D that is in the "Call for Adoption by WG Issued" state until the I-D expires, until the WG Chair (or Delegate) moves the I-D into a different state, or until it is decided that the WG will not adopt the I-D, whichever comes first (R-060). In case a WG decides not to adopt an I-D that is in the "Call for Adoption by WG Issued" state, the Datatracker SHALL allow the WG Chairs (and Delegates) to cancel their interest in the I-D (R-061).

Datatrackerは、I-Dが期限切れになるか、WGチェア（または代理）がI-Dを別の状態に移行させるか、あるいはWGがそのI-Dを採用しないことが決定されるかのいずれか早い方まで、「Call for Adoption by WG Issued」状態にあるI-DのWGステータスを変更してはなりません (SHALL NOT)（R-060）。WGが「Call for Adoption by WG Issued」状態にあるI-Dを採用しないことを決定した場合、DatatrackerはWGチェア（および代理）がそのI-Dに対する関心をキャンセルすることを許可しなければなりません (SHALL)（R-061）。

The Datatracker SHALL transition the state of an I-D that expires or is not adopted (per Requirement R-061) from the "Call for Adoption by A WG" state into a "NULL" state with respect to the WG state machine and then update the status change history log of the I-D accordingly (R-062). An I-D that is not adopted by a WG may revert back to having no stream-specific state in the Datatracker.

Datatrackerは、期限切れになるか採用されない（要件R-061に従う）I-Dの状態を「Call for Adoption by A WG」状態からWG状態マシンに関して「NULL」状態へと移行させ、それに応じてI-Dのステータス変更履歴ログを更新しなければなりません (SHALL)（R-062）。WGによって採用されないI-Dは、Datatrackerにおいてストリーム固有の状態を持たない状態へと復帰してもよいです。

If a different WG Chair (or Delegate) attempts to move an I-D into the "Call for Adoption by WG Issued" state in while the I-D is associated with another WG, the Datatracker will not allow the attempted state change to occur because of Requirement R-059. In this case, the Datatracker SHALL inform the WG Chair or Delegate in real-time (via the user interface that he/she is logged in to) that the I-D is currently associated with a different WG and that the state change they requested cannot be made at this time (R-063).

I-Dが別のWGに関連付けられている間に別のWGチェア（または代理）がそのI-Dを「Call for Adoption by WG Issued」状態に移行させようと試みた場合、Datatrackerは要件R-059のために試みられた状態変更が発生することを許可しません。この場合、Datatrackerは（自身がログインしているユーザーインターフェースを介して）WGチェアまたは代理に対し、そのI-Dは現在異なるWGに関連付けられており、要求された状態変更はこの時点では行えないことをリアルタイムで通知しなければなりません (SHALL)（R-063）。

A WG Chair (or Delegate) who moves an I-D into the "Call For Adoption By WG Issued" state SHALL be able to, but is not required to, specify a length of time the I-D may remain in this state (R-064). It SHALL be possible to specify the maximum length of time as a "number of weeks"; however, the maximum length MUST NOT be allowed to extend beyond the expiry date of the I-D (R-065). Other ways to specify this length of time MAY optionally be provided (R-066).

I-Dを「Call For Adoption By WG Issued」状態に移行させるWGチェア（または代理）は、I-Dがこの状態に留まり続けることができる時間の長さを指定できなければなりません (SHALL) が、指定することは要求されません（R-064）。最大の時間の長さを「週数」として指定できるものとします (SHALL) が、その最大長はI-Dの有効期限を超えて延長することを許可してはなりません (MUST NOT)（R-065）。この時間の長さを指定する他の方法がオプショナルに提供されてもよいです (MAY)（R-066）。

If an I-D is still in the "Call for Adoption by WG Issued" state when the length of time specified in R-064 runs out, the Datatracker SHALL send an e-mail to inform the WG Chairs and Delegates that the time has run out and that the I-D is still in "Call for Adoption by WG Issued" state (R-067). The purpose of this message is to remind the WG Chairs and Delegates that they had planned to make a decision on adopting the I-D by now.

R-064で指定された期間が切れたときにI-Dが依然として「Call for Adoption by WG Issued」状態にある場合、DatatrackerはWGチェアおよび代理にメールを送信して、時間が切れたこと、およびI-Dが依然として「Call for Adoption by WG Issued」状態にあることを通知しなければなりません (SHALL)（R-067）。このメッセージの目的は、WGチェアおよび代理に対し、現時点までにI-Dの採用に関する決定を下す予定であったことを思い出させることです。

The "Adopted by a WG" state describes an individual submission I-D that an IETF WG has agreed to adopt as one of its WG drafts.

「WGに採用された」州は、IETF WGがWGドラフトの1つとして採用することに同意したことを個別の提出I-Dについて説明しています。

An individual submission I-D that is adopted by a WG may take weeks or months to be resubmitted by the author as a new (version-00) WG draft.

WGによって採用されている個々の提出I-Dは、著者が新しい（バージョン-00）WGドラフトとして再提出するまでに数週間または数か月かかる場合があります。

WG Chairs who use this state will be able to clearly indicate when their WG has adopted an individual submission I-D. This will facilitate the Datatracker's ability to correctly capture "Replaces" information for WG drafts and "Replaced by" information for the individual submissions I-Ds that are replaced by WG drafts.

この状態を使用するWG椅子は、WGが個別の提出I-Dを採用したことを明確に示すことができます。これにより、WGドラフトの情報を「置き換える」情報を正しくキャプチャし、WGドラフトに置き換えられた個々の提出I-DSの「置き換えられた」情報を正しくキャプチャする能力が容易になります。

The Datatracker shall allow an individual submission I-D to be moved into the "Adopted by a WG" state if the I-D is not expired and it has not been withdrawn, been 'replaced by' another I-D, or been adopted by another IETF WG (R-068). When a WG Chair or Delegate moves an I-D into the "Adopted by a WG" state, the Datatracker SHALL confirm this state change via e-mail to the author of the I-D and to the Chairs and Delegates or the WG that adopted the I-D (per Requirement R-100).

Datatrackerは、個人提出のI-Dが期限切れになっておらず、撤回されておらず、別のI-Dに「置き換え（replaced by）」られておらず、別のIETF WGによって採用されていない場合、そのI-Dを「Adopted by a WG」状態に移行させることを許可するものとします（R-068）。WGチェアまたは代理がI-Dを「Adopted by a WG」状態に移行させたとき、Datatrackerは（要件R-100に従い）I-Dの著者、およびそのI-Dを採用したWGのチェアおよび代理に対し、メールを介してこの状態変更を確認しなければなりません (SHALL)。

Requirement R-009 specifies that changes to the WG status of an I-D shall not overwrite any previously archived I-D status history information for the I-D. All status change history information for an I-D needs to be preserved, including when an I-D is revised and subsequently approved for posting as a new version-00 "WG Document" having a different filename (viz. a filename that includes the string 'draft-ietf-' followed by a WG acronym).

要件R-009は、I-DのWGステータスに変更されることを指定します。I-Dの以前にアーカイブされたI-Dステータス履歴情報を上書きしないでください。すべてのステータス変更I-Dの履歴情報を保存する必要があります。これには、I-Dが改訂され、その後、新しいバージョン00「WGドキュメント」として投稿された場合を含め、別のファイル名があります（viz。文字列 'ドラフトを含むファイル名 - IETF- '続いてWGの頭字語が続きます）。

The "WG Document" state describes an I-D that has been adopted by an IETF WG and is being actively developed.

「WGドキュメント」状態は、IETF WGによって採用され、積極的に開発されているI-Dを説明しています。

WG Chairs and their Delegates SHALL be allowed to move an I-D that is not associated with any other WG into the "WG Document" state in their WG unless the I-D has expired, been withdrawn, or 'replaced by' another I-D or RFC (R-069).

WGチェアおよびその代理は、I-Dが期限切れになっているか、撤回されているか、または別のI-DやRFCに「置き換え（replaced by）」られている場合を除き、他のいかなるWGにも関連付けられていないI-Dを自らのWGにおいて「WG Document」状態に移行させることが許可されなければなりません (SHALL)（R-069）。

Alternatively, WG Chairs may rely on the functionality specified in Requirement R-070 to automatically move a version-00 draft into the "WG Document" state.

あるいは、WG椅子は、要件R-070で指定された機能に依存して、バージョン-00ドラフトを「WGドキュメント」状態に自動的に移動する場合があります。

The Datatracker SHALL automatically place a new version-00 I-D into the "WG Document" state if a WG Chair approves the submission of the I-D for posting in the IETF document repository and if the filename of the I-D includes the string 'draft-ietf-wgname-' (R-070).

WGチェアがIETF文書リポジトリへの掲示のためにI-Dの提出を承認し、かつI-Dのファイル名に文字列「draft-ietf-wgname-」が含まれている場合、Datatrackerは新しいバージョン-00のI-Dを自動的に「WG Document」状態に配置しなければなりません (SHALL)（R-070）。

The Datatracker SHOULD encourage the WG Chair to input, confirm, or correct the filename of the individual submission I-D that is being 'replaced' (if any) by a new version-00 WG draft at the time that the WG Chair approves the posting of the new I-D (R-071).

Datatrackerは、WGチェアが新しいI-Dの掲示を承認する時点で、新しいバージョン-00のWGドラフトによって「置き換えられる」（もしあれば）個人提出I-Dのファイル名を入力、確認、または修正するようWGチェアに奨励すべきです (SHOULD)（R-071）。

The WG Chair (or Delegate) who approves or moves an I-D into the "WG Document" state for the first time SHALL be encouraged to input an "Intended Maturity Level" for the I-D as defined in Section 5 of [RFC6174] if the Datatracker cannot automatically determine this information for some reason (R-072). The Datatracker SHALL allow the "Intended Maturity Level" to be changed after first being set, and the Datatracker SHALL allow a WG Chair or Delegate to enter this information at a later time if the "Intended Maturity Level" for an I-D could not be identified when the I-D was initially moved into the "WG Document" state (R-073).

Datatrackerが何らかの理由でこの情報を自動的に判別できない場合、I-Dを初めて「WG Document」状態として承認または移行させるWGチェア（または代理）は、[RFC6174]のセクション5で定義されているI-Dの「意図された成熟度レベル（Intended Maturity Level）」を入力するよう奨励されなければなりません (SHALL)（R-072）。Datatrackerは最初に設定された後で「意図された成熟度レベル」が変更されることを許可しなければならず (SHALL)、Datatrackerは、I-Dが最初に「WG Document」状態に移行されたときにI-Dの「意図された成熟度レベル」を特定できなかった場合、WGチェアまたは代理が後からこの情報を入力することを許可しなければなりません (SHALL)（R-073）。

The Datatracker SHALL allow WG Chairs and their Delegates to move an I-D into the "WG Document" state from any other WG I-D state (e.g., per Sections 3.2 and 4.1 of [RFC6174]) if the I-D has not expired, been withdrawn, or been 'replaced by' another I-D or RFC (R-074).

Datatrackerは、I-Dが期限切れになっておらず、撤回されておらず、別のI-DやRFCに「置き換え（replaced by）」られていない場合、WGチェアおよびその代理が他の任意のWG I-D状態（例：[RFC6174]のセクション3.2および4.1に従う）からI-Dを「WG Document」状態に移行させることを許可しなければなりません (SHALL)（R-074）。

Under normal conditions, it should not be possible for an I-D to be in the "WG Document" state in more than one IETF WG at a time. The Datatracker SHALL NOT allow a WG Chair or Delegate to move an I-D into the "WG Document" state in their WG if the I-D is already in some WG I-D state in a different WG (R-075).

通常の状態では、I-Dが一度に複数のIETF WGにおいて「WG Document」状態になることは可能であってはなりません。Datatrackerは、I-Dがすでに異なるWGにおいて何らかのWG I-D状態にある場合、WGチェアまたは代理が自らのWGにおいてそのI-Dを「WG Document」状態に移行させることを許可してはなりません (SHALL NOT)（R-075）。

An I-D that is in the "WG Document" state may be transferred from one WG to a different WG by a Responsible AD. The Datatracker SHALL allow a Responsible AD to transfer an I-D from one WG to a different WG, and it SHALL encourage the AD to input some text for the status change history log of the I-D to provide context for the transfer (R-076). If an AD transfers an I-D, the Datatracker SHALL send an e-mail to the author of the I-D and CC the Chairs, their Delegates, and the Responsible ADs (for the WGs affected by the transfer) to inform them that the I-D has been transferred (R-077).

「WG Document」状態にあるI-Dは、担当ADによってあるWGから異なるWGへと移管されることがあります。Datatrackerは、担当ADがあるWGから異なるWGへとI-Dを移管することを許可しなければならず (SHALL)、移管のコンテキストを提供するためにI-Dのステータス変更履歴ログに何らかのテキストを入力するようADを奨励しなければなりません (SHALL)（R-076）。ADがI-Dを移管した場合、DatatrackerはI-Dの著者にメールを送信し、（移管の影響を受けるWGの）チェア、その代理、および担当ADにCCして、I-Dが移管されたことを通知しなければなりません (SHALL)（R-077）。

A "Parked WG Document" is an I-D that has lost its author or editor, is waiting for another document to be written or for a review to be completed, or cannot be progressed by the working group for some other reason.

「Parked WG Document」は、著者または編集者を失ったI-D、別のドキュメントの記述またはレビューが完了するか、他の理由でワーキンググループが進めることができないことを待っています。

The Datatracker SHALL allow a Responsible AD to transfer a "Parked WG Document" that is not expired from one WG to a different WG, and it SHALL encourage the AD to input some text to provide context for the transfer in the status change history log of the I-D (R-078).

Datatrackerは、担当ADがあるWGから異なるWGへと期限切れになっていない「Parked WG Document」を移管することを許可しなければならず (SHALL)、移管のコンテキストを提供するためにI-Dのステータス変更履歴ログに何らかのテキストを入力するようADを奨励しなければなりません (SHALL)（R-078）。

If an AD transfers an I-D, the Datatracker SHALL send an e-mail to author of the I-D, to the WG Chairs and their Delegates, and to the Responsible ADs (of the WGs affected by the transfer of an I-D) to inform them that the I-D has been transferred to a different WG (R-079).

ADがI-Dを移管した場合、DatatrackerはI-Dの著者、WGチェアおよびその代理、ならびに（I-Dの移管の影響を受けるWGの）担当ADにメールを送信して、I-Dが異なるWGに移管されたことを通知しなければなりません (SHALL)（R-079）。

A "Dead WG Document" is an I-D that has been abandoned. Note that 'Dead' is not always a final state for a WG I-D. If consensus is subsequently achieved, a "Dead WG Document" may be resurrected; however, a "Dead WG Document" that is not resurrected will eventually expire.

「死んだWGドキュメント」は、放棄されたI-Dです。「死んだ」は常にWG I-Dの最終状態ではないことに注意してください。その後、コンセンサスが達成された場合、「死んだWGドキュメント」が復活する可能性があります。ただし、復活していない「死んだWGドキュメント」は最終的に期限切れになります。

The Datatracker SHALL allow a Responsible AD to transfer an I-D that is not expired from being in the "Dead WG Document" state in one WG to a non-dead state in different WG, and the Datatracker SHALL encourage the AD to input some text to provide context for the transfer in the status change history log of the I-D (R-080).

Datatrackerは、担当ADが期限切れになっていないI-DをあるWGにおける「Dead WG Document」状態から異なるWGにおける非Dead状態へと移管することを許可しなければならず (SHALL)、移管のコンテキストを提供するためにI-Dのステータス変更履歴ログに何らかのテキストを入力するようADを奨励しなければなりません (SHALL)（R-080）。

If an AD transfers an I-D under the conditions specified by Requirement R-080, the Datatracker SHALL send an e-mail to the author of the I-D, the WG Chairs, the Delegates, and the Responsible ADs (for the WGs affected by the transfer) to inform them that the I-D has been transferred to a different WG (R-081).

要件R-080で指定された条件下でADがI-Dを移管した場合、DatatrackerはI-Dの著者、WGチェア、代理、および（移管の影響を受けるWGの）担当ADにメールを送信して、I-Dが異なるWGに移管されたことを通知しなければなりません (SHALL)（R-081）。

A document that is in the "In WG Last Call" state is an I-D for which a Working Group Last Call (WGLC) has been issued and is in progress. Note that WG Last Calls are an optional part of the IETF WG process, per Section 7.4 of RFC 2418 [RFC2418].

「In WG Last Call」状態にあるドキュメントは、ワーキンググループの最後のコール（WGLC）が発行され、進行中のI-Dです。WGの最後の呼び出しは、RFC 2418 [RFC2418]のセクション7.4に従って、IETF WGプロセスのオプションの部分であることに注意してください。

A WG Chair who decides to conduct a WGLC on an I-D may use the "In WG Last Call" state to track the progress of the WGLC.

I-DでWGLCを実施することを決定したWG椅子は、WGLCの進行を追跡するために「in wg last call」状態を使用する場合があります。

A WG Chair (or Delegate) SHALL be able configure the Datatracker to send a WGLC message to one or more mailing lists when he/she moves a WG draft into the "In WG Last Call" state and be able to select a different set of mailing lists for each I-D because some documents may need coordination with other WGs (R-082).

一部の文書は他のWGとの連携が必要となる場合があるため、WGチェア（または代理）は、自らがWGドラフトを「In WG Last Call」状態に移行させたときにDatatrackerを設定して1つ以上のメーリングリストにWGLCメッセージを送信できるようにしなければならず (SHALL)、各I-Dについて異なるメーリングリストのセットを選択できなければなりません（R-082）。

The Datatracker also needs to be able to send an e-mail, after a specified period of time, to remind or 'nudge' a WG Chair to conclude a WGLC and to determine a next state for the I-D.

また、DataTrackerは、指定された期間後に電子メールを送信し、WGLCを締めくくり、I-Dの次の状態を決定するためにWG椅子を思い出させるか「微調整」する必要があります。

The WG Chair (or Delegate) who moves an I-D into the "In WG Last Call" state SHALL be required to specify a length of time for the WGLC (R-083). The amount of time SHALL be able to be expressed as a "number of weeks", but it SHALL NOT be allowed to extend beyond the expiry date of the I-D (R-084). Other measures of time (e.g., "until a specific date in the future") MAY optionally be supported (R-085). The amount of time MUST be able to be changed after first being set (R-086).

I-Dを「In WG Last Call」状態に移行させるWGチェア（または代理）は、WGLCの期間を指定することを要求されなければなりません (SHALL)（R-083）。期間の長さは「週数」として表現できなければなりませんが (SHALL)、I-Dの有効期限を超えて延長することは許可されてはなりません (SHALL NOT)（R-084）。他の時間の尺度（例：「将来の特定の日付まで」）がオプショナルにサポートされてもよいです (MAY)（R-085）。期間の長さは最初に設定された後で変更できなければなりません (MUST)（R-086）。

If an I-D is still in the "In WG Last Call" state when the amount of time specified in R-084 or R-085 runs out, the Datatracker SHALL send an e-mail to inform the WG Chairs and Delegates that the I-D is still in the "In WG Last Call" state, and to remind them they had planned to conclude the WGLC by now (R-087).

R-084またはR-085で指定された期間が切れたときにI-Dが依然として「In WG Last Call」状態にある場合、DatatrackerはWGチェアおよび代理にメールを送信して、I-Dが依然として「In WG Last Call」状態にあることを通知し、現時点までにWGLCを完了させる予定であったことを思い出させなければなりません (SHALL)（R-087）。

Note that a WGLC may lead directly back into another WGLC for the same document. For example, an I-D that completed a WGLC as an "Informational" document may need another WGLC if a decision is taken to convert the I-D into a Standards Track document. The Datatracker MUST allow this to occur. (R-088)

WGLCは同じ文書についての別のWGLCに直接戻る可能性があることに注意してください。たとえば、「Informational」文書としてWGLCを完了したI-Dは、そのI-DをStandards Track文書に変換する決定がなされた場合に別のWGLCを必要とする場合があります。Datatrackerはこれが発生することを許可しなければなりません (MUST)。（R-088）

A document in the "WG Consensus: Waiting for Writeup" state has essentially completed its development within the WG, and is nearly ready to be sent to the IESG for publication. The last thing to be done is the preparation of a protocol writeup by the Document Shepherd. The IESG requires that a protocol writeup be completed before publication of an I-D is requested.

「WG Consensus：Waiting for Writeup」状態の文書は、WG内での開発を基本的に完了し、公開のためにIESGに送信する準備がほぼ準備されています。最後に行うべきことは、Document Shepherdによるプロトコル記事の準備です。IESGでは、I-Dの公開が要求される前にプロトコルの書き込みを完了する必要があります。

An I-D in the "WG Consensus: Waiting for Writeup" state SHALL remain in this state until the WG Chair (or Delegate) moves the document to a different state (R-089).

「WG Consensus: Waiting for Writeup」状態にあるI-Dは、WGチェア（または代理）がその文書を別の状態に移行させるまでこの状態に留まらなければなりません (SHALL)（R-089）。

The Datatracker SHOULD be configurable to send an e-mail to a WG's Chairs and Delegates after a specified period of time to remind or 'nudge' them to check the status of the Document Shepherd's writeup for an I-D (R-090). This feature SHOULD look and feel similar to the way that Requirements R-064 to R-067 inclusive are implemented (R-091).

Datatrackerは、指定された期間の後にWGのチェアおよび代理にメールを送信して、I-Dに関するDocument Shepherdのプロトコル記述のステータスを確認するよう促す（または「小突く（nudge）」）ように設定可能であるべきです (SHOULD)（R-090）。この機能は、要件R-064からR-067（両端を含む）が実装されている方法と類似したルックアンドフィールを持つべきです (SHOULD)（R-091）。

This state describes a WG document that has been submitted to the IESG for publication and that has not been sent back to the WG for revision. An I-D in this state may be under review by the IESG, or it may have been approved and be in the RFC Editor's queue, or it may have been published as an RFC. Other possibilities exist too. The document may be "Dead" (in the IESG state machine) or in a "Do Not Publish" state.

この状態は、公開のためにIESGに提出されたWGドキュメントについて説明しており、改訂のためにWGに送り返されていません。この状態のI-Dは、IESGによって審査中であるか、RFCエディターのキューに承認されている可能性があるか、RFCとして公開されている可能性があります。他の可能性も存在します。このドキュメントは、（IESGステートマシンで）「死んでいる」、または「公開しない」状態である場合があります。

The Datatracker SHOULD look for the presence of WG I-D status annotation tags when a WG draft is moved into this state. If there are any tags that have not been cleared or reset, the Datatracker SHOULD encourage the WG Chairs (or Delegates) in real-time to reset or clear any extraneous annotation tags (R-092).

Datatrackerは、WGドラフトがこの状態に移行されたときにWG I-Dステータス注釈タグの存在を確認すべきです (SHOULD)。クリアまたはリセットされていないタグが存在する場合、Datatrackerは無関係な注釈タグをリセットまたはクリアするようリアルタイムでWGチェア（または代理）に奨励すべきです (SHOULD)（R-092）。

After an I-D is submitted to the IESG, it may be judged as needing revision before it can be published as an RFC. An AD or the IESG as a whole may return a document to a WG for revision.

I-DがIESGに提出された後、RFCとして公開する前に改訂が必要であると判断される場合があります。広告またはIESG全体として、リビジョンのためにドキュメントをWGに返す場合があります。

An I-D that needs revision may be identified when the Responsible AD appends the "Revised I-D Needed" annotation tag to the IESG state of the I-D.

責任ある広告が「改訂されたI-Dが必要」注釈タグをIESGのI-D状態に追加すると、改訂が必要なI-Dが識別される場合があります。

If an AD or the IESG as a whole sends an I-D back to a WG for revision (e.g., as described in Section 3.2 of [RFC6174]), the WG's Chairs may decide to change the WG state of the I-D from "Submitted to IESG for Publication" to a different state and to append one or more WG I-D status annotation tags to the I-D (e.g., per Sections 4.3.8 or 4.3.9 of [RFC6174]).

ADまたはIESG全体がI-DをリビジョンのためにWGに戻す場合（たとえば、[RFC6174]のセクション3.2で説明）、WG議長は、IESGに提出されたI-DのWG状態を変更することを決定する場合があります。「別の状態に公開し、1つ以上のWG I-DステータスアノテーションタグをI-Dに追加します（例：[RFC6174]のセクション4.3.8または4.3.9）。

The Datatracker SHALL allow, but not require, the WG Chair or Delegate who attaches a "Revised I-D Needed" annotation tag to the WG status of an I-D to indicate the number of weeks they expect it will take for a revised document to be produced (R-093). The Datatracker should also prompt the user to consider changing the WG state of the I-D from "Submitted to IESG for Publication" to something else (e.g., Parked WG Document, WG Document, Waiting for WG Chair Go-Ahead) (R-094).

Datatrackerは、I-DのWGステータスに「Revised I-D Needed」注釈タグを付与するWGチェアまたは代理に対し、改訂文書が作成されるまでに必要と予想される週数を示すことを許可しなければなりません (SHALL) が、要求してはなりません（R-093）。Datatrackerはまた、I-DのWG状態を「Submitted to IESG for Publication」から他の何か（例：Parked WG Document、WG Document、Waiting for WG Chair Go-Ahead）に変更することを検討するようユーザーに促すべきです（R-094）。

If a revised version of the I-D is not submitted to the WG before the time specified in R-093 elapses, the Datatracker SHALL send an e-mail to the WG's Chairs and Delegates to remind or 'nudge' them to followup on the revisions to the document (R-095).

R-093で指定された時間が経過する前にI-Dの改訂版がWGに提出されない場合、DatatrackerはWGのチェアおよび代理にメールを送信して、その文書への改訂をフォローアップするよう促す（または「小突く（nudge）」）ようにしなければなりません (SHALL)（R-095）。

The Datatracker SHALL automatically reset or clear the "Revised I-D Needed" annotation tag attached to the WG status of an I-D when a revised version of that I-D is posted (R-096).

Datatrackerは、そのI-Dの改訂版が掲示されたときに、I-DのWGステータスに付与された「Revised I-D Needed」注釈タグを自動的にリセットまたはクリアしなければなりません (SHALL)（R-096）。

To reduce the amount of information that WG Chairs and Delegates need to input to the Datatracker, the tool must automatically generate the following WG state transitions:

WGチェアと代表者がDatAtrackerに入力する必要がある情報の量を減らすには、ツールは次のWG状態遷移を自動的に生成する必要があります。

- The Datatracker will move a version-00 I-D into the "WG Document" state when a WG Chair approves the posting of an I-D that includes the string '-ietf-' in its filename (as specified in Requirement R-070; and

- DataTrackerは、WG椅子がファイル名に文字列 '-ietf-'を含むi-dの投稿を承認すると、バージョン-00 I-Dを「WGドキュメント」状態に移動します（要件R-070;および要件R-070;および

- The Datatracker SHALL transition a draft into the WG state called "Submitted To IESG For Publication" at the same time that the I-D is moved into the "Publication Requested" state in the IESG state machine by an AD or the IETF Secretariat (R-097).

- Datatrackerは、ADまたはIETF事務局によってIESG状態マシンにおいてI-Dが「Publication Requested」状態に移動されると同時に、「Submitted To IESG For Publication」と呼ばれるWG状態へとドラフトを移行させなければなりません (SHALL)（R-097）。

Everyone with 'write' access to WG I-D status information SHALL be able to obtain a summary display of all status changes made to the WG I-Ds that *they* are responsible for, from the present time backwards, split by pages, after successfully logging on to the Datatracker (R-098).

WG I-Dステータス情報への「書き込み」アクセスを持つすべての利用者は、Datatrackerに正常にログオンした後、自身が責任を負っているWG I-Dに対して行われたすべてのステータス変更の要約表示を、現在から過去へとページごとに分割して取得できなければなりません (SHALL)（R-098）。

The Datatracker SHOULD provide a convenient way for WG Chairs to obtain a summary of all WG I-D status changes made on their behalf by their Delegates, from the present time backwards, split by pages (R-099).

Datatrackerは、WGチェアに対し、自らの代理によって代理で行われたすべてのWG I-Dステータス変更の要約を、現在から過去へとページごとに分割して取得するための便利な方法を提供するべきです (SHOULD)（R-099）。

The Datatracker SHALL send an e-mail message to the authors of an I-D and to the Chairs and Delegates of the WG to which the I-D is associated whenever the WG status of the I-D is updated; the contents of the e-mail SHALL provide details about the change in the WG status of the document (e.g., the new state the I-D has been moved to and/or the names of any newly set or reset I-D status annotation tags), the date of the change in status, and an indication of who (or which entity) caused the change to the WG status of the I-D (R-100).

Datatrackerは、I-DのWGステータスが更新されるたびに、I-Dの著者、およびそのI-Dが関連付けられているWGのチェアと代理にメールメッセージを送信しなければなりません (SHALL)。そのメールの内容は、文書のWGステータスの変更に関する詳細（例：I-Dが移動された新しい状態、および/または新しく設定もしくはリセットされた任意のI-Dステータス注釈タグの名前）、ステータス変更の日付、および誰が（またはどのエンティティが）I-DのWGステータスの変更を引き起こしたかの表示を提供しなければなりません (SHALL)（R-100）。

The Datatracker SHALL provide everyone with a convenient way to query the status of every document in an IETF WG and to see a display of the current status of some or all of the documents in the WG, including the Document Shepherd protocol writeups for I-Ds that have been submitted to the IESG and the names of the Document Shepherds (R-101).

Datatrackerは、IETF WG内のすべての文書のステータスを照会し、IESGに提出されたI-DについてのDocument Shepherdプロトコル記述およびDocument Shepherdの氏名を含め、WG内の一部のまたはすべての文書の現在のステータスの表示を確認するための便利な方法をすべての利用者に提供しなければなりません (SHALL)（R-101）。

The Datatracker SHALL also provide everyone with the ability to search for the status of documents written by a specific author, or I-Ds in a specific WG I-D state or having a specific "Intended Maturity Level", or having a specific annotation tag attached (R-102).

Datatrackerはまた、特定の著者によって書かれた文書のステータス、特定のWG I-D状態にあるか特定の「意図された成熟度レベル」を持つI-D、または特定の注釈タグが付与されたI-Dを検索する能力をすべての利用者に提供しなければなりません (SHALL)（R-102）。

The Datatracker's existing I-D status display pages SHOULD be modified to display at least the metadata and status information for an I-D that is associated with a WG as shown in the following example (R-103):

Datatrackerの既存のI-Dステータス表示ページは、次の例に示すように、WGに関連付けられたI-Dのメタデータおよびステータス情報を少なくとも表示するように修正されるべきです (SHOULD)（R-103）:

   -----------------------------------------------------------------
        

   Document stream:          IETF
   I-D availability status:  Active / Expired / Withdrawn / RFC
                             Replaces / Replaced by I-D or RFC
                             (if applicable)
   Last updated:             year-mm-dd (e.g. 2010-11-18)
   IETF WG status: *         Applicable WG state & name of WG or WGs
   Intended RFC status: **   Informational / Experimental / etc.
   Document shepherd: ***    Name of Document Shepherd (if assigned)
   IESG status:  ****        Name of applicable IESG state
   Responsible AD:           Name of the Responsible AD
        

   -----------------------------------------------------------------
        

* The "IETF WG status" SHALL display the current WG state of the I-D and the WG that the I-D is associated with, and any I-D status annotation tags that are currently set (R-104).

* 「IETF WG status」は、I-Dの現在のWG状態、I-Dが関連付けられているWG、および現在設定されている任意のI-Dステータス注釈タグを表示しなければなりません (SHALL)（R-104）。

** The "Intended RFC status" for I-Ds in the WG state called "Adopted for WG Info Only" SHOULD be displayed as "None" (R-105).

** 「Adopted for WG Info Only」と呼ばれるWG状態にあるI-Dの「Intended RFC status」は、「None」と表示されるべきです (SHOULD)（R-105）。

** The field called "Intended RFC status" SHOULD be renamed to "RFC status" when the Datatracker displays the status of a document that has been published as an RFC (R-106).

** 「Intended RFC status」と呼ばれるフィールドは、DatatrackerがRFCとして発行された文書のステータスを表示するとき、「RFC status」に名称変更されるべきです (SHOULD)（R-106）。

   ***   This field SHOULD display the name of the person (or e-mail
         address of the person) designated as the Document Shepherd for
         the I-D, or be left blank if a Document Shepherd has not yet
         been designated (R-107).
        

   ****  This field SHALL display the current IESG status of the
         document or the word "None" for documents that are not yet
         being tracked by the IESG (R-108).
        

Errors with respect to inputting or updating the status of a WG document are possible.

WGドキュメントのステータスの入力または更新に関するエラーが可能です。

Per Requirement R-009, the creation of new or updated status information cannot erase, overwrite, or cause the deletion of any previously entered document status change history information.

要件R-009ごとに、新規または更新されたステータス情報の作成は、以前に入力されたドキュメントステータスの変更履歴情報の削除を消去、上書き、または引き起こすことはできません。

Errors in data entry by a WG Chair or Delegate should be corrected by a WG Chair or Delegate taking action to update any erroneous status information in the Datatracker with correct information, so that the correct status of the I-D is displayed. For example, a document that was accidentally placed into the wrong state can be moved into the correct state by the WG Chair (or Delegate), and a comment should be entered into the document's status change history log to explain what happened.

WGチェアまたはデリゲートによるデータ入力のエラーは、WG椅子または代表者によって修正され、IDの正しいステータスが表示されるように、DatAtrackerの誤ったステータス情報を正しい情報で更新します。たとえば、誤って間違った状態に配置されたドキュメントは、WG椅子（またはデリゲート）によって正しい状態に移動でき、コメントをドキュメントのステータス変更履歴ログに入力して、何が起こったのかを説明する必要があります。

This document does not propose any new Internet mechanisms and has no security implications for the Internet.

このドキュメントは、新しいインターネットメカニズムを提案せず、インターネットにセキュリティに影響を与えません。

However, this document contains specific requirements to add features to the IETF Datatracker to make it possible for a greater number of users to input and/or update status information about I-Ds associated with IETF WGs. Enhancing the Datatracker may create an opening for new denial-of-service (DoS) attacks and/or attempts by malicious users to corrupt the information in the WG document status database.

ただし、このドキュメントには、IETF DataTrackerに機能を追加する特定の要件が含まれており、IETF WGSに関連付けられたI-DSに関するステータス情報を多くのユーザーが入力および/または更新できるようにします。DataTrackerを強化すると、WG Document Statusデータベースの情報を破壊するために、悪意のあるユーザーによる新しいサービス拒否（DOS）攻撃の開口部が作成される場合があります。

This document does not propose any specific requirements to mitigate DoS attacks on the Datatracker.

このドキュメントでは、DatAtrackerに対するDOS攻撃を緩和するための特定の要件を提案していません。

[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.

[RFC2119] Bradner, S.、「要件レベルを示すためにRFCで使用するためのキーワード」、BCP 14、RFC 2119、1997年3月。

[RFC2418] Bradner, S., "IETF Working Group Guidelines and Procedures", BCP 25, RFC 2418, September 1998.

[RFC2418] Bradner, S.、「IETFワーキンググループのガイドラインと手順」、BCP 25、RFC 2418、1998年9月。

[RFC4858] Levkowetz, H., Meyer, D., Eggert, L., and A. Mankin, "Document Shepherding from Working Group Last Call to Publication", RFC 4858, May 2007.

[RFC4858] Levkowetz, H., Meyer, D., Eggert, L., and A. Mankin、「ワーキンググループからのドキュメントシェパードの最後の出版物」、RFC 4858、2007年5月。

[RFC6174] Juskevicius, E., "Definition of IETF Working Group Document States", RFC 6174, March 2011.

[RFC6174] Juskevicius, E.、「IETFワーキンググループドキュメント状態の定義」、RFC 6174、2011年3月。

[IDTRACKER] "The IETF Datatracker tool", Web Application: https://datatracker.ietf.org/, Version 3.12, February 2, 2011.

[idtracker]「IETF Datatrackerツール」、Webアプリケーション：https://datatracker.ietf.org/、バージョン3.12、2011年2月2日。

[IESGIDSM] "Diagram of Main I-D States", Web Application: https://datatracker.ietf.org/images/state_diagram.gif, October 21, 2002.

[IESGIDSM]「メインI-D状態の図」、Webアプリケーション：https://datatracker.ietf.org/images/state_diagram.gif、2002年10月21日。

[TRCKREQTS] Levkowetz, H. and Mankin, A., "Requirements on I-D Tracker Extensions for Working Group Chairs", Work in Progress, February 2007.

[TRCKREQTS] Levkowetz, H. and Mankin, A.、「ワーキンググループチェアのI-Dトラッカー拡張機能の要件」、2007年2月、Work in Progress。

The author would like to thank Henrik Levkowetz and Allison Mankin for writing the original I-D [TRCKREQTS] that contained many good ideas and served as a foundation for this document.

著者は、多くの優れたアイデアを含み、この文書の基盤として役立った元のI-D [TRCKREQTS]を書いてくれたHenrik LevkowetzとAllison Mankinに感謝したいと思います。

The author would also like to thank Henrik Levkowetz, Alfred Hoenes, Paul Hoffman, and Subramanian (SM) Moonesamy for their ongoing support during the writing of this document. Many of their comments and suggestions have been used by the author to revise and improve this document.

著者はまた、この文書の執筆中に継続的なサポートをしてくれたHenrik Levkowetz、Alfred Hoenes、Paul Hoffman、およびSubramanian（SM）Moonesamyにも感謝したいと思います。彼らのコメントと提案の多くは、この文書を修正して改善するために著者によって使用されています。

The author also offers his gratitude to Russ Housley, Scott Bradner, Robert Sparks, Spencer Dawkins, and the WG Chairs and other IETF participants at the wgdtspec BOF at IETF 77 for their inputs, comments, and suggestions, and Lars Eggert, Tim Polk, Robert Sparks, Ralph Droms, Adrian Farrel, Alexey Melnikov, and Sean Turner for their comments, suggestions, and DISCUSS points on the penultimate draft version of this document.

著者はまた、IETF 77のWGDTSPEC BOFで、Russ Housley、Scott Bradner、Robert Sparks、Spencer Dawkins、およびWGDTSPEC BOFの他のIETF参加者に感謝の気持ちを提供します。ロバート・スパークス、ラルフ・ドロムズ、エイドリアン・ファレル、アレクセイ・メルニコフ、ショーン・ターナーのコメント、提案、この文書の最後から2番目のドラフトバージョンに関するポイントについて話し合います。

This document was initially prepared using 2-Word-v2.0.template.dot.

このドキュメントは、最初に2ワード-V2.0.template.dotを使用して準備されました。

Author's Address

著者の連絡先

Ed Juskevicius TrekAhead PO Box 491, Carp, ON CANADA

エド・ジュスケビシウス・トレカヘッド・ポックス491、car、カナダ

   EMail: edj.etc@gmail.com