コース on 楽しく学ぶ Media over QUIC

01. なぜ MoQ なのか

Mon, 01 Jan 0001 00:00:00 +0000

01. なぜ MoQ なのか

🎯 この章のゴール

既存のライブ配信技術（RTMP / HLS・DASH / WebRTC）の得意・不得意を知る
Media over QUIC（MoQ）が何を目指しているのかを説明できる
IETF moq ワーキンググループのドラフト群の全体像を掴む

💡 ひとことで言うと

MoQ は「CDN で配れる WebRTC」を目指す新しい pub/sub プロトコルです。数百ミリ秒の遅延のまま、数百万人規模の視聴者に届けることを狙っています。

02. 土台: QUIC と WebTransport

Mon, 01 Jan 0001 00:00:00 +0000

02. 土台: QUIC と WebTransport

🎯 この章のゴール

MoQ が TCP ではなく QUIC を選んだ理由（HoL ブロッキング・ストリーム・データグラム）を説明できる
ネイティブ QUIC と WebTransport の 2 つの接続方法を区別できる
moqt:// URI と ALPN によるバージョン交渉を知る

💡 ひとことで言うと

QUIC は、1 本の接続の中に独立したレーンを何本でも引ける道路です。TCP では 1 台の事故（パケットロス）で全レーンが渋滞しますが、QUIC では渋滞がそのレーンだけで済みます。

03. データモデル: Track・Group・Object

Mon, 01 Jan 0001 00:00:00 +0000

03. データモデル: Track・Group・Object

🎯 この章のゴール

Track → Group → Subgroup → Object の階層を説明できる
Location による順序付けと Group ID の性質を理解する
Track Namespace（タプル）とプレフィックス一致、スコープを知る

💡 ひとことで言うと

Track は「テレビのチャンネル」、Group は「途中から見始められる区切り（GOP）」、Object は「1 コマ」。サブスクライバはチャンネルを選び、区切りから見始めます。

04. セッションとストリームの使い方

Mon, 01 Jan 0001 00:00:00 +0000

04. セッションとストリームの使い方

🎯 この章のゴール

MOQT セッションが、制御ストリーム（単方向×2）、リクエストストリーム（双方向）、データストリーム（単方向）でできていることを理解する
SETUP によるセッション初期化と拡張のネゴシエーションを知る
Request ID、リクエストのキャンセル、GOAWAY によるセッション移行を説明できる

💡 ひとことで言うと

1 リクエストにつき 1 本の双方向ストリームを使います。HTTP/3 と同じ発想で、リクエストごとに専用の電話回線を引き、用が済んだら切ります。

05. 購読: SUBSCRIBE と PUBLISH

Mon, 01 Jan 0001 00:00:00 +0000

🎯 この章のゴール

購読（subscription）の状態遷移と、SUBSCRIBE（pull）/ PUBLISH（push）の違いを説明できる
Track Alias・Largest Object・Location フィルタを理解する
ライブ中のトラックへの 4 通りの途中参加方法を選べる
REQUEST_UPDATE による更新・一時停止と、PUBLISH_DONE による終了を知る

💡 ひとことで言うと

購読は「新しく出た Object を届け続けてもらう契約」。どこから届けるか（フィルタ）、どれくらい急ぐか（優先度）を契約時に決め、あとから変更もできます。

06. 過去データの取得: FETCH と Fill

Mon, 01 Jan 0001 00:00:00 +0000

06. 過去データの取得: FETCH と Fill

🎯 この章のゴール

FETCH で既存の Object の範囲を取得する方法を理解する
FETCH ストリームの「隙間」の意味を読み取れる
購読と過去データ取得を 1 つのリクエストで行う Fill の仕組みを説明できる

💡 ひとことで言うと

SUBSCRIBE は「これから出る号を毎月届けて」、FETCH は「バックナンバーをまとめて送って」。Fill は「定期購読の申し込みと同時に、今月号の前半もまとめて送って」というセット注文です。

07. 発見: 名前空間の公開と購読

Mon, 01 Jan 0001 00:00:00 +0000

07. 発見: 名前空間の公開と購読

🎯 この章のゴール

PUBLISH_NAMESPACE / SUBSCRIBE_NAMESPACE / NAMESPACE / NAMESPACE_DONE / SUBSCRIBE_TRACKS の役割を区別できる
リレーを経由した発見と購読の流れを図で追える

💡 ひとことで言うと

PUBLISH_NAMESPACE は「この住所の荷物はうちが扱います」という看板、SUBSCRIBE_NAMESPACE は「この地域に新しいお店ができたら教えて」という登録、SUBSCRIBE_TRACKS は「この地域の新商品は全部届けて」という定期便。

