JP2018088598A - 配信制御装置、配信制御方法及びプログラム - Google Patents

Abstract

【課題】通信制御の影響を考慮したスループットの予測と該予測に基づいた通信の制御を可能にすること。【解決手段】配信制御装置は、動画データの配信ごとに、配信先の通信環境を示す通信環境情報、当該配信における通信制御に関連する通信制御関連情報、及び当該配信の実測グッドプットを関連付けて記憶する記憶部と、動画データの第１の配信の配信先に係る第１の通信環境情報と共通部分を有する通信環境情報に関連付けられて記憶部に記憶されている実測グッドプットに基づいて、スループットの予測値を算出する第１の算出部と、スループットの予測値及び通信制御関連情報と、グッドプットとの関係を示す関数に、第１の算出部によって算出された予測値と、第１の配信に係る通信制御関連情報とを当てはめて、グッドプットの予測値を算出する第２の算出部と、第１の配信に関して、グッドプットの予測値に応じた制御条件を選択する選択部と、を有する。【選択図】図３

Description

本発明は、配信制御装置、配信制御方法及びプログラムに関する。

サービス事業者は、提供サービスの体感品質を高めるために、通信品質を予測して、適切な制御を行うことが重要である。例えば、動画配信サービスでは、転送速度が低い環境において高画質の動画データを送受信（ダウンロード）するとデータ未達により途中で再生が中断される事象が生じるため、かえって低画質の動画データをダウンロードする方が、体感品質は高まる状況がある。

通信品質を予測して制御する方法の一つとして、過去の通信品質をＤＢに蓄積して、そのＤＢ情報とこれから通信しようとするユーザの通信環境情報を用いて通信品質を予測し制御を行う技術（非特許文献１）が存在する。当該技術において転送速度をＤＢで扱う場合、過去の実測転送速度（グッドプット）を収集して、これから行おうとする通信における回線転送速度（スループット）を予測する。

［招待講演］QoE-centricオペレーションの実現に向けた取り組み紹介, 山本浩司, 信学技報, vol. 114, no. 299, ICM2014-24, pp. 49-52, 2014年11月.

しかしながら、通信のトランスポート層プロトコルにＴＣＰ（Transmission Control Protocol）を採用し、間欠的に分割送信する等で１回あたりに送受信するデータサイズが小さい場合、輻輳ウインドウ（ネットワークの輻輳状況を推測しながらデータ送信量を調整する）制御のために輻輳ウインドウが小さく設定された状態となりグッドプットがスループットに対して十分に出ていない可能性がある。また、モバイルネットワークの場合、送受信するデータサイズが小さい場合、基地局制御における電波リソースの割当が少なくなり、グッドプットが十分に出ていない可能性がある。

そのため、実測グッドプットをそのままスループットとして扱って予測を行うと、スループットを低めに予測するという不都合が生じる。また、スループットの予測が正しいとしても、実際にデータをダウンロードする際は、上記の通信制御状況によりグッドプットが変わるため、スループットの値をそのままグッドプットとして計算することは正確性に欠けるという不都合が生じる。

上述のように、従来技術では、過去の通信品質に基づき、これから行う通信のスループットを予測する際に、実測グッドプットをそのネットワークのスループットとして用いる。また、予測スループットを予測グッドプットとして用いることから、通信制御の影響によるグッドプットとスループットの乖離が考慮されていなかった。そのため、通信品質に適さない制御条件で動画データのダウンロードが行われる場合があった。

本発明は、上記の点に鑑みてなされたものであって、通信制御の影響を考慮したスループットの予測と該予測に基づいた通信の制御を可能にすることを目的とする。

そこで上記課題を解決するため、配信制御装置は、動画データの配信ごとに、配信先の通信環境を示す通信環境情報、当該配信における通信制御に関連する通信制御関連情報、及び当該配信の実測グッドプットを関連付けて記憶する記憶部と、動画データの第１の配信の配信先に係る第１の通信環境情報と共通部分を有する通信環境情報に関連付けられて前記記憶部に記憶されている実測グッドプットに基づいて、スループットの予測値を算出する第１の算出部と、スループットの予測値及び通信制御関連情報と、グッドプットとの関係を示す関数に、前記第１の算出部によって算出された予測値と、前記第１の配信に係る通信制御関連情報とを当てはめて、グッドプットの予測値を算出する第２の算出部と、前記第１の配信に関して、前記グッドプットの予測値に応じた制御条件を選択する選択部と、を有する。

