基本情報でわかる MIME タイプ 「電子メールの仕組みを知れば役割がわかる」

インターネットにおける電子メールの規約で，ヘッダフィールドの拡張を行い，テキストだけでなく、音声，画像なども扱えるようにしたものはどれか。

ア　HTML　　イ　MHS　　ウ　MIME　　エ　SMTP

　電子メールで用いる MIME 形式に関する次の記述を読んで，設問 1, 2 に答えよ。

　インターネットの電子メールは，規格上， US-ASCII のような 7 ビット符号で書か れたテキストしか送信できない。そのため， UTF-8 のような 8 ビット符号で書かれ たテキストや，画像データなどのバイナリデータを電子メールで送信する際は， MIME ( Multipurpose Internet Mail Extensions ) と呼ばれる書式 (以下， MIME 形式という) に従ってメッセージを作成する。

infoポイント解説
• インターネットで送れるテキストは、半角英数記号の 1 文字を 7 ビットで表す US-ASCII だけです。
• US-ASCII の文字でないデータは、 MIME という形式で、 US-ASCII の文字に変換して送っています。

　MIME 形式では， 7 ビット符号で書かれたテキスト以外のコンテンツを， base64 や quoted-printable などの方式で 7 ビット符号に変換 (以下，エンコードという) する。 ただし，エンコードを行うコンピュータのメモリ上では， 7 ビット符号を，先頭に 0 のビットを 1 ビット付加した 8 ビット ( 1 バイト) として取り扱う。

infoポイント解説
• MIME 形式には、 base64 や quoted-printable などがあります。
• メモリ上では、 7 ビット符号の先頭に 0 を付加して、 8 ビット（ 1 バイト）で取り扱います。メモリは、 8 ビット単位で読み書きするものだからです。

　base64 によるエンコードでは，コンテンツを先頭から 6 ビットごとに区切り，各 6 ビットを，ビットパターンごとに定められた， US-ASCII の図形文字 1 文字に変換する。

infoポイント解説
• base64 では、データの全体を先頭から 6 ビットごとに区切り、それぞれを US-ASCII の 1 文字に変換します。
• 6 ビットなら、 7 ビットの US-ASCII のいずれかの文字に対応付けられるからです。
• どのように対応付けるのかは、あらかじめ決められています。

　一方， quoted-printable によるエンコードでは，コンテンツをバイト列とみなし， US-ASCII の制御文字又は図形文字 “=” と一致するバイト，及び先頭ビットが 1 のバイトを， “=XX” ( XXは 2 桁の 16 進数字列) の形の 3 文字の US-ASCII の図形文字列に置き換える。US-ASCII の図形文字 ( “=” を除く) と一致するバイトは置き換えない。幾つかの例外があるが，ここでは考慮しなくてよいものとする。

infoポイント解説
• quoted-printable では、データの全体を 1 バイト（ 8 ビット）ごとに区切り、その 1 バイトの最上位ビットが 0 であり、かつ、制御文字（改行や TAB などを表す特殊な文字）でないなら、 7 ビットの US-ASCII の文字と同じなので、そのまま送ります。
• そうでない場合は、 1 バイトを “=XX” という形式の US-ASCII の 3 文字に変換します。 “XX” は、 1 バイトのデータを 2 桁の 16 進数で表したものです。たとえば、 11111111 という 1 バイト（ 8 ビット）のデータは、 “=FF” に変換します。
• なお、 “=” は、 “=XX” という形式で使うので、 “=” を文字として送る場合には、 “=3D” に変換します。 US-ASCII で “=” の符号は、 0111101（ 16 進数で 3D ）です。

　例えば，UTF-8 で書かれたテキスト “©△IPA△2012.” ( “©” には 16 進数で C2A9 の 2 バイトの符号が，他の文字には US-ASCII と同じ 1 バイトの符号が，それぞれ割り当てられている) をa1でエンコードすると “=C2=A9△IPA△2012.” になる。同じテキストをa2でエンコードすると “wqkgSVBBIDIwMTIu” となり，いずれも US-ASCII に含まれる図形文字だけから成る 7 ビット符号のバイト列となる。ここで， “△” は空白 ( 符号は 16 進数で 20 ) を 表すものとする。

infoポイント解説
• quoted-printable と base64 には、それぞれ適した場面があります。
• 音声や画像のデータを例にすると面倒なので、ここでは、 1 文字を 8 ビットで表す UTF-8 という形式のテキストを例にしています。
• 空欄 a1 では、 C2A9 という符号の文字を “=C2” と “=A9” に変換し、その他の US-ASCII と同じ符号の文字を変換せずに、 “△IPA△2012” としているので、 quoted-printable です。
• 空欄 a1 が quoted-printable なので、空欄 a2 は base64 です。
• base64 では、データの全体を先頭から 6 ビットごとに区切って US-ASCII 文字に変換するので、変換後のテキストは、元のテキストと、まったく異なったものになっています。

　エンコード後のデータ量に着目すると，大部分が US-ASCII に含まれる図形文字で構成されているテキストのエンコードにはa3が適しており，バイナリデータのエンコードにはa4が適している。

infoポイント解説
• base64 は、どのようなデータでも、 6 ビットごとに区切って 7 ビットの US-ASCII に変換するので、変換後のデータ量が多くなります。
• quoted-printable では、最上位ビットが 1 でない 8 ビットの文字（制御文字と “=” でない文字）なら、 7 ビットの US-ASCII に変換されるので、データ量が少なくなります。ただし、最上位ビットが 1 の 8 ビットのデータは、 “=XX” という 3 文字（ US-ASCII で 3 文字 = 7 ビット× 3 = 21 ビット）に変換されるので、データ量が多くなります。 6 ビットが 7 ビットになる base64 より、はるかに多くなります。
• したがって、データ量を少なくするには、大部分が US-ASCII に含まれる文字で構成されているテキストデータなら quoted-printable が適していて（空欄 a3 ）、最上位ビットが 1 のデータが多々あるバイナリデータなら base64 が適しています（空欄 a4 ）。

