WO2020158093A1 - 制御装置及び通信装置 - Google Patents

Abstract

制御装置は、配信サーバから動画データを含む配信データを受信する受信装置における動画データが表す動画の再生に関する状況を示す状況情報を受け取る受取部と、受取部が受け取る状況情報に基づいて、受信装置が配信サーバに送信すべき要求として配信サーバが単位時間当たりに送信すべき動画データのデータ量に関する要求を指定する指定情報を生成する生成部と、生成部が生成した指定情報を受信装置に提供する提供部と、を含む。

Description

制御装置及び通信装置

　本発明は、制御装置及び通信装置に関する。

　特許文献１には、動画データを受信装置に送信する配信サーバが記載されている。特許文献１に記載の配信サーバは、受信装置の種類と、今後の通信帯域の変動予測と、に基づいて、動画データのビットレートを決定する。

国際公開第２００８／１０８３７９号

　特許文献１に記載の配信サーバは、受信装置における動画データに基づく動画の再生状況にかかわらず、動画データのビットレートを決定する。このため、受信装置において動画を適切に再生できない状況が生じていても、特許文献１に記載の配信サーバは、受信装置にて適切に再生できない動画の動画データを送信してしまう。よって、特許文献１に記載の配信サーバが使用される場合、受信装置における動画の再生の品質に問題が生じるおそれがある。

　本発明の目的は、受信装置における動画の再生の品質に問題が生じることを抑制可能な技術を提供することである。

　本発明の一態様に係る制御装置は、配信サーバから動画データを含む配信データを受信する受信装置における前記動画データが表す動画の再生に関する状況を示す状況情報を受け取る受取部と、前記受取部が受け取る前記状況情報に基づいて、前記受信装置が前記配信サーバに送信すべき要求として、前記配信サーバが単位時間当たりに送信すべき前記動画データのデータ量に関する要求を指定する指定情報を生成する生成部と、前記生成部が生成した前記指定情報を前記受信装置に提供する提供部と、を含む。

　本発明の一態様に係る通信装置は、配信サーバから送信される配信データに含まれる動画データが表す動画を再生する再生実行部と、前記再生実行部における前記動画の再生に関する状況に基づいて、前記配信サーバが単位時間当たりに送信すべき前記動画データのデータ量に関する要求の内容を決定する要求決定部と、前記要求決定部が決定した前記内容を示す前記要求を前記配信サーバに送信する要求部と、を含む。

　本発明の一態様によれば、受信装置における動画の再生の品質に問題が生じることを抑制可能になる。

第１実施形態に係る配信システム１の全体構成を示す図である。 配信システム１の動作の一例を説明するためのシーケンス図である。 ステップＳ１０８の一例を説明するためのフローチャートである。 第１変形例におけるステップＳ１０８の一例を説明するためのフローチャートである。 第２変形例を示す図である。 学習モデル生成装置５０の一例を示す図である。 第３変形例を示す図である。

＜Ａ．第１実施形態＞
　図１は、第１実施形態に係る配信システム１の全体構成を示す図である。

＜Ａ１．配信システム１＞
　図１に例示されるように、配信システム１は、配信サーバ１０、ユーザ装置２０及びＱｏＥ（Quality of Experience）サーバ３０を含む。配信サーバ１０、ユーザ装置２０及びＱｏＥサーバ３０は、ネットワークＮＷを介して相互に通信可能である。配信システム１において、配信サーバ１０、ユーザ装置２０及びＱｏＥサーバ３０の各々の数は「１」に限定されない。例えば、配信システム１は、複数の配信サーバ１０、複数のユーザ装置２０及び複数のＱｏＥサーバ３０を含んでもよい。ユーザ装置２０は、受信装置および配信先装置の一例である。ＱｏＥサーバ３０は、制御装置の一例である。

＜Ａ２．配信サーバ１０＞
　配信サーバ１０は、動画を示す動画データと音声を示す音声データとを含む配信データを、ユーザ装置２０に送信する。配信データは、例えば、映画を表すデータである。配信データは、映画を表すデータに限らず、例えば、テレビ番組を表すデータでもよい。動画データと音声データの各々は、エンコードされたデータである。配信データにおいて、動画データに基づく動画の再生タイミングと、音声データに基づく音声の再生タイミングとは、予め規定されている。動画データの示す動画のフレームレートは、基準フレームレートに固定されている。基準フレームレートは、例えば、３０ｆｐｓ（Frames Per Second）である。基準フレームレートは、３０ｆｐｓに限らず３０ｆｐｓよりも高くてもよく低くてもよい。なお、動画データの示す動画のフレームレートは変更されてもよい。

　配信サーバ１０は、通信装置１０１、記憶装置１０２及び処理装置１０３を含むコンピュータシステムによって構成される。本明細書において、通信装置、記憶装置、処理装置、後述する入力装置、及び、後述する表示装置における「装置」という用語は、回路、デバイス又はユニット等の他の用語に読み替えられてもよい。配信サーバ１０の各要素は、１又は２以上のバスによって相互に接続される。また、配信サーバ１０の各要素は、単数又は複数の機器によって構成される。

　通信装置１０１は、ネットワークＮＷを介して他の装置、例えば、ユーザ装置２０と通信する。通信装置１０１は、例えば、ネットワークデバイス、ネットワークコントローラ、ネットワークカード又は通信モジュールとも称される。

　記憶装置１０２は、処理装置１０３が読み取り可能な記録媒体である。記憶装置１０２は、処理装置１０３によって実行される制御プログラムを含む複数のプログラム、処理装置１０３によって使用される各種のデータ、及び、種々の配信データを記憶する。記憶装置１０２は、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）及びＲＡＭ（Random Access Memory）等の記録媒体の少なくとも１つによって構成される。

　処理装置１０３は、配信サーバ１０を制御するプロセッサである。処理装置１０３は、例えば、１又は２以上のチップによって構成される。一例を挙げると、処理装置１０３は、周辺装置とのインタフェースと、中央処理装置（ＣＰＵ：Central Processing Unit）とによって構成される。中央処理装置は、演算装置及びレジスタ等を含む。処理装置１０３の機能の一部又は全部は、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）等のハードウェアによって実行されてもよい。処理装置１０３は、各種の処理を並列的又は逐次的に実行する。

　処理装置１０３は、記憶装置１０２から制御プログラムを読み取る。処理装置１０３は、当該制御プログラムを実行することによって配信制御部１１０として機能する。

　配信制御部１１０は、処理装置１０３の機能ブロックの一例である。配信制御部１１０は、ＤＳＰ、ＡＳＩＣ、ＰＬＤ又はＦＰＧＡ等のハードウェアによって構成されてもよい。配信制御部１１０は、配信データの送信を制御する。例えば、配信制御部１１０は、ユーザ装置２０の要求に応じて、ユーザ装置２０に配信データを送信する。また、配信制御部１１０は、ユーザ装置２０の要求に応じて、配信データに含まれる動画データのビットレートを調整する。動画データのビットレートは、１秒当たりに送信される動画データのデータ量を表す。１秒は、単位時間の一例である。単位時間は、１秒に限らず、１秒よりも長くてもよいし短くてもよい。

＜Ａ３．ユーザ装置２０＞
　ユーザ装置２０は、例えば、スマートフォンである。ユーザ装置２０は、スマートフォンに限定されない。例えば、ユーザ装置２０は、ノートパソコン、ウェアラブル端末、タブレット端末又はデスクトップパソコン等でもよい。ユーザ装置２０は、配信サーバ１０から配信データを受信する。

　ユーザ装置２０は、入力装置２０１、表示装置２０２、スピーカ２０３、通信装置２０４、記憶装置２０５及び処理装置２０６を含むコンピュータシステムによって構成される。ユーザ装置２０の各要素は、１又は２以上のバスによって相互に接続される。また、ユーザ装置２０の各要素は、１又は２以上の機器によって構成される。

　入力装置２０１は、ユーザ装置２０によって使用される情報をユーザ装置２０に入力するための機器である。入力装置２０１は、ユーザからの指示又は質問等のユーザの入力を受け取る。例えば、入力装置２０１は、数字及び文字等の符号をユーザ装置２０に入力するための操作と、表示装置２０２が表示するアイコンを選択するための操作と、を受け取る。入力装置２０１は、例えば、表示装置２０２の表示面に対する接触を検出するタッチパネルである。入力装置２０１は、タッチパネルに限定されない。例えば、入力装置２０１は、キーボード、マウス、スイッチ又はボタン等でもよい。

　表示装置２０２は、処理装置２０６によって制御されることによって各種の画像を表示する。例えば、表示装置２０２は、アイコンと、配信データに含まれる動画データに基づく動画とを、同時に又は相互に異なるタイミングにおいて表示する。表示装置２０２は、例えば、液晶表示パネルである。表示装置２０２は、液晶表示パネルに限定されない。例えば、表示装置２０２は、有機ＥＬ（Electro Luminescence）表示パネル等でもよい。

　スピーカ２０３は、処理装置２０６によって制御されることによって各種の音を出力する。例えば、スピーカ２０３は、配信データに含まれる音声データに基づく音声を出力する。

　通信装置２０４は、ネットワークＮＷを介して他の装置、例えば、配信サーバ１０及びＱｏＥサーバ３０の各々と通信する。通信装置２０４は、例えば、ネットワークデバイス、ネットワークコントローラ、ネットワークカード又は通信モジュールとも称される。

　記憶装置２０５は、処理装置２０６が読み取り可能な記録媒体である。記憶装置２０５は、処理装置２０６によって実行される制御プログラムを含む複数のプログラム、及び、処理装置２０６が使用する各種のデータを記憶する。記憶装置２０５は、例えば、不揮発性メモリと揮発性メモリとによって構成される。不揮発性メモリは、例えば、ＲＯＭ、ＥＰＲＯＭ又はＥＥＰＲＯＭである。揮発性メモリは、例えば、ＲＡＭである。記憶装置２０５に含まれる揮発性メモリは、処理装置２０６の作業メモリとして用いられる。

