|
メディアタイプメディアタイプ（英: media type(s)）は、ファイルやインターネット上で転送されるデータ（コンテンツ）の形式を識別するためのコード体系である[1]。MIMEタイプやコンテンツタイプ[2]（コンテントタイプ、content type）とも表記される。その具体的な識別子は、text/plainのように、スラッシュで区切る表記が特徴的である。 公式には、IANAがメディアタイプを管理している。現在の形式のメディアタイプは、RFC 1341のMIMEの仕様の一部として定義されたことに始まる。RFC 1341では、電子メールの本文や添付ファイルの種類の記述に用いている。その後、HTTP[3]などその他のインターネットプロトコルや、HTML[4]のようなファイル形式でも同様の目的に使用されるようになっていった。 RFC 2046やRFC 6838など、メディアタイプに関するRFCが複数存在するほか、WHATWGのMIME Sniffing Standardの「4 MIME types」にもメディアタイプ（MIMEタイプ）に関する規定が存在する。 RFC 2046の技術的内容および構成を変更しない日本語訳が、日本産業規格JIS X 5810-2:2008「多目的インターネットメール拡張 (MIME) ―第2部: メディア型」として発行されている[5]。 日本語では「メディア種別」とも訳される[6]が、定訳はなく、「メディアタイプ」という外来語カナ表記がそのまま使われることも多い。本記事では「メディアタイプ」で統一するものとする。 名称についてRFC 1341では、コンテンツタイプの値 (Content-Type Values) またはMIMEタイプ (MIME type) と表記されている。その後、RFC 1590でメディアタイプの名称が定められた[7]。一部のRFCではインターネットメディアタイプ (Internet Media Type) と表記する事例もある。 HTMLおよび関連する仕様では、このメディアタイプを指す用語としてMIMEタイプ (MIME type) を用いている。この理由は、CSSメディアクエリにおける「メディアタイプ」(media type) との混同を避けるためである[8]。 命名規則メディアタイプは、トップレベルメディアタイプ (英: top-level media type、最上位メディア型[5]）と（メディア）サブタイプ（英: subtype / sub-type、下位型[5]）、そして非必須のパラメーターの組み合わせで構成される。 たとえば、とあるHTMLファイルについて サブタイプは「ツリー」または「ファセット」と呼ばれるさらなる分類がなされる。 構文:
パラメーターは複数付与する場合もある。例: トップレベルメディアタイプトップレベルメディアタイプは、全般的な大分類を表す部分である。 トップレベルメディアタイプごとに未知のサブタイプの扱いが規定されており、受信側は自分の扱えないサブタイプであっても最低限の取り扱いが可能となる。 個別最上位メディア型個別の最上位メディア型[5]は次のものが存在する。
複合最上位メディア型複合の最上位メディア型[5]は次の2つである。
例示用最上位メディア型例示用の最上位メディア型としてexampleがRFC 4735で規定されている。 非公式な最上位メディア型非公式な最上位メディア型としてchemicalが存在する[9][10][11]。 主な例インターネットなどで広く利用されているものや、標準化されているものを中心に例示する。
登録ツリー全てのメディアタイプは、IANAの登録手続きを経て登録されるべきとされる。個々のサブタイプ名はツリーに分類されて登録される。この場合、サブタイプ名に"ツリー."接頭辞が付与されたものとなる[注釈 1]。現在、次のツリーが存在する: 標準、企業、個人、私的利用。これらのツリーは1996年11月のRFC 2048で最初に定義され、現在はRFC 6838に置き換えられている。ツリーによって登録の手続きに差異がある。 登録ツリーそのものの追加が必要な場合、IETFの標準化作業によって決定される (RFC 6838 3.5. Additional Registration Trees[12])。 標準ツリー標準ツリーに属するメディアタイプは、原則として接頭辞を持たない[注釈 2]。 標準ツリーへの追加には、IESGで承認を受けたIETF仕様またはIANAが認める標準化を行う団体からの登録のいずれかが必要である。 構文: 例: application/xhtml+xml、image/png ベンダーツリーベンダーツリーは、公開されている製品に関連するメディアタイプで用いられる。vnd.ファセットが用いられる (RFC 6838 3.2. Vendor Tree[12])。 この文脈では、ベンダー（販売元）と開発元は同義である。すなわち、非営利な団体・コンソーシアムであっても、自身が開発したデータ形式についてベンダーツリーへの登録申請が可能である。 また、ベンダーツリーへの登録は、必ずしもベンダーや開発元によって申請される必要は無く、メディアタイプの登録を望む第三者が申請してもよい。ただしその場合でも、登録対象のタイプは、それに関するソフトウェアのベンダー・組織に属することになり、ベンダー・組織はいつでもそのタイプに対する所有権を表明できる。 構文:
パーソナルツリーパーソナルツリーは、実験的なタイプや商業的に頒布される製品に関係しないタイプを含む。prs.ファセットが用いられる。 構文: 未登録なものを表すx.ツリー"x."ツリーは、私的利用であったり、外部に公開しない環境で当事者同士の積極的な合意の下での利用であったりする場合に用いられる。このツリーでの登録は受け付けられていない。 未登録で使用できるメディアタイプの命名規則は以下のように変遷している。
登録不要のメディアタイプ名を使用するのではなく、できるだけ登録されるべきとされている。このため、ベンダーツリー・パーソナルツリーへの登録手続きは簡略化されている[注釈 3]。もちろん、標準化団体の標準化手順を通して、標準ツリーへの登録を申請してもよい。 広く運用されているメディアタイプ（"x-"接頭辞を持つファセットのないサブタイプ）で未登録のものについては、可能な限り適切なファセット付きのサブタイプ名で登録し直すべきとされている。それが困難な場合、メディアタイプのレビューアとIESGの承認の後、ファセットのない名称のままの登録も可能である (RFC 6838 Appendix A. Grandfathered Media Types[12])。
構文: 接尾辞接尾辞は、登録対象のメディアタイプに対して、元となるデータ形式をメディアタイプの命名に加えるものである。著名な構造を持つメディアタイプについては、IANAに登録されている適切な"+suffix"を登録時に付与すべきとされている。未登録の接尾辞は使用すべきではない。接尾辞の登録手続きもRFC 6838で定められている (RFC 6838 6. Structured Syntax Suffix Registration Procedures[12])。 RFC 6838の当初時点の接尾辞は、次のとおりである。現在登録されている接尾辞の一覧はStructured Syntax Suffix Registryを参照。
ただし、 脚注注釈
出典
関連項目外部リンク
データベースこれらには、IANAに登録されていないメディアタイプも収録されている。
|