通信制御の影響を考慮したスループットの予測と該予測に基づいた通信の制御を可能にすることができる。

本発明の実施の形態におけるネットワーク構成例を示す図である。 本発明の実施の形態における品質制御サーバ１０のハードウェア構成例を示す図である。 本発明の実施の形態における機能構成例を示す図である。 品質収集プロセスにおいて実行される処理手順の一例を説明するためのフローチャートである。 品質ＤＢ１３の構成例を示す図である。 品質制御プロセスにおいて実行される処理手順の一例を説明するためのフローチャートである。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態におけるネットワーク構成例を示す図である。図１において、動画配信サーバ３０とクライアント端末２０とは、インターネット等のネットワークを介して接続される。また、クライアント端末２０と品質制御サーバ１０とは、インターネット等のネットワークを介して接続される。

動画配信サーバ３０は、クライアント端末２０に対して動画データの配信サービス（以下、「動画配信サービス」という。）を提供する１以上のコンピュータである。動画配信サーバ３０は、クライアント端末２０へ動画データをチャンク単位で分割して間欠的に送信する。例えば、動画データの配信は、ＡＢＲ（Adaptive Bitrate Streaming）に従う。すなわち、各動画データについては、一定時間ごとの分割単位の一例であるチャンクごとに、何パターンかのビットレートで再エンコードされたデータが動画配信サーバ３０に保存されている。

クライアント端末２０は、動画配信サービスにおいて動画データの配信先とされ、配信される動画データを再生する端末である。例えば、ＰＣ（Personal Computer）、スマートフォン、又はタブレット端末等がクライアント端末２０として利用されてもよい。

品質制御サーバ１０は、クライアント端末２０が動画配信サービスを受ける際において、動画データの配信に関するスループットを予測する１以上のコンピュータである。

図２は、本発明の実施の形態における品質制御サーバ１０のハードウェア構成例を示す図である。図２の品質制御サーバ１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、及びインタフェース装置１０５等を有する。

品質制御サーバ１０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記憶した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。

メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って品質制御サーバ１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。

なお、クライアント端末２０や動画配信サーバ３０も、図２と同様のハードウェアを有していてもよい。クライアント端末２０は、表示装置や、ユーザからの入力を受け付ける入力装置等を有していることが望ましい。

図３は、本発明の実施の形態における機能構成例を示す図である。図３において、クライアント端末２０は、再生部２１、実測グッドプット算出部２２及び制御条件選択部２３等を有する。これら各部は、クライアント端末２０にインストールされた１以上のプログラムが、クライアント端末２０のＣＰＵに実行させる処理により実現される。クライアント端末２０は、また、制御条件ＤＢ２４を有する。制御条件ＤＢ２４は、例えば、クライアント端末２０が有する補助記憶装置等を用いて実現可能である。

再生部２１は、動画配信サーバ３０から動画データを受信（ダウンロード）し、当該動画データの再生を行う。

実測グッドプット算出部２２は、動画データの受信に要した時間と、動画データのデータサイズとに基づいて、グッドプットの実測値を算出し、算出結果を通信環境情報及び通信制御関連情報に関連付けて記録する。以下、実測グッドプット算出部２２によって算出されるグッドプットの実測値を「実測グッドプット」という。

通信環境情報は、動画データの配信時におけるクライアント端末２０の通信環境に関する情報である。通信環境情報は、例えば、通信日時、通信方式（Ｗｉ−ｆｉ（登録商標）、モバイルＮＷ）、通信事業者、モバイルＮＷのセル情報、接続先の動画配信サーバ３０、位置情報、電波強度等の項目によって構成される。

