授業で分からない点があれば、画面右下の先生の顔アイコンをクリックして質問してください!

34.通信の信頼性

通信の信頼性 4.情報通信ネットワークとデータの活用

今日の授業では「情報通信ネットワークとデータの活用」について学びます。通信中に情報が正しく届かない原因や、それをどう対処するのか、冗長なビットやパリティ検査などの方法を通じて理解を深めます。

黒板

通信の信頼性
通信の信頼性

授業

通信の信頼性とは?

さて、情報通信ネットワークでの通信は、いろんな原因で情報が正しく届かないことがあるんだ。

え、マジで?LINEとかメールとか、ちゃんと届いてないことあるんですか?

そうだね。ノイズネットワークの混雑ウイルスや人の介入など、さまざまな原因で情報が変わってしまうことがあるよ。

それって怖いですね。どうやって対処してるんですか?

冗長なビットとは?

通信中の誤りを検出・訂正するために、送信するデータに余分なビットをつけ加える方法があるんだ。この余分なビットを「冗長なビット」というよ。

え、余分なデータを送るなんて、もったいなくないですか?

確かにデータ量は増えるけど、これによって通信の信頼性が高まるんだ。

なるほど、安全のための「おまけ」みたいなものなんですね。

パリティ検査とその具体例

冗長なビットの例として「パリティ検査」について学ぶよ。パリティには「奇数パリティ」と「偶数パリティ」の2種類があるんだ。今回は、よく使われる「偶数パリティ」を例にして説明するね。

パリティって何ですか?

パリティは、データの誤りを検出するための方法の一つで、追加するビットのことを指すんだ。偶数パリティでは、データ中の「1」の数が偶数になるようにパリティビットを追加する。

それってどういうことですか?具体的に教えてください。

了解。例えば、送りたいデータが「10010100」という8ビットのバイナリデータがあるとするね。このデータの中には「1」が3つあるから、1の数は奇数だね。

「1」の数が偶数になるようにパリティビットを加えるというと、この場合はパリティビットは「1」ということですか?

その通り!パリティビットを「1」として最後に追加すると、「100101001」という9ビットになるよね。これのデータには1の数が4つあるから、偶数ということになる。(注:青マーカーの部分がパリティビットです)

なるほど。そこまではわかったけれど、これでどうやって間違っていることが検出できるですか?

受信側でデータを受け取ったとき、「100111001」のように途中の0が1に誤ってしまった場合、全体で「1」の数が5個になっ、偶数にならない。受信側がこれは偶数パリティのルールとは違うといううことに気がつくんだ。(注:ピンクマーカーの部分が誤り発生ビットです)

 

なるほど。これで誤りが検出できるんですね。

そうだね。ただ、パリティ検査には一つ大きな制限があるんだ。それは、2ビット以上の誤りを検出できないことだ。

え、どういうことですか?

考えてみて。もし2ビットのデータが誤って変わった場合、例えば「1」が「0」に、そして「0」が「1」に変わったとすると、全体の「1」の数は変わらないよね。そのため、パリティビットを使っても誤りを検出できないんだ。

あ、確かにそうですね。2ビットが変わると、全体の「1」の数は同じままですもんね。

正解。このような制限を克服するために、より高度な誤り検出・訂正の方法が研究されてきた。その中で、CRC(巡回冗長検査)が非常にポピュラーだよ。

CRCって何ですか?

CRCは、データのビット列に対して特定の計算を行い、その結果を送信データに追加する方法だ。

特定の計算というと、パリティ検査のように1の数を数えると言った単純なやり方ではないという事ですね。

その通り。送信側では,ビット列をある生成多項式という名前の式で割った余りをそのビット列に付加して送信し,受信側では,受信したビット列が同じ生成多項式で割り切れるか否かで誤りの発生を判断するんだ。

なるほど、CRCはより高度な誤り検出の方法なんですね。

失われたパケットの検出と再送

