ここではHTTP/3とは何かを見ていこう。

 Part1でも述べたように、HTTP/3の特徴はTCPではなくUDPとQUICを使うことだ(図4-1)。従来のHTTP/1.1やHTTP/2は、トランスポート層にTCPを利用するのに加え、セキュリティーはTLSが担当する。TCP/IPにTLSを追加することで安全な通信を実現していた。

図4-1●従来のHTTPとHTTP/3の構成の違い
従来のHTTP/1.1やHTTP/2は、トランスポート層にTCPを利用し、セキュリティーはTLSが担当する。これに対し、HTTP/3はトランスポート層にUDPおよび新プロトコルのQUICを利用する。QUICはTLS 1.3を利用したセキュリティ機能を内蔵している。
[画像のクリックで拡大表示]

 これに対し、QUICはセキュリティー機能を内蔵しており、標準で暗号通信を行う。当初は独自のセキュリティー機能を搭載していたが、TLS 1.3の登場後は、TLS 1.3の機能を取り込んで安全な通信を実現している。

2種類のQUICが存在する

 現在のQUICは実は2種類ある。グーグル版QUICとIETF版QUICだ。2種類のQUICが存在する理由は、QUICの開発と標準化の経緯にある(表4-1)。

表4-1●QUICの開発と標準化の経緯
QUICはもともとグーグルが開発したもので、自社開発のWebブラウザー「Google Chrome」や自社サービスを提供するWebサーバーに実装していた。グーグルは2015年に次世代のプロトコルとしてQUICをIETFに提案。IETFによる標準化作業が進められている。QUICの最初の標準仕様は2019年7月の公開を目指している。
[画像のクリックで拡大表示]

 QUICはもともとグーグルが開発した独自プロトコルだ。2012年に開発を始め、2013年に公開した。同社は、開発したQUICを自社開発のWebブラウザー「Google Chrome」や自社サービスを提供するWebサーバーに実装している。ChromeでグーグルのWebサービスを利用していれば、既にQUICで通信している可能性がある。

 ただ、グーグルにはQUICをより広めたいという狙いがあった。そこで2015年6月、標準化のためにIETFにドラフトを提出した。IETFは2016年末にQUICワーキンググループを設置し、標準化作業を始めた。今のところ2019年7月にQUICの最初の標準仕様が公開される見込みだ。グーグルは、IETF版QUICの完成後はグーグル版QUICの代わりにIETF版QUICを採用すると表明している。

 グーグル版QUICとIETF版QUICの違いは、この経緯を反映している。グーグル版QUICは、もともとグーグルが自社のWebサービスで大量のアクセスを効率良く処理するために開発したものだ(図4-2)。このため、Webだけを想定し、HTTP/2と同じように利用できるようになっている。

図4-2●グーグル版QUICとIETF版QUICの違い
グーグルが開発したもともとのQUICは、Webを想定したトランスポート層とアプリケーション層にまたがるプロトコルだった。これに対し、IETF版QUICはトランスポート層に特化したプロトコルであり、Web以外の用途も想定している。QUICをWebで利用する際のアプリケーション層のプロトコルがHTTP/3である。
[画像のクリックで拡大表示]

この先は有料会員の登録が必要です。「日経NETWORK」定期購読者もログインしてお読みいただけます。有料会員(月額プラン)は初月無料!

日経 xTECHには有料記事(有料会員向けまたは定期購読者向け)、無料記事(登録会員向け)、フリー記事(誰でも閲覧可能)があります。有料記事でも、登録会員向け配信期間は登録会員への登録が必要な場合があります。有料会員と登録会員に関するFAQはこちら