セカンド スクリーンの使用、ライブ レポート、オンライン ビデオ ゲームなどのライブ ビデオ ストリーミングの低遅延は、可能な限り最高のユーザー エクスペリエンスを確保するために不可欠です。
ここに大きな秘密があります。メディアに関して言えば、「ライブ」が実際に「ライブ」を意味することはほとんどありません。 あなたが家でライブショーを観ていて、観客がステージ上でジャンプしているのを見たとします。 会場の聴衆は、あなたが見る少なくとも 30 秒前にそれが起こるのを目撃していました。
移動に時間がかかるからです チャンク データ (さまざまなマルチメディア形式で使用される情報) をある場所から別の場所へ転送します。 カメラがビデオをキャプチャしてからビデオを表示するまでのこの遅延を「レイテンシー」といいます。.
では、数秒の遅延が正常であると考えられる場合、低遅延とは何でしょうか? それは主観的な用語です。 デフォルトでは、有名な Apple HLS ストリーミングプロトコルは30〜45秒です.
低遅延について話すとき、多くの場合、それを XNUMX 桁にまで下げることについて話します。 ただし、低レイテンシという用語には、よく呼ばれるものも含まれます。 リアルタイムストリーミング (ここではミリ秒について話しています)。
また、お読みください。 ストリーミング プロトコルとは何ですか。 それらはどのように機能するのでしょうか?
もちろん、著しく高い遅延を望む人はいませんが、どのような状況で低遅延が実際に重要になるのでしょうか?
一般的な 30 ~ 45 秒の遅延は、ほとんどのストリーミング シナリオで管理可能です。 コンサートの例に戻ると、ギタリストが 36 秒前に弦を切ったことがあり、それをあなたが今気づいたとしても、それは関係ありません。
ただし、一部のストリーミングのユースケースでは、遅延がビジネス上の重要な考慮事項となります。 たとえば、Amazon は、待機時間が 1 ミリ秒増えるごとに、ユーザーの購入が 100% 減少することを発見しました。.
同様に、Google の計算によると、検索結果の速度が 8 分の XNUMX 秒だけ遅くなった場合、毎日 XNUMX 万件の検索が失われる可能性があります。
低遅延が間違いなく不可欠であるストリーミングのいくつかを見てみましょう。
セカンドスクリーンの概念によれば、それはテレビとインターネットの同時消費として理解できます。 例: テレビ番組やコマーシャルを視聴し、同時にスマートフォンやタブレットのアプリを使用してコンテンツ (意見、アンケートなど) を操作する。
テレビやセカンド スクリーン アプリでイベントを視聴している場合は、不快感を引き起こす遅延の問題があるかどうかが一目でわかります。
スポーツ チャンネルが別のカメラ アングルを確認したり、他のユーザーとコメントを交換したりできるセカンド スクリーン アプリケーションを提供していると想像してください。 ゲームの勝利スコアはテレビに表示されますが、アプリには XNUMX 分後まで送信されません。 アプリ内でゲームのフィードバックを交換できる時代は過ぎました。
ただし、ここでのスイートスポットは、次に説明する超低「リアルタイム」レイテンシーではありません。 テレビ放送の遅延もあるためです。 ほとんどの家族がそうしているように、デジタル ケーブルで視聴している場合、伝送遅延は最大 XNUMX 秒になる可能性があります。 セカンド スクリーン アプリは、テレビ コンテンツと同期した素晴らしいエクスペリエンスを提供するために、このレベルの遅延に一致するだけで済みます。
ここで、超低遅延のライブ ストリーミングが役に立ちます。 私たちは皆、レポーターが離れた場所にいる誰かと話しているテレビのインタビューを見たことがあるでしょう。 メッセージ交換の遅延により長い停止が生じ、場合によっては両者が話し合ってしまうこともあります。
これは、遅延が両方に作用するためです。レポーターの質問が回答者に届くまでに XNUMX 秒かかり、回答者の応答がレポーターに返されるまでにさらに XNUMX 秒かかる場合があります。
この会話はすぐに不快なものになる可能性があります。 迅速な応答が重要な場合、許容制限は各方向で約 150 ミリ秒の遅延です。 この時間枠は、気まずい中断をせずにスムーズな会話を行うのに十分な短さです。
オークションやスポーツ賭博などのアクティビティは、ペースが速いためエキサイティングです。 そして、その速度にはリアルタイム ストリーミングが必要です。 たとえば、競馬場は伝統的に衛星を介して世界中の他の競馬場と共有されており、視聴者はオンラインで賭けることができます。
衛星の遅延はコストがかかる可能性があります。 超低遅延ストリーミングにより、これらの厄介な遅延が排除され、ドロップアウトが減少します。 同様に、オンライン オークションも大規模なビジネスであり、遅延があれば入札を正しく記録する必要があることを意味する可能性があります。 ほんの数秒がすべての違いを生みます。
「このゲームは盗んでいる!」と叫んだことのある人は誰でもいます。 スクリーンの前にいる人は、プレーヤーにとって時間が非常に重要であることを知っています。 100 ミリ秒未満の遅延が必須です。 ストリーミング サービスを使用して、最終的にもうそこにはいない敵を撃つことになる人は誰も望んでいません。
低遅延とは何か、そしてそれがどのような場合に重要なのかがわかったので、おそらく疑問に思っているでしょう。低遅延ストリーミングをどのように提供するのでしょうか? 人生のほとんどのことと同様、低遅延ストリーミングにはトレードオフが伴います。
適切な組み合わせを見つけるには、次の XNUMX つの要素のバランスを取る必要があります。
選択したストリーミング プロトコルは大きな違いをもたらします。 これを分析してみましょう:
Apple HLS は、その信頼性により最も広く使用されているストリーミング プロトコルの XNUMX つですが、真の低遅延ストリーミングには適していません。 それの訳は HLS を送信する HTTP ベースのプロトコルです。 チャンク データ 簡単に言えば、すべてのビデオ ファイルは、スムーズな再生を適切に行うためにビデオをバッファリングするために、より小さなビデオ「チャンク」に変換されます。
これは、少なくとも 6 秒間のチャンクを生成、エンコード、送信、デコードし、視聴者のビデオ プレーヤーでバッファリングする必要があることを意味します。 したがって、この場合は「少なくとも 6 秒」の遅延が発生します。 各ビデオ作品はリアルタイムで視聴する必要があるため、チャンク サイズは遅延に重要な役割を果たします。
元の構成サイズ Apple HLS データ チャンク は 10 秒であり、最大 45 秒の遅延が発生します。 カスタマイズによりこれを大幅に削減できますが、超低遅延シナリオではさらに多くのことが必要になります。 問題をさらに悪化させるのは、これらのチャンクを小さくすると、視聴者がより多くのバッファリングを経験することになります (十分なビデオがデバイスにバッファリングされないため)。
RTMP と WebRTC は低遅延ストリーミングの標準です.
その他の重要な考慮事項は、 ストリーミングサーバー。 遅延とビデオ品質をきめ細かく制御し、可能な限り最大限の柔軟性を提供するストリーミング テクノロジーが必要です。
ESPN は、顧客エンゲージメントを向上させるために低遅延ストリーミングを採用した企業の代表的な例です。 オンライン ストリーミング サービスの台頭により、ESPN などの従来のケーブル TV プロバイダーは、消費者の習慣の変化に対応する必要がありました。
競争力を維持するには、 ESPN はライブ スポーツ イベントに低遅延ストリーミングを導入しました、視聴者は最小限の遅延でリアルタイムでゲームを視聴できます。 これにより、視聴者にとって、より没入型で魅力的な体験が提供され、リアルタイムでゲームや視聴者同士が対話できるようになりました。
その結果、ESPN のエンゲージメントと視聴者数が大幅に増加しました。 ESPN は、シームレスなストリーミング エクスペリエンスを提供することで、顧客のコンテンツへの関心と関心を維持し、最終的にビジネスの収益と成長を促進することができました。
Zoom も、顧客サポート サービスを強化するために低遅延ストリーミングを採用している企業です。 リモートワークの増加に伴い、企業が従業員や顧客とコミュニケーションをとるためにビデオ会議が不可欠になりました。
ただし、従来のビデオ会議テクノロジーでは待ち時間が長く、遅延や通話品質の低下が発生する可能性があります。 この問題に対処するには、 Zoom はビデオ会議サービスに低遅延ストリーミングを導入し、よりシームレスで没入型のエクスペリエンスをユーザーに提供しました.
その結果、Zoom のユーザーの採用と満足度が大幅に向上しました。 リアルタイムで高品質のビデオ会議エクスペリエンスを提供することで、Zoom は生産性を向上させ、対面での会議の必要性を減らし、最終的にビジネスの成長を促進しました。
Amazon Prime Video は、顧客エンゲージメントと維持率を向上させるために低遅延ストリーミングを統合したビジネスです。 Netflix や Hulu などのストリーミング サービスの台頭により、Amazon Prime Video は顧客を維持し、新規顧客を獲得するために競争する必要がありました。
Amazon Prime Video は、ライブ ストリーミング サービスの競争力を維持するために低遅延ストリーミングを導入し、視聴者が最小限の遅延でリアルタイムにイベントを視聴できるようにしました。 これにより、視聴者にとってより没入型で魅力的な体験が提供され、リアルタイムでイベントや視聴者同士が対話できるようになりました。
その結果、Amazon Prime Video のエンゲージメントと維持率が大幅に増加しました。 Amazon Prime Video は、シームレスで没入型のストリーミング体験を提供することで、顧客のコンテンツへの関心と関心を維持し、最終的にビジネスの収益と成長を促進しました。
クラウド コンピューティング時代においても、多くの企業にとってサーバーの遅延は依然として改善の必要があります。 この問題がさらに深刻になり、ビジネスに損害を与えないように、いくつかのヒントに注意を払う価値があります。
画像、音楽、ビデオ、ドキュメントなどのデータを送信するには、優れた通信インフラストラクチャが必要です。 この場合はインターネットです。
このネットワークのインフラストラクチャは、ルーター、ケーブル、利用可能な帯域幅などのデバイスと制約で構成されます。 この検証は多くの人にとって複雑な作業になる可能性があることを考慮して、IT 分野の有資格者の支援を受けることを常にお勧めします。
この問題には複数の原因が考えられるため、システム遅延の場所を特定することに加えて、その種類を把握することが重要です。
この問題はすぐに解決できますが、他のシナリオでは、接続が直面している問題を特定するために専門の担当者の存在が不可欠です。
通常、多くのユーザーが同時にリクエストを行うとサーバーの速度が低下します。 この問題に関連する一般的な状況は、ブラック フライデーのような時期の電子商取引会社の状況です。
同時アクセスの増加時にシステムの速度低下やクラッシュが発生しないようにするため、理想的なソリューションは、需要が突然増加した場合に帯域幅とパフォーマンスを向上させ、自動スケーラビリティを提供するサービスを用意することです。
CDN テクノロジーの使用は、Web アプリケーションの遅延を短縮するための優れた味方です。
これにより、地理的位置に基づいて配布するデータのコピーを保存し、ユーザーを可能な限り最も近いサーバーに接続し、データ転送速度を向上させることができます。
したがって、遅延は避けられないことが理解されます。 ただし、正しい技術とツールを使用することで、オンライン サービスにおけるこの要因を軽減し、顧客サービスの品質を向上させることができます。
実際には、遅延とは、ユーザーがファイルまたはサービスにアクセスしてからサーバーが応答するまでの時間です。 サーバーがユーザーから離れている場合、またはネットワークが混雑している場合、この遅延は非常に長くなる可能性があります。
A コンテンツ配信ネットワーク 最も近いサーバーをトリガーすることで距離を短縮し、より大きなネットワーク帯域幅を提供します。 両方の要因が組み合わさって、レイテンシが大幅に短縮されます。
また、お読みください。 ビデオ CDN とは何ですか?
全体として、CDN は、軽快な効果、高速な読み込み、クリックしてから結果が得られるまでの遅延がほとんどないなど、ユーザーにとってより優れた視聴エクスペリエンスを提供します。
Teyuto は、HLS 暗号化、署名付き URL、DRM 配信を使用した低遅延ストリーミングによるシームレスなストリーミング ソリューションを提供します。 次の機能を提供します。
Teyuto は、強力で最先端の機能を提供する優れたストリーミング サービスです。 Teyuto の豊富なプラットフォームを使用すれば、超低レイテンシと視聴者の満足度を簡単に実現できます。このプラットフォームには、堅牢で効率的なストリーミングのための業界をリードする HLS が含まれています。
ライブ OTT 配信の人気と使用率が高まっています。 中でも大手メディア企業では、OTT分野で競合他社との差別化を図るため、ライブストリーミングをサービスメニューに加えるケースが増えている。 メディア ディストリビューターは、低遅延で高品質のビデオを提供することで、自社の OTT プラットフォームを差別化できます。
低遅延のストリーミング オプションが非常に多いため、あらゆるワークフローで低遅延のビデオ配信を実現する万能のソリューションはありません。 最適なソリューションは、ストリーミングするコンテンツの種類とビデオ ワークフローの要求によって異なります。 さらに詳しく知るには、 弊社の専門家との相談を予約し、パーソナライズされたデモを入手してください 。
読んでよかったですか?