メディアタイプ

情報通信技術において、メディアタイプ[ ^{1] [2] 、} コンテンツタイプ^{[2] [3]}またはMIMEタイプ^{[1] [4] [5]は、}ファイル形式とコンテンツ形式の2つの部分からなる識別子です。その目的は、意図されたデータ形式を識別するという点で、ファイル名拡張子や統一型識別子に相当します。主にインターネットを支える技術で使用され、Linuxデスクトップシステムでも使用されています。

IANA (Internet Assigned Numbers Authority) は、これらの分類の標準化と公開の公式機関です。メディア タイプは、もともと1996 年 11 月にRequest for Comments RFC  2045 (MIME) Part One: Format of Internet Message Bodies (Nov 1996) で、電子メールメッセージの内容と添付ファイルのタイプを示すために、MIME (Multipurpose Internet Mail Extensions)仕様の一部として定義されました。 ^[6]そのため、元の名前はMIME タイプです。メディア タイプは、 HTTP ^{[7]などの他の}インターネットプロトコル、HTML ^[8]などのドキュメント ファイル形式、Linuxデスクトップ環境^[5]で実装されたXDG仕様でも同様の目的で 使用されます。

このタイプの識別子の推奨用語は、インターネット標準または Web 標準化団体によって異なります。

IANAとIETFは「メディアタイプ」という用語を使用しており、「MIMEタイプ」という用語は廃止されていると考えています。 ^[1]これは、メディアタイプがHTTPなどの電子メールとは関係のないコンテキストで使用されるようになったためです。対照的に、WHATWGは「MIMEタイプ」という用語を引き続き使用しており、「メディアタイプ」という用語の使用は曖昧であるとして推奨していません。これは、 CSS機能に関連して異なる意味で使用されるためです。^[4] @media

メディアタイプを提供するためのHTTPレスポンスヘッダーはです。[Content-Type 2 ^] W3CはメディアタイプのXMLデータ型ContentType名として を使用しています。 ^[3] Linuxデスクトップ環境で実装されているXDG仕様では、「MIMEタイプ」という用語が引き続き使用されています。^[5]

メディア タイプはタイプとサブタイプで構成され、さらにツリー構造になります。メディア タイプでは、オプションでサフィックスとパラメータを定義できます。

mime-type = タイプ"/"  [ツリー"." ] サブタイプ[ "+" サフィックス] *  [ ";" パラメータ];

たとえば、HTML ファイルは と指定される場合がありますtext/html; charset=UTF-8。この例では、textはタイプ、htmlはサブタイプ、 はcharset=UTF-8文字エンコードを示すオプションのパラメータです。

型、サブタイプ、パラメータ名は大文字と小文字を区別しません。パラメータ値は通常大文字と小文字を区別しますが、使用目的によっては大文字と小文字を区別せずに解釈されることもあります。^[6]

「タイプ」の部分は、メディアタイプの幅広い用途を定義します。1996年11月時点で登録されているタイプはapplication、、、、、、およびでした。^[6] 2024audio年7月までに、登録されているタイプには、上記に加えて、、、、およびが含まれます。[ 1 ^]imagemessagemultiparttextvideofontexamplemodelhaptics

一般的に使用されている非公式のトップレベルのタイプは、化学ファイル形式chemicalに使用されるです。^{[9] [10] [11] Linux}デスクトップ環境のコンテキストでは、非公式のトップレベルのタイプ（ファイルシステムのディレクトリ、デバイスファイル、シンボリックリンクなどの通常のファイル以外のinode）、^[12]（DCFデジタルカメラなどのリムーバブルメディア）、^[13]（パッケージマネージャーパッケージ）^[14]（オフィス生産性ソフトウェアドキュメントの一般的なカテゴリ）^[14]が使用されます。 inode x-contentx-content/image-dcf packagex-office

サブタイプは通常、メディア形式で構成されますが、登録ツリーのさまざまなルールに従って、ツリー プレフィックス、プロデューサー、製品、サフィックスなどの他のコンテンツも含まれる場合があります (または含まれている必要があります)。

すべてのメディア タイプは、IANA 登録手順を使用して登録する必要があります。メディア タイプ登録プロセスの効率性と柔軟性のために、ツリー プレフィックスを使用して区別される登録ツリーに、サブタイプのさまざまな構造を登録できます。現在、次のツリーが作成されます: 標準 (プレフィックスなし)、ベンダー (vnd.プレフィックス)、個人またはバニティ (prs.プレフィックス)、未登録 (x.プレフィックス)。これらの登録ツリーは、1996 年 11 月に初めて定義されました (廃止された RFC 2048 - 現在は RFC 6838)。新しい登録ツリーは、よく知られている常設組織 (科学団体など) による外部登録と管理のために、 IETF標準化アクションによって作成される場合があります。

標準ツリーではツリープレフィックスは使用されません。例としてはtext/javascript、などがありますimage/png。^[15]

標準ツリーへの登録は、IESG によって直接承認された IETF 仕様に関連付けられているか、IANA が認定した標準関連組織によって登録されている必要があります。

ベンダー ツリーには、公開されている製品に関連付けられたメディア タイプが含まれます。vnd.ツリー プレフィックスを使用します。例: application/vnd.ms-excel、application/vnd.oasis.opendocument.text。

