通信プロトコルの歴史とは？インターネットを支える共通ルールの進化

概要

通信プロトコルとは、コンピューター、サーバー、ブラウザ、アプリ同士が通信するための約束です。

データをどの形式で送るのか。どこへ届けるのか。届かなかったときにどう扱うのか。相手をどう確認するのか。通信をどう暗号化するのか。

こうしたルールがあるから、メーカー、OS、国、サービスが違っても通信できます。

通信プロトコルの歴史は、技術名が増えてきた歴史ではありません。コンピューターが単体で動く道具から、ネットワークを通じて社会全体をつなぐ基盤へ変わっていった歴史です。

最初は、限られたコンピューター同士をつなぐためのルールだった

インターネットの前身として知られるARPANETでは、研究機関や大学などのコンピューターをつなぐことが大きな目的でした。

この時代の通信は、今のように誰もがスマートフォンやブラウザから使うものではありません。大型コンピューターや研究機関のネットワークを、どう相互につなぐかが課題でした。

ネットワークにつながるコンピューターが増えるほど、共通ルールは必要になります。独自方式ばかりでは、別の機械や別のネットワークと通信できません。

通信プロトコルは、機械同士の共通語として必要になりました。

TCP/IPがインターネットの土台になった

大きな転換点がTCP/IPです。

IPは、データをどこへ届けるかを扱います。TCPは、データが正しく届くように接続や再送を管理します。

1981年には、IPを定義したRFC 791と、TCPを定義したRFC 793が公開されました。そして1983年1月1日、ARPANETはNCPからTCP/IPへ移行します。この日は、現在のインターネットにつながる重要な節目として扱われます。

ここで大事なのは、TCP/IPがひとつのネットワークだけでなく、異なるネットワーク同士をつなぐための考え方だったことです。

通信プロトコルの歴史では、新しい技術が古い技術をすべて消すというより、役割ごとに層が重なっていきます。TCP/IPは、今もその土台にあります。

用途ごとのプロトコルが整っていった

TCP/IPの上では、用途ごとのプロトコルが整っていきました。

メールを送るためのSMTP。ドメイン名をIPアドレスに対応させるDNS。ファイルを転送するためのFTP。

SMTPは1982年のRFC 821、DNSの初期仕様は1983年のRFC 882、FTPは1985年のRFC 959などで整理されていきます。

この流れで見えてくるのは、通信には目的ごとの約束が必要だということです。

メールにはメールのルールがあり、名前解決には名前解決のルールがあり、ファイル転送にはファイル転送のルールがあります。インターネットは、ひとつの巨大な仕組みというより、用途別のプロトコルが重なって動いています。

Webの登場でHTTPが広がった

次の大きな転換がWorld Wide Webです。

1989年、CERNでTim Berners-LeeがWebの構想を提案し、1990年にはHTML、HTTP、URLといったWebの基本要素が形になっていきました。

HTTPは、ブラウザとWebサーバーがやり取りするためのプロトコルです。

ブラウザがページを要求し、サーバーがHTMLや画像などを返す。このやり取りが、Webの中心になりました。

HTTP/1.0は1996年にRFC 1945として公開され、その後HTTP/1.1、HTTP/2、HTTP/3へと進化していきます。

Webが広がったことで、通信プロトコルは専門家だけのものではなくなりました。ページを見る、フォームを送る、APIを呼ぶ、ログインする。日常の操作の裏側で、HTTPが使われるようになりました。

暗号化が前提になった

インターネットが研究用途から、商用利用、個人利用、金融、行政、医療へ広がると、通信内容を守る必要が出てきます。

そこで重要になったのがSSL/TLSです。

現在のWebでは、HTTPSとしてHTTP通信をTLSで暗号化する構成が一般的です。ログイン情報、決済情報、個人情報を扱うなら、暗号化は前提になります。

TLS 1.3は2018年にRFC 8446として公開されました。TLSは盗み見や改ざんを防ぐだけでなく、通信相手を確認する役割も持っています。

通信プロトコルは、つながればよい段階から、安全につながることが求められる段階へ進んだと言えます。

HTTP/2、QUIC、HTTP/3で効率化が進んだ

Webページが重くなり、画像、CSS、JavaScript、API通信が増えると、HTTPも変化していきました。

HTTP/2は2015年にRFC 7540として公開されました。ひとつの接続上で複数の通信を効率よく扱えるようにしたことが大きな特徴です。

QUICは2021年にRFC 9000として公開されました。UDPを使いながら、TLS 1.3を前提にした新しい通信の仕組みです。

HTTP/3は2022年にRFC 9114として公開され、HTTPの意味は保ちながら、通信の土台にQUICを使う形になりました。

ここまで来ると、通信プロトコルは単につながるためのものではありません。遅延を減らし、途切れにくくし、モバイル回線の変化にも強くし、安全性も組み込む。実務上の要求に合わせて進化しています。

通信プロトコルは層で見るとわかりやすい

通信プロトコルは、単体で覚えるより、層で見ると理解しやすくなります。

IPは、相手へ届けるための土台です。TCPやUDPは、データの運び方に関わります。TLSは、通信を安全にする層です。HTTPは、WebページやAPIのやり取りに使われます。DNSは、ドメイン名をIPアドレスへ変換します。

普段ブラウザでWebサイトを開くときも、裏側では複数のプロトコルが一緒に動いています。

まずDNSでドメイン名を調べ、IPで相手へ届け、TCPやQUICで通信し、TLSで暗号化し、HTTPでページやデータをやり取りする。

こう見ると、通信プロトコルはバラバラの用語ではなく、役割分担された仕組みとして見えてきます。

代表的な流れ

この表だけを見ると技術年表ですが、実際には何をつなぐ必要があったかが変わってきた歴史です。

最初は研究機関のコンピューターでした。次に、メール、ファイル、名前解決が必要になりました。その後、Webページ、API、暗号化通信、モバイル、クラウド、動画、リアルタイム通信へ広がっていきました。

まとめ

通信プロトコルの歴史は、コンピューター同士をつなぐための共通ルールが、社会全体の基盤へ広がっていった歴史です。

TCP/IPによって異なるネットワークがつながり、SMTP、DNS、FTPによって用途別の通信が整い、HTTPによってWebが広がりました。その後、TLSによる暗号化、HTTP/2やHTTP/3による効率化、QUICによる新しい通信方式へと進化しています。

ただし、古いプロトコルが単純に不要になったわけではありません。今も多くの通信は、過去に作られた土台の上に、新しい層を重ねて動いています。

通信プロトコルを理解することは、Web、API、クラウド、セキュリティ、AIサービスの仕組みを理解する入口になります。画面の裏側で何が起きているのかが見えると、エラーの切り分けやシステム設計も少し見えやすくなります。