次にパケットの再送について説明するよ。TCP通信では、送信側はデータを送信すると、受信側からの確認応答(ACKを待つんだ。ACKとは、acknowledgeの略で、受信側が正しくデータを受信したことを送信側に通知するためのもだよ。

ちゃんと、どどいているよと伝えるんですね。ではこの通知がない場合にはどうなるんですか?

ACKが期限内に受信されない場合、送信側はそのデータを再送するんだ。これにより、途中で失われたパケットや誤りが生じたパケットを補完することができる。

なるほど。返事がない場合には再度送ってやるんですね。

そうだね。これによって、データの送受信が確実に行われ、通信の品質が保たれるんだ。

ところで、「TCPの場合は」と言ったのは、なにか理由があるんですか?

いいところに気がついたね。実はトランスポート層のプロトコルには、再送しないUDPというプロトコルもあるんだ。

それじゃ困るんじゃないですか?

確かに、再送しないという特性は、一見すると困りそうに思えるよね。でも、UDPは特定の用途で非常に役立つんだ。例えば、リアルタイムのストリーミングやオンラインゲームなどで使われることが多いよ。

えっ?ストリーミングやゲームで、なんでUDPが使われるんですか?

リアルタイムのストリーミングやゲームでは、速度やリアルタイム性が非常に重要だよね。UDPは再送を行わないため、データの遅延が少なく、高速にデータを送受信できる。もし一部のデータが失われても、次のデータがすぐに来るので、ユーザーは大きな違和感を感じないことが多いんだ。

なるほど、再送すると遅延が起きるから、リアルタイム性が求められる場面ではUDPが適してるんですね。

正解!TCPは接続指向であり、UDPは接続レスというような言い方もあるんだ。しっかり接続されて信頼性が高いTCPと、接続されていないけれど高速なUDP。用途に応じて適切なプロトコルを選ぶことが大切だよ。

技術って奥が深いですね。ありがとうございます!

まとめ

まとめ
  • 通信の誤り原因
    ネットワーク通信では、ノイズ、混雑、ウイルスや人為的書き換えにより情報が正確に届かないことがある。
  • 冗長なビット
    通信の誤りを検出・訂正するため、本来のデータに余分なビットを追加して送信する。
  • パリティ検査
    一定のビット列の中の「1」の数を基に誤りを検出する方法。パリティビットを使用してデータの正誤を判断。
  • パケットの再送
    TCP通信では、受信側がデータ受信を確認するためにACKを返す。ACKが返らないと、送信側は再送し、信頼性の高い通信を保証する。
  • 信頼性の向上
    完全な誤り防止は難しいため、誤り検出・訂正や再送処理を行い、通信の信頼性を高める。

名言解説

「不十分なデータを使用した際の誤りは、データを全く使用しない場合の誤りよりもはるかに少ない。」- チャールズ・バベッジ
“Errors using inadequate data are much less than those using no data at all.” – Charles Babbage

チャールズ・バベッジは19世紀のイギリスの数学者で、計算機の先駆者として知られています。彼は「解析機」という初のプログラム可能な計算機の概念を提案しました。この機械は、現代のコンピュータの原型とも言えるものでした。

この名言は、情報やデータの重要性についての洞察を私たちに提供しています。通信の信頼性を学ぶ際、冗長ビットや再送の仕組みは、情報が正確に伝わるための手段として非常に重要です。バベッジの言葉を現代の通信技術に当てはめると、少しでも情報(データ)を持っている方が、何も持っていないよりもはるかに有利であるということが伝わります。つまり、不完全でも情報を持っていることで、それを補完や修正する手段を取ることができるのです。

情報技術や通信技術は日々進化していますが、その根底にあるのは「情報の正確性」を追求することです。学びの中で、冗長ビットや再送のような仕組みがどのように情報の信頼性を高めるのかを理解することは、未来の情報社会を支える基盤となります。チャールズ・バベッジのこの名言を胸に、情報技術の奥深さと魅力を存分に感じ取ってください。

問題

「クイズをスタート」のボタンをクリックすると、5問出題します。さあチャレンジ!

トランスポート層のプロトコルがTCPの場合とUDPの場合の主な違いは何ですか?
通信中の誤りを検出・訂正するために追加されるビットを何と言いますか?
ネットワーク通信において、情報が正しく届かない主な原因はどれですか?
TCP通信において、受信側がパケットを受け取った後、何を送信側に返すことで確認を行うか?
パリティ検査において、偶数パリティを使用する場合、一定のビット列中の「1」の数が偶数のとき、パリティビットを何とするか?
34.通信の信頼性
{{maxScore}} 問中 {{userScore}} 問 正解!
{{title}}
{{image}}
{{content}}

編集者ひとこと

「通信の信頼性」という、普段インターネットを使っているだけではあまり意識しないテーマについて、理解できましたでしょうか?
皆さんが利用しているインターネット環境で、速度が100Mbpsと表示されていても、実際に送受信できるデータの量は必ずしもその通りではありません。これには様々な理由がありますが、プロトコルのオーバーヘッドもその一つです。オーバーヘッドとは、信頼性を保つための冗長ビットや、ACKなどの応答データを指します。
一方通行のやり取りでは相手が理解したかどうか確認できません。相手の理解を確認しながら進めるべきか、そこまでしなくても良いか?話題によって、プロトコルを変えていくというのは人間のコミュニケーションでも同じですね。

タイトルとURLをコピーしました