通信制御関連情報は、動画データの配信に関する通信制御に関連する情報（通信制御状況を推定できる情報）である。通信制御関連情報は、例えば、動画データの通信開始（配信開始）からの累積データ量、チャンクサイズ、前のダウンロードからの空き時間等の項目によって構成される。なお、実測グッドプット、通信環境情報及び通信制御関連情報は、今後の動画配信サービスにおけるスループットの予測値を算出するために品質制御サーバ１０によって利用される。品質制御サーバ１０によって算出されるスループットの予測値を、「予測スループット」という。

制御条件選択部２３は、例えば、予め用意された複数の制御条件の中から、予測スループットにおいて体感品質を最大化する又は向上させるための制御条件を選択する。選択された制御条件は、動画配信サーバ３０による動画データの配信の制御に利用される。なお、制御条件とは、動画配信サービスを受ける際に動画配信サーバ３０に対して指定されるパラメータをいう。例えば、複数のビットレートが用意されている動画データであれば、ビットレートが制御条件に該当する。

制御条件ＤＢ２４には、予め用意された複数の制御条件が記憶されている。

品質制御サーバ１０は、実測グッドプット収集部１１及びスループット予測部１２等を有する。これら各部は、品質制御サーバ１０にインストールされた１以上のプログラムが、ＣＰＵ１０４に実行させる処理により実現される。品質制御サーバ１０は、また、品質ＤＢ１３を利用する。品質ＤＢ１３は、例えば、補助記憶装置１０２、又は品質制御サーバ１０にネットワークを介して接続可能な記憶装置等を用いて実現可能である。

実測グッドプット収集部１１は、実測グッドプット、通信環境情報及び通信制御関連情報をクライアント端末２０から収集する。収集された情報は、品質ＤＢ１３に記憶される。

スループット予測部１２は、クライアント端末２０が動画データの配信を受ける際の通信環境情報と、品質ＤＢ１３に記憶されている情報と等に基づいて、当該動画データの配信に関する予測スループットを算出する。

なお、図３に示される各機能部の配置状態は一例である。各機能部間で情報の授受が行えれば、他の配置状態が採用されてもよい。例えば、スループット予測部１２がクライアント端末２０に配置されてもよい。

以下、クライアント端末２０又は品質制御サーバ１０において実行される処理手順について説明する。本実施の形態は、過去における動画データの配信に関する通信品質を品質ＤＢ１３に蓄積する品質収集プロセスと、品質ＤＢ１３に蓄積された情報とこれから通信（動画データを再生）しようとするクライアント端末２０の通信環境情報とを用いて通信品質を予測し、動画配信サービスの制御を行う品質制御プロセスとに大別される。

図４は、品質収集プロセスにおいて実行される処理手順の一例を説明するためのフローチャートである。図４の処理手順は、再生対象の動画データのチャンクごとに実行される。以下、処理対象とされているチャンクを、「対象チャンク」という。

ステップＳ１０１において、再生部２１は、動画配信サーバ３０から対象チャンクをダウンロードする。続いて、実測グッドプット算出部２２は、対象チャンクのデータサイズ（チャンクサイズ）を、ダウンロードの所要時間（ダウンロード時間）で除算して、実測グッドプットを算出する（Ｓ１０２）。続いて、実測グッドプット算出部２２は、算出された実測グッドプットと、クライアント端末２０の通信環境情報と、対象チャンクの配信に関する通信関連情報とを品質制御サーバ１０へ送信する（Ｓ１０３）。

品質制御サーバ１０の実測グッドプット収集部１１は、当該実測グッドプット、当該通信環境情報、及び当該通信関連情報を受信すると（Ｓ１０４）、受信した情報を品質ＤＢ１３に記憶する（Ｓ１０５）。

図５は、品質ＤＢ１３の構成例を示す図である。図５に示されるように、品質ＤＢ１３には、チャンクごとに、通信環境情報、通信制御情報及び実測グッドプットが記憶される。

通信環境情報は、通信日時、通信方式、通信事業者、セル情報、配信サーバ、位置情報、電波強度等の項目を含む。通信日時は、チャンクをダウンロードした日時である。通信方式は、チャンクのダウンロードに利用された通信方式である。通信事業者は、チャンクのダウンロードに利用された通信事業者である。セル情報は、チャンクのダウンロード時にクライアント端末２０が属していたセルの識別情報である。配信サーバは、チャンクの配信元の動画配信サーバ３０のアドレス情報である。位置情報は、チャンクのダウンロード時のクライアント端末２０の位置を示す情報（例えば、緯度及び経度）である。電波強度は、チャンクのダウンロード時の無線の電波の強度である。なお、通信環境情報を構成する各項目は、チャンクのダウンロード時においてクライアント端末２０によって観測若しくは計測される情報、又はクライアント端末２０に記憶されている情報等に基づいて判定可能である。

