JP7513101B2

JP7513101B2 - 動画品質推定装置、動画品質推定方法、及び動画品質推定システム

Info

Publication number: JP7513101B2
Application number: JP2022544967A
Authority: JP
Inventors: 亜南沢辺; 孝法岩井
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2020-08-26
Filing date: 2020-08-26
Publication date: 2024-07-09
Anticipated expiration: 2040-08-26
Also published as: JPWO2022044164A1; US20230319369A1; WO2022044164A1

Description

本開示は、動画品質推定装置、動画品質推定方法、及び動画品質推定システムに関する。

近年、動画配信サービスの需要が増大している。
しかし、動画トラヒックは、多くの帯域を消費する。このことから、動画トラヒックの削減は、ネットワークを運用する上で、重大な課題となる。

そのため、最近は、動画トラヒックを削減する技術が提案されている。例えば、特許文献１には、動画をダウンロードする際のスループットを推定し、推定されたスループットに基づいて、トラヒック量が最小になるビットレートを選択する技術が開示されている。

また、動画トラヒックを削減する他の技術としては、トラヒックシェーピングが挙げられる。トラヒックシェーピングは、動画のビットレートを一定のビットレート（シェーピングレート）に抑えて配信する帯域制御技術の１つである。

特開２０１９－０１６９６１号公報

ところで、ネットワークオペレータには、トラヒックシェーピングを行う場合、どれくらいのビットレートでシェーピングを行うと、端末では、どれくらいの解像度で動画が再生されているのかを把握したいという要求がある。すなわち、ネットワークオペレータには、動画の解像度とビットレートとの関係を把握したいという要求がある。

しかし、端末で再生している動画の解像度は、ネットワーク品質の変動の影響を受けて変動する。このことから、動画の解像度を確認するには、ネットワークオペレータが、実際に端末を視聴する必要がある。そのため、ネットワークオペレータが、動画の解像度とビットレートとの関係を把握するには、膨大な量のデータを収集する必要あり、膨大なコストが掛かるという問題がある。

そこで本開示の目的は、上述した課題を解決し、膨大なコストを掛けることなく、動画の解像度とビットレートとの関係を把握することができる動画品質推定装置、動画品質推定方法、及び動画品質推定システムを提供することにある。

一態様による動画品質推定装置は、
動画の配信に係るネットワークのネットワーク品質情報を収集する第１の収集部と、
前記動画の動画品質情報を収集する第２の収集部と、
前記ネットワーク品質情報及び前記動画品質情報に基づいて、前記動画の解像度に対応する第１のビットレートを推定する推定部と、
を備える。

一態様による動画品質推定方法は、
動画の配信に係るネットワークのネットワーク品質情報を収集する第１の収集ステップと、
前記動画の動画品質情報を収集する第２の収集ステップと、
前記ネットワーク品質情報及び前記動画品質情報に基づいて、前記動画の解像度に対応する第１のビットレートを推定する推定ステップと、
を含む。

一態様による動画品質推定システムは、
動画の配信に係るネットワークのネットワーク品質情報を収集する第１の収集部と、
前記動画の動画品質情報を収集する第２の収集部と、
前記ネットワーク品質情報及び前記動画品質情報に基づいて、前記動画の解像度に対応する第１のビットレートを推定する推定部と、
を備える。

上述の態様によれば、膨大なコストを掛けることなく、動画の解像度とビットレートとの関係を把握できる動画品質推定装置、動画品質推定方法、及び動画品質推定システムを提供できるという効果が得られる。

ＡＢＲストリーミング方式の例を示す図である。トラヒックシェーピングの例を示す図である。トラヒックシェーピングの例を示す図である。動画品質情報の例を示す図である。実際にシェーピングをしたときの解像度分布の例を示す図である。動画品質情報から推定された解像度分布の例を示す図である。各実施の形態に係る動画品質推定装置の動作概要の例を示す図である。各実施の形態に係る動画品質推定装置において、動画の解像度に対応するビットレートを推定する際に用いる数式の例を示す図である。実施の形態１に係る動画品質推定装置の構成例を示すブロック図である。端末で再生している動画の解像度の例を示す図である。端末から動画配信サーバに要求している動画の解像度の例を示す図である。解像度分布の有効エリア及び無効エリアの例を示す図である。実施の形態１に係る動画品質推定装置のネットワーク配置例を示す図である。実施の形態１に係る動画品質推定装置のネットワーク配置例を示す図である。実施の形態１に係る動画品質推定装置の動作の流れの例を示すフロー図である。実施の形態１に係る動画品質推定装置の効果を検証した例を示す図である。実施の形態２に係る動画品質推定装置の構成例を示すブロック図である。実施の形態２に係る動画品質推定装置の動作概要の例を示す図である。実施の形態２に係る動画品質推定装置の動作の流れの例を示すフロー図である。実施の形態２に係る動画品質推定装置の変形例の動作概要の例を示す図である。実施の形態を概念的に示した動画品質推定装置の構成例を示すブロック図である。図２１に示される動画品質推定装置の動作の流れの例を示すフロー図である。図２１に示される動画品質推定装置を含む動画品質推定システムの構成例を示す図である。実施の形態に係る動画品質推定装置を実現するコンピュータのハードウェア構成例を示すブロック図である。

本開示の実施の形態を説明する前に、本開示の課題の詳細及び本開示の各実施の形態の動作概要について詳細に説明する。

＜本開示の課題＞
まず、本開示の課題の詳細について説明する。
現在主流の動画配信方式としては、ＡＢＲ(Adaptive Bit Rate) ストリーミングオーバーＨＴＴＰ（Hypertext Transfer Protocol）等に代表されるＡＢＲストリーミング方式が挙げられる。

ＡＢＲストリーミング方式は、ＭＰＥＧ－ＤＡＳＨ（Moving Picture Experts Group -Dynamic Adaptive Streaming over HTTP）等で規格化されており、ネットワークの可用帯域を超えない最大品質で動画を配信することを目指している。

詳細には、ＡＢＲストリーミング方式においては、図１に示されるように、端末１０は、ネットワークの可用帯域を超えない最大品質（ここでの品質は解像度）の動画を、動画配信サーバ８０に要求する。動画配信サーバ８０は、各品質の動画を保持しており、端末１０に要求された品質の動画を、端末１０に送信する。このとき、動画は、チャンクと呼ばれる単位で送信される。

ここで、ＡＢＲストリーミング方式においては、上述したように、ネットワークの可用帯域内で安定した品質の動画を提供するように解像度を調整する。そのため、動画の品質は、トラヒックシェーピングによって制御することができる。

図２及び図３に示されるように、トラヒックシェーピングは、動画のビットレートを一定のビットレート（シェーピングレート）に抑えて送信する帯域制御技術であり、動画の解像度を制御することができる。なお、トラヒックシェーピングは、ネットワーク上の任意の箇所で行うことができる。

ここで、ネットワークオペレータには、トラヒックシェーピングを行う場合、どれくらいのビットレートでシェーピングを行うと、端末１０では、どれくらいの解像度で動画が再生されているのかを把握したいという要求がある。すなわち、ネットワークオペレータには、動画の解像度とビットレートとの関係を把握したいという要求がある。

もし、ネットワークオペレータが、動画の解像度とビットレートとの関係を把握できれば、例えば、ある動画を、ある解像度で提供するための、シェーピングレートの指標を決定できるようになり、また、シェーピングレートに応じて、ある動画を高い解像度で提供できるようになる。また、ネットワークオペレータは、ある動画を高い解像度で提供できれば、端末１０を使用するユーザに対し、「このネットワークでは、高い解像度で動画視聴が可能！」といった告知を行うことができる。

しかし、端末１０で再生している動画の解像度は、ネットワーク品質の変動の影響を受けて変動する。このことから、動画の解像度を確認するには、ネットワークオペレータが、実際に動画を視聴する必要がある。そのため、ネットワークオペレータが、動画の解像度とビットレートとの関係を把握するには、膨大な量のデータを収集する必要あり、膨大なコストが掛かるという問題がある。
以下で説明する本開示の各実施の形態は、上述の課題の解決に寄与するものである。

＜本開示の実施の形態の動作概要＞
続いて、本開示の各実施の形態の動作概要について説明する。
動画の解像度に対応するビットレートは、その動画を実際に視聴することなく、取得できる場合がある。