　処理装置２０６は、ユーザ装置２０を制御するプロセッサである。処理装置２０６は、例えば、１又は２以上のチップによって構成される。一例を挙げると、処理装置２０６は、中央処理装置（ＣＰＵ）によって構成される。処理装置２０６の機能の一部又は全部は、ＤＳＰ、ＡＳＩＣ、ＰＬＤ又はＦＰＧＡ等のハードウェアによって実現されてもよい。処理装置２０６は、各種の処理を並列的又は逐次的に実行する。

　処理装置２０６は、記憶装置２０５から制御プログラムを読み取る。処理装置２０６は、当該制御プログラムを実行することによって、再生実行部２１０及び動作制御部２２０として機能する。

　再生実行部２１０及び動作制御部２２０は、それぞれ、処理装置２０６の機能ブロックの一例である。再生実行部２１０及び動作制御部２２０の両方又は一部は、ＤＳＰ、ＡＳＩＣ、ＰＬＤ又はＦＰＧＡ等のハードウェアによって構成されてもよい。

　再生実行部２１０は、配信データに基づいて動画及び音声を再生する。例えば、再生実行部２１０は、通信装置２０４によって配信サーバ１０から受信される配信データ、具体的には、動画データ及び音声データの各々をデコードする。再生実行部２１０は、動画データのデコード結果である画像情報を表示装置２０２に提供することによって、表示装置２０２に、動画データの示す動画を表示させる。再生実行部２１０は、音声データのデコード結果である音声情報をスピーカ２０３に提供することによって、スピーカ２０３に、音声データの示す音声を出力させる。

　動作制御部２２０は、ユーザ装置２０の動作を制御する。例えば、動作制御部２２０は、ユーザ装置２０における動画の再生に関する状況を示す再生ログを、通信装置２０４からＱｏＥサーバ３０に送信する。再生ログは、状況情報の一例である。

　再生ログは、動画の再生に関する状況として、動画データに基づく動画を構成する連続する画像フレームのうち、再生されなかった画像フレーム（以下「不再生画像フレーム」と称する）の数の状況を示す。再生ログは、不再生画像フレームの数の状況として、例えば、連続する不再生画像フレームの数（以下「連続コマ落ち数」と称する）を示す。連続コマ落ち数は、「不再生画像フレームが連続する数」と称することもできる。一例を挙げると、インデックス番号「１」～「９」までの連続する９枚の画像フレームのうち、インデックス番号「３」～「８」までの画像フレームが再生されない場合、再生ログは、連続コマ落ち数として「６」を示す。

　また、再生ログは、動画の再生に関する状況として、さらに、動画と共に再生されるべき音声（音声データに基づいて再生される音声）と、動画と、の再生タイミングのズレ時間（以下「音声と動画の再生タイミングのズレ時間」と称する）を示す。音声と動画の再生タイミングのズレ時間は、音声の再生タイミングと、当該音声の再生タイミングに同期して再生されるべき動画が実際に再生されるタイミングと、のズレ時間を意味する。音声と動画の再生タイミングのズレ時間は、音声と動画の再生タイミングのズレの状況の一例である。

　不再生画像フレームの数の状況と、連続コマ落ち数と、音声と動画の再生タイミングのズレの状況と、音声と動画の再生タイミングのズレ時間と、の各々は、動画の再生の乱れに関する状況の一例である。

　動作制御部２２０は、ユーザ装置２０が配信サーバ１０に送信すべき要求を指定する指定情報を、ＱｏＥサーバ３０から通信装置２０４を介して受け取る。指定情報は、ユーザ装置２０が配信サーバ１０に送信すべき要求として、配信サーバ１０が単位時間当たりに送信すべき動画データのデータ量に関する要求を指定する。具体的には、指定情報は、ユーザ装置２０が配信サーバ１０に送信すべき要求の内容、すなわち、配信サーバ１０が単位時間当たりに送信すべき動画データのデータ量に関する要求の内容として、動画データのビットレートを指定する。

　なお、動画のフレームレートが固定されている場合、動画の解像度の調整によって、配信サーバ１０が単位時間当たりに送信する動画データのデータ量を調整できる。このため、動画のフレームレートが固定されている場合、指定情報において、動画の解像度が、ユーザ装置２０が配信サーバ１０に送信すべき要求の内容として指定されてもよい。

　また、動画の解像度が固定されている場合、動画のフレームレートの調整によって、配信サーバ１０が単位時間当たりに送信する動画データのデータ量を調整できる。このため、動画の解像度が固定されている場合、指定情報において、動画のフレームレートが、ユーザ装置２０が配信サーバ１０に送信すべき要求の内容として指定されてもよい。

　動作制御部２２０は、ＱｏＥサーバ３０から指定情報を受け取ると、指定情報において指定された要求を配信サーバ１０に送信する。

＜Ａ４．ＱｏＥサーバ３０＞
　ＱｏＥサーバ３０は、指定情報、すなわち、ユーザ装置２０が配信サーバ１０に送信すべき要求を指定する指定情報を生成する。

　ＱｏＥサーバ３０は、通信装置３０１、記憶装置３０２及び処理装置３０３を含むコンピュータシステムによって構成される。ＱｏＥサーバ３０の各要素は、１又は２以上のバスによって相互に接続される。また、ＱｏＥサーバ３０の各要素は、１又は２以上の機器によって構成される。

　通信装置３０１は、ネットワークＮＷを介して他の装置、例えば、ユーザ装置２０と通信する。通信装置３０１は、例えば、ネットワークデバイス、ネットワークコントローラ、ネットワークカード又は通信モジュールとも称される。

　記憶装置３０２は、処理装置３０３が読み取り可能な記録媒体である。記憶装置３０２は、処理装置３０３によって実行される制御プログラムを含む複数のプログラム、及び、処理装置３０３が使用する各種のデータを記憶する。記憶装置３０２は、例えば、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ及びＲＡＭ等の記録媒体のうち少なくとも１つによって構成される。

　処理装置３０３は、ＱｏＥサーバ３０を制御するプロセッサである。処理装置３０３は、例えば、１又は２以上のチップによって構成される。一例を挙げると、処理装置３０３は、中央処理装置（ＣＰＵ）によって構成される。処理装置３０３の機能の一部又は全部は、ＤＳＰ、ＡＳＩＣ、ＰＬＤ又はＦＰＧＡ等のハードウェアによって実現されてもよい。処理装置３０３は、各種の処理を並列的又は逐次的に実行する。

　処理装置３０３は、例えば、記憶装置３０２から制御プログラムを読み取る。処理装置３０３は、当該制御プログラムを実行することによって、受取部３１０、生成部３２０及び提供部３３０を実現する。受取部３１０、生成部３２０及び提供部３３０は、処理装置３０３の機能ブロックの一例である。受取部３１０、生成部３２０及び提供部３３０の全部又は一部は、ＤＳＰ、ＡＳＩＣ、ＰＬＤ又はＦＰＧＡ等のハードウェアによって構成されてもよい。

　受取部３１０は、ユーザ装置２０から再生ログ（ユーザ装置２０が行う動画の再生に関する状況を示す再生ログ）を受け取る。例えば、受取部３１０は、ユーザ装置２０が自発的に送信する再生ログを、通信装置３０１を介して受け取る。なお、受取部３１０は、通信装置３０１を介してユーザ装置２０に再生ログの要求を送信し、ユーザ装置２０が再生ログの要求に応じて送信する再生ログを、通信装置３０１を介して受け取ってもよい。

　生成部３２０は、受取部３１０によって受け取られる再生ログに基づいて、ユーザ装置２０が配信サーバ１０に送信すべき要求を指定する指定情報を生成する。

　図１に例示される通り、生成部３２０は、判定部３２１及び決定部３２２を含む。判定部３２１及び決定部３２２は、それぞれ、生成部３２０の機能ブロックの一例である。判定部３２１及び決定部３２２の全部又は一部は、ＤＳＰ、ＡＳＩＣ、ＰＬＤ又はＦＰＧＡ等のハードウェアによって構成されてもよい。

　判定部３２１は、ユーザ装置２０が単位時間当たりに処理できる動画データのデータ量が、基準データ量以上であるか否かを、受取部３１０によって受け取られる再生ログに基づいて判定する。基準データ量は予め定められる。

　ユーザ装置２０が単位時間当たりに処理できる動画データのデータ量は、例えば、不再生画像フレームが生じず音声と動画の再生タイミングのズレ時間が０．１秒以内という基準条件を満たしながら単位時間内にユーザ装置２０が処理可能な動画データのデータ量の最大値を意味する。基準条件は、適宜変更可能である。例えば、基準条件は、不再生画像フレームが連続して生じず音声と動画の再生タイミングのズレ時間が０．２秒以内であるという条件でもよい。

　以下においては、単位時間当たりに処理できる動画データのデータ量が基準データ量に満たない装置を「問題装置」と称する。
　「問題装置」という文言を用いる場合、判定部３２１の動作は「受取部３１０が受け取る再生ログに基づいて、ユーザ装置２０が問題装置であるか否かを判定する動作」を意味する。
　さらに言えば、「ユーザ装置２０が単位時間当たりに処理できる動画データのデータ量が基準データ量に満たないと判定部３２が判定する場合」は、「ユーザ装置２０が問題装置であると判定部３２が判定する場合」を意味する。
　また、「ユーザ装置２０が単位時間当たりに処理できる動画データのデータ量が基準データ量以上であると判定部３２が判定する場合」は、「ユーザ装置２０が問題装置でないと判定部３２が判定する場合」を意味する。

