2022 年の WebRTC 開発トレンド分析

上の「LiveVideoStack」をクリックしてフォローしてください

著者 | ツァヒ・レベント＝レヴィ

翻訳 |

テクニカルレビュー | Liu Lianxiang

WebRTC

年末在庫

#006#

この記事は、WebRTC 技術専門家である Tsahi Levent-Levi によって BlogGeek.me に公開されているものですが、内容の一部を翻訳して LiveVideoStack の公式アカウントで公開しました。Tsahi さんの許可に感謝します。

2022 年の WebRTC の 5 つのトレンドは、これまでに見てきたものとは少し異なります。規模に焦点を当てたもの、新しい要件を模索したもの、新しい市場に焦点を当てたものがあります。

規模とパフォーマンス

ヘブライ語に「早く始めてゆっくり成長せよ」ということわざがあります。このことわざは、WebRTC の現在の状況を如実に表しています。

これは明らかに、WebRTC が 2021 年にどのように進化するかです。サイズは依然として非常に重要であり、2022 年もサイズは引き続き重要です。

2021 年 11 月に開催された Kranky Geek イベントでは、Google のエンジニアが過去 1 年間に行ったことを共有しました。以下は、パフォーマンスの最適化を中心としたスライドです。彼らは常に仕事をし、マルチタスクを行っていることがわかります。これらのタスクの多くはすでに完了していますが、やるべきことはまだ残っています。

これらの改善はすべて、1 つの会話に参加するより多くの参加者に優れたスケーラビリティを提供することを目的としています。ここ数カ月間追跡してきたハードウェアコーデックのバグは 2022 年も継続する予定です。

同時に、多くの企業がサービスを拡大するためにインフラストラクチャに投資しているのがわかります。

2022年は2021年に続きます。

新技術

現在、ベンダーが WebRTC の価値を最大限に活用できるようにする多くの新しいテクノロジーが成熟し始めています。たとえば、Kranky Geek では、これらのテクノロジーを紹介し、さまざまなベンダーによるこれらのテクノロジーの初期使用を確認することに多くの時間を費やしています。

Webアセンブリ

WebAssembly は、おそらく WebRTC テクノロジの中で最高のプレーヤーです。

WebAssembly は Web コードのパフォーマンスを向上させ、言語間のコンパイルを可能にします。WebRTC の主な利点は、メディア操作の機械学習タスクに WebAssembly を使用できることです。ノイズ抑制から、背景の置き換えやビデオ効果、ビデオ照明効果まで。これらはすべて WebAssembly で実現できます。

私は、より多くのサプライヤーが WebAssembly を使用し、WebAssembly がより多くの機能をサポートできることを願っています。

WebTransport&WebCodecs

WebRTC に満足できませんか? WebTransport と WebCodecs もあります。

WebTransport と WebCodecs は、理論的にはメディアのエンコードとデコード、およびサーバーとのメディアの送受信を (一緒に) 実装できます。

詳細が違いを生みます。WebTransport と WebCodecs は WebRTC に代わるほどの人気には達していませんが、非常に有望です。

これらのテクノロジーを実験し、WebRTC で使用するベンダーが今後ますます増えるのは当然です。私は 1 年前、Google が WebRTC の一部を分割していたときにこの点を指摘しました。

Google 自身もこれらの新しい技術に非常に熱心であるため、数年後には WebRTC への関心を失うのではないかという懸念もあります。

AV1

次に、新しいコーデックがあります。

AV1は2018年に発売されました。2018 年以来、AV1 を WebRTC ソリューションにする動きがあったようです (完全ではありません)。実際、2021 年末現在、AV1 はまだ WebRTC に大きな影響を与えていません。AV1 が十分ではないからではなく、新しいコーデック、特にビデオコーデックの展開に長い時間がかかるためです。

とはいえ、待ち時間はもうすぐ終わります。AV1 は WebRTC に登場し、2022 年に採用される予定です。まだ制限はありますが、最終的には興味深いものになり、WebRTC との関連性が高まるでしょう。

新しい機械学習ベースのオーディオコーデック (Lyra を思い浮かべてください) はまだ少し先になります。現在、どのオーディオコーデックにするべきかについてのコンセンサスはありません。AV1 にはこの問題はありません。AV1 が Unified Consensus に基づく次のコーデックになることはすでにわかっています。

WebRTC インフラストラクチャ、ハイパースケーリング、SD-WAN

