(57)【要約】【課題】通信速度だけを考慮してビットレートが決定される場合に比べて再生品質が向上するビットレートが用いられるようにすること。【解決手段】画質情報取得部１０５は、ストリーム配信される動画の各ビットレートにおける各区間の画質を表す画質情報を取得する。ビットレート決定部１０６は、取得されたビットレート情報が表す複数のビットレートのうちのいずれかを再生される動画のビットレートとして決定する。ビットレート決定部１０６は、動画の或る区間のビットレート候補の動画の画質が定められた画質条件を満たす場合にはそのビットレート候補をその区間のビットレートとして決定する。ビットレート決定部１０６は、ビットレート候補の動画の画質が画質条件を満たさない場合には、ビットレート候補よりも大きいビットレートをその区間のビットレートとして決定する。【選択図】図５
2017157904.tif 000002
【特許請求の範囲】
【請求項１】
複数の区間が順番にストリーム配信され且つ再生中にビットレートを変更可能な動画の各ビットレートにおける１以上の区間の画質を表す画質情報を取得する取得部と、
取得された前記画質情報に応じて、再生される動画の前記１以上の区間のビットレートを決定する決定部と
を備える情報処理装置。
【請求項２】
前記取得部は、基準のビットレートの動画の前記区間と、評価対象のビットレートの動画の当該区間とを比較して評価された画質を表す情報を前記画質情報として取得する
請求項１に記載の情報処理装置。
【請求項３】
前記取得部は、前記動画のストリーム配信において変更可能なビットレートのうち最大のビットレートを前記基準のビットレートとした前記画質情報を取得する
請求項２に記載の情報処理装置。
【請求項４】
前記動画は、元の動画をビットレート変換して得られる複数のビットレートの動画によって表され、
前記取得部は、前記元の動画を前記基準のビットレートの動画とした前記画質情報を取得する
請求項２に記載の情報処理装置。
【請求項５】
前記決定部は、前記１以上の区間について定められた方法で決定される第１のビットレートの動画の画質が定められた条件を満たす場合には当該第１のビットレートを当該１以上の区間のビットレートとして決定し、当該画質が当該条件を満たさない場合には、当該第１のビットレートよりも大きい第２のビットレートを当該１以上の区間のビットレートとして決定する
請求項１から４のいずれか１項に記載の情報処理装置。
【請求項６】
前記決定部は、前記条件が満たされない場合に、当該条件が満たされるビットレートを前記第２のビットレートとする
請求項５に記載の情報処理装置。
【請求項７】
前記動画のデータの受信における通信速度を特定する特定部を備え、
前記決定部は、前記１以上の区間のビットレートとして決定したビットレートが特定された前記通信速度よりも大きい場合には、当該通信速度以下のビットレートを当該１以上の区間のビットレートとして決定し直す
請求項１から６のいずれか１項に記載の情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置に関する。
【背景技術】
【０００２】
ストリーム配信された動画を再生する技術では、動画の画質の高さや再生の継続性（再生が途切れないこと）といった再生品質が重要である。これらの再生品質を向上させるため、例えば特許文献１には、パケット通信網の回線速度に応じて転送される画像符号化信号の情報量を変更する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−８８４８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ビットレートの異なる複数の動画を用意しておき、動的に決定されるビットレートでストリーム配信させる技術（例えばＭＰＥＧ―ＤＡＳＨなど）がある。この技術では、元の動画のビットレートを変換して新たなビットレートの動画を生成して用いることがあるが、こうして変換された動画には、特にビットレートが小さいと画質が著しく悪い（カラーのはずがモノクロになったり、ブロックノイズが発生したりするなど）フレームが含まれる場合がある。そのため、例えば通信速度（回線速度）だけを考慮して通信速度が速いほど大きなビットレートを決定すると、通信速度が遅いほどビットレートが小さくなり、再生される動画の画質が悪くなって再生品質が低下しやすい。
そこで、本発明は、通信速度だけを考慮してビットレートが決定される場合に比べて再生品質が向上するビットレートが用いられるようにすることを目的とする。
【課題を解決するための手段】
【０００５】
本発明の請求項１に係る情報処理装置は、複数の区間が順番にストリーム配信され且つ再生中にビットレートを変更可能な動画の各ビットレートにおける１以上の区間の画質を表す画質情報を取得する取得部と、取得された前記画質情報に応じて、再生される動画の前記１以上の区間のビットレートを決定する決定部とを備えることを特徴とする。
【０００６】
本発明の請求項２に係る情報処理装置は、請求項１に記載の構成において、前記取得部は、基準のビットレートの動画の前記区間と、評価対象のビットレートの動画の当該区間とを比較して評価された画質を表す情報を前記画質情報として取得することを特徴とする。
【０００７】
本発明の請求項３に係る情報処理装置は、請求項２に記載の構成において、前記取得部は、前記動画のストリーム配信において変更可能なビットレートのうち最大のビットレートを前記基準のビットレートとした前記画質情報を取得することを特徴とする。
【０００８】
本発明の請求項４に係る情報処理装置は、請求項２に記載の構成において、前記動画は、元の動画をビットレート変換して得られる複数のビットレートの動画によって表され、前記取得部は、前記元の動画を前記基準のビットレートの動画とした前記画質情報を取得することを特徴とする。
【０００９】
本発明の請求項５に係る情報処理装置は、請求項１から４のいずれか１項に記載の構成において、前記決定部は、前記１以上の区間について定められた方法で決定される第１のビットレートの動画の画質が定められた条件を満たす場合には当該第１のビットレートを当該１以上の区間のビットレートとして決定し、当該画質が当該条件を満たさない場合には、当該第１のビットレートよりも大きい第２のビットレートを当該１以上の区間のビットレートとして決定することを特徴とする。
【００１０】
本発明の請求項６に係る情報処理装置は、請求項５に記載の構成において、前記決定部は、前記条件が満たされない場合に、当該条件が満たされるビットレートを前記第２のビットレートとすることを特徴とする。
【００１１】
本発明の請求項７に係る情報処理装置は、請求項１から６のいずれか１項に記載の構成において、前記動画のデータの受信における通信速度を特定する特定部を備え、前記決定部は、前記１以上の区間のビットレートとして決定したビットレートが特定された前記通信速度よりも大きい場合には、当該通信速度以下のビットレートを当該１以上の区間のビットレートとして決定し直すことを特徴とする。
【発明の効果】
【００１２】
請求項１に係る発明によれば、通信速度だけを考慮してビットレートが決定される場合に比べて再生品質が向上するビットレートが用いられるようにすることができる。
請求項２、３に係る発明によれば、動画同士を比較しない場合に比べて画質の高低をより正確に表すことができる。
請求項４に係る発明によれば、元の動画からビットレート変換された動画についてはいずれも区間毎の画質の違いを表すことができる。
請求項５に係る発明によれば、画質情報を考慮しない場合に比べて再生される動画の画質を向上させることができる。
請求項６に係る発明によれば、画質条件が満たされない画質の動画が再生されないようにすることができる。
請求項７に係る発明によれば、通信速度を考慮しない場合に比べて動画の再生が途切れることを少なくすることができる。
【図面の簡単な説明】
【００１３】
【図１】実施例に係る動画配信システムの全体構成を表す図
【図２】ストリーム配信の仕組みを表す図
【図３】スマートフォンのハードウェア構成を表す図
【図４】動画配信装置のハードウェア構成を表す図
【図５】各装置が実現する機能構成を表す図
【図６】記憶された評価結果等の一例を表す図
【図７Ａ】表示領域に表示された動画の例を表す図
【図７Ｂ】表示領域に表示された動画の例を表す図
【図８】ビットレートテーブルの一例を表す図
【図９】ストリーム配信処理における初期の動作手順の一例を表す図
【図１０】初期ビットレートの指定以降の動作手順の一例を表す図
【図１１】変形例の動画配信システムの全体構成を表す図
【図１２】サーバ装置のハードウェア構成を表す図
【図１３】変形例の各装置が実現する機能構成を表す図
【発明を実施するための形態】
【００１４】
［１］実施例
図１は実施例に係る動画配信システム１の全体構成を表す。動画配信システム１は、ユーザが利用する再生装置に動画をストリーム配信するシステムである。動画のストリーム配信とは、動画を複数の区間に分割し、各区間の動画を表すセグメントデータを再生される順番に送受信させながら順次再生させる仕組みによる動画の配信のことである。セグメントデータは、例えば１秒から１０秒程度の区間を表すデータである。
【００１５】
動画配信システム１は、通信回線２と、スマートフォン１０と、動画配信装置２０とを備える。通信回線２は、例えば移動体通信網及びインターネット等を含み、装置同士のデータのやり取りを仲介するシステムである。通信回線２には、スマートフォン１０が無線で接続され、動画配信装置２０が有線で接続されている（これらは一例であり、有線・無線のどちらで接続されていてもよい）。
【００１６】
スマートフォン１０は、動画配信システム１においてストリーム配信される動画を再生する再生装置である。スマートフォン１０は、ユーザによって持ち運ばれて、様々な場所で利用される。動画配信装置２０は、全体で１つの動画を表す複数のセグメントデータを記憶し、それらのセグメントデータを再生される順番で順次送信することで動画をストリーム配信する情報処理装置である。
【００１７】
動画配信システム１においては、例えばＭＰＥＧ（Moving Picture Experts Group）−ＤＡＳＨ（Dynamic Adaptive Streaming over HTTP）と呼ばれる規格に準拠して、再生中にビットレートを変更可能な動画がストリーム配信される。本実施例のストリーム配信では、複数のビットレートが予め定められている。
【００１８】
図２はストリーム配信の仕組みを表す。本実施例の動画配信装置２０は、ビットレートが「大」、「中」、「小」の動画をそれぞれ表すセグメントデータ群Ａ１、Ａ２、Ａ３を記憶している。ビットレートとは、１秒間に送受信されるデータ量（単位はＭｂｐｓ（メガビット毎秒）やＭＢ／ｓｅｃ（メガバイト毎秒））のことである。これらのセグメントデータ群が表す動画は、ビットレートが大きいほど、動画の解像度が高く、且つ、フレームレートも大きくなっているものとする。
【００１９】
スマートフォン１０は、動画のストリーム配信を要求する際に、配信させる動画のビットレートを指定する。動画配信装置２０は、指定されたビットレートのセグメントデータ群から順次セグメントデータを読み出して送信する。スマートフォン１０は、受信したセグメントデータを一時的に記憶し（キャッシュし）、キャッシュしたセグメントデータを読み出して再生する。
【００２０】
また、スマートフォン１０が、動画の再生中に、再生中の動画とは異なるビットレートを指定して配信を要求すると、動画配信装置２０は、その要求を受け取ってからは指定された新たなビットレートのセグメントデータを送信する。スマートフォン１０は、そのセグメントデータを受信すると、それまでのビットレートのセグメントデータが表す動画に続けて、新たなビットレートのセグメントデータが表す動画を再生する。このように、セグメントデータ群Ａ１、Ａ２、Ａ３は、複数の区間が順番にストリーム配信され且つ再生中にビットレートを変更可能な動画を表す。本願発明は、このビットレートの決定方法に特徴がある。その決定方法の詳細については後述する。
【００２１】
図３はスマートフォン１０のハードウェア構成を表す。スマートフォン１０は、ＣＰＵ（Central Processing Unit）１１と、ＲＡＭ（Random Access Memory）１２と、ＲＯＭ（Read Only Memory）１３と、ＮＩＣ（Network Interface Card）１４と、フラッシュメモリ１５と、タッチスクリーン１６と、スピーカ１７と、センサ１８とを備えるコンピュータである。ＣＰＵ１１は、ＲＡＭ１２をワークエリアとして用いてＲＯＭ１３やフラッシュメモリ１５に記憶されているプログラムを実行することで各部の動作を制御する。ＮＩＣ１４は、アンテナ及び通信回路等を有し、例えば移動体通信の規格に準拠した無線通信を行う。
【００２２】
フラッシュメモリ１５は、ＣＰＵ１１が制御に用いるデータやプログラムを記憶する。このプログラムには、本実施例ではブラウザのプログラムが含まれており、このブラウザ上で実行されるＪａｖａ（登録商標）ｓｃｒｉｐｔにより後述する本発明の機能が実現される。なお、これに限らず、本発明の機能を実現するアプリケーションプログラムが記憶されていてもよい。タッチスクリーン１６は、表示手段であるディスプレイと、ディスプレイの表面に設けられたタッチパネルとを備え、画像を表示するとともに、ユーザからの操作を受け付ける。スピーカ１７は、音を表す音データをアナログ信号に変換して放音する。センサ１８は、例えば３軸の地磁気センサであり、自装置の傾きを表すデータをＣＰＵ１１に供給する。
【００２３】
図４は動画配信装置２０のハードウェア構成を表す。動画配信装置２０は、ＣＰＵ２１と、ＲＡＭ２２と、ＲＯＭ２３と、ＮＩＣ２４と、ＨＤＤ（Hard Disk Drive）２５とを備えるコンピュータである。ＣＰＵ２１からＲＯＭ２３までは、図３に表す同名のハードウェアとそれぞれ共通するものである。ＮＩＣ２４は、通信回路を有し、通信回線２を介した通信を行う。ＨＤＤ２５は、ＣＰＵ２１が制御に用いるデータやプログラムを記憶している。
【００２４】
動画配信システム１が備える各装置のＣＰＵがプログラムを実行して各部を制御することで、以下に述べる機能が実現される。
図５は各装置が実現する機能構成を表す。スマートフォン１０は、ビットレート情報取得部１０１と、表示領域サイズ特定部１０２と、キャッシュ量特定部１０３と、通信速度特定部１０４と、画質情報取得部１０５と、ビットレート決定部１０６と、配信要求部１０７と、セグメントデータ受信部１０８と、一時記憶部１０９と、動画再生部１１０とを備える。動画配信装置２０は、ビットレート変換部２０１と、セグメントデータ記憶部２０２と、画質評価部２０３と、画質情報記憶部２０４と、ビットレート情報記憶部２０５と、情報送信部２０６と、セグメントデータ読出部２０７と、セグメントデータ送信部２０８とを備える。
【００２５】
動画配信装置２０のビットレート変換部２０１は、上述した複数のビットレートの動画の元となる動画が自装置に記憶されると、その動画のビットレートを変換する。ビットレート変換部２０１は、本実施例では、元の動画の解像度を低くし、又は、フレームレートを小さくし、あるいはそれらの両方を行うなどしてビットレートを変換する。ビットレート変換部２０１は、本実施例では、ビットレートが４．０Ｍｂｐｓの元の動画を、２．０Ｍｂｐｓ、１．０Ｍｂｐｓ、０．８Ｍｂｐｓ、０．６Ｍｂｐｓ、０．４Ｍｂｐｓ、０．２Ｍｂｐｓという６つのビットレートに変換する。
【００２６】
このように、本システムでストリーム配信される動画は、元の動画をビットレート変換して得られる複数のビットレートの動画（本実施例では０．３Ｍｂｐｓから２．０Ｍｂｐｓまでの６つのビットレートの動画）によって表される。つまり、本システムでは、それら複数のビットレートの動画を表すセグメントデータのうち指定されたビットレートのセグメントデータが実際に配信されることになる。なお、元の動画のセグメントデータも配信されてもよいが、本実施例ではビットレート変換に用いられるだけで配信されないものとする。
【００２７】
また、本実施例では、通信量を少なくするため、例えば動画の区間毎に決められた基準となるフレームと、そのフレームとの差分とを表すデータにエンコード（圧縮）されたセグメントデータにより表される動画が元の動画として用いられる。ビットレート変換部２０１は、元の動画の各セグメントデータから、ビットレートを変換した新たなセグメントデータを生成する。ビットレート変換部２０１は、生成した各ビットレートのセグメントデータをセグメントデータ記憶部２０２に供給する。
【００２８】
セグメントデータ記憶部２０２は、自装置がストリーム配信する動画のセグメントデータを記憶する。セグメントデータ記憶部２０２は、ビットレート変換部２０１から供給された複数のビットレートの動画を表すセグメントデータを記憶する。
【００２９】
動画配信装置２０の画質評価部２０３は、セグメント化される前のビットレート変換された動画の画質を評価してもよいし、セグメントデータ記憶部２０２に記憶されているセグメントデータにより表される動画の画質を評価してもよい。画質評価部２０３は、例えば、基準となるビットレートの動画の区間と、評価対象のビットレートの動画の区間とを比較して評価する。本実施例では、画質評価部２０３は、動画のストリーム配信において変更可能なビットレートのうち最大のビットレート（上記の例では２．０Ｍｂｐｓ）を基準のビットレートとして、動画の画質を評価する。
【００３０】
ビットレート変換を行った場合、ビットレートが小さくなるほど、カラー画像がモノクロ画像になったり、ブロックノイズが発生したりと、画質が低下しやすい。そこで、画質評価部２０３は、基準の動画と比較対象の動画の共通の区間における共通の場面のフレームを比較し、評価対象の動画のフレームが基準の動画のフレームに比べてどの程度異なっているかによって画質を評価する。この比較は、１区間について１フレームだけ行われてもよいし、２以上のフレーム（全フレームも含む）について行われてもよい。
【００３１】
画質評価部２０３は、例えばＭＳＥ（Mean Square Error）法、ＰＳＮＲ（Peak Signal to Noise Ratio）法、ＳＳＩＭ（Strauctual Similarity）、カラーヒストグラム等の周知の技術を用いて、フレーム同士の相違から画質を評価する。画質評価部２０３は、評価結果を例えば０から１までの値で表す。１は基準の画像との相違がなく画質が高いことを意味し、値が小さくなるほど基準の画像との相違が大きくなり、画質が低くなることを意味する。つまり、画質評価部２０３による画質の評価は、比較対象の動画よりもビットレートが大きく画質が高い基準の動画が用いられることが前提となっている。画質評価部２０３は、各評価結果を画質情報記憶部２０４に供給する。
【００３２】
画質情報記憶部２０４は、画質評価部２０３により評価された動画の画質を表す画質情報を記憶する。画質情報記憶部２０４は、画質評価部２０３から供給された評価結果を、対応するビットレート及び区間に対応付けて記憶する。
図６は記憶された評価結果等の一例を表す。図６の例では、「２．０Ｍｂｐｓ」、「１．０Ｍｂｐｓ」、・・・、「０．２Ｍｂｐｓ」という各ビットレートの「１」番目から「Ｎ」番目までの各区間の画質が表されている。
【００３３】
「２．０Ｍｂｐｓ」は基準のビットレートなのでいずれも区間も「１．００」という画質になっている。「１．０Ｍｂｐｓ」では第１区間が「０．８２」、第２区間が「０．７９」、第Ｎ区間が「０．８５」という画質になっている。また、「０．８Ｍｂｐｓ」では第１区間が「０．７３」、第２区間が「０．７１」、第Ｎ区間が「０．７６」という画質になっており、「０．２Ｍｂｐｓ」では第１区間が「０．４５」、第２区間が「０．５１」、第Ｎ区間が「０．３９」という画質になっている。このように、ビットレートを小さくするほど画質は低下しやすい。また、画質が低下する度合いは区間毎に異なっている。
【００３４】
ビットレート情報記憶部２０５は、セグメントデータ記憶部２０２に記憶されているセグメントデータが表す動画、すなわち自装置がストリーム配信する動画、の複数のビットレートを表すビットレート情報（例えばＭＰＥＧ−ＤＡＳＨにおけるＭＰＤ（Media Presentation Description））を記憶する。ビットレート情報記憶部２０５は、本実施例では、上述した６つのビットレート（２．０Ｍｂｐｓ、１．０Ｍｂｐｓ、０．８Ｍｂｐｓ、０．６Ｍｂｐｓ、０．４Ｍｂｐｓ、０．２Ｍｂｐｓ）を表すビットレート情報を記憶する。このビットレート情報は、例えば動画配信装置２０の運用者により動画のセグメントデータが記憶される際にその運用者によって作成されて記憶される。
【００３５】
スマートフォン１０のビットレート情報取得部１０１は、動画のストリーム配信を要求する際に、その動画の複数のビットレートを表すビットレート情報を取得する。例えばスマートフォン１０が表示したウェブページに動画配信装置２０がストリーム配信する動画へのリンクが貼り付けられており、ユーザがそのリンクを選択する操作を行うと、ビットレート情報取得部１０１は、動画配信装置２０に対してその動画のビットレート情報を要求する要求データを送信する。この要求データには、動画を特定する情報（例えばＭＰＥＧ−ＤＡＳＨにおけるＭＰＤファイルへのＵＲＬ（Uniform Resource Locator）など）が含まれている。
【００３６】
動画配信装置２０の情報送信部２０６は、スマートフォン１０から送信されてきた要求データを受け取ると、その要求データにより特定される動画、すなわち自装置に記憶されている動画のビットレート情報をビットレート情報記憶部２０５から読み出して要求元であるスマートフォン１０に送信する。この際、情報送信部２０６は、画質情報記憶部２０４からこの動画の画質情報を読み出して、ビットレート情報とともにスマートフォン１０に送信する。ビットレート情報取得部１０１は、こうして送信されてきたビットレート情報を取得し、取得したビットレート情報をビットレート決定部１０６に供給する。
【００３７】
また、画質情報取得部１０５は、こうして送信されてきた画質情報、すなわちストリーム配信される動画の各ビットレートにおける各区間の画質を表す情報を取得する。画質情報取得部１０５は、本実施例では、上述したとおり、動画のストリーム配信において変更可能なビットレートのうち最大のビットレートを基準のビットレートとして評価された画質情報を取得する。画質情報取得部１０５は、取得した画質情報をビットレート決定部１０６に供給する。
【００３８】
ビットレート決定部１０６は、ビットレート情報取得部１０１により取得されたビットレート情報が表す複数のビットレートのうちのいずれかを再生される動画のビットレートとして決定する。ビットレートの決定方法については後ほど詳しく説明する。ビットレート決定部１０６は、ビットレートの決定を決められた時間間隔で繰り返し行う。この時間間隔としては、例えば１つのセグメントデータが表す動画の区間よりも短い時間の間隔（例えばその区間が２秒間であれば１秒毎など）が用いられる。ビットレート決定部１０６は、ビットレートを決定する度に、決定したビットレートを配信要求部１０７に通知する。
【００３９】
配信要求部１０７は、ビットレート決定部１０６により決定されたビットレートでの動画のストリーム配信を、その動画をストリーム配信する装置（本実施例では動画配信装置２０）に要求する。ビットレート決定部１０６が決定したビットレートが変化すると、配信要求部１０７がストリーム配信を要求する動画のビットレートも変化する。
【００４０】
動画配信装置２０のセグメントデータ読出部２０７は、外部装置から動画のストリーム配信が要求されると、要求された動画のセグメントデータを読み出す。セグメントデータ読出部２０７は、スマートフォン１０から送信されてきた指定データを受け取ると、その指定データにより指定されるビットレートのセグメントデータ群から、決められた数のセグメントデータを動画の最初から順番に読み出す。
【００４１】
セグメントデータ読出部２０７は、その後も、読み出し済みのセグメントデータの続きから決められた数のセグメントデータを読み出す処理を、１度に読み出すセグメントデータが表す動画の部分の再生時間又はそれよりも短い時間の間隔で繰り返し行う。セグメントデータ読出部２０７は、指定されるビットレートが途中で変化すると、新たなビットレートのセグメントデータのうち再生箇所が続きとなる部分から決められた数のセグメントデータを読み出す。セグメントデータ読出部２０７は、セグメントデータを読み出す度に、読み出したセグメントデータをセグメントデータ送信部２０８に供給する。
【００４２】
セグメントデータ送信部２０８は、供給されたセグメントデータを、指定データの送信元、すなわち動画のストリーム配信を要求してきた要求元（本実施例ではスマートフォン１０）に送信する。スマートフォン１０のセグメントデータ受信部１０８は、動画配信装置２０から送信されてきたセグメントデータを受信する。セグメントデータ受信部１０８は、受信したセグメントデータを一時記憶部１０９に供給する。
【００４３】
一時記憶部１０９は、セグメントデータ受信部１０８が受信したセグメントデータを、そのセグメントデータが表す動画の部分が再生されるまで一時的に記憶する。動画再生部１１０は、一時記憶部１０９にセグメントデータが記憶されると、記憶されたセグメントデータを順次読み出し、読み出したセグメントデータが表す動画を順次再生する。上述したとおりセグメントデータはエンコードされているので、動画再生部１１０は、セグメントデータをデコードして再生する。動画再生部１１０は、再生した動画を表示領域に表示するが、自装置の向きによって異なる表示領域に動画を表示する。
【００４４】
図７Ａ、図７Ｂは表示領域に表示された動画の例を表す。図７Ａ、図７Ｂでは、図２に表すタッチスクリーン１６の表示面１６１に動画が表示されている。表示面１６１は長辺１６２と短辺１６３で囲まれた長方形の面である。図７Ａの（ａ）では、表示面１６１の長辺１６２が鉛直に沿うようにスマートフォン１０が向いている場合の表示領域Ｂ１が表され、図７Ａの（ｂ）では、表示面１６１の長辺１６２が水平方向に沿うようにスマートフォン１０が向いている場合の表示領域Ｂ２が表されている。図７Ｂの（ｃ）では、表示面１６１の一部に、長辺も短辺も表示面１６１の長辺１６２及び短辺１６３に接しない表示領域Ｂ３が表されている。表示領域Ｂ１、Ｂ２、Ｂ３にはいずれも人物を映した動画Ｃ１が表示されている。このように、動画再生部１１０は、自装置の動画再生ウィンドウの大きさに応じて表示領域Ｂ１、Ｂ２、Ｂ３に動画を表示する。
【００４５】
スマートフォン１０の表示領域サイズ特定部１０２は、ストリーム配信される動画の表示領域のサイズを特定する。表示領域サイズ特定部１０２は、動画再生部１１０に対して動画を表示している表示領域の種類（表示領域Ｂ１、Ｂ２及びＢ３のいずれか）を問い合わせる。動画再生部１１０は、その問合せを受けると、動画を表示している表示領域の種類を表示領域サイズ特定部１０２に通知する。表示領域サイズ特定部１０２は、こうして通知された表示領域の種類に応じたサイズを表示領域のサイズとして特定する。
【００４６】
表示領域サイズ特定部１０２は、表示領域の種類として表示領域Ｂ１が通知された場合、図７（ａ）に表す長辺の長さＬ１と短辺の長さＬ２とを乗じた値、すなわち表示領域の面積を表示領域のサイズとして特定する。また、表示領域サイズ特定部１０２は、表示領域の種類として表示領域Ｂ２が通知された場合、図７（ｂ）に表す長辺の長さＬ３と短辺の長さＬ４とを乗じた値を表示領域のサイズとして特定する。また、表示領域サイズ特定部１０２は、表示領域の種類として表示領域Ｂ３が通知された場合、表示領域Ｂ３の長辺の長さＬ５と短辺の長さＬ６とを乗じた値を表示領域サイズとして特定する。表示領域サイズ特定部１０２は、上記のとおり特定した表示領域のサイズを表すサイズ情報（本実施例では表示領域の面積を表す情報）をビットレート決定部１０６に供給する。
【００４７】
スマートフォン１０のキャッシュ量特定部１０３は、ストリーム再生におけるキャッシュ量、すなわちストリーム再生される動画のこれから再生される箇所について一時的に記憶されるセグメントデータのデータ量を特定する。キャッシュ量特定部１０３は、一時記憶部１０９が一時的に記憶しているセグメントデータを参照し、参照したセグメントデータが再生された場合における再生時間を前述したキャッシュ量として特定する。例えばキャッシュされたセグメントデータが２秒間の動画を表していれば、キャッシュ量特定部１０３は、２秒分の動画がキャッシュされていると特定し、その秒数を表す情報をキャッシュ量情報としてビットレート決定部１０６に供給する。
【００４８】
スマートフォン１０の通信速度特定部１０４は、ストリーム配信される動画のセグメントデータの受信における通信速度を特定する。通信速度特定部１０４は本発明の「特定部」の一例である。通信速度特定部１０４は、セグメントデータ受信部１０８を監視して、セグメントデータ受信部１０８が単位時間に受信したセグメントデータのデータサイズを通信速度として特定する。セグメントデータ受信部１０８は、例えば１秒間に１０メガビットのセグメントデータが受信されていれば１０Ｍｂｐｓを通信速度として特定する。セグメントデータ受信部１０８は、そうして特定した通信速度を表す通信速度情報をビットレート決定部１０６に供給する。
【００４９】
表示領域サイズ特定部１０２、キャッシュ量特定部１０３及び通信速度特定部１０４は、それぞれの特定の処理を、本実施例ではビットレート決定部１０６がビットレートを繰り返し決定する時間間隔と共通の時間間隔で行う。
【００５０】
ビットレート決定部１０６は、表示領域サイズ特定部１０２により特定された表示領域のサイズと、キャッシュ量特定部１０３により特定されたキャッシュ量と、通信速度特定部１０４により特定された通信速度と、画質情報取得部１０５により取得された画質情報とに応じて、再生される動画のビットレートを決定する。ビットレート決定部１０６は、まず、表示領域のサイズ、キャッシュ量及び通信速度に応じてビットレート候補を決定する。ビットレート候補は本発明の「第１のビットレート」の一例である。ビットレート決定部１０６は、例えば、表示領域のサイズとビットレートの範囲とを対応付けたビットレートテーブルを用いる。
【００５１】
図８はビットレートテーブルの一例を表す。図８の例では、「閾値Ｔｈ１未満」という表示領域のサイズに「０．８、０．６、０．４、０．２」（単位はいずれもＭｂｐｓ）というビットレートの範囲が対応付けられている。また、「閾値Ｔｈ１以上閾値Ｔｈ２未満」という表示領域のサイズに「１．０、０．８、０．６、０．４」、「閾値Ｔｈ２以上」という表示領域のサイズに「２．０、１．０、０．８」というビットレートの範囲がそれぞれ対応付けられている。
【００５２】
ビットレート決定部１０６は、表示領域サイズ特定部１０２により特定された表示領域のサイズに対応付けられているビットレートの範囲をビットレートテーブルから読み出す。ビットレート決定部１０６は、読み出したビットレートの範囲を、通信速度特定部１０４により特定された通信速度を超えない範囲に絞り込む。ビットレート決定部１０６は、例えば閾値Ｔｈ１未満の表示領域のサイズが特定されると「０．８、０．６、０．４、０．２」というビットレートの範囲を読み出し、０．７Ｍｂｐｓという通信速度が特定されると０．８Ｍｂｐｓというビットレートが特定された通信速度を超えているので、それ以外の「０．６、０．４、０．２」というビットレートの範囲に絞り込む。
【００５３】
ビットレート決定部１０６は、キャッシュ量特定部１０３により特定されたキャッシュ量だけ一時的に記憶されたセグメントデータが表す動画が再生された場合の再生時間（以下「キャッシュ再生時間」という）が決められた閾値Ｔｈ３以上である場合には、絞り込んだ範囲の中で大きいものから決められた順番までのビットレートのうちのいずれかを選んで、ビットレート候補として決定する。ビットレート決定部１０６は、本実施例では、決められた順番を１番まで、すなわち最大のビットレートを選んで決定する。ビットレート決定部１０６は、前述した例のように絞り込んだ範囲が「０．６、０．４、０．２」であれば、このうちの最大のビットレートである「０．６」をビットレート候補として決定する。
【００５４】
また、ビットレート決定部１０６は、キャッシュ再生時間が上記の閾値Ｔｈ３未満である場合には、絞り込んだ範囲の中で小さいものから決められた順番までのビットレートのうちのいずれかを選んで、ビットレート候補として決定する。本実施例では、最大のビットレートを除くビットレートが全て含まれる順番が決められる。従って、ビットレート決定部１０６は、上記のとおり絞り込んだ範囲の中で最大のものを除くビットレートのうちのいずれかを選んでビットレート候補として決定する。
【００５５】
ビットレート決定部１０６は、前述した例のように絞り込んだ範囲が「０．６、０．４、０．２」であれば、このうちの最大のビットレートである「０．６」を除いた「０．４、０．２」のうちのいずれかを選んでビットレート候補として決定する。ビットレート決定部１０６は、最終的に２以上のビットレートからいずれかを選ぶ場合は、例えば動画の解像度を重視して常にそのうちの最大のビットレートを選んでもよいし、動画の継続性を重視して常にそのうちの最小のビットレートを選んでもよい。
【００５６】
ただし、動画の再生操作を受け付けた直後は、セグメントデータがまだ受信されていないので通信速度特定部１０４による通信速度の特定がまだされていない。また、セグメントデータがまだキャッシュされていないので、キャッシュ量特定部１０３によるキャッシュ量の特定もまだされていない。そこで、ビットレート決定部１０６は、動画の最初から再生が開始されると、再生初期の決定方法を用いる期間として決められた初期対応期間が経過するまでは、キャッシュ量特定部１０３により特定されたキャッシュ量及び通信速度特定部１０４により特定された通信速度を用いずにビットレート候補を決定する。
【００５７】
つまり、ビットレート決定部１０６は、初期対応期間が経過するまでは、表示領域サイズ特定部１０２により特定された表示領域のサイズのみに応じてビットレート候補を決定する。初期対応期間としては、例えばキャッシュ量及び通信速度の特定が最初に行われるまでの期間が決められる。なお、これらの特定に要する時間の実績から決められた、キャッシュ量及び通信速度の特定が完了することが見込まれる期間が初期対応期間として用いられてもよい。
【００５８】
ビットレート決定部１０６は、初期対応期間においては、例えば、特定された表示領域のサイズに図８に表すビットレートテーブルで対応付けられているビットレートの範囲のうちのいずれかを選択してビットレート候補として決定する。ビットレート決定部１０６は、この範囲から、動画の解像度を重視して最大のビットレートを選んでもよいし、動画の継続性を重視して最小のビットレートを選んでもよい。なお、これに限らず、例えばユーザが求めるフレームレートが予め設定されている場合に、設定されたフレームレートと特定された表示領域のサイズと係数とを乗じた値又はその値に最も近い値のビットレートをビットレート決定部１０６が選んでビットレート候補として決定してもよい。
【００５９】
ビットレート決定部１０６は、動画の或る区間について上記の方法（表示領域のサイズ、キャッシュ量及び通信速度を用いる方法）で決定されるビットレート候補の動画の画質が定められた画質条件を満たす場合にはそのビットレート候補をその区間のビットレートとして決定する。画質条件としては、例えば取得された画質情報の表す画質が閾値Ｔｈ４以上であれば満たされ、閾値Ｔｈ４未満であれば満たされない条件が用いられる。
【００６０】
例えば閾値Ｔｈ４＝０．７５とし、図６に表す画質情報が取得され、ビットレート決定部１０６が動画の第２区間におけるビットレート候補を１．０Ｍｂｐｓと決定したとする。この場合、ビットレート決定部１０６は、１．０Ｍｂｐｓの動画の第２区間の画質が「０．７９」で閾値Ｔｈ４以上であるため、画質条件が満たされていると判断し、１．０Ｍｂｐｓをそのまま第２区間における再生動画のビットレートとして決定する。
【００６１】
また、ビットレート決定部１０６は、ビットレート候補の動画の画質が画質条件を満たさない場合には、ビットレート候補よりも大きいビットレートをその区間のビットレートとして決定する。ビットレート候補よりも大きいビットレートは本発明の「第２のビットレート」の一例である。例えば前述の例において、ビットレート決定部１０６が動画の第２区間におけるビットレート候補を０．８Ｍｂｐｓと決定したとする。この場合、ビットレート決定部１０６は、０．８Ｍｂｐｓの動画の第２区間の画質が「０．７１」で閾値Ｔｈ４未満であるため、画質条件が満たされていないと判断し、０．８Ｍｂｐｓよりも大きい１．０Ｍｂｐｓ（この場合の第２のビットレート）を第２区間における再生動画のビットレートとして決定する。
【００６２】
さらに、ビットレート決定部１０６は、画質条件が満たされない場合に、画質条件が満たされるビットレートを第２のビットレートとする。例えば閾値Ｔｈ４＝０．８０とし、図６に表す画質情報が取得され、ビットレート決定部１０６が動画の第２区間におけるビットレート候補を０．８Ｍｂｐｓと決定したとする。この場合、ビットレート決定部１０６は、０．８Ｍｂｐｓの動画の第２区間の画質が「０．７１」で閾値Ｔｈ４未満であるため、画質条件が満たされていないと判断する。
【００６３】
０．８Ｍｂｐｓよりも大きいビットレートには１．０Ｍｂｐｓ及び２．０Ｍｂｐｓがあるが、１．０Ｍｂｐｓの第２区間の画質（０．７９）は閾値Ｔｈ４未満なので画質条件を満たさず、２．０Ｍｂｐｓの第２区間の画質（１．００）は閾値Ｔｈ４以上なので画質条件を満たす。そこで、ビットレート決定部１０６は、２．０Ｍｂｐｓ（この場合の第２のビットレート）を第２区間のビットレートとして決定する。
【００６４】
動画配信システム１が備える各装置は、上記の構成に基づいて、動画のストリーム配信処理を行う。以下では、図９を参照して再生動画のビットレートの指定が最初に行われるまでの初期の動作手順を説明し、図１０を参照してそれ以降の動作手順を説明する。
図９はストリーム配信処理における初期の動作手順の一例を表す。図９の例では、ユーザがスマートフォン１０に対してストリーム配信される動画を再生させる操作（動画のリンクを選択する操作など）を行うことを契機に動作手順が開始される。
【００６５】
まず、スマートフォン１０が、動画の再生操作を受け付ける（ステップＳ１１）。次に、スマートフォン１０（ビットレート情報取得部１０１）が、再生操作を受け付けた動画のビットレート情報を動画配信装置２０に要求する（ステップＳ１２）。動画配信装置２０（情報送信部２０６）は、要求された動画のビットレート情報及び画質情報を読み出してスマートフォン１０に送信する（ステップＳ１３）。スマートフォン１０（ビットレート情報取得部１０１）は、送信されてきたビットレート情報を取得する（ステップＳ１４）。
【００６６】
また、スマートフォン１０（画質情報取得部１０５）は、送信されてきた画質情報を取得する（ステップＳ１５）。続いて、スマートフォン１０（表示領域サイズ特定部１０２）が、再生操作を受け付けた動画の表示領域のサイズを特定する（ステップＳ１６）。次に、スマートフォン１０（ビットレート決定部１０６）が、特定されたサイズに応じた動画のビットレートをビットレート候補として決定する（ステップＳ１７）。続いて、スマートフォン１０（ビットレート決定部１０６）が、決定したビットレート候補の動画の画質が画質条件を満たすか否かを判断する（ステップＳ１８）。
【００６７】
スマートフォン１０（ビットレート決定部１０６）は、画質条件が満たされていればビットレート候補を再生動画のビットレートとして決定し、画質条件が満たされていなければビットレート候補よりも大きなビットレートを再生動画のビットレートとして決定する（ステップＳ１９）。そして、スマートフォン１０（配信要求部１０７）は、ステップＳ１９で決定された再生動画のビットレートでの動画のストリーム配信を動画配信装置２０に要求する（ステップＳ２０）。
【００６８】
図１０は初期ビットレートの指定以降の動作手順の一例を表す。動画配信装置２０（セグメントデータ読出部２０７）は、ステップＳ１７で要求されたビットレートの動画を表すセグメントデータを読み出す（ステップＳ２１）。次に、動画配信装置２０（セグメントデータ送信部２０８）は、ステップＳ２１で読み出されたセグメントデータをスマートフォン１０に送信する（ステップＳ２２）。スマートフォン１０（セグメントデータ受信部１０８）は、ステップＳ２２において送信されてきたセグメントデータを受信する。スマートフォン１０（一時記憶部１０９）は、受信されたセグメントデータを一時的に記憶する（ステップＳ２３）。
【００６９】
スマートフォン１０（一時記憶部１０９）は、受信されたセグメントデータを一時的に記憶する（ステップＳ２３）。次に、スマートフォン１０（動画再生部１１０）は、一時的に記憶されたセグメントデータを読み出して再生し、表示領域に表示する（ステップＳ２４）。続いて、スマートフォン１０（表示領域サイズ特定部１０２）は、再生された動画の表示領域のサイズを特定する（ステップＳ２５）。次に、スマートフォン１０（キャッシュ量特定部１０３）は、一時記憶されているセグメントデータのデータ量、すなわちキャッシュ量を特定する（ステップＳ２６）。
【００７０】
続いて、スマートフォン１０（通信速度特定部１０４）は、セグメントデータの受信における通信速度を特定する（ステップＳ２７）。そして、スマートフォン１０（ビットレート決定部１０６）は、ステップＳ２５で特定された表示領域のサイズと、ステップＳ２６で特定されたキャッシュ量と、ステップＳ２７で特定された通信速度とに応じて、ビットレート候補を決定する（ステップＳ２８）。続いて、スマートフォン１０（ビットレート決定部１０６）が、決定したビットレート候補の動画の画質が画質条件を満たすか否かを判断する（ステップＳ２９）。
【００７１】
スマートフォン１０（ビットレート決定部１０６）は、画質条件が満たされていればビットレート候補を再生動画のビットレートとして決定し、画質条件が満たされていなければビットレート候補よりも大きなビットレートを再生動画のビットレートとして決定する（ステップＳ３０）。そして、スマートフォン１０（配信要求部１０７）は、ステップＳ３０で決定された再生動画のビットレートでの動画のストリーム配信を動画配信装置２０に要求する（ステップＳ３１）。
【００７２】
動画配信装置２０（セグメントデータ読出部２０７）は、ステップＳ２１に戻り、ステップＳ３１で要求されたビットレートの動画を表すセグメントデータを読み出す。以降、ユーザが動作の再生を終了させる操作を行うか、動画が最後まで再生されて動画の再生が終了するまで、ステップＳ２１からＳ３１までの動作が繰り返し行われる。
【００７３】
本実施例では、画質情報に応じて再生動画のビットレートが決定される。これにより、表示領域のサイズ、キャッシュ量及び通信速度を用いる方法で決定されたビットレート候補の動画の画質が画質条件を満たしていなければより画質の良い動画が再生されることになる。例えば通信速度だけを考慮してビットレートが決定されると、画質条件を満たさない動画が再生されることになるが、本実施例では、その場合に比べて再生品質を向上させている。ここでいう再生品質とは、動画の解像度の高さと再生の継続性（再生が途切れないこと）とを含む総合的な品質のことである。
【００７４】
また、本実施例では、動画同士を比較することで評価された画質を用いてビットレートが決定されている。これにより、この比較をしない場合に比べて、動画同士の画質の高低がより正確に表されることになる。また、本実施例では、画質条件が満たされないとビットレート候補よりも画質の良い動画が再生される。これにより、画質情報を考慮しない場合に比べて再生される動画の画質が向上する。また、その際、画質条件が満たされる動画が再生されるようになっている。言い換えると、画質条件が満たされない画質の動画が再生されないようになっている。
［２］変形例
上述した実施例は本発明の実施の一例に過ぎず、以下のように変形させてもよい。また、実施例及び各変形例は、必要に応じて組み合わせて実施してもよい。
【００７５】
［２−１］画質の評価方法
基準のビットレートは上述したものに限らない。例えば、実施例のように元の動画からビットレート変換が行われる場合に、その元の動画を基準のビットレートの動画としてもよい。例えば図６の例では２．０Ｍｂｐｓが基準のビットレートであるため２．０Ｍｂｐｓの動画の画質がどの区間についても１．００となっているが、実際には、４．０Ｍｂｐｓの元の動画をビットレート変換した動画であるため、他のビットレートのように区間毎に画質の違いがある。
【００７６】
本変形例では元の動画である４．０Ｍｂｐｓが基準のビットレートとなるので、２．０Ｍｂｐｓの動画でも区間毎の画質の違いが表されるようになる。このように、本変形例によれば、元の動画からビットレート変換された動画についてはいずれも区間毎の画質の違いが表されることになる。
【００７７】
［２−２］ビットレート候補の決定方法
ビットレート決定部１０６によるビットレート候補の決定方法は上述したものに限らない。ビットレート決定部１０６は、例えば表示領域のサイズ、キャッシュ量及び通信速度のうちのいずれか１つ又は２つを用いてビットレート候補を決定してもよい。また、ビットレート決定部１０６は、他の周知の方法を用いてビットレート候補を決定してもよい。いずれの場合も、ビットレート決定部１０６は、何らかの方法を用いて決定されたビットレート候補の動画の画質が画質条件を満たすか否かに応じて実施例のように再生画像のビットレートを決定すればよい。
【００７８】
［２−３］通信速度を考慮
ビットレート決定部１０６は、画質を考慮してビットレートを決定した後、さらに通信速度を考慮してもよい。ビットレート決定部１０６は、例えば或る区間のビットレートとして決定したビットレートが通信速度特定部１０４により特定された通信速度よりも大きい場合には、その通信速度以下のビットレートをその区間のビットレートとして決定し直す。
【００７９】
ビットレート決定部１０６は、例えば取得された画質情報に応じて１．０Ｍｂｐｓを再生動画のビットレートとして決定したが、特定された通信速度が０．９Ｍｂｐｓであったとする。その場合、ビットレート決定部１０６は、０．９Ｍｂｐｓ以下のビットレートのうちでは最も大きい０．８Ｍｂｐｓを再生動画のビットレートとして決定し直す。これにより、通信速度を考慮しない場合に比べて動画の再生が途切れることが少なくなる。
【００８０】
［２−４］表示領域のサイズを考慮
ビットレート決定部１０６は、或る区間のビットレート候補の動画の画質が画質条件を満たしていない場合に、ビットレート候補よりも大きいビットレートをその区間のビットレートとして決定するが、その際に表示領域のサイズに応じたビットレートを決定してもよい。
【００８１】
ビットレート決定部１０６は、例えば、特定された表示領域のサイズが閾値Ｔｈ５以上であればビットレート候補よりも２段階大きいビットレート（例えばビットレート候補が０．６Ｍｂｐｓなら１．０Ｍｂｐｓ）を決定し、その表示領域のサイズが閾値Ｔｈ５未満であればビットレート候補よりも１段階大きいビットレート（例えばビットレート候補が０．６Ｍｂｐｓなら０．８Ｍｂｐｓ）を決定する。
【００８２】
動画の再生においては、ビットレートが変わらなければ、表示領域が小さいほど動画の解像度が高くなる。言い換えると、表示領域が小さければ、表示領域が大きい場合に比べて、ビットレートを小さくしても動画の解像度の低下が抑えられる。本変形例では、画質条件が満たされない場合に、特定された表示領域のサイズに応じたビットレートが決定されるので、表示領域のサイズが考慮されない場合に比べて、表示領域が小さい場合に必要以上に高い解像度の動画を表示して、無線通信の帯域を圧迫することが抑制される。
【００８３】
［２−５］サーバ装置
上述したビットレートの決定をサーバ装置が行ってもよい。
図１１は本変形例の動画配信システム１ａの全体構成を表す。動画配信システム１ａは、通信回線２と、スマートフォン１０ａと、動画配信装置２０と、サーバ装置３０とを備える。
【００８４】
図１２はサーバ装置３０のハードウェア構成を表す。サーバ装置３０は、ＣＰＵ３１と、ＲＡＭ３２と、ＲＯＭ３３と、ＮＩＣ３４と、ＨＤＤ３５とを備えるコンピュータである。ＣＰＵ３１からＨＤＤ３５までは、図４に表す同名のハードウェアとそれぞれ共通するものである。
【００８５】
図１３は本変形例の各装置が実現する機能構成を表す。スマートフォン１０ａは、図５に表すセグメントデータ受信部１０８、一時記憶部１０９及び動画再生部１１０に加えて、再生操作通知部１１１を備える。サーバ装置３０は、図５に表すビットレート情報取得部１０１、表示領域サイズ特定部１０２、キャッシュ量特定部１０３、通信速度特定部１０４、ビットレート決定部１０６及び配信要求部１０７を備える。
【００８６】
スマートフォン１０ａの再生操作通知部１１１は、ストリーム配信される動画を再生させる操作が自装置に対して行われると、その旨をサーバ装置３０に通知する。この通知はサーバ装置３０のビットレート情報取得部１０１、表示領域サイズ特定部１０２、キャッシュ量特定部１０３及び通信速度特定部１０４により受け取られる。この通知を受け取ると、ビットレート情報取得部１０１はビットレート情報を取得し、各特定部は、スマートフォン１０ａの対応する各部（表示領域サイズ特定部１０２は動画再生部１１０、キャッシュ量特定部１０３は一時記憶部１０９、通信速度特定部１０４はセグメントデータ受信部１０８）と通信して、それぞれの特定動作を開始する。
【００８７】
これにより、ビットレート決定部１０６がビットレートを決定して配信要求部１０７により動画の配信が要求される。この際、配信要求部１０７は、動画の配信先をスマートフォン１０ａとして要求を行う。動画配信装置２０のセグメントデータ送信部２０８は、要求された動画のセグメントデータをスマートフォン１０ａに送信する。こうしてサーバ装置３０で決定されたビットレートの動画がスマートフォン１０ａに配信される。本変形例でも、サーバ装置３０が実施例のスマートフォン１０のようにビットレートを決定するので、通信速度だけを考慮してビットレートが決定される場合に比べて再生品質が向上するビットレートが用いられるようになっている。
【００８８】
［２−６］情報処理装置
ビットレートの決定を行う決定装置や動画の再生を行う再生装置などの情報処理装置は、上述したスマートフォンやサーバ装置に限らない。例えばタブレット端末やノートパソコンでもよいし、デスクトップ型のパソコンでもよい。スマートフォンは決定装置であり再生装置でもあるが、サーバ装置の場合は、決定装置であるが再生装置ではないので、外部の再生装置に対して決定したビットレートの動画がストリーム配信されるように動画配信装置に要求する。
【００８９】
［２−７］ビットレート
実施例では、ビットレートが大きいほど、動画の解像度が高く、且つ、フレームレートも大きくなっているものとしたが、これに限らない。例えばビットレートが大きくなっても解像度が変わらずフレームレートだけ大きくなったり、フレームレートが変わらず解像度だけ高くなったりしてもよい。
【００９０】
［２−８］ビットレート決定部
ビットレート決定部１０６は、実施例では予め定められた複数のビットレートから選んだビットレートを再生動画のビットレートとして決定したが、これに限らない。例えば、動画配信装置が、決められた範囲のビットレートが指定された場合に、記憶している基準のビットレートの動画を指定されたビットレートに変換する処理を行う機能を有していれば、ビットレート決定部１０６は、その決められた範囲でビットレートを決定すればよい。
【００９１】
その際には、ビットレート決定部１０６は、例えば特定された表示領域のサイズの値、キャッシュ量の値、通信速度の値を決められた数式に代入して求められる値をビットレートとして決定してもよい。これにより、複数のビットレートが予め定められている場合に比べてより多段階のビットレートの動画のストリーム配信が行われることになる。
【００９２】
［２−９］画質が評価される区間
実施例では動画の全区間の画質が評価されたが、これに限らず、一部の区間の画質が評価されてもよく、言い換えれば、１以上の区間の画質が評価されていればよい。その場合でも、画質が評価された１以上の区間については、ビットレート決定部１０６が画質情報に応じてビットレートを決定することで、通信速度だけを考慮してビットレートが決定される場合に比べて再生品質が向上するビットレートが用いられるようになっている。
【００９３】
［２−１０］発明のカテゴリ
本発明は、スマートフォンやサーバ装置のような情報処理装置の他、動画配信装置やこれらの装置を備える動画配信システムとして捉えられる。また、本発明は、各装置が実施する処理を実現するための情報処理方法としても捉えられるし、各装置を制御するコンピュータを機能させるためのプログラムとしても捉えられる。このプログラムは、それを記憶させた光ディスク等の記録媒体の形態で提供されてもよいし、インターネット等の通信回線を介してコンピュータにダウンロードさせ、それをインストールして利用可能にするなどの形態で提供されてもよい。
【符号の説明】
【００９４】
１…動画配信システム、２…通信回線、１０…スマートフォン、２０…動画配信装置、３０…サーバ装置、１０１…ビットレート情報取得部、１０２…表示領域サイズ特定部、１０３…キャッシュ量特定部、１０４…通信速度特定部、１０５…画質情報取得部、１０６…ビットレート決定部、１０７…配信要求部、１０８…セグメントデータ受信部、１０９…一時記憶部、１１０…動画再生部、１１１…再生操作通知部、２０１…ビットレート変換部、２０２…セグメントデータ記憶部、２０３…画質評価部、２０４…画質情報記憶部、２０５…ビットレート情報記憶部、２０６…情報送信部、２０７…セグメントデータ読出部、２０８…セグメントデータ送信部。
【図１】
2017157904.tif 000003
【図２】
2017157904.tif 000004
【図３】
2017157904.tif 000005
【図４】
2017157904.tif 000006
【図５】
2017157904.tif 000007
【図６】
2017157904.tif 000008
【図７Ａ】
2017157904.tif 000009
【図７Ｂ】
2017157904.tif 000010
【図８】
2017157904.tif 000011
【図９】
2017157904.tif 000012
【図１０】
2017157904.tif 000013
【図１１】
2017157904.tif 000014
【図１２】
2017157904.tif 000015
【図１３】
2017157904.tif 000016