　決定部３２２は、判定部３２１の判定結果に基づいて、指定情報の指定する要求の内容、すなわち、ユーザ装置２０が配信サーバ１０に送信すべき要求の内容、さらに言えば、配信サーバ１０が単位時間当たりに送信すべき動画データのデータ量に関する要求の内容を決定する。

　決定部３２２は、ユーザ装置２０が単位時間当たりに処理できる動画データのデータ量が基準データ量に満たないと判定部３２１が判定する場合、配信サーバ１０が単位時間当たりに送信すべき動画データのデータ量を、基準データ量よりも少ないデータ量にする、という要求の内容（動画データのビットレートの要求内容）を決定する。

　ユーザ装置２０が単位時間当たりに処理できる動画データのデータ量が基準データ量以上であると判定部３２１が判定する場合、決定部３２２は、配信サーバ１０が単位時間当たりに送信すべき動画データのデータ量を、基準データ量以上のデータ量に設定する、という要求の内容（動画データのビットレートの要求内容）を決定する。
　なお、決定部３２２は、基準データ量以上のデータ量を、再生ログに応じて変更してもよい。例えば、決定部３２２は、再生ログが示す連続コマ落ち数が少ないほど、基準データ量以上のデータ量を多くしてもよい。また、決定部３２２は、音声と動画の再生タイミングのズレ時間が少ないほど、基準データ量以上のデータ量を多くしてもよい。

　決定部３２２は、ユーザ装置２０が配信サーバ１０に送信すべき要求の内容を決定すると、決定した内容を示す要求を指定する指定情報を生成する。

　提供部３３０は、生成部３２０（具体的には、決定部３２２）によって生成された指定情報を、通信装置３０１からユーザ装置２０に提供する。

＜Ａ５．配信システム１の動作＞
　図２は、配信システム１の動作の一例を説明するためのシーケンス図である。以下、説明の簡略化のため、配信サーバ１０、ユーザ装置２０及びＱｏＥサーバ３０における通信において、通信装置１０１、２０４及び３０１についての言及を省略する。

　ユーザが、配信データの要求を、ユーザ装置２０の入力装置２０１に入力すると、動作制御部２２０は、ユーザからの要求に応じて、配信サーバ１０に配信データの要求を送信する（ステップＳ１００）。なお、配信データの要求は、配信データの識別情報を含む。

　配信サーバ１０の配信制御部１１０は、配信データの要求を受信すると、配信データの要求に応じた配信データを記憶装置１０２から読み取る。配信データは、上述の通り、エンコードされたデータである。続いて、配信制御部１１０は、記憶装置１０２から読み取られた配信データをユーザ装置２０へ送信し始める（ステップＳ１０２）。

　ユーザ装置２０の再生実行部２１０は、配信サーバ１０から送信された配信データに基づいて、動画及び音声の再生を開始する（ステップＳ１０４）。

　ステップＳ１０４の一例は、以下の通りである。
　再生実行部２１０は、配信データに含まれる動画データをデコードすることによって画像情報を生成する。また、再生実行部２１０は、配信データに含まれる音声データをデコードすることによって音声情報を生成する。

　なお、配信データがＤＲＭ（Digital Rights Management）によって暗号化されている場合、再生実行部２１０は、まず、配信データをデクリプト（decrypt）する。続いて、再生実行部２１０は、デクリプトされた配信データをデコードすることによって、画像情報と音声情報とを生成する。

　続いて、再生実行部２１０は、画像情報を表示装置２０２に提供する。表示装置２０２は、画像情報を受け取ると、画像情報に基づいて動画データの示す動画を表示する。また、再生実行部２１０は、音声情報をスピーカ２０３に提供する。スピーカ２０３は、音声情報を受け取ると、音声情報に基づいて音声データの示す音声を出力する。
　以上がステップＳ１０４の一例である。

　続いて、動作制御部２２０は、動画の再生の開始時点から当該開始時点より後の第１時点までの期間における動画の再生に関する状況を示す再生ログ（以下「第１再生ログ」と称する）をＱｏＥサーバ３０に送信する（ステップＳ１０６）。第１再生ログは、第１状況情報の一例である。動画の再生の開始時点から第１時点までの期間（以下「第１期間」と称する）の長さは、例えば１０秒である。第１期間の長さは、１０秒よりも長くてもよいし短くてもよい。第１再生ログは、第１期間における連続コマ落ち数、及び、第１期間における音声と動画との再生タイミングのズレ時間、の両方を示す。

　ＱｏＥサーバ３０の受取部３１０が、再生ログとして、ユーザ装置２０から第１再生ログを受け取ると、判定部３２１は、再生ログに基づいて、ユーザ装置２０が問題装置であるか否かを判定する（ステップＳ１０８）。すなわち、判定部３２１は、再生ログに基づいて、ユーザ装置２０が単位時間当たりに処理できる動画データのデータ量が基準データ量以上であるか否かを判定する。

　ステップＳ１０８においては、判定部３２１は、再生ログに示される連続コマ落ち数と、再生ログに示される音声と動画の再生タイミングのズレ時間と、の両方又は一方に基づいて、ユーザ装置２０が問題装置であるか否かを判定する。

　例えば、判定部３２１は、連続コマ落ち数が第１判定値を超える場合、ユーザ装置２０が問題装置であると判定する。第１判定値は、例えば「１０」である。なお、第１判定値は、「１０」に限らず、「１０」よりも大きくてもよいし小さくてもよい。

　また、判定部３２１は、音声と動画の再生タイミングのズレ時間が第２判定値を超える場合、ユーザ装置２０が問題装置であると判定する。第２判定値は、例えば「１秒」である。なお、第２判定値は、「１秒」に限らず、「１秒」よりも長くてもよいし短くてもよい。

　また、判定部３２１は、連続コマ落ち数が第１判定値を超えておらず、かつ、音声と動画の再生タイミングのズレ時間が第２判定値を超えていない場合、ユーザ装置２０が問題装置でないと判定する。

　なお、ステップＳ１０８における上述の判定手法の一例については、図３を参照して後述する。

　続いて、決定部３２２は、判定部３２１の判定結果に基づいて、指定情報の指定する要求の内容、具体的には、ユーザ装置２０が配信サーバ１０に要求すべき動画データのビットレートを決定する。
　決定部３２２は、ユーザ装置２０が問題装置であると判定される場合、配信サーバ１０が単位時間当たりに送信すべき動画データのデータ量を、基準データ量より少ないデータ量に設定する動画データのビットレートを、指定情報の指定する要求の内容として決定する。
　決定部３２２は、ユーザ装置２０が問題装置ではないと判定される場合、配信サーバ１０が単位時間当たりに配信すべき動画データのデータ量を、基準データ量以上のデータ量に設定する動画データのビットレートを、指定情報の指定する要求の内容として決定する。
　決定部３２２は、ユーザ装置２０が問題装置であると判定される場合に決定する動画データのビットレートを、ユーザ装置２０が問題装置でないと判定される場合に決定する動画データのビットレートよりも低くする。
　続いて、決定部３２２は、ユーザ装置２０が配信サーバ１０に要求すべき動画データのビットレートを、ユーザ装置２０が配信サーバ１０に送信すべき要求の内容として指定する指定情報を生成する（ステップＳ１１０）。

　続いて、提供部３３０は、決定部３２２が生成する指定情報をユーザ装置２０に提供する（ステップＳ１１２）。

　ユーザ装置２０の動作制御部２２０は、指定情報を受信すると、指定情報に指定された要求を配信サーバ１０に送信する（ステップＳ１１４）。

　配信サーバ１０の配信制御部１１０は、ユーザ装置２０から要求を受信すると、要求されたビットレートにおいて動画データをユーザ装置２０に送信する（ステップＳ１１６）。
　例えば、配信制御部１１０は、配信データの一部を送信した時点において要求を受信すると、配信データのうち、今後に送信される部分に含まれる動画データのビットレートを、要求されたビットデータにする。

　このため、ユーザ装置２０が行う動画の再生に関する状況に応じて、ユーザ装置２０に送信される動画データの単位時間当たりのデータ量を調整可能になる。

　したがって、例えば、ユーザ装置２０のスペックの低さ（処理性能の低さ）に起因して連続コマ落ち数が第１判定値を超える場合、単位時間当たりにユーザ装置２０に送信される動画データのデータ量が基準データ量よりも少なくなる。よって、スペックの低いユーザ装置２０、すなわち、処理性能の低いユーザ装置２０において動画の再生の品質に問題が生じることを抑制可能になる。

　また、ユーザ装置２０における不具合の発生に起因して連続コマ落ち数が第１判定値を超える場合、単位時間当たりにユーザ装置２０に送信される動画データのデータ量が基準データ量よりも少なくなる。よって、不具合が生じているユーザ装置２０において動画の再生の品質に問題が生じることを抑制可能になる。

　また、ユーザ装置２０における高い処理負荷に起因して連続コマ落ち数が第１判定値を超える場合も、単位時間当たりにユーザ装置２０に送信される動画データのデータ量が基準データ量よりも少なくなる。よって、処理負荷が高いユーザ装置２０において動画の再生の品質に問題が生じることを抑制可能になる。

　ステップＳ１１６の後、ステップＳ１０６～ステップＳ１１６の一連の動作Ａが、配信データの送信中に定期的に又は不定期に繰り返される。

　例えば、動作制御部２２０は、ユーザ装置２０が行う動画の再生の開始時点より後の第２時点から第２時点よりも後の第３時点までの期間における動画の再生に関する状況を示す再生ログを、ＱｏＥサーバ３０に送信する。以下、第２時点から第３時点までの期間を「第２期間」と称する。第２期間の長さは、例えば１０秒である。なお、第２期間の長さは、１０秒よりも長くてもよいし短くてもよい。第２時点は、例えば、ユーザ装置２０が行う動画の再生の開始時点から１０分経過した時点である。第２時点は、ユーザ装置２０が行う動画の再生の開始時点から１０分経過した時点よりも前でもよいし後でもよい。本実施形態では、第２時点は、前回のステップＳ１１６が完了した時点よりも後の時点とする。以下、第２期間における動画の再生に関する状況を示す再生ログを「第２再生ログ」と称する。第２再生ログは、第２状況情報の一例である。受取部３１０は、再生ログとして、動作制御部２２０から第２再生ログを受け取る。