一方、通信制御関連情報は、累積データ量、チャンクサイズ、空き時間等の項目を含む。累積データ量は、チャンクが属する動画データの再生の開始時からダウンロードされたデータ量の累積値である。チャンクサイズは、チャンクのデータサイズである。空き時間は、当該チャンクの前のチャンクがダウンロードされてから、当該チャンクのダウンロードが開始されるまでの時間間隔である。すなわち、空き時間は、チャンクの配信間隔である。

上記の処理手順により、品質ＤＢ１３には、動画データの配信の実績ごとにレコードが記憶される。

なお、複数の動画データに関して図４に示した処理手順が実行されることにより、複数の動画データに関するレコードが、品質ＤＢ１３に記憶されてもよい。また、複数のクライアント端末２０に関して図４に示した処理手順が実行されることにより、複数のクライアント端末２０に関するレコードが、品質ＤＢ１３に記憶されてもよい。

なお、ステップＳ１０３及びＳ１０４は、複数のチャンクについてまとめて実行されてもよい。例えば、動画データの再生の終了後に、当該動画データの全てのチャンクについてまとめて実行されてもよい。

図６は、品質制御プロセスにおいて実行される処理手順の一例を説明するためのフローチャートである。

クライアント端末２０に対して動画データの視聴の開始指示が入力されると（Ｓ２０１）、制御条件選択部２３は、クライアント端末２０に関する現在の通信環境情報を取得する（Ｓ２０２）。続いて、制御条件選択部２３は、当該通信環境情報を品質制御サーバ１０へ送信する（Ｓ２０３）。

品質制御サーバ１０のスループット予測部１２は、当該通信環境情報を受信すると、当該通信環境情報に類似する通信環境情報を含むレコード群を品質ＤＢ１３から検索する（Ｓ２０４）。当該通信環境情報に類似した通信環境情報とは、当該通信環境情報と共通部分を有する通信環境情報をいう。例えば、当該通信環境情報と、通信日時の時間帯、通信方式、通信事業者、及びセル情報の組み合わせが当該通信環境情報と同じである通信環境情報が、当該通信環境情報に類似する通信環境情報とされてもよい。通信日時の時間帯が同じであるとは、例えば、比較される通信日時の差が所定の時間内（例えば、３０分以内等）であることでもよい。

続いて、スループット予測部１２は、検索されたレコード群の通信制御関連情報を参照して、通信制御の影響でグッドプットとスループットが乖離していると推測されるレコードを、外れ値として当該レコード群から除去する（Ｓ２０５）。例えば、累積データ量が所定値以下、チャンクサイズが所定値以下、及び空き時間が所定値以上のいずれかの条件を満たすレコードが除去される。

なお、累積データ量が所定値以下のレコードが、外れ値とされるのは、通信制御において、通信の開始には通信速度が抑制されるという特性が有るためである。また、チャンクサイズが所定値以下のレコードが、外れ値とされるのは、小さいサイズのデータの通信においては、帯域が十分に使われていないため、ネットワークの実際の性能に対して低い実測グッドプットが得られている可能性が有るからである。また、空き時間が所定値以上のレコードが、外れ値とされるのは、空き時間が所定値以上となると、通信の開始時と同様の制御により、通信速度が抑制された状態となる可能性が有るからである。なお、上記各所定値は、実験等によって求めてもよい。

続いて、スループット予測部１２は、残ったレコード群の実測グッドプットを加重平均した値を予測スループットとして算出する（Ｓ２０６）。すなわち、受信された通信環境情報に類似する通信環境情報に関連付けられて品質ＤＢ１３に記憶されている実測グッドプットであって、かつ、所定の値の通信制御関連情報に関連付けられていない実測グッドプットに基づいて、予測スループットが算出される。加重平均における重みは、例えば、新しいレコードほど大きくされてもよい。又は、全てのレコードに対する重みが同じであってもよい。すなわち、単純な平均値が予測スループットとされてもよい。スループット予測部１２は、算出された予測スループットを、クライアント端末２０に送信する（Ｓ２０７）。

