プレゼンテーション層とは?文字化けを防ぐデータ変換のしくみを解説

4 min 1,067 views

プレゼンテーション層は、OSI参照モデルで通信を7つに分けた段のうち、上から2番目(下から6番目)にあたります。「レイヤー6」「L6」と呼ばれるのもこの段です。

下の段が「相手に届ける」ところまでを受け持つのに対して、この段が見ているのは届いたものを相手が読めるかどうかです。

この記事では、この段が何をしているのかと、いまのインターネットではこの層がどこにあるのかを整理します。

プレゼンテーション層の役割とは? データの形をそろえる段

OSI参照モデルの7層を積み重ねた図。上から2番目のプレゼンテーション層だけがオレンジ色の枠で強調されている

プレゼンテーション層は、送る側と受け取る側で、データの表し方をそろえる段です。

コンピュータは、文字や画像を数字の並びとして扱います。ところがその表し方は、機種やソフトによって違うことがあります。同じ数字の並びでも、読み方が違えば別の文字になってしまいます。

荷物を送る仕事にたとえるなら、相手が読める言葉で書き、封をするところにあたります。中身そのものは変えず、表し方だけを整えます。

規格の原文はこう書いている

OSI参照モデルを定めた ITU-T 勧告 X.200(原文は英語)は、この段が共通の表し方を提供することで、上のアプリを「表し方をどう合わせるか」という問題から解放すると定めています(7.2.2.2)。

そのうえで「アプリケーション層のデータの中身が保たれることを保証する」とも書いています(7.2.2.3)。形は変えるが、意味は変えないのがこの段です(2026年8月16日確認)。

プレゼンテーション層の役割 ― よく挙げられる3つの機能

プレゼンテーションをあらわすイラスト(主な機能の節の扉絵)

データ変換(文字コードや画像形式)

同じ文字でも、どの数字で表すかには何通りかの決まりがあります。この決まりを文字コードと呼び、代表的なものに Shift_JIS や UTF-8 があります。

送る側と受け取る側で決まりが食い違うと、文字化けが起きます。この段は、その食い違いを吸収する役です。画像や音声の形式(JPEG、PNG、MP3 など)も同じ考え方で扱われます。

6つの数字の並び 230 151 165 230 156 172 を、UTF-8 の決まりで読むと「日本」、Shift_JIS の決まりで読むと「譌・譛ャ」という別の文字になることを示した図

暗号化(中身を他人に読ませない)

途中の経路で中身を読まれないように、決まった手順で別の形に変えます。受け取った側が元に戻せる点は、次に出てくる圧縮のうち元どおりに戻せるほう(可逆圧縮)と似ています。

⚠ ただしX.200 は「暗号化」という言葉を使っていません。暗号化のような安全の手だては、別の規格(ITU-T 勧告 X.800/ISO 7498-2)に分けられています(X.200 5.1.3 の注記)。この段の説明として暗号化が挙げられるのは、「形を変えて、受け取り側で戻す」という働きが同じだからです。

SSL/TLS は第何層か

資料によって第5層とも第6層とも書かれます。どちらか一方が正解というわけではありません。

理由は、実際に使われている TCP/IP に第5層と第6層を分ける区切りが無いからです。TLS は TCP とウェブの取り決め(HTTP)のあいだに入るもので、層の名前をどう割り当てるかより、どの働きをしているかで見るほうが迷いません

圧縮(運ぶ量を減らす)

データを小さくして、運ぶ量を減らします。X.200 も、この段の働きの例としてデータ圧縮を挙げています(7.2.4)。

TCP/IPでは、この仕事は誰がしているのか

ここまで独立した段として説明してきましたが、いま使われている TCP/IP の4段に、この名前の段はありません

実際に使われている TCP/IP は4つの段でできていて、この段は上のアプリケーション層に含まれます(RFC 1122)。

OSI参照モデルTCP/IP
第7層 アプリケーション層
第6層 プレゼンテーション層
第5層 セッション層
アプリケーション層
第4層 トランスポート層トランスポート層

⚠ ただし、TCP/IP では下の第1層と第2層も「リンク層」1つにまとめられています。そちらはまとめられただけで名前は残るのに対し、第5層と第6層は名前ごと出てこなくなります。「上の3つだけが架空」ということではなく、まとめられ方が違うだけです。

仕事そのものは、いまも毎日動いている

段としては無くても、文字コードをそろえる・圧縮する・中身を読まれないようにするという仕事はウェブでも欠かせません。違うのは、それを独立した段ではなく別々の取り決めが分担していることです。

文字コードと圧縮は、ウェブの取り決め(HTTP)のやり取りの中で伝えます。圧縮は互いに希望を伝え合い、文字コードはサイト側が「これで送ります」と申告する形です。

暗号化だけは HTTP の仕事ではありません。ウェブの暗号化は TLS という別の取り決めが受け持ち、HTTP のやり取りを包む形で働きます(その状態が HTTPS です)。

文字化けに出会う機会が昔より減ったのは、使われる文字コードが UTF-8 にほぼ揃ってきたことが大きく、この受け渡しはそれを支える仕組みです。

通信そのものは成功しているのに文字が化ける。この段を知っていると、その現象を「届いたか」ではなく「読めるか」の問題として切り分けられます

よくある質問

Q

文字化けが起きたら、この層が原因ですか?

A

層で言えばこのあたりの話です。ただし実際の原因は、送る側の申告と受け取る側の解釈のどちらかが食い違っていることで、ファイルを開くソフトの設定で直る場合もあります。通信そのものは成功しているという切り分けができれば十分です。

Q

SSL/TLS は第何層ですか?

A

資料によって第5層とも第6層とも書かれます。TCP/IP にはこの2つを分ける区切りが無いので、どちらか一方が正解とは言えません。層の名前より、どの働きをしているかで見るほうが迷いません。

まとめ

この記事では、OSI参照モデルの第6層にあたるプレゼンテーション層について解説しました。

  • 送る側と受け取る側で、データの表し方をそろえる段
  • 形は変えるが、中身の意味は変えない(X.200 7.2.2.3)
  • 主な機能は3つ。文字コードなどの変換/暗号化/圧縮
  • ⚠ 暗号化は X.200 の言葉ではない(安全の取り決めは別規格)
  • いまのインターネットに、この名前の段は無い。仕事はウェブの取り決めが受け持っている

1つ上の段は、私たちが直接触るいちばん上の段です。

この記事は ITU-T 勧告 X.200 の 7.2 節と、RFC 1122 をもとにしています。

関連記事