ITパスポート 2015年 秋期 問77
問題文
通信プロトコルに関する記述のうち、適切なものはどれか。
選択肢
ア:アナログ通信で用いられる通信プロトコルはない。
イ:国際機関が制定したものだけであり、メーカーが独自に定めたものは通信プロトコルとは呼ばない。
ウ:通信プロトコルは正常時の動作手順だけが定義されている。
エ:メーカーやOSが異なる機器同士でも、同じ通信プロトコルを使えば互いに通信することができる。(正解)
🔒 解説は解答すると表示されます
通信プロトコルに関する記述【ITパスポート 解説】
正解の理由
選択肢 エ が正しいです。
通信プロトコル(protocol:通信手順・規約)とは、機器どうしが「どんな順番で・どんな形で・どう処理するか」を取り決めたルールです。メーカーやOS(OS:オペレーティングシステム、Operating System。コンピュータを動かす基本ソフト)が異なっていても、同じプロトコルを実装していれば、そのルールに沿ってやり取りできるため互いに通信できます。たとえば、スマホ(iOS)とサーバ(Linux)が同じHTTP(HyperText Transfer Protocol:ウェブ閲覧で使う通信規約)を使えば、問題なくウェブページをやり取りできます。
通信プロトコル(protocol:通信手順・規約)とは、機器どうしが「どんな順番で・どんな形で・どう処理するか」を取り決めたルールです。メーカーやOS(OS:オペレーティングシステム、Operating System。コンピュータを動かす基本ソフト)が異なっていても、同じプロトコルを実装していれば、そのルールに沿ってやり取りできるため互いに通信できます。たとえば、スマホ(iOS)とサーバ(Linux)が同じHTTP(HyperText Transfer Protocol:ウェブ閲覧で使う通信規約)を使えば、問題なくウェブページをやり取りできます。
プロトコルは「形式(メッセージの構造)」「順序(送受信の手順)」「エラー処理(不具合時の対応)」などを定めるため、異なる機器間の相互運用性(interoperability:互いに動くこと)を実現します。
解法ステップ
- 「通信プロトコル」の定義を思い出す:通信のルールや手順を定めるもの。
- 各選択肢を定義と照らし合わせる:
- ア:アナログ通信でもルールは必要か?(必要)
- イ:作る主体は国際機関だけか?(いいえ、メーカー独自もある)
- ウ:異常時の振る舞いは定義されていないか?(いいえ、再送やタイムアウトなど定義される)
- エ:同じプロトコルで異なる機器が通信できるか?(はい)
- 妥当性のある選択肢を選ぶ:上の照合で最も合致するのが エ。
選択肢別の誤答解説
-
ア: アナログ通信で用いられる通信プロトコルはない。
誤り。アナログ通信(音声回線など、連続的な波形で情報を送る方式)にも信号の送り方や識別方法などの規約があります。例えば、電話網の回線接続手順や、電話番号ダイヤルの信号(DTMF)などはルールです。プロトコルはデジタル/アナログの区別なく存在します。 -
イ: 国際機関が制定したものだけであり、メーカーが独自に定めたものは通信プロトコルとは呼ばない。
誤り。確かに IETF(Internet Engineering Task Force:インターネット技術を標準化する団体)やISO(International Organization for Standardization:国際標準化機構)などが標準化するプロトコルは多いですが、メーカー独自の「プロプライエタリ(独自)プロトコル」も存在します。通信プロトコルの定義は「誰が作ったか」ではなく「通信のルールかどうか」で判断します。 -
ウ: 通信プロトコルは正常時の動作手順だけが定義されている。
誤り。プロトコルは正常時の手順だけでなく、エラー検出・再送、タイムアウト、切断手順など異常時の対処も含めて定義します。例えばTCP(Transmission Control Protocol:信頼性のあるデータ転送をするプロトコル)は再送や順序制御などのエラー処理を規定しています。 -
エ: メーカーやOSが異なる機器同士でも、同じ通信プロトコルを使えば互いに通信することができる。
正しい。プロトコルに従って実装されていれば、異なる環境でも相互にやり取りができます(ただしバージョンや拡張の違いに注意)。
よくある誤解
-
「プロトコル=ソフトウェアだ」
プロトコルはルール(仕様)であり、実際に動かすソフトウェアやハードウェアがその仕様を実装します。仕様と実装は別物です。 -
「同じ名前のプロトコルなら必ず通信できる」
同じプロトコル名でもバージョンやオプション、実装の違いで通信できないことがあります。実装が仕様に沿っているか、互換モードがあるかが重要です。 -
「プロトコルは国際標準でなければ信用できない」
独自プロトコルは閉じた環境では有効です。ただし異機種間での互換性を重視するなら標準プロトコルが有利です。
補足コラム
-
代表的なプロトコルと役割(暗記の手がかり)
- HTTP(HyperText Transfer Protocol:ウェブのやり取り)→ アプリケーション層
- TCP(Transmission Control Protocol:信頼性のある通信、再送や順序確保)→ トランスポート層
- IP(Internet Protocol:宛先を決めてパケットを届かせる)→ ネットワーク層
これらは階層モデル(OSI参照モデル)で考えると理解しやすいです。上位層は「人に近い」用途(例:ウェブやメール)、下位層は「機械どうしの伝送」役割です。
-
標準化団体の例
- IETF(Internet Engineering Task Force:インターネット技術の標準化)
- ISO(International Organization for Standardization:国際標準化機構)
ただし多くのプロトコルは最初に企業が作り、後で標準化されることもあります。
FAQ
Q1: プロトコルが違うとどうなる?
A1: 送る側と受ける側で「話し方」が違うため、データの意味がわからなかったり、エラーで接続できなかったりします。例:スマホのアプリが古いプロトコルしか使えないサーバに接続できないことがあります。
A1: 送る側と受ける側で「話し方」が違うため、データの意味がわからなかったり、エラーで接続できなかったりします。例:スマホのアプリが古いプロトコルしか使えないサーバに接続できないことがあります。
Q2: 独自プロトコルはなぜ作られる?
A2: 性能最適化、付加機能、セキュリティ要件や互換性確保のために企業が独自拡張を作る場合があります。ただし普及させるには標準化や公開が必要です。
A2: 性能最適化、付加機能、セキュリティ要件や互換性確保のために企業が独自拡張を作る場合があります。ただし普及させるには標準化や公開が必要です。
Q3: プロトコルとAPI(エーピーアイ)はどう違う?
A3: API(Application Programming Interface:アプリ同士のやり取りの約束事)はソフトの機能を使うための手順・関数の定義。一方、通信プロトコルはネットワークを介したデータのやり取り全体のルールを指します。用途が重なる部分もありますが、スコープが異なります。
A3: API(Application Programming Interface:アプリ同士のやり取りの約束事)はソフトの機能を使うための手順・関数の定義。一方、通信プロトコルはネットワークを介したデータのやり取り全体のルールを指します。用途が重なる部分もありますが、スコープが異なります。
関連キーワード: プロトコル、相互運用性、HTTP、TCP、IP、OSI参照モデル、標準化団体、独自プロトコル

\ せっかくなら /
ITパスポートを
クイズ形式で学習しませんか?
クイズ画面へ遷移する→
すぐに利用可能!