クライアント端末２０の制御条件選択部２３は、予測スループットを受信すると、当該予測スループットに基づいて、今回の動画データの配信に関するグッドプットの予測値（予測グッドプット）を算出する（Ｓ２０８）。

予測グッドプットは、今回の配信に関する通信制御関連情報（通信開始からの累積データ量、チャンクサイズ、前のダウンロードからの空き時間等）と、予測スループットと、予測グッドプットとの対応関係を示す以下の対応関係式（関数）に、当該通信制御関連情報及び当該予測スループットを当てはめることで算出される。

すなわち、グッドプットとスループットとが乖離していることが推測される状態においては、（１−ａ／（チャンクサイズ＋ａ））×予測スループットに基づいて、予測グッドプットが算出される。一方、グッドプットとスループットとが乖離していることが推測されない状態においては、予測スループットがそのまま予測グッドプットとされる。

なお、上記対応関係式におけるチャンクサイズには、現時点においてこれからダウンロードされるチャンクのチャンクサイズが代入される。また、ｂと比較される累積データ量には、今回の再生開始時から現時点までの累積データ量が代入される。また、ｃと比較される空き時間には、これからダウンロードされるチャンクについて、前のチャンクのダウンロードからの空き時間が代入される。したがって、図６がチャンクごとに実行される場合、対応関係式におけるチャンクサイズ、累積データ量、空き時間は、ダウンロード対象のチャンクが進むにつれて変化する。

上記対応関係式は、予め実験により求められた予測スループット及び通信制御関連情報と、実験時の実測グッドプットとの間の関係にフィッティングさせた、予測スループットを入力とする関数である。

実験により得られた予測スループット及び通信制御関連情報と、実験時の実測グッドプットとの間の関係から、マッピング関数として、例えば上記のような関数を定め、最小二乗法等を用いてフィッティングの精度がよい関数形状となるように係数ａを導出する。係数ｂ，ｃは、通信制御によりスループットとグッドプットが乖離する領域により決まる値である。なお、上記のマッピング関数は一例である。例えば、マッピング関数として多項式関数を用いてもよい。

続いて、制御条件選択部２３は、制御条件ＤＢ２４に記憶されている複数の制御条件を取得する（Ｓ２０９）。制御条件は、画質を示す情報であり、各制御条件には、当該画質の再生に必要なグッドプット（必要グッドプット）が関連付けられている。各制御条件の画質は相互に異なる。すなわち、制御条件ＤＢ２４には、画質の選択肢ごとに、必要グッドプットが記憶されている。

なお、画質を示す情報とは、例えば、ビットレートである。ビットレートの算出元となる解像度、動画データのフレームレート、動画データの圧縮率等が画質を示す情報とされてもよい。

続いて、制御条件選択部２３は、各制御条件の必要グッドプットを予測グッドプットと比較して、一部の制御条件を抽出する（Ｓ２１０）。具体的には、予測グッドプットよりも小さい必要グッドプットに関連付けられている制御条件が抽出される。

続いて、制御条件選択部２３は、抽出された制御条件のうち、画質が最高である制御条件を採用対象として選択する（Ｓ２１１）。続いて、再生部２１は、選択された制御条件に従って、動画配信サーバ３０による動画データの配信を制御する（Ｓ２１２）。例えば、再生部２１は、選択された制御条件に係るビットレートのデータを動画配信サーバ３０からダウンロードし、当該データを再生する。

なお、制御条件に関連付けられる必要グッドプットは、動画配信における目的に応じて設定されればよい。例えば、動画配信において再生が中断することなく画質を高めることが体感品質を最大化することを目的とする場合、再生が中断しない程度のグッドプットが必要グッドプットとされてもよい。また、再生の中断が許容される場合には、同じ画質に対するグッドプットとして、更に低いグッドプットが必要グッドプットとされてもよい。

