JP2009027598A - 映像配信サーバおよび映像配信方法 - Google Patents

Abstract

【課題】ネットワークのスループットが小さい端末では低いビットレートの映像コンテンツを見ることが可能で、かつ、時間をかけて高品質の映像コンテンツを見ることも必要に応じて提供し、それらを最大限シームレスに、利用者が意識することなく切り替える。
【解決手段】配信サーバ１１０は、あらかじめ配信する先の端末の受信可能なスループット値をスループット管理テーブル１１４に格納している。また、配信サーバ１１０は、配信する映像コンテンツの階層情報をコンテンツ階層管理テーブル１１３内に格納している。配信サーバ１１０は、端末ごとに受信スループット値を超えない範囲で、映像コンテンツ内の複数の階層データを取り出し、映像再生のビットレートに従い、端末に向けて配信する。映像コンテンツを最後まで配信した後、同様に次の階層について、繰り返し配信する。
【選択図】図３

Description

本発明は映像配信サーバおよび映像配信方法に係り、インタネットなどのデジタル伝送を利用した環境において、映像コンテンツを配信する配信サーバおよび映像配信方法に関する。

インタネット上で映像コンテンツを配信するサービスが、近年は多く見られるようになってきた。これらのサービスでは、利用者からのリクエストに応じて映像コンテンツを配信するビデオ・オン・デマンド（ＶＯＤ）が主流である。

通常、サーバサイトにおいては、映像コンテンツ名のリストを管理し、視利用者にネットワークを通じてそのリストを見せる。場合によっては、検索画面を用意する。または他のサイトから遷移するといった方法で、そのコンテンツ名に行きつく。
次に、利用者はそのコンテンツの視聴リクエストをサーバサイトに出す。このリクエストに応じて、サーバサイトは利用者の端末に向けて、映像コンテンツの配信を始める。

配信の方法としては、ストリーミング方式と、ダウンロード方式がある。ストリーミング方式は、映像コンテンツを再生するのと同じ速度で配信する方式である。端末側にストレージが不要である代わりに、映像コンテンツの再生ビットレートと同じだけのネットワークスループットが必要である。一方、ダウンロード方式は、必ずしも十分なネットワークスループットは必要ないが、見始めることができるようになるまで時間を要し、利用者は待たされるという欠点がある。最近は、端末内で一時的にストレージに映像コンテンツを蓄積しながら再生する「追いかけ再生」の方式もある。ただし、これも基本的にはストリーミング方式と同様で、十分なネットワークスループットが前提である。スループットが不足すると、映像ファイルにおける視聴ポイントが、蓄積しつつある映像ファイルの終端に追いついてしまい、途中で映像が止まる結果になる。

一方、インタネット上のサイトに見られる地図などの画像を表示するサイトで階層符号化を用いた事例がある。この例では、画像をＷＥＢブラウザに表示する際、画面の中に納まる領域については全ての画像をブラウザに転送し、その外側の限られた領域については、階層符号化した画像の一部の階層のみ、ブラウザに転送しておく。そして、利用者が画像の見る場所を移動し、領域外の画像を領域内に移動した際に、移動した直後は粗い画質で見せるというものである。このようにすることで、領域内に移動した直後は粗い画像で見せることでレスポンスを良く見せることが可能である。また、階層の一部のみをブラウザが保持しているので、保持のためのメモリの量が少なくて済む。

非特許文献１には、階層符号化の標準仕様が記載されている。また、特許文献１には、視聴者から要求された番組を指定された時刻に配信する映像配信・受信システムが記載されている。

"Genetic Cording of Moving Pictures and Associated Audio Information: Video"、ISO、ISO/IEC 13818-2、9 November 94 特開２００２−１１２２３１号公報

端末側が接続するネットワークは、サービスの内容に応じて、スループットはさまざまである。スループットが低い場合は、高いビットレートの映像コンテンツを再生するには、何かしらの制約事項が発生する。ここで、高いスループットを持つ端末には高い品質の映像コンテンツを、低いスループットを持つ端末には低い品質の映像コンテンツを配信したいという要求がある。

これを解決するために、あらかじめ高いビットレートの映像コンテンツと低いビットレートの映像コンテンツを用意しておく方法がある。しかし、これでは、サーバ側のストレージを余計に使うことになり、不経済である。また、端末のビットレートの種類が何種類あるか、最初の時点ではわからない。