　一連の動作Ａが配信データの送信中に繰り返されるため、動画の再生の開始期間よりも後の期間でも、ユーザ装置２０が行う動画の再生に関する状況に応じて、動画データの単位時間当たりのデータ量が調整される。なお、動画の再生の開始期間は、ステップＳ１０２の開始時点から、最初のステップＳ１１６の終了時点までの期間である。

　一連の動作Ａが配信データの送信中に繰り返されるため、例えば、動画の再生の開始期間の経過後に、ユーザ装置２０の処理負荷が高くなっても、ユーザ装置２０において動画の再生の品質に問題が生じることを抑制可能になる。

　また、ユーザ装置２０の処理負荷が、動画の再生の開始期間においては高く、動画の再生の開始期間の経過後においては低い場合、動画の再生の開始期間の経過後に、動画データの単位時間当たりのデータ量を多くできる。このため、一時的に問題装置となっていたユーザ装置２０が問題装置でなくなる場合、配信サーバ１０は、単位時間当たりにユーザ装置２０に送信される動画データのデータ量を基準データ量以上にできる。

＜Ａ６．ステップＳ１０８の一例＞
　図３は、ステップＳ１０８の一例を説明するためのフローチャートである。
　判定部３２１は、再生ログに示される連続コマ落ち数が第１判定値を超える場合（ステップＳ２００：ＹＥＳ）、ユーザ装置２０が問題装置であると判定する（ステップＳ２０２）。なお、再生ログが、連続コマ落ち数の推移を示す場合、ステップＳ２００において、判定部３２１は、再生ログに示される連続コマ落ち数の最大値が第１判定値を超える場合、ユーザ装置２０が問題装置であると判定する。

　また、判定部３２１は、再生ログに示される音声と動画の再生タイミングのズレ時間が第２判定値を超える場合（ステップＳ２０４：ＹＥＳ）、ユーザ装置２０が問題装置であると判定する（ステップＳ２０２）。なお、再生ログが、音声と動画の再生タイミングのズレ時間の推移を示す場合、ステップＳ２０４において、判定部３２１は、再生ログに示される音声と動画の再生タイミングのズレ時間の最大値が第２判定値を超える場合、ユーザ装置２０が問題装置であると判定する。

　一方、連続コマ落ち数が第１判定値を超えず（ステップＳ２００：ＮＯ）、かつ、音声と動画の再生タイミングのズレ時間が第２判定値を超えない場合（ステップＳ２０４：ＮＯ）、判定部３２１は、ユーザ装置２０が問題装置でないと判定する（ステップＳ２０６）。

　図３に例示される処理において、ステップＳ２００とステップＳ２０４は相互に入れ替わってもよい。

　なお、再生ログが、音声と動画の再生タイミングのズレ時間を示すことなく、連続コマ落ち数を示す状況では、判定部３２１は、連続コマ落ち数が第１判定値を超える場合、ユーザ装置２０が問題装置であると判定する。判定部３２１は、連続コマ落ち数が第１判定値を超えない場合、ユーザ装置２０が問題装置でないと判定する。

　再生ログが、連続コマ落ち数を示すことなく、音声と動画の再生タイミングのズレ時間を示す状況では、判定部３２１は、音声と動画の再生タイミングのズレ時間が第２判定値を超える場合、ユーザ装置２０が問題装置であると判定する。判定部３２１は、音声と動画のズレ時間が第２判定値を超えない場合、ユーザ装置２０が問題装置でないと判定する。

＜Ａ７．第１実施形態についてのまとめ＞
　第１実施形態においては、受取部３１０は、ユーザ装置２０における動画データに基づく動画の再生に関する状況を示す再生ログを受け取る。生成部３２０は、受取部３１０が受け取る再生ログに基づいて、ユーザ装置２０が配信サーバ１０に送信すべき要求として、配信サーバ１０が単位時間当たりに送信すべき動画データのデータ量に関する要求（例えば、動画データのビットレート）を指定する指定情報を生成する。提供部３３０は、生成部３２０が生成する指定情報をユーザ装置２０に提供する。
　このため、ユーザ装置２０における動画の再生に関する状況に基づいて、ユーザ装置２０に送信される動画データの単位時間当たりのデータ量を調整可能になる。よって、ユーザ装置２０における動画の再生の品質に問題が生じることを抑制可能になる。

　判定部３２１は、受取部３１０が受け取る再生ログに基づいて、ユーザ装置２０が単位時間当たりに処理できる動画データのデータ量が基準データ量以上であるか否かを判定する。決定部３２２は、判定部３２１の判定結果に基づいて、指定情報の指定する要求の内容（例えば、動画データのビットレート）を決定する。
　このため、ユーザ装置２０が単位時間当たりに処理できる動画データのデータ量が基準データ量以上であるか否かに応じて、つまり、ユーザ装置２０が問題装置であるか否かに応じて、指定情報にて指定されるデータ量を変更できる。

　決定部３２２は、ユーザ装置２０が単位時間当たりに処理できる動画データのデータ量が基準データ量に満たないと判定部３２１が判定する場合、配信サーバ１０が単位時間当たりに送信すべき動画データのデータ量を基準データ量よりも少ないデータ量に設定することを、指定情報の指定する要求の内容として決定する。
　このため、ユーザ装置２０が単位時間当たりに処理できる動画データのデータ量が基準データ量に満たない場合、つまり、ユーザ装置２０が問題装置である場合、ユーザ装置２０における再生の処理負荷を抑えることができ、ユーザ装置２０において動画の再生の品質に問題が生じることを抑制できる。

　受取部３１０は、再生ログとして、第１再生ログを受け取る。第１再生ログは、ユーザ装置２０が行う動画の再生の開始時点から開始時点よりも後の第１時点までの期間における動画の再生に関する状況を示す。このため、動画の再生の開始段階において、ユーザ装置２０の動画再生に関する能力に適した単位時間当たりのデータ量の動画データを提供可能になる。

　また、受取部３１０は、再生ログとして、第２再生ログを受け取る。第２再生ログは、ユーザ装置２０が行う動画の再生の開始時点よりも後の第２時点から第２時点よりも後の第３時点までの期間における動画の再生に関する状況を示す。このため、第２時点以降の段階においてユーザ装置２０の動画再生能力に適した単位時間当たりのデータ量の動画データを提供可能になる。

　なお、受取部３１０は、第１再生ログと第２再生ログのうち一方のみを再生ログとして受け取ってもよい。

　再生ログが示す動画の再生に関する状況は、動画の再生における乱れに関する状況を含む。このため、ユーザ装置２０が行う動画の再生における乱れに応じて、ユーザ装置２０に送信される動画データの単位時間当たりのデータ量を調整可能になる。よって、ユーザ装置２０が行う動画の再生において乱れが生じている場合に単位時間当たりに送信される動画データのデータ量を、当該乱れが生じていない場合に単位時間当たりに送信される動画データのデータ量よりも少なくできる。したがって、ユーザ装置２０における動画の再生の品質に問題が生じることを抑制可能になる。

　再生ログが示す動画の再生に関する状況は、不再生画像フレームの数の状況を含む。このため、例えば、不再生画像フレームに起因する動画の乱れに応じて、ユーザ装置２０に単位時間当たりに送信される動画データのデータ量を調整可能になる。

　不再生画像フレームの数の状況の一例として、連続コマ落ち数が挙げられる。なお、不再生画像フレームの数の状況は、連続コマ落ち数に限定されない。例えば、不再生画像フレームの数の状況として、単位時間内における不再生画像フレームの数が用いられてもよい。

　また、再生ログが示す動画の再生に関する状況は、音声データに基づいてユーザ装置２０において再生される音声と、動画データに基づいてユーザ装置２０において再生される動画と、の再生タイミングのズレの状況、さらに言えば、音声と動画の再生タイミングのズレ時間を含む。音声と動画の再生タイミングのズレが発生すると、音声と動画との同期が乱れる。音声と動画の再生タイミングのズレは、例えば、動画データに基づく動画の再生のための処理時間が、音声データに基づく音声の再生のための処理時間よりも長くなることが１つの原因となって生じる。
　本実施形態においては、音声と動画との再生タイミングのズレに応じて、ユーザ装置２０に単位時間当たりに送信される動画データのデータ量が調整される。このため、ユーザ装置２０における動画の再生の品質に問題が生じることを抑制可能になる。

　なお、動画の再生のおける乱れに関する状況は、不再生画像フレームの数の状況と、音声と動画の再生タイミングのズレの状況と、のうち一方のみを含んでもよい。この場合、再生ログが不再生画像フレームの数の状況と音声と動画の再生タイミングのズレの状況との両方を示す場合に比べて、再生ログの情報量を少なくできる。

＜Ｂ．変形例＞
　以上に例示した態様に関する具体的な変形の態様を以下に例示する。以下の例示から任意に選択された２個以上の態様を、相互に矛盾しない範囲において適宜に併合してもよい。

＜Ｂ１．第１変形例＞
　第１実施形態において、再生ログが示す動画の再生に関する状況は、動画の再生における乱れに関する状況に加えて、配信データに含まれる動画データに基づいて動画を再生している再生装置の負荷の状況を含んでもよい。以下、動画データに基づいて動画を再生している再生装置の負荷の状況を「装置の負荷状況」とも称する。