例えば、Ｙｏｕｔｕｂｅ（登録商標）の動画共有サイトからは、ある動画について、図４に示される「ｇｅｔ＿ｖｉｄｅｏ＿ｉｎｆｏ」のような動画品質情報を取得できる。

図４に示される「ｇｅｔ＿ｖｉｄｅｏ＿ｉｎｆｏ」によれば、ある動画について、解像度「１０８０Ｐ」と、解像度「１０８０Ｐ」に対応する平均ビットレート「６６１３６１」と、がペアで記載されていると共に、解像度「３６０Ｐ」と、解像度「３６０Ｐ」に対応する平均ビットレート「２９９６１９７」と、がペアで記載されている。

しかし、動画品質情報から推定された解像度分布は、動画を実際にシェーピングしたときの解像度分布とは異なっている。この点について、図５及び図６を参照して説明する。なお、解像度分布とは、ビットレートに対応する各解像度の比率（Ｒａｔｉｏ）を表す分布である。

図５は、ある１０個の動画を実際にシェーピングしたときの解像度分布の例を示している。図５において、横軸はシェーピングレートを示し、縦軸は各解像度の比率（Ｒａｔｉｏ）を示している。具体的には、図５は、例えば、シェーピングレートを２５６［ｋｂｐｓ］とした場合、端末１０では、約９０％の動画が解像度１４４Ｐで再生され、約１０％の動画が解像度２４０Ｐで再生されることを示している。

一方、図６は、動画の動画品質情報から推定された解像度分布の例を示している。図６において、横軸はビットレート（シェーピングレート）を示し、縦軸は図５の縦軸と同様の比率（Ｒａｔｉｏ）を示している。

図５と図６とを対比すると、図６に示される動画品質情報から推定された解像度分布は、図５に示される実際のシェーピング時の解像度分布とは大きく異なっている。その理由は、端末１０で再生している動画の実際の解像度は、ネットワーク品質の変動の影響を受けて、変動しているためであると推測される。

そこで、本開示の各実施の形態は、図７に示されるように、ネットワーク品質情報（例えば、スループット、フレームロス率等）を用いて、動画品質情報の修正を施すことによって、動画の解像度に対応するビットレートを推定する。

より具体的には、本開示の各実施の形態は、図８に示されるように、ある解像度の動画を送信するために必要なビットレート［ｂｐｓ］は、動画品質情報から取得される、その解像度に対応するビットレートに対し、以下のビットレートを追加したものと推定する。
（１）ＡＢＲストリーミング方式に特有の挙動による増分のビットレートＲ_ＡＢＲ［ｂｐｓ］
（２）ロスによる再送分のビットレートＲ_ｌｏｓｓ［ｂｐｓ］
（３）ヘッダー等のオーバーヘッド分のビットレートＲ_{ｏｖｅｒｈｅａｄ}［ｂｐｓ］
なお、上記の（１）～（３）のビットレートについては、以下の本開示の各実施の形態の中で、詳細に説明する。

以下、本開示の各実施の形態の詳細について説明する。なお、以下の記載及び図面は、説明の明確化のため、適宜、省略及び簡略化がなされている。また、以下の各図面において、同一の要素には同一の符号が付されており、必要に応じて重複説明は省略されている。

＜実施の形態１＞
まず、図９を参照して、本実施の形態１に係る動画品質推定装置２０の構成例について説明する。

図９に示されるように、本実施の形態１に係る動画品質推定装置２０は、ネットワーク品質情報収集部２１、ネットワーク品質情報ＤＢ（Data Base）２２、動画品質情報収集部２３、動画品質情報ＤＢ２４、及び動画品質推定部２５を備えている。

ネットワーク品質情報収集部２１は、動画の配信に係るネットワークのネットワーク品質情報を収集する。ネットワーク品質情報は、フレームロス率、平均スループット等を含む。例えば、ネットワーク品質情報収集部２１は、ネットワークオペレータから、事前に設定されたネットワーク品質情報を収集する。
ネットワーク品質情報ＤＢ２２は、ネットワーク品質情報収集部２１により収集されたネットワーク品質情報を格納する。

なお、動画の配信に係るネットワークとは、動画の配信先の端末１０がモバイル端末である場合には、端末１０と後述する基地局３０との間の無線ネットワーク、コアネットワーク、及び、後述するインターネット７０、及び動画配信サーバ８０側のネットワークからなるネットワークとなる。また、コアネットワークは、後述するＭＮＯ（Mobile Network Operator）ネットワーク４０でも良いし、後述するＭＮＯネットワーク４０及びＭＶＮＯ（Mobile Virtual Network Operator）ネットワーク５０でも良い。

動画品質情報収集部２３は、１以上の動画のそれぞれの動画品質情報を収集する。動画品質情報は、動画の解像度、ビットレート等を含む。例えば、動画品質情報収集部２３は、動画配信サーバ８０やネットワークオペレータから、事前に設定され動画品質情報を収集する。
動画品質情報ＤＢ２４は、動画品質情報収集部２３により収集された動画品質情報を格納する。

動画品質推定部２５は、ネットワーク品質情報ＤＢ２２に格納されたネットワーク品質情報及び動画品質情報ＤＢ２４に格納された動画品質情報に基づいて、動画の解像度に対応するビットレートを推定する。さらには、動画品質推定部２５は、動画のビットレートに対応する各解像度の比率を表す解像度分布を推定する。
ここで、動画品質推定部２５は、ポリシー影響算出部２５１、ロス影響算出部２５２、オーバーヘッド算出部２５３、及び解像度分布推定部２５４を備えている。

ポリシー影響算出部２５１は、図８に示される、（１）ＡＢＲストリーミング方式に特有の挙動による増分のレートＲ_ＡＢＲを算出する。
ロス影響算出部２５２は、図８に示される、（２）ロスによる再送分のビットレートＲ_ｌｏｓｓを算出する。
オーバーヘッド算出部２５３は、図８に示される、（３）ヘッダー等のオーバーヘッド分のビットレートＲ_{ｏｖｅｒｈｅａｄ}を算出する。

解像度分布推定部２５４は、推定対象の動画の推定対象の解像度に対応するビットレートを推定する場合には、図８に示されるように、推定対象の動画の動画品質情報に含まれる、推定対象の解像度に対応するビットレートに対し、ポリシー影響算出部２５１、ロス影響算出部２５２、及びオーバーヘッド算出部２５３によりそれぞれ算出された、Ｒ_ＡＢＲ、Ｒ_ｌｏｓｓ、及びＲ_{ｏｖｅｒｈｅａｄ}を加算する。そして、解像度分布推定部２５４は、その加算後のビットレートを、推定対象の動画の推定対象の解像度に対応するビットレートと推定する。また、解像度分布推定部２５４は、この推定を、動画品質情報収集部２３により収集された各動画の各動画品質情報に含まれる各解像度について行うことにより、ビットレートに対応する各解像度の比率を表す解像度分布を推定する。

以下、ポリシー影響算出部２５１、ロス影響算出部２５２、オーバーヘッド算出部２５３、及び解像度分布推定部２５４の動作について、詳細に説明する。

まず、図１０及び図１１を参照して、ポリシー影響算出部２５１の動作について説明する。
図１を参照して説明したように、ＡＢＲストリーミング方式においては、端末１０は、ある解像度の動画（チャンク）を、動画配信サーバ８０に要求し、動画配信サーバ８０は、端末１０に要求された解像度の動画を、端末１０に送信する。

図１０は、端末１０で再生している動画の解像度の例を示し、図１１は、端末１０から動画配信サーバ８０に要求している動画の解像度の例を示している。図１０及び図１１において、横軸は時間を示し、縦軸は解像度を示している。

図１０及び図１１に示されるように、端末１０は、１４４ｐの低解像度で動画を再生しているときに、より高い２４０ｐの解像度の動画を要求している。
このことから、端末１０は、再生している動画の解像度が低い場合には、解像度を上げようとする傾向があると考えられる。

そこで、ポリシー影響算出部２５１は、推定対象の動画の推定対象の解像度に対応するビットレートを推定する場合には、推定対象の動画の動画品質情報に含まれる、推定対象の解像度が標準解像度以上であるか否かに応じて、ＡＢＲストリーミング方式に特有の挙動による増分のレートＲ_ＡＢＲを、以下のように決定する。このとき、標準解像度は、例えば、ネットワーク品質情報ＤＢ２２に事前に格納しておけば良い。