　UTF-8 では，平仮名 1 文字に先頭ビットが 1 であるバイト三つから成る符号を割り当てているので， UTF-8 で書かれた 6 文字の平仮名から成るテキストを quoted-printable でエンコードすると，b文字の文字列となる。

infoポイント解説
• quoted-printable では、先頭ビットが 1 である 1 バイトのデータが “=XX” という US-ASCII の 3 文字に変換されるので、先頭ビットが 1 で、 1 文字が 3 バイトで、全部で 6 文字あるなら、 3 × 3 × 6 = 54 文字（空欄 b ）に変換されます。

設問 1

記述中のに入れる正しい答えを，解答群の中から選べ。ただし， a1 ～ a4 に入れる答えは， a に関する解答群の中から組合せとして正しいものを選ぶものとする。

a に関する解答群

swipe表は横スクロールできます

b に関する解答群

ア　8　　イ　18　　ウ　24　　エ　54

infoポイント解説
• これらは、設問 1 の a1, a2, a3, a4 および b の解答群です。

設問 2

MIME 形式を使用すると， 1 通の電子メールに複数のコンテンツを格納することができる。 1 通の電子メールに二つのコンテンツを格納した MIME 形式のメッセージは，図 1 のようになる。

infoスマートフォンでご覧の際、図 1 は右スクロールできます

通常の電子メールのヘッダ
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="delimiter"

--delimiter
コンテンツごとの属性を示すヘッダ

コンテンツ1
--delimiter
コンテンツごとの属性を示すヘッダ

コンテンツ2
--delimiter--

注記 網掛けは，その位置に格納される情報の種類を表している。

infoポイント解説
• 設問 2 を解くと、先ほどの午前問題の中にあった「ヘッダフィールドの拡張」とは何であるかがわかります。
• 電子メールには、メールの「コンテンツ（内容）」の前に「ヘッダ（メールアドレス、件名、メールサーバなどの情報）」があります。図 1 に示されたように、 MIME 形式のメッセージには、通常の電子メールのヘッダの後に、 MIME-Version: 1.0 および Content-Type: multipart/mixed; boundary="delimiter" という情報が付加されています。これらが「ヘッダフィールドの拡張」です。

　boundary="delimiter" の delimiter には，格納したコンテンツの区切りを示す文字列を指定する。

infoポイント解説
• 「ヘッダフィールドの拡張」で注目してほしいのは、 boundary="delimiter"の部分です。これは、コンテンツの区切りを示す文字列を指定しています。
• MIME 形式では、メールのコンテンツに、通常のテキストだけでなく、 base64 や quoted-printable でテキストに変換したデータが含まれる場合があるので、それぞれの区切りが必要なのです。
• 区切りを示す文字列は、何でもでも構わないのですが、ここでは、例として “delimiter” という文字列にしています。

　delimiter の先頭に “–” を付けたものが一つのコンテンツの開始を示し， delimiter を “–” で囲ったものが最後のコンテンツの終了を示す。

infoポイント解説
• 区切りを示す文字列を “delimiter” とした場合には、 “–delimiter” がコンテンツの開始（区切りの開始）を示し、 “–delimiter–” がコンテンツの終わり（区切りの終わり）を示します。

　delimiter には，コンテンツに含まれる行が，誤ってコンテンツの区切りと認識されることのないような文字列を，選択しなければならない。

infoポイント解説
• 区切りを示す文字列には、コンテンツの内容と区別できる文字列を選ぶ必要があります。
• なぜなら、たとえば、 “–aaa” と “–aaa–” がコンテンツの区切りを示す場合には、もしも、コンテンツの内容として “–aaa” や “–aaa–” があったら、内容ではなく区切りとみなされてしまうからです。

　”コンテンツごとの属性を示すヘッダ” には，テキストや画像などのコンテンツの種類や，エンコードの方式などを指定する。エンコードの方式には “base64” や “quoted-printable” のほか，コンテンツがエンコードされていない 7ビット符号のテキストであることを示す “7bit” などが指定できる。

infoポイント解説
• コンテンツの開始を示す “–delimiter” の後には、そのコンテンツの形式を示すヘッダを置きます。
• このヘッダの中にある “7bit”, “base64”, “quoted-printable” という情報で、コンテンツの形式がわかります。

　図 1 中の “コンテンツ1” が 7 ビット符号のテキストであって，図 2 に示す 3 行をコンテンツに含むとき， delimiter としてふさわしくない文字列を，解答群の中から三つ選べ。

case1
--case2
--case3--

解答群
ア　--case1　　イ　--case2　　ウ　--case3
エ　case1　　オ　case2　　カ　case3
キ　case1--　　ク　case2--　　ケ　case3--

infoポイント解説
• 解答群の中から、もしも、それをコンテンツの区切りの文字列として使うと、 "--区切り文字" または "--区切り文字--" が、コンテンツである "case1", "--case2", "--case3--" と一致してしまうものを選びます。
• 選択肢オの "case2" は、先頭に "--" を付けると、 "--case2" と一致します。
• 選択肢カの "case3" は、 "--" で囲むと、 "--case3--" と一致します。
• 選択肢ケの "case3--" は、先頭に "--" を付けると、 "--case3--" と一致します。
• したがって、コンテンツの区切りの文字列として使えないのは、オ、カ、ケです。