非特許文献１に記載された階層符号化の技術では、スループットが小さいネットワークに接続した端末では、いつまでたっても悪い画質の映像しか見ることができないという問題がある。利用者は、場合によっては、時間をかけてダウンロードしてでも、高品質の映像コンテンツを見たいときがありえる。

本発明の目的は、上述した問題を解決し、ネットワークのスループットが小さい端末ではそれなりに低いビットレートの映像コンテンツを見ることが可能で、かつ、時間をかけて高品質の映像コンテンツを見る手段も必要に応じて提供し、それらを最大限シームレスに、利用者が意識することなく切り替えることを可能とすることを目的としている。

上記の課題は、ネットワークに接続し、配信ポータルサイトからの指示に基づいて、あらかじめアドレス情報が与えられ、かつネットワークに接続された第１の端末に対して映像コンテンツを配信し、階層符号化を施された複数のコンテンツの映像ファイルを格納する手段と、映像コンテンツの階層符号化映像ファイルの各階層のビットレート情報を取得する手段と、複数の端末との間のスループットを管理する手段と、第１の端末との間の第１のスループットをもとに、映像コンテンツの階層符号化映像ファイルの中の、一部の階層に該当する映像データを配信する手段とを備えた映像配信サーバにより、達成できる。

また、映像コンテンツを蓄積する際に階層符号化を実施するステップと、映像コンテンツの階層符号化映像ファイルの各階層のビットレート情報を取得するステップと、第１の端末との間のスループットを取得するステップと、第１の端末との間のスループットをもとに、映像コンテンツの階層符号化映像ファイルの中の、一部の階層に該当する映像データを配信するステップとからなる映像配信方法により、達成できる。

翻発明によれば、ネットワークのスループットが小さい端末ではそれなりに低いビットレートの映像コンテンツを見ることが可能で、かつ、時間をかけて高品質の映像コンテンツを見る手段を有する映像配信サーバおよび映像配信方法を提供できる。

以下、本発明の実施の形態について、実施例を用い図面を参照しながら説明する。なお、実質同一部位には同じ参照番号を振り、説明は繰り返さない。また、本明細書において、コンテンツは複数を意味するときと、単数（コンテント）を意味するときがある。

図１を参照して、ある映像コンテンツに対する符号化の階層構造を説明する。ここで、図１は階層符号化を説明する図である。図１において、映像ファイル３０１は、それぞれＭ個のフレーム３１０からなるＮ層の階層３２０で構成されている。階層１だけをストリーミングデータとすると、画質は粗いが、低いビットレートで映像を構成することができる。ストリーミングを繰り返して階層を２、３、…と増やすごとに、画質は良くなる。全ての階層を組み合わせた時点で、元の映像コンテンツと同等となる。

配信サーバは、あらかじめ配信先の端末が受信可能なスループット値を管理する。配信サーバは、端末ごとに受信スループット値を超えない範囲で階層を取り出し、配信する。これにより、限られた受信スループットの中で配信を行うので、端末は、再生速度より速い速度で映像ファイルを受信する。その結果、端末で映像ファイルを見始めると、視聴ポイントが、蓄積しつつあるファイルの終端に追いつくことは、決してない。すなわち、視聴している映像の品質が視聴中に落ちることがない。

端末側での受信がひととおり終わると、配信サーバは、次の階層を配信する。このときも同様に、端末のスループットを超えない範囲で配信を行う。端末での視聴のタイミングによっては、１回目の配信の後ではなく、２回目、３回目の配信の後に視聴をすることがありえる。その場合でも、視聴ポイントが蓄積しつつあるファイルの終端に追いつくことがない。また、２回目の配信、３回目の配信と回を追うごとに、画質は良くなる。

以上の方法により、新しい映像コンテンツがリリースされた直後は、ネットワークスループットが低い端末でも、直ちに粗い画質での視聴が可能となる。そして、その後、時間を追うにつれ、良い画質で映像を視聴することが可能になる。また、視聴中に画質が落ちたり、乱れたりすることがない。さらに、他の端末が視聴を開始し始めたとしても、それに影響されて画質が落ちたり、乱れたりすることがない。

