WebRTCの定義とできること

WebRTC（Web Real-Time Communication）は、ブラウザやモバイルアプリなどのクライアント同士で、音声・映像・データをリアルタイムにやり取りするための仕組みです。ポイントは「専用アプリのインストールなしで」といった体験に寄せつつ、遅延を抑えながら通信路を確立することにあります。

ここで混同されやすいのが「WebRTCそのもの」と「接続を成立させる周辺要素」です。WebRTCはメディアやデータを送るための概念・枠組みを扱いますが、実際に相手とつながるには、事前に相手を見つけるためのやり取り（シグナリング）や、ネットワーク越えの手当（NAT越えの考え方）が必要になります。

簡単な全体モデル：シグナリング→接続確立→送受信

WebRTCを「一連の流れ」として捉えると理解しやすくなります。

  1. シグナリング 双方が「誰と」「どんな通信条件で」つながるかを知らせるための交換です。チャットやHTTP API、WebSocketなど、WebRTC以外の経路で行われるのが一般的で、ここが実装依存になります。

  2. 接続確立（ネットワーク越えを含む） 同一ネットワーク内であれば比較的つながりやすい一方、家庭用ルータや企業ネットワークのようなNAT環境があると、相手に到達する経路の探索が重要になります。一般にICEのような「候補を集めて優先度付きで試す」という考え方、STUN/TURNのような手当（公開情報の把握や中継の利用）が論点になります。

  3. メディア/データ送受信 接続が成立すると、音声・映像はメディア経路として、テキストやゲームの状態などのデータはデータ経路として送られます。ここでは暗号化で保護される設計が前提になることが多く、アプリ側は「送れる状態になったら配信し、受け取ったら再生する」といった役割に寄ります。

構成要素：何が“ボトルネック”になりやすいか

WebRTCの理解で重要なのは、動作不良が起きたとき「どの段階で止まっているか」を切り分けることです。典型的な観点は次のとおりです。

  • メディア取得（マイク/カメラ/画面共有） 権限が許可されていない、デバイスが利用できない、ブラウザ設定やOS側の制約があると、送信以前に始まりません。

  • シグナリングの成立 相手の識別、セッション情報のやり取り、タイミングの整合が取れないと、接続確立の前に止まります。ここは実装側の責任が大きい領域です。

  • ネットワーク上の経路（NAT越え/遮断） ルータのポリシーやファイアウォール設定により、到達可能な経路が成立しないことがあります。その結果、候補を試しても最終的に接続できない、あるいは片方向だけうまくいかない、といった状態になります。

  • コーデックや互換性 相手側の対応状況によって、音声は動くが映像が出ない、画質が極端に下がる、などの形で差が表れることがあります。