ｉ）解像度が標準解像度よりも低い場合
推定対象の解像度が標準解像度よりも低い場合、端末１０は、解像度を標準解像度まで上げようとして、より高い解像度の動画を要求すると考えられる。
そのため、ポリシー影響算出部２５１は、以下の数式１のように、Ｒ_ＡＢＲを決定する。

なお、β_Ｒ＋１は、固定値としても良いし、標準解像度との差分の大きさに応じて変動する変動値でも良い。

ｉｉ）解像度が標準解像度以上である場合
推定対象の解像度が標準解像度以上である場合、端末１０は、解像度を上げる必要がないため、現時点の解像度の動画を引き続き要求すると考えられる。
そのため、ポリシー影響算出部２５１は、以下の数式２のように、Ｒ_ＡＢＲを決定する。

続いて、ロス影響算出部２５２の動作について説明する。
フレームロスが発生した場合、ロス回数×１フレーム分の動画データが再送される。
そこで、ロス影響算出部２５２は、推定対象の動画の推定対象の解像度に対応するビットレートを推定する場合には、フレームロスによる再送分のビットレートＲ_ｌｏｓｓを、その再送分の動画データのビットレートの期待値として算出する。

再送分の動画データのビットレートβ_Ｒ（ρ）の期待値Ｅ［β_Ｒ（ρ）］は、ネットワーク品質情報に含まれるフレームロス率ρを用いて、以下の数式３のように、算出できる。

ここで、フレームロスが発生しない確率は、１－（フレームロスが発生しない確率）となる。そのため、フレームロスが発生しない確率は、以下の数式４により、算出できる。

数式３のリミット関数内の最初の項は、フレームロスが発生しないときのビットレートを示し、次の項は、ｎ個のフレームロスが発生したときのビットレートを示している。
数式３の計算を進めると、以下の数式５のようになる。

ここで、ｎ倍よりもｎ乗の方が、値が大きくなるスピードが速い。そのため、ｎ→∞でリミットを取ると、ｎ乗の方が支配的になる。そのため、数式３は、上記のような結果となる。

続いて、オーバーヘッド算出部２５３の動作について説明する。
動画を送信する場合、ヘッダーが付加された動画データを送信する。
そのため、動画のビットレートを推定する場合、ヘッダーの送信に必要なビットレートも、オーバーヘッド分として考慮する必要がある。また、ヘッダーの送信に必要なビットレートは、ヘッダーサイズに応じて異なる。

ここで、動画データは、ＭＴＵ（Maximum Transmission Unit）のサイズにフラグメント化されて、送信される。
そこで、オーバーヘッド算出部２５３は、推定対象の動画の推定対象の解像度に対応するビットレートを推定する場合には、ヘッダーサイズの期待値をηとし、ビットレートをβとすると、ヘッダーによるオーバーヘッド分のビットレートＲ_{ｏｖｅｒｈｅａｄ}を、以下の数式６により、算出できる。なお、βは、推定対象の動画の動画品質情報に含まれる、推定対象の解像度に対応するビットレートとなる。

ここで、ヘッダーサイズの期待値ηの算出には、フレームを構成している個々のパケットが必要になる。そのため、ヘッダーサイズの期待値ηとしては、処理負荷を考慮して、最大値を考える。

例えば、フレームを構成しているパケットがＴＣＰ（Transmission Control Protocol）／ＨＴＴＰパケットである場合は、ヘッダーサイズの期待値ηは、以下の数式７となる。

また、フレームを構成しているパケットがＵＤＰ（User Datagram Protocol）／ＱＵＩＣ（Quick UDP Internet Connections）／ＨＴＴＰパケットである場合は、ヘッダーサイズの期待値ηは、以下の数式８なる。

続いて、解像度分布推定部２５４の動作について説明する。
解像度分布推定部２５４は、推定対象の動画の推定対象の解像度に対応するビットレートを推定する場合には、図８に示されるように、推定対象の動画の動画品質情報に含まれる、推定対象の解像度に対応するビットレートに対し、ポリシー影響算出部２５１、ロス影響算出部２５２、及びオーバーヘッド算出部２５３によりそれぞれ算出された、Ｒ_ＡＢＲ、Ｒ_ｌｏｓｓ、及びＲ_{ｏｖｅｒｈｅａｄ}を加算する。そして、解像度分布推定部２５４は、その加算後のビットレートを、推定対象の動画の推定対象の解像度に対応するビットレートと推定する。

そのため、端末１０において、推定対象の動画を推定対象の解像度で再生させる場合には、推定対象の解像度に対応すると推定されたビットレートを、シェーピングレートとして用いて、推定対象の動画をシェーピングすることになる。

しかし、ネットワークの平均スループットを超える値のシェーピングレートでシェーピングした場合、平均スループットと同値のシェーピングレートでシェーピングした場合と比較して、端末１０で再生される動画の品質は変わらない。

そこで、解像度分布推定部２５４は、ネットワークの平均スループットに基づいて、推定対象の解像度に対応すると推定されたビットレートを調整する。
具体的には、解像度分布推定部２５４は、推定されたビットレートが平均スループットよりも高い場合は、推定されたビットレートを平均スループットの値に調整し、その他の場合は、推定されたビットレートをそのままとする。

この場合、図１２に示されるように、シェーピングレートβの分布の範囲が調整されることになる。図１２の例では、シェーピングレートβが平均スループットｘ_ａｖｅ以下のエリアのみが有効エリアとなり、シェーピングレートβが平均スループットｘ_ａｖｅよりも高いエリアは無効エリアとなる。

図１２に示されるように、シェーピングレートβの分布の範囲が調整される場合、端末１０で再生される動画の解像度は、以下の数式９に示されるように、調整されることになる。すなわち、端末１０で再生される動画の解像度は、シェーピングレートβが平均スループットｘ_ａｖｅよりも大きい場合は、平均スループットｘ_ａｖｅに応じた解像度となり、その他の場合は、シェーピングレートβに応じた解像度となる。

続いて、図１３及び図１４を参照して、本実施の形態１に係る動画品質推定装置２０のネットワーク配置例について説明する。なお、図１３及び図１４において、動画配信サーバ８０は、図示が省略されているが、端末１０から見て、インターネット７０の先に設けられている。
本実施の形態１に係る動画品質推定装置２０は、例えば、動画に対してシェーピングを行うことにより、動画の帯域制御を行う帯域制御装置２００の内部に配置される。

図１３の例では、帯域制御装置２００は、ＭＮＯネットワーク４０に配置されている。ＭＮＯネットワーク４０は、基地局３０及びインターネット７０に接続されている。ＭＮＯネットワーク４０には、帯域制御装置２００の他、Ｓ－ＧＷ（Serving Gateway）４１、Ｐ－ＧＷ（Packet. Data Network Gateway）４２、ＭＭＥ（Mobility Management Entity）４３、及びＨＳＳ（Home Subscriber Server）４４が配置されている。

図１４の例では、帯域制御装置２００は、ＭＶＮＯネットワーク５０に配置されている。ＭＶＮＯネットワーク５０は、ネットワークトンネル６０を介してＭＮＯネットワーク４０に接続されると共に、インターネット７０に接続されている。ＭＶＮＯネットワーク５０には、帯域制御装置２００の他、Ｐ－ＧＷ５１、ＰＣＲＦ（Policy and Charging Rules Function）５２、及び認証サーバ５３が配置されている。また、ＭＮＯネットワーク４０は、基地局３０に接続され、Ｓ－ＧＷ４１が配置されている。

続いて、図１５を参照して、本実施の形態１に係る動画品質推定装置２０の動作の流れの例について説明する。
図１５に示されるように、まず、ネットワーク品質情報収集部２１は、動画の配信に係るネットワークのネットワーク品質情報を収集する（ステップＳ１０１）。収集されたネットワーク品質情報は、ネットワーク品質情報ＤＢ２２に格納される。

続いて、動画品質情報収集部２３は、１以上の動画のそれぞれの動画品質情報を収集する（ステップＳ１０２）。収集された動画品質情報は、動画品質情報ＤＢ２４に格納される。
なお、ステップＳ１０１，Ｓ１０２は、この順番で行うことに限られず、逆の順番で行っても良いし、同時に行っても良い。

続いて、動画品質推定部２５は、動画品質情報収集部２３により動画品質情報が収集された１以上の動画のいずれか１つを推定対象として選択すると共に、選択された推定対象の動画の動画品質情報に含まれる１以上の解像度のいずれか１つを推定対象として選択する（ステップＳ１０３）。

