WebSocket(ウェブソケット)は、単一のTCPコネクション上に双方向通信のチャンネルを提供する、コンピュータの通信プロトコルの1つである。WebSocketプロトコルは、2011年RFC 6455としてIETFにより標準化された。Web IDL英語版中のWebSocket APIは、当初W3Cにより標準され、後にWHATWGに引き継がれている。

WebSocketはHTTPとは異なるプロトコルである。ともにOSI参照モデルのレイヤー7に位置し、レイヤー4のTCPに依存している。両者は異なるプロトコルであるが、RFC 6455では、WebSocketは「HTTPプロキシと仲介者をサポートするために、HTTPの443番および80番ポート上で動作するように設計されている」と述べられているように、HTTPプロトコルと互換性がある。互換性を実現するために、WebSocketのハンドシェイクHTTP/1.1 Upgradeヘッダーを使用し、HTTPプロトコルをWebSocketプロトコルに変更するように実現されている。

標準仕様は以下のように規定されている。

概要

編集

XMLHttpRequestの欠点を解決する技術として開発されており、既存のComet等に取って代わることを目標としている。

いわゆるAjaxアプリケーションではサーバクライアント間のデータのやり取りが頻繁に発生するが、従来のXMLHttpRequestはあくまでブラウザ側からサーバにデータの送信要求を出す手段に過ぎず、サーバ側からクライアントにデータをプッシュ配信することが難しい。一方Cometではサーバ側からのプッシュ配信が可能なものの、多くの実装では擬似的に双方向通信を行うため通信が発生するごとにTCPハンドシェイク手続きを再度行う必要があるほか、HTTPコネクションを長時間占有するためその間同一サーバに接続する他のアプリケーションの動作に影響を及ぼす可能性があるなど、また別の問題が生じる(XMLHttpRequest#ロングポーリングも参照)。

これに対しWebSocketでは、サーバとクライアントが一度コネクションを行った後は、必要な通信を全てそのコネクション上で専用のプロトコルを用いて行う。従来の手法に比べると、新たなコネクションを張ることがなくなる・HTTPコネクションとは異なる軽量プロトコルを使うなどの理由により通信ロスが減る、一つのコネクションで全てのデータ送受信が行えるため同一サーバに接続する他のアプリケーションへの影響が少ないなどのメリットがある[1]

プロトコル

編集

WebSocketの接続を確立するために、クライアント側はまずハンドシェイク要求を送る。そして、サーバ側はハンドシェイク応答を返す。以下はHTTP/1.1の場合の例である。

ウェブブラウザが以下の要求をサーバ側に送る:

GET /chat HTTP/1.1
Host: server.example.com
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Key: dGhlIHNhbXBsZSBub25jZQ==
Origin: http://example.com
Sec-WebSocket-Protocol: chat, superchat
Sec-WebSocket-Version: 13

サーバ側は以下の応答を返す。

HTTP/1.1 101 Switching Protocols
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Accept: s3pPLMBiTxaQ9kYGzzhZRbK+xOo=
Sec-WebSocket-Protocol: chat

ハンドシェイクはHTTPの様であるが、厳密には異なる。サーバ側は最初HTTPの要求として解釈し、そして、WebSocketへと切り替える。

URIスキーム

編集

WebSocketプロトコルの仕様書はws:wss:という2つの新しいURIスキームを定義している[2]

実装状況

編集

クライアント

編集

クライアント側は、Internet Explorer 10(含むモバイル)、Mozilla Firefox 6 (Firefox for Mobile 7)、Google Chrome 4 (含むモバイル)、Safari 5(含むiOS 4.2以降)、Opera 12.10(含むモバイル)、Android 4.4、BlackBerry 7(要設定)で実装されている。

実装状況
プロトコル Internet Explorer Mozilla Firefox Google Chrome Safari Opera Android
draft-hixie-thewebsocketprotocol-75 4 5.0.0
draft-hixie-thewebsocketprotocol-76
draft-ietf-hybi-thewebsocketprotocol-00
4(無効化) 6 5.0.1 11.00(要設定)
Opera Mobileも要設定
draft-ietf-hybi-thewebsocketprotocol-07 6
draft-ietf-hybi-thewebsocketprotocol-10 7 14
RFC 6455 10 11 16 6 12.10 4.4

ウェブブラウザのプラグインを利用する物

プロトコル上のSec-WebSocket-Version:とドラフト番号の対応関係は以下の通り。hybi-04からプロトコル上に対応するドラフト番号が現れるようになった。

Sec-WebSocket-Version: ドラフト番号
4 hybi-04
5 hybi-05
6 hybi-06
7 hybi-07
8 hybi-08〜12
13 hybi-13〜17
RFC 6455

サーバ

編集

歴史的経緯

編集

プロトコルは2011年5月の完成を目標に進められていたが[5]、その期日を過ぎても仕様の改訂は続けられ、2011年7月11日に最終草案のdraft-ietf-hybi-thewebsocketprotocol-10が勧告[6]されたが、さらにその後も改訂は続き、2011年9月30日に draft-ietf-hybi-thewebsocketprotocol-17がリリースされ、それが2011年12月11日にRFC 6455のproposed standard(標準化への提唱)となった。

2010年11月26日にdraft-ietf-hybi-thewebsocketprotocol-03やそれ以前のWebSocketのプロトコルにセキュリティホールが発見され[7]、2010年12月に、一時的に、Firefox 4とOpera 11のWebSocketが無効になり、Chromeはプロトコル改訂よりも先に攻撃コードが出た場合は無効にするとしていた。Opera 11はopera:config#Enable%20WebSocketsを開き、設定を有効にすると利用可能。その後、2011年1月11日にdraft-ietf-hybi-thewebsocketprotocol-04が発表され、サーバにアップロード通信する際はプロキシを混乱させないために、通信内容をXORでマスキングさせる方法となった。2011年8月16日に再度WebSocketに対応させた、Firefox 6 がリリースされたが、まだ、仕様の改訂が続くという理由から、Firefox 10までは、MozWebSocketと頭にMozがつく形となった[8]Firefox for Mobileは7から対応[9]

ウェブブラウザで動作するJavaScript用のAPIの策定は、当初W3Cで行われていた。その後、HTML5とともにWHATWGに移ることとなった。

WHATWGでは、当初主にHTML Standard内でWebSocketのAPIが規定していた。その後、2021年に別個の仕様に分離することが提起され[10]、WebSockets Standardが創設されることとなった。

関連項目

編集

脚注

編集

外部リンク

編集


📚 Artikel Terkait di Wikipedia

Common Object Request Broker Architecture

行う。CORBAとしてマッピングが標準的に用意されているのは、Ada、C、C++、LISP、Smalltalk、Java、COBOL、PL/I、Python である。標準に組み込まれていないが、Perl、PHP、Ruby、Visual Basic、Tcl、Delphi へのマッピングを実装したObject

Pythonを使っている製品あるいはソフトウェアの一覧

プログラミング言語Pythonは、産業界・学術界などにおいて、多くの人によって幅広い目的で使われている。この一覧では、Pythonで書かれたソフトウェア、Pythonを内部に組み込んでいるソフトウェア、Pythonに対応した統合開発環境、などのうち比較的有名なものを示す。 Boa Constructor

Metasequoia

x以前のプラグインにもその制限が引き継がれている。 また、組込マクロ言語としてPythonを採用しており、簡単なバッチ処理などであればプラグインを作成・使用せずともPythonスクリプトを記述して実行することで素早く実現できるようになっている。Ver4.6.9時点でPython 3.6.7に対応。各種モジュールを使用するにはそ

Strategy パターン

strategy = strategy; } public void execute() { this.strategy.execute(); } } Python では関数が第一級オブジェクトであり、このパターンを明示的に定義する必要はない。下記はコールバック関数を用いる GUI プログラミングで見られる例である。