　装置の負荷状況は、例えば、ユーザ装置２０が配信データのデコードに要するデコード時間（以下、単に「デコード時間」と称する）を示す。一般的に、音声データのデコード時間よりも、動画データのデコード時間の方が長いため、装置の負荷状況に含まれるデコード時間として、動画データのデコードに要する時間が用いられる。

　装置の負荷状況は、さらに、動画の再生時における処理装置（ＣＰＵ）２０６の使用率（以下、単に「処理装置２０６の使用率」と称する）を示す。

　装置の負荷状況は、さらに、動画の再生時における記憶装置２０５内の作業メモリの使用率（以下、単に「作業メモリの使用率」と称する）を示す。

　装置の負荷状況は、さらに、ユーザ装置２０が配信データの暗号化（例えば、ＤＲＭを用いる暗号化）の解除であるデクリプトに要する暗号解除時間（以下、デクリプト時間」と称する）を示す。なお、配信データの暗号化は、ＤＲＭを用いる暗号化に限らない。一般的に、音声データのデクリプト時間よりも、動画データのデクリプト時間の方が長いため、装置の負荷状況に含まれるデクリプト時間として、動画データのデクリプト時間が用いられる。

　なお、装置の負荷状況は、デコード時間、処理装置２０６の使用率、作業メモリの使用率、及び、デクリプト時間の全部ではなく一部のみを示してもよい。

　また、再生ログが示す動画の再生に関する状況は、動画データのビットレートを示してもよい。動画データのビットレートが高いほど、装置の負荷が高くなる。

　以下においては、再生ログが、連続コマ落ち数と、音声と動画の再生タイミングのズレ時間と、動画データのビットレートと、デコード時間と、処理装置２０６の使用率と、作業メモリの使用率と、デクリプト時間と、を示す場合について説明する。

　第１変形例においては、図２に例示されるステップＳ１０８は、例えば図４に示されるように実行される。
　図４においては、ステップＳ１０８の一例として図３に示される処理と同一の処理には同一符号を付してある。以下、図４に例示される処理について、図３に示される処理と異なる点をメインに説明する。

　ステップＳ２０４において音声と動画の再生タイミングのズレ時間が第２判定値を超えない場合、判定部３２１は、動画データのビットレートが第３判定値を超えているか否かを判定する（ステップＳ３００）。第３判定値は、予め設定された値である。なお、再生ログが、動画データのビットレートの推移を示す場合、ステップＳ３００において、判定部３２１は、再生ログに示される動画データのビットレートの最大値が第３判定値を超えているか否かを判定する。

　ステップＳ３００において動画データのビットレートが第３判定値を超えていると判定される場合、連続コマ落ち数が第１判定値を超えず、かつ、音声と動画の再生タイミングのズレ時間が第２判定値を超えないと既に判定されている。すなわち、ステップＳ３００において肯定の判定がなされる場合、動画データのビットレートが第３判定値よりも高くても、連続コマ落ち数が第１判定値を超えておらず、かつ、音声と動画の再生タイミングのズレ時間が第２判定値を超えないていない。このため、判定部３２１は、処理をステップＳ２０６に進める。すなわち、判定部３２１は、ユーザ装置２０は問題装置でないと判定する。

　ステップＳ３００において動画データのビットレートが第３判定値を超えていない場合、判定部３２１は、デコード時間が第４判定値を超えているか否かを判定する（ステップＳ３０２）。第４判定値は、予め設定された値である。なお、再生ログが、デコード時間の推移を示す場合、ステップＳ３０２において、判定部３２１は、再生ログに示されるデコード時間の最大値が第４判定値を超えているか否かを判定する。

　ステップＳ３０２においてデコード時間が第４判定値を超えている場合、判定部３２１は、処理をステップＳ２０２に進める。すなわち、動画データのビットレートが第３判定値よりも低いのにデコード時間が第４判定値を超えるので、判定部３２１は、ユーザ装置２０が問題装置であると判定する。

　ステップＳ３０２においてデコード時間が第４判定値を超えていない場合、判定部３２１は、デクリプト時間が第５判定値を超えているか否かを判定する（ステップＳ３０４）。第５判定値は、予め設定された値である。なお、再生ログが、デクリプト時間の推移を示す場合、ステップＳ３０４において、判定部３２１は、再生ログに示されるデクリプト時間の最大値が第５判定値を超えているか否かを判定する。

　ステップＳ３０４においてデクリプト時間が第５判定値を超えている場合、判定部３２１は、処理をステップＳ２０２に進める。すなわち、動画データのビットレートが第３判定値よりも低いのにデクリプト時間が第５判定値を超えるので、判定部３２１は、ユーザ装置２０が問題装置であると判定する。

　ステップＳ３０４においてデクリプト時間が第５判定値を超えない場合、判定部３２１は、処理装置２０６の使用率が第６判定値を超えているか否かを判定する（ステップＳ３０６）。第６判定値は、予め設定された値である。なお、再生ログが、処理装置２０６の使用率の推移を示す場合、ステップＳ３０６において、判定部３２１は、再生ログに示される処理装置２０６の使用率の最大値が第６判定値を超えているか否かを判定する。

　ステップＳ３０６において処理装置２０６の使用率が第６判定値を超えている場合、判定部３２１は、処理をステップＳ２０２に進める。すなわち、動画データのビットレートが第３判定値よりも低いのに処理装置２０６の使用率が第６判定値を超えるので、判定部３２１は、ユーザ装置２０が問題装置であると判定する。

　ステップＳ３０６において処理装置２０６の使用率が第６判定値を超えていない場合、判定部３２１は、作業メモリの使用率が第７判定値を超えているか否かを判定する（ステップＳ３０８）。第７判定値は、予め設定された値である。なお、再生ログが、作業メモリの使用率の推移を示す場合、ステップＳ３０８において、判定部３２１は、再生ログに示される作業メモリの使用率の最大値が第７判定値を超えているか否かを判定する。

　ステップＳ３０８において作業メモリの使用率が第７判定値を超えている場合、判定部３２１は、処理をステップＳ２０２に進める。すなわち、動画データのビットレートが第３判定値よりも低いのに作業メモリの使用率が第７判定値を超えるので、判定部３２１は、ユーザ装置２０は問題装置であると判定する。

　ステップＳ３０８において作業メモリの使用率が第７判定値を超えていない場合、判定部３２１は、処理をステップＳ２０６に進める。すなわち、判定部３２１は、ユーザ装置２０は問題装置でないと判定する。

　図４に例示される処理のうち、ステップＳ２００、Ｓ２０４及びＳ３００の全部又は一部は省略されてもよい。ステップＳ２００及びＳ２０４は相互に入れ替わってもよい。ステップＳ３００は、ステップＳ２００の前、又は、ステップＳ２００とステップＳ２０４との間に移動されてもよい。ステップＳ３０２、Ｓ３０４、Ｓ３０６及びＳ３０８の順序は変更可能である。ステップＳ３０２、Ｓ３０４、Ｓ３０６及びＳ３０８の一部が省略されてもよい。

　第１変形例によれば、再生ログが示す動画の再生に関する状況は、動画データに基づいて動画を再生している装置の負荷の状況を含む。このため、動画データに基づいて動画を再生しているユーザ装置２０の負荷の状況に応じて、ユーザ装置２０に送信される動画データの単位時間当たりのデータ量を調整可能になる。したがって、ユーザ装置２０の負荷の状況に起因してユーザ装置２０における動画の再生の品質に問題が生じることを抑制可能になる。

＜Ｂ２．第２変形例＞
　第１実施形態及び第１変形例において、判定部３２１は、図５に例示される学習モデル３０２ａを用いて判定を実行してもよい。図５において、図１において説明した要素と同一又は同様の要素については、同一の符号を付し、詳細な説明を省略する。

　学習モデル３０２ａは、配信データに基づいて動画及び音声を再生する装置（以下「再生装置」と称する）における動画の再生に関する状況と、再生装置が単位時間当たりに処理できる動画データのデータ量が基準データ量以上であるか否かを示す判定結果と、の関係を示す関係データを学習した学習済みモデルである。学習モデル３０２ａは、関係データの一例である教師データを利用した機械学習にて特定される複数の係数Ｋによって規定される。

　再生装置は、例えば、スマートフォンである。なお、再生装置は、スマートフォンに限らず、例えば、ノートパソコン、ウェアラブル端末、タブレット端末又はデスクトップパソコンでもよい。

　次に、学習モデル３０２ａと学習モデル実行部３２１ａについて詳述する。
　学習モデル実行部３２１ａは、学習モデル３０２ａを実行する処理装置３０３によって実現される機能部である。学習モデル実行部３２１ａは、判定部３２１に含まれる。なお、一般的に、学習モデル実行部３２１ａが学習モデルと称されることもある。
　学習モデル３０２ａは、例えば、ニューラルネットワーク、典型的には、ディープニューラルネットワークを規定する。複数の係数Ｋは、教師データを利用した機械学習によって特定される。学習モデル実行部３２１ａは、受取部３１０によって受け取られる再生ログに基づいて、ユーザ装置２０が単位時間当たりに処理できる動画データのデータ量が基準データ量以上であるか否か、すなわち、ユーザ装置２０が問題装置であるか否かを判定する。なお、学習モデル実行部３２１ａに対して、再生ログが受取部３１０によって入力されてもよい。再生ログは、連続コマ落ち数と、音声と動画の再生タイミングのズレ時間と、動画データのビットレートと、デコード時間と、処理装置２０６の使用率と、作業メモリの使用率と、デクリプト時間と、を示す。

　次に、学習モデル３０２ａと学習モデル実行部３２１ａについて観点を変えて説明する。
　学習モデル実行部３２１ａは、処理装置（コンピュータの例示）３０３によって実現されるニューラルネットワーク、さらに言えば、機能ブロックである。学習モデル実行部３２１ａは、入力Ａに応じた出力Ｂを生成する。