続いて、動画品質推定部２５においては、推定対象の動画の推定対象の解像度について、ネットワーク品質情報及び推定対象の動画の動画品質情報に基づいて、ポリシー影響算出部２５１は、（１）ＡＢＲストリーミング方式に特有の挙動による増分のレートＲ_ＡＢＲを算出し（ステップＳ１０４）、また、ロス影響算出部２５２は、（２）ロスによる再送分のビットレートＲ_ｌｏｓｓを算出し（ステップＳ１０５）、また、オーバーヘッド算出部２５３は、（３）ヘッダー等のオーバーヘッド分のビットレートＲ_{ｏｖｅｒｈｅａｄ}を算出する（ステップＳ１０６）。
なお、ステップＳ１０４～Ｓ１０６は、この順番で行うことに限られず、任意の順番で行っても良いし、同時に行っても良い。

続いて、動画品質推定部２５においては、解像度分布推定部２５４は、推定対象の動画の動画品質情報に含まれる、推定対象の解像度に対応するビットレートに対し、ステップＳ１０４～Ｓ１０６によりそれぞれ算出された、Ｒ_ＡＢＲ、Ｒ_ｌｏｓｓ、及びＲ_{ｏｖｅｒｈｅａｄ}を加算する。そして、解像度分布推定部２５４は、その加算後のビットレートを、推定対象の動画の推定対象の解像度に対応するビットレートと推定する（ステップＳ１０７）。このとき、解像度分布推定部２５４は、ネットワークの平均スループットに基づいて、推定されたビットレートを調整しても良い。

続いて、動画品質推定部２５は、動画品質情報収集部２３により収集された動画品質情報の中に、推定対象として選択すべき動画及び解像度が残っているか否かを判断する（ステップＳ１０８）。例えば、動画品質情報に含まれる、全て又は所定数の動画の、全て又は所定数の解像度を推定対象とすることが条件で定められている場合には、その条件を未だ満たしていなければ、ステップＳ１０８の判断はＹｅｓとなる。

ステップＳ１０８において、推定対象として選択すべき動画及び解像度が残っている場合には（ステップＳ１０８のＹｅｓ）、動画品質推定部２５は、ステップＳ１０３の処理に戻り、１つの動画を推定対象として選択すると共に、選択された動画の１つの解像度を推定対象として選択して、以降、ステップＳ１０４～Ｓ１０７の処理を行う。

一方、ステップＳ１０８において、推定対象として選択すべき動画及び解像度が残っていない場合には（ステップＳ１０８のＮｏ）、動画品質推定部２５においては、解像度分布推定部２５４は、推定対象の動画の推定対象の解像度に対応すると推定したビットレートの推定結果に基づいて、ビットレートに対応する各解像度の比率を表す解像度分布を推定する（ステップＳ１０９）。

上述したように本実施の形態１によれば、ネットワーク品質情報収集部２１は、動画の配信に係るネットワークのネットワーク品質情報を収集する。動画品質情報収集部２３は、動画の動画品質情報を収集する。動画品質推定部２５は、ネットワーク品質情報及び動画品質情報に基づいて、動画の解像度に対応するビットレートを推定する。

詳細には、動画品質推定部２５は、推定対象の動画の推定対象の解像度に対応するビットレートを推定する場合には、推定対象の動画の動画品質情報に含まれる、推定対象の解像度に対応するビットレートに対し、以下の（１）～（３）のビットレートを加算し、その加算後のビットレートを、推定対象の動画の推定対象の解像度に対応するビットレートと推定する。
（１）ＡＢＲストリーミング方式に特有の挙動による増分のビットレートＲ_ＡＢＲ
（２）ロスによる再送分のビットレートＲ_ｌｏｓｓ
（３）ヘッダー等のオーバーヘッド分のビットレートＲ_{ｏｖｅｒｈｅａｄ}

これにより、ネットワークオペレータは、実際に動画を視聴して、膨大な量のデータを収集しなくても、動画の解像度に対応するビットレートを把握できる。そのため、膨大なコストを掛けることなく、動画の解像度とビットレートとの関係を把握できるようになる。

ここで、図１６を参照して、本実施の形態１の効果について検証する。
図１６の左下図は、ある１０個の動画を実際にシェーピングしたときの解像度分布の例を示している。図１６の中下図は、動画品質情報のみから推定された解像度分布の例を示している。図１６の右下図は、本実施の形態１において、動画品質情報、ＡＢＲストリーミング方式に特有の挙動、ロスによる再送分、及び、ヘッダー等のオーバーヘッド、から推定された解像度分布の例を示している。図１６の左下図の横軸及び縦軸は図５と同様であり、図１６の中下図及び右下図の横軸及び縦軸は図６と同様である。

ここでは、図１６の中下図及び右下図において、各シェーピングレートに対応する推定解像度が正しいか否か（図１６の左下図の解像度と一致するか否か）を判定し、正しい場合は１の値を、誤っている場合は０の値を付与し、各シェーピングレートの平均値を識別精度として用いた。

図１６の中下図に示されるように、動画品質情報のみから推定された解像度分布は、識別精度が３１．７［％］と低く、図１６の左下図の解像度分布とは大きく異なる分布になっている。

これに対して、図１６の右下図に示されるように、本実施の形態１において、動画品質情報、ＡＢＲストリーミング方式に特有の挙動、ロスによる再送分、及び、ヘッダー等のオーバーヘッド、から推定された解像度分布は、識別精度が８６．０［％］と高く、図１６の左下図の解像度分布に非常に近い分布になっている。

このことから、本実施の形態１によれば、ネットワーク品質の変動を考慮した、動画の解像度とビットレートとの関係、すなわち、ビットレートに対応する各解像度の比率を表す解像度分布を推定できていることがわかる。

そのため、あるネットワーク品質であるときの解像度分布を推定できるようになる。例えば、ネットワーク品質が、平均スループット：３［Ｍｂｐｓ］、フレームロス率：０．１［％］であるときの解像度分布を推定できるようになる。

また、ネットワークオペレータは、本実施の形態１に係る解像度分布を参照して、動画を高い解像度で提供できることが確認されれば、端末１０を使用するユーザに対し、「このネットワークでは、高い解像度で動画視聴が可能！」といった告知を行うことができるようになる。

また、ネットワークオペレータは、本実施の形態１に係る解像度分布を、過度にシェーピングしすぎないような目安として利用することができるようになる。
もし、本実施の形態１に係る解像度分布が存在しない場合、一律で３００［ｋｂｐｓ］のシェーピングレートでシェーピングをする、といった事象が発生する。
一方、本実施の形態１に係る解像度分布が存在する場合、その解像度分布によって、ネットワークオペレータは、９０％以上の動画を、３６０ｐ以上の解像度で提供できるシェーピングレートは、どの程度のレートであるかを把握することが可能となる。

＜実施の形態２＞
まず、図１７を参照して、本実施の形態２に係る動画品質推定装置２０Ａの構成例について説明する。

図１７に示されるように、本実施の形態２に係る動画品質推定装置２０Ａは、上述した実施の形態１の図９の動画品質推定装置２０の構成と比較して、表示部２６が追加されている点が異なる。
表示部２６は、動画品質推定部２５により推定された解像度分布等の動画品質を、動画品質推定装置２０Ａの画面に表示する。

また、本実施の形態２に係る動画品質推定装置２０Ａは、複数の基地局３０が存在することを想定し、複数の基地局３０のそれぞれの複数のエリア（セル）毎に、解像度分布を推定する点においても、上述した実施の形態１の動画品質推定装置２０とは異なる。

そのため、ネットワーク品質情報収集部２１は、複数のエリア毎に、ネットワーク品質情報を収集する。また、動画品質推定部２５は、複数のエリア毎に、解像度分布を推定する。

以下、図１８を参照して、本実施の形態２に係る動画品質推定装置２０Ａの動作概要について説明する。
図１８に示されるように、本例では、ＭＮＯネットワーク４０には３つの基地局３０－１～３０－３が接続されることを想定する。

ネットワーク品質情報収集部２１は、３つの基地局３０－１～３０－３のそれぞれの３つのエリア１～３毎に、そのエリアのネットワークのフレームロス率、平均スループット等を含むネットワーク品質情報を収集する。なお、３つのエリア１～３のネットワークは、３つの基地局３０－１～３０－３から見て、ＭＮＯネットワーク４０及びＭＮＯネットワーク４０の先のネットワーク構成は互いに同じである。

