W3Cが発表 最近、関連するAPIの発表を通じて WebRTCが推奨される標準になりました。
同時に、インターネットプロトコルとアーキテクチャの開発を専門とするIETF（Internet Engineering Task Force）委員会は、アーキテクチャ、プロトコル要素、トランスポートのモード、およびWebRTCで使用されるエラー修正メカニズム。 これらのRFCは、「提案された標準」のステータスになりました。
WebRTCテクノロジーに慣れていない人は、次のことを知っておく必要があります。 これは2009年からGoogleによって開発されました Adobe Flashやデスクトップアプリケーションの代わりに、ブラウザ用の通信プラットフォームを作成するというアイデアの具体化として。
2011年、Googleは、WebRTCに関連する開発と、デジタル信号処理会社であるGIPSの買収から得られたオーディオおよびビデオ処理技術をBSDライセンスの下でリリースしました。
同時に、 WebRTCをカバーする特許への無料アクセスが提供されました。 Mozilla、Microsoft、Cisco、Ericssonとともに、WebRTC標準化プロセスがW3CとIETFで開始されました。
それ以来、 WebRTCサポートはすべての最新のブラウザーに実装されています また、ユーザー間の直接通信チャネルを編成する必要のある通信プログラム、モバイルアプリケーション、およびWebサービスで広く普及しています。
たとえば、WebRTCがすでに持っているスコープについてもう少し理解するために、それは これは、ビデオおよびオーディオ会議アプリケーションで広く使用されていますs、ゲーム、 コラボレーションプラットフォーム、インスタントメッセージング、 システムストリーミングとコンテンツ配信。
WebRTCを使用すると、通信アプリケーション 音声およびビデオトラフィックを処理でき、nサードパーティ独自のテクノロジーや外部プラグインを使用せずに、HTMLとJavaScriptのみをリアルタイムで使用します。
WebRTCは、次のXNUMXつの基本コンポーネントで構成されています。 ユーザーセッション管理システム、オーディオ処理エンジン、ビデオ処理エンジン、およびトランスポート層。 オーディオおよびビデオ処理エンジンでは、さまざまなコーデック（VP8、H.264）、およびノイズ抑制方法を使用できます。
すべてのデータは暗号化された形式でのみ送信されます。 リアルタイムデータ送信の場合、DTLSおよびSRTP（Secure Real-Time Transport Protocol）プロトコルをテクノロジーと組み合わせて使用して、P2P通信チャネルを編成し、ファイアウォールおよびアドレストランスレーター（ICE、STUN、TURN、RTP-over- TCP、プロキシを介して機能する機能）。
標準化されたベースパーツに加えて、 W3CとIETFも、まだ承認されていない拡張機能を開発しています トランスポートとしてQUICプロトコルの使用を許可し、AV1ビデオコーデックの使用を許可します。
複数の受信者への送信の編成を簡素化するWebTransportAPIと、ビデオ送信をクライアントの帯域幅に適合させるスケーラブルビデオエンコーディングAPIを開発するためのワーキンググループが作成されました。
WebRTCの次のバージョンでは、 また 機能が使用されています など ビデオ会議のエンドツーエンド暗号化、オーディオおよびビデオ送信のライブ処理（機械学習システムの使用を含む）、開発されたIoTデバイスのセンサーとの永続的な通信チャネルを確立する手段。
Webアプリケーションは、次の方法でWebRTC機能にアクセスします。 JavaScript API 特別に用意された、 次のインターフェイスが含まれています。
- ユーザーメディアの取得-ローカルに接続されたデバイス（Webカメラ、マイク、ビデオカメラ）またはファイルからマルチメディアストリーム（ビデオ、サウンド）を受信します。
- RTCPeerConnection： ユーザー間の直接接続の確立、信号処理、コーデックの操作、帯域幅制御、安全な通信チャネルの編成。
- RTCDataChannel： 標準のWebSocketsAPIを使用した双方向通信チャネルを介した任意のデータ交換。
- 統計を取得する：統計の取得。
最後に、それについてもっと知りたい場合は、相談することができます 次のリンク。