　学習モデル３０２ａは、入力Ａから出力Ｂを特定する演算を処理装置３０３に実行させるプログラム（例えば、人工知能ソフトウェアを構成するプログラムモジュール）において利用される。具体的には、学習モデル３０２ａは、当該演算に適用される複数の係数Ｋを含む。当該演算には、所定の応答関数が用いられる。

　複数の係数Ｋは、複数の教師データを含む関係データを利用した事前の機械学習（深層学習）によって最適化されている。複数の教師データの各々では、入力Ａと出力Ｂとが相互に対応づけられている。すなわち、学習モデル３０２ａは、入力Ａと出力Ｂとの間の関係を示す関係データを学習した統計的モデルである。

　処理装置３０３は、複数の係数Ｋと所定の応答関数とを適用した演算を未知の入力Ａに対して実行することによって、複数の教師データから抽出される傾向（入力Ａと出力Ｂとの間の関係）に基づく出力Ｂ、すなわち、入力Ａに対して妥当な出力Ｂを生成する。

　学習モデル３０２ａでは、入力Ａとして「再生ログ」（動画の再生に関する状況を示す情報）が用いられ、出力Ｂとして「ユーザ装置２０が単位時間当たりに処理できる動画データのデータ量が基準データ量以上であるか否かの判定結果」が用いられる。

　なお、学習モデル実行部３２１ａは、例えば、Tensor Processing Unit（テンソルプロセッシングユニット）及びNeural Engine（ニューラルエンジン）等のニューラルネットワーク用のプロセッサによって実現されてもよい。

　図６は、複数の係数Ｋによって規定される学習モデル３０２ａを生成する学習モデル生成装置５０の一例を示す図である。図６において、図１において説明した要素と同一又は同様の要素については、同一の符号を付し、詳細な説明を省略する。

　学習モデル生成装置５０は、学習モデル３０２ａ用の教師データと、学習モデル３０２ａを規定する複数の係数Ｋと、を生成する。学習モデル３０２ａ用の教師データは、学習モデル生成装置５０とは異なる装置によって生成されてもよい。学習モデル生成装置５０は、ネットワークＮＷを介して、情報処理装置４１～４ｎ（ｎは１以上の整数）と通信する。
　情報処理装置４１～４ｎは、動画再生装置の一例である。情報処理装置４１～４ｎは、動画及び音声を再現するための再生情報が付与されている再生ログを出力する点を除いて、ユーザ装置２０と同一構成である。以下、情報処理装置４１～４ｎの各々を、情報処理装置４ｍ（ｍは１～ｎの整数）と称する。
　再生情報は、情報処理装置４ｍが再生した動画及び音声を再現するために使用される。再生情報は、情報処理装置４ｍにおいて音声及び動画の再生に用いられた配信データの識別情報を含む。再生情報は、さらに、動画を構成する画像フレームのインデックス番号ごとに、当該インデックス番号の画像フレームの画質（解像度）、当該画像フレームの再生の有無、及び、当該画像フレームが同期すべき音声と当該画像フレームが示す動画との再生タイミングのズレ時間を示す。

　学習モデル生成装置５０は、入力装置５０１、表示装置５０２、スピーカ５０３、通信装置５０４、記憶装置５０５及び処理装置５０６を含むコンピュータシステムによって構成される。学習モデル生成装置５０の各要素は、１又は２以上のバスによって相互に接続される。また、学習モデル生成装置５０の各要素は、１又は２以上の機器によって構成される。

　入力装置５０１は、学習モデル生成装置５０によって使用される情報を学習モデル生成装置５０に入力するための機器である。入力装置５０１は、ユーザからの指示又は質問等のユーザの入力を受け取る。入力装置５０１は、例えば、キーボードである。なお、入力装置５０１は、キーボードに限らず、表示装置５０２の表示面に対する接触を検出するタッチパネル、マウス、スイッチ又はボタン等でもよい。

　表示装置５０２は、処理装置５０６によって制御されることによって各種の画像を表示する。例えば、表示装置５０２は、配信データに含まれる動画データに基づく動画を表示する。表示装置５０２は、例えば、液晶表示パネル又は有機ＥＬ表示パネル等である。

　スピーカ５０３は、処理装置５０６によって制御されることによって各種の音を出力する。例えば、スピーカ５０３は、配信データに含まれる音声データに基づく音声を出力する。

　通信装置５０４は、ネットワークＮＷを介して他の装置、例えば、情報処理装置４１～４ｎと通信する。通信装置５０４は、例えば、ネットワークデバイス、ネットワークコントローラ、ネットワークカード又は通信モジュールとも称される。

　記憶装置５０５は、処理装置５０６が読み取り可能な記録媒体である。記憶装置５０５は、処理装置５０６によって実行される制御プログラム、及び、処理装置５０６が使用する各種のデータを記憶する。記憶装置５０５は、例えば、不揮発性メモリ（例えば、ＲＯＭ、ＥＰＲＯＭ又はＥＥＰＲＯＭ）と、揮発性メモリ（例えば、ＲＡＭ）とによって構成される。

　処理装置５０６は、学習モデル生成装置５０を制御するプロセッサである。処理装置５０６は、例えば、１又は２以上のチップによって構成される。一例を挙げると、処理装置５０６は、中央処理装置（ＣＰＵ）によって構成される。処理装置５０６の機能の一部又は全部は、ＤＳＰ、ＡＳＩＣ、ＰＬＤ又はＦＰＧＡ等のハードウェアによって実現されてもよい。処理装置５０６は、各種の処理を並列的又は逐次的に実行する。

　処理装置５０６は、記憶装置５０５から制御プログラムを読み取る。処理装置５０６は、当該制御プログラムを実行することによって、受取部５１０、再現部５２０、評価入手部５３０、教師データ生成部５４０及び学習モデル生成部５５０として機能する。

　受取部５１０、再現部５２０、評価入手部５３０、教師データ生成部５４０及び学習モデル生成部５５０は、処理装置５０６の機能ブロックの一例である。受取部５１０、再現部５２０、評価入手部５３０、教師データ生成部５４０及び学習モデル生成部５５０の全部又は一部は、ＤＳＰ、ＡＳＩＣ、ＰＬＤ又はＦＰＧＡ等のハードウェアによって構成されてもよい。

　受取部５１０は、通信装置５０４を介して、情報処理装置４ｍから再生ログを受け取る。以下、情報処理装置４ｍから受け取られる再生ログを「学習用の再生ログ」と称する。学習用の再生ログは、連続コマ落ち数と、音声と動画の再生タイミングのズレ時間と、動画データのビットレートと、デコード時間と、処理装置２０６の使用率と、作業メモリの使用率と、デクリプト時間の状況と、を示す。また、学習用の再生ログには、再生情報が付加されている。
　例えば、受取部５１０は、情報処理装置４ｍが自発的に送信する学習用の再生ログを受け取る。なお、受取部５１０は、情報処理装置４ｍに学習用の再生ログの要求を送信し、情報処理装置４ｍが学習用の再生ログの要求に応じて送信する学習用の再生ログを受け取ってもよい。

　再現部５２０は、学習用の再生ログごとに、再生情報に基づいて、情報処理装置４ｍにおける動画及び音声の再生の状況を、表示装置５０２及びスピーカ５０３を用いて再現する。例えば、再現部５２０は、まず、再生情報が示す配信データの識別情報によって特定される配信データを配信サーバ１０から入手する。具体的には、再現部５２０は、再生情報において画像フレームのインデックス番号ごとに示される画質のうち最高の画質を有する動画を示す配信データを、配信サーバ１０から入手する。なお、再現部５２０は、当該配信データを、配信サーバ１０とは異なるサーバから入手してもよい。

　続いて、再現部５２０は、配信データと再生情報とに基づいて、再生情報が示す動画及び音声の再生の状況を、表示装置５０２及びスピーカ５０３を用いて再現する。このため、各画像フレームの画質、各画像フレームの再生の有無、及び、各画像フレームの音声との再生タイミングのズレ時間が再現される。なお、画像フレームのインデックス番号ごとに示される画質のうち最高の画質を有する動画を示す配信データを用いるため、画像フレームのインデックス番号ごとに示されるいずれの画質への変換も可能である。

　判定者は、再現部５２０が再現する動画及び音声の再生の状況に基づいて、情報処理装置４ｍが問題装置であるか否か、すなわち、情報処理装置４ｍが単位時間当たりに処理できる動画データのデータ量が基準データ量以上であるか否かを判定する。判定者は、判定結果を入力装置５０１に入力する。

　評価入手部５３０は、学習用の再生ログごとに、判定者が行う判定の結果を入力装置５０１から受け取る。

　教師データ生成部５４０は、学習用の再生ログごとに、教師データを生成する。教師データは、学習用の再生ログと、当該学習用の再生ログに基づいて再現された動画の再生に基づく判定結果（ラベル）との組である。具体的には、教師データ生成部５４０は、まず、学習用の再生ログから再生情報を削除する。次に、教師データ生成部５４０は、再生情報が削除された学習用の再生ログごとに、当該学習用の再生ログと、当該学習用の再生ログに基づいて再現された動画の再生に基づく判定結果と、の組を、教師データとして生成する。このため、教師データは、動画の再生に関する状況（再生ログが示す状況）と判定結果との関係を示す。

　学習モデル生成部５５０は、教師データ生成部５４０にて生成される教師データを利用した機械学習（深層学習）を行うことによって、学習モデル３０２ａを規定する複数の係数Ｋを特定する。学習モデル生成部５５０によって特定される複数の係数Ｋは、例えば、判定者によって、図１に示す記憶装置３０２に記憶される。記憶装置３０２に記憶される複数の係数Ｋに基づいて、ＱｏＥサーバ３０は学習モデル実行部３２１ａを実現する。