動画品質推定部２５においては、３つのエリア１～３毎に、ポリシー影響算出部２５１は、Ｒ_ＡＢＲを算出し、また、ロス影響算出部２５２は、Ｒ_ｌｏｓｓを算出し、また、オーバーヘッド算出部２５３は、Ｒ_{ｏｖｅｒｈｅａｄ}を算出する。そして、解像度分布推定部２５４は、３つのエリア１～３毎に、解像度分布を推定する。なお、解像度分布の推定方法自体は、上述した実施の形態１と同様であるため、説明を省略する。

さらに、解像度分布推定部２５４は、３つのエリア１～３毎に、平均スループット及び解像度分布に基づいて、平均解像度を推定する。例えば、解像度分布推定部２５４は、解像度分布において、平均スループットに相当するビットレートであるときに最も比率が高い解像度を、平均解像度と推定する。具体的には、あるエリアについて推定された解像度分布が、図１６の右下図の解像度分布であり、そのエリアの平均スループットが５１２［ｋｂｐｓ］であると仮定する。この仮定の場合、図１６の右下図の解像度分布において、平均スループットに相当するビットレート５１２［ｋｂｐｓ］であるときに最も比率が高い解像度は２４０ｐとなる。そのため、解像度分布推定部２５４は、そのエリアの平均解像度を２４０ｐと推定する。

そして、表示部２６は、動画品質推定装置２０Ａの画面において、マップ上に３つのエリア１～３をそれぞれ表示し、さらに、３つのエリア１～３のそれぞれの平均解像度を表示する。

なお、図１８の表示部２６による表示例は、一例であって、これには限定されない。例えば、図１８の表示例では、動画品質として、平均解像度を表示したが、他の指標を表示しても良い。例えば、平均解像度を色分けして表示したり、平均解像度の表示部分をクリックすることで詳細として図１８に記載の表のようなネットワーク品質情報を表示させたりしても良い。また、図６のような解像度分布を表示しても良い。

また、図１８の表示例では、表示部２６は、動画品質を、動画品質推定装置２０Ａの画面に表示しているが、これには限定されない。表示部２６は、動画品質推定装置２０Ａ以外の任意の表示装置（例えば、ネットワークオペレータの表示装置等）に動画品質を表示しても良い。

続いて、図１９を参照して、本実施の形態２に係る動画品質推定装置２０Ａの動作の流れの例について説明する。ここでは、図１８に示されるように、ＭＮＯネットワーク４０には３つの基地局３０－１～３０－３が接続されることを想定する。

図１９に示されるように、まず、３つの基地局３０－１～３０－３のそれぞれの３つのエリア１～３毎に、上述した実施の形態１の図１６のステップＳ１０１～Ｓ１０９と同様のステップＳ２０１～Ｓ２０９の処理が行われる。これにより、３つのエリア１～３毎に、解像度分布が推定される。

続いて、解像度分布推定部２５４は、３つのエリア１～３毎に、平均スループット及び解像度分布に基づいて、平均解像度を推定する（ステップＳ２１０）。
その後、表示部２６は、マップ上に３つのエリア１～３をそれぞれ表示し、さらに、３つのエリア１～３のそれぞれの平均解像度を表示する（ステップＳ２１１）。

上述したように本実施の形態２によれば、動画品質推定部２５は、複数のエリア毎に、解像度分布を推定し、さらには、平均解像度を推定する。表示部２６は、マップ上に複数のエリアをそれぞれ表示し、さらに、複数のエリアのそれぞれの平均解像度を表示する。

これにより、複数のエリア毎に、どの程度の解像度で動画を提供できるかを把握することができるようになる。
その他の効果は、上述した実施の形態１と同様である。

ここで、図２０を参照して、本実施の形態２の変形例について説明する。
図２０に示されるように、本変形例では、図１８の例と同様に、ＭＮＯネットワーク４０には３つの基地局３０－１～３０－３が接続されることを想定する。また、３つの基地局３０－１～３０－３のそれぞれの３つのエリア１～３には、ネットワークスライシング技術を利用して、ネットワークスライスの帯域が割り当てられていることを想定する。

解像度分布推定部２５４は、３つのエリア１～３毎に、平均解像度を推定する。
このとき、在圏する端末１０の数が多いエリアでは、割り当てられたネットワークスライスの帯域では帯域が不足し、平均解像度が目標解像度よりも低くなるという事象が発生する可能性がある。

そのため、解像度分布推定部２５４は、平均解像度が目標解像度よりも低いエリアが存在する場合、そのエリアに割り当てるネットワークスライスの帯域を増加させても良い。この場合、解像度分布推定部２５４は、各エリアにネットワークスライスの帯域を割り当てる役割を担う構成要素に対し、あるエリアに割り当てるネットワークスライスの帯域を増加させるよう報知すれば良い。

なお、目標解像度は、複数のエリアで共通であることが好適であるが、複数のエリア毎に異なっていても良い。また、目標解像度は、例えば、ネットワーク品質情報ＤＢ２２に事前に格納しておけば良い。

＜他の実施の形態＞
上述した実施の形態１，２では、本開示に係る構成要素が１つの装置（動画品質推定装置２０，２０Ａ）に配置されていたが、これには限定されない。動画品質推定装置２０，２０Ａ内の構成要素は、ネットワーク上に分散して配置されても良い。

また、上述した実施の形態１，２では、推定対象の動画の動画品質情報含まれる、推定対象の解像度に対応するビットレートに対し、以下の（１）～（３）のビットレートを加算することで、解像度に対応するビットレートと推定していたが、これには限定されない。
（１）ＡＢＲストリーミング方式に特有の挙動による増分のビットレートＲ_ＡＢＲ
（２）ロスによる再送分のビットレートＲ_ｌｏｓｓ
（３）ヘッダー等のオーバーヘッド分のビットレートＲ_{ｏｖｅｒｈｅａｄ}

上記の（１）～（３）のビットレートのうち任意の１つ又は２つのみを加算しても、推定される解像度分布は、実際にシェーピングしたときの解像度分布に近付くと考えられる。そのため、上記の（１）～（３）のビットレートのうち任意の１つ又は２つを選択し、選択されたビットレートのみを加算しても良い。この場合、上記の（１）～（３）のビットレートを全て加算する場合と比較して、演算量を減らすことができる。

＜実施の形態の概念＞
続いて、図２１を参照して、上述した実施の形態１，２に係る動画品質推定装置２０，２０Ａを概念的に示した動画品質推定装置１００の構成例について説明する。

図２１に示される動画品質推定装置１００は、第１の収集部１０１、第２の収集部１０２、及び推定部１０３を備えている。

第１の収集部１０１は、上述した実施の形態１，２に係るネットワーク品質情報収集部２１に対応する。第１の収集部１０１は、動画の配信に係るネットワークのネットワーク品質情報を収集する。ネットワーク品質情報は、例えば、ネットワークのフレームロス率、平均スループット等を含む。

第２の収集部１０２は、上述した実施の形態１，２に係る動画品質情報収集部２３に対応する。第２の収集部１０２は、１つ以上の動画のそれぞれの動画品質情報を収集する。動画品質情報は、例えば、動画の解像度、その解像度に対応する動画の第２のビットレート等を含む。

推定部１０３は、上述した実施の形態１，２に係る動画品質推定部２５に対応する。推定部１０３は、ネットワーク品質情報及び動画品質情報に基づいて、動画の解像度に対応する第１のビットレートを推定する。

このとき、推定部１０３は、ネットワーク品質情報及び動画品質情報に基づいて、動画品質情報に含まれる、動画の解像度に対応する第２のビットレートに対し、加算する値を特定し、動画の解像度に対応する第１のビットレートを推定しても良い。より詳細には、推定部１０３は、動画品質情報に含まれる、動画の解像度に対応する第２のビットレートに対し、上記で特定した加算する値を加算し、その加算後のビットレートを、動画の解像度に対応する第１のビットレートと推定しても良い。

また、推定部１０３は、動画品質情報に含まれる動画の解像度が標準解像度よりも低い場合、動画品質情報に含まれる、動画の解像度に対応する第２のビットレートに対し、予め決められたビットレートを、加算する値として加算しても良い。

