低遅延HLS（LL-HLS）
低遅延HLSとは、従来のHLSの断片をより小さく分割して遅延を2〜5秒程度まで縮めた方式で、HLSの互換性とCDN構造を保ちながらリアルタイム性を高めます。
何が変わったのでしょうか
完成した断片を待たず、作られている途中の部分から送る構造が核心です。プレイヤーが先読みする量も減り、全体の遅延が短くなります。配信経路自体はHLSと同じなので、既存のCDNとプレイヤー対応をそのまま活用できます。
どの程度まで縮むのでしょうか
一般的に2〜5秒程度です。チャットの質疑が自然に行き交える範囲なので大半のライブコマースには十分ですが、オークションや先着発行のように順序が結果を変えるフォーマットには依然として不足する場合があります。
導入時には何を確認するのでしょうか
送出・エンコード設定が短い断片を作れるか、CDNがその方式に対応しているか、そして視聴環境で実際の遅延が何秒かです。設定を有効にしただけで実測しなければ、名前だけ低遅延という状態になりがちです。
よくある質問（FAQ）
Q. WebRTCではなく低遅延HLSを使う理由は何ですか。
大規模視聴でコストと安定性が有利だからです。WebRTCは1秒未満まで縮められますが、視聴者が増えるほど資源負担が大きくなります。リアルタイム性が決定的な回だけWebRTCにし、平常時は低遅延HLSを使う構成が一般的です。
Q. 通常のHLSで断片を短くするだけでは足りませんか。
断片を短くするだけではリクエスト数が増え、途切れのリスクが高まります。低遅延HLSは部分配信とプレイヤーの動作まで併せて定義した方式なので、設定一つで真似るのとは結果が異なります。
Q. 視聴者によって遅延は変わりますか。
ネットワークや端末、プレイヤーの実装によって差が出ます。そのため先着特典や入札は、画面に見えた時点ではなくサーバーが受け取った順で判定するよう設計する必要があります。
関連用語
最終更新