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の違いで扱っています。

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級とはで確認できます。

次の文の空欄に入る語句として、最も適切なものはどれか。「MPEG-DASH で、用意された画質の種類やセグメントの取得先を記述する XML 形式の文書は（　）と呼ばれる。」

• 1. SDP
• 2. m3u8 プレイリスト
• 3. MPD
• 4. SMIL

正解は3。MPD（Media Presentation Description）は DASH の一覧で、ISO/IEC 23009-1 の Part 1 の名前にも入っています。

1が誤りなのは、SDP は通話やストリーミングのセッション条件を記述する形式で、SIP などと組み合わせて使うものだからです。2が誤りなのは、m3u8 のプレイリストは HLS の一覧で、XML ではなくテキスト形式だからです。4が誤りなのは、SMIL は W3C が定めたマルチメディアの同期表示を記述する言語で、DASH の一覧ではないからです。

HLS（HTTP Live Streaming）に関する記述として、最も不適切なものはどれか。

• 1. 配信には専用のストリーミングサーバーと、UDP による通信が欠かせない。
• 2. セグメントの形式として、フラグメント化した MP4（fMP4）を使える。
• 3. プレイリストは UTF-8 のテキストで、拡張子に .m3u8 を使える。
• 4. 回線の状態に応じて、画質の違うバリアントを切り替えて再生できる。

正解は1。HLS は HTTP の上で動く方式で、普通の Web サーバーや CDN で配信できます。専用サーバーや UDP を前提にするのは、RTP などを使う従来型の方式の説明です。

2は適切です。RFC 8216 は MPEG-2 TS に加えて fMP4 のセグメントも定めています。3は適切です。プレイリストは UTF-8 のテキストで、パスの末尾が .m3u8 などで識別されます。4は適切です。マスタープレイリストに並んだバリアントの中から、プレーヤーが状況に合うものを選びます。

スマートフォンで HLS または MPEG-DASH の動画を再生中、移動により通信速度が一時的に下がった。アダプティブビットレートの一般的な動作として、最も適切なものはどれか。

• 1. サーバーが接続を切り、速度が戻ってから動画を最初から送り直す。
• 2. プレーヤーが、以降のセグメントを低いビットレートの表現で取得する。
• 3. 端末が映像のコーデックを H.265 から H.264 に書き換えて再生する。
• 4. 一覧ファイルが削除され、1種類の画質だけのファイル配信に変わる。

正解は2。ABR では、プレーヤーが通信速度やバッファの残りを見て、次のセグメントから低い画質を取りに行きます。速度が戻れば高い画質へ戻します。

1が誤りなのは、ABR の目的は再生を止めずに続けることで、最初から送り直す仕組みではないからです。3が誤りなのは、画質の切り替えは用意された別の表現を選ぶことで、端末がコーデックを書き換えるわけではないからです。4が誤りなのは、一覧ファイルは再生中も使われ続け、画質の選択肢がなくなるわけではないからです。

3問の根拠を説明できたら、動画以外のテーマも含めて本番形式で確かめてみましょう。モバイル2級の無料お試し20問は登録不要で解けます。