図２を参照して、ネットワーク環境を説明する。ここで、図２は映像配信ネットワークを説明するブロック図である。図２において、ネットワーク１０００は、配信サーバ１１０と、配信ポータルサイト１２０と、エンコードサーバ１３０と、インタネット５００と、Ｋ台の端末２０１とから構成されている。ネットワーク１０００において、配信サーバ１１０、配信ポータルサイト１２０、端末２０１はそれぞれ、インタネット５００に接続されている。配信ポータルサイト１２０は、映像コンテンツのリストと、契約している視聴者の端末ＩＤを管理する。配信サーバ１１０と配信ポータルサイト１２０とに接続されたエンコードサーバ１３０は、新規の映像コンテンツをエンコードする。

エンコードサーバ１３０がエンコードして生成された映像コンテンツは、配信サーバ１１０内に蓄積する。これと同時に、映像コンテンツにはＩＤがふられ、配信ポータルサイト１２０に通知される。

ある映像コンテンツの配信サービスを開始することが決定した段階で、配信ポータルサイト１２０は、配信サーバ１１０に対して、映像コンテンツＩＤと、配信先となる端末２０１のＩＤを通知する。配信サーバ１１０は、配信ポータルサイト１２０からこれらの指示を受け、端末２０１に向けて、映像データを配信する。

図３を参照して、配信サーバの論理的な構成を説明する。ここで、図３は配信サーバの機能ブロック図である。図３において、配信サーバ１１０は、映像格納ディスク１１６、階層解析部１１１、送信処理部１１２、コンテンツ階層管理テーブル１１３、スループット管理テーブル１１４、ネットワークインタフェース１１５からなっている。

映像格納ディスク１１６は、映像コンテンツを格納するハードディスクである。送信処理部１１２は、映像格納ディスクから映像コンテンツを取り出し、インタネットへ映像コンテンツを配信する。階層解析部１１１は、映像格納ディスク１１６内の映像コンテンツから、階層管理情報を取得する。コンテンツ階層管理テーブル１１３は、上記で取得した階層管理の情報を保持する。この階層管理の方法については、後で詳細に述べる。スループット管理テーブル１１４は、配信先となる端末が接続するネットワークのスループットを管理するデータベースである。ネットワークインタフェース１１５は、インタネット５００とのデータの送受信を司る。

配信サーバ１１０において、映像格納ディスク１１６に新規の映像コンテンツが格納されると、階層解析部１１１は、そのコンテンツの階層情報を取得し、コンテンツ階層管理テーブル１１３に格納する。

次に、配信サーバ１１０は、配信ポータルサイト１２０から、配信するべき映像コンテンツのＩＤと、配信する先の端末のＩＤを受け取る。そして、コンテンツ階層管理テーブル１１３の中の階層管理情報と、スループット管理テーブル１１４内の端末のスループット情報をもとに、送信処理部１１２が送信方法を決定し、ネットワークインタフェース１１５を介して、受信した端末ＩＤに対応する端末２０１に向けて映像コンテンツを配信する。

図１にもどって、映像コンテンツは、ＭＰＥＧなどひとつのファイルで映像情報を構成するものや、ＪＰＥＧファイルのように画像単位で１ファイルを構成し、その列が映像を表現するものなどがある。本実施例は、これらのファイル構造にしばられない。

この映像ファイルは、階層符号化方式でエンコードする。階層符号化は、１種類の符号化で複数の品質の画像を生成し、階層数を選択することで品質を選択することができる符号化方式である。

図１では、映像ファイル３０１全体が、ひとつの映像ファイルを形作っている。この映像コンテンツは、階層符号化がなされており、内部的には、階層３２０−１から階層３２０−Ｎまでに分かれている。また、フレーム３１０−１〜３１０−Ｍは、映像の一こまを表している。階層符号化をしていれば、内部的にはこのような構造をしているので、階層別に取り出すことが可能である。また、複数の階層を一括して取り出すことも可能である。

図４を参照して、コンテンツ階層管理テーブルを説明する。ここで、図４はコンテンツ階層管理テーブルを説明する図である。コンテンツ階層管理テーブル１１３において、行４２０−０はコンテンツＩＤを示し、列４３０−０は階層の番号を示している。コンテンツ階層管理テーブル１１３は、それぞれのコンテンツの、各階層部分の映像データのビットレートを示している。例えば、列４３０−１は、コンテンツＩＤが「１」のコンテンツにおいて、行４２０−１に階層１のビットレート、行４２０−２に階層２のビットレート、４２０−Ｎに階層Ｎのビットレートが格納されている。

