(57)【要約】【課題】動画の再生停止の頻度を低下させること。【解決手段】動画再生装置は、動画データを部分ごとにネットワークを介して取得し、取得された部分を記憶部に記憶する取得部と、前記記憶部に記憶された前記部分の量が閾値以上になると、前記記憶部に記憶されている部分を再生する再生部と、前記動画データの視聴条件に対応して特定される前記ネットワークのスループットの推定値に基づいて、前記閾値を算出する算出部と、を有する。【選択図】図４
2017216554.tif 000002
【特許請求の範囲】
【請求項１】
動画データを部分ごとにネットワークを介して取得し、取得された部分を記憶部に記憶する取得部と、
前記記憶部に記憶された前記部分の量が閾値以上になると、前記記憶部に記憶されている部分を再生する再生部と、
前記動画データの視聴条件に対応して特定される前記ネットワークのスループットの推定値に基づいて、前記閾値を算出する算出部と、
を有することを特徴とする動画再生装置。
【請求項２】
前記動画データは、前記部分ごとに複数のビットレートが用意されており、
前記算出部は、取得されていない全部分のうち、最初の部分について前記複数のビットレートのうちの所定のビットレートを選択し、残りの部分について前記複数のビットレートのうちの最低のビットレートを選択し、前記ネットワークのスループットが前記推定値である場合における前記部分の取得の所要時間を、前記閾値として算出する、
ことを特徴とする請求項１記載の動画再生装置。
【請求項３】
前記動画データは、前記部分ごとに複数のビットレートが用意されており、
１つの前記部分の時間長先に前記記憶部に記憶されている前記部分の量が、前記動画データのうち未再生の部分を最小のビットレートで取得した場合の所要時間以上となるビットレートの中で、最大のビットレートを選択する選択部を有し、
前記取得部は、前記選択部によって選択されたビットレートに対応する部分を取得する、
ことを特徴とする請求項１又は２記載の動画再生装置。
【請求項４】
前記スループットの推定値は、過去の動画データの配信に関するスループット分布において上位Ｙパーセンタイルの値である、
ことを特徴とする請求項１乃至３いずれか一項記載の動画再生装置。
【請求項５】
動画データを部分ごとにネットワークを介して取得し、取得された部分を記憶部に記憶する取得手順と、
前記記憶部に記憶された前記部分の量が閾値以上になると、前記記憶部に記憶されている部分を再生する再生手順と、
前記動画データの視聴条件に対応して特定される前記ネットワークのスループットの推定値に基づいて、前記閾値を算出する算出手順と、
をコンピュータが実行することを特徴とする動画再生方法。
【請求項６】
前記動画データは、前記部分ごとに複数のビットレートが用意されており、
前記算出手順は、取得されていない全部分のうち、最初の部分について前記複数のビットレートのうちの所定のビットレートを選択し、残りの部分について前記複数のビットレートのうちの最低のビットレートを選択し、前記ネットワークのスループットが前記推定値である場合における前記部分の取得の所要時間を、前記閾値として算出する、
ことを特徴とする請求項５記載の動画再生方法。
【請求項７】
前記動画データは、前記部分ごとに複数のビットレートが用意されており、
１つの前記部分の時間長先に前記記憶部に記憶されている前記部分の量が、前記動画データのうち未再生の部分を最小のビットレートで取得した場合の所要時間以上となるビットレートの中で、最大のビットレートを選択する選択手順をコンピュータが実行し、
前記取得手順は、前記選択手順において選択されたビットレートに対応する部分を取得する、
ことを特徴とする請求項５又は６記載の動画再生方法。
【請求項８】
請求項１乃至４いずれか一項記載の各部としてコンピュータを機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、動画再生装置、動画再生方法、及びプログラムに関する。
【背景技術】
【０００２】
近年、インターネットを通した動画配信サービスが普及しており、サービス間のユーザ獲得競争が激しくなっている。そのような状況の中で、サービス事業者にとっては、ユーザ獲得のため、ユーザの視聴品質（動画の鮮明さ、再生停止回数、再生停止時間など）の向上が重要な課題となっている。視聴品質を向上させるために、近年ＭＰＥＧ−ＤＡＳＨやＨＬＳなどのＡＢＲ（Adaptive Bitrate Streaming）技術の検討、標準化、実装、及び、利用が進んでいる（例えば、非特許文献１）。
【０００３】
ＡＢＲでは、様々な品質の動画が、ｃｈｕｎｋと呼ばれる数秒の単位に分割されて動画配信サーバに用意される。視聴クライアントは、通信状況に応じてｃｈｕｎｋ単位で動画の品質を変更する。すなわち、ＡＢＲは、通信状況が良い時には高品質の動画を視聴させ、通信状況が悪い時には低品質の動画を視聴させることで、再生停止を抑止する技術である。
【０００４】
図１は、ＡＢＲを説明するための図である。動画コンテンツ毎に複数のビットレートでエンコードされたファイルが用意されており、それぞれｃｈｕｎｋに分割されている。視聴クライアントは、ｃｈｕｎｋ単位で、例えば、通信状況が良いときはビットレート１Ｍｂｐｓを選択し、通信品質が悪いときには、ビットレート２５０Ｋｂｐｓを選択して視聴することで、再生停止を抑止することができる。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】"Exoplayer"［online］、［平成２８年５月１２日検索］、インターネット＜http://developer.android.com/intl/ja/guide/topics/media/exoplayer.html＞
【非特許文献２】里田浩三 他, "招待講演 サービス品質向上のためのネットワーク状態推定・予測技術", 信学技報, vol. 113, no. 292, pp. 29-34, nov 2013
【発明の概要】
【発明が解決しようとする課題】
【０００６】
非特許文献１に示した様なこれまでのＡＢＲでは、一般的に動画の再生が停止した際には、事前に設定した値までバッファ量が蓄積されてから再生が再開される。例えば、再生開始時には、バッファ量が再生開始閾値を超えてから再生が開始される。また、再生が一度停止した場合には、バッファ量が再生再開閾値を超えてから再生が再開される。
【０００７】
このように、バッファ量が再生開始又は再開前に蓄積されることで、再生開始又は再開後の再生停止の発生を抑止することができる。しかし、このようにバッファが蓄積するまで再生開始又は再開を遅らせることには次のような問題点がある。
・第１に、十分スループットが出ている状況においては、無駄に再生開始又は再開が遅くなることで再生停止時間が長くなり視聴品質が低下する。
・第２に、再生停止は、スループットと選択されるビットレートに応じて発生する現象であるため、一定の値に設定するのみでは再生停止を抑止できない場合がある。
【０００８】
本発明は、上記の点に鑑みてなされたものであって、動画の再生停止の頻度を低下させることを目的とする。
【課題を解決するための手段】
【０００９】
そこで上記課題を解決するため、動画再生装置は、動画データを部分ごとにネットワークを介して取得し、取得された部分を記憶部に記憶する取得部と、前記記憶部に記憶された前記部分の量が閾値以上になると、前記記憶部に記憶されている部分を再生する再生部と、前記動画データの視聴条件に対応して特定される前記ネットワークのスループットの推定値に基づいて、前記閾値を算出する算出部と、を有する。
【発明の効果】
【００１０】
動画の再生停止の頻度を低下させることができる。
【図面の簡単な説明】
【００１１】
【図１】ＡＢＲを説明するための図である。
【図２】本発明の実施の形態における動画配信システムの構成例を示す図である。
【図３】本発明の実施の形態における視聴クライアントのハードウェア構成例を示す図である。
【図４】本発明の実施の形態における動画配信システムの機能構成例を示す図である。
【図５】スループット情報ＤＢの構成例を示す図である。
【図６】品質情報ＤＢの構成例を示す図である。
【図７】閾値算出部が実行する処理手順の一例を説明するためのフローチャートである。
【図８】本実施の形態の再生開始又は再開閾値の調整による再生停止回数低減の原理のイメージを示す。
【発明を実施するための形態】
【００１２】
以下、図面に基づいて本発明の実施の形態を説明する。まず、本実施の形態の概要について説明する。
【００１３】
本実施の形態では、動画バッファに蓄積されている動画長（以下、バッファ量［ｓｅｃ］という。）に対する再生開始又は再開の閾値α［ｓｅｃ］を、ネットワーク状況と、用意されたビットレートとに応じて動的に設定し、再生開始までの時間を抑えながら再生停止の頻度が低下するような配信制御手法が開示される。
【００１４】
再生停止の発生を抑止するための再生開始又は再開の閾値αは、動画視聴に関して推定されたスループットで、再生開始又は再開時に選択されるビットレートとして事前に設定されたビットレートの１ｃｈｕｎｋ［ｓｅｃ］を視聴可能であり、且つ、最低ビットレートで残りの動画を停止することなく再生できるバッファ量に設定される必要がある。そのようなバッファ量［ｓｅｃ］は、式（１）に示した制約を満たしたものとなる。
【００１５】
【数１】
2017216554.tif 000003
ここで、Ｓｔａｒｔｂｉｔｒａｔｅは、再生開始又は再開時に固定的に選択される。事前に設定されたビットレートである。また、Ｍｉｎｂｉｔｒａｔｅは、選択可能な配信ビットレートの中の最小値である。ｄｕｒａｔｉｏｎは、視聴クライアントが未受信の動画データの長さ（再生時間）［ｓｅｃ］である。ｃｈｕｎｋｓｉｚｅは、１ｃｈｕｎｋの長さ（再生時間）［ｓｅｃ］である。Ｔｈｒｏｕｇｈｐｕｔ＿ｐｒｅは、推定スループットの値である。Ｂｕｆ＿ｌｏｗｅｒは、予め設定されたバッファ量の下限である。Ｂｕｆ＿ｕｐｐｅｒは、予め設定されたバッファ量の上限である。
【００１６】
なお、式（１）の右項の第１項は、再生開始又は再開後の２ｃｈｕｎｋ目以降のダウンロードの所要時間（の推定値）である。式（１）の右項の第２項は、再生開始又は再開時の１ｃｈｕｎｋ目のダウンロードの所要時間（の推定値）である。
【００１７】
一方、再生開始又は再開後の配信ビットレートの選択は、非特許文献２で示されているようなＴ［ｓｅｃ］先のバッファ量が事前に設定した目標値を満たすようにビットレートを選択する手法を応用し、ｃｈｕｎｋｓｉｚｅ［ｓｅｃ］先のバッファ量が式（２）で示した条件を満たす中で最も高いビットレートを選択することで視聴終了までの再生停止発生を少なくすることができる。但し、どのビットレートを選択しても閾値αを上回らない場合は、用意されたビットレートの中で最低ビットレートが選択される。なお、Ｔ［ｓｅｃ］は、動画再生アプリの制作者によって事前に設定される値である。
【００１８】
【数２】
2017216554.tif 000004
ここで、ｒｅｓｔ＿ｄｕｒａｔｉｏｎは、視聴クライアントが未再生の動画データの長さ［ｓｅｃ］である。未再生の動画データの長さとは、例えば、動画長（全体長）をＬ１、バッファ量をＬ２、再生済みの長さをＬ３とすると、Ｌ１−Ｌ３によって求まる値である。すなわち、未再生の動画データの長（ｒｅｓｔ＿ｄｕｒａｔｉｏｎ）は、バッファ量には依存しない値である。
【００１９】
以下、上記の実現に関するシステムや装置等について具体例を示す。図２は、本発明の実施の形態における動画配信システムの構成例を示す図である。図２に示される動画配信システム１は、視聴クライアント１０、動画配信サーバ３０、及び品質管理サーバ２０等を含む。視聴クライアント１０は、動画配信サーバ３０及び品質管理サーバ２０と、ネットワーク（有線又は無線の別を問わない。）を介して接続される。
【００２０】
視聴クライアント１０は、動画データの視聴に利用される端末である。例えば、ＰＣ（Personal Computer）、スマートフォン、又はタブレット端末等が、視聴クライアント１０として利用されてもよい。なお、図２には、１つの視聴クライアント１０が示されているが、複数の視聴クライアント１０が動画配信システム１に含まれてもよい。
【００２１】
動画配信サーバ３０は、視聴クライアント１０に対して動画データを配信する１以上のコンピュータである。
【００２２】
品質管理サーバ２０は、動画配信サーバ３０による動画データの配信に関する品質情報を管理する１以上のコンピュータである。
【００２３】
図３は、本発明の実施の形態における視聴クライアントのハードウェア構成例を示す図である。図３の視聴クライアント１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、インタフェース装置１０５、表示装置１０６、及び入力装置１０７等を有する。
【００２４】
視聴クライアント１０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記憶した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
【００２５】
メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って視聴クライアント１０に係る機能を実現する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。表示装置１０６はプログラムによるＧＵＩ（Graphical User Interface）等を表示する。入力装置１０７はキーボード、マウス、又はタッチパネル等であり、様々な操作指示を入力させるために用いられる。
【００２６】
なお、動画配信サーバ３０及び品質管理サーバ２０も、図３に示したハードウェア構成を有していてもよい。但し、動画配信サーバ３０及び品質管理サーバ２０は、表示装置１０６及び入力装置１０７を有していなくてもよい。
【００２７】
図４は、本発明の実施の形態における動画配信システムの機能構成例を示す図である。図４において、視聴クライアント１０は、閾値算出部１１、配信ビットレート選択部１２、及び動画再生部１３等を有する。これら各部は、視聴クライアント１０にインストールされた１以上のプログラムが、ＣＰＵ１０４に実行させる処理により実現される。視聴クライアント１０は、また、動画バッファ１４を有する。動画バッファ１４は、例えば、メモリ装置１０３等を利用して実現可能である。
【００２８】
閾値算出部１１は、動画データの視聴条件（視聴状況又は視聴環境等）に対応して特定されるネットワークのスループットの推定値（推定スループット）に基づいて、閾値αを算出する。
【００２９】
配信ビットレート選択部１２は、配信対象（視聴対象）の動画データの各ｃｈｕｎｋについて、取得対象とする配信ビットレートを選択する。すなわち、本実施の形態では、動画データの配信に関して、ＡＢＲ（Adaptive Bitrate Streaming）が利用される。
【００３０】
動画再生部１３は、配信ビットレート選択部１２によって選択された配信ビットレートに対応する動画データをｃｈｕｎｋごとに動画配信サーバ３０に要求し、動画配信サーバ３０から返信されたｃｈｕｎｋを動画バッファ１４に記憶する。動画バッファ１４のバッファ量［ｓｅｃ］が閾値α以上になると、動画再生部１３は、動画バッファ１４に記憶されている動画データ（ｃｈｕｎｋ）を再生する。
【００３１】
動画配信サーバ３０は、視聴クライアント１０から要求された動画データを、視聴クライアント１０に配信する。
【００３２】
品質管理サーバ２０は、スループット情報管理部２１及び品質情報管理部２２を有する。これら各部は、品質管理サーバ２０にインストールされた１以上のプログラムが、品質管理サーバ２０のＣＰＵに実行させる処理により実現される。品質管理サーバ２０は、また、スループット情報ＤＢ２３及び品質情報ＤＢ２４等のデータベースを利用する。これら各データベースは、例えば、品質管理サーバ２０が有する補助記憶装置、又は品質管理サーバ２０にネットワークを介して接続可能な記憶装置等を用いて実現可能である。
【００３３】
スループット情報管理部２１は、過去に配信された動画データに関するスループットの実績情報を収集し、収集したスループット情報をスループット情報ＤＢ２３に記憶する。
【００３４】
図５は、スループット情報ＤＢの構成例を示す図である。図５に示されるように、スループット情報ＤＢ２３の各レコードは、視聴日時、キャリア、セルＩＤ、及びスループット等を含む。なお、１つのレコードは、１つの動画データの１回の視聴ごとに生成される。視聴日時は、動画データの視聴が行われた日時である。キャリアは、視聴クライアント１０が利用する移動体通信事業者の識別情報である。セルＩＤは、無線基地局の各セルのＩＤである。スループットは、当該動画データの配信に関するスループットの実績値である。
【００３５】
品質情報管理部２２は、スループット情報ＤＢ２３に記憶されたスループット情報に基づいて、配信条件（キャリア、セルＩＤ、時間帯）ごとに推定スループットを算出し、算出結果を品質情報ＤＢ２４に記憶する。なお、配信条件は、視聴クライアント１０から見た場合、視聴条件に該当する。
【００３６】
図６は、品質情報ＤＢの構成例を示す図である。図６において、品質情報ＤＢ２４は、キャリア、セルＩＤ、及び時間帯の組み合わせごとに推定スループットを記憶する。なお、図６では、時間帯が１時間単位である例が示されているが、時間帯は、１分単位等、他の時間長によって区切られてもよい。
【００３７】
品質情報管理部２２は、また、視聴クライアント１０の品質データの要求に応じ、当該要求に指定されている配信条件に対応する品質データ（推定スループット）を応答する。
【００３８】
例えば、品質管理サーバ２０の管理者は、ある配信条件におけるスループットの情報を計測等により収集したら、スループット情報管理部２１を利用して、スループット情報ＤＢ２３（図５）に格納することができる。スループット情報管理部２１は、或る配信条件に対応するスループット情報の数（スループット情報ＤＢ２３のレコード数）が所定数を超えたら、当該配信条件に対応する推定スループットを算出し、当該配信条件及び当該推定スループットを品質情報管理部２２に通知する。品質情報管理部２２は、当該通知に応じ、当該配信条件に対応する推定スループットを品質情報ＤＢ２４に記憶する。推定スループットとしては、各配信条件におけるスループット分布の上位Ｙパーセンタイルの値が採用されてもよい。Ｙの値を大きくすれば、再生停止がより発生しにくくなるが、配信ビットレートは低くなりやすい。一方Ｙの値を小さくすれば再生停止が発生しやすくなるが、配信ビットレートは高くなりやすいという特性がある。このＹの値は動画配信事業者の目的や方針等に応じて設定されてもよい。
【００３９】
以下、動画配信システム１において実行される処理手順について説明する。図７は、閾値算出部が実行する処理手順の一例を説明するためのフローチャートである。
【００４０】
動画データの視聴の開始指示がユーザによって入力されると（Ｓ１０１でＹｅｓ）、閾値算出部１１は、品質管理サーバ２０から推定スループットを取得する（Ｓ１０２）。
【００４１】
具体的には、閾値算出部１１は、視聴クライアント１０の状況に対応した配信条件（視聴条件）を含む品質データの取得要求を品質管理サーバ２０に送信する。当該配信条件は、視聴クライアント１０が利用するキャリアの識別情報と、視聴クライアント１０が現在所属する無線基地局のセルのセルＩＤと、現在時刻とを含む。品質管理サーバ２０の品質情報管理部２２は、当該取得要求に含まれている配信条件に対応する配信条件に対応付けられて品質情報ＤＢ２４（図６）に記憶されている推定スループットを含む応答を返信する。なお、取得要求に含まれている配信条件に対応する配信条件とは、前者の配信条件のキャリア及びセルＩＤと同一のキャリア及びセルＩＤを含み、かつ、前者の配信条件の時刻が属する時間帯を含む配信条件をいう。具体的には、品質情報ＤＢ２４の記憶内容が図５に示す通りであり、視聴クライアント１０からの取得要求に含まれている配信条件（キャリア、セルＩＤ、時刻）が（Ａ、ａａａｆ０２、０１）であれば、５．４［Ｍｂｐｓ］が取得される。なお、配信条件には、利用端末名など、図５に記載されていない情報が含まれてもよい。また、有線のネットワークであれば、キャリアの識別情報がＩＳＰ（Internet Service Provider）の識別情報に置換され、セルＩＤが、視聴クライアント１０が所在する施設の種別（一戸建て住居、オフィス、マンション等）に置換された配信条件が利用されてもよい。
【００４２】
続いて、閾値算出部１１は、取得した推定スループットをＴｈｒｏｕｇｈｐｕｔ＿ｐｒｅに代入して式（１）の右項の値を算出する（Ｓ１０３）。なお、視聴開始時において、Ｍｉｎｂｉｔｒａｔｅ、ｄｕｒａｔｉｏｎは、動画再生部１３から取得されてもよい。すなわち、動画再生部１３は、ユーザからの動画データの視聴指示に応じ、当該動画データの実体のダウンロードを開始する前に、当該動画データに関するＭｉｎｂｉｔｒａｔｅ及び動画長［ｓｅｃ］等を動画配信サーバ３０から取得している。なお、視聴開始時には、ｄｕｒａｔｉｏｎには、動画長が代入されればよい。または、閾値算出部１１が、動画配信サーバ３０に対してＭｉｎｂｉｔｒａｔｅ及び動画長［ｓｅｃ］を問い合わせてもよい。更に、品質管理サーバ２０が、各動画データについてＭｉｎｂｉｔｒａｔｅ及び動画長［ｓｅｃ］等を記憶していてもよい。この場合、閾値算出部１１が、品質管理サーバ２０に対してＭｉｎｂｉｔｒａｔｅ及び動画長［ｓｅｃ］を問い合わせてもよい。
【００４３】
続いて、閾値算出部１１は、式（１）の右項の計算結果を閾値αとして、動画再生部１３に通知する（Ｓ１０４）。
【００４４】
動画データの再生の開始後において、当該再生が停止すると（Ｓ１０１でＹｅｓ）、改めてステップＳ１０２以降が実行される。この際、配信条件が前回のステップＳ１０２以降の実行時から変化していなければ、ステップＳ１０２はスキップされてもよい。
【００４５】
続いて、配信ビットレート選択部１２が実行する処理について説明する。配信ビットレート選択部１２は、再生開始時（視聴開始時）又は再生再開時の１ｃｈｕｎｋ目については、事前に設定された値（Ｓｔａｒｔｂｉｔｒａｔｅ）を配信ビットレートとして要求する値とする。２ｃｈｕｎｋ目以降について、配信ビットレート選択部１２は、現在時刻（現時点）のｃｈｕｎｋｓｉｚｅ［ｓｅｃ］先のバッファ量が式（２）の条件を満たすようなビットレートの中で最大のビットレートを配信ビットレートとして選択する。
【００４６】
例えば、動画長＝６０［ｓｅｃ］、再生済みの長さ＝２０［ｓｅｃ］、バッファ量＝５［ｓｅｃ］、ｃｈｕｎｋｓｉｚｅ＝１０［ｓｅｃ］、Ｔｈｒｏｕｇｈｐｕｔ＿ｐｒｅ＝４００［ｋｂｐｓ］、ｂｕｆｆｅｒ＿ｌｏｗｅｒ＝０［ｓｅｃ］、ｂｕｆｆｅｒ＿ｕｐｐｅｒ＝６０［ｓｅｃ］であり、選択可能な配信ビットレートが、２００、５００、１０００［ｋｂｐｓ］であるとする。
【００４７】
この時、ｒｅｓｔ＿ｄｕｒａｔｉｏｎ＝６０−２０＝４０［ｓｅｃ］、Ｍｉｎｂｉｔｒａｔｅ＝２００［ｋｂｐｓ］となり、式（２）の右辺＝（２００×４０）／４００＝２０［ｓｅｃ］となる。この値が、ｃｈｕｎｋｓｉｚｅ［ｓｅｃ］先におけるバッファ量下限とされる。
【００４８】
そして、この時、非特許文献２の方法を使うことで、配信ビットレートが１０００［ｋｂｐｓ］の時、ｃｈｕｎｋｓｉｚｅ＝１０［ｓｅｃ］後のバッファ長が１５秒であり、配信ビットレートが５００［ｋｂｐｓ］の時、ｃｈｕｎｋｓｉｚｅ＝１０［ｓｅｃ］後のバッファ長が２５秒であり、配信ビットレートが２００［ｋｂｐｓ］の時、ｃｈｕｎｋｓｉｚｅ＝１０［ｓｅｃ］後のバッファ長が３５秒だということが判明したとする。
【００４９】
この場合、ｃｈｕｎｋｓｉｚｅ［ｓｅｃ］先におけるバッファ量が、式（２）の制約を満たす（すなわち、式（２）の右辺の値以上の）ビットレートは、５００［ｋｂｐｓ］と２００［ｋｂｐｓ］の２種類であるが、この中で最大の配信ビットレートである５００［ｋｂｐｓ］が選択される。
【００５０】
配信ビットレート選択部１２は、選択した配信ビットレートを動画再生部１３に通知する。
【００５１】
動画再生部１３は、配信ビットレート選択部１２から配信ビットレートが通知されると、当該配信ビットレートに対応する動画データ（ｃｈｕｎｋ）を動画配信サーバ３０に要求して、動画配信サーバ３０から返信される動画データを動画バッファ１４に記憶する。動画バッファ１４に記憶されているバッファ量［ｓｅｃ］が、再々開始時に閾値算出部１１から通知された閾値α以上になると、動画再生部１３は、動画バッファ１４に記憶されている動画データを再生する。バッファ量［ｓｅｃ］が、Ｂｕｆ＿ｌｏｗｅｒを下回ると、動画再生部１３は、動画データの再生を停止する。バッファ量［ｓｅｃ］が、再生の停止時に閾値算出部１１から通知された閾値α以上になると、動画再生部１３は、動画バッファ１４に記憶されている動画データの再生を再開する。
【００５２】
なお、動画データの再生開始後又は再開後の２番目以降のｃｈｕｎｋの取得タイミングは、Ｚｉｐｐｙペーシング制御方式にしたがって決定される。Ｚｉｐｐｙペーシング制御方式は、バッファ量を或る秒数に保ち続けるように動画データの取得要求のタイミングを制御する方式である。ここで、「或る秒数」としては、式（１）を満たすＢｕｆのうちの最小値が指定される。Ｚｉｐｐｙペーシング制御方式は、非特許文献２に詳しい。
【００５３】
なお、動画データの再生開始後又は再開後の２番目以降のｃｈｕｎｋの取得タイミングにおいて、配信ビットレート選択部１２によって２ｃｈｕｎｋ目以降の配信ビットレートの選択が行われる。
【００５４】
なお、上記では、Ｓｔａｒｔｂｉｔｒａｔｅが事前に設定された固定値である例を説明したが、Ｓｔａｒｔｂｉｔｒａｔｅの値についても、２番目以降のｃｈｕｎｋと同様の方法によって選択されてもよい。
【００５５】
図８に、本実施の形態の再生開始又は再開閾値の調整による再生停止回数低減の原理のイメージを示す。既存手法では、再生開始閾値、再生再開閾値は固定的に設定されている。そのため、ネットワークの帯域状況の変化や、ダウンロードするｃｈｕｎｋのビットレートの変化によらず、再生開始又は再開前に蓄積されるバッファ量は一定であり、バッファ枯渇による再生停止が発生しやすい。一方、本実施の形態では、ネットワークの品質に応じて閾値αが調整されるため、バッファ枯渇による再生停止発生を抑制でき、かつ再生開始までの時間増についても必要最低限にすることができる。
【００５６】
上述したように、本実施の形態によれば、動画の再生停止の頻度を低下させることができる。その結果、ユーザの視聴品質向上を実現することができ、動画配信サービス利用者の増加等を期待することができる。
【００５７】
なお、本実施の形態において、視聴クライアント１０は、動画再生装置の一例である。取得部及び再生部は、動画再生部１３の一例である。閾値算出部１１は、算出部の一例である。配信ビットレート選択部１２は、選択部の一例である。動画バッファ１４は、記憶部の一例である。ｃｈｕｎｋは、部分の一例である。
【００５８】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００５９】
１            動画配信システム
１０          視聴クライアント
１１          閾値算出部
１２          配信ビットレート選択部
１３          動画再生部
１４          動画バッファ
２０          品質管理サーバ
２１          スループット情報管理部
２２          品質情報管理部
２３          スループット情報ＤＢ
２４          品質情報ＤＢ
３０          動画配信サーバ
１００        ドライブ装置
１０１        記録媒体
１０２        補助記憶装置
１０３        メモリ装置
１０４        ＣＰＵ
１０５        インタフェース装置
１０６        表示装置
１０７        入力装置
Ｂ            バス
【図１】
2017216554.tif 000005
【図２】
2017216554.tif 000006
【図３】
2017216554.tif 000007
【図４】
2017216554.tif 000008
【図５】
2017216554.tif 000009
【図６】
2017216554.tif 000010
【図７】
2017216554.tif 000011
【図８】
2017216554.tif 000012