テクノロジ は、推奨される標準のステータスを取得しています。これは 、インターネットの技術標準を開発および実装するW3Cコンソーシアムによって発表されました。 すべてのW3C標準は、APA(Accessible Platform Architectures Working Group)によるWebコンテンツアクセシビリティサポートについてレビューされています。それらはWebアクセシビリティに直接関係しています。 とりわけ、インターネットプロトコルとアーキテクチャの開発を扱うインターネット技術特別調査委員会(IETF)委員会は、
WebRTCエラーを修正するためのアーキテクチャ、プロトコル要素、転送モード、およびメカニズムを説明する公開ドキュメント。これらのデータはすべて、ステータス「提案された標準」を受け取りました。
WebRTCについて
このテクノロジーにより、Webアプリケーションとサイトは、オーディオストリームとビデオストリームをキャプチャして選択的に送信したり、仲介者を使用せずにブラウザ間でデータを交換したりできます。プラグインやその他のソフトウェアをインストールしなくても、離れた場所にいる同僚と電話をかけることができるのは彼女のおかげです。この標準に基づいて構築されたアプリケーションは、HTMLとJavaScriptのみを使用して、音声とビデオのトラフィックをリアルタイムで処理します。たとえば、Google Meetや、他の多くのWeb会議アプリケーションがGoogleMeetで動作します。
WebRTCテクノロジーは、2009年からGoogleによって開発されています。 2011年、同社はデジタル信号処理システムを開発しているGIPSの買収中に得た、オーディオおよびビデオ処理の開発と技術を開始しました。同時に、GoogleはWebRTCに関連する特許への無償アクセスを提供しました。
WebRTCは、相互接続されたいくつかのプログラミングインターフェイス(API)とプロトコルで構成されています。 Googleは、Mozilla、Microsoft、Cisco、Ericssonなどの企業で技術標準化プロセスを開始しました。
ちなみに、WebRTC(HTML5など)は、Flashテクノロジーの「死」の理由の1つになっています。 2017年以降、主要なブラウザはFlashのサポートを正式に停止し、テクノロジーは市場から姿を消しました。 その結果については、すでにブログに書いています。
現在、WebRTCテクノロジーは、独自のZoomに次ぐトップのビデオ通信プロトコルで2番目にランクされています。標準のH.323、SIP、Microsoft Teams、およびCiscoWebexはまだ成功していません。
WebRTCは、ビデオおよびオーディオ会議アプリケーション、ゲーム、コラボレーションプラットフォーム、インスタントメッセンジャー、ストリーミングおよびコンテンツ配信システムで使用されます。つまり、今、世界的大流行の中で、テクノロジーは最高の時間を経験しています。
標準の利点
- ソフトウェアやプラグインは必要ありません。
- 最新のオーディオおよびビデオコーデックの使用。その結果、高品質のコミュニケーションが実現します。
- DTLSおよびSTRPで保護および暗号化された接続。
- 組み込みのコンテンツグラバーがあります(デスクトップデモンストレーション)
- HTML5とJavaScriptに基づく制御インターフェースを実装する柔軟性。
- オープンソース。
- 汎用性:ブラウザがWebRTCをサポートしている限り、標準ベースのアプリケーションはどのOSでもうまく機能します。
標準のデメリット
一部の人にとっては、これらの欠点は重要ではありませんが、それでも概要を説明します。
- この規格は、リモートデスクトップ制御をサポートしていません。つまり、同僚にプレゼンテーションやグラフを表示することはできますが、年次報告書の作成に協力することはできません。それはすべてセキュリティのためです。Javascriptコードは現在のブラウザウィンドウの外では何も制御できません。高度な機能については、特別に設計されたアプリケーションを使用する必要があります。
- WebRTCアプリケーションは相互に互換性がないため、GoogleMeetsから一部のBigBlueButtonを呼び出すことはできません。しかし、多分これは必要ではありませんか?
- もう1つの欠点は、WebRTCがユーザーのIPアドレスを検出することです。ProxyとTorは問題に対処せず、VPNサービスのみが非表示になります。
ブラウザを介した2人の加入者間の通話の例での技術操作。ソース
WebRTCは何で構成されていますか
構造レベルでは、これらは次のとおりです。
- ユーザーセッションを管理するためのシステム。
- サウンド処理エンジン:さまざまなコーデックとノイズ抑制方法を使用できます。
- ビデオ処理エンジン;
- トランスポート層:データ転送の場合、P2P通信チャネルを編成するためのテクノロジーと組み合わせてDTLSおよびSRTPプロトコルを使用できます。
前に書いたように、特別に準備されたJavaScriptAPIを介してWebRTC機能を操作できます。APIには、getUserMedia、RTCPeerConnection、RTCDataChannel、getStatsなどのインターフェースが含まれています。 getUserMedia
インターフェイス は、Webカメラやマイクまたはファイルなどの接続されたデバイスからオーディオとビデオを受信する役割を果たします。RTCPeerConnectionインターフェースは、ユーザー間の接続の確立、信号の処理、および通信チャネルの保護を担当します 。RTCDataChannelは、会議中にデータを交換するのに役立ちます (通常のWebSockets APIを使用)。統計については、getStatsインターフェースにアクセスしてください 。
次は何ですか
現時点では、WebRTCの基本的な部分のみが標準化されています。標準の次のバージョンで何が期待できますか?
- QUICプロトコルをトランスポートおよびAV1ビデオコーデックとして使用できるようにする拡張機能。
- 複数の受信者のストリーミングを簡素化するWebTransportAPI。
- APIスケーラブルビデオコーディング。ビデオストリームをクライアントの帯域幅に適合させます。
- ビデオ会議のエンドツーエンド暗号化。
- 機械学習システムの使用を含む、オーディオおよびビデオストリームのライブ処理。
- 「スマート」デバイスとの永続的な通信チャネルを確立するためのツール。