[42] application/* は、“その他諸々”の
MIME型です。
[57] 最上位型の中では最も所属するMIME型が多いとみられています。
application/* MIME 型の一覧[51] application/* は他の最上位型に合致しないデータ、
特に何らかの応用プログラムで処理されるデータ >>43, >>55, >>44
や解釈されないバイナリーデータ >>44 に使います。
これは、利用者に表示したり使ったりする前にアプリケーションで処理しなければならない情報を表しています >>55。
[54] 部分型名は、当該データの想定されるアプリケーションの名前の一部または全部となることがよくあります。 しかし登録せずに何でもアプリケーション名を使って良いわけではありません。 >>55, >>43
[56] 未知の application/* MIME型は、最低でも
application/octet-stream として扱うべきです >>55。
[2] JOSEの ヘッダー引数 typ、cty
では、 application/ を省略できることになっています。
The "application" media type is to be used for discrete data which do not fit in any of the other categories, and particularly for data to be processed by some type of application program. This is information which must be processed by an application before it is viewable or usable by a user. Expected uses for the "application" media type include file transfer, spreadsheets, data for mail-based scheduling systems, and languages for "active" (computational) material. (The latter, in particular, can pose security problems which must be understood by implementors, and are considered in detail in the discussion of the "application/PostScript" media type.)
"application" 媒体型は他のどの分類にも当てはまらない個々のデータや、 特にいくつかの種類の応用プログラムで処理するデータに使います。 これは利用者に表示可能や利用可能な状態となる前に応用により 処理しなければならない情報です。 "application" 媒体型の期待される 使い方にはファイル転送, 表計算, 基メイル予定系統, 「動的」 (計算的) 物体を含みます。 (後者は特に、実装者が理解しないといけない 安全性問題があり得るので、 "application/PostScript" 媒体型の話で 詳しく考察しています。)
For example, a meeting scheduler might define a standard representation for information about proposed meeting dates. An intelligent user agent would use this information to conduct a dialog with the user, and might then send additional material based on that dialog. More generally, there have been several "active" messaging languages developed in which programs in a suitably specialized language are transported to a remote location and automatically run in the recipient's environment.
例えば、会合予定者が提案する会合の日付の情報の標準表現を定義するかもしれません。 知的利用者代理者はこの情報を利用者との対話に使い、対話に基づいて 追加のものを送るかもしれません。より一般的には、 適切な特化言語のプログラムで遠隔位置に転送されて受信者の環境で 自動的に実行されるものが幾つかの「動的」メッセージ言語であります。
Such applications may be defined as subtypes of the "application" media type. This document defines two subtypes:
このような応用を "application" の亜型として定義出来ます。 この文書は2つの亜型を定義します。
octet-stream, and PostScript.
The subtype of "application" will often be either the name or include part of the name of the application for which the data are intended. This does not mean, however, that any application program name may be used freely as a subtype of "application".
"application" の亜型は、そのデータの応用の名前であるか名前を含んでいたり することがあります。しかしこれは、どんな応用プログラムの名前も "application" の亜型として自由に使えることを意味するものではありません。
It is expected that many other subtypes of "application" will be defined in the future. MIME implementations must at a minimum treat any unrecognized subtypes as being equivalent to "application/octet-stream".
多くの他の "application" の亜型が将来定義されると期待しています。 MIME 実装者は少なくても認識出来ない亜型を "application/octet-stream" と同等に扱わなければなりません。
訳注: 何が将来だよ。 RFC 2046 にこんなことが書いてあるんですよ。 第3版なんですから、その時の状況に応じた適切なことを書きましょうや。
注: RFC 1521 7.4.3 には続けて構文が書いてあります。
The formal grammar for content-type header fields for application data is given by:
応用データの内容型頭領域の正式な文法は次の通りです。
application-type := "application" "/" application-subtype
application-subtype := ("octet-stream" *stream-param)
/ "postscript" / extension-token stream-param := (";" "type" "=" value)
/ (";" "padding" "=" padding)padding := "0" / "1" / "2" / "3" / "4" / "5" / "6" / "7"
[1] application なんて言葉はなんでも当てはまりそうなもんですが、 MIME では実際その他みたいな意味でこの媒体型を使います。
MIMEr 達はもともと MIME の媒体型を、電子メイル(など) で使うための IETF (など)で標準化された形式にだけ割り当てる ことを考えていたような感じであって、それが HTTP などで汎用の形式識別子に使われるとは夢にも思ってなかったんでしょう。
であるからにして application/* 媒体型は MIME の媒体型の 仕組みの欠点をすべて負うべく、 (いや、そうでなくても なるべくしてなったのかもしれませんが) どの他の媒体型 よりも多くの媒体型(亜型)を抱えています。 (vnd 木も、 もっと適切な媒体型(上位型)があったら不要だったかも しれませんし。)
[58] 2013年12月に IANA登録簿が XML 化された時に application/vnd.theqvd
(2013年10月登録) が消えてしまったようです。
image/*やaudio/*など他の最上位型に該当しないものがapplication/*を使っています。