メインコンテンツまでスキップ

6. 構造化構文サフィックス登録手続き (Structured Syntax Suffix Registration Procedures)

一部のメディアタイプは, "+suffix" 規則を使用して, 特定の名前付き構造化構文 (structured syntax) をその定義の一部として指定します。構造化構文サフィックス登録は, メディアタイプで使用されるサフィックス間の競合を識別し回避するための中央レジストリを提供します。

構造化構文サフィックス登録は次のことを行ってはなりません:

  • 識別された構造化構文を使用するメディアタイプの作成を制限する
  • 他の仕様で構造化構文サフィックス登録を参照することを要求する
  • 特定の形式の構造化構文の使用を要求する
  • いかなる形式の構文定義 (syntax definition) も提供せず, 構造化構文の識別のみを行う

構造化構文サフィックス登録を作成するには:

  1. 一意の "+suffix" を選択します。このサフィックス識別子はプラス記号 ("+") で始まり, Section 4.2 の restricted-name と同じ構文要件に従う必要があります。

  2. Section 6.2 で説明されているように, 登録リクエストの必要な部分をすべて含む登録リクエストを準備します。

  3. 登録リクエストを [email protected] メーリングリストに投稿してレビューとコメントを受け, 構造化構文サフィックスタイプ登録への注意を喚起します。議論とコメントのための適切な時間を許可します。

  4. レビューコメントに応答し, 提案された登録を修正して, このドキュメントで示されているガイドラインに沿うようにします。

  5. (おそらく更新された) 登録テンプレート (またはそれを含むドキュメントへのポインタ) を IANA ([email protected]) に提出します。

構造化構文サフィックス登録リクエストを受け取った後:

  1. IANA は提出の完全性を確認します。セクションが欠落しているか引用が正しくない場合, IANA は登録リクエストを拒否します。

  2. IANA は現在のレジストリで同じ名前のエントリを確認します。そのようなレジストリが存在する場合, IANA は登録リクエストを拒否します。

  3. IANA は対応するガイドラインに対する登録リクエストの専門家レビュー (Expert Review) を要求します。

  4. 指定専門家 (Designated Expert) は必要に応じて追加のレビューまたは議論を要求する場合があります。

  5. 専門家レビューが登録を推奨する場合, IANA は適切なレジストリに登録を追加します。

初期レジストリコンテンツ仕様 [RFC6839] は, 構造化構文サフィックス登録の例を提供します。

6.1 Change Procedures (変更手順)​

各レジストリの登録は, 初期登録に必要なのと同じメカニズムによって更新される場合があります。スキームの元の定義が IESG 承認のドキュメントに含まれている場合, 仕様の更新にも IESG の承認が必要です。

6.2 Structured Syntax Suffix Registration Template (構造化構文サフィックス登録テンプレート)​

このテンプレートは, 構造化構文サフィックス登録リクエストで提供する必要があるフィールドを説明しています:

Name (名前)

  • 明確に定義された構造化構文の完全な名前。

+suffix (サフィックス)

  • 構文への準拠を示すために使用されるサフィックス。

References (参考文献)

  • 構造化構文を理解するために必要なすべての仕様の完全な引用を含めます。

Encoding considerations (エンコーディングに関する考慮事項)

  • この構文を使用する任意のタイプのエンコーディングに関する考慮事項に関する一般的なガイダンスをここに記載する必要があります。Section 4.8 で示されているメディアタイプのエンコーディングに関する考慮事項と同じ要件がここに適用されます。

Interoperability considerations (相互運用性に関する考慮事項)

  • この構造化構文を使用するタイプの相互運用可能な使用に関する問題をここに記載する必要があります。例としては, 構文の互換性のないバージョンの存在, 特定の文字セット (charsets) と構文を組み合わせる際の問題, または他のタイプやプロトコルとの非互換性などがあります。

Fragment identifier considerations (フラグメント識別子に関する考慮事項)

  • この構文を使用する任意のタイプのフラグメント識別子の汎用処理をここに記述する必要があります。

Security considerations (セキュリティに関する考慮事項)

  • この構造化構文を使用するメディアタイプによって共有されるセキュリティに関する考慮事項をここに指定する必要があります。Section 4.6 で示されているメディアタイプのセキュリティに関する考慮事項と同じ要件がここに適用されますが, サフィックス登録の場合, セキュリティに関する考慮事項を評価しないオプションは利用できません。

Contact (連絡先)

  • 詳細情報について連絡する人物 (連絡先情報を含む)。

Author/Change controller (作成者/変更管理者)

  • このサフィックス登録を変更する権限を与えられた人物 (連絡先情報を含む)。
に最終更新