また、推定部１０３は、フレームロス率に基づいて、フレームロスに起因する動画データの再送に要するビットレートを算出しても良い。そして、推定部１０３は、動画品質情報に含まれる、動画の解像度に対応する第２のビットレートに対し、動画データの再送に要するビットレートを、加算する値として加算しても良い。

また、推定部１０３は、動画データのパケットのヘッダーのサイズに基づいて、ヘッダーの送信に要するビットレートを算出しても良い。そして、推定部１０３は、動画品質情報に含まれる、動画の解像度に対応する第２のビットレートに対し、ヘッダーの送信に要するビットレートを、加算する値として加算しても良い。

また、推定部１０３は、動画の解像度に対応すると推定された第１のビットレートが平均スループットよりも高い場合、第１のビットレートを、平均スループットの値に調整しても良い。

また、推定部１０３は、１以上の動画の１以上の解像度にそれぞれ対応する第１のビットレートを推定し、その推定結果に基づいて、第１のビットレートに対応する各解像度の比率を表す解像度分布を推定しても良い。

また、動画品質推定装置１００は、表示部をさらに備えていても良い。この表示部は、上述した実施の形態２に係る表示部２６に対応する。また、推定部１０３は、複数のエリア毎に、解像度分布を推定し、推定された解像度分布及び平均スループットに基づいて、平均解像度を推定しても良い。そして、表示部は、マップ上に複数のエリアをそれぞれ表示すると共に、複数のエリアのそれぞれの平均解像度を表示しても良い。又は、表示部は、推定部１０３により推定された、動画の解像度に対応する第１のビットレートを表示しても良い。

また、複数のエリアのそれぞれには、ネットワークスライスの帯域が割り当てられていても良い。そして、推定部１０３は、複数のエリアの中に、推定された平均解像度が目標解像度よりも低いエリアが存在する場合、そのエリアに割り当てるネットワークスライスの帯域を増加させても良い。

続いて、図２２を参照して、図２１に示される動画品質推定装置１００の動作の流れの例について説明する。

図２２に示されるように、まず、第１の収集部１０１は、動画の配信に係るネットワークのネットワーク品質情報を収集する（ステップＳ３０１）。
続いて、第２の収集部１０２は、動画の動画品質情報を収集する（ステップＳ３０２）。
なお、ステップＳ３０１，Ｓ３０２は、この順番で行うことに限られず、逆の順番で行っても良いし、同時に行っても良い。

その後、推定部１０３は、ステップＳ３０１により収集されたネットワーク品質情報及びステップＳ３０２により収集された動画品質情報に基づいて、動画の解像度に対応するビットレートを推定する（ステップＳ３０３）。

上述したように、図２１に示される動画品質推定装置１００によれば、第１の収集部１０１は、動画の配信に係るネットワークのネットワーク品質情報を収集する。第２の収集部１０２は、動画の動画品質情報を収集する。推定部１０３は、ネットワーク品質情報及び動画品質情報に基づいて、動画の解像度に対応するビットレートを推定する。

続いて、図２３を参照して、図２１に示される動画品質推定装置１００を含む動画品質推定システムの構成例について説明する。
図２３に示される動画品質推定システムは、端末１０、ネットワーク１１０、及び動画品質推定装置１００を備えている。

端末１０及び動画品質推定装置１００は、ネットワーク１１０に接続されている。
端末１０は、ネットワーク１１０上の動画配信サーバ８０から動画が配信される。
ネットワーク１１０は、端末１０がモバイル端末である場合には、端末１０と基地局３０との間の無線ネットワーク、コアネットワーク、及び、インターネット７０、及び動画配信サーバ８０側のネットワークからなるネットワークとなる。また、コアネットワークは、ＭＮＯネットワーク４０でも良いし、ＭＮＯネットワーク４０及びＭＶＮＯネットワーク５０でも良い。

＜実施の形態に係る動画品質推定装置及び動画品質推定システムのハードウェア構成＞
続いて、図２４を参照して、上述した実施の形態１，２に係る動画品質推定装置２０，２０Ａ及び上述した実施の形態の概念に係る動画品質推定装置１００を実現するコンピュータ９０のハードウェア構成について説明する。

図２４に示されるように、コンピュータ９０は、プロセッサ９１、メモリ９２、ストレージ９３、入出力インタフェース（入出力Ｉ／Ｆ）９４、及び通信インタフェース（通信Ｉ／Ｆ）９５等を備える。プロセッサ９１、メモリ９２、ストレージ９３、入出力インタフェース９４、及び通信インタフェース９５は、相互にデータを送受信するためのデータ伝送路で接続されている。

プロセッサ９１は、例えばＣＰＵ（Central Processing Unit）やＧＰＵ（Graphics Processing Unit）等の演算処理装置である。メモリ９２は、例えばＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）等のメモリである。ストレージ９３は、例えばＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、またはメモリカード等の記憶装置である。また、ストレージ９３は、ＲＡＭやＲＯＭ等のメモリであっても良い。

ストレージ９３は、動画品質推定装置２０，２０Ａ，１００が備える構成要素の機能を実現するプログラムを記憶している。プロセッサ９１は、これら各プログラムを実行することで、動画品質推定装置２０，２０Ａ，１００が備える構成要素の機能をそれぞれ実現する。ここで、プロセッサ９１は、上記各プログラムを実行する際、これらのプログラムをメモリ９２上に読み出してから実行しても良いし、メモリ９２上に読み出さずに実行しても良い。また、メモリ９２やストレージ９３は、動画品質推定装置２０，２０Ａ，１００が備える構成要素が格納する情報やデータを記憶する役割も果たす。

また、上述したプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータ（コンピュータ９０を含む）に供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えば、フレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば、光磁気ディスク）、ＣＤ－ＲＯＭ（Compact Disc-ROM）、ＣＤ－Ｒ（CD-Recordable）、ＣＤ－Ｒ／Ｗ（CD-ReWritable）、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭを含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されても良い。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

入出力インタフェース９４は、表示装置９４１、入力装置９４２、音出力装置９４３等と接続される。表示装置９４１は、ＬＣＤ（Liquid Crystal Display）、ＣＲＴ（Cathode Ray Tube）ディスプレイ、モニターのような、プロセッサ９１により処理された描画データに対応する画面を表示する装置である。入力装置９４２は、オペレータの操作入力を受け付ける装置であり、例えば、キーボード、マウス、及びタッチセンサ等である。表示装置９４１及び入力装置９４２は一体化され、タッチパネルとして実現されていても良い。音出力装置９４３は、スピーカのような、プロセッサ９１により処理された音響データに対応する音を音響出力する装置である。

通信インタフェース９５は、外部の装置との間でデータを送受信する。例えば、通信インタフェース９５は、有線通信路または無線通信路を介して外部装置と通信する。

以上、実施の形態を参照して本開示を説明したが、本開示は上述した実施の形態に限定されるものではない。本開示の構成や詳細には、本開示のスコープ内で当業者が理解し得る様々な変更をすることができる。

