HLSとMPEG-DASHとは｜ストリーミングと2級

HLS（HTTP Live Streaming） と MPEG-DASH（Dynamic Adaptive Streaming over HTTP） は、どちらも「動画を数秒単位の小さなファイルに分け、その一覧を先に渡し、プレーヤーが HTTP で順番に取得して再生する」ストリーミングの方式です。

かつての動画配信では、RTSP や RTP のような専用のプロトコルとストリーミング用のサーバーを使う方式が中心でした。HLS と DASH は、Web ページと同じ HTTP の上で動くのが特徴です。Apple は HLS について、普通の Web サーバーやコンテンツ配信網（CDN）でそのまま配信できる点を利点に挙げています。ファイアウォールを通りやすく、CDN でセグメントをキャッシュできるため、多数の視聴者へ配るのに向いています。

HLS は Apple が中心となって作った方式で、RFC 8216 はそのプロトコルのバージョン7を記述した文書です。MPEG-DASH は、動画の規格を作る MPEG（ISO/IEC の委員会）が国際規格としてまとめたもので、MPEG は DASH を「特別な設備なしに既存のインターネット基盤で配信できる」「オンデマンドとライブの両方に対応する」方式と説明しています。

仕組みの骨格は同じで、違いは主に「どの文書で決まっているか」と「一覧ファイルの形式」です。比べる観点をそろえて並べます。

CMAF（Common Media Application Format） は、セグメント化されたメディアのためのファイル形式・保護・映像音声のプロファイルをまとめた MPEG の規格です。同じセグメントを HLS と DASH の両方の一覧から参照できるようにすると、配信側は形式ごとにファイルを二重に持たずに済みます。

HLS も DASH も配信の方式であって、映像を圧縮する方式（コーデック）ではありません。中の映像は H.264 や H.265 などで圧縮されています。コーデックの違いは動画コーデックとはで整理しています。

再生が始まってから画質が切り替わるまでの流れを、プレーヤーの動きで追います。HLS でも DASH でも、骨格は同じです。

1. 1プレーヤーが一覧ファイル（HLS なら .m3u8、DASH なら MPD）を HTTP で取得する
2. 2一覧から、用意されている画質（ビットレート・解像度）の種類と、各セグメントの取得先（URI）を知る
3. 3直近の通信速度やバッファ（先読みした分）の残りから、取得する画質を選ぶ
4. 4セグメントを HTTP で1つずつ取得し、取得しながら再生する
5. 5回線が悪くなったら、次のセグメントから低い画質に切り替える。回復したら高い画質に戻す
6. 6ライブ配信では一覧が更新され続けるので、プレーヤーは一覧を取り直して新しいセグメントを追いかける

HLS のメディアプレイリストには、セグメントの長さの上限を示す EXT-X-TARGETDURATION というタグがあり、各セグメントの長さ（整数に丸めた秒）はこの値を超えてはいけない、と RFC 8216 は定めています。

画質の切り替えはセグメントの境目で起こります。セグメントを長くするとファイル数が減って扱いやすくなる一方、切り替えの反応やライブ配信の遅れが大きくなりやすい、という関係があります。Apple は遅れを小さくする Low-Latency HLS の導入方法も案内しています。

アダプティブビットレート（ABR） は、同じ動画を複数の画質で用意しておき、そのときの回線に合う画質をセグメントごとに選ぶ仕組みです。モバイルの回線は、移動や混雑、建物の中かどうかで速度が大きく変わるため、1つの画質だけで配信すると「止まる」か「粗すぎる」かのどちらかになりがちです。

説明用の仮の例として、配信側が次の4段階を用意していたとします（数値は当サイトが置いた説明用の値で、実際の推奨値ではありません）。

電車がトンネルに入って速度が落ちると、プレーヤーはバッファが減っていくのを見て、次のセグメントから「低」や「最低」を取りに行きます。画質は一時的に粗くなりますが、再生は止まりにくくなります。速度が戻れば、また高い段階へ上げていきます。判断するのはサーバーではなく、主にプレーヤー（クライアント）という点が押さえどころです。

セグメントは普通のファイルなので、利用者に近い拠点に置いておけます。この役割を担うのがCDNです。また、セグメントを運ぶ HTTP 自体の改良（多重化や QUIC）はHTTP/2とHTTP/3の違いで扱っています。

上の説明用のビットレートを使い、各セグメントの再生時間を4秒、有効な受信速度を一定の2Mbit/sとします。映像6Mbit/sなら1本は6×4＝24Mbitで、受信時間は24÷2＝12秒です。4秒の映像を補充するのに12秒かかる状態が続けば、先読みした分を使い切り、再生を待つ場面が生じます。

映像1.2Mbit/sなら1本は4.8Mbit、受信は2.4秒です。この単純な条件では4秒の再生時間より短く受信できます。すでに先読みが十分あれば一時的な低速を吸収できるため、同じ回線速度でも、すぐ停止するかはバッファ残量によって変わります。

実配信には音声・字幕・コンテナや通信の付加情報、要求の待ち時間、速度変動があります。ビットレートと実効速度の数値だけで最適な段階を一つに確定せず、プレーヤーは取得実績やバッファ、対応するコーデックなどを考慮します。次のセグメントを低いビットレートで選ぶことは、受信済み映像を端末で別の方式へ再圧縮することとは違います。

RFC 8216のEXT-X-STREAM-INFでは、BANDWIDTHはピークのセグメントビットレート、AVERAGE-BANDWIDTHは平均として区別されています。平均の値だけで余裕を判定しない理由につながります（2026年11月10日確認）。ファイル全体の容量へ戻る計算は動画コーデックの記事の容量例で確認できます。

HLS と MPEG-DASH は、モバイル2級の出題カテゴリ「モバイルインターネットとモバイルコンテンツ技術」（公式ページの図で20%、2026年9月27日確認）に当たるテーマです。当サイトの推定では、公式テキスト『モバイルシステム技術テキスト 第11版』の第9章「モバイルインターネットとコンテンツ技術」の範囲に入ります（章とカテゴリの対応は当サイトの推定で、参照しているのは目次の章名だけです）。

4択の空欄補充や「不適切な記述を選ぶ」形式に当てはめると、次のような観点で知識を確かめられる可能性があります。当サイトの整理であり、出題頻度を示すものではありません（出題頻度は公表されていません）。

• ✓一覧ファイルの名前と方式の対応（.m3u8 ⇔ HLS、MPD ⇔ MPEG-DASH）
• ✓規格の出どころ（IETF の RFC か、ISO/IEC の国際規格か）
• ✓ABR で画質を選ぶ主体（主にクライアント側）と、切り替えの単位（セグメント）
• ✓HTTP を使う利点（既存の Web サーバーや CDN を使える、ファイアウォールを通りやすい）
• ✓配信方式とコーデック・コンテナの区別

モバイル2級全体の形式はモバイルシステム技術検定2級とはで確認できます。