http

▼アノ話題を調べる▼

Hypertext Transfer Protocol

'''HyperText Transfer Protocol'''（ハイパーテキスト・トランスファー・プロトコル、略称 '''HTTP'''）とは、WebブラウザとWebサーバの間でHTMLなどのコンテンツの送受信に用いられる通信プロトコルである。RFC 2616で規定されている。'''ハイパーテキスト転送プロトコル'''とも呼ばれる。

次のエントリ

[ 概要 ]

【画像】http.jpg

概要

HTTP は HTML (HyperText Markup Language) や XML (Extensible Markup Language) によって記述されたハイパーテキストを転送することを主な目的としているが、転送する内容はハイパーテキストに限らず画像、音声などのバイナリデータも含め様々なデータを送ることができる。

HTTPはリクエスト-レスポンス型のプロトコルである。すなわち、クライアントがサーバにリクエストメッセージを送信し、サーバがこれにレスポンスメッセージを返す。レスポンスメッセージを返した時点で基本的にサーバは初期状態に戻る。つまり、サーバがクライアントの状態を保存しない。HTTP においてはトランスポート・プロトコルとして通常TCPを使用する。

基本的な考え方は非常に単純であり「何を」「どうして」ほしいのかを相手に要求する。「何を」に当たるのがURL、「どうして」がメソッドにあたる。

World Wide WebにおけるWebページなどのリソースは、Uniform Resource Identifierによって指定される。HTTP を使用してリソースにアクセスするときは、http: が先頭についた URL を使用する。URL の例をあげる。

http://www.example.co.jp/~test/samples/index.html

最初、HTTP/0.9ではURLのみの簡単なやりとりであったが、HTTP/1.0でNNTPやSMTPのような各種ヘッダが定義され、HTTP cookieなどの利用が可能になった。HTTP/1.1では複数データを転送するためのキープアライブ（keep-alive）機能やプロキシなどの利用も想定された仕様になった。

このほかの点を箇条書きで示す。

ポート番号 80をデフォルトとして使用する（送信時は8080）。

TLSで暗号化され、セキュリティを確保したHTTPは、'''HTTPS'''と呼ばれる（httpsは実際にはURIスキームの1つであり、実際のプロトコルには'''HTTP over SSL/TLS'''が用いられる）。

HTTP は基本的にサーバが状態を保持しない (stateless) プロトコルだが、データベースなどを使用するWebアプリケーションにおいては状態保持が必要だったため、そのためにいわゆる Cookie とよばれる機構が Netscape Communications Corporation によって導入された。Cookie を使用することによって状態を管理し、"セッション" を維持することが可能になる。

HTTPの拡張プロトコルとしてWebDAVがある。

UPnPでは、HTTPをUDP上で使用するHTTPUや、マルチキャストで使用する'''HTTPMU'''が規定された。

次のエントリ

[ 歴史 ]

【画像】現在広く使用されているHTTPの

歴史

イギリスの物理学者ティム・バーナーズ＝リーは1990年末、ロバート・カイリューと共に初のWebブラウザとWebサーバを作成した。ブラウザには通信をするためのプロトコルが必要だったので、二人はHTTPの最初期のバージョンを設計した。

以来インターネットの大部分をHTTP通信が占めるようになり、1998年にはインターネット上の通信の75%がHTTPによるものになった。

最初期のHTTP/0.9の仕様書は紙に印刷すれば1枚で済むような非常に簡素なドキュメントであったが、2度のバージョンアップを経たHTTP/1.1の仕様書は実に176ページ近くの分量にふくれあがった。次のエントリ

[ HTTP/1.1 ]

【画像】ウェブサイトの運営者を確認

【画像】下図にHTTP-FUSE Xenoppixの概念

HTTP/1.1

バーチャルホストをサポートした。インターネット人気に伴い多くの企業がWebサイトを持ち始めたが、当時ではまだまだ企業が自前のWebサーバを運用するのは人員、効率の問題で難しかったためISPのサーバでホスティングをしていた。当時はまだ一社ごとに専用サーバを用意するほどのことでもないため一台のサーバで複数のWebサイトを運用していた。

しかしバーチャルホストには問題がある。例えばある1台のサーバに foo.example.com と bar.example.com という二つの仮想Webサーバがあるとする。ここではクライアントは http://foo.example.com/index.html にアクセスしたいとする。そのためにはまず foo.example.com をIPアドレスに解決するためDNSサーバに問い合わせ、そのサーバにアクセスし GET index.html を要求する。しかしサーバ側のIPアドレスは foo.example.com と bar.example.com 共におなじIPアドレスである。もし foo.example.com にも bar.example.com にも index.html というファイルが存在すればクライアントはどちらのサーバにアクセスしたのかわかるすべがない。

これを解決するにはそれぞれにIPアドレスを付与することで解決できるが、IPv4の資源を無駄にすることになる。

HTTP/1.1ではこれを解決するためにHostヘッダを追加した。

HTTP/1.0のヘッダ

GET /index.html HTTP/1.0

HTTP/1.1のヘッダ

GET /index.html HTTP/1.1
Host: foo.example.com次のエントリ

[ 通信の開始 ]