また、上述した実施の形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
動画の配信に係るネットワークのネットワーク品質情報を収集する第１の収集部と、
前記動画の動画品質情報を収集する第２の収集部と、
前記ネットワーク品質情報及び前記動画品質情報に基づいて、前記動画の解像度に対応する第１のビットレートを推定する推定部と、
を備える、動画品質推定装置。
（付記２）
前記動画品質情報は、前記動画の解像度と、該解像度に対応する第２のビットレートと、を含み、
前記推定部は、前記ネットワーク品質情報及び前記動画品質情報に基づいて、前記動画品質情報に含まれる、前記動画の解像度に対応する前記第２のビットレートに対し、加算する値を特定し、前記動画の解像度に対応する前記第１のビットレートを推定する、
付記１に記載の動画品質推定装置。
（付記３）
前記推定部は、前記動画品質情報に含まれる前記動画の解像度が標準解像度よりも低い場合、前記動画品質情報に含まれる、前記動画の解像度に対応する前記第２のビットレートに対し、予め決められたビットレートを、前記加算する値として加算する、
付記２に記載の動画品質推定装置。
（付記４）
前記ネットワーク品質情報は、前記ネットワークのフレームロス率を含み、
前記推定部は、
前記フレームロス率に基づいて、フレームロスに起因する動画データの再送に要するビットレートを算出し、
前記動画品質情報に含まれる、前記動画の解像度に対応する前記第２のビットレートに対し、前記動画データの再送に要するビットレートを、前記加算する値として加算する、
付記２又は３に記載の動画品質推定装置。
（付記５）
前記推定部は、
動画データのパケットのヘッダーのサイズに基づいて、前記ヘッダーの送信に要するビットレートを算出し、
前記動画品質情報に含まれる、前記動画の解像度に対応する前記第２のビットレートに対し、前記ヘッダーの送信に要するビットレートを、前記加算する値として加算する、
付記２から４のいずれか１項に記載の動画品質推定装置。
（付記６）
前記ネットワーク品質情報は、前記ネットワークの平均スループットを含み、
前記推定部は、
前記動画の解像度に対応すると推定された前記第１のビットレートが前記平均スループットよりも高い場合、前記第１のビットレートを、前記平均スループットの値に調整する、
付記２から５のいずれか１項に記載の動画品質推定装置。
（付記７）
前記推定部により推定された、前記動画の解像度に対応する前記第１のビットレートを表示する表示部をさらに備える、
付記１から６のいずれか１項に記載の動画品質推定装置。
（付記８）
前記推定部は、
１以上の前記動画の１以上の前記解像度にそれぞれ対応する前記第１のビットレートを推定し、該推定結果に基づいて、前記第１のビットレートに対応する各解像度の比率を表す解像度分布を推定する、
付記２から６のいずれか１項に記載の動画品質推定装置。
（付記９）
表示部をさらに備え、
前記ネットワーク品質情報は、複数のエリア毎の前記ネットワークの平均スループットを含み、
前記推定部は、前記複数のエリア毎に、前記解像度分布を推定し、前記推定された前記解像度分布及び平均スループットに基づいて、平均解像度を推定し、
前記表示部は、マップ上に前記複数のエリアをそれぞれ表示すると共に、前記複数のエリアのそれぞれの平均解像度を表示する、
付記８に記載の動画品質推定装置。
（付記１０）
前記複数のエリアのそれぞれには、ネットワークスライスの帯域が割り当てられており、
前記推定部は、前記複数のエリアの中に、前記推定された前記平均解像度が目標解像度よりも低いエリアが存在する場合、該エリアに割り当てるネットワークスライスの帯域を増加させる、
付記９に記載の動画品質推定装置。
（付記１１）
動画の配信に係るネットワークのネットワーク品質情報を収集する第１の収集ステップと、
前記動画の動画品質情報を収集する第２の収集ステップと、
前記ネットワーク品質情報及び前記動画品質情報に基づいて、前記動画の解像度に対応する第１のビットレートを推定する推定ステップと、
を含む、動画品質推定方法。
（付記１２）
前記動画品質情報は、前記動画の解像度と、該解像度に対応する第２のビットレートと、を含み、
前記推定ステップでは、前記ネットワーク品質情報及び前記動画品質情報に基づいて、前記動画品質情報に含まれる、前記動画の解像度に対応する前記第２のビットレートに対し、加算する値を特定し、前記動画の解像度に対応する前記第１のビットレートを推定する、
付記１１に記載の動画品質推定方法。
（付記１３）
前記推定ステップでは、前記動画品質情報に含まれる前記動画の解像度が標準解像度よりも低い場合、前記動画品質情報に含まれる、前記動画の解像度に対応する前記第２のビットレートに対し、予め決められたビットレートを、前記加算する値として加算する、
付記１２に記載の動画品質推定方法。
（付記１４）
前記ネットワーク品質情報は、前記ネットワークのフレームロス率を含み、
前記推定ステップでは、
前記フレームロス率に基づいて、フレームロスに起因する動画データの再送に要するビットレートを算出し、
前記動画品質情報に含まれる、前記動画の解像度に対応する前記第２のビットレートに対し、前記動画データの再送に要するビットレートを、前記加算する値として加算する、
付記１２又は１３に記載の動画品質推定方法。
（付記１５）
前記推定ステップでは、
動画データのパケットのヘッダーのサイズに基づいて、前記ヘッダーの送信に要するビットレートを算出し、
前記動画品質情報に含まれる、前記動画の解像度に対応する前記第２のビットレートに対し、前記ヘッダーの送信に要するビットレートを、前記加算する値として加算する、
付記１２から１４のいずれか１項に記載の動画品質推定方法。
（付記１６）
前記ネットワーク品質情報は、前記ネットワークの平均スループットを含み、
前記推定ステップでは、
前記動画の解像度に対応すると推定された前記第１のビットレートが前記平均スループットよりも高い場合、前記第１のビットレートを、前記平均スループットの値に調整する、
付記１２から１５のいずれか１項に記載の動画品質推定方法。
（付記１７）
前記推定ステップにより推定された、前記動画の解像度に対応する前記第１のビットレートを表示する表示ステップをさらに含む、
付記１１から１６のいずれか１項に記載の動画品質推定方法。
（付記１８）
前記推定ステップでは、
１以上の前記動画の１以上の前記解像度にそれぞれ対応する前記第１のビットレートを推定し、該推定結果に基づいて、前記第１のビットレートに対応する各解像度の比率を表す解像度分布を推定する、
付記１２から１６のいずれか１項に記載の動画品質推定方法。
（付記１９）
前記ネットワーク品質情報は、複数のエリア毎の前記ネットワークの平均スループットを含み、
前記推定ステップでは、前記複数のエリア毎に、前記解像度分布を推定し、前記推定された前記解像度分布及び平均スループットに基づいて、平均解像度を推定し、
前記動画品質推定方法は、
マップ上に前記複数のエリアをそれぞれ表示すると共に、前記複数のエリアのそれぞれの平均解像度を表示する表示ステップをさらに含む、
付記１８に記載の動画品質推定方法。
（付記２０）
前記複数のエリアのそれぞれには、ネットワークスライスの帯域が割り当てられており、
前記推定ステップでは、前記複数のエリアの中に、前記推定された前記平均解像度が目標解像度よりも低いエリアが存在する場合、該エリアに割り当てるネットワークスライスの帯域を増加させる、
付記１９に記載の動画品質推定方法。
（付記２１）
動画の配信に係るネットワークのネットワーク品質情報を収集する第１の収集部と、
前記動画の動画品質情報を収集する第２の収集部と、
前記ネットワーク品質情報及び前記動画品質情報に基づいて、前記動画の解像度に対応する第１のビットレートを推定する推定部と、
を備える、動画品質推定システム。
（付記２２）
前記動画品質情報は、前記動画の解像度と、該解像度に対応する第２のビットレートと、を含み、
前記推定部は、前記ネットワーク品質情報及び前記動画品質情報に基づいて、前記動画品質情報に含まれる、前記動画の解像度に対応する前記第２のビットレートに対し、加算する値を特定し、前記動画の解像度に対応する前記第１のビットレートを推定する、
付記２１に記載の動画品質推定システム。
（付記２３）
前記推定部は、前記動画品質情報に含まれる前記動画の解像度が標準解像度よりも低い場合、前記動画品質情報に含まれる、前記動画の解像度に対応する前記第２のビットレートに対し、予め決められたビットレートを、前記加算する値として加算する、
付記２２に記載の動画品質推定システム。
（付記２４）
前記ネットワーク品質情報は、前記ネットワークのフレームロス率を含み、
前記推定部は、
前記フレームロス率に基づいて、フレームロスに起因する動画データの再送に要するビットレートを算出し、
前記動画品質情報に含まれる、前記動画の解像度に対応する前記第２のビットレートに対し、前記動画データの再送に要するビットレートを、前記加算する値として加算する、
付記２２又は２３に記載の動画品質推定システム。
（付記２５）
前記推定部は、
動画データのパケットのヘッダーのサイズに基づいて、前記ヘッダーの送信に要するビットレートを算出し、
前記動画品質情報に含まれる、前記動画の解像度に対応する前記第２のビットレートに対し、前記ヘッダーの送信に要するビットレートを、前記加算する値として加算する、
付記２２から２４のいずれか１項に記載の動画品質推定システム。
（付記２６）
前記ネットワーク品質情報は、前記ネットワークの平均スループットを含み、
前記推定部は、
前記動画の解像度に対応すると推定された前記第１のビットレートが前記平均スループットよりも高い場合、前記第１のビットレートを、前記平均スループットの値に調整する、
付記２２から２５のいずれか１項に記載の動画品質推定システム。
（付記２７）
前記推定部により推定された、前記動画の解像度に対応する前記第１のビットレートを表示する表示部をさらに備える、
付記２１から２６のいずれか１項に記載の動画品質推定システム。
（付記２８）
前記推定部は、
１以上の前記動画の１以上の前記解像度にそれぞれ対応する前記第１のビットレートを推定し、該推定結果に基づいて、前記第１のビットレートに対応する各解像度の比率を表す解像度分布を推定する、
付記２２から２６のいずれか１項に記載の動画品質推定システム。
（付記２９）
表示部をさらに備え、
前記ネットワーク品質情報は、複数のエリア毎の前記ネットワークの平均スループットを含み、
前記推定部は、前記複数のエリア毎に、前記解像度分布を推定し、前記推定された前記解像度分布及び平均スループットに基づいて、平均解像度を推定し、
前記表示部は、マップ上に前記複数のエリアをそれぞれ表示すると共に、前記複数のエリアのそれぞれの平均解像度を表示する、
付記２８に記載の動画品質推定システム。
（付記３０）
前記複数のエリアのそれぞれには、ネットワークスライスの帯域が割り当てられており、
前記推定部は、前記複数のエリアの中に、前記推定された前記平均解像度が目標解像度よりも低いエリアが存在する場合、該エリアに割り当てるネットワークスライスの帯域を増加させる、
付記２９に記載の動画品質推定システム。