図５を参照して、スループット管理テーブルを説明する。ここで、図４はスループット管理テーブルを説明する図である。スループット管理テーブル１１４において、列４０２は端末ＩＤを示し、列４０３は、各端末が受信できるネットワークのスループットを示している。

このデータの登録は、利用者が映像配信のサービスを受ける登録をする際に、利用者が加入しているネットワークサービスの種類を申告させ、それに基づいてスループット値を取得して登録する。

図６を参照して、送信処理部の構成を説明する。ここで、図６は送信処理部の機能ブロック図である。図６において、送信処理部１１２は、送信スレッド１４１−１〜送信スレッド１４１−Ｋと、送信統括部１４０とからなっている。

送信スレッド１４１−１〜送信スレッド１４１−Ｋは、各々が、並列プログラムであり、映像格納ディスク１１６から映像コンテンツを取り出し、ネットワークインタフェース１１５に向けて映像コンテンツを配信する。

送信統括部１４０は、配信ポータルサイト１２０から、配信するコンテンツのＩＤと、配信先となる端末のＩＤを取得する。コンテンツ階層管理テーブル１１３とスループット管理テーブル１１４を参照し、予め定めたアルゴリズムに従って、映像コンテンツの中において、最初に配信するべき階層数を特定する。送信統括部１４０は、送信スレッド１４１−１にその階層数を通知し、階層数分の映像コンテンツの配信を指示する。送信スレッド１４１−１、その階層の配信が終了すると、続いて残りの階層も、階層の残りがなくなるまで、配信する。
送信統括部１４０は、送信スレッド１４１−２〜送信スレッド１４１−Kに対して、全てのコンテンツ要求を送信した端末２０１を割り当て、配信の指示を出す。

図７を参照して、送信統括部の送信アルゴリズムを説明する。ここで、図７は送信統括部の処理フローチャートである。図７において、送信統括部１４０は、配信ポータルサイトより、配信するコンテンツＩＤ及び配信先の端末ＩＤを取得する（Ｓ５０１）。次に、送信統括部１４０は、スループット管理テーブル１１４にアクセスし、上記で取得した端末ＩＤのひとつめのスループット値を取得する。送信統括部１４０は、これを変数「スループット値」に格納する（Ｓ５０２）。次に、送信統括部１４０は、コンテンツ階層管理テーブルにアクセスして、配信するコンテンツの階層１のビットレート値を取得する。送信統括部１４０は、これを変数「ビットレート値」に格納する。また、送信統括部１４０は、最終的に配信する階層の範囲を特定するための変数ＢとＥのそれぞれに１を代入する（Ｓ５０３）。次に、送信統括部１４０は、「スループット値」と「ビットレート値」の比較をする（Ｓ５０４）。

「スループット値」のほうが大きい場合、送信統括部１４０は、コンテンツ階層管理テーブルにアクセスして、配信するコンテンツの、階層Ｅのビットレートを取得し、「ビットレート値」に足しこむ。また、送信統括部１４０は、変数ＥをＥ＋１に置き換える（Ｓ５０５）。再度、送信統括部１４０は、ステップ５０４に戻り同様のことを繰り返す。ステップ５０４において、「ビットレート値」のほうが大きくなれば、その時点でのＢから（Ｅ−１）の値が配信するべき階層の範囲である。すなわち、送信統括部１４０は、階層Ｂから階層（Ｅ−１）までを通常再生の速度で配信する指示を、送信スレッドに出す（Ｓ５０６）。次に、送信統括部１４０は、これで最後の階層まで配信したかをチェックする（Ｓ５０７）。そうでなければ、送信統括部１４０は、ＢにＥ＋１を代入した上で、ＥにＢを代入する。そして、送信統括部１４０は、コンテンツ階層管理テーブルにアクセスして、配信するコンテンツの階層Ｅのビットレートを取得し、「ビットレート値」に代入する（Ｓ５０８）。その後、送信統括部１４０は、ステップ５０４に戻り、以下繰り返す。ステップ５０７の判定で、全ての階層を配信し終わっている場合は、送信統括部１４０は、終了する。

以上のアルゴリズムにより、送信統括部は、端末それぞれのスループット値の中に納まるビットレートで、一部の階層の塊を配信することができる。

