今日、ビデオを視聴（ストリーミング）せずに過ごす一日はほぼないと言っても過言ではありません。今でこそ私たちはこの技術を当然のものと考えていますが、必ずしも容易な発明ではありませんでした。このコンテンツ消費行動や人気は、ビデオ ストリーミング プロトコルの可用性に依存しています。
ビデオ ストリーミング プロトコルは、ビデオ ファイルを小さな断片に分割する特定の標準化されたルールと方法であり、エンド ユーザーが再構成して表示できるようにします。
ファイルは転送のために圧縮する必要があります。このプロセスは、最も一般的な H.264 などの「コーデック」によって達成されます。ファイルは、送信する前に .mp4 や .avi などの「コンテナ形式」で保存する必要もあります。ビデオ ファイルのソースは、ライブ ストリーミングの場合は放送局のカメラ、ビデオ オン デマンド (VoD) の場合は静的ファイルです。
ビデオ ストリーミングプロトコルの台頭
コンテンツを消費する自然な方法としてストリーミングを利用する消費者が増えるにつれ、需要を満たすためにビデオストリーミングプラットフォームの数が急速に増加しています。 1990年代、ストリーミングは主にスポーツイベントの放送に限定されていましたが、2000 年代にはFlashとRTMPベースのストリーミングによってこの技術が勢いを増し始めました。その後、2010 年代にYouTube、Netflix等のプラットフォームが登場しました。形式としてのライブストリーミングは、2010年代半ばにPeriscopeとFacebook Liveの提供開始によって本格的に始まりました。
今日、ビデオ ストリーミング市場は、ライブオーディオ、映画、ゲームストリーミングなど、多数のプラットフォーム、ビジネス、ユースケースで活気にあふれています。これらの開発に伴い、ビデオストリーミングプロトコルのオプションも増えています。
最も一般的なビデオストリーミングプロトコルは何ですか？
現在、多数のビデオ ストリーミングプロトコルが利用可能です。それらの一部は、限られたユースケースでまだ運用されているレガシー標準ですが、特にオープンソースフレームワークを通じて急速に進化しているものもあります。一方、他のいくつかは比較的新しく、主流に採用されるまでには時間がかかりますが、私たちの消費方法を変える大きな可能性を秘めています。 =>ビデオストリーミングについて詳しく見る
また、全てのプロトコルが同じコーデックをサポートしているわけではありません。検討されている最も一般的なもののいくつかを次に示します。
HTTPライブストリーミング（HLS）
HLSは、今日のストリーミングで最も一般的に使用されているプロトコルです。もともとは、AppleがiPhoneからFlashを削除する取り組みの一環として2009年にリリースしたものです。このプロトコルは、デスクトップブラウザ、スマートTV、セットトップボックス、AndroidおよびiOSモバイル デバイス、さらにはHTML5 ビデオプレーヤー等、さまざまなデバイスと互換性があります。当然のことながら、これによってストリーマーは可能な限り幅広い視聴者にリーチできます。
HLSは、アダプティブビットレートストリーミングもサポートしています。これは、ビデオを動的に配信して、エンドユーザに最高のビデオ品質を提供できるようにするテクノロジーです。
HLSプロトコルに関連する唯一の大きな欠点は、それに関連する高いレイテンシです。レイテンシとは、大量のデータがインターネット経由で転送されるときに、情報が送信元から送信先に移動して戻ってくるまでにかかる時間を指します。
HTTP経由の動的適応ストリーミング（MPEG-DASH）
MPEG-DASHは、HLS標準の代替として、Moving Pictures Expert Group（MPEG）によって開発された最新のストリーミングプロトコルの一つです。これは、任意のオーディオまたはビデオコーデックに合わせてカスタマイズできるオープンソースの標準です。
HLSと同様に、MPEG-DASHはアダプティブビットレートストリーミングをサポートしているため、視聴者はネットワークで処理できる最高品質のビデオを受信できます。
WebRTC
WebRTCは、リアルタイムのレイテンシでストリーミングを配信することを目的としたオープンソースプロジェクトです。最初は純粋なチャットベースのアプリケーションとVoIPの使用のために開発されましたが、Googleに買収された後、ビデオチャットや会議アプリケーションでの使用で知られるようになりました。 Google Meet、Discord、Houseparty、Gotomeeting、WhatsApp、Messenger など、今日の最も一般的な消費者向けアプリのほぼ全てがWebRTCを使用しています。
WebRTCのユニークな点は、P2Pまたは P2Pストリーミングへの依存です。ストリーミングが必要な場合にも推奨されるソリューションです。 低遅延ストリーミングです。.
セキュアリライアブルトランスポート（SRT）
SRT は、ストリーミングテクノロジープロバイダの Haivisionによって開発されたもう一つのオープンソースプロトコルです。これは、技術および電気通信プロバイダで構成される企業グループであるSRTアライアンスのメンバーに推奨されるプロトコルです。SRTが知られている主な利点は、セキュリティ、信頼性、互換性、および 低遅延ストリーミングです。.
SRTは、ネットワークの状態が不安定な場合でも、高品質のビデオストリーミングを配信できます。また、単一のコーデックに依存しないため、あらゆるオーディオおよびビデオコーデックで使用できます。
リアルタイムメッセージングプロトコル（RTMP）
RTMPは、しばらく前から存在するプロトコルです。これは、ストリーミング サーバと Adobe Flash Playerの間でオーディオファイルとビデオ ファイルを転送するために、Macromedia（現在は Adobe としてよく知られています）によって開発されました。しかし、2020年にFlashが段階的に廃止されると、その使用は視聴者向けのコンテンツ配信ではなく、RTMP対応のエンコーダを介してプラットフォームにライブストリームを取り込むためというのが主な目的になりました。つまり、エンコーダからのビデオフィードは、一般的なHLSプロトコルを介してエンドユーザに配信される前に、RTMPプロトコルを介してストリーミングプラットフォームに送信されます。
リアルタイムストリーミングプロトコル（RTSP）
RTSPは、エンターテイメント業界向けに開発されたもう一つのレガシープロトコルであり、主にエンドポイント間のメディアセッションの確立と制御に使用されます。HLSプロトコルに似ていますが、ライブストリーミングデータを単独で送信するのには役立ちません。RTSPサーバは、RTPやその他のプロトコルと連携して、ストリーミングタスクを実行する必要があります。
低遅延ストリーミングをサポートしていますが、RTSPベースのストリーミングは、ほとんどの一般的なデバイスやブラウザと互換性がない場合があります。これは、専用サーバから少数のオーディエンスの選択されたグループに低遅延のストリーミングを配信できるプロトコルと考えてください。ほとんどのIPカメラはまだ RTSPをサポートしているため、監視システムやCCTVシステムで使用される標準のままです。
続きを読む：
ビデオ ストリーミング プロトコルを選択する際に考慮すべきことは何ですか?
ビデオ ストリーミング プロトコルの選択は、ビジネス ニーズに固有の重要な要素に帰着します。可能な限り多くの視聴者にリーチしたり、待ち時間を最小限に抑えたりする必要がある場合があります。または、ストリームのセキュリティとプライバシーがより重要になる場合があります。これらの要因に基づいて選択する方法について、大まかなガイドラインを次に示します。
互換性
ストリーミング コンテンツで可能な限り多くの視聴者にリーチしたい場合は、ほとんどのデバイス、プラットフォーム、およびブラウザーと互換性のあるものを探してください。この場合、おそらく HLS が最適なオプションであり、疑問がある場合はデフォルトのソリューションとして選択することもできます。
レイテンシ（遅延）
HLS はストリーミングに最も広い範囲を提供しますが、ストリーミング中に高いレイテンシが発生することが知られています。 RTMP は低遅延のストリームを提供しますが、HTML5 ビデオ プレーヤーとは互換性がありません。 SRT は低レイテンシーのストリームが可能で、WebRTC はリアルタイムのレイテンシーを提供します。ただし、これら 2 つのうちの 1 つを使用する場合、ストリーミング テクノロジの世界では広くサポートされていないため、リーチが犠牲になる可能性があることに注意してください。
リーチもレイテンシも妥協できない場合、1 つのオプションは、HLS を採用しながら 超低遅延ストリーミングを実現するメディア アクセラレーション ソリューション.
プライバシーとセキュリティ
ストリームがエンド ユーザーに届くまでの安全性と健全性を確保することが最大の関心事である場合は、セキュリティ機能を提供するプロトコルを使用してください。広く使用されている HLS 標準を含むほとんどのプロトコルは安全なストリーミングを提供しますが、SRT はクラス最高のセキュリティおよびプライバシー機能を備えたプロトコルです。
アダプティブビットレート
前述のように、 アダプティブ ビットレート エンド ユーザーのネットワーク機能、デバイス、およびソフトウェアを考慮して、可能な限り最高品質のビデオ エクスペリエンスを配信できます。 HLS と MPEG-DASH は、ストリーミング要件の優先事項である場合に、この機能をサポートするプロトコルです。
料金
最後になりましたが、プロトコルの採用に関連するコストと、これが予算計画に収まるかどうかを比較することを忘れないでください.一般に、HLS や MPEG-DASH などの HTTP Web サーバーを使用するプロトコルは、実装とセットアップの技術的な問題がなくなるため、従来のプロトコルよりも費用対効果が高くなります。
独自の動画プラットフォームも開発している場合は、インフラストラクチャに関連するコストも考慮する必要があります。 トランスコーディング、コンテンツの配信と再生。これらの場合、検討する価値があるかもしれません クラウドベースの VoD コンテンツ管理システム または オールインワンのライブ ストリーミング ソリューション ビデオ ストリーミングの取り込み、管理、処理、公開などの側面を 1 つのプラットフォームにまとめたものです。