　第２変形例においては、学習用の再生ログ及びユーザ装置２０の再生ログは、連続コマ落ち数と、音声と動画の再生タイミングのズレ時間、動画データのビットレートと、デコード時間と、処理装置２０６の使用率と、作業メモリの使用率と、デクリプト時間の状況と、を示す。

　連続コマ落ち数が多いほど、動画の再生品質は悪くなりやすい。音声と動画の再生タイミングのズレ時間が長いほど、動画の再生品質は悪くなりやすい。

　デコード時間が長いほど、連続コマ落ち数が多くなりやすく、又、音声と動画の再生タイミングのズレ時間も長くなりやすい。よって、デコード時間が長いほど、動画の再生品質は悪くなりやすい。

　処理装置２０６の使用率が高いほど、処理装置２０６における処理が滞りやすい。処理が滞りやすいと、連続コマ落ち数が多くなりやすい。処理が滞りやすいと、音声と動画の再生タイミングのズレ時間も長くなりやすい。よって、処理装置２０６の使用率が高いほど、動画の再生品質は悪くなりやすい。

　作業メモリの使用率が高いほど、処理装置２０６における処理が滞りやすい。このため、作業メモリの使用率が高いほど、動画の再生品質は悪くなりやすい。

　デクリプト時間が長いほど、連続コマ落ち数が多くなりやすい。デクリプト時間が長いほど、音声と動画の再生タイミングのズレ時間も長くなりやすい。よって、デクリプト時間が長いほど、動画の再生品質は悪くなりやすい。

　動画データのビットレートが高いほど、処理装置２０６における処理が滞りやすい。このため、動画データのビットレートが高いほど、動画の再生品質は悪くなりやすい。

　このように、ユーザ装置２０の再生ログ及び学習用の再生ログが示す種々の情報は、動画の再生品質に影響すると考えられる。学習モデル３０２ａにおいては、学習用の再生ログを用いた教師データに基づく機械学習がなされている。したがって、学習用の再生ログを用いた教師データに基づく機械学習がなされていない学習モデルを用いる判定の精度に比べて、学習モデル３０２ａを用いる判定の精度を高くできる。

　なお、ユーザ装置２０の再生ログと学習用の再生ログは、連続コマ落ち数と、音声と動画の再生タイミングのズレ時間と、動画データのビットレートと、デコード時間と、処理装置２０６の使用率と、作業メモリの使用率と、デクリプト時間のうち一部のみを示してもよい。

　一例を挙げると、ユーザ装置２０の再生ログと学習用の再生ログは、連続コマ落ち数と、音声と動画の再生タイミングのズレ時間と、動画データのビットレートと、デコード時間と、処理装置２０６の使用率と、作業メモリの使用率と、デクリプト時間のうち、連続コマ落ち数と、音声と動画の再生タイミングのズレ時間と、の２つの要素のみ、又は２つの要素の一方のみを示してもよい。
　連続コマ落ち数と、音声と動画の再生タイミングのズレ時間は、動画の再生品質に直接的に寄与するため、判定者が行う判定に影響を与えやすい。よって、ユーザ装置２０の再生ログと学習用の再生ログが、連続コマ落ち数と、音声と動画の再生タイミングのズレ時間と、のうち、少なくとも一方を示す場合、いずれも示さない場合に比べて、学習モデル３０２ａを用いる判定の結果の精度を向上できる。

　また、ユーザ装置２０の再生ログと学習用の再生ログは、連続コマ落ち数及び音声と動画の再生タイミングのズレ時間に加え、動画データのビットレートとデコード時間と処理装置２０６の使用率と作業メモリの使用率とデクリプト時間の一部のみを示してもよい。

　また、ユーザ装置２０の再生ログと学習用の再生ログは、連続コマ落ち数及び音声と動画の再生タイミングのズレ時間の状況の一方のみに加え、動画データのビットレートと、デコード時間と、処理装置２０６の使用率と、作業メモリの使用率と、デクリプト時間との全部又は一部のみを示してもよい。

　動画データのビットレートと、デコード時間と、処理装置２０６の使用率と、作業メモリの使用率と、デクリプト時間は、上述の通り、動画の再生品質に影響すると考えられる。このため、ユーザ装置２０の再生ログと学習用の再生ログが、連続コマ落ち数及び音声と動画の再生タイミングのズレ時間の全部又は一部に加え、動画データのビットレート、デコード時間と、処理装置２０６の使用率と、作業メモリの使用率と、デクリプト時間の全部又は一部を示す場合、学習モデル３０２ａを用いる判定の結果の精度を高くできる。

　なお、学習モデル３０２ａは、ニューラルネットワーク又はディープニューラルネットワークによって表されるモデルに限定されない。例えばＳＶＭ（Support Vector Machine）又はＨＭＭ（Hidden Markov Model）によって、学習モデル３０２ａが表されてもよい。

＜Ｂ３．第３変形例＞
　第１実施形態、第１変形例及び第２変形例においては、ＱｏＥサーバ３０が、ユーザ装置２０の再生ログに基づいて、ユーザ装置２０に単位時間当たりに送信される動画データのデータ量を制御するための要求の内容を決定する。第３変形例においては、ＱｏＥサーバ３０ではなくユーザ装置２０が、ユーザ装置２０の再生ログに基づいて、ユーザ装置２０に単位時間当たりに送信される動画データのデータ量を制御するための要求の内容を決定する。

　図７は、第３変形例に係る配信システム１の一例を示すブロック図である。図７において、図１を用いて説明した要素と同一又は同様の要素については、同一の符号を付し、詳細な説明を省略する。

　図７に例示される配信システム１は、ＱｏＥサーバ３０を含まず、ユーザ装置２０が要求決定部２３０と要求部２４０とを含む点において、図１に例示される配信システム１と異なる。

　ユーザ装置２０の処理装置２０６は、記憶装置２０５に記憶されているプログラムを読み取る。処理装置２０６は、当該プログラムを実行することによって、再生実行部２１０、動作制御部２２０、要求決定部２３０及び要求部２４０を実現する。

　再生実行部２１０、動作制御部２２０、要求決定部２３０及び要求部２４０は、処理装置２０６の機能ブロックの一例である。再生実行部２１０、動作制御部２２０、要求決定部２３０及び要求部２４０の全部又は一部は、ＤＳＰ、ＡＳＩＣ、ＰＬＤ又はＦＰＧＡ等のハードウェアによって構成されてもよい。

　図７に例示される配信システム１においては、動作制御部２２０は、再生ログを要求決定部２３０に提供する。

　要求決定部２３０は、再生ログが示す再生実行部２１０における動画の再生に関する状況に基づいて、配信サーバ１０が単位時間当たりに送信すべき動画データのデータ量に関する要求の内容を決定する。要求決定部２３０は、上述の判定部３２１と、ユーザ装置要求決定部２３１を含む。

　ユーザ装置要求決定部２３１は、判定部３２１の判定結果に基づいて、ユーザ装置２０が配信サーバ１０に送信すべき要求の内容、さらに言えば、配信サーバ１０が単位時間当たりに送信すべき動画データのデータ量に関する要求の内容を決定する。ユーザ装置要求決定部２３１が要求の内容を決定する動作は、上述の決定部３２２が要求の内容を決定する動作と同様である。

　要求部２４０は、要求決定部２３０が決定した内容を示す要求を配信サーバ１０に送信する。

　第３変形例によれば、ユーザ装置２０が、ユーザ装置２０の再生ログに基づいて、配信サーバ１０への要求の内容を決定する。このため、ＱｏＥサーバ３０を不要にでき構成の簡略化を図れる。

＜Ｂ４．第４変形例＞
　第１実施形態及び第１変形例～第２変形例において、ユーザ装置２０の動作制御部２２０は、最新の指定情報を記憶装置２０５に記憶してもよい。この場合、動作制御部２２０は、配信サーバ１０に配信データを新たに要求する際、記憶装置２０５に記憶されている最新の指定情報の示す要求を配信サーバ１０に送信してもよい。

　また、第３変形例において、ユーザ装置２０の動作制御部２２０は、要求決定部２３０の最新の決定結果を示す要求情報を記憶装置２０５に記憶してもよい。この場合、動作制御部２２０は、配信サーバ１０に配信データを新たに要求する際、記憶装置２０５に記憶されているデータ量情報の示す要求を配信サーバ１０に送信してもよい。

　第４変形例によれば、ユーザ装置２０は、配信データの送信の開始時から、ユーザ装置２０のスペックに応じた単位時間当たりのデータ量の動画データに基づいて、動画を再生可能になる。このため、動画の再生品質の低下を抑制できる。

＜Ｂ５．第５変形例＞
　第１実施形態及び第１変形例～第４変形例において、配信サーバ１０は、ユーザ装置２０から配信データの要求を受信する場合、先頭に広告を示す広告動画データが付加された配信データをユーザ装置２０へ送信してもよい。

　ユーザにとって、広告の再生品質は、広告の後に再生される動画の再生品質よりも気にならない可能性が高い。このため、第５変形例によれば、単位時間当たりの動画データのデータ量が調整されるまでの間の動画再生の品質の低下が、ユーザに認識され難くなり、かつ、広告後の動画の再生品質の低下を抑制できる。

＜Ｂ６．第６変形例＞
　第１実施形態、第１変形例、第２変形例、第４変形例及び第５変形例において、ユーザ装置２０の再生ログを蓄積する装置（以下「第１蓄積装置」と称する）が存在する場合、受取部３１０は、第１蓄積装置から、ユーザ装置２０の再生ログを受け取ってもよい。

　例えば、受取部３１０は、第１蓄積装置が自発的に送信する再生ログを受け取る。受取部３１０は、第１蓄積装置に再生ログの要求を送信し、第１蓄積装置が再生ログの要求に応じて送信する再生ログを受け取ってもよい。