なお、上記の条件とは異なり、配信サーバ１１０のネットワークインタフェース１１５のスループットが先にボトルネックになる場合がありえる。その場合は、あらかじめ配信指示を受けた端末２０１の端末数Ｊでネットワークインタフェースのスループット値を割っておき、その値を一台あたりの端末２０１に割り当てるビットレートの上限とした上で、上記のアルゴリズムを適用する方法が考えられる。

図８を参照して、端末の論理的な構成を説明する。ここで、図８は端末の機能ブロック図である。図８において、端末２０１は、映像格納ディスク２１０と、受信処理部２１１とネットワークインタフェース２１２と、階層データ再生部２１３と、ユーザインタフェース２１４と、モニター２１５からなっている。端末２０１は、配信サーバ１１０から配信された映像コンテンツを、ネットワークインタフェース２１２を介して受信処理部２１１が受信する。受信した映像コンテンツは、そのまま映像格納ディスク２１０に格納される。その後、利用者がユーザインタフェース２１４を介して、再生指示を出すと、階層データ再生部２１３が映像格納ディスク２１０から映像コンテンツを読み出し、再構成しながらデコード処理を行い、モニター２１５に表示する。

図９および図１０を参照して、端末内の映像格納ディスクにおける映像ファイルの構成を説明する。ここで、図９および図１０は映像格納ディスクにおける映像ファイルの構成を説明する図である。図９において、階層１および２を含む映像コンテンツがひとつのファイル３３０−１として配信され、蓄積されている。画像フレーム３４０−１〜３４０−Ｎは、それぞれ映像コンテンツにおける一こまを示している。端末２０１の階層データ再生部２１３は、この映像コンテンツを再生する。これは、通常の階層符号化の技術に基づいている。その場合、階層の全てはそろっていないので、画質は元のコンテンツに比較して劣化した再生結果である。

図１０は、図９と比較して、さらにもう１階層の映像データを受信して蓄積した場合を示している。階層１および２の映像ファイル３３１−１と、階層３の映像ファイル３３１−２は、別のファイルである。階層データ再生部２１３は、これら２つのファイルにまたがる形で、各画像フレームを構成する。例えば、フレーム３４１−１は階層１から３までで最初のフレームを構成する。また、フレーム３４１−２は２つめ、という具合である。端末２０１の階層データ再生部２１３は、これらの各画像フレームを時間通りに再生する。これは、通常の階層符号化の技術に基づいている。

図１１を参照して、階層データ再生部の処理を説明する。ここで、図１１は階層データ再生部の再生処理フローチャートである。図１１において、階層データ再生部２１３は、フレーム番号を示す変数Ｘに１を代入する（Ｓ５１１）。次に、階層データ再生部２１３は、映像格納ディスク内の映像ファイルのうち、各階層のフレームＸの映像データを取得する（Ｓ５１２）。次に、階層データ再生部２１３は、取得した各階層の映像データを接続して、デコードする（Ｓ５１３）。次に、階層データ再生部２１３は、デコードした結果をモニターに表示させる（Ｓ５１４）。階層データ再生部２１３は、Ｘが最後のフレームか否かを判定し（Ｓ５１５）、最後のフレームでない場合は、Ｘをインクリメントし（Ｓ５１６）、ステップ５１２に戻り、同様の処理を繰り返す。ステップ５１５で、Ｘが最後のフレームである場合、階層データ再生部２１３は、終了する。以上の流れにより、階層に分かれた映像ファイルを再生することが可能となる。

上記に述べた構成とアルゴリズムによる実施例の効果を、図１２を用いて説明する。ここで、図１２は受信中の映像格納ディスクにおける映像ファイルの構成を説明する図である。図１２において、端末２０１の映像格納ディスク２１０に、１回目のストリーミングの映像ファイルが蓄積された後（映像ファイル３３２−１として蓄積）、２つめのファイル３３２−２が蓄積しつつある。１回目および２回目の画像フレームは、３４２−１から３４２−３までしかないが、この時点で読み出しを開始して、３４２−１が読み出されたとする。図７を参照して説明したように、配信サーバ１１０からは、端末２０１の受信スループットを超えない最大のビットレートで配信することが保証される。よって、ファイル３３２−２は、再生時に読み出される速さより必ず速い速度で蓄積が続けられる。よって、利用者が視聴を行っても、視聴ポイントが蓄積しつつあるファイルの終端に追いつくことがない。そのため、利用者が映像を見ている最中に画質が落ちるといったことが避けられる。