08. データの運び方: ストリームとデータグラム

Mon, 01 Jan 0001 00:00:00 +0000

08. データの運び方: ストリームとデータグラム

🎯 この章のゴール

Object がどのように QUIC のストリームやデータグラムに載るかを理解する
SUBGROUP_HEADER・OBJECT_DATAGRAM・FETCH_HEADER の構造を読める
ストリームの FIN とリセットの使い分け、Object Status を知る

💡 ひとことで言うと

ストリームは書留の連続便、データグラムはハガキです。連続便は順番どおり確実に届き、途中で打ち切ることもできます。ハガキは速くて軽い代わりに、届かなくても再送されません。

09. 優先度と遅延タイムアウト

Mon, 01 Jan 0001 00:00:00 +0000

09. 優先度と遅延タイムアウト

🎯 この章のゴール

Subscriber Priority / Publisher Priority / Group Order によるスケジューリング規則を説明できる
2 種類の遅延タイムアウト（SUBGROUP / OBJECT）の違いを理解する
輻輳時に MoQ が「古いものを捨てて最新を届ける」仕組みをイメージできる

💡 ひとことで言うと

ライブ配信では、遅れて届いたデータは使い道がありません。MoQ では、帯域が足りないときに何を先に送り、何を諦めるかをプロトコルの中で決められます。

10. リレー: MoQ の CDN

Mon, 01 Jan 0001 00:00:00 +0000

10. リレー: MoQ の CDN

🎯 この章のゴール

リレーの役割（ファンアウト、キャッシュ、ポリシー適用）を説明できる
購読の集約、複数パブリッシャ、キャッシュの規則を理解する
リレーの乗り換え（GOAWAY による切り替え）の流れを知る

💡 ひとことで言うと

リレーは「中身を開けずに仕分けて配る宅配センター」。宛名（メタデータ）だけ見て、同じ荷物を欲しい人全員にコピーして届けます。

11. プロパティ・エラー・拡張性

Mon, 01 Jan 0001 00:00:00 +0000

11. プロパティ・エラー・拡張性

🎯 この章のゴール

Message Parameter と Track / Object Property の違いを説明できる
代表的なプロパティ（優先度の既定値、キャッシュ期間、Gap、Immutable Properties）を知る
エラーの 4 つの層と、GREASE による拡張性の確保を理解する

💡 ひとことで言うと

パラメータは「配達員へのメモ」、プロパティは「荷物に貼られたラベル」。メモはその区間の配達員だけが読んで捨てる。ラベルは荷物と一緒に最後まで旅をします。

12. メディアの載せ方: LOC・MSF・CMSF

Mon, 01 Jan 0001 00:00:00 +0000

12. メディアの載せ方: LOC・MSF・CMSF

🎯 この章のゴール

MOQT の上に乗る「メディア層」の役割分担（コンテナとカタログ）を理解する
LOC がフレームをどう Object に詰めるかを説明できる
MSF のカタログトラックと、CMSF との関係を知る

💡 ひとことで言うと

MOQT は「宅配便のシステム」、LOC は「1 コマずつ詰める箱」、MSF のカタログは「番組表」。番組表を見て欲しいトラックを選び、箱を開けて WebCodecs に渡せば再生できます。

13. 実践: moq.dev の実装

Mon, 01 Jan 0001 00:00:00 +0000

13. 実践: moq.dev の実装

🎯 この章のゴール

moq.dev のオープンソース実装の全体像（moq-lite / hang / moq-relay / ライブラリ）を知る
IETF の moq-transport と moq-lite の違いを説明できる
ブラウザで MoQ の配信を視聴するコードのイメージを掴む

💡 ひとことで言うと

moq.dev は、標準が固まるのを待たずに今使える MoQ を作っています。標準のサブセットに機能を絞り、シンプルさと CDN での実装しやすさを優先しています。

14. ユースケースと既存技術との比較

Mon, 01 Jan 0001 00:00:00 +0000

14. ユースケースと既存技術との比較

🎯 この章のゴール

MoQ が向いているユースケースを挙げられる
HLS / DASH、RTMP / SRT、WebRTC と MoQ の違いを説明できる
標準化の現状と、これから学ぶべきことを把握する

💡 ひとことで言うと

MoQ は、取り込みから配信、会議までを 1 つのプロトコルと 1 つのリレー網で扱うことを目指しています。用途ごとに変えるのは、どれだけ待つかと、何を捨てるかの設定です。