NonVisual Desktop Access

2006年にMichael Curranがプロジェクトを開始した。NVDAはPythonでプログラムされている。Microsoft Active Accessibility(en)、IAccessible2(en)、Java Access BridgeといったアクセシビリティAPIとともに動作させるため、ビデオ割

PyObjC

Pythonのみで書かれたスクリプトで完全なCocoaアプリケーションを作成できる。BridgeSupportとlibffiを用いて、Cocoa以外のmacOS用フレームワークにアクセスすることもできる。また、Cocoaと同時に強力なPythonライブラリも使用できる。

Darwin (オペレーティングシステム)

Darwin(ダーウィン)は、Appleが開発するオペレーティングシステム (OS) で、macOSやiOS、iPadOS、さらにはwatchOSとtvOS、audioOS、bridgeOS、visionOSの基礎となる部分でもある。 Darwinはオープンソース及び自由ソフトウェアとして公開されており、他のフリーなUnix系同様に特定のライセンス、Apple

カルダノ (ブロックチェーン)

s」(プルータス)にはHaskell用ライブラリが用意されているが、開発環境やツールを利用することでJavaScript・TypeScript・Python・ノンプログラミングなどによる開発を行うこともできる。 ここでは開発環境やツールの一例を示す。 Marlowe(マーロウ)