１０端末
２０，２０Ａ動画品質推定装置
２１ネットワーク品質情報収集部
２２ネットワーク品質情報ＤＢ
２３動画品質情報収集部
２４動画品質情報ＤＢ
２５動画品質推定部
２５１ポリシー影響算出部
２５２ロス影響算出部
２５３オーバーヘッド算出部
２５４解像度分布推定部
２６表示部
３０基地局
４０ＭＮＯネットワーク
４１Ｓ－ＧＷ
４２Ｐ－ＧＷ
４３ＭＭＥ
４４ＨＳＳ
５０ＭＶＮＯネットワーク
５１Ｐ－ＧＷ
５２ＰＣＲＦ
５３認証サーバ
６０ネットワークトンネル
７０インターネット
８０動画配信サーバ
９０コンピュータ
９１プロセッサ
９２メモリ
９３ストレージ
９４入出力インタフェース
９４１表示装置
９４２入力装置
９４３音出力装置
９５通信インタフェース
１００動画品質推定装置
１０１第１の収集部
１０２第２の収集部
１０３推定部
１１０ネットワーク

Claims

動画の配信に係るネットワークのネットワーク品質情報を収集する第１の収集部と、
前記動画の動画品質情報を収集する第２の収集部と、
前記ネットワーク品質情報及び前記動画品質情報に基づいて、前記動画の解像度に対応する第１のビットレートを推定する推定部と、
を備え、
前記動画品質情報は、前記動画の解像度と、該解像度に対応する第２のビットレートと、を含み、
前記推定部は、前記ネットワーク品質情報及び前記動画品質情報に基づいて、前記動画品質情報に含まれる、前記動画の解像度に対応する前記第２のビットレートに対し、加算する値を特定し、前記動画の解像度に対応する前記第１のビットレートを推定する、
動画品質推定装置。
前記推定部は、前記動画品質情報に含まれる前記動画の解像度が標準解像度よりも低い場合、前記動画品質情報に含まれる、前記動画の解像度に対応する前記第２のビットレートに対し、予め決められたビットレートを、前記加算する値として加算する、
請求項１に記載の動画品質推定装置。
前記ネットワーク品質情報は、前記ネットワークのフレームロス率を含み、
前記推定部は、
前記フレームロス率に基づいて、フレームロスに起因する動画データの再送に要するビットレートを算出し、
前記動画品質情報に含まれる、前記動画の解像度に対応する前記第２のビットレートに対し、前記動画データの再送に要するビットレートを、前記加算する値として加算する、
請求項１又は２に記載の動画品質推定装置。
前記推定部は、
動画データのパケットのヘッダーのサイズに基づいて、前記ヘッダーの送信に要するビットレートを算出し、
前記動画品質情報に含まれる、前記動画の解像度に対応する前記第２のビットレートに対し、前記ヘッダーの送信に要するビットレートを、前記加算する値として加算する、
請求項１から３のいずれか１項に記載の動画品質推定装置。
前記推定部により推定された、前記動画の解像度に対応する前記第１のビットレートを表示する表示部をさらに備える、
請求項１から４のいずれか１項に記載の動画品質推定装置。
動画の配信に係るネットワークのネットワーク品質情報を収集する第１の収集ステップと、
前記動画の動画品質情報を収集する第２の収集ステップと、
前記ネットワーク品質情報及び前記動画品質情報に基づいて、前記動画の解像度に対応する第１のビットレートを推定する推定ステップと、
を含み、
前記動画品質情報は、前記動画の解像度と、該解像度に対応する第２のビットレートと、を含み、
前記推定ステップでは、前記ネットワーク品質情報及び前記動画品質情報に基づいて、前記動画品質情報に含まれる、前記動画の解像度に対応する前記第２のビットレートに対し、加算する値を特定し、前記動画の解像度に対応するビットレートを推定する、
動画品質推定方法。
前記推定ステップでは、前記動画品質情報に含まれる前記動画の解像度が標準解像度よりも低い場合、前記動画品質情報に含まれる、前記動画の解像度に対応する前記第２のビットレートに対し、予め決められたビットレートを、前記加算する値として加算する、
請求項６に記載の動画品質推定方法。
前記ネットワーク品質情報は、前記ネットワークのフレームロス率を含み、
前記推定ステップでは、
前記フレームロス率に基づいて、フレームロスに起因する動画データの再送に要するビットレートを算出し、
前記動画品質情報に含まれる、前記動画の解像度に対応する前記第２のビットレートに対し、前記動画データの再送に要するビットレートを、前記加算する値として加算する、
請求項６又は７に記載の動画品質推定方法。
前記推定ステップでは、
動画データのパケットのヘッダーのサイズに基づいて、前記ヘッダーの送信に要するビットレートを算出し、
前記動画品質情報に含まれる、前記動画の解像度に対応する前記第２のビットレートに対し、前記ヘッダーの送信に要するビットレートを、前記加算する値として加算する、
請求項６から８のいずれか１項に記載の動画品質推定方法。
前記推定ステップにより推定された、前記動画の解像度に対応する前記第１のビットレートを表示する表示ステップをさらに含む、
請求項６から９のいずれか１項に記載の動画品質推定方法。
動画の配信に係るネットワークのネットワーク品質情報を収集する第１の収集部と、
前記動画の動画品質情報を収集する第２の収集部と、
前記ネットワーク品質情報及び前記動画品質情報に基づいて、前記動画の解像度に対応する第１のビットレートを推定する推定部と、
を備え、
前記動画品質情報は、前記動画の解像度と、該解像度に対応する第２のビットレートと、を含み、
前記推定部は、前記ネットワーク品質情報及び前記動画品質情報に基づいて、前記動画品質情報に含まれる、前記動画の解像度に対応する前記第２のビットレートに対し、加算する値を特定し、前記動画の解像度に対応する前記第１のビットレートを推定する、
動画品質推定システム。
前記推定部は、前記動画品質情報に含まれる前記動画の解像度が標準解像度よりも低い場合、前記動画品質情報に含まれる、前記動画の解像度に対応する前記第２のビットレートに対し、予め決められたビットレートを、前記加算する値として加算する、
請求項１１に記載の動画品質推定システム。
前記ネットワーク品質情報は、前記ネットワークのフレームロス率を含み、
前記推定部は、
前記フレームロス率に基づいて、フレームロスに起因する動画データの再送に要するビットレートを算出し、
前記動画品質情報に含まれる、前記動画の解像度に対応する前記第２のビットレートに対し、前記動画データの再送に要するビットレートを、前記加算する値として加算する、
請求項１１又は１２に記載の動画品質推定システム。
前記推定部は、
動画データのパケットのヘッダーのサイズに基づいて、前記ヘッダーの送信に要するビットレートを算出し、
前記動画品質情報に含まれる、前記動画の解像度に対応する前記第２のビットレートに対し、前記ヘッダーの送信に要するビットレートを、前記加算する値として加算する、
請求項１１から１３のいずれか１項に記載の動画品質推定システム。
前記推定部により推定された、前記動画の解像度に対応する前記第１のビットレートを表示する表示部をさらに備える、
請求項１１から１４のいずれか１項に記載の動画品質推定システム。