「ベンダー」と「プロデューサー」という用語は、文脈上は同義とみなされます。業界団体や非営利組織は、ベンダー ツリーにメディア タイプを登録できます。ベンダー ツリーへの登録は、ソフトウェア製品または製品セットに関連付けられたファイルを交換する必要がある人なら誰でも作成できます。ただし、登録は、登録されているタイプを使用するソフトウェアを生産するベンダーまたは組織に属し、そのベンダーまたは組織はいつでも、第三者が行った登録の所有権を主張できます。

個人用またはバニティ ツリーには、非公開製品または実験的なメディア タイプに関連付けられたメディア タイプが含まれます。prs.ツリー プレフィックスが使用されます。例としてはaudio/prs.sid、などがありますimage/prs.btif。

未登録のツリーには、プライベート環境でのみ使用することを目的としたメディア タイプが含まれており、メディア タイプを交換する当事者の積極的な同意がある場合のみ使用できます。x.ツリー プレフィックスが使用されます。例としてapplication/x.foo、、などがありますvideo/x.bar。このツリー内のメディア タイプは登録できません。

このタイプは、もともと RFC 1590 (1993 年 9 月発行) でx-orX-プレフィックスを使用して定義されました。RFC 2048 (1996 年 11 月発行) ではx.プレフィックスが導入されましたが、登録要件が緩和された新しい個人用ツリーとベンダー ツリーが利用できるようになったため、未登録のツリーの使用は推奨されていません。現在の RFC 6838 (2013 年 1 月発行) でも同じ推奨事項が維持されていますが、x-orプレフィックスが付いたサブタイプは、X-このツリーのメンバーとは見なされなくなりました。

x-登録されずに広く普及しているメディアタイプ（サブタイプにまたは のプレフィックスが付いているX-）は、可能であれば、適切なプレフィックス付きのサブタイプで再登録する必要があります。これが不可能な場合は、メディアタイプレビュー担当者とIESGの両方の承認を得た後、プレフィックスなしのサブタイプでメディアタイプを標準ツリーに登録できます。は、application/x-www-form-urlencoded広く普及しているタイプがプレフィックス付きで登録された例ですx-。^[16]

サフィックスはメディア タイプ定義の拡張であり、そのメディア タイプの基礎となる構造をさらに指定することで、その構造に基づいて、そのタイプの特定のセマンティクスとは無関係に一般的な処理が可能になります。名前付き構造化構文を使用するメディア タイプは、"+"suffix登録時にその構造化構文に対して登録された適切な IANA を使用する必要があります。未登録のサフィックスは使用しないでください (2013 年 1 月以降)。構造化構文サフィックスの登録手順は、RFC 6838 で定義されています。^[15]

+ xmlサフィックスは2001年1月から定義されており（RFC 3023 ^[17]+json ） 、、、、、、およびとともに2013年1月に構造化構文サフィックスレジストリの初期内容に正式に含まれました+ber（RFC 6839）。その後追加されたのは+der、、、、およびです。[ ^18]+fastinfoset+wbxml+zip+gzip+cbor+json-seq+cbor-seq

IANAレジストリより: ^[1]

Mailcap (「メール機能」という語句に由来) は、メール クライアントや Web ブラウザーなどの MIME 対応アプリケーションがさまざまな MIME タイプのファイルをレンダリングする方法を構成するために使用されるメタ ファイルの一種です。mailcap 形式は、RFC 1524「マルチメディア メール形式情報のためのユーザー エージェント構成メカニズム」で定義されていますが、インターネット標準としては定義されていません。ほとんどの Unix システムでサポートされています。

行は、# 文字で始まるコメント、または MIME タイプに続いてその MIME タイプを処理する方法を記述したものになります。

関連ファイルはmime.typesファイルで、ファイル名拡張子をMIME タイプに関連付けます。MIME タイプが適切に設定されている場合、このファイルは必要ありませんが、MIME タイプが誤って設定されていたり、 などの汎用タイプに設定されていたりすることがあります。このような場合にはapplication/octet-stream、mime.typesによって拡張子を頼りにすることができます。同様に、多くのファイル システムは MIME タイプ情報を保存せず、ファイル名拡張子に依存しているため、Web サーバーは MIME タイプを決定するために mime.types ファイルを頻繁に使用します。

ファイルを表示する場合、これら 2 つは次のように連携して動作します。mime.types拡張子を MIME タイプに関連付け、mailcapMIME タイプをプログラムに関連付けます。

UNIX タイプのシステムでは、mime.types ファイルは通常および/またはにあり、形式は単純に各行が MIME タイプのスペース区切りリストで、その後に 0 個以上の拡張子が続くというものです。たとえば、HTML タイプは、次の行によって 拡張子およびに関連付けることができます。/etc/mime.types$HOME/.mime.types.htm.html

テキスト/html htm html

mime.typesファイルはNetscapeに遡り、そこでは異なる形式が使用されていました。^[20]キーと値のペアとカンマで区切られた拡張子のリスト、およびファイルがmime.typesファイルであることを識別する特定のコメントからなる 標準ヘッダーが使用されていました。

#--Netscape Communications Corporation MIME 情報
# 上記の行は削除しないでください。ファイルの種類を識別するために使用されます。

タイプ=text/html 拡張子=htm,html

• コンテンツ交渉
• コンテンツスニッフィング
• ファイル名拡張子

• IANA 公式メディアタイプのリスト
• Python 標準ライブラリ | mimetypes — ファイル名を MIME タイプにマッピングする
• Mozilla MDN の一般的な MIME タイプ