ITパスポート 2015年 春期 問76
問題文
ストリーミングを利用した動画配信の特徴に関する記述のうち、適切なものはどれか。
選択肢
ア:サーバに配信データをあらかじめ保持していることが必須であり、イベントやスポーツなどを撮影しながらその映像を配信することはできない。
イ:受信データの部分的な欠落による画質の悪化を完全に排除することが可能である。
ウ:動画再生の開始に準備時間を必要としないので、瞬時に動画の視聴を開始できる。
エ:動画のデータが全てダウンロードされるのを待たず、一部を読み込んだ段階で再生が始まる。(正解)
🔒 解説は解答すると表示されます
ストリーミングを利用した動画配信の特徴に関する記述【ITパスポート 解説】
正解の理由
ストリーミングとは、動画などのデータを「受信しながら順次再生する方式」です。再生に必要な最小限のデータが読み込まれた段階で再生を開始できる点が特徴です。したがって、選択肢の中では エ「動画のデータが全てダウンロードされるのを待たず、一部を読み込んだ段階で再生が始まる」がもっとも適切です。
(用語メモ)
- ストリーミング:データを順次受け取りながら再生する方式。全部を先に保存せずに視聴できる。
- バッファ(buffer):再生のために一時的にデータを貯める領域。再生の途切れを防ぐために使う。
解法ステップ
- 「ストリーミング」の定義を思い出す:全部受信してから再生するのではなく、受信しながら再生する方式である。
- 各選択肢を定義に照らして当てはめる。
- ライブ(イベント・スポーツの同時配信)が可能か? → 可能なら正しくない選択肢を除外。
- 欠落(パケットロス)による画質低下が完全に排除されるか? → 技術的に完全排除は難しい。
- 再生開始が瞬時か? → 実際は最小限のバッファ時間が必要。
- 最も合致するものを選ぶ。結果は エ。
選択肢別の誤答解説
- ア: 「サーバに配信データをあらかじめ保持していることが必須であり、イベントやスポーツなどを撮影しながらその映像を配信することはできない。」
- 誤り。ライブストリーミング(ライブ配信:撮影しながら同時に配信する方式)は可能です。配信サーバに既存ファイルがある必要はありません。リアルタイムで撮影映像を送って視聴者に配信できます。
- イ: 「受信データの部分的な欠落による画質の悪化を完全に排除することが可能である。」
- 誤り。ネットワークの遅延やデータ欠落(パケットロス)は発生します。エラー訂正や再送、FEC(Forward Error Correction:前方誤り訂正)などで改善は可能ですが、完全に排除することは現実的に困難です。適応ビットレートで画質を下げて途切れを防ぐ対策は一般的です。
- ウ: 「動画再生の開始に準備時間を必要としないので、瞬時に動画の視聴を開始できる。」
- 誤り。ストリーミングでも最初に数百ミリ秒〜数秒のバッファ(準備時間)を確保するのが普通です。これにより再生中の途切れ(バッファ切れ)を減らします。よって「準備時間を必要としない」は不正確です。
- エ: 「動画のデータが全てダウンロードされるのを待たず、一部を読み込んだ段階で再生が始まる。」
- 正しい。これがストリーミングの基本的な特性です。ダウンロード完了を待たずに再生が開始でき、オンデマンド再生やライブ配信の両方で用いられます。
よくある誤解
- 「ストリーミング=ダウンロードしない」は誤解
- 実際は受信したデータを端末の一時領域(バッファやキャッシュ)に保存してから再生します。完全に保存しないわけではありません。
- 「ライブ配信は遅延がゼロである」は誤解
- ライブでもエンコードやネットワーク伝送、バッファによる遅延があり、数秒〜十数秒の遅延が通常あります。用途によっては低遅延技術が使われますが完全ゼロは難しいです。
- 「画質低下は完全に防げる」は誤解
- ネットワーク状況に応じて自動で画質を下げる(適応ビットレート)ことで視聴の途切れを防げますが、欠落そのものを完全に消すことはできません。
補足コラム
- プログレッシブダウンロード(progressive download):ファイルを順次ダウンロードしながら再生する方式。ポータブルなサーバからHTTPで配信されることが多い。ストリーミングと似ますが、技術的にはダウンロードが中心。
- HLS(HTTP Live Streaming):Appleが提唱したストリーミング方式の一つで、動画を短いセグメントに分けてHTTPで配信します。
- DASH(Dynamic Adaptive Streaming over HTTP):異なるビットレートのセグメントを用意し、ネットワークに応じて最適な品質を切り替える方式(適応ビットレート)。
- CDN(Content Delivery Network:コンテンツ配信ネットワーク):世界各地に分散したサーバ群で動画をキャッシュし、利用者に近いサーバから配信して遅延や負荷を減らす仕組み。
身近な例え:ストリーミングは「蛇口から水を出してそのまま飲む」ようなイメージです。全部の水(ファイル)をバケツに溜める(ダウンロード)必要はなく、流れてくる分を受け取りながら使えます。ただし、水圧(回線品質)が弱いと途中で水が止まることがあります(再生の途切れ)。
FAQ
Q1: ストリーミングとダウンロードの最大の違いは何ですか?
A1: ストリーミングは受信しながら再生する方式で、ダウンロードはファイル全体を保存してから再生する点が違います。ストリーミングは視聴開始が早い一方、ネットワーク品質の影響を受けやすいです。
A1: ストリーミングは受信しながら再生する方式で、ダウンロードはファイル全体を保存してから再生する点が違います。ストリーミングは視聴開始が早い一方、ネットワーク品質の影響を受けやすいです。
Q2: ライブ配信とオンデマンド配信の違いは?
A2: ライブ配信は撮影中に同時配信するもので、オンデマンドは既に用意された動画を好きな時間に配信するものです。どちらもストリーミング方式が使われますが、ライブは遅延管理が重要です。
A2: ライブ配信は撮影中に同時配信するもので、オンデマンドは既に用意された動画を好きな時間に配信するものです。どちらもストリーミング方式が使われますが、ライブは遅延管理が重要です。
Q3: 回線が遅いとどうなる?
A3: 自動的に画質を下げて再生を続ける(適応ビットレート)か、バッファ切れで再生が止まることがあります。品質の維持と途切れの防止はトレードオフです。
A3: 自動的に画質を下げて再生を続ける(適応ビットレート)か、バッファ切れで再生が止まることがあります。品質の維持と途切れの防止はトレードオフです。
関連キーワード: ストリーミング、バッファ、ライブ配信、プログレッシブダウンロード、HLS、DASH、適応ビットレート、CDN、ビットレート切替、遅延対策

\ せっかくなら /
ITパスポートを
クイズ形式で学習しませんか?
クイズ画面へ遷移する→
すぐに利用可能!