WebRTC の設計と展開の方法は変化しています。通常のメッシュ/ミックス/ルートソリューションはまだ存在します。ハイブリッドアプローチを選択する人も多くいます。最近の議論と注目の多くは、ハードウェア、ハードウェア展開、パケットを正確に転送する方法を中心に展開しています。AcousticWeb は、おそらくこのテクノロジーを大規模に公に使用し、より良いソリューションとして宣伝した最初の企業です。2021 年には、Subspace と Cloudflare が、TURN サービスをホスティングするための 100 以上の地域データセンターの展開を発表します。

私は 2021 年のワークショップで WebRTC が直面する課題の 1 つとしてインフラストラクチャを挙げました。2022 年には、このトピックはさらに興味深いものになるでしょう。Anycast はベンダーテクノロジーとしてこの争いに参入します。

2022 年にどのテクノロジーが支持されるかはまだわかりません。これらのテクノロジーは、世界中の十数の地域で使用された場合、実際の価値の違いや目に見える品質の向上につながるでしょうか? その価値はありますか？特にクラウド大手は隔月ごとに新しいデータセンターを展開している。

生放送

機能やテクノロジーからユースケースまで。

WebRTC 経由のライブストリーミング。

他のテクノロジでもライブブロードキャストを実現できますが、WebRTC ほど効率的ではなく、ブラウザ内で実行できます。

人々はビデオ通信の使用にますます慣れてきています。新型コロナウイルス感染症 (COVID-19) により、リモートでコミュニケーションをとるための新しい方法が数多く生まれました。人々は、ライブでリアルタイムに対話することを望んでいます。2 秒の遅延は問題ないかもしれませんが、1 秒未満の遅延であればさらに良いでしょう。WebRTC を使用して 1 秒未満のレイテンシーを達成するプロバイダーがますます増えていくでしょう。多くのユースケースでは、低遅延にはさらに成長の余地があります。ただし、瞬間的なレイテンシを実現するには、WebRTC の使用量を増やす必要があります。少なくとも WebTransport と WebCodecs テクノロジーが成熟するまでは。

2D からメタバースへ

過去 20 年以上依存してきたカメラに向かって話す以外の方法でコミュニケーションの未来を誰もが再考しています。

私が考える究極の方向性は 2 つあります。

ユーザーのアバターが自由に行き来できる 2D と 3D の複合環境にビデオセッションを配置します。
Facebook と Microsoft が主導するメタバース (少なくとも現時点では)。

2022 年には、メタバースに関する議論もさらに増えるでしょう。現在、非常に多くの異なるメタバースエクスペリエンスが開始されていますが、どれが短命で、どれが存続するかが 2022 年に最も興味深いことになるでしょう。

WebRTC 市場支配力

2022 年に向けて、どの企業が WebRTC の主要なプレーヤーであり、主要な市場勢力であるかを知ることが重要です。

ビッグテック: FAAMG と WebRTC

これらの最大手のテクノロジー企業は、それぞれ独自の動機を持って開発を主導し、WebRTC に関する意思決定を行っています。

Google: Google はブラウザーにおける WebRTC の最大のユーザーであり、WebRTC を使用する libwebrtc、Chrome、Google Meet、Stadia などのツールを備えています。ほとんどの場合、Google の要件は WebRTC に直接影響します。
Microsoft: Microsoft は Skype、Azure Communication Services、Teams を所有しています。これらはすべて (少なくとも Web ブラウザーでは) WebRTC を使用します。Microsoft も WebRTC を中心とした独自のソリューションを推進しています (ただし、そのほとんどは現在 Windows オペレーティングシステムと Office 製品の特定の領域のみを最適化しています)。
Apple: Apple は WebRTC への対応が遅れているようで、WebRTC に積極的に参加したというよりは、無理やり関与させられたようです。FaceTime Web バージョンは、これまでのところ Apple が最も公的にサポートしている WebRTC となるはずです。Apple は libwebrtc に貢献せずに使用しています。たとえ誰もが Safari の貧弱な WebRTC 実装によって「ハイジャック」されたとしても、これを改善できるのは Apple だけです。
Amazon: Amazon は、WebRTC を使用するサービスや製品を密かに追加しています。これらのサービスと製品には、Kinesis、Chime SDK、Amazon Connect、Alexa などが含まれます。Amazon は今のところ満足しており、WebRTC 標準と特定のブラウザでのその実装についてはあまり気にしていないようです。
Facebook: Facebook は Messenger、Instagram、Whatsapp を所有しており、おそらく最も多くの WebRTC トラフィックを抱えています。

