(57)【要約】      （修正有）【課題】通信速度だけを考慮してビットレートが決定される場合に比べて再生品質が向上するビットレートが用いられるようにする。【解決手段】スマートフォン１０のビットレート情報取得部１０１は、動画のストリーム配信を動画配信装置２０に要求する際に、その動画の複数のビットレートを表すビットレート情報を取得する。表示領域サイズ特定部１０２は、ストリーム配信される動画の表示領域のサイズを特定する。キャッシュ量特定部１０３は、ストリーム再生におけるキャッシュ量、すなわちストリーム再生される動画のこれから再生される箇所について一時的に記憶されるセグメントデータのデータ量を特定する。通信速度特定部１０４は、ストリーム配信される動画のセグメントデータの受信における通信速度を特定する。ビットレート決定部１０５は、特定された表示領域のサイズ、キャッシュ量、通信速度に応じて、再生される動画のビットレートを決定する。【選択図】図５
2017157903.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）２５とを備えるコンピュータである。ＣＰＵ２１からＲＯＭ２３までは、図３に表す同名のハードウェアとそれぞれ共通するものである。ＮＩＣ２４は、通信回路を有し、通信回線２を介した通信を行う。ＨＤＤ２５は、ＣＰＵ２１が制御に用いるデータやプログラムを記憶している。
【００２８】
動画配信システム１が備える各装置のＣＰＵがプログラムを実行して各部を制御することで、以下に述べる機能が実現される。
図５は各装置が実現する機能構成を表す。スマートフォン１０は、ビットレート情報取得部１０１と、表示領域サイズ特定部１０２と、キャッシュ量特定部１０３と、通信速度特定部１０４と、ビットレート決定部１０５と、配信要求部１０６と、セグメントデータ受信部１０７と、一時記憶部１０８と、動画再生部１０９とを備える。動画配信装置２０は、セグメントデータ記憶部２０１と、ビットレート情報記憶部２０２と、ビットレート情報送信部２０３と、セグメントデータ読出部２０４と、セグメントデータ送信部２０５とを備える。
【００２９】
動画配信装置２０のセグメントデータ記憶部２０１は、自装置がストリーム配信する動画のセグメントデータを記憶する。セグメントデータ記憶部２０１は、図２の説明で述べたように、複数のビットレートの動画を表すセグメントデータを記憶する。各セグメントデータは、通信量を少なくするため、例えば基準となるフレームと、そのフレームとの差分とを表すデータにエンコード（圧縮）されている。
【００３０】
ビットレート情報記憶部２０２は、セグメントデータ記憶部２０１に記憶されている自装置がストリーム配信する動画の複数のビットレートを表すビットレート情報（例えばＭＰＥＧ−ＤＡＳＨにおけるＭＰＤ（Media Presentation Description））を記憶する。ビットレート情報記憶部２０２は、図２の例であれば、セグメントデータ群Ａ１、Ａ２、Ａ３がそれぞれ表す動画のビットレートを表すビットレート情報を記憶する。このビットレート情報は、例えば動画配信装置２０の運用者により動画のセグメントデータが記憶される際にその運用者によって作成されて記憶される。
【００３１】
スマートフォン１０のビットレート情報取得部１０１は、動画のストリーム配信を要求する際に、その動画の複数のビットレートを表すビットレート情報を取得する。例えばスマートフォン１０が表示したウェブページに動画配信装置２０がストリーム配信する動画へのリンクが貼り付けられており、ユーザがそのリンクを選択する操作を行うと、ビットレート情報取得部１０１は、動画配信装置２０に対してその動画のビットレート情報を要求する要求データを送信する。この要求データには、動画を特定する情報（例えばＭＰＥＧ−ＤＡＳＨにおけるＭＰＤ）ファイルのＵＲＬ（Uniform Resource Locator）など）が含まれている。
【００３２】
動画配信装置２０のビットレート情報送信部２０３は、スマートフォン１０から送信されてきた要求データを受け取ると、その要求データにより特定される動画、すなわち自装置に記憶されている動画のビットレート情報をビットレート情報記憶部２０２から読み出して要求元（本実施例ではスマートフォン１０）に送信する。ビットレート情報取得部１０１は、こうして送信されてきたビットレート情報を取得する。ビットレート情報取得部１０１は、取得したビットレート情報をビットレート決定部１０５に供給する。
【００３３】
ビットレート決定部１０５は、ビットレート情報取得部１０１により取得されたビットレート情報が表す複数のビットレートのうちのいずれかを再生される動画のビットレートとして決定する。ビットレートの決定方法については後ほど詳しく説明する。ビットレート決定部１０５は、ビットレートの決定を決められた時間間隔で繰り返し行う。この時間間隔としては、例えば１つのセグメントデータが表す動画の再生時間よりも短い時間の間隔（例えば再生時間が２秒間であれば１秒毎など）が用いられる。ビットレート決定部１０５は、ビットレートを決定する度に、決定したビットレートを配信要求部１０６に通知する。
【００３４】
配信要求部１０６は、ビットレート決定部１０５により決定されたビットレートでの動画のストリーム配信を、その動画をストリーム配信する装置（本実施例では動画配信装置２０）に要求する。ビットレート決定部１０５が決定したビットレートが変化すると、配信要求部１０６がストリーム配信を要求する動画のビットレートも変化する。
【００３５】
動画配信装置２０のセグメントデータ読出部２０４は、外部装置から動画のストリーム配信が要求されると、要求された動画のセグメントデータを読み出す。セグメントデータ読出部２０４は、スマートフォン１０から送信されてきた指定データを受け取ると、その指定データにより指定されるビットレートのセグメントデータ群から、決められた数のセグメントデータを動画の最初から順番に読み出す。
【００３６】
セグメントデータ読出部２０４は、その後も、読み出し済みのセグメントデータの続きから決められた数のセグメントデータを読み出す処理を、１度に読み出すセグメントデータが表す動画の部分の再生時間又はそれよりも短い時間の間隔で繰り返し行う。セグメントデータ読出部２０４は、指定されるビットレートが途中で変化すると、新たなビットレートのセグメントデータのうち再生箇所が続きとなる部分から決められた数のセグメントデータを読み出す。セグメントデータ読出部２０４は、セグメントデータを読み出す度に、読み出したセグメントデータをセグメントデータ送信部２０５に供給する。
【００３７】
セグメントデータ送信部２０５は、供給されたセグメントデータを、指定データの送信元、すなわち動画のストリーム配信を要求してきた要求元（本実施例ではスマートフォン１０）に送信する。スマートフォン１０のセグメントデータ受信部１０７は、動画配信装置２０から送信されてきたセグメントデータを受信する。セグメントデータ受信部１０７は、受信したセグメントデータを一時記憶部１０８に供給する。
【００３８】
一時記憶部１０８は、セグメントデータ受信部１０７が受信したセグメントデータを、そのセグメントデータが表す動画の部分が再生されるまで一時的に記憶する。動画再生部１０９は、一時記憶部１０８にセグメントデータが記憶されると、記憶されたセグメントデータを順次読み出し、読み出したセグメントデータが表す動画を順次再生する。前述したとおりセグメントデータはエンコードされているので、動画再生部１０９は、セグメントデータをデコードして再生する。動画再生部１０９は、再生した動画を表示領域に表示するが、自装置の向きによって異なる表示領域に動画を表示する。
【００３９】
図６Ａ、図６Ｂは表示領域に表示された動画の例を表す。図６Ａ、図６Ｂでは、図２に表すタッチスクリーン１６の表示面１６１に動画が表示されている。表示面１６１は長辺１６２と短辺１６３で囲まれた長方形の面である。図６Ａの（ａ）では、表示面１６１の長辺１６２が鉛直に沿うようにスマートフォン１０が向いている場合の表示領域Ｂ１が表され、図６Ａの（ｂ）では、表示面１６１の長辺１６２が水平方向に沿うようにスマートフォン１０が向いている場合の表示領域Ｂ２が表されている。表示領域Ｂ１及びＢ２にはいずれも人物を映した動画Ｃ１が表示されている。このように、動画再生部１０９は、自装置の傾きに応じて表示領域Ｂ１又はＢ２に動画を表示する。
【００４０】
スマートフォン１０の表示領域サイズ特定部１０２は、ストリーム配信される動画の表示領域のサイズを特定する。表示領域サイズ特定部１０２は本発明の「第１特定部」の一例である。表示領域サイズ特定部１０２は、動画再生部１０９に対して動画を表示している表示領域の種類（表示領域Ｂ１及びＢ２のどちらか）を問い合わせる。動画再生部１０９は、その問合せを受けると、動画を表示している表示領域の種類を表示領域サイズ特定部１０２に通知する。表示領域サイズ特定部１０２は、こうして通知された表示領域の種類に応じたサイズを表示領域のサイズとして特定する。
【００４１】
表示領域サイズ特定部１０２は、表示領域の種類として表示領域Ｂ１が通知された場合、図６（ａ）に表す長辺の長さＬ１と短辺の長さＬ２とを乗じた値、すなわち表示領域の面積を表示領域のサイズとして特定する。また、表示領域サイズ特定部１０２は、表示領域の種類として表示領域Ｂ２が通知された場合、図６（ｂ）に表す長辺の長さＬ３と短辺の長さＬ４とを乗じた値を表示領域のサイズとして特定する。
【００４２】
なお、表示領域Ｂ１の短辺は表示面１６１の長辺１６２に接し、表示領域Ｂ２の短辺は表示面１６１の短辺１６３と接していたが、表示領域のサイズ及び配置はこれに限らない。動画再生部１０９は、例えば図６Ｂ（ｃ）に表すように、長辺も短辺も表示面１６１の長辺１６２及び短辺１６３に接しない表示領域Ｂ３に動画Ｃ１を表示してもよい。この場合でも、表示領域サイズ特定部１０２は、表示領域Ｂ３の長辺の長さＬ５と短辺の長さＬ６とを乗じた値を表示領域サイズとして特定する。表示領域サイズ特定部１０２は、上記のとおり特定した表示領域のサイズを表すサイズ情報（本実施例では表示領域の面積を表す情報）をビットレート決定部１０５に供給する。
【００４３】
スマートフォン１０のキャッシュ量特定部１０３は、ストリーム再生におけるキャッシュ量、すなわちストリーム再生される動画のこれから再生される箇所について一時的に記憶されるセグメントデータのデータ量を特定する。キャッシュ量特定部１０３は本発明の「第２特定部」の一例である。キャッシュ量特定部１０３は、一時記憶部１０８が一時的に記憶しているセグメントデータを参照し、参照したセグメントデータが再生された場合における再生時間を前述したキャッシュ量として特定する。例えばキャッシュされたセグメントデータが２秒間の動画を表しており、そのうちの０．５秒分が既に再生されていれば、キャッシュ量特定部１０３は、１．５秒分の動画がキャッシュされていると特定し、その秒数を表す情報をキャッシュ量情報としてビットレート決定部１０５に供給する。
【００４４】
スマートフォン１０の通信速度特定部１０４は、ストリーム配信される動画のセグメントデータの受信における通信速度を特定する。通信速度特定部１０４は本発明の「第３特定部」の一例である。通信速度特定部１０４は、セグメントデータ受信部１０７を監視して、セグメントデータ受信部１０７が単位時間に受信したセグメントデータのデータサイズを通信速度として特定する。セグメントデータ受信部１０７は、例えば１秒間に１０メガビットのセグメントデータが受信されていれば１０Ｍｂｐｓを通信速度として特定する。セグメントデータ受信部１０７は、そうして特定した通信速度を表す通信速度情報をビットレート決定部１０５に供給する。
【００４５】
表示領域サイズ特定部１０２、キャッシュ量特定部１０３及び通信速度特定部１０４は、それぞれの特定の処理を、本実施例ではビットレート決定部１０５がビットレートを繰り返し決定する時間間隔と共通の時間間隔で行う。
【００４６】
ビットレート決定部１０５は、表示領域サイズ特定部１０２により特定された表示領域のサイズと、キャッシュ量特定部１０３により特定されたキャッシュ量と、通信速度特定部１０４により特定された通信速度とに応じて、再生される動画のビットレートを決定する。ビットレート決定部１０５は、例えば、表示領域のサイズとビットレートの範囲とを対応付けたビットレートテーブルを用いる。
【００４７】
図７はビットレートテーブルの一例を表す。図７の例では、ストリーム配信において、４．０Ｍｂｐｓ、２．０Ｍｂｐｓ、１．０Ｍｂｐｓ、０．５Ｍｂｐｓ、０．３Ｍｂｐｓという５つのビットレートが定められているものとする。その場合に、「閾値Ｔｈ１未満」という表示領域のサイズに「２．０、１．０、０．５、０．３」（単位はいずれもＭｂｐｓ）というビットレートの範囲が対応付けられている。また、「閾値Ｔｈ１以上閾値Ｔｈ２未満」という表示領域のサイズに「４．０、２．０、１．０、０．５」、「閾値Ｔｈ２以上」という表示領域のサイズに「４．０、２．０、１．０」というビットレートの範囲がそれぞれ対応付けられている。
【００４８】
ビットレート決定部１０５は、表示領域サイズ特定部１０２により特定された表示領域のサイズに対応付けられているビットレートの範囲をビットレートテーブルから読み出す。ビットレート決定部１０５は、読み出したビットレートの範囲を、通信速度特定部１０４により特定された通信速度を超えない範囲に絞り込む。ビットレート決定部１０５は、例えば閾値Ｔｈ１未満の表示領域のサイズが特定されると「２．０、１．０、０．５、０．３」というビットレートの範囲を読み出し、１．２Ｍｂｐｓという通信速度が特定されると２．０Ｍｂｐｓというビットレートが特定された通信速度を超えているので、それ以外の「１．０、０．５、０．３」というビットレートの範囲に絞り込む。
【００４９】
ビットレート決定部１０５は、キャッシュ量特定部１０３により特定されたキャッシュ量だけ一時的に記憶されたセグメントデータが表す動画が再生された場合の再生時間（以下「キャッシュ再生時間」という）が決められた閾値Ｔｈ３以上である場合には、絞り込んだ範囲の中で大きいものから決められた順番までのビットレートのうちのいずれかを選んで、再生される動画のビットレートとして決定する。ビットレート決定部１０５は、本実施例では、決められた順番を１番まで、すなわち最大のビットレートを選んで決定する。ビットレート決定部１０５は、前述した例のように絞り込んだ範囲が「１．０、０．５、０．３」であれば、このうちの最大のビットレートである「１．０」を再生動画のビットレートとして決定する。
【００５０】
また、ビットレート決定部１０５は、キャッシュ再生時間が上記の閾値Ｔｈ３未満である場合には、絞り込んだ範囲の中で小さいものから決められた順番までのビットレートのうちのいずれかを選んで、再生される動画のビットレートとして決定する。本実施例では、最大のビットレートを除くビットレートが全て含まれる順番が決められる。従って、ビットレート決定部１０５は、上記のとおり絞り込んだ範囲の中で最大のものを除くビットレートのうちのいずれかを選んで決定する。
【００５１】
ビットレート決定部１０５は、前述した例のように絞り込んだ範囲が「１．０、０．５、０．３」であれば、このうちの最大のビットレートである「１．０」を除いた「０．５、０．３」のうちのいずれかを選んで再生動画のビットレートとして決定する。ビットレート決定部１０５は、最終的に２以上のビットレートからいずれかを選ぶ場合は、例えば動画の解像度を重視して常にそのうちの最大のビットレートを選んでもよいし、動画の継続性を重視して常にそのうちの最小のビットレートを選んでもよい。
【００５２】
ただし、動画の再生操作を受け付けた直後は、セグメントデータがまだ受信されていないので通信速度特定部１０４による通信速度の特定がまだされておらず、セグメントデータがまだキャッシュされていないのでキャッシュ量特定部１０３によるキャッシュ量の特定もまだされていない。そこで、ビットレート決定部１０５は、動画の最初から再生が開始されると、再生初期の決定方法を用いる期間として決められた初期対応期間が経過するまでは、キャッシュ量特定部１０３により特定されたキャッシュ量及び通信速度特定部１０４により特定された通信速度を用いずにビットレートを決定する。つまり、ビットレート決定部１０５は、初期対応期間が経過するまでは、表示領域サイズ特定部１０２により特定された表示領域のサイズのみに応じてビットレートを決定する。
【００５３】
初期対応期間としては、例えばキャッシュ量及び通信速度の特定が最初に行われるまでの期間が決められる。なお、これらの特定に要する時間の実績から決められた、キャッシュ量及び通信速度の特定が完了することが見込まれる期間が初期対応期間として用いられてもよい。ビットレート決定部１０５は、初期対応期間においては、例えば、特定された表示領域のサイズに図７に表すビットレートテーブルで対応付けられているビットレートの範囲のうちのいずれかを選択して再生動画のビットレートとして決定する。
【００５４】
ビットレート決定部１０５は、この範囲から、動画の解像度を重視して最大のビットレートを選んでもよいし、動画の継続性を重視して最小のビットレートを選んでもよい。なお、これに限らず、例えばユーザが求めるフレームレートが予め設定されている場合に、設定されたフレームレートと特定された表示領域のサイズと係数とを乗じた値又はその値に最も近い値のビットレートをビットレート決定部１０５が選んで決定してもよい。
【００５５】
動画配信システム１が備える各装置は、上記の構成に基づいて、動画のストリーム配信処理を行う。
図８はストリーム配信処理における各装置の動作手順の一例を表す。図８の例では、ユーザがスマートフォン１０に対してストリーム配信される動画を再生させる操作（動画のリンクを選択する操作など）を行うことを契機に動作手順が開始される。
【００５６】
まず、スマートフォン１０が、動画の再生操作を受け付ける（ステップＳ１１）。次に、スマートフォン１０（ビットレート情報取得部１０１）が、再生操作を受け付けた動画のビットレート情報を動画配信装置２０に要求する（ステップＳ１２）。動画配信装置２０（ビットレート情報送信部２０３）は、要求された動画のビットレート情報を読み出してスマートフォン１０に送信する（ステップＳ１３）。スマートフォン１０（ビットレート情報取得部１０１）は、送信されてきたビットレート情報を取得する（ステップＳ１４）。
【００５７】
続いて、スマートフォン１０（表示領域サイズ特定部１０２）が、再生操作を受け付けた動画の表示領域のサイズを特定する（ステップＳ１５）。次に、スマートフォン１０（ビットレート決定部１０５）が、特定されたサイズに応じた動画のビットレートを決定する（ステップＳ１６）。そして、スマートフォン１０（配信要求部１０６）が、ステップＳ１６で決定されたビットレートでの動画のストリーム配信を動画配信装置２０に要求する（ステップＳ１７）。
【００５８】
動画配信装置２０（セグメントデータ読出部２０４）は、ステップＳ１７で要求されたビットレートの動画を表すセグメントデータを読み出す（ステップＳ２１）。次に、動画配信装置２０（セグメントデータ送信部２０５）は、ステップＳ２１で読み出されたセグメントデータをスマートフォン１０に送信する（ステップＳ２２）。スマートフォン１０（セグメントデータ受信部１０７）は、ステップＳ２２において送信されてきたセグメントデータを受信する。スマートフォン１０（一時記憶部１０８）は、受信されたセグメントデータを一時的に記憶する。
【００５９】
次に、スマートフォン１０（動画再生部１０９）は、一時的に記憶されたセグメントデータを読み出して再生し、表示領域に表示する（ステップＳ２３）。続いて、スマートフォン１０（表示領域サイズ特定部１０２）は、再生された動画の表示領域のサイズを特定する（ステップＳ２４）。次に、スマートフォン１０（キャッシュ量特定部１０３）は、一時記憶されているセグメントデータのデータ量、すなわちキャッシュ量を特定する（ステップＳ２５）。
【００６０】
続いて、スマートフォン１０（通信速度特定部１０４）は、セグメントデータの受信における通信速度を特定する（ステップＳ２６）。そして、スマートフォン１０（ビットレート決定部１０５）は、ステップＳ２４で特定された表示領域のサイズと、ステップＳ２５で特定されたキャッシュ量と、ステップＳ２６で特定された通信速度とに応じて、ビットレートを決定する（ステップＳ２７）。スマートフォン１０（配信要求部１０６）は、ステップＳ２７で決定されたビットレートの動画の配信を動画配信装置２０に要求する（ステップＳ２８）。
【００６１】
動画配信装置２０（セグメントデータ読出部２０４）は、ステップＳ２１に戻り、ステップＳ２８で要求されたビットレートの動画を表すセグメントデータを読み出す。以降、ユーザが動作の再生を終了させる操作を行うか、動画が最後まで再生されて動画の再生が終了するまで、ステップＳ２１からＳ２８までの動作が繰り返し行われる。
【００６２】
動画の再生においては、ビットレートが変わらなければ、表示領域が小さいほど動画の解像度が高くなる。言い換えると、表示領域が小さければ、表示領域が大きい場合に比べて、ビットレートを小さくしても動画の解像度の低下が抑えられる。本実施例では、特定された表示領域のサイズに応じたビットレートが決定されるので、表示領域のサイズが考慮されない場合に比べて、表示領域が小さい場合に必要以上に高い解像度の動画を表示して、無線通信の帯域を圧迫することが抑制される。
【００６３】
また、本実施例では、特定されたキャッシュ量にも応じてビットレートが決定される。例えばキャッシュ量が比較的多ければ（キャッシュ再生時間が閾値Ｔｈ３以上であれば）、大きめのビットレートが選ばれて、キャッシュ量が比較的少なければ（キャッシュ再生時間が閾値Ｔｈ３未満であれば）、小さめのビットレートが選ばれる。
【００６４】
キャッシュ量が比較的多い場合には、キャッシュ量が比較的少ない場合に比べて、セグメントデータのダウンロードに時間がかかっても動画の再生が途切れにくくなるので、前述のとおり大きめのビットレートを選ぶことで、動画の継続性を一定のレベルで保ちつつ、動画の解像度を向上させている。少なくとも、キャッシュ量（一時的に記憶されているセグメントデータのデータ量）を考慮しない場合に比べて動画の再生品質を向上させている。ここでいう再生品質とは、動画の解像度の高さと再生の継続性（再生が途切れないこと）とを含む総合的な品質のことである。
【００６５】
反対に、キャッシュ量が比較的少ない場合には、キャッシュ量が比較的多い場合に比べて、セグメントデータのダウンロードに時間がかかったときに動画の再生が途切れやすくなるので、前述のとおり小さめのビットレートを選ぶことで、新たなセグメントデータの受信に時間がかかっても、一時的に記憶されているデータが表す動画の再生が途切れにくくなっている。言い換えると、本実施例とは異なる方法でビットレートを選ぶ場合に比べて、新たなセグメントデータの受信が終わる前に一時的に記憶されているセグメントデータが表す動画の再生が終わって動画が中断するという事態が起こりにくくなっている。
【００６６】
また、本実施例では、特定された通信速度にも応じてビットレートが決定される。通信速度が速く動画が途切れにくいときには大きめのビットレートを選ぶことで動画の解像度を高くして、動画の解像度を向上させることによって動画の再生品質を向上させ、通信速度が遅いときには小さめのビットレートを選ぶことで動画を途切れにくくして、動画の継続性を向上させることによって動画の再生品質を向上させている。
【００６７】
本実施例では、以上のとおり、通信速度だけでなく、表示領域のサイズ及びキャッシュ量にも応じてビットレートを決定することで、例えば通信速度だけを考慮してビットレートが決定される場合に比べて、再生品質が向上されるようになっている。なお、本実施例では、上述した初期対応期間においてはキャッシュ量及び通信速度を用いずにビットレートが決定される。これにより、キャッシュ量及び通信速度が特定されていない期間でもビットレートが決定されるようになっているし、初期対応期間において表示領域のサイズを考慮しないでビットレートが決定される場合に比べて、動画の再生品質を向上させている。
【００６８】
［２］変形例
上述した実施例は本発明の実施の一例に過ぎず、以下のように変形させてもよい。また、実施例及び各変形例は、必要に応じて組み合わせて実施してもよい。
【００６９】
［２−１］ビットレートの決定方法
ビットレート決定部１０５によるビットレートの決定方法は上述したものに限らない。ビットレート決定部１０５は、例えば、実施例と同様に絞り込んだビットレートの範囲の中から、一時記憶部１０８に一時的に記憶されているセグメントデータのデータ量が増加するビットレートを、再生動画のビットレートとして決定する。
【００７０】
例えば０．５Ｍｂｐｓのビットレートでストリーム配信されている状態で、表示領域のサイズと通信速度から図７に表すビットレートテーブルを用いて「１．０、０．５、０．３」（Ｍｂｐｓ）というビットレートの範囲に絞り込まれたとする。このうちの０．３Ｍｂｐｓを選ぶと上記データ量が減少し、０．５Ｍｂｐｓを選ぶとデータ量が変わらないが、１．０Ｍｂｐｓを選ぶとデータ量が増加するので、ビットレート決定部１０５は、１．０Ｍｂｐｓを選んで再生動画のビットレートとして決定する。
【００７１】
ビットレート決定部１０５は、上記データ量が増加するビットレートが複数ある場合には、例えば動画の解像度を重視してそのうちの最大のビットレートを選んで決定してもよいし、動画の継続性を重視してそのうちの最小のビットレートを選んで決定してもよい。この決定方法を用いると、ビットレートの変更により一時記憶部１０８に記憶されるセグメントデータのデータ量が増加するので、このデータ量が増加しないビットレートが選ばれる場合に比べて動画の再生が途切れにくくなる。
【００７２】
なお、ビットレート決定部１０５は、上記の範囲の中から、一時記憶部１０８に一時的に記憶されているセグメントデータによる再生時間が増加するビットレートのうちのいずれかを、再生動画のビットレートとして決定してもよい。実施例のようにビットレートが大きくなるとフレームレートも大きくなり解像度も高くなる場合には、フレーム数が増加すればデータ量も増加することが多いが、例えばフレーム数を増加させる代わりに動画の解像度を低くしてデータ量を増加させないビットレートが用いられる場合もある。その場合に、この決定方法であれば、データ量が増加しなくてもフレーム数が増加するビットレートが決定されるので、動画の再生が途切れにくくなるとともに、通信の負荷が軽減されやすくなる。
【００７３】
［２−２］再生速度
ビットレート決定部１０５は、動画の再生速度に応じてビットレートの決定方法を変えてもよい。本変形例では、ビットレートの大きさが、動画の解像度の高さ及び動画のフレームレートの大きさのうちの少なくとも一方に対応しているものとする。具体的には、ビットレートが大きくなると、解像度が高くなるか、フレームレートが大きくなるか、その両方か、のいずれかである。なお、例えばビットレートが０．５Ｍｂｐｓ、１．０Ｍｂｐｓ、２．０Ｍｂｐｓ、４．０Ｍｂｐｓと大きくなったときに、解像度が６４０×３６０、８５４×４８０、８５４×４８０、１２８０×７２０と大きくなるというように、ビットレートが大きくなっても解像度が変わらない部分が含まれていてもよい。
【００７４】
図９は本変形例のスマートフォン１０ａが実現する機能構成を表す。スマートフォン１０ａは、図５に表す各部に加えて再生速度変更操作受付部１１０を備える。再生速度変更操作受付部１１０は、ストリーム再生されている動画の再生速度を変更する操作を受け付ける。再生速度を変更する操作には、早送り操作、スロー再生操作、巻き戻し操作がある。再生速度変更操作受付部１１０は、これらの再生速度変更操作を受け付けると、受け付けた操作の内容をビットレート決定部１０５に通知する。
【００７５】
ビットレート決定部１０５は、再生速度変更操作受付部１１０から通知された操作の内容に応じたビットレートを決定する。ビットレート決定部１０５は、例えば動画が早送りで再生されるときには、通常再生のときよりも低い解像度又は小さいフレームレートのビットレートを決定する。ビットレート決定部１０５は、例えば表示領域のサイズ及び通信速度により４．０Ｍｂｐｓ、２．０Ｍｂｐｓ、１．０Ｍｂｐｓの３つのビットレートの範囲まで絞り込まれ、キャッシュ量が上記閾値Ｔｈ３以上であれば通常再生ならそのうちの最大のビットレート（４．０Ｍｂｐｓ）を選んで決定するものとする。
【００７６】
その場合に、ビットレート決定部１０５は、早送り再生がされていることを再生速度変更操作受付部１１０から通知されると、通常再生のときよりも解像度が低く且つフレームレートが小さくなる２番目に大きなビットレート（２．０Ｍｂｐｓ）又は３番目に大きなビットレート（１．０Ｍｂｐｓ）を選んで決定する。ユーザが早送り再生をするのは見たい場面を探すときが多く、その場合は再生されている場面が大まかに把握できればよくて、高い解像度や大きいフレームレートは必要とされないことが多い。
【００７７】
この決定方法が用いられると、通常再生の際に比べて、早送り再生の際には解像度が低く、フレームレートが小さくなるが、上記の理由でユーザにとって不都合がない場合が多い。一方で、通常再生のときとビットレートの決定方法を変えない場合に比べると、セグメントデータの通信の負荷が軽減され、他のストリーム配信のための帯域が確保されやすくなる。また、通常再生のときと決定方法を変えない場合に比べて、単位時間分のセグメントデータの受信に要する時間も短くなり、早送り再生が終わって通常再生になったときに一時記憶されているセグメントデータによる再生時間が長くなるので、早送り再生終了後の動画の再生の途切れが生じにくくなっている。その結果、通常再生のときとビットレートの決定方法を変えない場合に比べて、再生品質が向上する。
【００７８】
なお、ビットレート決定部１０５は、早送り再生における倍率に応じたビットレートを決定してもよい。例えば、ビットレート決定部１０５は、この倍率が大きくなるほど小さなビットレートを選んで決定する。倍率が大きくなるほど送信されてくるセグメントデータのデータ量が増えるので、受信が完了するまでに要する時間も増えて、再生が途切れやすくなる。そこで、早送り再生の倍率に応じたビットレートが決定されることで、この倍率を考慮しない場合に比べて、早送り再生自体の途切れが生じにくくなり、動画の再生品質が向上する。
【００７９】
また、ビットレート決定部１０５は、動画がスローで再生されるときには、通常再生のときよりも高い解像度又は大きいフレームレートのビットレートを決定する。ビットレート決定部１０５は、例えば表示領域のサイズ及び通信速度により４．０Ｍｂｐｓ、２．０Ｍｂｐｓ、１．０Ｍｂｐｓの３つのビットレートの範囲まで絞り込まれ、キャッシュ量が上記閾値Ｔｈ３以上であれば通常再生ならそのうちの最小のビットレート（１．０Ｍｂｐｓ）を選んで決定するものとする。
【００８０】
ビットレート決定部１０５は、前述の場合に、スロー再生がされていることを再生速度変更操作受付部１１０から通知されると、通常再生のときよりも解像度が高く且つフレームレートが大きくなる２番目に大きなビットレート（２．０Ｍｂｐｓ）又は１番目に大きなビットレート（４．０Ｍｂｐｓ）を選んで決定する。ユーザがスロー再生をするのはその場面をよりじっくりと見たいときなので、解像度が高くフレームレートが大きいことが望ましい。この決定方法が用いられると、スロー再生の際には、通常再生の際に比べて解像度が高い又はフレームレートが大きい動画が再生される。その結果、通常再生のときとビットレートの決定方法を変えない場合に比べて、再生品質が向上する。
【００８１】
なお、ビットレート決定部１０５は、スロー再生における倍率に応じたビットレートを決定してもよい。例えば、ビットレート決定部１０５は、この倍率が小さくなる（つまりよりスローになる）ほど大きなビットレートを選んで決定する。スロー再生の場合、倍率が小さくなるほど次のフレームが再生されるまでの期間が長くなるので、ビットレートを大きくしても動画の再生（スロー再生）が途切れにくい。そこで、スロー再生の倍率に応じたビットレートが決定されることで、この倍率を考慮しない場合に比べて、動画の解像度又はフレームレートが向上して、動画の再生品質が向上する。
【００８２】
［２−３］静止画像の取得
再生されている動画の一場面を表す静止画像が取得される仕組みがあってもよい。
図１０は本変形例の各装置が実現する機能構成を表す。図１０の例では、図５に表す各部に加えて静止画像要求部１１１と、静止画像表示部１１２とを備えるスマートフォン１０ｂが表されている。また、図５に表す各部に加えて静止画像生成部２０６と、静止画像送信部２０７とを備える動画配信装置２０ｂが表されている。
【００８３】
スマートフォン１０ｂの静止画像要求部１１１は、ユーザが再生中の動画の一場面の静止画像を取得するための操作を行うと、その場面の静止画像を動画配信装置２０ｂに要求する。より詳細には、静止画像要求部１１１は、第１ビットレートでの動画の再生中にその動画の一場面の静止画像を要求する操作が行われると、第１ビットレートよりも大きい第２ビットレートの動画のその一場面の静止画像を要求する。
【００８４】
例えば第１ビットレート（再生中の動画のビットレート）が１．０Ｍｂｐｓである場合に、静止画像要求部１１１は、第１ビットレートよりも１段階大きいビットレートを第２ビットレートとして静止画像を要求する。なお、第２ビットレートはこれに限らず、ストリーム配信されている動画の最大のビットレートであってもよい。
【００８５】
静止画像要求部１１１は、静止画像を要求する動画と、静止画像の場面と、第２ビットレートとを表す要求データを動画配信装置２０ｂに送信することでこの要求を行う。動画を特定する情報としては例えば動画のＵＲＬが、静止画像の場面を特定する情報としては例えばその場面の再生時刻が用いられる。
【００８６】
動画配信装置２０ｂの静止画像生成部２０６は、送信されてきた要求データを受け取ると、その要求データが表すビットレートの動画のセグメントデータを参照して、その要求データが表す場面の静止画像を生成する。静止画像生成部２０６は、対象の場面を含むセグメントデータをデコードしてその場面の静止画像を生成する。静止画像生成部２０６は、例えば予め決められたファイルフォーマット（ＪＰＥＧ（Joint Photographic Experts Group）やＰＮＧ（Portable Network Graphics）など）で静止画像を生成する。
【００８７】
静止画像生成部２０６は、こうして静止画像要求部１１１から要求された静止画像を生成すると、静止画像送信部２０７に供給する。静止画像送信部２０７は、供給された静止画像、すなわち静止画像要求部１１１から要求された静止画像を要求元の装置であるスマートフォン１０ｂに送信する。スマートフォン１０ｂの静止画像表示部１１２は、動画配信装置２０ｂから送信されてきた静止画像を自装置の表示手段（タッチスクリーン１６のディスプレイ）に表示する。
【００８８】
ビットレートが大きくなると、解像度も大きくなっていることが多い。そのため、本変形例では、第２ビットレートの動画の静止画像を要求することで、第１ビットレートの動画の静止画像を要求する場合に比べて、表示される静止画像の解像度が高くなりやすくなっている。一方、ストリーム配信される動画に比べると、静止画像のデータサイズは小さいので解像度を高くしても通信の負荷が小さいので、解像度が高い静止画像が取得されても、通信への影響が少なく抑えられている。
【００８９】
なお、静止画像送信部２０７は、上記例ではセグメントデータから生成された静止画像を送信したが、これに限らず、例えば予め各場面の静止画像のデータが自装置の記憶手段に記憶されていて、その記憶手段から要求された場面の静止画像を読み出すことで静止画像を送信してもよい。また、送信される静止画像のフォーマットは、１つに限らず、２つ以上（例えばＪＰＥＧとＰＮＧの両方など）であってもよいし、ユーザが選択できるようになっていてもよい。また、静止画像送信部２０７は、２つ以上の静止画像を送信する場合は同時に送信してもよいし、異なる時刻に（異なるタイミングで）送信してもよい。
【００９０】
［２−４］静止画像のファイルフォーマット
上記の例では静止画像のファイルフォーマットが予め決められていたが、これに限らず、可変であってもよい。例えば、静止画像要求部１１１は、通信速度特定部１０４により特定された通信速度に応じたファイルフォーマットの静止画像を要求する。静止画像要求部１１１は、この要求に例えば通信速度とファイルフォーマットとを対応付けたファイルフォーマットテーブルを用いる。
【００９１】
図１１はファイルフォーマットテーブルの一例を表す。図１１の例では、「閾値Ｔｈ１１未満」という通信速度に「ＪＰＥＧ」が対応付けられ、「閾値Ｔｈ１１以上」という通信速度に「ＰＮＧ」が対応付けられている。通信速度特定部１０４は、通信速度を特定すると、特定した通信速度を表す通信速度情報を静止画像要求部１１１に供給する。静止画像要求部１１１は、供給された通信速度情報が表す通信速度にファイルフォーマットテーブルで対応付けられているファイルフォーマットの静止画像を動画配信装置２０ｂに要求する。
【００９２】
本変形例では、通信速度が速くて（閾値Ｔｈ１１以上で）サイズの大きなデータを通信しやすい状況ではＰＮＧという可逆圧縮形式のファイルフォーマットの静止画像を要求することで、通信量は大きいが、表示された静止画像を拡大しても画質が良好になるようにしている。一方、通信速度が遅くて（閾値Ｔｈ１１未満で）サイズの大きなデータを通信しにくい状況ではＪＰＥＧという非可逆圧縮形式のファイルフォーマットの静止画像を要求することで、表示された静止画像を拡大したときには画質が良好ではないが、通信量を小さくして静止画像が表示されるまでの時間が短くなるようにしている。このように、本変形例では、通信速度に見合ったファイルフォーマットの静止画像が表示されるようになっている。
【００９３】
通信速度以外にも、例えば静止画像の使用用途によってファイルフォーマットを決めてもよい。例えば一般のユーザが映画やテレビなどの動画を視聴する用途であればＪＰＥＧでよいが、監視カメラの動画をチェックする用途であれば、拡大して映っている物を判別することがあるので、可逆圧縮方式で細かな画像を再現できるＰＮＧが用いられる。この場合、例えばスマートフォン１０ｂに動画の用途がユーザ操作等により設定されており、静止画像要求部１１１が、設定された動画の用途に応じたファイルフォーマットの静止画像を動画配信装置２０ｂに要求する。これにより、動画の用途に見合ったファイルフォーマットの静止画像が表示されることになる。
【００９４】
また、静止画像の元になるビットレートやファイルフォーマットをユーザが選択してもよい。この場合、静止画像要求部１１１が、ビットレート及びファイルフォーマットを選択させるための選択画面を表示して、その選択画面で行われた操作により選択されたビットレート及びファイルフォーマットの静止画像を動画配信装置２０ｂに要求する。これにより、ユーザが希望するファイルフォーマットの静止画像が表示されることになる。
【００９５】
［２−５］サーバ装置
上述したビットレートの決定をサーバ装置が行ってもよい。
図１２は本変形例の動画配信システム１ｃの全体構成を表す。動画配信システム１ｃは、通信回線２と、スマートフォン１０ｃと、動画配信装置２０と、サーバ装置３０とを備える。
【００９６】
図１３はサーバ装置３０のハードウェア構成を表す。サーバ装置３０は、ＣＰＵ３１と、ＲＡＭ３２と、ＲＯＭ３３と、ＮＩＣ３４と、ＨＤＤ３５とを備えるコンピュータである。ＣＰＵ３１からＨＤＤ３５までは、図４に表す同名のハードウェアとそれぞれ共通するものである。
【００９７】
図１４は本変形例の各装置が実現する機能構成を表す。スマートフォン１０ｃは、図５に表すセグメントデータ受信部１０７、一時記憶部１０８及び動画再生部１０９に加えて、再生操作通知部１１３を備える。サーバ装置３０は、図５に表すビットレート情報取得部１０１、表示領域サイズ特定部１０２、キャッシュ量特定部１０３、通信速度特定部１０４、ビットレート決定部１０５及び配信要求部１０６を備える。
【００９８】
スマートフォン１０ｃの再生操作通知部１１３は、ストリーム配信される動画を再生させる操作が自装置に対して行われると、その旨をサーバ装置３０に通知する。この通知はサーバ装置３０のビットレート情報取得部１０１、表示領域サイズ特定部１０２、キャッシュ量特定部１０３及び通信速度特定部１０４により受け取られる。この通知を受け取ると、ビットレート情報取得部１０１はビットレート情報を取得し、各特定部は、スマートフォン１０ｃの対応する各部（表示領域サイズ特定部１０２は動画再生部１０９、キャッシュ量特定部１０３は一時記憶部１０８、通信速度特定部１０４はセグメントデータ受信部１０７）と通信して、それぞれの特定動作を開始する。
【００９９】
これにより、ビットレート決定部１０５がビットレートを決定して配信要求部１０６により動画の配信が要求される。この際、配信要求部１０６は、動画の配信先をスマートフォン１０ｃとして要求を行う。動画配信装置２０のセグメントデータ送信部２０５は、要求された動画のセグメントデータをスマートフォン１０ｃに送信する。こうしてサーバ装置３０で決定されたビットレートの動画がスマートフォン１０ｃに配信される。本変形例でも、サーバ装置３０が実施例のスマートフォン１０と同様にビットレートを決定するので、通信速度だけを考慮してビットレートが決定される場合に比べて再生品質が向上するビットレートが用いられるようになっている。
【０１００】
［２−６］情報処理装置
ビットレートの決定を行う決定装置や動画の再生を行う再生装置などの情報処理装置は、上述したスマートフォンやサーバ装置に限らない。例えばタブレット端末やノートパソコンでもよいし、デスクトップ型のパソコンでもよい。スマートフォンは決定装置であり再生装置でもあるが、サーバ装置の場合は、決定装置であるが再生装置ではないので、外部の再生装置に対して決定したビットレートの動画がストリーム配信されるように動画配信装置に要求する。
【０１０１】
なお、デスクトップ型のパソコンのように移動させないで利用される情報処理装置であっても、表示領域サイズやキャッシュ量、通信速度は変化するので、上記の各例のように決定されたビットレートの動画がストリーム配信されることで、通信速度だけを考慮してビットレートが決定される場合に比べて再生品質が向上するようになっている。
【０１０２】
［２−７］特定情報の表示
特定された上記の各情報や決定されたビットレートが動画を再生する再生装置に表示されてもよい。
図１５は本変形例のスマートフォン１０ｄが実現する機能構成を表す。スマートフォン１０ｄは、図５に表す各部に加え、ストリーム再生状況表示部１１４を備える。本変形例では、表示領域サイズ特定部１０２、キャッシュ量特定部１０３及び通信速度特定部１０４がそれぞれ特定した結果を表す特定結果情報をストリーム再生状況表示部１１４に供給し、ビットレート決定部１０５が決定したビットレートをストリーム再生状況表示部１１４に通知する。
【０１０３】
ストリーム再生状況表示部１１４は、供給された特定結果情報及び通知されたビットレートによって表されるストリーム再生の状況を自装置の表示手段に表示する。
図１６は表示されたストリーム再生の状況の一例を表す。図１６の例では、図２に表すタッチスクリーン１６の表示面１６１に、「表示領域サイズ」、「キャッシュ量」、「通信速度」及び「ビットレート」という文字列と、それらの状況を表す画像Ｄ１、Ｄ２、Ｄ３及びＤ４とが表示されている。各画像は、円形の画像の位置によって各状況を表している。
【０１０４】
画像Ｄ１は表示領域サイズの大小を表し（図中の円形の画像が「小」に近いほど表示領域のサイズが小さく、「大」に近いほど表示領域のサイズが大きい）、画像Ｄ２はキャッシュ量が多いか少ないかを表している。画像Ｄ３は通信速度が速いか遅いかを表し、画像Ｄ４はビットレートの大小を表している。このストリーム再生状況を見ることで、ユーザは、例えば通信速度が遅くてビットレートが小さくなっていることに気付いて、より電波の状態がよい場所に移動するといった行動がとれる。また、表示領域サイズが小さいとビットレートが小さくなりやすいことを知っていれば、表示領域サイズを大きくしてビットレートを大きくするという行動もとれる。
【０１０５】
なお、画像Ｄ２はキャッシュ量を変更する操作を受け付けるための操作子となっていてもよい。例えば円形の画像を左に移動させるとキャッシュ量が少なくなり、右に移動させるとキャッシュ量が多くなる。キャッシュ量を多くするほど、上述したキャッシュ再生時間が上述した閾値Ｔｈ３以上になりやすくなるので、ビットレートが大きくなる。このように、ストリーム配信状況が表示されることで、ユーザがビットレートを増減させるための行動をとることが可能となる。
【０１０６】
［２−８］ビットレート
実施例では、ビットレートが大きいほど、動画の解像度が高く、且つ、フレームレートも大きくなっているものとしたが、これに限らない。例えばビットレートが大きくなっても解像度が変わらずフレームレートだけ大きくなったり、フレームレートが変わらず解像度だけ高くなったりしてもよい。
【０１０７】
［２−９］ビットレート決定部
ビットレート決定部１０５は、実施例では予め定められた複数のビットレートから選んだビットレートを再生動画のビットレートとして決定したが、これに限らない。例えば、動画配信装置が、決められた範囲のビットレートが指定された場合に、記憶している基準のビットレートの動画を指定されたビットレートに変換する処理を行う機能を有していれば、ビットレート決定部１０５は、その決められた範囲でビットレートを決定すればよい。
【０１０８】
その際には、ビットレート決定部１０５は、例えば特定された表示領域のサイズの値、キャッシュ量の値、通信速度の値を決められた数式に代入して求められる値をビットレートとして決定してもよい。これにより、複数のビットレートが予め定められている場合に比べてより多段階のビットレートの動画のストリーム配信が行われることになる。
【０１０９】
［２−１０］発明のカテゴリ
本発明は、スマートフォンやサーバ装置のような情報処理装置の他、動画配信装置やこれらの装置を備える動画配信システムとして捉えられる。また、本発明は、各装置が実施する処理を実現するための情報処理方法としても捉えられるし、各装置を制御するコンピュータを機能させるためのプログラムとしても捉えられる。このプログラムは、それを記憶させた光ディスク等の記録媒体の形態で提供されてもよいし、インターネット等の通信回線を介してコンピュータにダウンロードさせ、それをインストールして利用可能にするなどの形態で提供されてもよい。
【符号の説明】
【０１１０】
１…動画配信システム、２…通信回線、１０…スマートフォン、２０…動画配信装置、１０１…ビットレート情報取得部、１０２…表示領域サイズ特定部、１０３…キャッシュ量特定部、１０４…通信速度特定部、１０５…ビットレート決定部、１０６…配信要求部、１０７…セグメントデータ受信部、１０８…一時記憶部、１０９…動画再生部、１１０…再生速度変更操作受付部、１１１…静止画像要求部、１１２…静止画像表示部、１１３…再生操作通知部、１１４…ストリーム再生状況表示部、２０１…セグメントデータ記憶部、２０２…ビットレート情報記憶部、２０３…ビットレート情報送信部、２０４…セグメントデータ読出部、２０５…セグメントデータ送信部、２０６…静止画像生成部、２０７…静止画像送信部。
【図１】
2017157903.tif 000003
【図２】
2017157903.tif 000004
【図３】
2017157903.tif 000005
【図４】
2017157903.tif 000006
【図５】
2017157903.tif 000007
【図６Ａ】
2017157903.tif 000008
【図６Ｂ】
2017157903.tif 000009
【図７】
2017157903.tif 000010
【図８】
2017157903.tif 000011
【図９】
2017157903.tif 000012
【図１０】
2017157903.tif 000013
【図１１】
2017157903.tif 000014
【図１２】
2017157903.tif 000015
【図１３】
2017157903.tif 000016
【図１４】
2017157903.tif 000017
【図１５】
2017157903.tif 000018
【図１６】
2017157903.tif 000019