3. 登録ツリーとサブタイプ名 (Registration Trees and Subtype Names)
登録プロセスの効率性と柔軟性を高めるために、異なる構造のサブタイプ名を登録して、異なる自然な要件に対応することができます。例えば、インターネットコミュニティによる広範なサポートと実装が推奨されるサブタイプや、プロプライエタリソフトウェアに関連付けられたファイルを移動するために使用されるサブタイプなどです。以下のサブセクションでは、ファセット名 (Faceted Names) の使用によって区別される登録「ツリー」を定義します。例えば、「tree.」プレフィックスで始まるサブタイプ名などです。本文書より前に定義された一部のメディアタイプは、以下で説明する命名規則に準拠していないことに注意してください。それらについては、付録 A で説明します。
3.1 標準ツリー (Standards Tree)
標準ツリー (Standards Tree) は、インターネットコミュニティの一般的な関心事であるタイプを対象としています。標準ツリーへの登録は、次のいずれかでなければなりません (MUST):
-
IETF 仕様に関連する登録の場合、IESG によって直接承認される、または
-
「Specification Required」IANA 登録ポリシー [RFC5226] (これは専門家レビュー (Expert Review) を意味します) を使用して、認められた標準関連組織によって登録される。
最初の手続きは、IETF コンセンサス文書からの登録、または祖父条項 (Grandfathered, 付録 A を参照) および/または不完全な登録を登録することがインターネットコミュニティの利益になる稀なケースで使用されます。登録提案は RFC として公開されなければなりません (MUST)。登録 RFC が IETF ストリームにある場合、Standards Track、BCP、Informational、または Experimental のステータスで達成できる IETF コンセンサスを持たなければなりません (MUST)。非 IETF RFC ストリームで公開された登録も許可され、IESG の承認が必要です。登録は、独立した「登録のみ」の RFC にすることも、何らかのより一般的な仕様に組み込むこともできます。
第2のケースでは、IESG は、登録提出者が認められた標準関連組織を代表するかどうかについて一度だけ決定を行います。その後、メディアタイプレビュアー (Media Types Reviewer, 指定専門家 (Designated Expert) または指定専門家のグループ) が、本文書で規定されているように専門家レビューを実施します。同じソースからの後続の提出には IESG は関与しません。形式は、提出する標準関連組織によって作成された正式な標準仕様によって記述されなければなりません (MUST)。
標準ツリーのメディアタイプは、付録 A で説明されているプロセスを使用して祖父条項が適用されない限り、ファセット名を持ってはなりません (MUST NOT)。
標準ツリーに登録されたメディアタイプの「所有者」は、標準関連組織自体であると見なされます。仕様の変更または修正は、初期登録に必要なものと同じレベルの処理を使用します (例えば、Standards Track で提出された登録は別の Standards Track RFC で改訂できますが、Informational RFC では改訂できません)。
認められた標準関連組織からの標準ツリー登録は、IANA に直接提出され、承認前に専門家レビュー [RFC5226] を受けます。この場合、専門家レビュアーは、とりわけ、必要な仕様が適切な文書を提供していることを確認します。
3.2 ベンダーツリー (Vendor Tree)
ベンダーツリー (Vendor Tree) は、公開されている製品に関連付けられたメディアタイプに使用されます。このコンテキストでは、「ベンダー (Vendor)」と「プロデューサー (Producer)」は非常に広義に解釈され、同等と見なされます。認められた標準関連組織として認定されない業界コンソーシアムや非営利団体も、ベンダーツリーにメディアタイプを登録することが十分に適切であることに注意してください。
登録は、製品または製品セットに関連付けられたファイルを交換する必要がある任意の人によってベンダーツリーに配置される可能性があります (MAY)。ただし、登録は、登録されるタイプを使用するソフトウェアを生産するベンダーまたは組織に適切に属します。そのベンダーまたは組織は、修正または更新するために、第三者によって行われた登録の所有権をいつでも主張することができます。詳細については、セクション 5.5 を参照してください。
第三者が他の誰かの代わりにタイプを登録する場合、両方のエンティティを登録の Change Controller フィールドに記載すべきです (SHOULD)。これの可能な形式の1つは、「Foo, on behalf of Bar」です。
ベンダーツリー登録は、先頭のファセット「vnd.」によって区別されます。これには、登録者の裁量により、有名なプロデューサーからのメディアサブタイプ名 (例: 「vnd.mudpie」) または、IANA が承認したプロデューサー名の指定の後にメディアタイプまたは製品指定が続くもの (例: vnd.bigcompany.funnypictures) が続く可能性があります (MAY)。
ベンダーツリーに登録されるメディアタイプの公開とレビューは必須ではありませんが、これらの仕様の品質を向上させるために、[email protected] メーリングリストを使用してレビューすることが推奨されます。ベンダーツリーへの登録は、IANA に直接提出され、承認前に専門家レビュー [RFC5226] を受けます。
3.3 個人ツリー (Personal or Vanity Tree)
実験的に作成されたメディアタイプ、または商業的に配布されない製品の一部として作成されたメディアタイプの登録は、個人ツリーまたはバニティツリー (Personal or Vanity Tree) に登録される可能性があります (MAY)。登録は、先頭のファセット「prs.」によって区別されます。
「個人」登録および関連する仕様の所有者は、登録を行う個人またはエンティティ、または以下で説明するように責任が譲渡された者です。
個人ツリーに登録されるメディアタイプの公開とレビューは必須ではありませんが、これらの仕様の品質を向上させるために、[email protected] メーリングリスト (セクション 5.1 を参照) を使用してレビューすることが推奨されます。個人ツリーへの登録は、IANA に直接提出され、承認前に専門家レビュー [RFC5226] を受けます。
3.4 未登録 x. ツリー (Unregistered x. Tree)
最初のファセットとして「x.」を持つサブタイプ名は、プライベートでローカルな環境での使用を専ら意図したタイプに使用される可能性があります (MAY)。このツリーのタイプは登録できず、それらを交換する当事者の積極的な合意があってのみ使用することを意図しています。
ただし、上記で説明したベンダーツリーと個人ツリーの簡素化された登録手続きにより、未登録タイプを使用する必要があることは稀であるべきです。したがって、「x.」ツリーのタイプの使用は強く推奨されません。
「x-」で始まる名前を持つタイプは、このツリーのメンバーとは見なされなくなったことに注意してください ([RFC6648] を参照)。また、一般的に有用で広く展開されているタイプが誤って「x-」名前プレフィックスになってしまった場合、付録 A で定義されている手続きに従って、代替ツリーで現在の名前を使用して登録される可能性があります (MAY)。
3.5 追加の登録ツリー (Additional Registration Trees)
コミュニティが必要とする場合、IETF 標準アクション (Standards Action) によって、新しいトップレベル登録ツリーが随時作成される可能性があります (MAY)。これらのツリーは、科学学会がカバーする科学に固有のメディアタイプなど、よく知られた永続的な組織による外部登録と管理のために作成される可能性があることが明示的に想定されています。