上記のリストには、WebRTC のハードウェアエンコーディング (ハードウェアベンダーによって見落とされがちな点) を推進している Intel も含まれています。

2022 年には、これらの企業はすべて WebRTC の形成者となるでしょう。彼らは外部のフィードバックに耳を傾け、そのフィードバックを自社の製品ロードマップに組み込むかどうかを決定します。これは WebRTC エコシステムの全員に影響を及ぼします。

Twilio は WebRTC に興味がない

「 WebRTC 開発に関する懸念と考え」でも述べたように、Twilio は WebRTC をそれほど真剣に考えていません。Twilio は WebRTC ではあまり利益を得ることができなかったため、焦点を他のところに向けました。ただし、Twilio の video-js リポジトリは、バグレポートの非常に優れたソースです (この点では、Twilio と Vonage はほとんどの企業よりもはるかに先を行っています)。

主要な CPaaS プロバイダー (Twilio など) に対して、他のプロバイダーには次のような選択肢があります。

WebRTCや動画分野の市場開拓に尽力できる。
あるいは、WebRTC 以外の分野で Twilio と競合してみてください。

しかし、CPaaSの利用を検討している企業にとっては最適な環境ではありません。上記のオプションは、CPaaS を導入したい企業にとってもある程度は効率的ではありません。

また、CPaaS プロバイダーが WebRTC の方向に対して持っている (または持ちたいと考えている) 影響力も低下します。これらのベンダーの背後には何千もの企業、ユースケース、要件があり、彼らの声がますます届けられると素晴らしいと思います。これが、イノベーションの点で UCaaS が CPaaS を超えると私が考える理由の 1 つです。

Zoomが直面する問題

Zoomも例外になるのでしょうか？

Zoom は実際には WebRTC を使用しませんが、WebRTC 周りのあらゆるものに影響を与えます。

1. WebRTC を使用するベンダーは、多くの場合、市場で Zoom と競合することになります。

多くの業種や市場セグメントで競争します。
Zoom は、新型コロナウイルスの流行におけるリモートインタラクションの典型的な代表として、広く知られており、多くの企業で使用されていることが利点です。

2. WebRTC と Zoom のパフォーマンス比較:

Zoom からのギャラリービューでは、最大 49 人の参加者を表示できます。
WebRTC は、Opus コーディングに冗長性を導入します。
両者のCPU使用率など。

3. Zoom は、WebCodecs+WebTransport+WebAssembly が WebRTC の代替になると考えており、他社との差別化を図っています。

他にこの道を行く人はいるでしょうか？
Google もいつかはこの置き換えを受け入れ、WebRTC への関心を失うことになるでしょうか?
時間がすべてを証明してくれるだろう。

Zoom は WebRTC エコシステムのメンバーではありませんが、WebRTC 市場に大きな影響を与えるでしょう。

WebRTC における協力コンペティション

協力的な競争はどこにでもあります。特に標準化団体では、ベンダーが誰もが満足できる環境を構築しようと努めており、多くの競合他社が集まって協力しているのが見られます。WebRTC でのビデオコーデックの実装を強制するという決定は、その良い例です。

今日、ますます多くの企業が直接連携しており、一方では互いに競争し、他方では相互に協力しています。Microsoft は Google の libwebrtc での画面共有を改善し (Chromium for Edge を決定した後)、Intel は AV1 ハードウェアエンコーディングを支援し、RingCentral と 8x8 は WebRTC の Opus に RED を追加することを推進しました。

誰もが知っているように、WebRTC の実装を傍観することはできず、より積極的な協力を開始する必要があります。ベンダーは独自のコードを開発するだけでなく、よりオープンソースの実装に積極的に投資する必要があります。

これは私の希望的観測にすぎませんが、WebRTC は転換点に達しており、WebRTC の開発の次のステップを達成するには、コミュニティとエコロジー全体が協力する必要があります。

その他の拡張コンテンツ:

https://bloggeek.me/webrtc-insights/

https://webrtchacks.com/red-improving-audio-quality-with-redundancy/

https://bloggeek.me/a-blueprint-to-improving-webrtc-media-quality-using-ai/

https://bloggeek.me/why-cpaas-is-losing-the-innovation-lead-to-ucaas/

https://bloggeek.me/managed-webrtc-turn-speed/

https://bloggeek.me/webrtc-unbundling/

ありがとう

この記事は著者の Tsahi Levent-Levi によって翻訳および出版が許可されています。ありがとうございます。

元のリンク: https://bloggeek.me/webrtc-trends-for-2022/