なお、品質制御プロセスは、視聴開始時のみに実行されてもよいし、チャンクダウンロードごとに実行されてもよい。また、通信環境情報ごとの予測スループットが予め算出され、通信環境情報に関連付けられて品質制御サーバ１０に記憶されていてもよい。

上述したように、本実施の形態によれば、通信制御の影響を考慮したスループットの予測と該予測に基づいた通信の制御を可能にすることができる。

なお、本実施の形態において、品質制御装置及びクライアント端末２０は、配信制御装置の一例である。品質ＤＢ１３は、記憶部の一例である。スループット予測部１２は、第１の算出部の一例である。制御条件選択部２３は、第２の算出部及び選択部の一例である。

以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１０ 品質制御サーバ
１１ 実測グッドプット収集部
１２ スループット予測部
１３ 品質ＤＢ
２０ クライアント端末
２１ 再生部
２２ 実測グッドプット算出部
２３ 制御条件選択部
２４ 制御条件ＤＢ
３０ 動画配信サーバ
１００ ドライブ装置
１０１ 記録媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ ＣＰＵ
１０５ インタフェース装置
Ｂ バス

Claims (7)

1. 動画データの配信ごとに、配信先の通信環境を示す通信環境情報、当該配信における通信制御に関連する通信制御関連情報、及び当該配信の実測グッドプットを関連付けて記憶する記憶部と、
   動画データの第１の配信の配信先に係る第１の通信環境情報と共通部分を有する通信環境情報に関連付けられて前記記憶部に記憶されている実測グッドプットに基づいて、スループットの予測値を算出する第１の算出部と、
   スループットの予測値及び通信制御関連情報と、グッドプットとの関係を示す関数に、前記第１の算出部によって算出された予測値と、前記第１の配信に係る通信制御関連情報とを当てはめて、グッドプットの予測値を算出する第２の算出部と、
   前記第１の配信に関して、前記グッドプットの予測値に応じた制御条件を選択する選択部と、
   を有することを特徴とする配信制御装置。
2. 前記第１の算出部は、前記第１の通信環境情報と共通部分を有する通信環境情報に関連付けられて前記記憶部に記憶されている実測グッドプットであって、かつ、所定の条件を満たす通信制御関連情報に関連付けられていない実測グッドプットに基づいて、前記スループットの予測値を算出する、
   ことを特徴とする請求項１記載の配信制御装置。
3. 前記選択部は、それぞれが必要なグッドプットに関連付けられた複数の制御条件の中から、前記グッドプットの予測値と、各制御条件に関連付けられた必要なグッドプットとの比較に基づいて、いずれかの制御条件を選択する、
   ことを特徴とする請求項１又は２記載の配信制御装置。
4. 前記所定の条件は、グッドプットとスループットが乖離していると推測されることを示す条件である、
   ことを特徴とする請求項２記載の配信制御装置。
5. 前記記憶部は、動画データのチャンクの配信ごとに、通信環境情報、通信制御関連情報、及びグッドプットの実測値を記憶し、
   前記通信制御関連情報は、動画データの配信開始からの累積データ量、チャンクサイズ、前のチャンクとの配信間隔を含む、
   ことを特徴とした請求項１乃至４いずれか一項記載の配信制御装置。
6. 動画データの配信ごとに、配信先の通信環境を示す通信環境情報、当該配信における通信制御に関連する通信制御関連情報、及び当該配信の実測グッドプットを関連付けて記憶する記憶部を参照して、
   動画データの第１の配信の配信先に係る第１の通信環境情報と共通部分を有する通信環境情報に関連付けられて前記記憶部に記憶されている実測グッドプットに基づいて、スループットの予測値を算出する第１の算出手順と、
   スループットの予測値及び通信制御関連情報と、グッドプットとの関係を示す関数に、前記第１の算出手順によって算出された予測値と、前記第１の配信に係る通信制御関連情報とを当てはめて、グッドプットの予測値を算出する第２の算出手順と、
   前記第１の配信に関して、前記グッドプットの予測値に応じた制御条件を選択する選択手順と、
   をコンピュータが実行することを特徴とする配信制御方法。
7. 請求項１乃至５いずれか一項記載の各部としてコンピュータを機能させるためのプログラム。

Images