下線部1の部分は「メソッド」と呼びます。

ここでは「GET」となっており、URI（※後述）で指定した情報を送るよう要求してます。

URIがファイル名のときは指定したファイルの中身が、プログラム名のときは指定したプログラムの出力が返却されてきます。


メソッドにはGET以外にもPOST、PUT、DELETEといったものがありますが、WebブラウザからWebサーバへ送信されるリクエストのほとんどはGETになります。


一般的にGETは良く使われるメソッドですが、その他にもPOSTメソッドも多く使用されています。

GETがリソースの取得を目的としたメソッドである事に対し、POSTはリソースの作成をするメソッドになります。特に機密性の高いデータを送信する事に優れており、Webページからレストランの予約や
通販サイトでユーザー登録を行うなど、個人情報を扱う場面で使用されています。

上記で説明したGETメソッドは情報を送るように要求する意味しか持たず、何を送ればよいか表現できません。そこで何が欲しいかについて表しているのが下線部2の「URI」と呼ばれるものです。


URIの記述を見る限り「URLと同じ内容なのに何故名称が違うのか？」と疑問に思う方もいらっしゃると思います。

大まかに結論付けるとURIとURLはほぼ同じものと考えても問題ありませんが、ここではもう少し掘り下げて説明します。


もともとインターネット上に無数に存在するWebサイトの中から、特定の一つを表示させるためにURLが考え出されました。その後URLを拡張した概念としてURIが考え出されてます。


URIの概念をわかりやすく示すため、図にするとこのようになります。ここで「URN」というものが新しく登場しました。

URLはWeb上のファイルの場所を表しますが、このURNはWeb上のファイルの名前を表すものです。

しかし普段一般ユーザーが目にする事はほとんどありませんので、URIとURLの関係性を知るうえで頭の片隅に置いておく程度で問題ありません。


よって、URIは「Web上のファイルの配置場所 + Web上のファイルの名前」の総称であると言えます。

下線部3はHTTPのバージョンを表しています。

これはバージョンにより使用可能なメソッドやリクエストヘッダの種類が異なるため、どのバージョンによるリクエストであるかを指定しています。

下線部3ではHTTP 1.1が使用されていることを表しています。

Webクライアントが受信可能なデータの種類をカンマ区切りで表したものです。

ここではテキストファイルを表す「text/plain」やgif画像を表す「image/gif」、jpeg画像を表す「image/jpeg」が表されています。

この情報があることにより、Webサーバ側はクライアントが受信可能なデータのみを送信すれば良くなるという利点があります。


例）テキストしか表示できないソフトウェアでは「Accept: text/plain」としておくことで、サーバ側はファイルサイズの大きいgif画像やjpeg画像ファイルを送信しなくてもよい事になります。

Webクライアントが受信可能な自然言語（人間が理解できる言語）を表しています。

ここでは「ja-JP」となっていることから日本語であることを表しています。


最近のWebサイトは複数の言語に対応していることも多く、そのようなサイトではAccept-Languageヘッダの情報により、クライアントで使用する言語に合わせたコンテンツをWebサーバ側が返すことができるようになってます。

ユーザーが利用しているWebブラウザの種類やバージョンを表したものです。

Webサイトにアクセスしてきたクライアントの種類に応じてWebサーバ側が返すコンテンツを判別するために使用されてます。


例えばPCとスマートフォンから閲覧できるWebサイトがある場合、WebサーバがUser-Agentを参照しスマートフォンからのアクセスの場合、専用のHTMLを返すようにしています。

またUser-Agentを参照してユーザーがどのようなWebブラウザを使用しているか、PCとスマートフォンの各アクセス数の集計等の統計を取ることも行われています。

HTTPバージョン

ステータスコード

レスポンスフレーズ

下線部3の「レスポンスフレーズ」はステータスコードを人間が読んで分かる言葉で表したものです。

しかし、この部分の表現形式は厳密には定められていませんので、ブラウザなどのプログラムでリクエストの結果を判定するときには、通常ステータスコードを用います。