(57)【要約】【課題】過去の通信品質に基づき、これから行う通信の通信品質を予測してサービスの制御を行うシステムにおいて、通信品質の予測値に連続性を持たせる。【解決手段】サービス制御に使用する通信品質を予測する品質制御装置において、前記サービスを利用するクライアント端末において実測された通信品質である実測通信品質と、当該クライアント端末の通信環境情報とを収集し、品質ＤＢへ格納する収集手段と、通信品質予測の対象となるクライアント端末における通信環境情報に基づいて、前記品質ＤＢから実測通信品質を取得し、当該実測通信品質から、予測対象時刻の時間区分における予測通信品質である第１予測通信品質と、隣接する時間区分における予測通信品質である第２予測通信品質とを算出し、第１予測通信品質及び第２予測通信品質を用いて、前記サービス制御に使用する最終予測通信品質を算出する通信品質予測手段とを備える。【選択図】図１
2019024154.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してデータ配信のサービスが提供されるシステムにおいて、サービス制御に使用する通信品質を予測する品質制御装置であって、
前記サービスを利用するクライアント端末において実測された通信品質である実測通信品質と、当該クライアント端末の通信環境情報とを収集し、品質ＤＢへ格納する収集手段と、
通信品質予測の対象となるクライアント端末における通信環境情報に基づいて、前記品質ＤＢから実測通信品質を取得し、当該実測通信品質から、予測対象時刻の時間区分における予測通信品質である第１予測通信品質と、隣接する時間区分における予測通信品質である第２予測通信品質とを算出し、第１予測通信品質及び第２予測通信品質を用いて、前記サービス制御に使用する最終予測通信品質を算出する通信品質予測手段と
を備えたことを特徴とする品質制御装置。
【請求項２】
前記通信品質予測手段は、前記予測対象時刻の時間区分の中央時刻と前記予測対象時刻との間の差分と、前記隣接する時間区分の中央時刻と前記予測対象時刻との間の差分とを用いて前記第１予測通信品質と前記第２予測通信品質との間を補間することにより前記最終予測通信品質を算出する
ことを特徴とする請求項１に記載の品質制御装置。
【請求項３】
前記通信品質予測手段は、前記補間を、加重平均、三角関数、又は、階段関数を用いて行う
ことを特徴とする請求項２に記載の品質制御装置。
【請求項４】
前記最終予測通信品質と、複数の制御条件とから、前記サービスを利用するユーザの体感品質を最大化する制御条件を選択するサービス制御手段
を更に備えることを特徴とする請求項１乃至請求項３のうちいずれか１項に記載の品質制御装置。
【請求項５】
ネットワークを介してデータ配信のサービスが提供されるシステムにおいて、サービス制御に使用する通信品質を予測する品質制御装置が実行する通信品質予測方法であって、
前記サービスを利用するクライアント端末において実測された通信品質である実測通信品質と、当該クライアント端末の通信環境情報とを収集し、品質ＤＢへ格納する収集ステップと、
通信品質予測の対象となるクライアント端末における通信環境情報に基づいて、前記品質ＤＢから実測通信品質を取得し、当該実測通信品質から、予測対象時刻の時間区分における予測通信品質である第１予測通信品質と、隣接する時間区分における予測通信品質である第２予測通信品質とを算出し、第１予測通信品質及び第２予測通信品質を用いて、前記サービス制御に使用する最終予測通信品質を算出する通信品質予測ステップと
を備えたことを特徴とする通信品質予測方法。
【請求項６】
前記通信品質予測ステップにおいて、前記品質制御装置は、前記予測対象時刻の時間区分の中央時刻と前記予測対象時刻との間の差分と、前記隣接する時間区分の中央時刻と前記予測対象時刻との間の差分とを用いて前記第１予測通信品質と前記第２予測通信品質との間を補間することにより前記最終予測通信品質を算出する
ことを特徴とする請求項５に記載の通信品質予測方法。
【請求項７】
前記通信品質予測ステップにおいて、前記品質制御装置は、前記補間を、加重平均、三角関数、又は、階段関数を用いて行う
ことを特徴とする請求項６に記載の通信品質予測方法。
【請求項８】
コンピュータを、請求項１乃至４のうちいずれか１項に記載の品質制御装置における各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークの通信品質に関する予測を行いサービスの品質制御を行う技術に関連するものである。
【背景技術】
【０００２】
サービス事業者は、提供サービスを利用するユーザの体感品質を高めるために、通信品質を予測して、適切な制御を行うことが重要である。例えば、動画配信サービスでは、転送速度が低い環境において高画質の動画データを送受信（ダウンロード）するとデータ未達により途中で再生が中断される事象が生じるため、かえって低画質の動画データをダウンロードする方が、体感品質は高まる状況がある。
【０００３】
通信品質を予測して制御する方法の一つとして、過去の通信品質を品質データベース（以下、品質ＤＢ）に蓄積して、そのＤＢ情報とこれから通信しようとするユーザの通信環境情報を用いて通信品質を予測し制御を行う従来技術（非特許文献１）が存在する。当該技術において通信速度を品質ＤＢで扱う場合、過去の実測における通信速度（スループット）を収集して、これから行おうとする通信におけるスループットを予測する。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】奥山隆文，木村拓人，松本存史，"動画配信におけるスループット予測手法改善に向けた検討，"電子情報通信学会技術研究報告，vol.116, no.403, CQ2016-103, pp.75-80, 2017年1月
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来技術では、過去の通信品質に基づき、これから行う通信のスループットを予測する際に、予測対象時刻が含まれる一定幅の時間区分の過去データを単純に平均して算出する。そのため、時間区分の境目において予測値が大きく変化し、境目前後において予測値と実際の値が乖離する可能性があった。その結果、通信品質に適さない制御条件で動画データのダウンロードが行われる場合や急激な制御により体感品質が低下する場合があった。
【０００６】
本発明は上記の点に鑑みてなされたものであり、過去の通信品質に基づき、これから行う通信の通信品質を予測してサービスの制御を行うシステムにおいて、通信品質の予測値に連続性を持たせることを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
開示の技術によれば、ネットワークを介してデータ配信のサービスが提供されるシステムにおいて、サービス制御に使用する通信品質を予測する品質制御装置であって、
前記サービスを利用するクライアント端末において実測された通信品質である実測通信品質と、当該クライアント端末の通信環境情報とを収集し、品質ＤＢへ格納する収集手段と、
通信品質予測の対象となるクライアント端末における通信環境情報に基づいて、前記品質ＤＢから実測通信品質を取得し、当該実測通信品質から、予測対象時刻の時間区分における予測通信品質である第１予測通信品質と、隣接する時間区分における予測通信品質である第２予測通信品質とを算出し、第１予測通信品質及び第２予測通信品質を用いて、前記サービス制御に使用する最終予測通信品質を算出する通信品質予測手段と
を備えたことを特徴とする品質制御装置が提供される。
【発明の効果】
【０００８】
開示の技術によれば、過去の通信品質に基づき、これから行う通信の通信品質を予測してサービスの制御を行うシステムにおいて、通信品質の予測値に連続性を持たせることを可能とする技術が提供される。
【図面の簡単な説明】
【０００９】
【図１】本発明の第１の実施形態に係る品質制御装置の構成を示す図である。
【図２】本発明の第１の実施形態に係る品質制御装置の品質ＤＢテーブルの例を示す図である。
【図３】本発明の第１の実施形態に係る装置のハードウェア構成例を示す図である。
【図４】本発明の第１の実施形態に係る品質制御装置の品質収集プロセスに関する動作を説明するためのフローチャートである。
【図５】本発明の第１の実施形態に係る品質制御装置の品質制御プロセスに関する動作を説明するためのフローチャートである。
【発明を実施するための形態】
【００１０】
以下、図面を参照して本発明の実施の形態を説明する。以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。
【００１１】
例えば、以下の説明では、通信品質としてスループットを使用しているが、これは一例であり、通信品質としてスループット以外の指標（例：遅延量）を使用してもよい。また、以下の説明では、サービスの例として動画配信サービスを挙げているが、これも例であり、本発明を適用できるサービスは動画配信サービスに限らない。以下、第１の実施形態と第２の実施形態を説明する。
【００１２】
［第１の実施形態］
（システムの全体構成）
図１に、本実施の形態における動画配信システムの構成、及び情報の入出力に関わる流れを示す。図１に示すように、本実施の形態における動画配信システムは、品質制御サーバ１０、クライアント端末２０、及び動画配信サーバ３０を有する。品質制御サーバ１０、クライアント端末２０、及び動画配信サーバ３０はそれぞれネットワーク４０に接続され、図示するように当該ネットワーク４０を介して情報の送受信が可能である。
【００１３】
ネットワーク４０は、例えば、インターネット、モバイル網、固定網、ＶＰＮ等のうちのいずれか１つ又はいずれか複数の組み合わせである。特に本実施の形態では、クライアント端末２０は、モバイル網に接続して通信を行うことを想定している。
【００１４】
品質制御サーバ１０は、クライアント端末２０から収集する通信環境情報等に基づいてスループットを予測するコンピュータである。動画配信サーバ３０は、クライアント端末２０に動画データを配信するコンピュータである。
【００１５】
クライアント端末２０は、例えば、ＰＣ、スマートフォン、タブレット等であり、動画配信サーバ３０から受信した動画データを再生することができる。また、クライアント端末２０は、動画データ受信におけるスループットを算出するとともに、当該スループットと通信環境情報を品質制御サーバ１０に送信する。また、クライアント端末２０は、品質制御サーバ１０から受信した予測スループットに基づいて、サービス制御を実行する。
【００１６】
なお、図１には、動画配信サーバ３０とクライアント端末２０が１つずつ示されているが、実際には、複数の動画配信サーバ３０と複数のクライアント端末２０が存在する。
【００１７】
（装置の機能構成）
図１に示すように、クライアント端末２０は、実測スループット算出部２１とサービス制御部２２を有する。品質制御サーバ１０は、実測スループット収集部１１と、スループット予測部１２と、品質ＤＢ１３を有する。なお、本実施の形態における機能配備は一例であり、機能間で適切な入出力の授受を行える限り、これに限定されない。
【００１８】
例えば、品質ＤＢ１３は、品質制御サーバ１０の外部に備えられ、品質制御サーバ１０とＮＷ接続されるＤＢサーバであってもよい。また、予測スループットと複数制御条件とから体感品質を最大にする制御条件を選択するサービス制御部２２が品質制御サーバ１０に備えられてもよい。この場合、選択された制御条件は対象のクライアント端末２０に通知される。
【００１９】
クライアント端末２０の実測スループット算出部２１は、動画配信サーバ３０から受信した動画データのデータサイズと、受信に要した時間とから、実測スループットを算出し、出力する。
【００２０】
品質制御サーバ１０の実測スループット収集部１１は、実測スループットとユーザの通信環境情報をクライアント端末２０から収集して品質ＤＢ１３へ格納する。実測スループット収集部１１は、複数のクライアント端末２０から実測スループットと通信環境情報を受信し、品質ＤＢ１３へ格納する。
【００２１】
図２に、品質ＤＢ１３のテーブル例を示す。図２に示すとおり、通信環境情報は、通信日時、通信方式（Ｗｉｆｉ（登録商標）、モバイルＮＷ）、通信事業者、モバイルＮＷのセル情報、接続先配信サーバ、位置情報、電波強度等を含む。
【００２２】
品質制御サーバ１０のスループット予測部１２は、品質ＤＢ１３に蓄積された情報と、これから通信しようとするユーザのクライアント端末２０の通信環境情報とを用いて、これから行おうとする通信におけるスループットを予測し、予測したスループット（予測スループット）を出力する。
【００２３】
クライアント端末２０のサービス制御部２２は、スループット予測部１２から取得した予測スループットと、予め与えられた制御条件群とに基づいて、体感品質を最大化する制御条件を選択し、出力する。制御条件は、例えば、動画配信における解像度、フレームレート、圧縮率等である。
【００２４】
（装置のハードウェア構成）
上述した各装置（図１に示すクライアント端末２０、品質制御サーバ１０）はいずれも、コンピュータに、本実施の形態で説明する処理内容を記述したプログラムを実行させることにより実現可能である。すなわち、当該装置が有する機能は、コンピュータに内蔵されるＣＰＵやメモリ等のハードウェア資源を用いて、当該装置で実施される処理に対応するプログラムを実行することによって実現することが可能である。上記プログラムは、コンピュータが読み取り可能な記録媒体（可搬メモリ等）に記録して、保存したり、配布したりすることが可能である。また、上記プログラムをインターネットや電子メール等、ネットワークを通して提供することも可能である。
【００２５】
図３は、本実施の形態における上記装置のハードウェア構成例を示す図である。図３の装置は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、インタフェース装置１０５、表示装置１０６、及び入力装置１０７等を有する。
【００２６】
当該装置での処理を実現するプログラムは、例えば、ＣＤ−ＲＯＭ又はメモリカード等の記録媒体１０１によって提供される。プログラムを記憶した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
【００２７】
メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って当該装置に係る機能を実現する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。表示装置１０６はプログラムによるＧＵＩ（Graphical User Interface）等を表示する。入力装置１０７はキーボード及びマウス、ボタン、又はタッチパネル等で構成され、様々な操作指示を入力させるために用いられる。
【００２８】
（処理フロー）
次に、図４、図５のフローチャートに沿って、図１に示した構成における処理手順を説明する。
【００２９】
ここでは、過去の実測スループット等を品質ＤＢ１３に蓄積する品質収集プロセスと、品質ＤＢ１３に蓄積された情報とこれから通信しようとするユーザの通信環境情報とを用いてスループットを予測し制御を行う品質制御プロセスとに分けて説明する。
【００３０】
＜品質収集プロセス＞
図４のフローチャートを参照して、品質収集プロセスにおける処理手順を説明する。
【００３１】
例えば、あるユーザがクライアント端末２０で動画を視聴したとき、動画配信サーバ３０はクライアント端末２０へ動画データをチャンク単位で分割して間欠的に送信する。クライアント端末２０は動画データをチャンク単位でダウンロードする（Ｓ１０１）。
【００３２】
クライアント端末２０の実測スループット算出部２１は、チャンク毎にチャンクのデータサイズ（チャンクサイズ）とダウンロードに要した時間（ダウンロード時間）をメモリ等に記録する（Ｓ１０２）。実測スループット算出部２１は、チャンクサイズをダウンロード時間で除算して実測スループットを算出、出力する（Ｓ１０３）。
【００３３】
品質制御サーバ１０の実測スループット収集部１１は、実測スループットと、当該実測スループットに該当する通信日時における通信環境情報をクライアント端末２０から収集し（Ｓ１０４）、品質ＤＢ１３へ格納する（Ｓ１０５）。
【００３４】
＜品質制御プロセス＞
次に、図５のフローチャートを参照して品質制御プロセスにおける処理手順を説明する。
【００３５】
例えば、今からあるユーザがクライアント端末２０で動画を視聴しようとしたときに（Ｓ２０１）、クライアント端末２０は品質制御サーバ１０へ当該クライアント端末２０の通信環境情報を送信する。品質制御サーバ１０は、当該通信環境情報を受信し、スループット予測部１２に入力し、スループット予測部１２は当該通信環境情報を取得する（Ｓ２０２）。
【００３６】
スループット予測部１２は、品質ＤＢ１３から、Ｓ２０２で取得した通信環境情報と類似する通信環境情報のエントリー群を検索する。例えば、スループット予測部１２は、Ｓ２０２で取得した通信環境情報と同じ時間区分（＝予測対象時刻の時間区分）かつ同じ通信方式かつ同じ通信事業者かつ同じセル情報のエントリー群を検索し、得られたエントリー群のスループットを加重平均した値を当該時間区分の予測スループットとして出力する（Ｓ２０３）。なお、ここでの加重平均（Ｓ２０４も同様）とは、例えば、３つのエントリーから実測スループット：５Ｍｂｐｓが得られ、２つのエントリーから実測スループット：３Ｍｂｐｓが得られた場合に、（５×３+３×２）／５を計算することである。
【００３７】
次に、スループット予測部１２は、Ｓ２０３で用いた時間区分に隣接する時間区分、かつ、Ｓ２０３で用いた通信方式と同じ通信方式かつ同じ通信事業者かつ同じセル情報のエントリー群を検索し、得られたエントリー群のスループットを加重平均した値を当該時間区分の予測スループットとして出力する（Ｓ２０４）。
【００３８】
なお、予測対象時刻の時間区分でのエントリー群と隣接時間区分でのエントリー群とを取得した後に、それぞれの予測スループットを算出してもよい。
【００３９】
スループット予測部１２は、予測対象時刻の時間区分における予測スループットと、隣接する時間区分における予測スループットとを、予測対象時刻と両時間区分の中央時刻からの差分に応じて加重平均して、最終的な予測スループットとして出力する（Ｓ２０５）。つまり、予測対象時刻の時間区分における予測スループットと、隣接する時間区分における予測スループットとの間の補間を、予測対象時刻と両時間区分の中央時刻からの差分を用いて行う。
【００４０】
例えば、20分毎に時間区分を設けているときに12:15の予測スループットを求める場合、まず、予測対象時刻の時間区分A12:00〜12：20の予測スループットT_Aと隣接する時間区分B12：20〜12:40の予測スループットT_Bを求める。そして、時間区分Aの中央時刻12:10と12:15の差分は5分、時間区分Bの中央時刻12:30と12:15の差分は15分である。よって、最終的な予測スループットは、予測対象時刻と時間区分Ａ、Ｂの中央時刻からの差分の逆比で重み付けをした加重平均15/20×T_A+5/20×T_Bで求める。
【００４１】
クライアント端末２０のサービス制御部２２は、上述した最終的な予測スループットを品質制御サーバ１０から取得するとともに、制御条件群を取得する（Ｓ２０６）。制御条件群は、品質制御サーバ１０から取得してもよいし、クライアント端末２０に予め保持しているものを取得してもよいし、動画配信サーバ３０から取得してもよい。
【００４２】
そして、サービス制御部２２は、クライアント端末２０の動画再生において、バッファに蓄積したデータが枯渇することに起因する再生中断を生じさせず、かつ、画質を最も高めることを目的とする場合、複数ある制御条件毎に、例えば、画質の選択肢毎に、再生が中断せず円滑に行えるための最低限必要なスループット（必要スループット）を求め、当該必要スループットと予測スループットを比較し（Ｓ２０７）、必要スループットが予測スループットを越えない選択肢の中で体感品質が最大となる制御条件を出力する（Ｓ２０８）。なお、図５に示すように、必要スループットが予測スループットを越えない選択肢の中で、必要スループットが最大となる制御条件を選択してもよい。
【００４３】
クライアント端末２０は、制御条件に従って動画配信サーバ３０へ接続してチャンクダウンロードと再生を開始する（Ｓ２０９）。前述したように、Ｓ２０６〜Ｓ２０８は、品質制御サーバ１０が実行しても良い。
【００４４】
なお、品質収集プロセスはチャンクダウンロード毎に実施しても良いし、視聴終了後に全てのチャンクをまとめて実施しても良い。品質制御プロセスは、視聴開始時のみに実施しても良いし、チャンクダウンロード毎に実施しても良い。品質制御サーバ１０は、通信環境情報毎の予測スループットを予め計算しておいて保持しておいても良い。
【００４５】
［第２の実施形態］
次に、第２の実施の形態を説明する。第２の実施形態は、スループット予測部１２でのＳ２０５の処理以外は第１の実施の形態と同一である。
【００４６】
第２の実施の形態において、スループット予測部１２は、第１の実施の形態でのＳ２０３と同様に、品質ＤＢ１３から、予測対象通信環境情報と類似する通信環境情報のエントリー群、例えば、予測対象通信環境情報と同じ時間区分かつ同じ通信方式かつ同じ通信事業者かつ同じセル情報のエントリー群を検索し、得られたエントリー群のスループットを加重平均した値を当該時間区分の予測スループットとして出力する。次に、第１の実施の形態のＳ２０４と同様に、隣接する時間区分かつ同じ通信方式かつ同じ通信事業者かつ同じセル情報のエントリー群を検索し、得られたエントリー群のスループットを加重平均した値を当該時間区分の予測スループットとして出力する。
【００４７】
次に、スループット予測部１２は、予測対象時刻の時間区分における予測スループットと、隣接する時間区分における予測スループットとが、大きな変化とならないように、両時間区分の中央時刻における値をそれぞれの区間で算出した予測スループットとし、予測対象時刻と両時間区分の中央時刻からの差分を用いて、その両時間区分の中央時刻の予測スループットの間を、例えば三角関数や階段関数等で補間し、最終的な予測スループットとして出力する。
【００４８】
例えば、20分毎に時間区分を設けているときに12:15の予測スループットを求める場合、まず、予測対象時刻の時間区分A12:00〜12：20の予測スループットT_Aと隣接する時間区分B12：20〜12:40の予測スループットT_Bを求める。そして、時間区分Aの中央時刻12:10と12:15の差分は5分、時間区分Bの中央時刻12:30と12:15の差分は15分である。よって、最終的な予測スループットは、時間区分Aの中央時刻における値をT_A、時間区分Bの中央時刻における値をT_Bとして余弦関数で補間するとして、(T_A-T_B)×(cos(5/20×π)+1)/2+T_Bで求める。20個の等差値をとる階段関数で補間する場合は、最終的な予測スループットは、(T_A-T_B)×(1-5/20)+T_Bで求める。
【００４９】
（実施の形態のまとめ）
以上、説明したように、本発明の実施の形態により、ネットワークを介してデータ配信のサービスが提供されるシステムにおいて、サービス制御に使用する通信品質を予測する品質制御装置であって、前記サービスを利用するクライアント端末において実測された通信品質である実測通信品質と、当該クライアント端末の通信環境情報とを収集し、品質ＤＢへ格納する収集手段と、通信品質予測の対象となるクライアント端末における通信環境情報に基づいて、前記品質ＤＢから実測通信品質を取得し、当該実測通信品質から、予測対象時刻の時間区分における予測通信品質である第１予測通信品質と、隣接する時間区分における予測通信品質である第２予測通信品質とを算出し、第１予測通信品質及び第２予測通信品質を用いて、前記サービス制御に使用する最終予測通信品質を算出する通信品質予測手段とを備えたことを特徴とする品質制御装置が提供される。
【００５０】
品質制御サーバ１０、実測スループット収集部１１、品質ＤＢ１３、スループット予測部１２、スループットは、それぞれ、品質制御装置、収集手段、品質ＤＢ、通信品質予測手段、及び通信品質の例である。
【００５１】
前記通信品質予測手段は、前記予測対象時刻の時間区分の中央時刻と前記予測対象時刻との間の差分と、前記隣接する時間区分の中央時刻と前記予測対象時刻との間の差分とを用いて前記第１予測通信品質と前記第２予測通信品質との間を補間することにより前記最終予測通信品質を算出することとしてもよい。
【００５２】
前記通信品質予測手段は、前記補間を、加重平均、三角関数、又は、階段関数を用いて行うこととしてもよい。
【００５３】
前記品質制御装置は、前記最終予測通信品質と、複数の制御条件とから、前記サービスを利用するユーザの体感品質を最大化する制御条件を選択するサービス制御手段を更に備えることとしてもよい。サービス制御部２２はサービス制御手段の例である。
【００５４】
上記の構成により、予測値に連続性を持たせることができ、時間区分の境目において予測値が大きく変化し、境目前後において予測値と実際の値が乖離するという問題を解決できる。
【００５５】
以上、本実施の形態について説明したが、本発明はかかる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００５６】
１０  品質制御サーバ
１１  実測スループット収集部
１２  スループット予測部
１３  品質ＤＢ
２０  クライアント端末
２１  実測スループット算出部
２２  サービス制御部
３０  動画配信サーバ
４０  ネットワーク
１００  ドライブ装置
１０１  記録媒体
１０２  補助記憶装置
１０３  メモリ装置
１０４  ＣＰＵ
１０５  インタフェース装置
１０６  表示装置
１０７  入力装置
【図１】
2019024154.tif 000003
【図２】
2019024154.tif 000004
【図３】
2019024154.tif 000005
【図４】
2019024154.tif 000006
【図５】
2019024154.tif 000007