本実施例によれば、新しい映像コンテンツがリリースされた直後は、ネットワークスループットが低い端末でも、直ちに粗い画質での視聴が可能となる。そして、その後、時間を追うにつれ、良い画質で映像を視聴することが可能になる。また、時間がたつにつれ、画質が落ちたり、乱れたりすることがない。さらに、他の端末が視聴を開始し始めたとしても、それに影響されて画質が落ちたり、乱れたりすることがないといった効果が得られる。また、本実施例に拠れば、ストリーミングを繰り返すうちに、端末にダウンロードさせる配信サーバを提供できる。

なお、背景技術で説明した地図などの画像を表示するサイトの事例と、本実施例とは、後から残りの階層を端末へ配信する点は同じである。しかし、送り方として、端末のスループットを条件として利用している点と、時間軸に沿った送り方をしている点が異なる。すなわち、ブラウザの操作をきっかけにするのではなく、映像データが一定のビットレートで配信されるという特性を用い、端末のスループット内に収まるビットレートで配信をする。それによって、利用者は、映像コンテンツが逐次配信されてきていることを感じずに、つまり、途中で画質が落ちるといったことがなく、映像を視聴できるという効果がある。

階層符号化を説明する図である。 映像配信ネットワークを説明するブロック図である。 配信サーバの機能ブロック図である。 コンテンツ階層管理テーブルを説明する図である。 スループット管理テーブルを説明する図である。 送信処理部の機能ブロック図である。 送信統括部の処理フローチャートである。 端末の機能ブロック図である。 映像格納ディスクにおける映像ファイルの構成を説明する図（階層１、２）である。 映像格納ディスクにおける映像ファイルの構成を説明する図である（階層１〜３）。 階層データ再生部の再生処理フローチャートである。 受信中の映像格納ディスクにおける映像ファイルの構成を説明する図である。

符号の説明

１１０…配信サーバ、１１１…階層解析部、１１２…送信処理部、１１３…コンテンツ階層管理テーブル、１１４…スループット管理テーブル、１１５…ネットワークインタフェース、１１６…映像格納ディスク、１２０…配信ポータルサイト、１３０…エンコードサーバ、１４０…送信統括部、１４１…送信スレッド、２０１…端末、２１０…映像格納ディスク、２１１…受信処理部、２１２…ネットワークインタフェース、２１３…階層データ再生部、２１４…ユーザインタフェース、２１５…モニター、３０１…映像コンテンツ（映像ファイル）、５００…インタネット、１０００…ネットワーク。

Claims (4)

1. ネットワークに接続し、配信ポータルサイトからの指示に基づいて、あらかじめアドレス情報が与えられ、かつ前記ネットワークに接続された第１の端末に対して映像コンテンツを配信する映像配信サーバにおいて、
   階層符号化を施された複数のコンテンツの映像ファイルを格納する手段と、前記映像コンテンツの階層符号化映像ファイルの各階層のビットレート情報を取得する手段と、複数の端末との間のスループットを管理する手段と、前記第１の端末との間の第１のスループットをもとに、前記映像コンテンツの前記階層符号化映像ファイルの中の、一部の階層に該当する映像データを配信する手段と、を備えたことを特徴とする映像配信サーバ。
2. 請求項１に記載の映像配信サーバであって、
   前記配信する手段は、前記第１のスループット値より、前記階層符号化映像ファイルの中の、複数の階層の映像データの合計ビットレートが超えないように階層を選択して配信することを特徴とする映像配信サーバ。
3. 請求項１または請求項２に記載の映像配信サーバであって、
   前記配信する手段は、前記階層符号化映像ファイルの中の、異なる階層の映像データを順次選択して配信することを特徴とする映像配信サーバ。
4. 映像コンテンツを蓄積する際に階層符号化を実施するステップと、
   前記映像コンテンツの階層符号化映像ファイルの各階層のビットレート情報を取得するステップと、
   第１の端末との間のスループットを取得するステップと、
   前記第１の端末との間のスループットをもとに、前記映像コンテンツの前記階層符号化映像ファイルの中の、一部の階層に該当する映像データを配信するステップとからなる映像配信方法。

Images