　また、情報処理装置４１～４ｎの各々の学習用の再生ログを蓄積する装置（以下「第２蓄積装置」と称する）が存在する場合、受取部５１０は、第２蓄積装置から、学習用の再生ログを受け取ってもよい。

　例えば、受取部５１０は、第２蓄積装置が自発的に送信する学習用の再生ログを受け取る。受取部５１０は、第２蓄積装置に学習用の再生ログの要求を送信し、第２蓄積装置が学習用の再生ログの要求に応じて送信する学習用の再生ログを受け取ってもよい。

＜Ｃ．その他＞
　（１）第１実施形態及び第１変形例～第６変形例の各々においては、記憶装置１０２、２０５及び３０２は、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリデバイス（例えば、カード、スティック、キードライブ）、ＣＤ－ＲＯＭ（Compact　Disc－ＲＯＭ）、レジスタ、リムーバブルディスク、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ、データベース、サーバその他の適切な記憶媒体を含んでもよい。また、プログラムは、電気通信回線を介してネットワークから送信されてもよい。

　（２）第１実施形態及び第１変形例～第６変形例の各々は、ＬＴＥ（Long　Term　Evolution）、ＬＴＥ－Ａ（ＬＴＥ－Ａｄｖａｎｃｅｄ）、ＳＵＰＥＲ　３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future　Radio　Access）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra　Mobile　Broadband）、ＩＥＥＥ　８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ　８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ　８０２．２０、ＵＷＢ（Ｕｌｔｒａ－ＷｉｄｅＢａｎｄ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。

　（３）第１実施形態及び第１変形例～第６変形例の各々において説明した情報などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、情報、ビット、チップなどは、電圧、電流、電磁波、磁界、磁性粒子、光場、は光子、又はこれらの任意の組み合わせによって表されてもよい。なお、本明細書において説明した用語及び／又は本明細書の理解に必要な用語は、同一の又は類似する意味を有する用語と置き換えられてもよい。

　（４）第１実施形態及び第１変形例～第６変形例の各々において、入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルによって管理されてもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。

　（５）第１実施形態及び第１変形例～第６変形例の各々において、判定は、１ビットによって表される値（０か１か）に基づいて行われてもよいし、真偽値（Boolean：true又はfalse）に基づいて行われてもよいし、数値の比較（例えば、所定の値との比較）に基づいて行われてもよい。

　（６）第１実施形態及び第１変形例～第６変形例の各々において例示した処理手順、シーケンス、又はフローチャート等は、矛盾のない限り、順序を入れ替えてもよい。例えば、本明細書において説明した方法については、例示的な順序によって様々なステップの要素を提示しており、提示した特定の順序に限定されない。

　（７）図１、図５、図６及又は図７に例示された各機能は、ハードウェア及びソフトウェアの任意の組み合わせによって実現される。また、各機能は、単体の装置によって実現されてもよいし、相互に別体にて構成された２個以上の装置によって実現されてもよい。

　（８）第１実施形態及び第１変形例～第６変形例の各々において例示したプログラムは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード又はハードウェア記述言語と呼ばれるか、他の名称によって呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順又は機能等を意味するよう広く解釈されるべきである。
　また、ソフトウェア、又は命令などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線（ＤＳＬ）などの有線技術及び／又は赤外線、無線及びマイクロ波などの無線技術を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。

　（９）第１実施形態及び第１変形例～第６変形例の各々において、「システム」及び「ネットワーク」という用語は、互換的に使用される。

　（１０）第１実施形態及び第１変形例～第６変形例の各々において、ユーザ装置２０は、移動局でもよい。移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、又はいくつかの他の適切な用語を用いて称される場合もある。

　（１１）本明細書において使用する「決定（determining）」という用語は、多種多様な動作を包含する場合がある。「決定」は、例えば、判定（judging）、計算（calculating）、算出（computing）、処理（processing）、導出（deriving）、調査（investigating）、探索（looking up）（例えば、テーブル、データベース又は別のデータ構造における探索）、確認（ascertaining）した事を「決定」したとみなす事などを含み得る。また、「決定」は、受信（receiving）（例えば、情報を受信すること）、送信（transmitting）（例えば、情報を送信すること）、入力（input）、出力（output）、アクセス（accessing）（例えば、メモリ中のデータにアクセスすること）した事を「決定」したとみなす事などを含み得る。また、「決定」は、解決（resolving）、選択（selecting）、選定（choosing）、確立（establishing）、比較（comparing）などした事を「決定」したとみなす事を含み得る。つまり、「決定」は、何らかの動作を「決定」したとみなす事を含み得る。

　（１２）第１実施形態及び第１変形例～第６変形例の各々において、「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

　（１３）本明細書において使用する「第１」及び「第２」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書において使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみが採用され得ること又は何らかの形において第１要素が第２要素に先行しなければならないことを意味しない。

　（１４）第１実施形態及び第１変形例～第６変形例の各々において「含む（ｉｎｃｌｕｄｉｎｇ）」、「含んでいる（ｃｏｍｐｒｉｓｉｎｇ）」、及びそれらの変形が、本明細書あるいは特許請求の範囲において使用されている限り、これら用語は、用語「備える」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。

　（１５）本願の全体において、例えば、英語におけるa、an及びtheのように、翻訳によって冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数を含む。

　（１６）本発明が本明細書中に説明した実施形態に限定されないことは当業者にとって明白である。本発明は、特許請求の範囲の記載に基づいて定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施できる。従って、本明細書の記載は、例示的な説明を目的とし、本発明に対して何ら制限的な意味を有さない。また、本明細書に例示した態様から選択された複数の態様を組み合わせてもよい。

　１…配信システム、１０…配信サーバ、１０１…通信装置、１０２…記憶装置、１０３…処理装置、１１０…配信制御部、２０…ユーザ装置、２０１…入力装置、２０２…表示装置、２０３…スピーカ、２０４…通信装置、２０５…記憶装置、２０６…処理装置、２１０…再生実行部、２２０…動作制御部、２３０…要求決定部、２３１…ユーザ装置要求決定部、２４０…要求部、３０…ＱｏＥサーバ、３０１…通信装置、３０２…記憶装置、３０２ａ…学習モデル、３０３…処理装置、３１０…受取部、３２０…生成部、３２１…判定部、３２２…決定部、３３０…提供部、３２１ａ…学習モデル実行部。

Claims (8)

1. 　配信サーバから動画データを含む配信データを受信する受信装置における前記動画データが表す動画の再生に関する状況を示す状況情報を受け取る受取部と、
   　前記受取部が受け取る前記状況情報に基づいて、前記受信装置が前記配信サーバに送信すべき要求として、前記配信サーバが単位時間当たりに送信すべき前記動画データのデータ量に関する要求を指定する指定情報を生成する生成部と、
   　前記生成部が生成した前記指定情報を前記受信装置に提供する提供部と、
   　を含む制御装置。
2. 　前記生成部は、
   　前記受取部が受け取る前記状況情報に基づいて、前記受信装置が前記単位時間当たりに処理できる前記動画データのデータ量が、基準データ量以上であるか否かを判定する判定部と、
   　前記判定部における判定結果に基づいて、前記要求の内容を決定する決定部と、
   　を含む、
   　請求項１に記載の制御装置。
3. 　前記決定部は、
   　前記受信装置が前記単位時間当たりに処理できる前記動画データの前記データ量が前記基準データ量に満たないと前記判定部が判定する場合、前記配信サーバが前記単位時間当たりに送信すべき前記動画データの前記データ量を前記基準データ量よりも少ないデータ量にすることを、前記要求の前記内容として決定する、
   　請求項２に記載の制御装置。
4. 　前記判定部は、
   　動画再生装置における動画の再生に関する状況と、前記動画再生装置が前記単位時間当たりに処理できる前記動画データのデータ量が前記基準データ量以上であるか否かを示す判定結果と、の関係を示す関係データを学習した学習モデルを用いて、前記状況情報に基づいて、前記受信装置が前記単位時間当たりに処理できる前記動画データの前記データ量が前記基準データ量以上であるか否かを判定する、
   　請求項２又は３に記載の制御装置。
5. 　前記受取部は、
   　前記状況情報として、
   　前記受信装置が行う前記動画の再生の開始時点から前記開始時点よりも後の第１時点までの期間における前記動画の再生に関する状況を示す第１状況情報、又は、
   　前記開始時点よりも後の第２時点から前記第２時点よりも後の第３時点までの期間における前記動画の再生に関する状況を示す第２状況情報
   　を受け取る、
   　請求項１から４のいずれか１項に記載の制御装置。
6. 　前記状況情報は、
   　前記動画の再生における乱れに関する状況、及び、
   　前記動画を再生している再生装置の負荷の状況
   　の両方又は一方を示す、
   　請求項１から５のいずれか１項に記載の制御装置。
7. 　前記配信データは、前記動画データに加えて、前記動画データが表す前記動画と共に再生されるべき音声を示す音声データを含み、
   　前記状況情報は、
   　前記動画を構成する連続する画像フレームのうち再生されなかった画像フレームの数の状況、及び、
   　前記音声データに基づいて前記受信装置において再生される前記音声と、前記動画データに基づいて前記受信装置において再生される前記動画と、の再生タイミングのズレの状況
   　の両方又は一方を示す、
   　請求項１から５のいずれか１項に記載の制御装置。
8. 　配信サーバから送信される配信データに含まれる動画データが表す動画を再生する再生実行部と、
   　前記再生実行部における前記動画の再生に関する状況に基づいて、前記配信サーバが単位時間当たりに送信すべき前記動画データのデータ量に関する要求の内容を決定する要求決定部と、
   　前記要求決定部が決定した前記内容を示す前記要求を前記配信サーバに送信する要求部と、
   　を含む通信装置。

Images