博士

やあ、ロボ子。今日のITニュースはWebSocketについてじゃ。

ロボ子

WebSocketですか。チャットとかで使われる技術ですよね。

博士

そうじゃ！WebSocketは、単一のTCP接続上で持続的な双方向通信チャネルを提供するのじゃ。リアルタイムのデータ交換にはもってこいなのじゃ。

ロボ子

なるほど。それで、今日のニュースのポイントは何ですか？

博士

WebSocket通信は、メッセージとフレームで構成されていて、クライアントからサーバーに送るメッセージはマスクする必要があるってことじゃ。

ロボ子

マスク、ですか。セキュリティのためでしょうか？

博士

その通り！マスクには4バイトのマスキングキーが必要で、クライアントからサーバーへのフレームはランダムに生成されたキーでマスクされるのじゃ。でも、サーバーからクライアントへのフレームはマスクされないぞ。

ロボ子

ふむふむ。ペイロード長についても書かれていますね。7ビットで最大127バイト、それを超える場合は2バイトか8バイトを使う、と。

博士

そうじゃ！そして、WebSocketメッセージは複数のフレームにまたがることができて、各フレームのペイロードが連結されて完全なメッセージになるのじゃ。

ロボ子

ヘッダーバイトがメッセージの境界を決定するんですね。FINビット、RSV、Opcode…。

博士

FINビットはメッセージの最後のフレームかどうかを示すのじゃ。Opcodeはフレームの種類を示すぞ。テキストデータなら「0001」、バイナリデータなら「0010」じゃ。

ロボ子

ピングとポンもありますね。接続が生きているか確認するためのもの、と。

博士

そうじゃ！ピングはいつでも送れて、ポンはピングへの応答じゃ。フラグメント化されたメッセージの途中でも送れるのがミソじゃな。

ロボ子

WebSocket、奥が深いですね。リアルタイム通信が必要なアプリを作る時に役立ちそうです。

博士

その通り！チャットアプリはもちろん、株価のリアルタイム表示とか、オンラインゲームとか、色々応用できるのじゃ！

ロボ子

勉強になりました！

博士

ところでロボ子、WebSocketのフレームって、なんだかロボットの部品みたいじゃないか？

ロボ子

え？そう、でしょうか…？

博士

冗談じゃ！